Connote Data Entry Rules Reference

Connote Data Entry Rules


Reference Book
Version March 2007





Ops development
The route to Delivering On Time and in Perfect Condition






1. What are Data Entry Rules

Data Entry Rules are a set of rules that describe per consignment note field what should be entered in our system by the data entry employee. The rules also indicate what to do in case that the field on the consignment note is:

Blank - Nothing entered by the client Illegible- The data can not be correctly read
Invalid - The entered data is not correct/invalid


2. Why using Data Entry Rules

Nearly all Operational TNT collection depots are performing data entry from the consignment note into the TNT system. The data that is entered is not only used by Operations but also by other stakeholders for instance; Customer Service; Marketing; Sales and our Invoicing departments. The increasing transparency that we provide to our clients via print (Invoices) and electronically (E-invoice/Internet) also prompt us to provide a higher data quality.

Our invoicing departments are the last department that can make corrections on the Operational data before we present an invoice to our clients. Incorrect invoices will lead to customer queries and customer dissatisfaction. In order to reduce this risk, the divisional Operations and Administration departments have designed Data Entry Rules.



The aim of implementing the agreed Data Entry Rules is to ensure that all depots world-wide will data enter consignment data in a common way.


3. How to use the Data Entry Rules

There are a lot of various consignment note types in circulation within TNT, not to mention the various partnership consignment notes. However, most consignment notes have sections that cover the following:

• Sender details
• Receiver details
• Goods details
• Service details (Not covered in this document, please refer to the product definitions)
• Payment details

Although the consignment notes that need to be entered may differ in lay-out, this does not dismiss the data entry person to adhere to the Data Entry Rules as described in this document. This document might describe more fields than that you would find on the consignment note.

The consignment note can be regarded as a legal contract hence the data on the consignment note is leading. (Unless the client entered invalid information).

The basic rule for data entry is: ENTER AS STATED ON THE CONSIGNMENT NOTE.

Please contact your local supervisor In the event that a consignment note field is not described in this document. The supervisor will have to ensure that he will get clear and documented instructions from the local Billing department.




The rules are defined per consignment note field. All fields are numbered and labelled. Some fields even have a suffix like S, R or D.







Comments If the account number can be correctly read then key as seen.
If the record is found in NAD file, then the relevant Name and Address linked to that number will be displayed. The populated Name / Address / Town/ Postcode/ details will have to be compared to those printed/written on the connote.
Action if:
Blank Use the NAD search option to obtain the correct account number.

If the details on connote are displayed among the search results then select the correct account. If not then do not select any account and enter details from the connote leaving the account number field blank.

If several identical results are being displayed then do not select any account and enter the details from the connote leaving the account number field blank.
Illegible If Sender Account number is difficult to read, then try to figure out the account number and match the data on the connote with the data in the database. If the data can not be matched, then browse NAD for Sender Account Name to get Sender Account Number (see blank)
Invalid (see blank)



Divisional Data entry rules
Field 1 Account number (S)

Comments If the account number can be correctly read then key as seen.
If the record is found in NAD file, then the relevant Name and Address linked to that number will be displayed. The populated Name / Address / Town/ Postcode/ details will have to be compared to those printed/written on the connote.
If the relevant name and address linked to the account number does not match with the name and address on the connote, use the account number details as a Sender address and key in the details as printed/written on the connote as a Collection address.
Action if:
Blank Use the NAD search option to obtain the correct account number.

If the details on connote are displayed among the search results then select the correct account. If not then do not select any account and enter details from the connote leaving the account number field blank.

If several identical results are being displayed then do not select any account and enter the details from the connote leaving the account number field blank.
Illegible If Sender Account number is difficult to read, then try to figure out the account number and match the data on the connote with the data in the database. If the data can not be matched, then browse NAD for Sender Account Name to get Sender Account Number (see blank)
Invalid (see blank)


Comments Key as seen, including all punctuation, titles etc
Action if:
Blank Try to obtain the company details by using the stated account number or obtain the details from the physical parcel.

If no company name can be found, the shipment should not be forwarded. (Security and invoicing reasons)
Illegible (see blank)
Invalid


Comments Key as seen.Enter as much useful information from the consignment note as the system allows.
Action if:
Blank Try to obtain the address details by using the stated account number or obtain the details from the physical parcel.

If no address can be found, the shipment should not be forwarded. (Security and invoicing reasons)
Illegible (see blank)
Invalid (see blank)


Comments The Post Code may be entered as part of an address line. The data entry keyer must recognise the presence of the postcode in an incorrect position. The Postal/Zip code must be validated with the City(S) as printed/written on the connote by checking the system.
Action if:
Blank Try to obtain the Postal code details by using the stated account number. Other wise use system search based on City Name.
Illegible (see blank)
Invalid (see blank)


Comments The City may be entered as part of an address line. The data entry keyer must recognise the presence of the city name in an incorrect position. The City name must be validated with the Postal/Zip code(S) as printed/written on the connote (field 4) by checking the
Action if:
Blank Try to obtain the City Name by using the stated account number. Otherwise use system search based on Postal code. If both fail, try to obtain the city name from the physical parcel.

If no city can be found, the consignment should not be forwarded. (Security & Invoicing reasons).
Illegible (see blank)
Invalid (see blank)


Comments The province / state will be populated from the system. The keyer must verify this with the with data on connote as the same city name can exist in several provinces or states.
Action if:
Blank
Illegible
Invalid


Field 7 Country (S)

Comments The Country may be entered as part of an address line. The data entry keyer must recognise the presence of the country name in an incorrect position.
Any country must be keyed as seen but in the valid format as indicated by the system.
Action if:
Blank Use the consignment note origin depot's country as default.
Illegible (see blank)
Invalid (see blank)


Comments If a name is printed/written in the field it has to be keyed as seen.

The printed/written name that is stated on the consignment note has to be considered in any case as the ONLY VALID ONE.

If the populate contact name (from our systems) differs from the printed/written contact name, the populated contact name has to be OVERWRITTEN by the printed/written one as stated on the consignment note.

If a contact name is displayed by default and there is NO contact name printed/written on the connote, the displayed contact name has to be REMOVED.

The system must in any case reflect what is stated on the consignment note.
Action if:
Blank Ensure that field will be blank as well.
Illegible
Invalid


Comments Key the numeric characters only. i.e. if the consignment note states [phone] then 31205006000 must be entered.

If a contact telephone number is printed/written in the field it has to be keyed as seen.

The printed/written telephone number that is stated on the consignment note has to be considered in any case as the ONLY VALID ONE.

If the populate telephone number (from our systems) differs from the printed/written contact name, the populated telephone number has to be OVERWRITTEN by the printed/written one as stated on the consignment note.

If a telephone number is displayed by default and there is NO telephone number printed/written on the connote, the displayed contact name has to be REMOVED.

The system must in any case reflect what is stated on the consignment note.
Action if:
Blank Ensure that the field is blank as well.
Illegible
Invalid


Comments Key as seen, including all punctuation, titles etc

The name of the company/organisation will have to be entered in this field.

The contact name within the company/organisation must be entered in the designated field and not this one.
Action if:
Blank Try to obtain the company name from the physical parcel.

If no company name can be found, the shipment should not be forwarded. (Security and delivery problems)
Illegible (see blank)
Invalid


Comments Key as seen.Enter as much useful information from the consignment note as the system allows.
Action if:
Blank Try to obtain the address from the physical parcel.

If no address can be found, the shipment should not be forwarded. (Security and delivery problems)
Illegi

Kết quả (Việt) 1:

Connote quy tắc nhập dữ liệu Cuốn sách tham khảoPhiên bản tháng 3 năm 2007 Ops phát triểnCác tuyến đường để cung cấp vào thời gian và trong tình trạng hoàn hảo 1. những gì là dữ liệu mục quy tắcDữ liệu mục quy định là một tập các quy tắc mô tả cho mỗi lô hàng lưu ý trường những gì nên được nhập vào hệ thống của chúng tôi của người lao động nhập dữ liệu. Các quy tắc cũng cho biết phải làm gì trong trường hợp các lĩnh vực trên phiếu gửi hàng là:Trống - không có gì đã nhập bởi các khách hàng Illegible - dữ liệu có thể không được chính xác đọcKhông hợp lệ - nhập dữ liệu không phải là chính xác không/hợp lệ2. lý do tại sao sử dụng dữ liệu mục quy tắcGần như tất cả hoạt động TNT bộ sưu tập kho đang thực hiện nhập dữ liệu từ phiếu gửi vào hệ thống của TNT. Dữ liệu được nhập không chỉ được sử dụng bởi các hoạt động mà còn bởi các bên liên quan khác ví dụ; Dịch vụ khách hàng; Tiếp thị; Bán hàng và các phòng ban đơn của chúng tôi. Độ trong suốt ngày càng tăng, và chúng tôi cung cấp cho khách hàng thông qua in (hóa đơn) và điện tử (E-hóa đơn/Internet) cũng nhắc nhở chúng tôi cung cấp một chất lượng cao của dữ liệu.Bộ phận lập hoá đơn của chúng tôi là tỉnh cuối có thể thực hiện chỉnh sửa trên dữ liệu hoạt động trước khi chúng tôi trình bày một hóa đơn cho khách hàng của chúng tôi. Hoá đơn không chính xác sẽ dẫn đến truy vấn khách hàng và khách hàng không hài lòng. Để giảm bớt nguy cơ này, phụ trách hoạt động và chính quyền tỉnh đã thiết kế dữ liệu nhập quy tắc. Mục đích của việc thực hiện quy tắc thoả thuận mục nhập dữ liệu là để đảm bảo rằng tất cả kho trên toàn thế giới sẽ dữ liệu nhập dữ liệu lô hàng trong một cách phổ biến.3. làm thế nào để sử dụng các quy tắc nhập dữ liệuCó rất nhiều các lô hàng lưu ý loại trong lưu thông trong vòng TNT, không phải đề cập đến các quan hệ đối tác khác nhau lô hàng ghi chú. Tuy nhiên, hầu hết ký gửi ghi chú có các phần mà bao gồm những điều sau đây:• Gửi thông tin chi tiết• Nhận chi tiết• Hàng chi tiết• Dịch vụ thông tin chi tiết (không bao gồm trong tài liệu này, xin vui lòng tham khảo để định nghĩa sản phẩm)• Thanh toán chi tiếtMặc dù các lô hàng ghi chú rằng cần phải được nhập có thể khác nhau trong lay ra, điều này không bỏ qua người mục nhập dữ liệu phải tuân theo các quy tắc nhập dữ liệu như mô tả trong tài liệu này. Tài liệu này có thể mô tả nhiều lĩnh vực hơn mà bạn sẽ tìm thấy trên phiếu gửi hàng.Phiếu gửi hàng có thể được coi là một hợp đồng pháp lý do đó dữ liệu trên phiếu gửi hàng đang dẫn đầu. (Trừ khi khách hàng nhập thông tin không hợp lệ).Các nguyên tắc cơ bản để nhập dữ liệu là: nhập AS nói ON THE phiếu gửi hàng.Xin vui lòng liên hệ với giám sát viên địa phương của bạn trong trường hợp đó một trường ghi chú phiếu không được mô tả trong tài liệu này. Người quản lý cần phải đảm bảo rằng ông sẽ nhận được rõ ràng và tài liệu hướng dẫn từ bộ phận thanh toán địa phương. Các quy tắc được xác định cho mỗi lô hàng trường ghi chú. Tất cả các trường được đánh số và gắn nhãn. Một số lĩnh vực thậm chí có một hậu tố như S, R hoặc mấtÝ kiến nếu số tài khoản có thể được đọc chính xác sau đó quan trọng như nhìn thấy.If the record is found in NAD file, then the relevant Name and Address linked to that number will be displayed. The populated Name / Address / Town/ Postcode/ details will have to be compared to those printed/written on the connote.Action if: Blank Use the NAD search option to obtain the correct account number.If the details on connote are displayed among the search results then select the correct account. If not then do not select any account and enter details from the connote leaving the account number field blank.If several identical results are being displayed then do not select any account and enter the details from the connote leaving the account number field blank.Illegible If Sender Account number is difficult to read, then try to figure out the account number and match the data on the connote with the data in the database. If the data can not be matched, then browse NAD for Sender Account Name to get Sender Account Number (see blank)Invalid (see blank) Divisional Data entry rulesField 1 Account number (S)Comments If the account number can be correctly read then key as seen.If the record is found in NAD file, then the relevant Name and Address linked to that number will be displayed. The populated Name / Address / Town/ Postcode/ details will have to be compared to those printed/written on the connote.If the relevant name and address linked to the account number does not match with the name and address on the connote, use the account number details as a Sender address and key in the details as printed/written on the connote as a Collection address.Action if: Blank Use the NAD search option to obtain the correct account number.If the details on connote are displayed among the search results then select the correct account. If not then do not select any account and enter details from the connote leaving the account number field blank.If several identical results are being displayed then do not select any account and enter the details from the connote leaving the account number field blank.Illegible If Sender Account number is difficult to read, then try to figure out the account number and match the data on the connote with the data in the database. If the data can not be matched, then browse NAD for Sender Account Name to get Sender Account Number (see blank)Invalid (see blank) Comments Key as seen, including all punctuation, titles etcAction if: Blank Try to obtain the company details by using the stated account number or obtain the details from the physical parcel.If no company name can be found, the shipment should not be forwarded. (Security and invoicing reasons)Illegible (see blank)Invalid Comments Key as seen.Enter as much useful information from the consignment note as the system allows.Action if: Blank Try to obtain the address details by using the stated account number or obtain the details from the physical parcel.If no address can be found, the shipment should not be forwarded. (Security and invoicing reasons)Illegible (see blank)Invalid (see blank) Comments The Post Code may be entered as part of an address line. The data entry keyer must recognise the presence of the postcode in an incorrect position. The Postal/Zip code must be validated with the City(S) as printed/written on the connote by checking the system.Action if: Blank Try to obtain the Postal code details by using the stated account number. Other wise use system search based on City Name.Illegible (see blank)Invalid (see blank) Comments The City may be entered as part of an address line. The data entry keyer must recognise the presence of the city name in an incorrect position. The City name must be validated with the Postal/Zip code(S) as printed/written on the connote (field 4) by checking theAction if: Blank Try to obtain the City Name by using the stated account number. Otherwise use system search based on Postal code. If both fail, try to obtain the city name from the physical parcel.If no city can be found, the consignment should not be forwarded. (Security & Invoicing reasons).Illegible (see blank)Invalid (see blank) Comments The province / state will be populated from the system. The keyer must verify this with the with data on connote as the same city name can exist in several provinces or states.Action if: Blank Illegible Invalid Field 7 Country (S)Comments The Country may be entered as part of an address line. The data entry keyer must recognise the presence of the country name in an incorrect position.Any country must be keyed as seen but in the valid format as indicated by the system.Action if: Blank Use the consignment note origin depot's country as default.Illegible (see blank)Invalid (see blank) Comments If a name is printed/written in the field it has to be keyed as seen.The printed/written name that is stated on the consignment note has to be considered in any case as the ONLY VALID ONE.If the populate contact name (from our systems) differs from the printed/written contact name, the populated contact name has to be OVERWRITTEN by the printed/written one as stated on the consignment note.If a contact name is displayed by default and there is NO contact name printed/written on the connote, the displayed contact name has to be REMOVED.The system must in any case reflect what is stated on the consignment note.Action if: Blank Ensure that field will be blank as well.Illegible Invalid Comments Key the numeric characters only. i.e. if the consignment note states [phone] then 31205006000 must be entered.If a contact telephone number is printed/written in the field it has to be keyed as seen.The printed/written telephone number that is stated on the consignment note has to be considered in any case as the ONLY VALID ONE.
If the populate telephone number (from our systems) differs from the printed/written contact name, the populated telephone number has to be OVERWRITTEN by the printed/written one as stated on the consignment note.

If a telephone number is displayed by default and there is NO telephone number printed/written on the connote, the displayed contact name has to be REMOVED.

The system must in any case reflect what is stated on the consignment note.
Action if:
Blank Ensure that the field is blank as well.
Illegible
Invalid


Comments Key as seen, including all punctuation, titles etc

The name of the company/organisation will have to be entered in this field.

The contact name within the company/organisation must be entered in the designated field and not this one.
Action if:
Blank Try to obtain the company name from the physical parcel.

If no company name can be found, the shipment should not be forwarded. (Security and delivery problems)
Illegible (see blank)
Invalid


Comments Key as seen.Enter as much useful information from the consignment note as the system allows.
Action if:
Blank Try to obtain the address from the physical parcel.

If no address can be found, the shipment should not be forwarded. (Security and delivery problems)
Illegi

Kết quả (Việt) 2:

Bao hàm Rules nhập dữ liệu Sách tham khảo bản tháng 3 năm 2007 Ops phát triển Lộ trình Phát On Time và trong Perfect Condition 1. Quy định nhập dữ liệu là gì dữ liệu quy vào được một tập hợp các quy tắc mô tả cho mỗi trường lô hàng lưu ý những gì nên được nhập vào hệ thống của chúng tôi bởi các nhân viên nhập dữ liệu. Các quy định này cũng cho biết phải làm gì trong trường hợp đó các lĩnh vực trên phiếu gửi hàng là: Blank - Không có gì nhập vào bởi khách hàng Illegible- các dữ liệu không thể đọc chính xác không hợp lệ - Các dữ liệu nhập vào không đúng / không hợp lệ 2. Tại sao sử dụng dữ liệu Rules nhập Gần như tất cả các kho chứa bộ sưu tập TNT hoạt động đang thực hiện nhập dữ liệu từ các phiếu gửi hàng vào hệ thống TNT. Các dữ liệu được nhập không chỉ được sử dụng bởi các hoạt động mà còn bởi các bên liên quan khác ví dụ; Dịch vụ chăm sóc khách hàng; Marketing; Bán hàng và các ban ngành hóa đơn của chúng tôi. Các bạch ngày càng cao mà chúng tôi cung cấp cho khách hàng của chúng tôi thông qua in (Hóa đơn) và điện tử (E-hóa đơn / Internet) cũng nhắc nhở chúng tôi cung cấp một chất lượng dữ liệu cao hơn. Sở lập hóa đơn của chúng tôi là những bộ phận cuối cùng có thể chỉnh sửa trên các dữ liệu hoạt động trước khi chúng tôi trình bày một hóa đơn cho khách hàng của chúng tôi. Hoá đơn không chính xác sẽ dẫn đến truy vấn của khách hàng và sự không hài lòng của khách hàng. Để giảm nguy cơ này, các hoạt động sư đoàn và các phòng ban quản trị đã thiết kế Rules nhập dữ liệu. Mục đích của việc thực hiện các thỏa thuận Quy định nhập dữ liệu là để đảm bảo rằng tất cả các trạm trên toàn thế giới sẽ dữ liệu nhập dữ liệu lô hàng tại một cách phổ biến. 3. Làm thế nào để sử dụng các quy tắc nhập dữ liệu Có rất nhiều loại lô hàng lưu ý khác nhau trong lưu thông trong TNT, chưa kể đến những nốt lô hàng đối tác khác nhau. Tuy nhiên, hầu hết các ghi chú lô hàng có phần đó bao gồm những điều sau đây: • Các chi tiết Tên người gửi • chi tiết Receiver • Hàng của các chi tiết • chi tiết dịch vụ (Không bao gồm trong tài liệu này, xin vui lòng tham khảo các định nghĩa sản phẩm) • Chi tiết thanh toán Mặc dù những nốt lô hàng đó cần phải được nhập có thể khác nhau trong lay-out, điều này không bỏ qua những người nhập dữ liệu để tuân thủ các quy tắc nhập dữ liệu như mô tả trong tài liệu này. Tài liệu này có thể mô tả nhiều lĩnh vực hơn là bạn sẽ tìm thấy trên phiếu gửi hàng. Các phiếu gửi hàng có thể được coi là một hợp đồng pháp lý do đó dữ liệu trên phiếu gửi hàng là hàng đầu. (Trừ khi khách hàng nhập thông tin không hợp lệ). ​​Nguyên tắc cơ bản cho việc nhập dữ liệu là: ENTER AS RÕ RÀNG trên phiếu gửi hàng. Hãy liên lạc với giám địa phương của bạn Trong trường hợp một trường lô hàng lưu ý không được mô tả trong tài liệu này. Các giám sát viên sẽ phải đảm bảo rằng ông sẽ nhận được hướng dẫn rõ ràng và tài liệu từ các bộ phận Thanh toán địa phương. Các quy tắc được định nghĩa cho mỗi lĩnh vực lô hàng lưu ý. Tất cả các lĩnh vực được đánh số và gắn nhãn. Một số lĩnh vực thậm chí có một hậu tố như S, R hoặc D. Comments Nếu số tài khoản có thể được đọc chính xác sau đó chính là nhìn thấy. Nếu hồ sơ được tìm thấy trong tập tin NAD, sau đó các Tên và địa chỉ có liên quan liên quan đến con số đó sẽ được hiển thị. Các dân cư Tên / Địa chỉ / Town / Mã bưu / chi tiết sẽ phải được so sánh với các loại in / viết trên bao hàm. Hành động nếu: Trống Sử dụng các tùy chọn tìm kiếm NAD để có được những số tài khoản chính xác. Nếu các chi tiết trên bao hàm được hiển thị trong các Kết quả tìm kiếm sau đó chọn đúng tài khoản. Nếu không thì không chọn bất kỳ tài khoản và nhập các chi tiết từ bao hàm để trống trường số tài khoản. Nếu một số kết quả giống hệt nhau đang được hiển thị sau đó không chọn bất kỳ tài khoản và nhập các chi tiết từ bao hàm để trống trường số tài khoản. Không đọc được nếu Số tài khoản người gửi là khó đọc, sau đó cố gắng tìm ra các số tài khoản và phù hợp với các dữ liệu trên bao hàm với các dữ liệu trong cơ sở dữ liệu. Nếu dữ liệu không thể được xuất hiện, sau đó duyệt NAD cho người gửi Tên tài khoản để có được số tài khoản người gửi (xem trống) không hợp lệ (xem trống) quy tắc mục sư đoàn Dữ liệu Dòng 1 Số tài khoản (S) Comments nếu số tài khoản có thể được chính xác đọc rồi chính là nhìn thấy. Nếu hồ sơ được tìm thấy trong tập tin NAD, sau đó các Tên và địa chỉ có liên quan liên quan đến con số đó sẽ được hiển thị. Các dân cư Tên / Địa chỉ / Town / Mã bưu / chi tiết sẽ phải được so sánh với các loại in / viết trên bao hàm. Nếu tên và địa chỉ có liên quan liên quan đến số tài khoản không phù hợp với tên và địa chỉ trên bao hàm, sử dụng chi tiết số tài khoản theo địa chỉ người gửi và quan trọng trong các chi tiết như in / viết trên bao hàm như là một địa chỉ Collection. Hành động nếu:. Trống Sử dụng các tùy chọn tìm kiếm NAD để có được những số tài khoản chính xác Nếu các chi tiết trên bao hàm được hiển thị trong các tìm kiếm kết quả sau đó chọn đúng tài khoản. Nếu không thì không chọn bất kỳ tài khoản và nhập các chi tiết từ bao hàm để trống trường số tài khoản. Nếu một số kết quả giống hệt nhau đang được hiển thị sau đó không chọn bất kỳ tài khoản và nhập các chi tiết từ bao hàm để trống trường số tài khoản. Không đọc được nếu Số tài khoản người gửi là khó đọc, sau đó cố gắng tìm ra các số tài khoản và phù hợp với các dữ liệu trên bao hàm với các dữ liệu trong cơ sở dữ liệu. Nếu dữ liệu không thể được xuất hiện, sau đó duyệt NAD cho người gửi Tên tài khoản để có được số tài khoản người gửi (xem trống) không hợp lệ (xem trống) Comments Key như đã thấy, bao gồm tất cả các dấu chấm câu, tiêu đề vv Action nếu: Trống Hãy thử để có được những thông tin công ty bằng cách sử dụng số tài khoản nêu ra hoặc có được các chi tiết từ các bưu kiện vật lý. Nếu không có tên công ty có thể được tìm thấy, các lô hàng không nên được chuyển tiếp. (Security và hóa đơn nguyên) không đọc được (xem trống) không hợp lệ Comments Key như seen.Enter thông tin hữu ích từ các phiếu gửi hàng như hệ thống cho phép. Hành động nếu: Trống Hãy thử để có được những thông tin chi tiết địa chỉ bằng cách sử dụng số tài khoản nêu ra hoặc có được chi tiết từ các bưu kiện vật lý. Nếu không có địa chỉ có thể được tìm thấy, các lô hàng nên không được chuyển tiếp. (Security và lý do hóa đơn) không đọc được (xem trống) không hợp lệ (xem trống) Bình luận Các bài viết Mã có thể được nhập như là một phần của một dòng địa chỉ. Các keyer nhập dữ liệu phải nhận ra sự hiện diện của mã bưu điện ở một vị trí không chính xác. Mã bưu chính / Zip phải được xác nhận với (S) thành phố như in / viết trên bao hàm bằng cách kiểm tra hệ thống. Hành động nếu: Trống Hãy thử để có được những chi tiết mã bưu chính bằng cách sử dụng số tài khoản đã nêu. Khác hệ thống sử dụng khôn ngoan tìm kiếm dựa trên Tên thành phố. Không đọc được (xem trống) không hợp lệ (xem trống) Bình luận Những thành phố có thể được nhập như là một phần của một dòng địa chỉ. Các keyer nhập dữ liệu phải nhận ra sự hiện diện của tên thành phố trong một vị trí không chính xác. Tên thành phố phải được xác nhận với bưu điện / Zip code (S) như in / viết trên bao hàm (trường 4) bằng cách kiểm tra các hành động nếu: Trống Hãy thử để có được Tên thành phố bằng cách sử dụng số tài khoản đã nêu. Nếu không sử dụng hệ thống tìm kiếm dựa trên các mã bưu chính. Nếu cả hai không, cố gắng để có được tên thành phố từ các bưu kiện vật lý. Nếu không có thành phố có thể được tìm thấy, các lô hàng không nên được chuyển tiếp. (Security & hóa đơn lý do). Không đọc được (xem trống) không hợp lệ (xem trống) Bình luận Các tỉnh / bang sẽ được dân cư từ hệ thống. Các keyer phải kiểm chứng điều này với các dữ liệu trên bao hàm như tên cùng một thành phố có thể tồn tại ở một số tỉnh, quốc gia. Hành động nếu: Trống không đọc hợp lệ Dòng 7 quốc gia (S) Bình luận các nước có thể được nhập như là một phần của một dòng địa chỉ. Các keyer nhập dữ liệu phải nhận ra sự hiện diện của tên quốc gia ở một vị trí không chính xác. Bất kỳ quốc gia phải được keyed như nhìn thấy, nhưng trong các định dạng hợp lệ như được chỉ ra bởi hệ thống. Hành động nếu: Trống Sử dụng nước nguồn gốc kho của lô hàng lưu ý là mặc định. Không đọc được (xem trống) không hợp lệ (xem trống) Comments Nếu một tên được in / viết trong lĩnh vực đó phải được keyed như đã thấy. Các / viết tên in được ghi trên phiếu gửi hàng phải được xem xét trong trường hợp nào như CHỈ ONE có hiệu lực. Nếu tên populate xúc (từ hệ thống của chúng tôi) khác với in / viết tên liên lạc, tên liên lạc dân cư đã được ghi đè bởi các in / viết một trong như đã nêu trên phiếu gửi hàng. Nếu một tên liên lạc được hiển thị bởi mặc định và có NO tên liên lạc in / viết trên bao hàm, tên liên lạc hiển thị phải được REMOVED. Các hệ thống phải trong mọi trường hợp phản ánh những gì được ghi trên phiếu gửi hàng. Hành động nếu: Trống Đảm bảo trường đó sẽ được để trống cũng . không đọc hợp lệ Comments Key các ký tự số chỉ. tức là nếu các bang lô hàng note + 31-20-500-6000 sau đó 31205006000 phải được nhập. Nếu một số điện thoại liên lạc được in / viết trong lĩnh vực đó phải được keyed như đã thấy. Các / viết số điện thoại in được nêu trên phiếu gửi hàng phải được xem xét trong bất kỳ trường hợp như ONE VALID ONLY. Nếu số điện thoại populate (từ hệ thống của chúng tôi) khác với in / viết tên liên lạc, số điện thoại đông dân cư phải được ghi đè bởi các in / viết một như ghi trên phiếu gửi hàng. Nếu một số điện thoại được hiển thị theo mặc định và có NO số điện thoại in / viết trên bao hàm, tên liên lạc hiển thị phải được REMOVED. Các hệ thống phải trong mọi trường hợp phản ánh những gì được ghi trên phiếu gửi hàng . Hành động nếu:. Trống Đảm bảo rằng lĩnh vực này là trống cũng không đọc hợp lệ Comments Key như đã thấy, bao gồm tất cả các dấu chấm câu, tiêu đề vv. Tên của các công ty / tổ chức sẽ phải được nhập trong lĩnh vực này Tên liên lạc trong công ty / tổ chức phải được nhập vào trường được chỉ định và không một này. Hành động nếu:. Trống Hãy thử để có được tên công ty từ các bưu kiện vật lý Nếu không có tên công ty có thể được tìm thấy, các lô hàng không nên được chuyển tiếp. (An ninh và giao nhận) không đọc được (xem trống) không hợp lệ Comments Key như seen.Enter thông tin hữu ích từ các phiếu gửi hàng như hệ thống cho phép. Hành động nếu: Trống Hãy thử để có được địa chỉ từ các bưu kiện vật lý. Nếu không có địa chỉ có thể được tìm thấy, các lô hàng không nên được chuyển tiếp. (An ninh và các vấn đề giao hàng) Illegi