Ngày mua, ngày giao, ngày lắp đặt và ngày nghiệm thu có thể khác nhau. AI không nên tự chọn một ngày để tính bảo hành chỉ vì ngày đó xuất hiện rõ nhất. Đầu ra cần nối điều khoản đang áp dụng với chứng cứ của sự kiện được viện dẫn, rồi chuyển người phụ trách xác nhận trước khi trả lời khách.
Mốc bảo hành cần câu nguồn, không chỉ một ngày
Trước hết, xác định tài liệu nào quy định mốc: hợp đồng, phụ lục, phiếu bảo hành hoặc chính sách được chấp thuận. Sau đó đọc đúng sự kiện mà điều khoản viện dẫn. Nếu tài liệu mâu thuẫn, kết quả là danh sách câu nguồn cần xem lại, không tự chọn bản có thời hạn dài hơn.
Microsoft Field Service mô tả hồ sơ bảo hành có thể gắn với tài sản, địa điểm hoặc tài khoản và không tự áp giá/chiết khấu vào lệnh việc. Điều đó nhắc rằng có bản ghi bảo hành chưa đồng nghĩa mọi yêu cầu được hưởng miễn phí. Bài này không giải thích quyền lợi pháp lý cho từng trường hợp.
Mẫu sổ mốc và chứng cứ
| Nhóm | Trường cần giữ |
|---|---|
| Đối tượng | Mã thiết bị, serial, hợp đồng và chủ hồ sơ |
| Điều khoản | Tài liệu, phiên bản, câu nguyên gốc và vị trí |
| Sự kiện bắt đầu | Loại sự kiện được viện dẫn, ngày, chứng từ chứng minh |
| Thời hạn | Giá trị và đơn vị như nguồn; điều kiện chưa rõ |
| Xác nhận | Người xem lại, quyết định và thời điểm |
Tách ngày đọc từ tài liệu với ngày được xác nhận làm mốc. Nếu thiếu biên bản nghiệm thu, không dùng ngày giao hàng để lấp chỗ trống. Một trường “chờ chứng cứ sự kiện” giúp đội xử lý hỏi đúng giấy tờ còn thiếu.
Ví dụ mô phỏng: giao trước, nghiệm thu sau
Thiết bị X-01 được giao ngày 02/03 và có biên bản nghiệm thu ngày 10/03. Điều khoản trong ví dụ ghi bắt đầu từ nghiệm thu. Sổ đề xuất liên kết ngày 10/03 với biên bản, đồng thời giữ ngày giao ở sự kiện riêng. Nếu chưa tìm được biên bản, không tự lấy 02/03 làm mốc.
Ngày tháng và thiết bị trong ví dụ đều giả định. Việc tính ngày kết thúc còn phụ thuộc cách diễn đạt, lịch và điều kiện áp dụng; người phụ trách xác nhận quy tắc trước khi hệ thống tính. AI không tự quyết định quyền bảo hành hoặc miễn phí sửa chữa.
Khi nào phải giữ trạng thái chưa xác định
Cần chuyển người kiểm tra khi serial không khớp, nhiều phiên bản điều khoản, ngày mờ, sự kiện chỉ được nhắc trong chat hoặc có phụ lục sửa phạm vi. Một lời kể của khách có thể là đầu mối tìm hồ sơ nhưng chưa thay thế chứng cứ theo quy trình.
Cũng cần tách tiếp nhận sự cố khỏi xét điều kiện. Đội hỗ trợ vẫn có thể ghi nhận yêu cầu và hỏi thêm thông tin trong khi mốc bảo hành chưa rõ; không để trạng thái thiếu dữ liệu biến thành kết luận từ chối.
Kiểm thử mốc chứ không chỉ kiểm phép cộng
Tập mẫu nên có điều khoản bắt đầu từ giao hàng, nghiệm thu, kích hoạt và trường hợp không đọc rõ. Người phụ trách đánh dấu câu nguồn và sự kiện đúng trước. Kiểm xem hệ thống có nối nhầm ngày trên hóa đơn hoặc ngày tạo file vào mốc hay không.
Giữ bộ mẫu mâu thuẫn để kiểm tra khả năng dừng và nêu câu hỏi. Một phép cộng đúng trên ngày sai vẫn cho kết quả sai. Vì vậy, chất lượng hồ sơ nguồn và quyết định của người có trách nhiệm phải được kiểm trước phần tính lịch.
Đưa hồ sơ đã xác nhận vào hàng chờ hỗ trợ
Phần tiếp nhận bảo hành từ chat giúp tổ chức yêu cầu ban đầu; bài này xử lý chứng cứ mốc sau khi đã có hồ sơ. Nếu cần đọc hợp đồng và biên bản, phần xử lý tài liệu phải giữ được phiên bản và nguồn.
Khi trao đổi phạm vi, chuẩn bị một bộ điều khoản và chứng cứ sự kiện đã ẩn dữ liệu riêng. Thống nhất người xác nhận mốc và cách xử lý thiếu hồ sơ trước, không yêu cầu hệ thống tự xét mọi trường hợp từ một đoạn chat.
Nguồn tham khảo
Tài liệu chính thức: Hồ sơ bảo hành có phạm vi gắn tài sản/địa điểm/tài khoản; không tự áp giá hoặc chiết khấu vào lệnh việc. Truy cập ngày 13/10/2026. Các mẫu sổ, tình huống và đề xuất kiểm soát trong bài do người biên tập xây dựng; không phải tính năng Onter đã nghiệm thu.
