[24/12/25] Weekly Release
#78 Release Note sẽ được phát hành định kỳ hàng tuần để cập nhật các thay đổi về tính năng của PangoCDP kèm hướng dẫn sử dụng (nếu có)
Trong bảng Release tuần này có gì?
Improve
DMA: Message Event kiểm tra trạng thái gửi tin qua Message/Email Interaction
Khi người vận hành có nhu cầu kiểm tra trạng thái gửi một Tin nhắn (Template dạng tin nhắn ZNS, SMS, ZUID hay Email) cho User sử dụng element Message Event để kiểm. Tuy nhiên, khi thực hiện dữ liệu gốc của DMA Workflow phải chứa Key Contact của người dùng thì mới có thể kiểm tra được.
Ví dụ: nếu gửi bằng hình thức Email và kiểm tra trên Email Interaction ⇒ đòi hỏi trên Workflow thực hiện kiểm tra phải có root.Email của người dùng thì mới xác định được đã gửi Email cho người này chưa.
Điều này dẫn đến một số bất cập như: việc tương tác với User thông qua các luồng khác nhau (ví dụ: sử dụng Event Zalo Mini App để gửi tin ZUID cho User và gửi Email thông qua Web Log). Sau đó, sử dụng Data Source là một Segment theo Phone của người dùng để kiểm tra xem đã gửi ZUID hay Email tương tác chưa ⇒ điều này sẽ luôn trả về kết quả "Chưa từng gửi" mặc dù trên thực tế đã thực hiện rồi. Lý do chính của vấn đề này - hệ thống sẽ chỉ kiểm tra trên Contact Key chính của Workflow để kiểm tra nên để đảm bảo dữ liệu chính xác ⇒ cần tạo nhiều Workflow với Contact Key phù hợp để kiểm tra, dẫn đến nhiều tác vụ cần thực hiện và quản lý.
Cập nhật mới cho phép thêm Contact Key phụ để kiểm tra trạng thái gửi tin trên các Message Inter action / Email Interaction. Ngoài trừ Contact Key chính của Model Source (vd: Segment by Phone) nếu có các Contact Key phụ của User vẫn có thể kiểm tra trạng thái gửi tin dựa trên những Key phụ này.
Ví dụ: sử dụng Data Model có chứa các đầy đủ thông tin của User (tuy nhiên không đảm bảo dữ liệu đầy đủ trên từng User, có thể chỉ có 1 loại hoặc thiếu Contact Key) ⇒ vẫn có thể sử dụng Contact Key chính của User đó để kiểm tra trên Model Interaction ⇒ khi kiểm tra xong bằng key chính ⇒ hệ thống sẽ tiếp tục sử dụng key phụ được thiết lập để kiểm tra tiếp ⇒ đảm bảo đáp ứng đúng kỳ vọng về kiểm tra của người vận hành.
Hướng dẫn thiết lập bằng cách:
Truy cập vào Module DMA Workflow, menu Workflow ⇒ chọn ra Workflow cần thiết lập Message Event
Trên giao diện của element, thiết lập các trường thông tin về Connection và Template
Tuỳ chọn Matching Key chọn các Contact Key phụ (Phone/Zalo User Id, Email) để kiểm tra
Match all Identifiers: khi tất cả các Contact Key đều có và đúng với dữ liệu gốc cần kiểm tra
Match at least one identifier: khi đúng một trong các Contact Key phụ được chọn
Áp dụng cho DMA Workflow dùng Trigger Node by: User Event và Data Model
Pango Reward: Scheme Condition bổ sung thêm loại limit exchange by campaign
Trước đây, hệ thống chưa hỗ trợ thiết lập điều kiện hiển thị dựa trên tổng số lượng đổi quà của toàn bộ Scheme trong một chiến dịch. Điều này gây khó khăn khi người vận hành muốn kiểm soát ngân sách chặt chẽ hoặc giới hạn số lượng quà bán ra ở mức độ toàn Campaign. Người vận hành thường phải canh thời gian để tắt thủ công, dẫn đến rủi ro vượt quá ngân sách nếu traffic tăng đột biến.
Bản cập nhật mới đã bổ sung tùy chọn "Campaign-Based Gift Redemption Limit" cho phép thiết lập các logic ẩn/hiện Scheme đổi quà dựa trên tổng số lượt đổi thực tế của campaign. Ví dụ: Tự động ẩn Scheme khi tổng lượt đổi vượt quá 10 lượt.
Hướng dẫn cấu hình:
Truy cập vào module Console ACT, tại menu bên trái chọn mục Campaign Reward
Tiếp theo, chọn campaign cần cấu hình và chọn tiếp Point Burning Rule
Tại mục Conditions for Displaying Gift, checked lựa chọn Campaign-Based Gift Redemption Limit
Sau đó người vận hành có thể cấu hình điều kiện dựa trên ngữ cảnh thực tế đang vận hành
Ví dụ ứng dụng: Để cấu hình scheme Quà đặc biệt chỉ được đổi 10 lần cho toàn bộ chiến dịch và không giới hạn scheme quà bạn thiết lập:
Redemption Condition:
Less Than (<)Limit Value:
10=> scheme sẽ chỉ hiển thị khi tổng lượt đổi hiện tại nhỏ hơn 10. Ngay khi chạm mốc giới hạn, scheme sẽ tự động ẩn đi đối với tất cả người dùng.
Console: App Noti (FCM) hỗ trợ đọc param tại Constant Values FCM Templates
Trước đây, các giá trị tại Constant Values trong FCM Templates chưa hỗ trợ dạng param. Hạn chế này khiến người vận hành gặp khó khăn khi triển khai các kịch bản App Push cần tính linh hoạt cao, điển hình như việc muốn điều hướng người dùng đến một đường dẫn (URL) cụ thể được truyền vào qua param.
Bản cập nhật mới đã bổ sung khả năng đọc và xử lý các Parameters ngay trong trường Constant Values. Điều này cho phép tùy biến nội dung hoặc hành động của thông báo dựa trên dữ liệu đầu vào.
Sau khi cấu hình param tại Constant Values hoàn tất, người vận hành có thể thực hiện gửi mẫu App Push này tới người dùng thông qua luồng DMA. Bằng cách:
Tại element Enrich Job Context Data, chọn mục Enrich Data to Step
Tại phần Fixed Value:
Trường Param: Nhập tên param đã cấu hình trong template (ví dụ: cartId)
Trường Value: Nhập giá trị thực tế muốn gửi (ví dụ: đường dẫn https://... mà bạn muốn điều hướng người dùng tới)
Console: bổ sung Filter tại GCP BigQuery, Google/ TikTok/ Facebook Ads
Trước đây, việc quản lý các tác vụ được lên lịch (Scheduled Tasks) gặp nhiều hạn chế do hệ thống thiếu các bộ lọc cần thiết. Để biết task nào đang chạy, người vận hành thường phải tìm kiếm và kiểm tra thủ công trạng thái. Quy trình này gây tốn thời gian và khó kiểm soát tổng quan, đặc biệt khi số lượng kết nối lớn.
Bản cập nhật mới đã bổ sung các công cụ lọc và chế độ xem tập trung, giúp người vận hành dễ dàng nắm bắt trạng thái của các task đang được lên lịch.
Cụ thể, các cải tiến được áp dụng cho GCP BigQuery, Google Ads, TikTok Ads và Facebook Ads như sau. Tại giao diện chi tiết, một nút “View Task Scheduled” đã được bổ sung, nhằm liệt kê toàn bộ các records đang scheduled trên hệ thống, giúp người vận hành có cái nhìn tổng quan ngay lập tức mà không cần rà soát từng dòng.
Đây là bản cập nhật số #78 của chúng tôi cho tuần này. Hãy chờ đón nhiều cập nhật và thông tin thú vị hơn trong bản tin tiếp theo của chúng tôi. Cảm ơn sự góp ý và chờ đợi từ phía các bạn!
Product Team
Last updated
Was this helpful?