Xây dựng logic xác thực

Tài liệu này mô tả quy trình xây dựng hệ thống kiểm tra địa chỉ để xử lý nhiều phản hồi từ Address Validation API. Tài liệu này trình bày cách xây dựng logic để sử dụng chính xác phản hồi, điều tra các tín hiệu khác từ API, cũng như thời điểm và cách nhắc khách hàng cung cấp thêm thông tin.

Nhìn chung, phản hồi API xác định các cách sau đây mà hệ thống của bạn sẽ xử lý địa chỉ:

• handyman Khắc phục – địa chỉ có chất lượng thấp. Bạn nên yêu cầu cung cấp thêm thông tin.
• edit Xác nhận – địa chỉ có chất lượng cao nhưng có thay đổi so với địa chỉ đầu vào. Bạn có thể nhắc người dùng xác nhận.
• check Chấp nhận – địa chỉ có chất lượng cao. Bạn có thể chấp nhận địa chỉ được cung cấp.

Mục đích chính

Tài liệu này giúp bạn sửa đổi hệ thống để phân tích phản hồi API một cách hiệu quả nhất và xác định các hành động tiếp theo cần thực hiện với địa chỉ được cung cấp. Mã giả lập sau đây minh hoạ một luồng có thể xảy ra.

if (the API response indicates significant problems in the address)
    FIX - prompt the user to fix the address
else if (the API response indicates less significant problems in the address)
    CONFIRM - confirm with the user that the address is correct
else
    ACCEPT - continue with the address returned by the API.

Logic chính xác phụ thuộc vào trường hợp của bạn – hãy xem Hướng dẫn triển khai để biết thêm thông tin chi tiết. Bạn cũng có thể sử dụng cách triển khai logic này theo nguồn mở của chúng tôi, nằm trong Thư viện thành phần mở rộng.

Tổng quan về quy trình công việc

Bảng dưới đây tóm tắt hai hành động cho hệ thống của bạn:

1. Quy trình công việc cần sử dụng dựa trên hành vi khắc phục, xác nhận, chấp nhận.
2. Tín hiệu đầu tiên để kiểm tra từ phản hồi. Các tín hiệu được mô tả ở đây đến từ thuộc tính verdict và không phải là tín hiệu duy nhất cần kiểm tra, nhưng cung cấp chỉ báo ban đầu về chất lượng địa chỉ. Mỗi loại hành vi tương ứng với một phần trong tài liệu này mô tả các tín hiệu khác mà bạn cũng có thể cần điều tra.

Hướng dẫn triển khai

Khi thiết kế cách hệ thống phản hồi các tín hiệu từ API Xác thực địa chỉ, các đề xuất sau đây có thể giúp bạn xây dựng mô hình phản hồi hiệu quả hơn. Tuy nhiên, đây chỉ là các đề xuất, vì vậy, hãy lưu ý rằng cách triển khai của bạn phải phù hợp với mô hình kinh doanh của bạn.

Sửa địa chỉ

Sửa địa chỉ khi kết quả cho thấy rõ rằng địa chỉ đó không gửi được. Sau đó, hệ thống của bạn có thể nhắc khách hàng cung cấp thông tin cần thiết, sau đó bạn sẽ phát hành lại quy trình làm việc để nhận địa chỉ giao hàng.

Khắc phục tín hiệu

API Xác thực địa chỉ cung cấp một số tín hiệu để cho bạn biết liệu có cần sửa địa chỉ hay không.

1. Độ chi tiết của quy trình xác thực và các thành phần bị thiếu

Hai tín hiệu này cho biết rõ nhất về địa chỉ có vấn đề:

• Bất cứ khi nào trường validationGranularity là OTHER, hệ thống của bạn sẽ điều tra các tín hiệu thành phần địa chỉ để tìm hiểu thêm về vị trí xảy ra lỗi và cách khắc phục.
• Bất cứ khi nào đối tượng address đã xử lý sau trả về một trường missingComponentTypes, hệ thống của bạn sẽ kiểm tra thành phần đó. Việc thiếu thành phần cũng khiến địa chỉ không đầy đủ và không gửi được.

2. Các tín hiệu khác

API Xác thực địa chỉ cũng cung cấp các tín hiệu khác để giúp chẩn đoán các vấn đề cụ thể:

3. Tín hiệu địa chỉ ở Hoa Kỳ

Một số trường chỉ áp dụng cho địa chỉ ở Hoa Kỳ sẽ cung cấp tín hiệu hữu ích cho biết địa chỉ không giao được và cần được khắc phục. Đối với địa chỉ cần sửa, bạn sẽ thấy thông tin sau:

Để biết thông tin chi tiết về dpvConfirmation, hãy xem phần Xử lý địa chỉ ở Hoa Kỳ.

Ví dụ về cách khắc phục địa chỉ

Xác nhận địa chỉ

Bạn xác nhận một địa chỉ khi kết quả cho biết rằng Address Validation API đã suy luận hoặc thực hiện thay đổi đối với các thành phần địa chỉ để tạo một địa chỉ đã xác thực. Trong những trường hợp này, bạn có một địa chỉ giao hàng, nhưng muốn chắc chắn hơn rằng địa chỉ nhận hàng là địa chỉ mà khách hàng dự định.

Để cung cấp cho khách hàng lời nhắc chính xác, logic của bạn sẽ xác định các thành phần được dịch vụ gắn cờ để xác định hành động hoặc cờ nào mà API áp dụng cho thành phần đó, chẳng hạn như inferred, replaced hoặc spellCorrected. Xem AddressComponent trong tài liệu tham khảo.

Xác nhận tín hiệu

API Xác thực địa chỉ cung cấp một số tín hiệu để cho bạn biết liệu có nên xác nhận địa chỉ hay không.

1. Độ chi tiết của quy trình xác thực

Bạn có thể chấp nhận validationGranularity từ ROUTE trở lên, nhưng PREMISE hoặc SUBPREMISE sẽ cung cấp tín hiệu mạnh hơn về khả năng phân phối.

2. Các tín hiệu khác

Khi quyết định xác nhận thông tin địa chỉ với khách hàng, kết quả cũng cung cấp những thông tin sau để xác định thành phần cần điều tra:

3. Tín hiệu địa chỉ ở Hoa Kỳ

Một số trường chỉ áp dụng cho địa chỉ ở Hoa Kỳ cho biết rằng logic của bạn phải xác nhận thông tin chi tiết với khách hàng. Một trong hai trường hợp sau đây sẽ áp dụng:

Ví dụ về địa chỉ xác nhận

Chấp nhận địa chỉ

Bạn chấp nhận một địa chỉ khi kết quả có độ tin cậy cao rằng địa chỉ đó có thể giao hàng và có thể được sử dụng mà không cần khách hàng tương tác thêm trong quy trình tiếp theo.

Chấp nhận tín hiệu

API Xác thực địa chỉ cung cấp một số tín hiệu để cho bạn biết liệu có nên xác nhận địa chỉ hay không.

1. Độ chi tiết của quy trình xác thực

Bạn có thể chấp nhận validationGranularity từ PREMISE trở lên, nhưng trong một số trường hợp, ROUTE vẫn cho biết địa chỉ có thể giao hàng.

2. Các tín hiệu khác

Kết quả cho địa chỉ chất lượng cao cũng phải cung cấp những thông tin sau:

• Không có dữ liệu nào được thay thế. Trong trường hợp này là hasReplacedComponents: FALSE.
• Không có thành phần suy luận. Trong trường hợp này là hasInferredComponents: FALSE.

3. Tín hiệu địa chỉ ở Hoa Kỳ

Một số trường chỉ áp dụng cho địa chỉ ở Hoa Kỳ cho biết địa chỉ có chất lượng cao và có thể giao hàng. Đối với địa chỉ ở Hoa Kỳ được chấp nhận, bạn sẽ thấy những thông tin sau:

Ví dụ về địa chỉ được chấp nhận