Kết nối dữ liệu hai chiều (Data Connection two-way)

​

Khi nào cần two-way?

• Hai phía cần cập nhật một số field của cùng một “cặp record” và cần phản chiếu qua lại
• Có quy tắc ownership theo phân vùng field (field ownership) và kiểm soát được xung đột

​

Điều kiện bắt buộc trước khi dùng two-way

1. Chốt app nguồn cho mỗi nhóm dữ liệu (source of truth / nguồn dữ liệu chuẩn)
2. Chốt field ownership: field nào do phía nào chịu trách nhiệm
3. Chốt quy tắc “ai cập nhật khi nào” (theo trạng thái/workflow)
4. Thiết kế controls: Roles/Permissions + Workflow + Validation

​

Trong cùng App vs giữa các App

​

1) Trong cùng App

• Two-way liên kết giữa các Entity nội bộ (tuỳ cấu hình).

​

2) Giữa các App

​

Pattern an toàn khi bắt buộc dùng two-way

​

Pattern A — “Phân vùng field theo ownership”

• Phía A chỉ cập nhật các field thuộc A
• Phía B chỉ cập nhật các field thuộc B
• Các field chung được khóa hoặc chỉ cập nhật bởi một phía

​

Pattern B — “Cập nhật theo trạng thái”

• Khi record ở trạng thái X, chỉ phía A được cập nhật
• Khi chuyển sang trạng thái Y, quyền cập nhật chuyển sang phía B

​

Anti-patterns cần tránh

• “Ai cũng sửa được mọi field”
• Two-way dùng cho mọi liên kết “cho tiện”
• Không có quy tắc xử lý khi dữ liệu xung đột
• Không có audit/ownership rõ

​

Ví dụ tham khảo: Purchase Request ↔ Procurement (cần cân nhắc)

• Purchase Request publish (Approved Requests)
• Procurement publish trạng thái xử lý (read-only cho requester)

• Có các field mà Procurement cần cập nhật ngược lại trên record Request
• Đã chốt field ownership và rule đồng bộ rõ

​

Checklist trước khi bật two-way

• Ownership và field ownership đã chốt
• Workflow checkpoints đã rõ (khi nào phía nào cập nhật)
• Permissions đã cấu hình để tránh sửa chéo
• Có kế hoạch xử lý lỗi/khôi phục khi dữ liệu sai

​

Bước tiếp theo

• Kéo dữ liệu hiển thị: Tra cứu (Lookup)
• Quy tắc chia sẻ dữ liệu: Ownership & chia sẻ dữ liệu (Data ownership & sharing)