Tiêu chuẩn Quốc gia TCVN 11198-4:2015 Thẻ mạch tích hợp EMV cho hệ thống thanh toán - Đặc tả ứng dụng thanh toán chung - Phần 4: Phân tích hành động thẻ

TIÊU CHUẨN QUỐC GIA

TCVN 11198-4:2015

THẺ MẠCH TÍCH HỢP EMV CHO HỆ THỐNG THANH TOÁN - ĐẶC TẢ ỨNG DỤNG THANH TOÁN CHUNG - PHẦN 4: PHÂN TÍCH HÀNH ĐỘNG THẺ

EMV integrated circuit card for payment systems - Common payment application specification - Part 4: Card action analysis

Lời nói đầu

TCVN 11198-4:2015 được xây dựng trên cơ sở tham khảo EMV CPA (Common Payment Application Specification) Version 1.0, 2005.

TCVN 11198-4:2015 do Ban Kỹ thuật tiêu chuẩn quốc gia TCVN/JTC1/SC 17 Thẻ nhận dạng biên soạn, Tổng cục Tiêu chuẩn Đo lường Chất lượng đề nghị, Bộ Khoa học và Công nghệ công bố.

Bộ tiêu chuẩn TCVN 11198 Thẻ mạch tích hợp EMV cho hệ thống thanh toán - Đặc tả ứng dụng thanh toán chung gồm các tiêu chuẩn sau:

- TCVN 11198-1:2015, Phần 1: Tổng quát;

- TCVN 11198-2:2015, Phần 2: Giới thiệu về quy trình xử lý;

- TCVN 11198-3:2015, Phần 3: Quy trình xử lý chức năng;

- TCVN 11198-4:2015, Phần 4: Phân tích hành động thẻ;

- TCVN 11198-5:2015, Phần 5: Quy trình xử lý tập lệnh bên phát hành đến thẻ;

- TCVN 11198-6:2015, Phần 6: Quản lý khóa và an ninh;

- TCVN 11198-7:2015, Phần 7: Mô tả về chức năng;

- TCVN 11198-8:2015, Phần 8: Thư mục phần tử dữ liệu;

THẺ MẠCH TÍCH HỢP EMV CHO HỆ THỐNG THANH TOÁN - ĐẶC TẢ ỨNG DỤNG THANH TOÁN CHUNG - PHẦN 4: PHÂN TÍCH HÀNH ĐỘNG THẺ

EMV Integrated Circuit Card for Payment Systems - Common payment application specification - Part 4: Card action analysis

1  Phạm vi áp dụng

Tiêu chuẩn TCVN 11198-4 là một phần thuộc bộ TCVN 11198 cung cấp các đặc tả kỹ thuật về phần ứng dụng Thanh toán Chung (CPA), định nghĩa các phần tử dữ liệu và các chức năng cho ứng dụng tương thích với Định nghĩa Lõi Chung (CCD) EMV.

Phạm vi của tiêu chuẩn này đề cập về các quy trình xử lý chức năng:

• Phân tích hành động thẻ lần 1 (Điều 5);

• Quy trình Xử lý Trực tuyến (Điều 6);

• Phân tích hành động thẻ lần 2 (Điều 7).

Các quy trình xử lý chức năng khác của ứng dụng thanh toán chung CPA được quy định trong TCVN 11198-3.

2  Tài liệu viện dẫn

Các tài liệu viện dẫn sau đây rất cần thiết cho việc áp dụng tiêu chuẩn này. Đối với các tài liệu ghi năm công bố thì áp dụng phiên bản được nêu. Đối với các tài liệu không ghi năm công bố thì áp dụng phiên bản mới nhất, bao gồm cả các sửa đổi, bổ sung (nếu có).

TCVN 11198-1:2015, Thẻ mạch tích hợp EMV cho Hệ thống thanh toán - Đặc tả ứng dụng thanh toán chung - Phần 1: Tổng quát.

3  Thuật ngữ và định nghĩa

Tiêu chuẩn này sử dụng các thuật ngữ và định nghĩa nêu trong TCVN 11198-1:2015.

4  Thuật ngữ viết tắt, ký hiệu, quy ước và biểu tượng

Tiêu chuẩn này sử dụng các thuật ngữ viết tắt, ký hiệu, quy ước định dạng phần tử dữ liệu và biểu tượng nêu trong TCVN 11198-1:2015.

5  Phân tích hành động thẻ lần 1

5.1  Mục đích

Phân tích hành động thẻ lần đầu cho phép bên Phát hành thực hiện kiểm tra tốc độ và quản lý rủi ro đối với nội bộ thẻ. Chức năng quản lý rủi ro thẻ mô tả trong phần này bao gồm kiểm tra sau:

• Hoạt động trên các giao dịch hiện tại và trước đó;

• Đếm các giao dịch ngoại tuyến và lượng thanh tổng.

Sau khi hoàn thành quản lý rủi ro thẻ, thẻ trả về một Mã lệnh Ứng dụng cho thiết bị đầu cuối. Mã lệnh này là một AAC từ chối ngoại tuyến, một ARQC cho yêu cầu xác thực trực tuyến, và một TC chấp nhận ngoại tuyến. Nếu được hỗ trợ bởi cả thẻ và thiết bị đầu cuối, thiết bị đầu cuối sẽ yêu cầu kết hợp sinh DDA/AC (CDA) nếu nó yêu cầu một ARQC hoặc TC như là một phần của chữ ký động.

Phân tích hoạt động thẻ được thực hiện như mô tả trong EMV Quyển 3, Điều 10.8 và Điều 10.11.

5.2  Trình tự thực hiện

5.2.1  Quy trình xử lý có liên quan trước đó

Quy trình Khởi tạo ứng dụng

Thẻ xác định số ID Hồ sơ sẽ được sử dụng để xử lý giao dịch. Kiểm soát Hồ sơ liên quan đến số ID Hồ sơ quy định quản lý rủi ro các thẻ được cấu hình để xử lý các giao dịch.

Các thiết bị đầu cuối nhận Hồ sơ Trao đổi ứng dụng (AIP) trong hồi đáp lệnh GET PROCESSING OPTIONS từ thẻ được hỗ trợ bởi CDA.

Đọc dữ liệu ứng dụng

Các thiết bị đầu cuối đọc CDOL1 từ thẻ.

Phân tích Hành động thiết bị đầu cuối

Đầu tiên thiết bị đầu cuối gửi lệnh GENERATE AC tới thẻ yêu cầu mã lệnh. Các lệnh chứa dữ liệu yêu cầu trong CDOL1 bao gồm các dữ liệu cần thiết cho việc quản lý rủi ro thẻ và Mã lệnh Ứng dụng.

5.2.2  Quy trình xử lý có liên quan tiếp theo

Quy trình xử lý trực tuyến

Các thiết bị đầu cuối sử dụng các kiểu mã hóa đã được ghi rõ trong dữ liệu thông tin mã lệnh (CID) của hồi đáp GENERATE AC để xác định xem có nên thực hiện một ủy quyền trực tuyến.

Phân tích Hành động Thẻ lần hai

Nếu xử lý trực tuyến được yêu cầu nhưng các thiết bị đầu cuối không xử lý trực tuyến được, thì thực hiện kiểm tra thêm việc quản lý rủi ro cho thẻ.

Nếu giao dịch trực tuyến, các chỉ số được sử dụng trong việc phân tích hành động của thẻ được cập nhật dựa trên bên Phát hành xác thực và tùy chọn tùy chọn liên quan đến bên Phát hành xác thực thẻ.

5.3  Dữ liệu thẻ

Dữ liệu thẻ được sử dụng trong phân tích hành động thẻ được liệt kê và mô tả trong Bảng 1.

Đối với mô tả chi tiết về dữ liệu này và cách sử dụng đã đề cập trong Điều 7, TCVN 11198-8.

CHÚ THÍCH: Một số dữ liệu có trong ứng dụng. Điều này được chỉ định với các tên ký hiệu dữ liệu x (ví dụ Thanh tổng 1, Thanh tổng 2, có thể gọi là Thanh tổng x).

Bảng 1 - Phân tích Hành động Thẻ lần đầu Dữ liệu Thẻ

5.4  Dữ liệu thiết bị đầu cuối

Dữ liệu thiết bị đầu cuối được liệt kê trong Bảng 2 được sử dụng trong Phân tích hoạt động thẻ lần đầu cho quản lý rủi ro thẻ và sinh hồi đáp lệnh GENERATE AC. Qua thẻ bằng lệnh sinh mã ứng dụng GENERATE AC nếu tag và chiều dài bao gồm CDOL1 từ thẻ.

Đối với mô tả chi tiết về dữ liệu này và cách sử dụng đã đề cập trong Điều 7, TCVN 11198-8.

Bảng 2 - Phân tích hoạt động thẻ lần đầu - Dữ liệu thiết bị đầu cuối

5.5  Lệnh GENERATE AC lần đầu

Các lệnh GENERATE AC được sử dụng bởi các thiết bị đầu cuối để yêu cầu các thẻ cung cấp Mã lệnh Ứng dụng và các quyết định của thẻ cho hành động tiếp theo.

Hình 1 chỉ ra tổng quan về quy trình Phân tích Hành động Thẻ lần đầu và chỉ ra các phần mô tả từng bước của quy trình xử lý.

(Số ID Hồ sơ ‘7D’ và ‘7E’ đề cập trong Hình 1, được thảo luận trong Điều 5.5.2).

Hình 1 - Luồng Phân tích Hành động Thẻ lần đầu

5.5.1  Mã hóa lệnh

Các tham số P1 của lệnh GENERATE AC cho thấy các Kiểu mã hóa thiết bị đầu cuối đang được yêu cầu và các giao dịch có đủ điều kiện cho kết hợp DDA/AC sinh (CDA).

Bảng 4 thể hiện định dạng P1. Các phần dữ liệu lệnh chữa yêu cầu dữ liệu trong CDOL1.

Bảng 3 - Thông điệp lệnh GENERATE AC lần đầu

CHÚ THÍCH: Dữ liệu lệnh GENERATE AC lần đầu được gọi là dữ liệu giao dịch liên quan trong EMV Quyển 3.

Bảng 4 - Mã hóa tham số Kiểm soát Tham chiếu cho Lệnh GENERATE AC lần đầu

CHÚ THÍCH: CDA Yêu cầu và CDA Không yêu cầu tương ứng được gọi là chữ ký CDA yêu cầu và chữ ký CDA không yêu cầu trong EMV Quyển 3.

Kết hợp DDA/AC chỉ hỗ trợ bởi tùy chọn thực hiện RSA động.

Req 4.5.1 (Giải thích dữ liệu lệnh GENERATE AC lần đầu):

Dữ liệu lệnh GENERATE AC lần đầu phải được thông dịch bởi ứng dụng bao gồm các thành phần dữ liệu được liệt kê trong Bảng 5, theo thứ tự hiển thị.

Bảng 5 - Dữ liệu lệnh GENERATE AC lần đầu

Các ứng dụng không sử dụng dữ liệu mở rộng Lệnh GENERATE AC lần đầu như một phần tử cá nhân, nhưng luôn luôn là một phần của lệnh GENERATE AC lần đầu. Các dữ liệu mở rộng Lệnh GENERATE AC lần đầu có thể sử dụng cho các nhật ký giao dịch hoặc bảng kiểm tra bổ sung.

Req 4.5.2 (Chiều dài lệnh GENERATE AC lần đầu hỗ trợ dữ liệu mở rộng):

Ứng dụng sẽ hỗ trợ lệnh GENERATE AC lần đầu chiều dài dữ liệu lên tới 32 bytes ở mức thấp nhất.

5.5.1.1  Xác minh định dạng lệnh

Req 4.5.3 (Kiểm tra giá trị P1 đối với lệnh GENERATE AC lần đầu):

Nếu bit “kiểu mã hóa” trong thành phần P1 có giá trị 11b, thì thẻ sẽ ngừng quy trình xử lý lệnh, và sẽ trả về lỗi SW1 SW2, và có thể hồi đáp lại SW1 SW2 = ‘6A86’ (Tham số không chính xác P1-P2).

Req 4.5.4 (Kiểm tra giá trị P2 đối với lệnh GENERATE AC lần đầu)

Nếu thành phần P2 không thiết lập giá trị ‘00’, thì thẻ sẽ ngừng quy trình xử lý lệnh, và sẽ trả về lỗi SW1 SW2, và có thể hồi đáp lại SW1 SW2 = ‘6A86’ (Tham số không chính xác P1-P2).

Req 4.5.5 (Đưa ra lựa chọn Kiểm soát Hồ sơ giao dịch):

Đưa ra lựa chọn kiểm soát sử dụng trong quy trình xử lý giao dịch sẽ là Kiểm soát Hồ sơ lựa chọn x, nơi x là số ID Kiểm soát Hồ sơ tùy chọn bên Phát hành trong Kiểm soát Hồ sơ giao dịch.

Req 4.5.6 (Kiểm tra chiều dài lệnh dữ liệu đầu tiên GENERATE AC):

Nếu giá trị của Lc không bằng giá trị thành phần chiều dài dữ liệu lệnh GENERATE AC lần đầu trong Kiểm soát Hồ sơ tùy chọn bên Phát hành giao dịch, thẻ sẽ ngừng quy trình xử lý lệnh, và sẽ hồi đáp chỉ dẫn lỗi SW1 SW2, và có thể hồi đáp với SW1 SW2 = ‘6700’ (chiều dài sai).

Req 4.5.7 (Kiểm tra chiều dài lệnh dữ liệu ở mức nhỏ nhất cho phép):

Nếu giá trị của Lc ít hơn 33 (chiều dài nhỏ nhất của CDOL liên quan đến dữ liệu), thẻ sẽ ngừng quy trình xử lý lệnh, và sẽ hồi đáp chỉ dẫn lỗi SW1 SW2, và có thể hồi đáp với SW1 SW2 = ‘6700’ (chiều dài sai).

5.5.2  Hành động Hồ sơ

Số ID Hồ sơ được lựa chọn trong suốt quá trình khởi tạo quy trình xử lý ứng dụng xác định Kiểm soát Hồ sơ để sử dụng cấu hình ứng dụng hành động cho các phân tích hoạt động thẻ.

Để biết thêm thông tin xem thêm tại Điều 12, TCVN 11198-7.

CHÚ THÍCH 1: Số ID Hồ sơ ‘7E’ định nghĩa một giao dịch không thanh toán đặc biệt được yêu cầu định dạng đặc biệt cho dữ liệu ứng dụng gửi hồi đáp bằng lệnh GENERATE AC. Thẻ luôn luôn từ chối giao dịch xử lý với số ID Hồ sơ này, và không thực hiện quản lý rủi ro thẻ.

CHÚ THÍCH 2: Số ID Hồ sơ ‘7D’ định nghĩa hồ sơ VLP, hồ sơ đặc biệt nếu được hỗ trợ bằng thẻ và được yêu cầu bởi thiết bị đầu cuối, có thể chọn xử lý giao dịch. Mục đích của hồ sơ VLP là có một giao dịch nội tuyến cho một giao dịch giá trị rất thấp. Không quản lý rủi ro thẻ được thực hiện trong hồ sơ này. Nếu thiết bị đầu cuối yêu cầu một nội tuyến chính, thẻ sẽ chấp thuận giao dịch. Nếu thiết bị đầu cuối yêu cầu giảm nội tuyến hoặc yêu cầu trực tuyến, thẻ sẽ giảm giao dịch.

Req 4.5.8 (Cấu hình Hành động Hồ sơ cho Hành động Hồ sơ đặc biệt):

Nếu số ID Hồ sơ có giá trị ‘7E’ thì ứng dụng sẽ:

• Thực hiện không kiểm tra quản lý rủi ro thẻ;

• Thiết lập Dữ liệu Thông tin Mã lệnh (CID) thành giá trị ‘00’ để xác định ACC được yêu cầu và không thiết bị nào được yêu cầu;

• Tiếp tục xử lý bằng hồi đáp lệnh GENERATE AC như được mô tả trong Điều 5.5.8.

Nếu số ID Hồ sơ có giá trị ‘7D’ thì ứng dụng sẽ:

• Thực hiện không kiểm tra quản lý rủi ro thẻ;

• Cấu hình Kiểm soát Hồ sơ Thanh tổng cho mỗi Thanh tổng x như mô tả trong Req 4.5.10;

• Cấu hình Kiểm soát Hồ sơ bộ đếm cho mỗi Bộ đếm x như mô tả trong Req 4.5.13;

• Cấu hình Kiểm soát Hồ sơ VLP như mô tả trong Req 4.5.21;

• Cấu hình quy trình xử lý với việc xác định hồi đáp kiểu Mã lệnh Ứng dụng, như mô tả trong Điều 5.5.4;

Nếu không, ứng dụng sẽ thực hiện quản lý rủi ro thẻ như cấu hình trong Kiểm soát Hồ sơ lựa chọn cho giao dịch.

Req 4.5.9 (Lựa chọn Mục nhập CIAC cho giao dịch):

Mục nhập CIAC sử dụng trong quy trình xử lý giao dịch sẽ là Mục nhập CIAC y, tại đó y là số ID CIAC trong Kiểm soát Hồ sơ giao dịch.

Req 4.5.10 (Cấu hình thanh tổng hành động kiểm soát giao dịch):

Mỗi Thanh tổng x; để y đại diện giá trị số ID Kiểm soát Hồ sơ Thanh tổng cho Thanh tổng x trong Kiểm soát Hồ sơ giao dịch:

• Nếu y có giá trị ‘F’, thì thanh tổng không được kích hoạt cho giao dịch;

• Nếu không:

- Thanh tổng x sẽ được kích hoạt cho giao dịch;

- Và Kiểm soát Hồ sơ Thanh tổng x sử dụng trong quy trình xử lý giao dịch sẽ là Kiểm soát Hồ sơ Thanh tổng y.

Req 4.5.11 (Cấu hình hạn mức thanh tổng cho giao dịch):

Mỗi Thanh tổng x được kích hoạt cho giao dịch; thiết lập hạn mức Thanh tổng x trong quy trình xử lý giao dịch được thiết lập là Hạn Mức Thanh tổng z (Hạn Mức Dưới z và Hạn Mức Trên z), z được xác định bằng số ID Tập Hạn Mức trong Kiểm soát Hồ sơ Thanh tổng cho Thanh tổng x của giao dịch.

Req 4.5.12 (Cấu hình thanh tổng quy đổi tiền tệ):

Mỗi Thanh tổng x được kích hoạt cho giao dịch, nếu cùng đúng theo trường hợp sau:

• Số ID Bảng Quy đổi Tiền tệ trong Kiểm soát Hồ sơ thanh tổng cho Thanh tổng x có giá trị ‘F’;

• Hoặc Mã Tiền Thanh tổng trong Kiểm soát Thanh tổng x không phù giống Mã Tiền Đích trong bảng quy đổi tiền tệ w, tại đó w là giá trị số ID Bảng Quy đổi Tiền tệ trong Kiểm soát Hồ sơ thanh tổng cho Thanh tổng x phục vụ giao dịch:

Thì Bảng Quy đổi Tiền tệ sẽ hoạt động cho Thanh tổng x.

Nếu không Bảng Quy đổi Tiền tệ sử dụng trong quy trình xử lý giao dịch Thanh tổng x sẽ là Bảng Quy đổi Tiền tệ w, nơi w là giá trị của số ID Bảng Quy đổi Tiền tệ trong hồ sơ thanh tổng kiểm soát x trong giao dịch.

Req 4.5.13 (Cấu hình kiểm soát bộ đếm hành động cho giao dịch):

Mỗi bộ đếm x; y đại diện giá trị của số ID Kiểm soát Hồ sơ Bộ đếm cho bộ đếm x trong Kiểm soát Hồ sơ cho giao dịch:

• Nếu y có giá trị ‘F’, thì bộ đếm x không được kích hoạt cho giao dịch;

• Nếu không:

- Bộ đếm x sẽ được kích hoạt cho giao dịch;

- Và Kiểm soát Hồ sơ bộ đếm của bộ đếm x sử dụng trong quy trình xử lý giao dịch sẽ là Kiểm soát Hồ sơ Bộ đếm y.

Req 4.5.14 (Cấu hình hạn mức bộ đếm cho giao dịch):

Mỗi bộ đếm x được kích hoạt cho giao dịch; Bộ đếm x thiết lập hạn mức sử dụng trong quy trình xử lý giao dịch là tập hạn mức z cho bộ đếm x (Hạn Mức Dưới z và Hạn Mức Trên z), z được xác định bằng số ID Tập Hạn Mức trong Kiểm soát Hồ sơ bộ đếm cho bộ đếm x của giao dịch.

Req 4.5.15 (Cấu hình chu kỳ hành động thanh tổng kiểm soát cho giao dịch):

Mỗi Thanh tổng Chu kỳ x, y đại diện cho giá trị số ID Kiểm soát Hồ sơ Thanh tổng Chu kỳ đối với Thanh tổng Chu kỳ x trong Kiểm soát Hồ sơ giao dịch:

• Nếu y có giá trị ‘F’, thì bộ đếm x không được kích hoạt cho giao dịch

• Nếu không:

- Thanh tổng Chu kỳ x sẽ được kích hoạt cho giao dịch;

- Và Kiểm soát Hồ sơ Thanh tổng Chu kỳ của Thanh tổng Chu kỳ x sử dụng trong quy trình xử lý giao dịch sẽ là Thanh tổng Chu kỳ Kiểm soát Hồ sơ y.

Req 4.5.16 (Cấu hình hạn mức Thanh tổng Chu kỳ cho giao dịch):

Mỗi Thanh tổng Chu kỳ x được kích hoạt cho giao dịch; Hạn mức Thanh tổng Chu kỳ x sử dụng trong quy trình xử lý giao dịch sẽ là Mục nhập Hạn mức z, z là giá trị số ID Mục nhập Hạn mức trong Kiểm soát Hồ sơ Thanh tổng Chu kỳ của Thanh tổng Chu kỳ x cho giao dịch.

Req 4.5.17 (Cấu hình quy đổi tiền tệ cho Thanh tổng Chu kỳ):

Mỗi Thanh tổng Chu kỳ x được kích hoạt cho giao dịch, nếu cả hai đều đúng:

• Số ID Bảng Quy đổi Tiền tệ trong Kiểm soát Hồ sơ Thanh tổng Chu kỳ đối với Thanh tổng Chu kỳ x có giá trị ‘F’,

• Hoặc Mã Tiền Thanh tổng trong Kiểm soát Thanh tổng Chu kỳ x không giống Mã Tiền Đích trong Bảng Quy đổi Tiền tệ w, w là giá trị số ID Bảng Quy đổi Tiền tệ trong Kiểm soát Hồ sơ Thanh tổng Chu kỳ đối với Thanh tổng Chu kỳ x trong giao dịch, thì không Bảng Quy đổi Tiền tệ sẽ được kích hoạt cho Thanh tổng Chu kỳ x.

Nếu không Bảng Quy đổi Tiền tệ sử dụng trong quy trình xử lý giao dịch của Thanh tổng Chu kỳ x sẽ là quy đổi tiền tệ w, w là giá trị của số ID Bảng Quy đổi Tiền tệ trong Kiểm soát Hồ sơ Thanh tổng Chu kỳ đối với Thanh tổng Chu kỳ x cho giao dịch.

Req 4.5.18 (Cấu hình kiểm soát MTA cho giao dịch):

Để x đại diện giá trị của lượng tiền giao dịch tối đa (MTA) Kiểm soát Số ID Hồ sơ trong Kiểm soát Hồ sơ giao dịch:

• Nếu x có giá trị ‘F’ thì kiểm tra MTA là không được kích hoạt cho giao dịch;

• Và Kiểm soát Hồ sơ MTA sử dụng trong quy trình xử lý giao dịch sẽ là Kiểm soát Hồ sơ MTA x.

Req 4.5.19 (Cấu hình MTA cho giao dịch):

Nếu kiểm tra MTA được kích hoạt cho giao dịch, thì MTA sử dụng trong quy trình xử lý giao dịch sẽ Mục nhập Hạn mức y, y là giá trị của số ID Mục nhập Hạn mức trong Kiểm soát Hồ sơ MTA cho giao dịch.

Req 4.5.20 (Cấu hình quy đổi tiền tệ cho MTA):

Nếu MTA kiểm tra được kích hoạt cho giao dịch, thì nếu đúng cả hai trường hợp sau:

• Số ID Bảng Quy đổi Tiền tệ trong Kiểm soát Hồ sơ MTA có giá trị ‘F’;

• Hoặc Mã Tiền MTA trong Kiểm soát Hồ sơ MTA không giống với mã Kiểm soát Hồ sơ mục tiêu trong Bảng Quy đổi Tiền tệ y, y là giá trị số ID Bảng Quy đổi Tiền tệ trong Kiểm soát Hồ sơ MTA giao dịch, thì không Bảng Quy đổi Tiền tệ sẽ kích hoạt cho MTA kiểm tra.

Nếu không Bảng Quy đổi Tiền tệ MTA sử dụng trong quy trình xử lý giao dịch sẽ là Bảng Quy đổi Tiền tệ y, y là giá trị của số ID Bảng Quy đổi Tiền tệ trong Kiểm soát Hồ sơ MTA trong giao dịch.

Req 4.5.21 (Cấu hình Kiểm soát Hồ sơ VLP cho giao dịch):

Nếu VLP được hỗ trợ và Số ID Kiểm soát Hồ sơ VLP trong Kiểm soát Hồ sơ giao dịch có giá trị ‘F’, thì

Quỹ Có sẵn VLP thì không phải là được kích hoạt cho giao dịch.

Nếu VLP được hỗ trợ và Kiểm soát Hồ sơ VLP ID trong Kiểm soát Hồ sơ giao dịch có một giá trị khác ‘F’, thì:

• Quỹ Có sẵn VLP sẽ được kích hoạt cho giao dịch;

• Và Kiểm soát Hồ sơ VLP sử dụng trong quy trình xử lý giao dịch sẽ là Kiểm soát Hồ sơ Thanh tổng x, x là giá trị của Số ID Kiểm soát Hồ sơ VLP trong Kiểm soát Hồ sơ giao dịch.

CHÚ THÍCH: Chỉ bit ‘Thiết lập lại thanh tổng với hồi đáp trực tuyến’ và ‘Gửi thanh tổng trong IAD’ được sử dụng để kiểm soát Quỹ Có sẵn VLP. Toàn bộ các bit khác trong Kiểm soát Hồ sơ VLP là RFU.

5.5.3  Quy trình Quản lý Rủi ro Thẻ

Ứng dụng không thực hiện bất kỳ quản lý rủi ro thẻ nào cho Hồ sơ “7D” (Hồ sơ VLP) bởi vì thẻ sẽ chấp nhận hoặc từ chối giao dịch ngoại tuyến chỉ dựa vào việc khi thiết bị đầu cuối yêu cầu chấp nhận ngoại tuyến.

Ứng dụng không thực hiện bất kỳ quản lý rủi ro thẻ nào cho Hồ sơ “7E” (Hồ sơ ATP) bởi vì thẻ sẽ từ chối giao dịch ngoại tuyến.

Đối với tất cả các hồ sơ khác, thẻ thực hiện từng việc kiểm tra Quản lý Rủi ro Thẻ bắt buộc đối với mọi giao dịch. Ứng dụng phải hỗ trợ các kiểm tra tùy chọn. Đây là tùy chọn bên phát hành khi từng kiểm tra được thực hiện đối với các giao dịch đã xử lý với Hồ sơ.

Ứng dụng thực hiện từng việc kiểm tra Quản lý Rủi ro Thẻ như bên dưới để kích hoạt (hoặc bắt buộc hoặc đã kích hoạt Hồ sơ) xem khi nào điều kiện có mặt, thì sau đó kiểm tra hoạt động tiếp theo.

Ứng dụng có thể thực hiện các kiểm tra Quản lý Rủi ro Thẻ này trong thứ tự bất kỳ.

Req 4.5.22 (Xác định các kiểm tra Quản lý Rủi ro Thẻ để thực hiện)

Nếu số ID Hồ sơ có giá trị khác với “7D” và “7E”, sau đó tất cả các kiểm tra Quản lý Rủi ro Thẻ là:

• bắt buộc, hoặc;

• tùy chọn và kích hoạt giao dịch;

phải được hoàn thành trước khi ứng dụng xác định kiểu Mã lệnh Ứng dụng để gửi trong hồi đáp lệnh GENERATE AC.

Bảng 6 tóm tắt các kiểm tra Quản lý Rủi ro Thẻ được cung cấp và mô tả kết quả nếu điều kiện đã được kiểm tra xảy ra. Điều mô tả việc kiểm tra cũng được thể hiện.

Bảng 6 - Kiểm tra Quản lý Rủi ro Thẻ

5.5.3.1  Kiểm tra Bảng kiểm tra bổ sung x

Bảng Kiểm tra Bổ sung x cung cấp cho bên phát hành với một cơ chế để thêm lần kiểm tra vào các lần kiểm tra Quản lý Rủi ro Thẻ đã quy định. Việc này có thể áp dụng kiểm tra giá trị của bất kỳ phần tử dữ liệu nào có thể được yêu cầu từ thiết bị đầu cuối. Việc kiểm tra tùy chọn bên phát hành này thông báo cho bên phát hành khi có bất kỳ ánh xạ nào trong Bảng kiểm tra bổ sung x. Việc này cho phép ứng dụng xem xét thông tin này khi ra quyết định khi chấp nhận hoặc từ chối giao dịch ngoại tuyến, hoặc gửi giao dịch trực tuyến.

Req 4.5.23 (Số lượng Bảng Kiểm tra Bổ sung được hỗ trợ):

Tại điểm tối thiểu, ứng dụng phải cung cấp hỗ trợ cho hai Bảng Kiểm tra Bổ sung: Bảng kiểm tra Bổ sung 1 và Bảng kiểm tra Bổ sung 2.

Req 4.5.24 (Kích cỡ được hỗ trợ cho các Bảng Kiểm tra Bổ sung):

Tại điểm tối thiểu, ứng dụng phải cung cấp hỗ trợ lên tới 18 byte cho từng Bảng kiểm tra bổ sung.

Một bit trong Kiểm soát Hồ sơ Tùy chọn Bên phát hành được sử dụng để kích hoạt việc kiểm tra này cho từng Bảng Kiểm tra Bổ sung x.

Req 4.5.25 (Kiểm tra khi thực hiện việc kiểm tra Bảng Kiểm tra Bổ sung):

Đối với từng giá trị của x tại bit “Bảng kiểm tra bổ sung x đang kích hoạt” trong Kiểm soát Hồ sơ Tùy chọn bên Phát hành có giá trị là 1b, ứng dụng phải thực hiện kiểm tra này.

Quy trình xử lý cho Bảng Kiểm tra Bổ sung x được đề cập tại Điều 6, TCVN 11198-7.

Req 4.5.26 (Thiết lập các bit Bảng Kiểm tra Bổ sung):

Nếu giá trị đã đánh dấu được nhận từ Dữ liệu Lệnh GENERATE AC lần đầu sử dụng Bảng Kiểm tra Bổ sung x ánh xạ tới bất kỳ Giá trị nào trong Bảng kiểm tra bổ sung x, thì ứng dụng phải:

• thiết lập bit “Ánh xạ tìm thấy trong Bảng Kiểm tra Bổ sung x” trong ADR là 1b;

• thiết lập bit “Ánh xạ tìm thấy trong Bảng Kiểm tra Bổ sung x” trong CVR là 1b.

Nếu giá trị đã đánh dấu được nhận từ Dữ liệu Lệnh GENERATE AC lần đầu sử dụng Bảng Kiểm tra Bổ sung x không ánh xạ tới bất kỳ Giá trị nào trong Bảng Kiểm tra Bổ sung x, thì ứng dụng phải:

• thiết lập bit “Không có ánh xạ tìm thấy trong Bảng Kiểm tra Bổ sung x” trong ADR là 1b;

5.5.3.2  Kiểm tra việc xác minh mã PIN ngoại tuyến đã thực hiện

Kiểm tra bắt buộc này cung cấp thông báo bên phát hành về khi nào việc xác minh mã PIN ngoại tuyến đã được thực hiện đối với giao dịch này. Việc này cũng cho phép ứng dụng xem xét thông tin này khi đang ra quyết định chấp nhận hoặc từ chối giao dịch ngoại tuyến, hoặc để gửi tiến hành giao dịch trực tuyến.

Req 4.5.27 (Lập các bit xác minh mã PIN đã thực hiện):

Nếu bit “đã thực hiện xác minh mã PIN ngoại tuyến” trong CVR có giá trị là 0b, thì ứng dụng phải thiết lập bit “không thực hiện xác minh mã PIN ngoại tuyến” trong ADR là 1b.

CHÚ THÍCH: Chỉ báo tình trạng Xác minh mã PIN ngoại tuyến có thể được triển khai sử dụng tình trạng Xác minh mã PIN nội bộ thay thế cho bit CVR. Hành động ứng dụng ngoại vi phải giống như khi bit CVR được sử dụng làm chỉ báo.

5.5.3.3  Kiểm tra việc Xác minh mã PIN Ngoại tuyến đã thực hiện và xác minh mã PIN không thành công

Kiểm tra bắt buộc này cung cấp thông báo bên phát hành về khi nào việc xác minh mã PIN ngoại tuyến đã được thực hiện và gặp lỗi trong cuộc giao dịch này. Việc này cũng cho phép ứng dụng xem xét thông tin này khi đang ra quyết định khi nào chấp nhận hoặc từ chối giao dịch ngoại tuyến, hoặc gửi thực hiện trực tuyến.

Req 4.5.28 (Lập các bit xác minh mã PIN bị lỗi):

Nếu bit “đã thực hiện Xác minh mã PIN ngoại tuyến và xác minh mã PIN không thành công” trong CVR có giá trị là 1b, thì ứng dụng phải thiết lập bit “xác minh mã PIN bị lỗi” trong ADR là 1b.

CHÚ THÍCH: Chỉ báo tình trạng Xác minh mã PIN Ngoại tuyến có thể được triển khai sử dụng Tình trạng Xác minh mã PIN nội bộ thay cho bit CVR. Hành động ứng dụng ngoại vi phải giống như khi bit CVR được sử dụng làm chỉ báo.

5.5.3.4  Kiểm tra việc xem xét sai sót của thiết bị đầu cuối khi mã PIN ngoại tuyến hợp lệ

Kiểm tra bắt buộc này xác định khi nào thiết bị đầu cuối xem xét (trong kết quả CVM) rằng quy trình xử lý mã PIN ngoại tuyến đã xong, khi thẻ được báo cáo quá trình xử lý mã PIN ngoại tuyến bị lỗi. Kiểm tra này cho phép ứng dụng xem xét thông tin này khi ra quyết định khi nào chấp nhận hoặc từ chối cuộc giao dịch ngoại tuyến hoặc gửi đi thực hiện trực tuyến.

Req 4.5.29 (Lập bit xem xét sai sót của thiết bị đầu cuối khi mã PIN ngoại tuyến hợp lệ):

Nếu tất cả các điều sau là đúng:

• các bit b6-b1 của byte Quy tắc CV trong các Kết quả CVM có bất kỳ giá trị sau:

- xác minh mã PIN bản rõ được thực hiện bởi ICC (000001b);

- xác minh mã PIN bản rõ được thực hiện bởi ICC và chữ ký (000011b);

- xác minh mã PIN mã hóa được thực hiện bởi ICC (000100b);

- xác minh mã PIN mã hóa được thực hiện bởi ICC và chữ ký (000101b);

• và Kết quả CVM trong các Kết quả CVM gửi đến thẻ trong dữ liệu lệnh GENERATE AC cho biết CVM thành công (‘02’),

• và hoặc các điều sau là đúng:

- bit “đã thực hiện xác minh mã PIN ngoại tuyến” trong CVR có giá trị là 0b;

- hoặc bit “đã thực hiện xác minh mã PIN ngoại tuyến và xác minh mã PIN không thành công” trong CVR có giá trị là 1b;

thì ứng dụng phải:

• thiết lập bit “xem xét sai sót của thiết bị đầu cuối khi mã PIN ngoại tuyến hợp lệ” trong ADR có giá trị là 1b.

5.5.3.5  Kiểm tra vượt quá hạn mức lần thử mã PIN

Kiểm tra bắt buộc này cung cấp thông báo bên phát hành về Hạn mức lần Thử mã PIN đã bị vượt quá (hoặc trong giao dịch hiện tại hoặc trước đó). Việc này cũng cho phép ứng dụng xem xét thông tin này khi ra quyết định khi nào chấp nhận hoặc từ chối giao dịch ngoại tuyến, hoặc gửi đi được kích hoạt cho giao dịch trực tuyến.

Req 4.5.30 (Lập các bit vượt quá hạn mức lần thử mã PIN):

Nếu giá trị của Bộ đếm lần Thử mã PIN là không, thì ứng dụng phải:

• thiết lập bit “vượt quá hạn mức lần thử mã PIN” trong ADR thành 1b;

• thiết lập bit “vượt quá hạn mức lần thử mã PIN” trong CVR thành 1b;

5.5.3.6  Kiểm tra Bộ đếm lần Thử mã PIN

Kiểm tra bắt buộc này cung cấp thông báo bên phát hành số lượng lần thử mã PIN còn trong Bộ đếm lần Thử mã PIN.

Ứng dụng thiết lập các bit “Cụm nibble thứ tự dưới của Bộ đếm lần Thử mã PIN” trong CVR có giá trị bộ nibble thứ tự dưới của Bộ đếm lần Thử mã PIN có sử dụng thiết lập bit giống nhau.

5.5.3.7  Kiểm tra lỗi Xác thực Dữ liệu Ngoại tuyến trong lần Giao dịch Trước

Kiểm tra bắt buộc của Quản lý Rủi ro Thẻ cung cấp thông báo bên phát hành rằng có lỗi xác thực dữ liệu ngoại tuyến trong lần giao dịch trước. Việc này cũng cho phép ứng dụng xem xét thông tin này khi ra quyết định khi nào chấp nhận hoặc từ chối giao dịch ngoại tuyến hoặc gửi thực hiện trực tuyến.

Lỗi phát sinh khi xác thực dữ liệu ngoại tuyến trong lần giao dịch trước được thể hiện bởi bit “Lỗi Xác thực Dữ liệu Ngoại tuyến trong lần Giao dịch Trước” mà ứng dụng thiết lập giá trị 1b trong phần tử dữ liệu Lịch sử Giao dịch Trước (PTH) khi TVR trả về trong khi đó giao dịch trước có chứa bất kỳ bit nào dưới đây được thiết lập giá trị là 1b:

• lỗi SDA;

• lỗi DDA;

• lỗi CDA;

CHÚ THÍCH: Chỉ báo này trong PTH được thiết lập ưu tiên để phát hành hồi đáp GENERATE AC. Lần thiết lập đầu tiên, chỉ báo này trong PTH giữ nguyên cho đến khi nó được thiết lập lại trong khi:

• Phân tích Hành động Thẻ lần đầu nếu giao dịch được chấp nhận ngoại tuyến và các bit “lỗi SDA”, “lỗi DDA” và “lỗi CDA” trong TVR tất cả thiết lập giá trị là 0b;

• Phân tích Hành động Thẻ lần hai nếu tình trạng Xác thực bên Phát hành và các điều kiện tham số ứng dụng đã đạt được và các bit “lỗi SDA”, “lỗi DDA” và “lỗi CDA” trong TVR tất cả thiết lập giá trị là 0b.

Req 4.5.31 (Thiết lập các bit lỗi xác thực dữ liệu ngoại tuyến):

Nếu bit “lỗi Xác thực Dữ liệu Ngoại tuyến trong lần Giao dịch Trước” trong phần tử dữ liệu PTH có giá trị là 1b thì ứng dụng phải:

• thiết lập bit “lỗi Xác thực Dữ liệu Ngoại tuyến trong lần Giao dịch Trước” trong ADR là 1b;

• thiết lập bit “lỗi Xác thực Dữ liệu Ngoại tuyến trong lần Giao dịch Trước” trong ADR là 1b;

5.5.3.8  Kiểm tra số lượng các lệnh Tập lệnh bên Phát hành

Kiểm tra bắt buộc này cung cấp cho bên phát hành các giá trị của bit b4 đến bit b1 trong bộ Đếm Lệnh Tập lệnh bên Phát hành, trong đó số lượng các lệnh Tập lệnh bên Phát hành được xử lý thành công trong các lần giao dịch trực tuyến trước đây.

Req 4.5.32 (Thiết lập các bit CVR cho số lượng các lệnh Tập lệnh đã xử lý):

Ứng dụng phải thiết lập các bit “Số lượng các Lệnh Tập lệnh bên Phát hành Có chứa thông điệp bí mật đã xử lý” trong CVR thành giá trị của các bit b4 đến b1 trong bộ Đếm Lệnh Tập lệnh bên Phát hành có sử dụng các thiết lập bit đồng nhất.

5.5.3.9  Kiểm tra việc thực hiện trực tuyến trong lần giao dịch tiếp theo

Kiểm tra bắt buộc này cung cấp thông báo bên phát hành rằng hoặc thẻ là một thẻ mới (thẻ chưa bao giờ được chấp nhận trực tuyến) là được cá thể hóa để thực hiện trực tuyến khi mới, hoặc là CSU phụ hồi thành công gần nhất cho biết rằng lần giao dịch tiếp theo phải thử tiến hành trực tuyến. Việc này cũng cho phép ứng dụng xem xét thông tin này khi ra quyết định khi nào chấp nhận hoặc từ chối giao dịch ngoại tuyến, hoặc gửi thực hiện trực tuyến. Bên phát hành có thể làm một thẻ mới thực hiện trực tuyến bằng cách thiết lập bit “thực hiện trực tuyến trong lần giao dịch tiếp theo” trong phần tử dữ liệu PTH thành giá trị 1b.

Với điều kiện là khi CSU phục hồi thành công gần nhất cho biết cuộc giao dịch tiếp theo phải thử tiến hành trực tuyến được thể hiện bằng cách ứng dụng thiết lập bit “Thực hiện Trực tuyến trong lần Giao dịch tiếp theo” trong PTH thành giá trị 1b.

CHÚ THÍCH: Một khi được thiết lập, chỉ báo này trong PTH giữ nguyên cho đến khi nó được thiết lập lại trong lúc Phân tích Hành động Thẻ lần hai dựa trên tình trạng Xác thực bên Phát hành và các tham số ứng dụng.

Req 4.5.33 (Thiết lập các bit thực hiện trực tuyến trong lần giao dịch tiếp theo)

Nếu bit “Thực hiện trực tuyến trong lần Giao dịch tiếp theo” trong PTH có giá trị là 1b, thì ứng dụng phải:

• thiết lập bit “đã thiết lập Thực hiện trực tuyến trong lần Giao dịch tiếp theo” trong ADR có giá trị là 1b.

• thiết lập bit “đã thiết lập Thực hiện trực tuyến trong lần Giao dịch tiếp theo” trong CVR có giá trị là 1b.

5.5.3.10  Kiểm tra lỗi Xác thực bên Phát hành

Kiểm tra bắt buộc này cung cấp thông báo bên phát hành rằng việc Xác thực bên Phát hành gặp lỗi trong lần giao dịch trực tuyến gần nhất. Việc này cũng cho phép ứng dụng xem xét thông tin này khi đang quyết định khi nào chấp nhận hoặc từ chối giao dịch ngoại tuyến hoặc gửi tiến hành giao dịch trực tuyến. Xác thực bên Phát hành gặp lỗi trong cuộc giao dịch trực tuyến gần nhất thể hiện bởi bit “xác thực bên phát hành bị lỗi” mã ứng dụng thiết lập là 1b trong phần tử dữ liệu PTH khi Xác thực bên Phát hành gặp lỗi trong quy trình xử lý giao dịch.

CHÚ THÍCH: Một khi thiết lập, chỉ báo này trong PTH vẫn còn cho đến khi được thiết lập lại trong khi Phân tích Hành động thẻ lần hai tùy theo các tham số tình trạng Xác thực bên Phát hành và tham số tình trạng ứng dụng.

Req 4.5.34 (Thiết lập các bit lỗi Xác thực bên Phát hành):

Nếu bit ‘Xác thực bên Phát hành bị lỗi’ trong PTH có giá trị là 1b, thì ứng dụng phải:

• thiết lập bit ‘Xác thực bên Phát hành bị lỗi’ trong ADR là 1b;

• thiết lập bit ‘Xác thực bên Phát hành bị lỗi’ trong CVR là 1b.

5.5.3.11  Kiểm tra Tập lệnh bên Phát hành đã nhận

Kiểm tra bắt buộc này xác định khi nào một tập lệnh bên phát hành đã nhận trong lần giao dịch trực tuyến trước đó. Điều này cho phép ứng dụng để xem xét thông tin này khi ra quyết định khi nào chấp nhận hoặc từ chối giao dịch ngoại tuyến, hoặc gửi giao dịch trực tuyến.

Việc nhận một tập lệnh bên phát hành được thể hiện bởi bit ‘Tập lệnh đã nhận’ mà ứng dụng thiết lập là 1b trong phần tử dữ liệu PTH trong suốt quy trình xử lý các lệnh tập lệnh bên phát hành.

CHÚ THÍCH: Một khi thiết lập, chỉ báo này trong PTH vẫn còn cho đến khi được thiết lập lại trong khi Phân tích Hành động thẻ lần hai tùy theo các tham số tình trạng Xác thực bên Phát hành và tham số tình trạng ứng dụng.

Req 4.5.35 (Thiết lập bit tập lệnh nhận được):

Nếu bit ‘Tập lệnh nhận được’ trong PTH có giá trị là 1b, thì ứng dụng phải thiết lập trong ADR là 1b.

5.5.3.12  Kiểm tra Quy trình xử lý tập lệnh bên phát hành bị lỗi

Kiểm tra bắt buộc này cung cấp cho bên phát hành một thông báo rằng quy trình xử lý tập lệnh bên phát hành bị lỗi trong lần giao dịch trực tuyến trước đó. Việc này cũng cho phép ứng dụng xem xét thông tin này khi quyết định khi nào chấp nhận hoặc từ chối giao dịch ngoại tuyến hoặc gửi tiến hành giao dịch trực tuyến.

Bị lỗi trong quy trình xử lý tập lệnh thể hiện tại bit ‘Tập lệnh bị lỗi’ mà ứng dụng thiết lập là 1b trong phần tử dữ liệu PTH khi có lỗi xuất hiện trong lúc quy trình xử lý các lệnh tập lệnh bên phát hành.

CHÚ THÍCH: Một khi thiết lập, chỉ báo này trong PTH giữ nguyên cho đến khi nó được thiết lập lại trong Phân tích hành động Thẻ lần hai tùy theo tham số tình trạng Xác thực bên Phát hành và tham số tình trạng ứng dụng.

Req 4.5.36 (thiết lập bit tập lệnh bị lỗi):

Nếu bit ‘Tập lệnh bị lỗi’ trong PTH có giá trị là 1b, thì ứng dụng phải:

• thiết lập bit ‘Quy trình xử lý tập lệnh bên phát hành bị lỗi’ trong ADR là 1b;

• thiết lập bit ‘Quy trình xử lý tập lệnh bên phát hành bị lỗi’ trong CVR là 1b.

5.5.3.13  Kiểm tra việc không hoàn thành lần giao dịch trực tuyến cuối cùng

Kiểm tra bắt buộc này xác định liệu trong một giao dịch trước đó, thẻ đã bị gỡ khỏi thiết bị đầu cuối sau khi thẻ yêu cầu việc chấp thuận trực tuyến và trước khi nhận một hồi đáp trực tuyến hoặc quy trình xử lý thiết bị đầu cuối không thể thực hiện trực tuyến. Kiểm tra này cung cấp thông báo bên phát hành rằng lần giao dịch trực tuyến trước đó bị lỗi. Việc kiểm tra này cũng cho phép ứng dụng xem xét thông tin này khi ra quyết định khi nào chấp nhận hoặc từ chối giao dịch ngoại tuyến, hoặc để gửi thực hiện trực tuyến. Lỗi khi hoàn thành giao dịch trực tuyến cuối cùng được thể hiện bởi các bit ‘lần giao dịch trực tuyến cuối cùng không hoàn thành’ mà ứng dụng để 1b trong phần tử dữ liệu PTH khi việc chấp thuận thực hiện trực tuyến được yêu cầu.

CHÚ THÍCH: Một khi thiết lập, chỉ báo này trong PTH giữ nguyên cho đến khi nó được thiết lập lại trong Phân tích hành động Thẻ lần hai tùy theo tham số tình trạng Xác thực bên Phát hành và tham số tình trạng ứng dụng.

Req 4.5.37 (Thiết lập bit lần giao dịch trực tuyến cuối cùng không hoàn thành):

Nếu bit ‘lần giao dịch trực tuyến cuối cùng không hoàn thành’ trong các phần tử dữ liệu PTH có giá trị 1b, thì ứng dụng sẽ:

• thiết lập bit ‘lần giao dịch trực tuyến cuối cùng không hoàn thành’ trong ADR là 1b;

• thiết lập bit ‘lần giao dịch trực tuyến cuối cùng không hoàn thành’ trong CVR là 1b.

5.5.3.14  Kiểm tra việc không thực hiện Xác thực bên Phát hành

Kiểm tra bắt buộc này cung cấp một thông báo bên phát hành rằng việc Xác thực bên Phát hành không được thực hiện trong lần giao dịch trực tuyến cuối cùng; do đó, hoặc giao dịch đã không thể tiến hành trực tuyến hoặc Dữ liệu Xác thực bên Phát hành không nhận được trong thông điệp hồi đáp.

Các bit ‘Không thể thực hiện trực tuyến’ trong ADR cho phép ứng dụng để xem xét thông tin này trước khi quyết định chấp nhận hoặc từ chối giao dịch ngoại tuyến, hoặc gửi thực hiện trực tuyến.

Các điều kiện mà giao dịch không thể thực hiện trực tuyến trong lần giao dịch trực tuyến cuối cùng được thể hiện bởi bit ‘Không thể thực hiện trực tuyến’ mà ứng dụng bộ thiết lập là 1b trong các phần tử dữ liệu PTH khi ứng dụng nhận được một Phân tích Hành động Thẻ lần hai cho biết thiết bị đầu cuối đã không thể thực hiện trực tuyến trong một giao dịch trước đó đã cố gắng để thực hiện trực tuyến.

Các bit ‘không nhận được Dữ liệu Xác thực bên Phát hành trong lần giao dịch trực tuyến trước đó’ trong ADR cho phép ứng dụng xem xét thông tin này khi quyết định việc chấp thuận hoặc từ chối giao dịch ngoại tuyến, hoặc gửi thực hiện trực tuyến.

Các điều kiện mà Dữ liệu Xác thực bên Phát hành không nhận được trong lần giao dịch trực tuyến cuối cùng được thể hiện bởi bit ‘không nhận được Dữ liệu Xác thực bên Phát hành trong Hồi đáp Trực tuyến’ mà ứng dụng thiết lập là 1b trong phần tử dữ liệu PTH khi Dữ liệu Xác thực bên Phát hành không nhận được trong Phân tích Hành động thẻ lần hai của lần giao dịch trước đó nhưng cuộc giao dịch đã thực hiện trực tuyến.

CHÚ THÍCH: Một khi thiết lập, chỉ báo này trong PTH giữ nguyên cho đến khi nó được thiết lập lại trong Phân tích hành động Thẻ lần hai tùy theo tham số tình trạng Xác thực bên Phát hành và tham số tình trạng ứng dụng.

Req 4.5.38 (thiết lập bit Dữ liệu Xác thực bên Phát hành không nhận được):

Nếu bit ‘Không nhận được Dữ liệu Xác thực bên Phát hành trong Hồi đáp Trực tuyến’ trong các PTH có giá trị là 1b, thì ứng dụng sẽ:

• thiết lập bit ‘Không nhận được Dữ liệu Xác thực bên Phát hành trong lần Giao dịch trước đó’ trong ADR là 1b.

• thiết lập bit ‘Không thực hiện Xác thực bên phát hành’ trong CVR là 1b.

Req 4.5.39 (thiết lập bit giao dịch không thể thực hiện trực tuyến):

Nếu bit ‘Không thể thực hiện trực tuyến’ trong các PTH có giá trị 1b, thì ứng dụng sẽ:

• thiết lập bit ‘Không thể thực hiện trực tuyến’ trong ADR là 1b.

• thiết lập ‘Không thực hiện Xác thực bên Phát hành’ trong CVR là 1b.

5.5.3.15  Kiểm tra Thanh tổng x bị vượt Hạn mức Dưới

Kiểm tra tùy chọn bên phát hành này cung cấp thông báo bên phát hành rằng Hạn mức Dưới cho lượng tiền thanh tổng của các giao dịch ngoại tuyến đã hết. Việc này cũng cho phép ứng dụng xem xét thông tin này khi ra quyết định khi nào chấp nhận hoặc từ chối giao dịch ngoại tuyến hoặc gửi thực hiện trực tuyến.

Việc kiểm tra này được thực hiện cho từng Thanh tổng x mà đang kích hoạt cho giao dịch. Nếu đang kích hoạt, Thanh tổng x có thể tích lũy các giao dịch đã được chấp nhận ngoại tuyến trong đó lượng tiền giao dịch có thể là:

• lượng tiền tích lũy;

• bất kỳ loại tiền nào mà giá trị giao dịch có thể xấp xỉ trong lượng tiền thanh tổng bằng cách sử dụng Bảng quy đổi tiền tệ cho Thanh tổng x nếu một Bảng Quy đổi tiền tệ là đang kích hoạt cho Thanh tổng x trong Hồ sơ.

CHÚ THÍCH 1: Nếu chức năng Quy đổi Tiền tệ được sử dụng, số tiền quy đổi sang lượng tiền thanh tổng là một xấp xỉ dựa trên tỷ lệ quy đổi trong Tham số Quy đổi Tiền tệ.

CHÚ THÍCH 2: Nếu kích hoạt Bảng Quy đổi Tiền tệ cho Thanh tổng x trong Hồ sơ không có tỷ lệ quy đổi cho bất kỳ loại tiền tệ bổ sung nào, thì Thanh tổng có chứa tổng số giao dịch ngoại tuyến được sử dụng cho lượng tiền thanh tổng.

Bit ‘Bao gồm chấp nhận ngoại tuyến’ trong Kiểm soát Kiểm soát Thanh tổng x khi nào ứng dụng có thể thêm giá trị của một giao dịch được chấp nhận ngoại tuyến vào Thanh tổng x.

Nếu các thiết bị đầu cuối yêu cầu một AAC (từ chối ngoại tuyến), thì giao dịch sẽ bị từ chối bất kể việc thiết lập của bất kỳ bit ADR. Như vậy, ứng dụng chỉ cần thực hiện các kiểm tra quản lý rủi ro thẻ mà có thể thiết lập bit CVR. Quy trình xử lý mà thiết lập bit CVR khi Hạn mức Dưới của Thanh tổng x bị vượt quá (đối với thiết bị đầu cuối yêu cầu một AAC) như đã mô tả trong Điều 5.5.7.

Nếu các thiết bị đầu cuối yêu cầu một TC (chấp nhận ngoại tuyến) hoặc một ARQC (thực hiện trực tuyến để chấp thuận) và giao dịch được chấp nhận ngoại tuyến không được tích lũy trong Thanh tổng x trong Hồ sơ; thì nếu giao dịch là cần được chấp nhận ngoại tuyến, giá trị của giao dịch hiện tại không được bao gồm khi thực hiện việc kiểm tra này. Các kiểm tra kiểm tra khi nào lượng tiền từ các giao dịch trước đó đã vượt quá Hạn mức Dưới của Thanh tổng x.

Giao dịch hiện thời có thể được tích lũy nếu tất cả những điều sau đây là đúng:

• thiết bị đầu cuối yêu cầu một ARQC hoặc TC;

• việc tích lũy được cho phép;

• chấp nhận ngoại tuyến có trong Thanh tổng x cho Hồ sơ;

• Giao dịch hoặc bằng lượng tiền thanh tổng hoặc quy đổi sang lượng tiền thanh tổng.

Nếu thiết bị đầu cuối yêu cầu một ARQC (thực hiện trực tuyến để chấp thuận) và giao dịch hiện thời có thể tích lũy, thì điều này là một tùy chọn bên phát hành (sử dụng bit ‘Bao gồm ARQC trong Kiểm tra CRM’ trong Kiểm soát Thanh tổng x) liệu có bao gồm giá trị của cuộc giao dịch hiện thời khi xác định khi nào Hạn mức Dưới của Thanh tổng x.

Nếu thiết bị đầu cuối yêu cầu một TC (chấp nhận ngoại tuyến) và cuộc giao dịch hiện thời có thể được tích lũy, thì giá trị của cuộc giao dịch hiện thời bao gồm khi đang xác định khi nào Hạn mức Dưới của Thanh tổng x đã bị vượt quá.

Req 4.5.40 (Kiểm tra nếu Hạn mức Dưới của thanh tổng đã bị vượt quá trước đó):

Đối với từng Thanh tổng x mà được kích hoạt cho giao dịch:

• nếu cả hai điều sau là đúng:

- thiết bị đầu cuối đã yêu cầu một TC hoặc ARQC trong lệnh GENERATE AC lần đầu;

- và giá trị của Thanh tổng x lớn hơn Hạn mức Dưới của Thanh tổng x thì ứng dụng phải:

- thiết lập bit ‘đã vượt quá Hạn mức Dưới của Thanh tổng x’ trong ADR là 1b;

- thiết lập bit ‘đã vượt quá Hạn mức Dưới Lượng tiền ngoại tuyến lũy tuyến’ trong CVR là 1b.

Req 4.5.41 (Kiểm tra nếu Hạn mức Dưới thanh tổng bị vượt quá bởi giao dịch này):

Đối với từng Thanh tổng x đã kích hoạt cho giao dịch:

• nếu tất cả những điều sau đây là đúng:

- bit ‘Cho phép tích lũy’ trong Kiểm soát Hồ sơ Thanh tổng cho Thanh tổng x trong hồ sơ này có giá trị 1b;

- bit ‘Bao gồm chấp nhận ngoại tuyến’ trong Kiểm soát Thanh tổng x có giá trị 1b,

- Và hoặc điều sau là đúng:

▪ thiết bị đầu cuối yêu cầu TC trong lệnh GENERATE AC lần đầu;

▪ hoặc thiết bị đầu cuối yêu cầu một ARQC trong lệnh GENERATE AC lần đầu, và bit ‘Bao gồm Giao dịch ARQC trong kiểm tra CRM’ trong Kiểm soát Thanh tổng x có số giá trị 1b;

- Và hoặc điều sau là đúng:

▪ Mã Tiền Giao dịch phù hợp với Mã Tiền Thanh tổng và tổng giá trị của Thanh tổng x và Lượng tiền, được Chuẩn chi lớn hơn Hạn mức Dưới của Thanh tổng x;

▪ hoặc các Mã Tiền Giao dịch không phù hợp với Mã Tiền Thanh tổng và các Mã Tiền Giao dịch phù hợp với Mã Tiền Nguồn ở một trong các Tham số Quy đổi Tiền tệ trong Bảng Quy đổi Tiền tệ kích hoạt cho Thanh tổng x và tổng giá trị của Thanh tổng x và lượng tiền đã quy đổi thành tiền thanh tổng (sử dụng Lượng tiền, được Chuẩn chi và Bảng Quy đổi Tiền tệ kích hoạt cho Thanh tổng x) lớn hơn so với Hạn mức Dưới của Thanh tổng x;

thì ứng dụng sẽ:

- Thiết lập bit ‘Đã vượt quá Hạn mức Dưới của Thanh tổng x’ trong ADR là 1b;

- Thiết lập bit ‘đã vượt quá Hạn mức Dưới Lượng tiền Ngoại tuyến Thanh tổng’ trong CVR là 1b.

5.5.3.16  Kiểm tra Hạn mức Trên của Thanh tổng x bị vượt quá

Kiểm tra tùy chọn bên phát hành này cung cấp thông báo bên phát hành rằng hạn mức trên cho lượng tiền thanh tổng của các giao dịch ngoại tuyến đã bị vượt quá. Việc cũng cho phép ứng dụng xem xét thông tin này khi quyết định chấp nhận hoặc từ chối giao dịch ngoại tuyến, hoặc gửi giao dịch trực tuyến. Việc kiểm tra này được thực hiện cho từng Thanh tổng x đang kích hoạt cho giao dịch. Nếu kích hoạt, Thanh tổng x có thể thanh tổng các giao dịch đã được chấp nhận ngoại tuyến khi lượng tiền giao dịch có thể là:

• lượng tiền tích lũy;

• bất kỳ đồng tiền nào mà giá trị giao dịch có thể xấp xỉ với lượng tiền thanh tổng bằng cách sử dụng Bảng quy đổi tiền tệ cho Thanh tổng x nếu một Bảng Quy đổi tiền tệ có kích hoạt cho Thanh tổng x trong Hồ sơ.

CHÚ THÍCH 1: Nếu chức năng quy đổi tiền tệ được sử dụng, lượng tiền quy đổi sang lượng tiền thanh tổng là một xấp xỉ dựa trên tỷ lệ quy đổi trong Tham số Quy đổi Tiền tệ.

CHÚ THÍCH 2: Nếu kích hoạt Bảng quy đổi tiền tệ cho Thanh tổng x trong Hồ sơ không có tỷ lệ quy đổi cho bất kỳ loại tiền tệ bổ sung nào, thì thanh tổng có chứa số lượng các giao dịch ngoại tuyến xây dựng trên lượng tiền thanh tổng.

Bit ‘Bao gồm chấp nhận Ngoại tuyến’ trong Kiểm soát Kiểm soát Thanh tổng x khi nào ứng dụng có thể thêm giá trị của một giao dịch được chấp nhận ngoại tuyến vào Thanh tổng x.

Nếu thiết bị đầu cuối yêu cầu một AAC (từ chối ngoại tuyến), thì giao dịch sẽ bị từ chối bất kể thiết lập của bất kỳ bit ADR nào. Như vậy, ứng dụng chỉ cần thực hiện các kiểm tra quản lý rủi ro thẻ mà có thể thiết lập bit CVR. Quy trình xử lý mà thiết lập bit CVR khi Hạn mức Trên của Thanh tổng x đã vượt quá (cho thiết bị đầu cuối yêu cầu AAC) như mô tả trong Điều 5.5.7.

Nếu các thiết bị đầu cuối yêu cầu một TC (chấp nhận ngoại tuyến) hoặc một ARQC (thực hiện trực tuyến để chấp thuận) và giao dịch được chấp nhận ngoại tuyến không được tích lũy trong Thanh tổng x trong Hồ sơ; thì nếu giao dịch là cần được chấp nhận ngoại tuyến, giá trị của giao dịch hiện tại không được bao gồm khi thực hiện việc kiểm tra này. Các kiểm tra kiểm tra khi nào lượng tiền từ các giao dịch trước đó đã vượt quá Hạn mức Trên của Thanh tổng x.

Giao dịch hiện thời có thể được tích lũy nếu tất cả những điều sau đây là đúng:

• thiết bị đầu cuối yêu cầu một ARQC hoặc TC

• việc tích lũy được cho phép

• chấp nhận ngoại tuyến có trong Thanh tổng x cho Hồ sơ

• Giao dịch hoặc bằng lượng tiền thanh tổng hoặc có thể quy đổi sang lượng tiền thanh tổng

Nếu thiết bị đầu cuối yêu cầu một ARQC (thực hiện trực tuyến để chấp thuận) và giao dịch hiện thời có thể thanh tổng, thì điều này là một tùy chọn bên phát hành (sử dụng bit ‘Bao gồm ARQC trong Kiểm tra CRM’ trong Kiểm soát Thanh tổng x) liệu có bao gồm giá trị của cuộc giao dịch hiện thời xác định khi vượt quá Hạn mức Trên của Thanh tổng x.

Nếu thiết bị đầu cuối yêu cầu một TC (chấp nhận ngoại tuyến) và cuộc giao dịch hiện thời có thể được tích lũy, thì giá trị của cuộc giao dịch hiện thời bao gồm khi đang xác định khi nào Hạn mức Trên của Thanh tổng x đã bị vượt quá.

Req 4.5.42 (Kiểm tra nếu Hạn mức Trên của thanh tổng đã bị vượt quá trước đó):

Đối với từng Thanh tổng x mà được kích hoạt cho giao dịch:

● nếu cả hai điều sau là đúng:

- thiết bị đầu cuối đã yêu cầu một TC hoặc ARQC trong lệnh GENERATE AC lần đầu;

- và giá trị của Thanh tổng x lớn hơn Hạn mức Trên của Thanh tổng x thì ứng dụng phải:

- thiết lập bit ‘đã vượt quá Hạn mức Trên của Thanh tổng x’ trong ADR là 1b;

- thiết lập bit ‘đã vượt quá Hạn mức Trên Lượng tiền ngoại tuyến lũy tuyến’ trong CVR là 1b.

Req 4.5.43 (Kiểm tra nếu Hạn mức Trên thanh tổng bị vượt quá bởi giao dịch này):

Đối với từng Thanh tổng x đã kích hoạt cho giao dịch:

• nếu tất cả những điều sau đây là đúng:

- bit ‘Cho phép tích lũy” trong Kiểm soát Hồ sơ Thanh tổng cho Thanh tổng x trong hồ sơ này có giá trị 1b;

- bit ‘Bao gồm chấp nhận ngoại tuyến’ trong Kiểm soát Thanh tổng x có giá trị 1b;

- Và hoặc điều sau là đúng:

▪ thiết bị đầu cuối yêu cầu TC trong lệnh GENERATE AC lần đầu;

• hoặc thiết bị đầu cuối yêu cầu một ARQC trong lệnh GENERATE AC lần đầu, và bit ‘Bao gồm Giao dịch ARQC trong kiểm tra CRM’ trong Kiểm soát Thanh tổng x có số giá trị 1b;

- Và hoặc điều sau là đúng:

▪ Mã Tiền Giao dịch phù hợp với Mã Tiền Thanh tổng và tổng giá trị của Thanh tổng x và Lượng tiền, được Chuẩn chi lớn hơn Hạn mức Trên của Thanh tổng x;

• hoặc các Mã Tiền Giao dịch không phù hợp với Mã Tiền Thanh tổng và các Mã Tiền Giao dịch phù hợp với Mã Tiền Nguồn ở một trong các Tham số Quy đổi Tiền tệ trong Bảng Quy đổi Tiền tệ kích hoạt cho Thanh tổng x và tổng giá trị của Thanh tổng x và lượng tiền đã quy đổi thành tiền thanh tổng (sử dụng Lượng tiền, được Chuẩn chi và Bảng Quy đổi Tiền tệ kích hoạt cho Thanh tổng x) lớn hơn so với Hạn mức Trên của Thanh tổng x;

thì ứng dụng sẽ:

- Thiết lập bit ‘Đã vượt quá Hạn mức Trên của Thanh tổng x’ trong ADR là 1b;

- Thiết lập bit ‘đã vượt quá Hạn mức Trên Lượng tiền Ngoại tuyến lũy tiến’ trong CVR là 1b;

5.5.3.17  Kiểm tra Hạn mức Dưới bộ đếm x bị vượt quá

Kiểm tra tùy chọn bên phát hành này cung cấp tùy chọn bên phát hành rằng Hạn mức Dưới cho tổng đếm giao dịch đã hết. Việc này cũng cho phép ứng dụng xem xét thông tin này khi ra quyết định khi nào chấp nhận hoặc từ chối giao dịch ngoại tuyến hoặc gửi tiến hành giao dịch trực tuyến.

Kiểm tra này được thực hiện cho từng bộ đếm x mà đang kích hoạt cho giao dịch. Kiểm soát bộ đếm x được cá thể hóa để chỉ ra các giao dịch đã được đếm trong bộ đếm x. Nếu kích hoạt, bộ đếm x có thể đếm các giao dịch:

• bị từ chối ngoại tuyến;

• được chấp nhận ngoại tuyến:

• tất cả các chấp nhận ngoại tuyến;

• hoặc chỉ chấp nhận ngoại tuyến quốc tế (tùy theo nước);

• hoặc chỉ chấp nhận ngoại tuyến không tích lũy;

• hoặc chỉ chấp nhận ngoại tuyến quốc tế, không tích lũy;

Nếu thiết bị đầu cuối yêu cầu một AAC (từ chối ngoại tuyến), thì giao dịch sẽ bị từ chối bất kể thiết lập của bất kỳ bit ADR nào. Như vậy, ứng dụng chỉ cần thực hiện các kiểm tra quản lý rủi ro thẻ mà phải thiết lập bit CVR. Quy trình xử lý thiết lập bit CVR khi Hạn mức Dưới bộ đếm x bị vượt quá (cho thiết bị đầu cuối yêu cầu AAC) như mô tả trong Điều 5.5.7.

Nếu thiết bị đầu cuối yêu cầu một TC (chấp nhận ngoại tuyến) hoặc một ARQC (gửi thực hiện trực tuyến để chấp nhận) và các giao dịch được chấp nhận ngoại tuyến sẽ không được đếm trong bộ đếm x trong Hồ sơ, thì nếu giao dịch được chấp nhận ngoại tuyến, giao dịch hiện thời không có trong tổng đếm khi thực hiện kiểm tra này. Các kiểm tra kiểm tra khi tổng đếm từ các giao dịch trước đó đã vượt quá Hạn mức Dưới bộ đếm x.

Nếu thiết bị đầu cuối yêu cầu một ARQC (thực hiện trực tuyến để chấp thuận) và giao dịch hiện thời có thể có thể được đếm, thì điều này là một tùy chọn bên phát hành (sử dụng bit ‘Bao gồm ARQC trong Kiểm tra CRM’ trong Kiểm soát bộ đếm x) liệu có bao gồm giá trị của cuộc giao dịch hiện thời Khi xác định khi vượt quá Hạn mức Dưới bộ đếm x.

Nếu thiết bị đầu cuối yêu cầu một TC (chấp nhận ngoại tuyến) và cuộc giao dịch hiện thời có thể được đếm, thì cuộc giao dịch hiện thời bao gồm khi đang xác định khi nào Hạn mức Dưới bộ đếm x đã bị vượt quá.

Req 4.5.44 (Kiểm tra nếu Hạn mức Dưới của bộ đếm đã bị vượt quá trước đó):

Đối với từng bộ đếm x đã được kích hoạt cho giao dịch:

• nếu cả hai điều sau là đúng:

- thiết bị đầu cuối đã yêu cầu một TC hoặc ARQC trong lệnh GENERATE AC lần đầu;

- và giá trị của bộ đếm x lớn hơn Hạn mức Dưới bộ đếm x thì ứng dụng phải:

- thiết lập bit ‘đã vượt quá Hạn mức Dưới bộ đếm x’ trong ADR là 1b;

- thiết lập bit ‘đã vượt quá Hạn mức Dưới Tổng đếm Giao dịch Ngoại tuyến’ trong CVR là 1b;

Req 4.5.45 (Kiểm tra nếu Hạn mức Dưới bộ đếm bị vượt quá bởi giao dịch này):

Đối với bộ đếm x đã kích hoạt cho giao dịch:

• nếu tất cả những điều sau đây là đúng:

- bit ‘Cho phép Đếm’ trong Kiểm soát Hồ sơ Bộ đếm cho bộ đếm x có giá trị 1b;

- bit ‘Bao gồm chấp nhận ngoại tuyến’ trong Kiểm soát bộ đếm x có giá trị 1b,

- và hoặc điều sau là đúng:

▪ thiết bị đầu cuối yêu cầu TC trong lệnh GENERATE AC lần đầu;

▪ hoặc thiết bị đầu cuối yêu cầu một ARQC trong lệnh GENERATE AC lần đầu, và bit ‘Bao gồm Giao dịch ARQC trong kiểm tra CRM’ trong Kiểm soát bộ đếm x có số giá trị 1b;

- và hoặc điều sau là đúng:

▪ bit ‘Bao gồm Chỉ nếu quốc tế’ trong Kiểm soát Bộ đếm x có giá trị 0b;

▪ hoặc Mã Nước Thiết bị đầu cuối không tương ứng với Mã Nước bên Phát hành;

- và hoặc điều sau là đúng:

▪ bit ‘Bao gồm Chỉ nếu không tích lũy’ trong Kiểm soát bộ đếm x có giá trị 0b;

• hoặc cho tất cả giá trị của y, giao dịch đã không thể tích lũy trong Thanh tổng y bởi vì một trong các điều kiện được liệt kê trong Bảng 7 không đúng;

- và giá trị của bộ đếm x+1 là lớn hơn Hạn mức Dưới bộ đếm x thì ứng dụng phải:

- thiết lập bit ‘đã vượt quá Hạn mức Dưới bộ đếm x’ trong ADR là 1b;

- thiết lập bit ‘đã vượt quá Hạn mức Dưới Tổng đếm Giao dịch Ngoại tuyến’ trong CVR là 1b.

Bảng 7 - Các điều kiện để Giao dịch đang tích lũy trong Thanh tổng y

5.5.3.18  Kiểm tra Hạn mức Trên bộ đếm x bị vượt quá

Kiểm tra tùy chọn bên phát hành này cung cấp tùy chọn bên phát hành rằng Hạn mức Trên cho tổng đếm giao dịch đã hết. Việc này cũng cho phép ứng dụng xem xét thông tin này khi ra quyết định khi nào chấp nhận hoặc từ chối giao dịch ngoại tuyến hoặc gửi tiến hành giao dịch trực tuyến.

Kiểm tra này được thực hiện cho từng bộ đếm x mà đang kích hoạt cho giao dịch. Kiểm soát bộ đếm x được cá thể hóa để chỉ ra các giao dịch đã được đếm trong bộ đếm x. Nếu kích hoạt, bộ đếm x có thể đếm các giao dịch:

• bị từ chối ngoại tuyến;

• được chấp nhận ngoại tuyến:

• tất cả các chấp nhận ngoại tuyến;

• hoặc chỉ chấp nhận ngoại tuyến quốc tế (tùy theo nước);

• hoặc chỉ chấp nhận ngoại tuyến không tích lũy;

• hoặc chỉ chấp nhận ngoại tuyến quốc tế, không tích lũy;

Nếu thiết bị đầu cuối yêu cầu một AAC (từ chối ngoại tuyến), thì giao dịch sẽ bị từ chối bất kể thiết lập của bất kỳ bit ADR nào. Như vậy, ứng dụng chỉ cần thực hiện các kiểm tra quản lý rủi ro thẻ mà phải thiết lập bit CVR. Quy trình xử lý thiết lập bit CVR khi Hạn mức Trên Bộ đếm x bị vượt quá (cho thiết bị đầu cuối yêu cầu AAC) như mô tả trong Điều 5.5.7.

Nếu thiết bị đầu cuối yêu cầu một TC (chấp nhận ngoại tuyến) hoặc một ARQC (gửi thực hiện trực tuyến để chấp nhận) và các giao dịch được chấp nhận ngoại tuyến sẽ không được đếm trong Bộ đếm x trong Hồ sơ, thì nếu giao dịch được chấp nhận ngoại tuyến, giao dịch hiện thời không có trong tổng đếm khi thực hiện kiểm tra này. Các kiểm tra kiểm tra khi tổng đếm từ các giao dịch trước đó đã vượt quá Hạn mức Trên Bộ đếm x.

Nếu thiết bị đầu cuối yêu cầu một ARQC (thực hiện trực tuyến để chấp thuận) và giao dịch hiện thời có thể có thể được đếm, thì điều này là một tùy chọn bên phát hành (sử dụng bit ‘Bao gồm ARQC trong Kiểm tra CRM’ trong Kiểm soát Bộ đếm x) liệu có bao gồm giá trị của cuộc giao dịch hiện thời khi xác định khi vượt quá Hạn mức Trên Bộ đếm x.

Nếu thiết bị đầu cuối yêu cầu một TC (chấp nhận ngoại tuyến) và cuộc giao dịch hiện thời có thể được đếm, thì cuộc giao dịch hiện thời bao gồm khi đang xác định khi nào Hạn mức Trên Bộ đếm x đã bị vượt quá.

Req 4.5.46 (Kiểm tra nếu Hạn mức Trên của bộ đếm đã bị vượt quá trước đó):

Đối với từng Bộ đếm x đã được kích hoạt cho giao dịch:

• nếu cả hai điều sau là đúng:

- thiết bị đầu cuối đã yêu cầu một TC hoặc ARQC trong lệnh GENERATE AC lần đầu;

- và giá trị của Bộ đếm x lớn hơn Hạn mức Trên Bộ đếm x thì ứng dụng phải:

- thiết lập bit ‘đã vượt quá Hạn mức Trên Bộ đếm x’ trong ADR là 1b;

- thiết lập bit ‘đã vượt quá Hạn mức Trên Tổng đếm Giao dịch Ngoại tuyến’ trong CVR là 1b;

Req 4.5.47 (Kiểm tra nếu Hạn mức Trên bộ đếm bị vượt quá bởi giao dịch này):

Đối với Bộ đếm x đã kích hoạt cho giao dịch:

• nếu tất cả những điều sau đây là đúng:

- bit ‘Cho phép Đếm’ trong Kiểm soát Hồ sơ Bộ đếm cho Bộ đếm x có giá trị 1b;

- bit ‘Bao gồm chấp nhận ngoại tuyến’ trong Kiểm soát Bộ đếm x có giá trị 1b;

- và hoặc điều sau là đúng:

• thiết bị đầu cuối yêu cầu TC trong lệnh GENERATE AC lần đầu;

• hoặc thiết bị đầu cuối yêu cầu một ARQC trong lệnh GENERATE AC lần đầu, và bit ‘Bao gồm Giao dịch ARQC trong kiểm tra CRM’ trong Kiểm soát Bộ đếm x có số giá trị 1b

- và hoặc điều sau là đúng:

▪ bit ‘Bao gồm Chỉ nếu quốc tế’ trong Kiểm soát Bộ đếm x có giá trị 0b;

▪ hoặc Mã Nước Thiết bị đầu cuối không tương ứng với Mã Nước bên Phát hành;

- và hoặc điều sau là đúng:

▪ bit ‘Bao gồm Chỉ nếu không tích lũy’ trong Kiểm soát Bộ đếm x có giá trị 0b;

• hoặc cho tất cả giá trị của y, giao dịch đã không thể tích lũy trong Thanh tổng y bởi vì một trong các điều kiện được liệt kê trong Bảng 7 không đúng;

- và giá trị của Bộ đếm x+1 là lớn hơn Hạn mức Trên Bộ đếm x thì ứng dụng phải:

- thiết lập bit ‘đã vượt quá Hạn mức Trên Bộ đếm x’ trong ADR là 1b;

- thiết lập bit ‘đã vượt quá Hạn mức Trên Tổng đếm Giao dịch Ngoại tuyến’ trong CVR là 1b;

5.5.3.19  Kiểm tra bit Tùy ý-bên Phát hành 1 và bit Tùy ý-bên Phát hành 2

Việc thiết lập cho bit Tùy ý-bên Phát hành 1 và bit Tùy ý-bên Phát hành 2 trong CVR nằm ngoài phạm vi của tài liệu đặc tả này.

CHÚ THÍCH: Nếu các bit này được sử dụng để chỉ ra các điều kiện mà bên phát hành sẽ cần thực hiện hành động sử dụng ADR và CIAC, thì phần Tùy ý-bên Phát hành của ADR và CIAC có thể được sử dụng như Điều 5 trong TCVN 11198-6.

5.5.3.20  Số lượng ngày tối đa để kiểm tra ngoại tuyến

Kiểm tra tùy chọn bên phát hành này xác định khi nào hạn mức số ngày kể từ khi ứng dụng gửi lần cuối giao dịch trực tuyến đã bị vượt quá. Số Ngày Ngoại tuyến được đo từ ngày giao dịch trước đó mà thực hiện trực tuyến và thiết bị đầu cuối không cho biết rằng giao dịch đấy không thể thực hiện trực tuyến. Điều này cho phép ứng dụng xem xét thông tin này khi ra quyết định khi nào chấp nhận hoặc từ chối giao dịch ngoại tuyến, hoặc gửi thực hiện trực tuyến.

Kiểm tra này sử dụng việc quản lý Ngày Giao dịch như là một Ngày Giao dịch trong các Ngày được mô tả trong Điều 9, TCVN 11198-7.

Bit ‘Kích hoạt kiểm tra số ngày ngoại tuyến tối đa’ trong Kiểm soát Hồ sơ Tùy chọn bên Phát hành được sử dụng để kích hoạt kiểm tra này.

Req 4.5.48 (Kiểm tra khi nào thực hiện kiểm tra số ngày ngoại tuyến tối đa):

Nếu bit ‘Kích hoạt kiểm tra số ngày ngoại tuyến tối đa’ trong Kiểm soát Hồ sơ Tùy chọn bên Phát hành có giá trị 1b, thì ứng dụng phải thực hiện kiểm tra này.

Ứng dụng kiểm tra lần đầu khi:

• Ngày Giao dịch được định dạng đúng - số năm giữa 0 và 99, số tháng nằm giữa 1 và 12 và số ngày nằm giữa 1 và 31;

• Ngày Giao dịch không sớm hơn Ngày Giao dịch Trực tuyến Cuối cùng trong các Ngày.

Req 4.5.49 (Xác minh rằng ngày tháng là hợp lệ đối với kiểm tra số ngày ngoại tuyến):

Nếu bất kỳ điều sau là đúng:

• Ngày Giao dịch byte 1 (YY) không nằm trong dải ‘00’ đến ‘99’;

• hoặc Ngày Giao dịch byte 2 (MM) không nằm trong dải ‘01’ đến ‘12’;

• hoặc Ngày Giao dịch byte 3 (DD) không nằm trong dải ‘01’ đến ‘31’;

• hoặc Ngày Giao dịch hiện thời trong các Ngày là ít hơn Ngày Giao dịch Trục tuyến Cuối cùng trong các Ngày.

thì ứng dụng phải:

• thiết lập bit ‘Kiểm tra bị lỗi’ trong ADR có giá trị là 1b;

• thiết lập bit ‘Kiểm tra bị lỗi’ trong CVR có giá trị là 1b;

• chấm dứt quy trình xử lý kiểm tra này.

Req 4.5.50 (Kiểm tra lúc nào thời gian đã trôi qua quá mức từ khi thẻ lần cuối thực hiện trực tuyến):

Nếu sự khác nhau giữa Ngày Giao dịch hiện thời trong các Ngày và Ngày Giao dịch Trực tuyến Cuối cùng trong các Ngày là lớn hơn Hạn mức số ngày Ngoại tuyến, thì ứng dụng phải thiết lập bit ‘đã vượt quá Hạn mức số ngày Ngoại tuyến’ trong ADR có giá trị là 1b.

5.5.3.21  Kiểm tra Lượng Giao dịch Tối đa

Kiểm tra tùy chọn bên phát hành này xác định khi nào hạn mức của Lượng Giao dịch Tối đa đã bị vượt quá. Việc này cho phép ứng dụng xem xét thông tin này khi ra quyết định khi nào chấp nhận hoặc từ chối giao dịch ngoại tuyến, hoặc gửi thực hiện trực tuyến.

Số ID Kiểm soát Hồ sơ MTA trong Kiểm soát Hồ sơ được chọn cho giao dịch là được sử dụng để kích hoạt kiểm tra này.

Req 4.5.51 (Kiểm tra khi nào thực hiện Kiểm tra Lượng Giao dịch Tối đa):

Nếu Kiểm tra MTA được kích hoạt (nghĩa là số ID Kiểm soát Hồ sơ MTA trong Kiểm soát Hồ sơ có giá khác ‘F’) thì ứng dụng phải thực hiện kiểm tra này.

Req 4.5.52 (Kiểm tra khi nào vượt quá Lượng Giao dịch Tối đa):

Nếu cả hai điều sau là đúng:

• thiết bị đầu cuối đã yêu cầu một TC hoặc một ARQC trong lệnh GENERATE AC lần đầu;

• và hoặc các điều sau là đúng:

- Mã Tiền Giao dịch tương ứng với Mã Tiền MTA và Lượng tiền, được Chuẩn chi lớn hơn MTA;

- hoặc Mã Tiền Giao dịch không tương ứng với Mã Tiền MTA và số ID Bảng Quy đổi Tiền tệ trong Kiểm soát Hồ sơ MTA không có giá trị ‘F’ và Mã Tiền Giao dịch tương ứng với Mã Tiền Nguồn trong một trong các Tham số Quy đổi Tiền tệ trong bảng Quy đổi Tiền tệ cho Lượng Giao dịch Tối đa và lượng tiền đã quy đổi sang tiền thanh tổng (sử dụng Lượng tiền, được Chuẩn chi và Bảng Quy đổi Tiền tệ cho Lượng tiền Giao dịch Tối đa lớn hơn MTA);

thì ứng dụng phải thiết lập bit ‘vượt quá MTA’ trong ADR có giá trị là 1b.

5.5.3.22  Kiểm tra vượt quá Hạn mức Thanh tổng Chu kỳ x

Kiểm tra tùy chọn bên phát hành này xác định khi nào hạn mức của lượng tiền tích lũy của các giao dịch đã được chấp thuận bên trong một chu kỳ đơn (như một Ngày, một Tuần hoặc Tháng). Điều này cho phép ứng dụng xem xét thông tin này khi ra quyết định khi nào chấp nhận hoặc từ chối giao dịch ngoại tuyến, hoặc gửi thực hiện trực tuyến.

Một Thanh tổng Chu kỳ Tuần sử dụng quản lý Ngày Giao dịch như là một Ngày Giao dịch trong các Ngày được mô tả tại Điều 9 trong TCVN 11198-7.

Việc kiểm tra này được thực hiện cho từng Thanh tổng Chu kỳ x đã kích hoạt cho giao dịch.

Req 4.5.53 (Kiểm tra khi nào thực hiện kiểm tra Thanh tổng Chu kỳ):

Cho từng giá trị của x, nếu Thanh tổng Chu kỳ x được kích hoạt cho giao dịch thì ứng dụng phải thực hiện kiểm tra này.

Thanh tổng Chu kỳ tích lũy tất cả giao dịch được chấp nhận ngoại tuyến bên trong một chu kỳ đơn khi tiền giao dịch hoặc:

• tiền thanh tổng;

• bất kỳ đồng tiền nào mà giá trị giao dịch có thể xấp xỉ trong tiền thanh tổng sử dụng Bảng Quy đổi Tiền tệ cho Thanh tổng Chu kỳ x nếu một Bảng Quy đổi Tiền tệ đang kích hoạt cho Thanh tổng Chu kỳ x trong Hồ sơ.

CHÚ THÍCH 1: Nếu chức năng Quy đổi Tiền tệ được sử dụng, lượng tiền được quy đổi sang tiền thanh tổng là một xấp xỉ dựa trên tỷ lệ quy đổi trong Tham số Quy đổi Tiền tệ.

CHÚ THÍCH 2: Nếu kích hoạt Bảng Quy đổi Tiền tệ cho Thanh tổng Chu kỳ x không có chứa tỷ lệ quy đổi cho bất kỳ đồng tiền bổ sung nào, thanh tổng chứa lượng tiền của các giao dịch ngoại tuyến được thực hiện từ tiền thanh tổng.

Nếu thiết bị đầu cuối yêu cầu một AAC (từ chối ngoại tuyến), thì giao dịch sẽ bị từ chối bất kể thiết lập của bất kỳ bit ADR nào. Ứng dụng chỉ cần thực hiện quy trình xử lý mà sẽ thiết lập lại Thanh tổng Chu kỳ nếu ngày giao dịch trong một chu kỳ mới.

Nếu thiết bị yêu cầu một TC (chấp nhận ngoại tuyến) hoặc một ARQC (thực hiện trực tuyến để chấp thuận) và giao dịch hiện thời có thể được tích lũy, thì giao dịch hiện thời được bao gồm khi đang kiểm tra khi nào hạn mức bị vượt quá. Giao dịch hiện thời có thể được tích lũy nếu giao dịch hoặc trong tiền thanh tổng, hoặc có thể quy đổi sang tiền thanh tổng; và việc tích lũy được cho phép trong Thanh tổng Chu kỳ x cho Hồ sơ.

Ứng dụng kiểm tra đầu tiên khi:

• Ngày Giao dịch được định dạng đúng - số năm giữa 0 và 99, số tháng nằm giữa 1 và 12 và số ngày nằm giữa 1 và 31;

• Ngày Giao dịch không sớm hơn ngày bắt đầu chu kỳ hiện thời - đối với kiểm tra hàng ngày hoặc hàng tháng, Ngày Giao dịch trong thanh tổng đã được thiết lập lại; hoặc đối với kiểm tra hàng tuần ngày tại thời điểm bắt đầu tuần trong thanh tổng đã được thiết lập lại.

Req 4.5.54 (Xác minh rằng ngày tháng là hợp lệ đối với kiểm tra Thanh tổng Chu kỳ):

Nếu bất kỳ điều sau là đúng:

• Ngày Giao dịch byte 1 (YY) không nằm trong dải ‘00’ đến ‘99’;

• hoặc Ngày Giao dịch byte 2 (MM) không nằm trong dải ‘01’ đến ‘12’;

• hoặc Ngày Giao dịch byte 3 (DD) không nằm trong dải ‘01’ đến ‘31’;

• hoặc cả hai điều sau là đúng

- bit ‘Kiểu Chu kỳ’ tổng Kiểm soát Thanh tổng chu kỳ x có giá trị là 01b (hàng ngày) hoặc 11b (hàng tháng);

- và Ngày Giao dịch nhỏ hơn Ngày Tham chiếu Thanh tổng Chu kỳ x;

• hoặc cả hai điều sau là đúng:

- bit ‘Kiểu Chu kỳ’ tổng Kiểm soát Thanh tổng chu kỳ x có giá trị là 10b (hàng tuần);

- và Ngày Giao dịch trong các Ngày (Phụ lục E) nhỏ hơn Ngày Tham chiếu Thanh tổng x.

thì ngày giao dịch không hợp lệ cho kiểm tra này, vì thế ứng dụng phải:

• thiết lập bit ‘Kiểm tra bị lỗi’ trong ADR có giá trị là 1b;

• thiết lập bit ‘Kiểm tra bị lỗi’ trong CVR có giá trị là 1b;

• chấm dứt quy trình xử lý kiểm tra này.

Ứng dụng sau đó kiểm tra khi nào giao dịch bên trong chu kỳ hiện thời

• Giao dịch nằm trong ngày hiện thời nếu Ngày Giao dịch (YYMMDD) tương ứng với Ngày Tham chiếu (YYMMDD);

• Giao dịch nằm trong tuần hiện thời nếu Ngày Giao dịch nằm trước khi bắt đầu tuần tiếp theo chu kỳ tuần hiện thời;

• Giao dịch nằm trong tháng hiện thời nếu Ngày Giao dịch (YYMMDD) tương ứng với Ngày Tham chiếu (YYMMDD).

Req 4.5.55 (kiểm tra khi nào ngày giao dịch trong chu kỳ hiện thời):

Nếu bất kỳ điều sau là đúng:

• cả hai điều sau là đúng:

- bit ‘Kiểu Chu kỳ’ trong Kiểm soát Thanh tổng Chu kỳ x có giá trị 01b (hàng ngày);

- và Ngày Giao dịch là bằng với Ngày Tham chiếu Thanh tổng Chu kỳ x;

• hoặc cả hai điều sau là đúng:

- bit ‘Kiểu Chu kỳ’ trong Kiểm soát Thanh tổng Chu kỳ x có giá trị 10b (hàng tuần);

- và Ngày Giao dịch là nhỏ hơn Ngày Tham chiếu Thanh tổng Chu kỳ x cộng 7;

• hoặc cả hai điều sau là đúng:

- bit ‘Kiểu Chu kỳ’ trong Kiểm soát Thanh tổng Chu kỳ x có giá trị 11b (hàng tháng);

- và năm và tháng của Ngày Giao dịch là bằng với năm và tháng trong Ngày Tham chiếu Thanh tổng Chu kỳ x.

thì giao dịch này nằm trong chu kỳ hiện thời.

Nếu giao dịch nằm trong một chu kỳ mới (không nằm trong chu kỳ hiện thời), thì trước đó kiểm tra khi nào hạn mức đã vượt quá, ứng dụng thiết lập lại ngày tham chiếu đối với chu kỳ và thiết lập lại giá trị trong thanh tổng chu kỳ là không.

Req 4.5.56 (Thiết lập thanh tổng ngày hoặc tháng nếu ngày tháng nằm trong một chu kỳ mới):

Nếu hoặc trong các điều sau là đúng:

• cả hai điều sau là đúng:

- bit ‘Kiểu Chu kỳ’ trong Kiểm soát Thanh tổng Chu kỳ x có giá trị 01 b (hàng ngày);

- và Ngày Giao dịch không nằm trong chu kỳ hiện thời (nghĩa là, Ngày Giao dịch lớn hơn Ngày Tham chiếu Thanh tổng Chu kỳ x);

• hoặc cả hai điều sau là đúng:

- bit ‘Kiểu Chu kỳ’ trong Kiểm soát Thanh tổng Chu kỳ x có giá trị 11b (hàng tháng);

- và Ngày Giao dịch là không nằm trong chu kỳ hiện thời (nghĩa là, năm và tháng của ngày giao dịch lớn hơn năm và tháng của Ngày Tham chiếu Thanh tổng Chu kỳ x);

thì ứng dụng phải:

• thiết lập lại Ngày Tham chiếu Thanh tổng Chu kỳ x thành Ngày Giao dịch;

• thiết lập lại Thanh tổng Chu kỳ x thành không;

Req 4.5.57 (Thiết lập lại thanh tổng chu kỳ tuần nếu ngày tháng trong một chu kỳ mới):

Nếu cả hai điều sau là đúng:

• cả hai điều sau là đúng:

- bit ‘Kiểu Chu kỳ’ trong Kiểm soát Thanh tổng Chu kỳ x có giá trị 10b (hàng tuần);

- và Ngày Giao dịch không nằm trong chu kỳ hiện thời (nghĩa là, Ngày Giao dịch lớn hơn Ngày Tham chiếu Thanh tổng Chu kỳ x cộng 7);

thì ứng dụng phải:

• thiết lập lại Ngày Tham chiếu Thanh tổng Chu kỳ x thành Ngày Tham chiếu Ngày Giao dịch;

• thiết lập lại Thanh tổng Chu kỳ x thành không.

Nếu giao dịch nằm trong chu kỳ hiện thời, và giao dịch có thể được chấp nhận (nghĩa là, thiết bị đầu cuối đã yêu cầu một chấp nhận ngoại tuyến hoặc thực hiện trực tuyến) và hạn mức của chu kỳ có thể bị vượt quá, thì ứng dụng sẽ thiết lập bit ADR.

Req 4.5.58 (Xác định khi nào hạn mức đã bị vượt quá lần trước đối với chu kỳ hiện thời):

Nếu cả hai điều sau là đúng:

• giao dịch nằm trong chu kỳ hiện thời;

• và thiết bị đầu cuối yêu cầu một TC hoặc một ARQC trong lệnh GENERATE AC lần đầu;

• và giá trị của Thanh tổng Chu kỳ x lớn hơn Hạn mức Thanh tổng Chu kỳ x;

thì ứng dụng phải:

• thiết lập bit ‘đã vượt quá Hạn mức Thanh tổng Chu kỳ x’ trong ADR có giá trị 1b;

• chấm dứt quy trình xử lý kiểm tra này.

Nếu giao dịch hiện thời có thể được tích lũy trong Thanh tổng Chu kỳ x, thì ứng dụng kiểm tra khi nào đang tích lũy giao dịch có kết quả vượt quá hạn mức của chu kỳ. Nếu hạn mức bị vượt quá, thì ứng dụng sẽ thiết lập bit ADR.

Req 4.5.59 (Xác định khi nào hạn mức đã bị vượt quá nếu đang tích lũy cho chu kỳ hiện thời):

Sau khi thực hiện bất kỳ thiết lập lại nào được yêu cầu để bắt đầu một chu kỳ mới, nếu tất cả điều sau là đúng:

• thiết bị đầu cuối yêu cầu một TC hoặc một ARQC trong lệnh GENERATE AC lần đầu;

• và bit ‘Cho phép tích lũy’ trong Kiểm soát Hồ sơ Thanh tổng Chu kỳ đối với Thanh tổng Chu kỳ x trong hồ sơ có giá trị là 1b;

• và hoặc một trong các điều sau là đúng:

- Mã Tiền Giao dịch phù hợp với Mã Tiền Thanh tổng và tổng giá trị của Thanh tổng Chu kỳ x và Lượng tiền, được Chuẩn chi lớn hơn Hạn mức Thanh tổng Chu kỳ x;

- hoặc các Mã Tiền Giao dịch không phù hợp với Mã Tiền Thanh tổng và các Mã Tiền Giao dịch phù hợp với Mã Tiền Nguồn ở một trong các Tham số Quy đổi Tiền tệ trong Bảng Quy đổi Tiền tệ kích hoạt cho Thanh tổng Chu kỳ x và tổng giá trị của Thanh tổng Chu kỳ x và Lượng tiền, được Chuẩn chi đã quy đổi thành tiền thanh tổng (sử dụng Bảng Quy đổi Tiền tệ) lớn hơn so với Hạn mức Dưới của Thanh tổng Chu kỳ x;

thì ứng dụng phải:

• thiết lập bit ‘đã vượt quá Hạn mức Thanh tổng Chu kỳ x’ trong ADR có giá trị 1b;

• chấm dứt quy trình xử lý kiểm tra này;

5.5.4  Xác định Hồi đáp Kiểu Mã lệnh Ứng dụng

Giao dịch sẽ bị từ chối ngoại tuyến nếu thiết bị đầu cuối yêu cầu một từ chối ngoại tuyến, ứng dụng bị khóa, hoặc thiết bị đầu cuối yêu cầu gửi thực hiện trực tuyến một giao dịch VLP (các giao dịch VLP chỉ cho ngoại tuyến). Nếu không, các phần tử dữ liệu Kết quả Quyết định Ứng dụng (ADR), Kiểm soát Ứng dụng, Kiểm soát Hồ sơ Tùy chọn bên Phát hành và Mã Hành động bên Phát hành (CIAC) phải được sử dụng để xác định Kiểu Mã lệnh Ứng dụng cho hồi đáp GENERATE AC lần đầu.

CHÚ THÍCH: Kiểm tra các bit ứng dụng bị khóa trong PTH là một phương pháp để xác định khi nào ứng dụng bị khóa. Điều này tùy theo bên triển khai để cung cấp chức năng để xác định khi nào ứng dụng đang bị khóa, nhưng hành động của ứng dụng được quy định giống như nếu bit trong PTH đã được sử dụng.

Từng CIAC được cấu trúc giống như ADR (chuỗi (string) bit, với các bit tham chiếu đến cùng điều kiện). ADR chỉ ra rằng điều kiện hoặc sự kiện có xảy ra trong giao dịch. CIAC kiểm soát hành động thực hiện bởi ứng dụng khi có bit tương ứng trong ADR được thiết lập.

CIAC - Decline: Một bit phải thiết lập giá trị 1b trong CIAC - Decline nếu ứng dụng bị từ chối giao dịch tại GENERATE AC lần đầu (tức là ngoại tuyến) khi bit tương ứng trong ADR có giá trị là 1b

CIAC - Default: Một bit phải thiết lập giá trị 1b trong CIAC - Default nếu ứng dụng bị từ chối khi bit tương ứng trong ADR có giá trị là 1b và hoặc thiết bị đầu cuối không có khả năng thực hiện trực tuyến hoặc không có hồi đáp nhận được từ bên phát hành

CIAC - Online: Một bit phải thiết lập giá trị 1b trong CIAC - Online nếu ứng dụng thực hiện trực tuyến nếu thiết bị đầu cuối có khả năng và khi bit tương ứng trong ADR có giá trị là 1b

Dựa trên kết quả của việc Quản lý Rủi ro Thẻ này, ứng dụng xác định kiểu Mã lệnh Ứng dụng được gửi trong hồi đáp lệnh GENERATE AC phát sinh bởi thiết bị đầu cuối.

Hồi đáp của thẻ có thể ghi đè kiểu mã lệnh đã được thiết kế bởi thiết bị đầu cuối trong tham số P1 của lệnh GENERATE AC lần đầu theo những quy tắc sau:

• Thẻ có thể ghi đè quyết định của thiết bị đầu cuối để chấp nhận ngoại tuyến bằng cách quyết định để gửi thực hiện trực tuyến hoặc để từ chối ngoại tuyến.

• Thẻ có thể ghi đè quyết định của thiết bị đầu cuối thực hiện trực tuyến bằng cách quyết định thành từ chối ngoại tuyến

Bảng 8 Minh họa các quy tắc ra quyết định:

Bảng 8 - Hồi đáp của thẻ cho lệnh GENERATE AC lần đầu

Req 4.5.60 (tự động từ chối giao dịch ngoại tuyến):

nếu bất kỳ điều sau là đúng:

• thiết bị đầu cuối yêu cầu một AAC;

• hoặc bit ‘Ứng dụng bị khóa’ trong PTH có giá trị là 1b;

• hoặc tất cả các điều sau là đúng:

- VLP được hỗ trợ trong ứng dụng;

- và số ID Hồ sơ là ‘7D’ (VLP);

- và thiết bị đầu cuối yêu cầu một ARQC;

thì ứng dụng phải sinh ra một hồi đáp Mã lệnh Ứng dụng kiểu AAC đến GENERATE AC lần đầu.

Req 4.5.61 (thiết bị đầu cuối đã yêu cầu thực hiện trực tuyến, quyết định hồi đáp thẻ):

Nếu thiết bị đầu cuối yêu cầu một ARQC, thì ứng dụng so sánh CIAC - Decline và ADR

• nếu cả hai bit CIAC - Decline và bit tương ứng của ADR là một cặp, thì ứng dụng phải sinh ra một Mã lệnh Ứng dụng kiểu AAC;

• Nếu không, ứng dụng phải sinh ra một Mã lệnh Ứng dụng kiểu ARQC;

Req 4.5.62 (thiết bị đầu cuối yêu cầu chấp nhận ngoại tuyến, quyết định hồi đáp thẻ):

Nếu thiết bị đầu cuối yêu cầu một TC và VLP được hỗ trợ trong ứng dụng, và số ID Hồ sơ là ‘7D’ (VLP) thì ứng dụng sinh ra một Mã lệnh Ứng dụng kiểu TC.

Nếu không, nếu thiết bị đầu cuối yêu cầu một TC, thì ứng dụng so sánh CIAC - Decline và ADR

• nếu cả hai bit CIAC - Decline và bit tương ứng của ADR là một cặp, thì ứng dụng phải sinh ra một Mã lệnh Ứng dụng kiểu AAC;

• Nếu không, ứng dụng phải xác định khi nào thiết bị đầu cuối có khả năng trực tuyến (nghĩa là Kiểu Ứng dụng không phải 13, 16, 23, 26, hoặc 36)

- Nếu thiết bị đầu cuối có khả năng trực tuyến, thì ứng dụng so sánh CIAC - Online và ADR

• nếu cả hai bit CIAC - Online và bit tương ứng của ADR là một cặp, thì ứng dụng phải sinh ra một Mã lệnh Ứng dụng kiểu ARQC;

▪ Nếu không, ứng dụng phải sinh ra một Mã lệnh Ứng dụng kiểu TC;

- Nếu không (nghĩa là thiết bị đầu cuối không có khả năng trực tuyến) nếu cả hai điều sau là đúng:

▪ Kiểu Thiết bị đầu cuối là 26;

▪ và bit ‘Cho phép Ghi đè CIAC - Default cho các Giao dịch tại Kiểu Thiết bị 26’ trong Kiểm soát Hồ sơ Tùy chọn bên Phát hành có giá trị là 1b.

thì ứng dụng phải sinh ra một Mã lệnh Ứng dụng kiểu TC

- Nếu không (nghĩa là thiết bị đầu cuối chỉ ngoại tuyến thuộc kiểu khác 26, hoặc kiểu thiết bị đầu cuối 26 và các điều kiện ghi đè CIAC - Default không đạt được), ứng dụng so sánh CIAC - Default và ADR:

• Nếu cả hai bit CIAC - Default và bit ADR tương ứng là một cặp, thì ứng dụng phải sinh ra một mã Lệnh Ứng dụng kiểu AAC;

• Nếu không, ứng dụng phải sinh ra một Mã lệnh Ứng dụng kiểu TC;

Quy trình xử lý thẻ bổ sung cho từng quyết định Hồi đáp nằm ngoài phạm vi của tiêu chuẩn này.

5.5.5  Ứng dụng chấp nhận giao dịch ngoại tuyến

Khi giao dịch được chấp nhận ngoại tuyến, ứng dụng trả về một Mã lệnh Ứng dụng kiểu TC (Chứng chỉ Giao dịch) trong hồi đáp cho lệnh GENERATE AC lần đầu. Ứng dụng thiết lập các bit trong CVR cho biết rằng một TC (chấp nhận ngoại tuyến) được trả về trong hồi đáp cho lệnh GENERATE AC lần đầu, và cập nhật tổng đếm và lượng tiền ngoại tuyến được sử dụng để kiểm tra nhanh sao cho lượng tiền được cập nhật có thể có trong phần Bộ đếm của Dữ liệu Ứng dụng bên Phát hành.

Req 4.5.63 (Cập nhật các thanh tổng cho chấp nhận ngoại tuyến):

Nếu hoặc VLP không được hỗ trợ bởi ứng dụng, hoặc số ID Hồ sơ không phải ‘7D’, thì trước khi xây dựng phần tử dữ liệu của Dữ liệu Ứng dụng bên Phát hành và đang sinh ra mã hồi đáp lệnh, ứng dụng phải:

• Đối với từng Thanh tổng x đang kích hoạt cho giao dịch và bit ‘Bao gồm chấp nhận ngoại tuyến’ trong Kiểm soát Thanh tổng x có giá trị 1b và bit ‘cho phép tích lũy’ trong Kiểm soát Hồ sơ thanh tổng cho Thanh tổng x cho hồ sơ này có giá trị 1b:

- Nếu Mã Tiền Giao dịch tương ứng với Mã Tiền Thanh tổng, thì ứng dụng phải thêm Lượng tiền, được Chuẩn chi cho Thanh tổng x.

▪ Nếu thêm Lượng tiền, được Chuẩn chi vào giá trị của Thanh tổng x mà vượt quá giá trị ‘99 99 99 99 99 99’ thì Thanh tổng x phải thiết lập thành giá trị ‘99 99 99 99 99 99’;

- Nếu Mã Tiền Giao dịch không tương ứng với Mã Tiền Thanh tổng và Mã Tiền Giao dịch tương ứng với Mã Tiền Nguồn trong một thuộc các Tham số Quy đổi Tiền tệ trong Bảng Quy đổi Tiền tệ đã kích hoạt cho Thanh tổng x, thì ứng dụng phải thêm vào Lượng tiền, được Chuẩn chi được quy đổi sang lượng tiền thanh tổng (sử dụng Bảng Quy đổi Tiền tệ) cho Thanh tổng x.

▪ Nếu thêm vào Lượng tiền, được Chuẩn chi đã quy đổi vào lượng tiền thanh tổng thành giá trị của Thanh tổng x sẽ vượt quá giá trị ‘99 99 99 99 99 99’, thì Thanh tổng x phải thiết lập giá trị là ‘99 99 99 99 99 99’;

Req 4.5.64 (Cặp nhật các bộ đếm cho chấp nhận ngoại tuyến):

Nếu hoặc VLP không được hỗ trợ bởi ứng dụng, hoặc số ID Hồ sơ không phải ‘7D’, thì trước khi xây dựng phần tử dữ liệu của Dữ liệu Ứng dụng bên Phát hành và đang sinh ra mã hồi đáp lệnh, ứng dụng phải:

• Đối với từng Bộ đếm x đang kích hoạt cho giao dịch và bit ‘cho phép đếm’ trong Kiểm soát Hồ sơ Bộ đếm cho Bộ đếm x có giá trị là 1b:

- Nếu tất cả điều sau là đúng:

▪ Nếu bit ‘Bao gồm Chấp nhận Ngoại tuyến’ trong Kiểm soát Bộ đếm x có giá trị 1b,

▪ và hoặc các điều sau là đúng:

- bit ‘Bao gồm Chỉ nếu quốc tế’ trong Kiểm soát Bộ đếm x có giá trị 0b;

- hoặc Mã Nước Giao dịch không tương thích với Mã Nước bên Phát hành;

▪ và hoặc các điều sau là đúng:

- bit ‘Bao gồm Chỉ nếu không tích lũy’ trong Kiểm soát Bộ đếm x có giá trị 0b;

- hoặc đối với tất cả giá trị của y cho Thanh tổng y đang kích hoạt cho giao dịch, cho phép tích lũy, và bao gồm chấp nhận ngoại tuyến cho Hồ sơ; Mã Tiền Giao dịch không tương ứng hoặc là (nghĩa là giao dịch sẽ được tích lũy tại ít nhất một thanh tổng trong Hồ sơ):

▪ Mã Tiền Thanh tổng;

▪ hoặc Mã Tiền Nguồn trong bất kỳ Tham số Quy đổi Tiền tệ nào trong Bảng Quy đổi Tiền tệ kích hoạt cho Thanh tổng y;

• và giá trị của Bộ đếm x ít hơn ‘FF’;

thì ứng dụng phải tăng Bộ đếm x lên một.

Req 4.5.65 (Cập nhật CVR để chấp nhận ngoại tuyến):

Trước khi xây dựng phần tử dữ liệu của Dữ liệu Ứng dụng bên Phát hành và sinh ra một mã hồi đáp lệnh, ứng dụng phải:

▪ Thiết lập bit ‘Kiểu Mã lệnh Ứng dụng trả về trong GENERATE AC lần đầu’ trong CVR có giá trị là 01b có chỉ ra một TC.

▪ Thiết lập bit ‘Kiểu Mã lệnh Ứng dụng trả về trong GENERATE AC lần hai’ trong CVR có giá trị là 10b có chỉ ra việc GENERATE AC lần hai không được yêu cầu.

▪ Nếu bit ‘được yêu cầu CDA’ thuộc tham số P1 trong lệnh GENERATE AC có giá trị là 1b (thiết bị đầu cuối đang yêu cầu việc Sinh mã DDA/AC kết hợp) thì ứng dụng phải thiết lập bit ‘được yêu cầu CDA’ trong CVR có giá trị là 1b.

Ứng dụng cập nhật PTH để chỉ ra các điều kiện trong giao dịch hiện thời mà đã sử dụng trong quy trình xử lý giao dịch tiếp theo, ứng dụng cũng thiết lập Dữ liệu Thông tin Mã lệnh CID để chỉ ra thiết bị đầu cuối kiểu của Mã lệnh Ứng dụng trong hồi đáp lệnh GENERATE AC.

Req 4.5.66 (Cập nhật CID cho chấp nhận ngoại tuyến):

Trước khi hồi đáp lệnh GENERATE AC, ứng dụng phải thiết lập Dữ liệu Thông tin mã lệnh CID thành giá trị ‘40’ để chỉ ra rằng TC đã trả lại và không cần hướng dẫn.

Req 4.5.67 (Cập nhật các chỉ báo xác thực dữ liệu ngoại tuyến cho chấp nhận ngoại tuyến):

Ưu tiên việc hồi đáp lệnh GENERATE AC, nếu bất kỳ các bit sau trong TVR được cung cấp bởi thiết bị đầu cuối trong dữ liệu lệnh GENERATE AC thì có giá trị 1b:

▪ SDA bị lỗi;

▪ DDA bị lỗi;

▪ CDA bị lỗi;

thì ứng dụng phải thiết lập bit ‘bị lỗi Xác thực Dữ liệu Ngoại tuyến trong Giao dịch trước’ trong PTH thành giá trị 1b.

Nếu không, ứng dụng phải thiết lập bit ‘bị lỗi Xác thực Dữ liệu Ngoại tuyến trong Giao dịch trước’ trong PTH thành giá trị 0b.

Req 4.5.68 (Cập nhật các thanh tổng chu kỳ cho chấp nhận ngoại tuyến):

Nếu hoặc VLP không được ứng dụng hỗ trợ, hoặc số ID Hồ sơ không phải ‘7D’, thì trước khi hồi đáp cho lệnh GENERATE AC, đối với từng giá trị của x khi tất cả các điều sau là đúng:

▪ Thanh tổng Chu kỳ x kích hoạt cho giao dịch;

▪ và bit ‘Cho phép tích lũy’ trong Kiểm soát Hồ sơ Thanh tổng Chu kỳ cho Thanh tổng Chu kỳ x cho hồ sơ này có giá trị là 1b;

▪ và Ngày Giao dịch là hợp lệ đối với kiểm tra này (xem Req 4.5.54);

thì:

▪ Nếu Mã Tiền Giao dịch tương ứng với Mã Tiền Thanh tổng, thì ứng dụng phải thêm Lượng tiền, được Chuẩn chi vào Thanh tổng Chu kỳ x

- Nếu thêm Lượng tiền, được Chuẩn chi vào giá trị của Thanh tổng Chu kỳ x sẽ vượt quá giá trị ‘99 99 99 99 99 99’ thì Thanh tổng Chu kỳ x phải thiết lập thành giá trị ‘99 99 99 99 99 99’;

• Nếu Mã Tiền Giao dịch không tương ứng với Mã Tiền Thanh tổng và Mã Tiền Giao dịch tương ứng với Mã Tiền Nguồn trong một thuộc các Tham số Quy đổi Tiền tệ trong Bảng Quy đổi Tiền tệ đã kích hoạt cho Thanh tổng Chu kỳ x, thì ứng dụng phải thêm vào Lượng tiền, được Chuẩn chi được quy đổi sang lượng tiền thanh tổng (sử dụng Bảng Quy đổi Tiền tệ) cho Thanh tổng Chu kỳ x.

- Nếu thêm vào Lượng tiền, được Chuẩn chi đã quy đổi vào lượng tiền thanh tổng thành giá trị của Thanh tổng Chu kỳ x sẽ vượt quá giá trị ‘99 99 99 99 99 99’, thì Thanh tổng Chu kỳ x phải thiết lập giá trị là ‘99 99 99 99 99 99’;

Tiếp theo với Điều 5.5.8.

5.5.6  Ứng dụng yêu cầu Quy trình xử lý Trực tuyến

Khi giao dịch tiến hành trực tuyến để chấp thuận, ứng dụng trả về một Mã lệnh Ứng dụng kiểu ARQC trong hồi đáp cho lệnh GENERATE AC lần đầu. Ứng dụng thiết lập các bit trong CVR để chỉ ra rằng một ARQC (yêu cầu trực tuyến) được trả về cho lệnh GENERATE AC lần đầu.

Req 4.5.69 (Cặp nhật CVR để thực hiện trực tuyến):

Trước khi xây dựng phần tử dữ liệu của Dữ liệu Ứng dụng bên Phát hành và sinh ra một mã hồi đáp lệnh, ứng dụng phải:

▪ Thiết lập bit ‘Kiểu Mã lệnh Ứng dụng trả về trong GENERATE AC lần đầu’ trong CVR có giá trị là 10b để chỉ ra một ARQC.

▪ Thiết lập bit ‘Kiểu Mã lệnh Ứng dụng trả về trong GENERATE AC lần hai’ trong CVR có giá trị là 10b có chỉ ra việc GENERATE AC lần hai không được yêu cầu.

▪ Thiết lập bit ‘được yêu cầu CDA’ trong CVR có giá trị là 1b nếu thiết bị đầu cuối yêu cầu CDA (nghĩa là bit ‘được yêu cầu CDA’ thuộc tham số P1 trong lệnh GENERATE AC có giá trị là 1b).

Ứng dụng cập nhật PTH để chỉ ra các điều kiện trong giao dịch hiện thời mà đã sử dụng trong quy trình xử lý giao dịch tiếp theo. Ứng dụng cũng thiết lập Dữ liệu Thông tin Mã lệnh CID để chỉ ra thiết bị đầu cuối kiểu của Mã lệnh Ứng dụng trong hồi đáp GENERATE AC.

Req 4.5.70 (Cập nhật CID và các chỉ báo Giao dịch Trực tuyến Lần cuối để thực hiện trực tuyến):

Trước khi hồi đáp lệnh GENERATE AC, ứng dụng phải:

• thiết lập Dữ liệu Thông tin Mã lệnh CID thành giá trị ‘80’ để chỉ ra rằng một ARQC được trả về và không yêu cầu hướng dẫn thêm.

• thiết lập bit ‘không hoàn thành lần Giao dịch Trực tuyến cuối cùng’ trong PTH thành giá trị 1b.

Req 4.5.71 (Cập nhật các chỉ báo xác thực dữ liệu ngoại tuyến để thực hiện trực tuyến):

Trước khi hồi đáp lệnh GENERATE AC, nếu bất kỳ các bit sau trong TVR được cung cấp bởi thiết bị đầu cuối trong dữ liệu lệnh GENERATE AC thì có giá trị 1b:

▪ SDA bị lỗi;

▪ DDA bị lỗi;

▪ CDA bị lỗi;

thì ứng dụng phải thiết lập bit ‘bị lỗi Xác thực Dữ liệu Ngoại tuyến trong Giao dịch trước’ trong PTH thành giá trị 1b.

Thanh tổng x, Bộ đếm x, và Bộ đếm Thanh tổng Chu kỳ x không tăng trong thời gian này.

Xem tiếp Điều 5.5.8.

5.5.7  Ứng dụng từ chối Giao dịch Ngoại tuyến

Khi giao dịch bị từ chối giao dịch ngoại tuyến, ứng dụng trả về một Mã lệnh Ứng dụng kiểu AAC trong hồi đáp lệnh GENERATE AC lần đầu. Ứng dụng thiết lập các bit trong CVR để chỉ ra rằng một AAC (từ chối ngoại tuyến) đã trả về trong hồi đáp cho lệnh GENERATE AC lần đầu.

Nếu một giao dịch VLP bị từ chối ngoại tuyến, lượng tiền cuộc giao dịch được khấu trừ từ các Quỹ Có sẵn VLP trong khi quy trình xử lý lệnh GET PROCESSING OPTIONS được hoàn trả (nghĩa là trả lại tiền) về các Quỹ Có sẵn VLP trong khi quy trình xử lý lệnh GENERATE AC.

Req 4.5.72 (Cập nhật các Quỹ Có sẵn VLP để từ chối ngoại tuyến):

Trước khi xây dựng phần tử dữ liệu của Dữ liệu Ứng dụng bên Phát hành và sinh ra một mã hồi đáp lệnh:

• Nếu ứng dụng hỗ trợ VLP và số ID Hồ sơ là ‘7D’ (VLP), thì ứng dụng phải thêm giá trị của Lượng tiền, được Chuẩn chi vào Lượng tiền các Quỹ Có sẵn VLP.

Req 4.5.73 (cập nhật các bộ đếm cho từ chối ngoại tuyến):

Nếu số ID Hồ sơ không phải là ‘7D’ thì trước khi xây dựng phần tử dữ liệu của Dữ liệu Ứng dụng bên Phát hành và sinh ra một mã hồi đáp lệnh, đối với từng Bộ đếm x đang kích hoạt cho giao dịch thì:

• Nếu bit ‘Bao gồm Từ chối Ngoại tuyến’ trong Kiểm soát Bộ đếm x có giá trị là 1b và bit ‘Cho phép đếm’ trong Kiểm soát Hồ sơ Bộ đếm x có giá trị là 1b và giá trị của Bộ đếm x ít hơn ‘FF’ thì ứng dụng phải tăng Bộ đếm x lên một;

• Nếu giá trị trong Bộ đếm x lớn hơn Hạn mức Dưới Bộ đếm x thì ứng dụng phải thiết lập bit ‘đã vượt quá Hạn mức Dưới Tổng đếm Giao dịch Ngoại tuyến’ trong CVR thành giá trị 1b;

• Nếu giá trị trong Bộ đếm x lớn hơn Hạn mức Trên Bộ đếm x thì ứng dụng phải thiết lập bit ‘đã vượt quá Hạn mức Trên Tổng đếm Giao dịch Ngoại tuyến’ trong CVR thành giá trị 1b;

Req 4.5.74 (Thiết lập lại các bit liên quan đến bộ đếm trong CVR cho từ chối ngoại tuyến):

Nếu số ID Hồ sơ không phải là ‘7D’ thì trước khi xây dựng phần tử dữ liệu của Dữ liệu Ứng dụng bên Phát hành và sinh ra một mã hồi đáp lệnh, đối với từng Bộ đếm x đang kích hoạt cho giao dịch thì:

• Nếu không có giá trị của Bộ đếm x vượt quá Hạn mức Dưới Bộ đếm x có liên quan, thì ứng dụng phải thiết lập lại bit ‘đã vượt quá Hạn mức Dưới Tổng đếm Giao dịch Ngoại tuyến’ trong CVR thành giá trị 0b;

• Nếu không có giá trị của Bộ đếm x vượt quá Hạn mức Trên Bộ đếm x có liên quan, thì ứng dụng phải thiết lập lại bit ‘đã vượt quá Hạn mức Trên Tổng đếm Giao dịch Ngoại tuyến’ trong CVR thành giá trị 0b.

Req 4.5.75 (Cập nhật các bit liên quan đến thanh tổng trong CVR cho từ chối ngoại tuyến):

Nếu số ID Hồ sơ không phải là ‘7D’ thì trước khi xây dựng phần tử dữ liệu của Dữ liệu Ứng dụng bên Phát hành và sinh ra một mã hồi đáp lệnh, đối với từng Thanh tổng x đang kích hoạt cho giao dịch thì:

• Nếu giá trị trong Thanh tổng x vượt quá Hạn mức Dưới Thanh tổng x, thì ứng dụng phải thiết lập bit ‘đã vượt quá Hạn mức Lượng tiền Ngoại tuyến Thanh tổng Thấp hơn’ trong CVR thành giá trị 1b;

• Nếu giá trị trong Thanh tổng x vượt quá Hạn mức Trên Thanh tổng x, thì ứng dụng phải thiết lập bit ‘đã vượt quá Hạn mức Trên Lượng tiền Ngoại tuyến lũy tiến’ trong CVR thành giá trị 1b.

Req 4.5.76 (Thiết lập lại các bit liên quan đến thanh tổng trong CVR cho từ chối ngoại tuyến):

Nếu số ID Hồ sơ không phải ‘7D’ thì:

• Nếu không có giá trị của Thanh tổng x vượt quá Hạn mức Dưới Thanh tổng x có liên quan, thì ứng dụng phải thiết lập lại bit ‘đã vượt quá Hạn mức Lượng tiền Ngoại tuyến Thanh tổng Thấp hơn’ trong CVR thành giá trị 0b,

• Nếu không có giá trị của Thanh tổng x vượt quá Hạn mức Trên Thanh tổng x có liên quan, thì ứng dụng phải thiết lập lại bit ‘đã vượt quá Hạn mức Trên Lượng tiền Ngoại tuyến lũy tiến’ trong CVR thành giá trị 0b.

Req 4.5.77 (Cập nhật CVR cho từ chối ngoại tuyến):

Trước khi xây dựng phần tử dữ liệu của Dữ liệu Ứng dụng bên Phát hành và sinh ra một mã hồi đáp lệnh, ứng dụng phải:

▪ Thiết lập bit ‘Kiểu Mã lệnh Ứng dụng trả về trong GENERATE AC lần đầu’ trong CVR có giá trị là 00b đề chỉ ra một AAC.

▪ Thiết lập bit ‘Kiểu Mã lệnh Ứng dụng trả về trong GENERATE AC lần hai’ trong CVR có giá trị là 10b có chỉ ra việc GENERATE AC lần hai không được yêu cầu.

Ứng dụng cập nhật PTH để chỉ ra các điều kiện trong cuộc giao dịch hiện thời rằng được sử dụng trong quy trình xử lý các giao dịch tiếp theo. Ứng dụng cũng thiết lập Dữ liệu Thông tin Mã lệnh CID để chỉ ra thiết bị đầu cuối kiểu Mã lệnh Ứng dụng trong hồi đáp GENERATE AC.

Req 4.5.78 (Cập nhật CID cho từ chối ngoại tuyến):

Ưu tiên hồi đáp cho lệnh GENERATE AC, ứng dụng phải thiết lập Dữ liệu Thông tin Mã lệnh CID thành giá trị ‘00’ để chỉ ra rằng một AAC được yêu cầu và không yêu cầu hỗ trợ thêm.

Req 4.5.79 (Cập nhật các chỉ báo xác thực dữ liệu ngoại tuyến để từ chối ngoại tuyến):

Trước khi hồi đáp lệnh GENERATE AC, nếu bất kỳ các bit sau trong TVR được cung cấp bởi thiết bị đầu cuối trong dữ liệu lệnh GENERATE AC thì có giá trị 1b:

▪ SDA bị lỗi;

▪ DDA bị lỗi;

▪ CDA bị lỗi;

thì ứng dụng phải thiết lập bit ‘bị lỗi Xác thực Dữ liệu Ngoại tuyến trong Giao dịch trước’ trong PTH thành giá trị 1b. Xem tiếp Điều 5.5.8.

5.5.8  Hồi đáp lệnh GENERATE AC

5.5.8.1  Xây dựng Dữ liệu Ứng dụng bên Phát hành

Req 4.5.80 (Xây dựng Dữ liệu Ứng dụng bên Phát hành cho hồ sơ Xác thực thẻ Token):

Nếu số ID Hồ sơ là ‘7E’ (Hồ sơ Xác thực thẻ Token - xem TCVN 11198-8), thì ứng dụng phải xây dựng Dữ liệu Ứng dụng bên Phát hành IAD được gửi trong hồi đáp, được mã hóa như quy định trong phần CCD của EMV Quyển 3, Phụ lục C.7, cho các ứng dụng tương thích CCD với Mã Định dạng thuộc ‘A’ với Phiên bản Mã lệnh thuộc ‘5’; với các yêu cầu cụ thể có trong Bảng 9.

Bảng 9 - Dữ liệu Ứng dụng bên Phát hành cho Hồ sơ ‘7E’ (thẻ Token Xác thực)

Req 4.5.81 (Xây dựng Dữ liệu ứng dụng bên Phát hành cho các hồ sơ khác):

Nếu số ID Hồ sơ không phải là ‘7E’, thì ứng dụng phải xây dựng Dữ liệu Ứng dụng bên Phát hành IAD để gửi trong hồi đáp, được mã hóa như quy định trong phần CCD của EMV Quyển 3, Phụ lục C.7, cho các ứng dụng tương thích CCD với Mã Định dạng thuộc ‘A’ với:

• Đối với từng Thanh tổng x đang kích hoạt cho giao dịch và cho các bit ‘Gửi Thanh tổng trong IAD’ trong Kiểm soát Hồ sơ Thanh tổng cho Thanh tổng x có giá trị là 1b:

- Nếu bit ‘Gửi Thanh tổng Cân bằng’ trong Kiểm soát Hồ sơ Thanh tổng cho Thanh tổng x có giá trị là 1b, thì giá trị (Hạn mức Trên Thanh tổng x trừ đi Thanh tổng x) phải được gửi.

- Nếu không (‘Gửi Thanh tổng Cân bằng’ = 0b) giá trị của Thanh tổng x phải được gửi.

• các yêu cầu quy định cho hồ sơ thể hiện trong Bảng 10.

• Nếu bit ‘Phần Bộ đếm Mã hóa của IAD’ trong Kiểm soát Hồ sơ Tùy chọn bên Phát hành có giá trị 1b, thì phần Bộ đếm (byte 9-16) của Dữ liệu Ứng dụng bên Phát hành phải được mã hóa (xem Điều 6 trong TCVN 11198-6) trước khi sinh Mã lệnh Ứng dụng.

Bảng 10 - Dữ liệu Ứng dụng bên Phát hành cho Hồ sơ không là ‘7E’

Các ví dụ trong Hình 2 minh họa kết quả của việc xây dựng IAD với các thanh tổng và bộ đếm.

Hình 2 - Ví dụ - Xây dựng IAD

5.5.8.2  Sinh Mã lệnh Ứng dụng

Ứng dụng sinh một Mã lệnh Ứng dụng sử dụng dữ liệu được cung cấp bởi thiết bị đầu cuối và dữ liệu từ thẻ.

Các yêu cầu dữ liệu, yêu cầu khóa, và thuật toán được sử dụng trong quy trình sinh mã lệnh như chi tiết trong Bảng CCD-3 và Điều 8 của phần CCD của EMV Quyển 2, đối với ứng dụng tương thích CCD với Phiên bản Mã lệnh ‘5’.

CHÚ THÍCH: Hỗ trợ cho các Phiên bản Mã lệnh với giá trị trong dải ‘0’ đến ‘3’ nằm ngoài phạm vi của tài liệu đặc tả này. Một Hồ sơ sử dụng một Phiên bản Mã lệnh trong dải này không tương thích với CCD.

5.5.8.3  Ghi log Giao dịch

Nếu bên phát hành lựa chọn việc ghi log giao dịch và hồi đáp tới lệnh GENERATE AC lần đầu là một TC hoặc AAC, thì ứng dụng gắn thêm thông tin này vào Log Giao dịch. Nếu bên phát hành lựa chọn việc ghi log giao dịch và hồi đáp tới lệnh GENERATE AC lần đầu là một ARQC, thì ứng dụng sẽ cần lưu lại dữ liệu thành bản ghi log trong khi thực hiện GENERATE AC thứ hai (Xem Điều 8, TCVN 11198-7).

Req 4.5.82 (Bản ghi log giao dịch tại GENERATE AC lần đầu):

Trước khi hồi đáp cho lệnh GENERATE AC, nếu cả hai điều sau là đúng:

• bit ‘bản ghi log giao dịch’ trong Kiểm soát Hồ sơ Tùy chọn bên Phát hành có giá trị 1b,

• và hoặc các điều sau là đúng:

- cả hai điều sau là đúng:

▪ hồi đáp là một Mã lệnh Ứng dụng kiểu TC;

▪ và bit ‘Giao dịch được chấp nhận ghi lại log’ trong Kiểm soát Ứng dụng có giá trị là 1b;

- hoặc cả hai điều sau là đúng:

▪ hồi đáp là một Mã lệnh Ứng dụng kiểu AAC;

▪ và bit ‘Giao dịch bị từ chối ghi lại log’ trong Kiểm soát Ứng dụng có giá trị là 1b;

thì ứng dụng phải thêm vào Bản ghi log Giao dịch giá trị chỉ (bỏ qua cả thẻ tag và chiều dài) cho các phần tử dữ liệu được liệt kê trong Bảng 11, theo thứ tự.

Bảng 11: Dữ liệu được cho vào Bản ghi log Giao dịch.

5.5.8.4  Gửi trả Hồi đáp lệnh GENERATE AC

Nếu cả hai điều sau là đúng:

• Quy trình xử lý CDA được yêu cầu bởi thiết bị đầu cuối;

• và ứng dụng đang hồi đáp với Mã lệnh ứng dụng kiểu ARQC hoặc TC;

thì ứng dụng:

• sinh ra một chữ ký động từ Mã lệnh Ứng dụng như mô tả ở EMV Quyển 2, Điều 6.6.1;

• trả về hồi đáp GENERATE AC lần đầu như mô tả trong phần CCD của EMV Quyển 2, Điều 6.6.1 và Bảng CCD-1.

Nếu không, ứng dụng trả về một hồi đáp lệnh GENERATE AC lần đầu như mô tả trong phần CCD EMV Quyển 3, Điều 6.5.5.4 và Bảng CCD-2.

5.6  Biểu đồ luồng chức năng

Các biểu đồ luồng bên dưới cho biết cách thức một ứng dụng có thể thực hiện quy trình xử lý Phân tích Hành động Thẻ lần đầu.

Hình 3 - Luồng Bắt đầu lệnh GENERATE AC lần đầu

Hình 3 - Luồng Bắt đầu lệnh GENERATE AC lần đầu (tiếp theo)

Hình 3 - Luồng Bắt đầu lệnh GENERATE AC lần đầu (tiếp theo)

Hình 3 - Luồng Bắt đầu lệnh GENERATE AC lần đầu (tiếp theo)

Hình 3 - Luồng Bắt đầu lệnh GENERATE AC lần đầu (tiếp theo)

Hình 3 - Luồng Bắt đầu lệnh GENERATE AC lần đầu (tiếp theo)

Hình 3 - Luồng Bắt đầu lệnh GENERATE AC lần đầu (kết thúc)

Hình 4 - ARQC được yêu cầu

Hình 4 - ARQC được yêu cầu (tiếp theo)

Hình 4 - ARQC được yêu cầu (tiếp theo)

Hình 4 - ARQC được yêu cầu (kết thúc)

Hình 5 - TC được yêu cầu

Hình 5 - TC được yêu cầu (tiếp theo)

Hình 5 - TC được yêu cầu (tiếp theo)

Hình 5 - TC được yêu cầu (tiếp theo)

Hình 5 - TC được yêu cầu (kết thúc)

Hình 6 - Kiểm tra TC

Hình 6 - Kiểm tra TC (tiếp theo)

Hình 6 - Kiểm tra TC (tiếp theo)

Hình 6 - Kiểm tra TC (kết thúc)

Hình 7 - Kiểm tra ARQC

Hình 7 - Kiểm tra ARQC (tiếp theo)

Hình 7 - Kiểm tra ARQC (kết thúc)

Hình 8 - Kiểm tra AAC

Hình 8 - Kiểm tra AAC (tiếp theo)

Hình 8 - Kiểm tra AAC (tiếp theo)

Hình 8 - Kiểm tra AAC (tiếp theo)

Hình 8 - Kiểm tra AAC (kết thúc)

Hình 9 - Xác thực thẻ token

Hình 10 - Kiểm tra thanh tổng AAC

Hình 11 - Kiểm tra bộ đếm AAC

Hình 12 - Tích lũy Thanh tổng

Hình 12 - Tích lũy Thanh tổng (tiếp theo)

Hình 12 - Tích lũy Thanh tổng (kết thúc)

Hình 13 - Kiểm tra không Tích lũy Thanh tổng x

Hình 14 - Quy trình xử lý Bảng kiểm tra Bổ sung

Hình 14 - Quy trình xử lý Bảng kiểm tra Bổ sung (kết thúc)

Hình 15 - Xây dựng dữ liệu Ứng dụng bên Phát hành

Hình 15 - Xây dựng dữ liệu Ứng dụng bên Phát hành (tiếp theo)

Hình 15 - Xây dựng dữ liệu Ứng dụng bên Phát hành (kết thúc)

Hình 16 - Kiểm tra Tích lũy Bộ đếm x

Hình 16 - Kiểm tra Tích lũy Bộ đếm x (kết thúc)

Hình 17 - Kiểm tra không Tích lũy Bộ đếm

Hình 18 - Quy đổi Tiền tệ

Hình 18 - Quy đổi Tiền tệ (kết thúc)

Hình 19 - Tích lũy Thanh tổng Chu kỳ

Hình 19 - Tích lũy Thanh tổng Chu kỳ (kết thúc)

Hình 20 - Kiểm tra không Tích lũy Thanh tổng Chu kỳ

Hình 21 - Kiểm tra số ngày ngoại tuyến tối đa

Hình 22 - Kiểm tra lượng tiền giao dịch tối đa

Hình 22 - Kiểm tra lượng tiền giao dịch tối đa (kết thúc)

Hình 23 - Ghi log giao dịch GENERATE AC lần đầu

Hình 23 - Ghi log giao dịch GENERATE AC lần đầu (tiếp theo)

Hình 23 - Ghi log giao dịch GENERATE AC lần đầu (tiếp tục)

Hình 23 - Ghi log giao dịch GENERATE AC lần đầu (kết thúc)

Hình 24 - Xác minh/Thiết lập lại Khoảng thời gian Chu kỳ

Hình 24 - Xác minh/Thiết lập lại Khoảng thời gian Chu kỳ (kết thúc)

6  Quy trình xử lý trực tuyến

6.1  Mục đích

Quy trình xử lý trực tuyến cho phép máy chủ (host) của bên phát hành xem xét và chuẩn chi hoặc từ chối giao dịch sử dụng các tham số quản lý rủi ro dựa trên máy chủ của bên phát hành. Ngoài ra khi thực hiện kiểm tra tín dụng và gian lận trực tuyến truyền thống, các hệ thống chuẩn chi máy chủ có thể thực hiện Xác thực Thẻ Trực tuyến có sử dụng một mã lệnh động được sinh bởi thẻ và có thể xem xét các kết quả quy trình xử lý ngoại tuyến trong quyết định chuẩn chi.

Hồi đáp từ bên phát hành có thể bao gồm một số cập nhật sau khi phát hành đến thẻ và một mã lệnh được sinh bởi bên phát hành sao cho thẻ có thể xác minh hợp lệ để đảm bảo rằng hồi đáp đến từ bên phát hành hợp lệ. Việc xác minh này được gọi là Xác thực bên Phát hành, và để các ứng dụng phù hợp với CPA là được thực hiện như là một phần của việc Phân tích Hành động Thẻ lần hai (xem Điều 7.5.2.2 Quy trình xử lý Xác thực bên Phát hành).

Ứng dụng CPA thực hiện không phải là một phần của quy trình xử lý trực tuyến, nhưng nó có sử dụng các kết quả của quy trình xử lý trực tuyến bởi thiết bị đầu cuối và bên phát hành trong quy trình xử lý tiếp theo. Như vậy, điều này mô tả tóm tắt các chức năng quy trình xử lý trực tuyến có liên quan tới quy trình xử lý tiếp theo bởi CPA. Các chức năng quy trình xử lý trực tuyến cũng được thực hiện với các giao dịch đọc thẻ từ và nhập khóa nhưng không được mô tả.

Quy trình xử lý trực tuyến được thực hiện như mô tả trong EMV Quyển 3, Điều 10.9 và EMV Quyển 4, Điều 6.3.8.

6.2  Trình tự thực hiện

6.2.1  Quy trình xử lý có liên quan trước đó

Quy trình Khởi tạo Ứng dụng

Thẻ gửi AIP đến thiết bị đầu cuối trong hồi đáp đến lệnh GET PROCESSING OPTIONS. AIP cho biết rằng thẻ không được hỗ trợ Xác thực bên Phát hành có sử dụng lệnh EXTERNAL AUTHENTICATE nhưng kết hợp với quy trình xử lý của lệnh GENERATE AC lần hai.

Phân tích Hành động thẻ lần đầu

Thẻ trả về Mã lệnh Ứng dụng trong hồi đáp cho lệnh GENERATE AC lần đầu.

6.2.2  Quy trình xử lý có liên quan tiếp theo

Phân tích Hành động thẻ lần hai

Nếu hồi đáp chuẩn chi có chứa Dữ liệu Xác thực bên Phát hành, ứng dụng sẽ thực hiện Xác thực bên Phát hành để xác định rằng hồi đáp đến từ bên phát hành hợp lệ (hoặc đại diện của nó). Thẻ sử dụng kết quả việc Xác thực bên Phát hành trong quyết định khi nào chấp nhận hoặc từ chối giao dịch, và khi nào thiết lập lại các bộ đếm và chỉ báo hiện thời. Nếu việc Xác thực bên Phát hành bị lỗi, các giao dịch tiếp theo cho thẻ có thể thực hiện trực tuyến để chuẩn chi cho đến khi việc Xác thực bên Phát hành tiến hành thành công.

Quy trình xử lý tập Lệnh bên Phát hành-đến-Thẻ

Thiết bị đầu cuối gửi bất kỳ các lệnh mã lệnh bên phát hành nào được nhận trong hồi đáp trực tuyến đến thẻ.

Phân tích hành động thẻ lần đầu (Giao dịch tiếp theo)

Nếu quy trình xử lý trực tuyến không thể hoàn thành trong lần giao dịch trước, thẻ có thể gửi xử lý giao dịch trực tuyến để xin chuẩn chi.

6.3  Dữ liệu thẻ

Dữ liệu thẻ được sử dụng trong khi Quy trình xử lý Trực tuyến được liệt kê và được mô tả trong Bảng 12. Đối với một mô tả chi tiết cho dữ liệu này và việc sử dụng chúng, xem Điều 7 trong TCVN 11198-8.

Bảng 12 - Quy trình xử lý trực tuyến - Dữ liệu thẻ

6.4  Dữ liệu Thiết bị đầu cuối

Hồi đáp trực tuyến từ bên phát hành đến thiết bị đầu cuối có chứa dữ liệu được sử dụng trong quy trình xử lý lệnh GENERATE AC lần hai, như được mô tả tại Điều 7. Trong hồi đáp trực tuyến có thể cũng chứa dữ liệu Tập lệnh bên Phát hành như mô tả trong TCVN 11198-5.

6.5  Các lệnh

Hồ sơ Hoán đổi Ứng dụng (AIP) từ thẻ tương thích CPA chỉ ra rằng ứng dụng không hỗ trợ việc Xác thực bên Phát hành sử dụng lệnh EXTERNAL AUTHENTICATE, do đó thiết bị đầu cuối không được gửi một lệnh EXTERNAL AUTHENTICATE đến thẻ. Nếu hồi đáp trực tuyến có chứa Dữ liệu Xác thực bên Phát hành, nó được gửi đến thẻ trong lệnh GENERATE AC lần hai trong khi Phân tích Hành động Thẻ lần hai.

CHÚ THÍCH: Bit ‘Xác thực bên Phát hành được hỗ trợ’ trong AIP được thiết lập đến 0b để chỉ ra rằng thẻ hỗ trợ việc Xác thực bên Phát hành như một phần của quy trình xử lý lệnh GENERATE AC lần hai hơn là sử dụng lệnh EXTERNAL AUTHENTICATE.

6.6  Quy trình xử lý

6.6.1  Yêu cầu trực tuyến

Thiết bị đầu cuối khởi tạo yêu cầu trực tuyến nếu nhận được Mã lệnh yêu cầu chuẩn chi (ARQC) trong hồi đáp GENERATE AC từ thẻ sau khi Phân tích Hành động Thẻ lần đầu và thiết bị đầu cuối hỗ trợ việc chuẩn chi trực tuyến. Yêu cầu trực tuyến có chứa dữ liệu trước đó đã nhận bởi thiết bị đầu cuối từ thẻ, nhưng thẻ không có vai trò trong việc truyền dẫn yêu cầu trực tuyến đến bên phát hành.

6.6.2  Hồi đáp trực tuyến

Nếu thiết bị đầu cuối nhận một hồi đáp trực tuyến, nó sẽ gửi dữ liệu được nhận trong hồi đáp trực tuyến (như vậy Mã Hồi đáp Chuẩn chi và Dữ liệu Xác thực bên Phát hành) đến thẻ trong khi Phân tích Hành động Thẻ lần hai.

Nếu giao dịch được chuẩn chi trực tuyến, thiết bị đầu cuối sẽ yêu cầu rằng thẻ chấp nhận giao dịch bằng cách yêu cầu một Mã lệnh ứng dụng kiểu TC trong lệnh GENERATE AC lần hai.

Nếu giao dịch bị từ chối trực tuyến, thiết bị đầu cuối sẽ yêu cầu rằng thẻ từ chối giao dịch bằng cách yêu cầu một Mã lệnh Ứng dụng kiểu AAC trong lệnh GENERATE AC lần hai.

6.6.3  Hồi đáp không trực tuyến

Nếu thiết bị đầu cuối không thể thực hiện trực tuyến (hoặc bởi vì không có khả năng thực hiện trực tuyến, hoặc bởi vì nảy sinh lỗi ngăn chặn việc này từ khi nhận hồi đáp trực tuyến), việc này sử dụng TVR, IAC- Mặc định và TAC-Mặc định để xác định kiểu của Mã lệnh Ứng dụng để yêu cầu từ thẻ trong lệnh GENERATE AC lần hai.

Quy trình xử lý này được thực hiện toàn bộ bên trong thiết bị đầu cuối sử dụng:

• các quy tắc quy trình xử lý được gọi là IAC-Mặc định mà đã nhận từ thẻ sớm hơn trong giao dịch;

• các quy tắc quy trình xử lý từ thiết bị đầu cuối được gọi là TAC-Mặc định.

Thiết bị đầu cuối so sánh các bit trong IAC-Mặc định và TAC-Mặc định với các bit tương ứng trong TVR. Nếu một bit TVR có giá trị 1b và bit tương ứng trong hoặc IAC-Mặc định hoặc TAC-mặc định cũng có giá trị là 1b, thiết bị đầu cuối phải:

• yêu cầu rằng thẻ từ chối giao dịch ngoại tuyến bằng cách yêu cầu một Mã lệnh ứng dụng kiểu AAC trong lệnh GENERATE AC lần hai;

• gửi Mã Hồi đáp Chuẩn chi Z3 cụ thể đến thẻ trong Phân tích Hành động Thẻ lần hai để chỉ ra rằng thiết bị đầu cuối không thể thực hiện trực tuyến.

Nếu không, thiết bị đầu cuối phải:

• yêu cầu rằng thẻ chấp nhận giao dịch ngoại tuyến bằng cách yêu cầu một Mã lệnh Ứng dụng kiểu TC trong lệnh GENERATE AC lần hai;

• gửi Mã Hồi đáp Chuẩn chi Y3 cụ thể đến thẻ trong Phân tích Hành động Thẻ lần hai để chỉ ra rằng thiết bị đầu cuối không thể thực hiện trực tuyến.

6.7  Biểu đồ Luồng Chức năng

Hình 25 - Luồng Quy trình xử lý Trực tuyến cho Hồi đáp Trực tuyến

Hình 26 - Luồng Quy trình xử lý trực tuyến cho Hồi đáp không Trực tuyến.

7  Quy trình Phân tích Hành động thẻ lần hai

7.1  Mục đích

Phân tích Hành động thẻ lần hai được thực hiện bởi ứng dụng để kết thúc quy trình xử lý giao dịch. Phân tích Hành động Thẻ lần hai bao gồm các điều sau:

• Nếu nhận được Dữ liệu Xác thực bên Phát hành, sau đó ứng dụng thực hiện việc Xác thực bên Phát hành;

• Sau khi chuẩn chi trực tuyến, các chỉ báo và bộ đếm có thể thiết lập lại dựa trên trạng thái Xác thực bên Phát hành, tùy chọn ứng dụng và các chỉ báo trong hồi đáp trực tuyến;

• Nếu quy trình xử lý trực tuyến được yêu cầu và thiết bị đầu cuối không thể thực hiện trực tuyến, thì ứng dụng thực hiện bổ sung phân tích để xác định khi nào giao dịch phải chấp nhận hoặc từ chối ngoại tuyến;

• Một việc chấp nhận trực tuyến của bên phát hành có thể bị thay đổi thành từ chối tùy theo kết quả Xác thực bên Phát hành và tùy chọn ứng dụng;

• Các chỉ báo và bộ đếm được thiết lập để phản ánh cái gì đã diễn ra trong khi quy trình xử lý giao dịch.

Phân tích Hành động Thẻ lần hai được thực hiện như mô tả EMV Quyển 3, Điều 10.11 và EMV Quyển 4, Điều 12.2.

7.2  Trình tự thực hiện

7.2.1  Quy trình xử lý có liên quan trước đó

Quy trình Bắt đầu Ứng dụng

Thẻ xác định số ID Hồ sơ để sử dụng cho quy trình xử lý giao dịch.

Kiểm soát Hồ sơ gắn liền với số ID Hồ sơ quy định cách thức Quản lý Rủi ro Thẻ được cấu hình cho quy trình xử lý giao dịch.

Đọc Dữ liệu Ứng dụng

Thiết bị đầu cuối đọc CDOL2 từ thẻ.

Phân tích Hành động Thẻ lần đầu

Trong khi Phân tích Hành động Thẻ lần đầu, ứng dụng yêu cầu một việc chuẩn chi trực tuyến hoặc hồi đáp với một chấp nhận trực tuyến hoặc một từ chối ngoại tuyến phụ thuộc vào kiểu mã lệnh được yêu cầu bởi thiết bị đầu cuối và kết quả của quy trình quản lý rủi ro thẻ.

Trong khi Phân tích Hành động Thẻ lần hai, thiết bị đầu cuối chỉ phát sinh một lệnh GENERATE AC lần hai đến thẻ cho giao dịch trong đó thẻ đã yêu cầu một chuẩn chi trực tuyến trong Phân tích Hành động thẻ lần đầu.

Thẻ không thực hiện quy trình xử lý Phân tích Hành động thẻ lần hai cho giao dịch trong đó thẻ hồi đáp với một chuẩn chi ngoại tuyến hoặc từ chối ngoại tuyến trong khi Phân tích Hành động thẻ lần đầu.

Quy trình xử lý trực tuyến

Trong quy trình xử lý trực tuyến, thiết bị đầu cuối gửi yêu cầu chuẩn chi đến bên phát hành. Bên phát hành xác minh mã lệnh ứng dụng, xác định khi nào chấp nhận hoặc từ chối giao dịch trực tuyến, và khi nào sử dụng Cập nhật Tình trạng Thẻ để cập nhật dữ liệu ứng dụng và điều kiện ứng dụng. Bên phát hành có thể sau khi sinh ra Dữ liệu Xác thực bên Phát hành gửi đến thiết bị đầu cuối trong thông điệp hồi đáp. Thiết bị đầu cuối gửi Dữ liệu Xác thực bên Phát hành đến thẻ trong dữ liệu lệnh GENERATE AC lần hai bởi vì nó được liệt kê trong CDOL2.

7.2.2  Quy trình xử lý có liên quan tiếp theo

Phân tích Hành động thẻ lần đầu (giao dịch tiếp theo)

Trong các giao dịch tiếp sau, ứng dụng sử dụng các chỉ báo và bộ đếm thiết lập hoặc thiết lập lại trong khi Phân tích Hành động thẻ lần hai trong lúc ra quyết định quy trình xử lý.

Phân tích Hành động thẻ lần hai (giao dịch tiếp theo)

Trong các giao dịch tiếp sau, ứng dụng sử dụng các chỉ báo và bộ đếm thiết lập hoặc thiết lập lại trong khi Phân tích Hành động thẻ lần hai trong lúc ra quyết định quy trình xử lý.

7.3  Dữ liệu thẻ

Dữ liệu thẻ được sử dụng trong Phân tích Hành động Thẻ lần hai được liệt kê và mô tả trong Bảng 13. Đối với mô tả chi tiết của các dữ liệu và các sử dụng chúng, tham khảo Điều 7, TCVN 11198-8.

CHÚ THÍCH: Một số dữ liệu có nhiều trường hợp trong ứng dụng. Điều này cho biết thông báo Tên Dữ liệu x (ví dụ, Thanh tổng 1 và Thanh tổng 2 có thể tham chiếu như là Thanh tổng x).

Bảng 13 - Phân tích Hành động thẻ lần hai - Dữ liệu thẻ