On this page
Nói với nền tảng rằng một tín hiệu trong bản tin sáng là nhiễu, hoặc đã được xử lý, và thứ đó thay đổi cái gì ở lần chạy sau.
Đối tượng: chủ sở hữu và quản trị viên tổ chức đang đọc bản tin sáng hằng ngày. Cần đọc trước: Morning Brief và Tín hiệu và bản tin sáng.
Hôm nay làm được gì, và chưa làm được gì#
Cơ chế phản hồi từng tín hiệu đã chạy ở tầng dữ liệu: có đường ghi, có cổng quyền, có nhật ký kiểm toán, có cửa sổ tắt tiếng và có lớp trọng số đọc lại phản hồi đó. Nhưng chưa có nút bấm trong sản phẩm. Không có nút "bỏ qua" hay "đã xử lý" nào trên trang bản tin sáng ở thời điểm này.
Nghĩa là:
| Muốn làm gì | Hôm nay dùng gì |
|---|---|
| Đừng nhắc tôi một rule này nữa | Cài đặt → Cảnh báo — tắt tiếng hoặc hoãn rule đó |
| Đổi ngưỡng để rule ít nổ hơn | Cài đặt → Cảnh báo — sửa ngưỡng của rule trên bộ dữ liệu của tổ chức |
| Đừng gửi loại thông báo này qua kênh này | Cài đặt → Thông báo — ma trận loại nhân kênh |
| Bỏ qua đúng một lần nổ cụ thể của một tín hiệu | Chỉ qua API; chưa có giao diện |
| Đánh dấu một lần nổ là đã xử lý | Chỉ qua API; chưa có giao diện |
Ba dòng đầu là cách vận hành đúng cho hầu hết tình huống: chúng thu hẹp điều kiện để rule nổ, thay vì im lặng một lần nổ. Hai dòng cuối phục vụ một mục đích khác, mô tả bên dưới.
Vì sao phản hồi từng lần nổ không giống tắt tiếng một rule#
Tắt tiếng một rule là nói "chỉ số này không quan trọng với tổ chức tôi". Bỏ qua một lần nổ là nói "chỉ số này quan trọng, nhưng lần này không đáng". Hai câu đó dẫn tới hai hành vi khác nhau:
- Tắt tiếng rule — rule thôi được đánh giá, cho tới khi bật lại. Không có lần nổ nào được ghi.
- Bỏ qua một lần nổ — rule vẫn chạy mỗi ngày, vẫn ghi sổ, nhưng chính tín hiệu đó bị giữ lại khỏi bản tin trong 30 ngày kể từ lúc bỏ qua. Sau cửa sổ đó nó quay lại bình thường.
- Đánh dấu đã xử lý — không giữ lại gì cả. Nó nói với lớp trọng số rằng tín hiệu này có ích, để tín hiệu đó không bị hạ bậc.
Mỗi lần giữ lại đều được ghi kèm lý do. Nên câu "vì sao bản tin không nhắc chuyện này" luôn có câu trả lời tra được, kể cả khi lý do là chính bạn đã bỏ qua nó ba tuần trước.
Phản hồi làm thay đổi thứ hạng như thế nào#
Lớp trọng số đọc phản hồi trong cửa sổ 90 ngày gần nhất và chỉ hạ bậc:
- Có ít nhất một lần đánh dấu đã xử lý: giữ nguyên hệ số.
- Không có lần nào đã xử lý, nhưng bị bỏ qua từ hai lần trở lên: hệ số còn một nửa.
- Còn lại: giữ nguyên.
Sàn là một phần tư. Không có đường nào để phản hồi nâng thứ hạng của một tín hiệu — nếu một chỉ số cần được ưu tiên hơn, chỗ sửa là trọng số trong gói bộ dữ liệu, không phải phản hồi.
Vì chưa có giao diện, hôm nay hệ số này đứng ở mức mặc định cho mọi tổ chức.
Cửa API, cho tổ chức tự tích hợp#
Hai lời gọi nằm trên nhóm signals của API nội bộ:
| Lời gọi | Cần gì | Ai gọi được | Trả về |
|---|---|---|---|
signals.dismiss |
mã lần nổ, và một lý do dạng chữ | chủ sở hữu hoặc quản trị viên tổ chức | mã lần nổ và độ dài cửa sổ tắt tiếng |
signals.markActed |
mã lần nổ | mọi thành viên có quyền trên brand đó | mã lần nổ |
Cả hai đều:
- Kiểm quyền truy cập brand theo brand của chính dòng đó, không theo brand đang chọn trên giao diện.
- Có hạn mức gọi.
- Chỉ ăn một lần. Gọi lần thứ hai trên cùng lần nổ trả về trạng thái xung đột, không ghi thêm.
- Ghi một dòng nhật ký kiểm toán, xem được ở
/admin/orgs/<slug>/logs.
Bốn ô phản hồi là ngoại lệ duy nhất của sổ ghi tín hiệu, vốn chỉ cho ghi thêm. Mọi ô khác của một dòng đã ghi thì cơ sở dữ liệu từ chối sửa.
Kiểm lại một lần bỏ qua#
Sau khi bỏ qua một lần nổ, kiểm bằng hai chỗ:
/admin/orgs/<slug>/logs— dòng nhật ký nêu ai bỏ qua, lúc nào, tín hiệu nào và cửa sổ tắt tiếng.- Bản tin sáng ngày hôm sau — tín hiệu đó không còn trong bản tin, và lần nổ tương ứng trong sổ ghi mang lý do "đã bỏ qua".
Nếu tín hiệu vẫn xuất hiện, kiểm hai thứ trước tiên: lần nổ đã bỏ qua có cùng khoá tín hiệu với lần đang hiện hay không, và nó có cùng thương hiệu hay không. Cửa sổ tắt tiếng áp theo khoá tín hiệu trong phạm vi thương hiệu, không áp cho cả tổ chức.