TCVN11198-4:2015

Tiêu chuẩn quốc gia TCVN 11198-4:2015 về 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 speci f ication - 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 speci f ication - 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 ẻ Dữ liệu Mô tả Bản mẫu Tag Mã Tiền Thanh tổng Mã chỉ ra đồng tiền mà một Thanh tổng được quản lý. — — Kiểm soát Hồ sơ Thanh tổng cho Thanh tổng x Xác định các hành động hồ sơ cụ thể Thanh tổng x trong các hồ sơ được lựa chọn cho các giao dịch; bao gồm cả việc gửi các giá trị trong dữ liệu ứng dụng bên Phát hành và t ừ đó thiết lập hạn mức sử dụng. — — Kiểm soát hồ sơ Thanh tổng x Xác định Hành động Hồ sơ cụ th ể cho một Thanh tổng bao gồm cả việc gửi giá các giá trị trong dữ liệu Ứng dụng bên Phát hành v à từ đó thiết lập hạn mức sử dụng. Xác định các Kiểm soát Hồ sơ mà Thanh tổng x sử dụng bởi mỗi Thanh tổng đã hoạt động trong hồ sơ. ‘BF31’ ‘DF0x’ Thanh tổng x Mô tả cho một số thanh tổng của giao dịch. Có thể bao gồm cả giao dịch ngoại tuyến và trực tuyến cũng được chấp thuận. Giao dịch có thể được tích lũy nếu họ đang có tiền trong Thanh tổng hoặc (nếu quy đổi tiền tệ được phép cho Thanh tổng) trong một loại tiền tệ có thể được chuyển đổi sang các Đồng tiền Thanh tổng sử dụng B ả ng Quy đổi Tiền tệ cho Thanh tổng x. ‘BF30’ ‘DF0x’ Cân bằng Thanh tổng x Mô tả cho lượng tiền ngoại tuyến có sẵn tính như sau: Trên hạn mức của Thanh tổng x ngoại trừ giá trị của Thanh tổng x. — — Kiểm soát Thanh tổng x Xác định các hành động cụ thể tới Thanh tổng x riêng biệt của hồ sơ được chọn cho các giao dịch; bao gồm những giao dịch được tích lũy và tiền trong giao dịch đó là thanh tổng. ‘BF32’ ‘DF0x’ Thiết lập hạn mức cho Th a nh tổng x Mỗi Thanh tổng x có hai thiết lập hạn mức bằng một trong các cách sau: ‘BF30’ *DF1x’ Hạn mức dưới cho Thanh tổng x Hạn mức dưới của Thanh tổng x. Một bit được thiết lập trong CVR và ADR khi Thanh tổng x vượt qua hạn mức này. Hạn mức trên cho Thanh tổng x Hạn mức trên của Thanh tổng x. Một bit được thiết lập trong CVR và ADR khi Thanh tổng x vượt qua hạn mức này. Bảng Kiểm tra Bổ sung x Bảng chứa giá trị để so sánh với giá trị tr ả về bởi thiết bị đầu cuối trong lệnh GENERATE AC. Cho phép các bên Phát hành xác định thêm các rủi ro đối với th ẻ . ‘BF33’ ‘DF0x’ Kiểm soát ứ ng dụng Các chỉ số được sử dụng để kích hoạt hoặc vô hiệu hóa các chức năng trong ứng dụng. ‘ C1’ Mã lệnh Ứ ng dụng Một mã lệnh được sinh ra bởi thẻ để Hồi đáp một lệnh GENERATE AC. Mã hóa bao gồm các Kiểu sau: - Xác thực ứng dụng AAC - Được kích hoạt cho giao dịch TC - Yêu cầu chấp thuận ARQC — ‘9F26’ Kết quả quyết định ứng dụng (ADR) Chỉ số bên trong được sử dụng để xác định điều kiện ngoại lệ xảy ra trước và trong khi giao dịch. Các Mã Hành động bên Phát hành Thẻ (CIAC) được so sánh với kết quả ứng dụng để quyết định nên giảm giao dịch ngoại tuyến hoặc trực tuyến. — — Bộ đếm giao dịch ứng dụng (ATC) Một bộ đếm của số giao dịch bắt đầu từ ứng dụng được đặt trên thẻ. — ‘9F36’ Danh sách đối tượng dữ liệu quản lý rủi ro thẻ (CDOL1) Danh sách các thẻ và độ dài của dữ liệu thành phần mà các thiết bị đầu cuối phải vượt qua tới ứng dụng thẻ với lệnh GEN E RATE AC. — ‘8C’ Kết quả xác minh thẻ (CVR) Cho biết kết quả xử lý của giao dịch ngoại tuyến từ trước và trong một giao dịch ứng dụng. Những thông tin này được truyền trực tuyến như một phần của bên Phát hành ứng dụng. — ‘9F52’ Mục nhập CIAC x Xác định các tùy chọn cấu hình cụ thể được lựa chọn bởi các bên Phát hành để xử lý giao dịch với số ID CIAC = ‘ x ’. ‘BF34’ ‘DF0x’ Mã hành động bên phát hành thẻ - Từ chối (CIAC - Decline) So sánh với kết quả quyết định ứng dụng để chỉ ra các tình huống khi bên Phát hành xác định một giao dịch ngoại tuyến được Từ chối. Mã hành động bên phát hành thẻ - mặc định (CIAC - De f ault) So sánh với kết quả quyết định ứng dụng đ ể chỉ ra các tình huống khi bên Phát hành xác định một giao dịch được Từ chối nếu các thiết bị đầu cuối không thể đi đến trực tuyến. Mã hành động bên phát hành thẻ - trực tuyến (CIAC - Online) So sánh với kết quả quyết định ứng dụng đ ể chỉ ra các tình huống khi bên Phát hành xác định một giao dịch đi đến trực tuyến nếu các thiết bị đầu cuối là có kh ả năng trực tuyến. Kiểm soát Hồ sơ Bộ đếm cho b ộ đếm x Xác định Hành động Hồ sơ cụ thể cho b ộ đếm x trong hồ sơ được lựa chọn cho giao dịch; bao gồm cả việc gửi các giá trị trong dữ liệu ứng dụng bên Phát hành và thiết lập hạn mức sử dụng. — — Kiểm soát Hồ sơ Bộ đếm x Xác định Hành động Hồ sơ cụ thể một bộ đếm; bao gồm c ả việc gửi giá trị trong các dữ liệu ứng dụng bên Phát hành và từ đó thiết lập hạn mức sử dụng. Kiểm soát và nhận dạng hồ sơ mà Kiểm soát Hồ sơ Bộ đếm x được sử dụng bởi mỗi truy cập đang hoạt động trong hồ sơ. ‘BF36’ ‘DF0x’ Bộ đếm x Đại diện cho một số ứng dụng giao dịch từ b ộ đếm x cuối cùng được thiết lập lại. Có th ể bao gồm cả giao dịch ngoại tuyến được chấp thuận, giao dịch tron g nước, giao dịch quốc tế, giao dịch trực tuyến được ch ấ p thuận hoặc các giao dịch đ ã từ chối. ‘BF35’ ‘DF0x’ Kiểm soát b ộ đếm x Xác định các hành động cụ thể tới Bộ đếm x của hồ sơ sử dụng cho các giao dịch chẳng hạn như các giao dịch đã được tính toán. ‘BF37’ ‘DF0x’ Thiết lập hạn mức Bộ đếm x Đối với mỗi b ộ đếm x sẽ có hai thiết lập hạn mức như sau: ‘BF35’ ‘DF1x’ Hạn mức dưới của b ộ đếm x Hạn mức dưới của hai hạn mức b ộ đếm x. Thiết lập một bit trong CVR và ADR khi b ộ đếm x vượt qua hạn mức này. Hạn mức trên của b ộ đếm x Hạn mức trên của hai hạn mức cho b ộ đếm x. Thiết lập một bit trong CVR và ADR khi b ộ đếm x vượt qua hạn mức này. Dữ liệu thông tin mã lệnh (CID) Trả lại cho thiết bị đầu cuối trong hồi đáp lệnh GENERATE AC. CID ch ỉ định các Ki ể u mã lệnh đang được trả lại và chỉ ra không có thông báo là cần thiết v à không có thông tin được đưa ra cho các lý do / thông báo / mã giới thiệu. — ‘9F27’ Quy đổi tiền tệ Bảng x Chứa mục tiêu mã tiền tệ và một hoặc nhiều thông số quy đổi tiền tệ có thể được sử dụng để chuyển đổi một giao dịch trong một hình thức chuyển đổi được chấp nhận vào một giá trị gần đúng cho các giao dịch trong Đồng tiền Thanh tổng hoặc bằng ti ề n liên quan với số tiền giao dịch tối đa. ‘BF38’ ‘DF0x’ Kiểm soát hồ sơ Thanh tổng cho Thanh tổng Chu kỳ x Xác định các hành động hồ sơ cụ thể cho Thanh tổng Chu kỳ x trong h ồ sơ giao dịch được chọn, bao gồm cả Thanh tổng trong hồ sơ và mục nhập hạn mức sử dụng — — Kiểm soát H ồ sơ Thanh tổng Chu kỳ Xác định hành động hồ sơ cụ thể cho một Thanh tổng; bao g ồ m cả Thanh tổng trong hồ sơ và mục nhập hạn mức sử dụng. Kiểm soát hồ sơ, xác định Kiểm soát Hồ sơ Thanh tổng Chu kỳ được sử dụng bởi mỗi Thanh tổng Chu kỳ đang hoạt động trong hồ sơ. ‘BF39’ ‘DF0x’ Thanh tổng Chu kỳ x Biểu diễn một Thanh tổng của các giao dịch đã được chấp thuận trong một chu kỳ. Nó có thể một giao dịch ngoại tuyến đã được chấp thuận, nhưng cũng có thể là các giao dịch trực tuyến đã được chấp t h uận. Chu kỳ có thể là một ngày, một tuần, hay tháng. Giao dịch có thể được tích lũy nếu họ đáng có trong Đồng ti ề n Thanh tổng hoặc ngoại tệ mà có thể được chuyển đổi sang Thanh tổng ngoại tệ bằng cách sử dụng Bảng Quy đổi Tiền tệ cho Thanh tổng Chu kỳ x . ‘BF42’ ‘DF0x’ Kiểm soát Thanh tổng Chu k ỳ x Xác định các hành động cụ thể tới các thành phần Thanh tổng Chu kỳ x của hồ sơ sử dụng cho các giao dịch bao gồm Mã Tiền Thanh tổng, trong đó giao dịch là thanh t ổ ng chiều dài của chu kỳ truy cập. ‘BF3A’ ‘DF0x’ Hạn m ứ c Thanh tổng Chu kỳ x Các hạn mức cho giá trị của Thanh tổng Chu kỳ x . Một bit được thiết lập trong ADR khi giá trị Thanh tổng Chu kỳ x vư ợ t qua hạn mức này. — — Ngày tháng Tham chiếu Thanh tổng Chu kỳ x Đối với một Thanh tổng Chu kỳ ngày tháng giao dịch được định dạng là YYMMDD. ‘BF42’ ‘DF1x’ Ngày Tham chiếu Thanh tổng Chu kỳ x Tham chiếu ngày được mô tả trong TCVN 11198-8 cho ngày đầu tiên của tuần, trong đó Thanh tổng Chu kỳ x đã được thiết lập lại lần cuối cùng. ‘BF42’ ‘DF2x’ Bảng dữ liệu nhật ký lệnh GEN AC lần đầu Cung cấp thông tin cần thiết để hỗ trợ mở rộng các tùy chọn của dữ liệu để đăng nhập cho một giao dịch. Xác định dữ liệu có thể thay đổi trong quá trình xử lý của giao dịch. Trong lời gọi tới giá trị nhật ký (log) của lệnh xử lý tiếp theo GENERATE AC, các thành phần dữ liệu phải được tr í ch từ lệnh GENERATE AC bằng cách sử dụng bảng dữ liệu GEN AC lần hai. ‘BF40’ ‘DF01’ B ả ng dữ liệu nhật ký không đổi l ệ nh GEN AC lần đầu Cung cấp thông tin cần thiết để hỗ trợ mở rộng tùy chọn của dữ liệu để đăng nhập cho một giao dịch. Xác định dữ liệu sẽ thay đổi trong giao dịch và theo đó không cần phải yêu cầu thêm một lần nữa từ thiết bị đầu cuối trong dữ liệu mã lệnh GENERATE AC lần hai. Dữ liệu này được lưu trong các ứng dụng mã lệnh GENERATE AC lần đầu trong trường hợp nó được ghi trong suốt quá trình xử lý mã lệnh GENERATE AC l ầ n hai. ‘BF40’ ‘DF03’ Dữ liệu Ứ ng dụng bên phát hành (IAD) Thông báo cho bên Phát hành về ứng dụng. Được sử dụng để gửi các CVR và thông tin ứng dụng khác cho bên Phát hành. — ‘9F10’ Mã quốc gia bên Phát hành Cho biết tên quốc gia của bên Phát hành. — ‘5F28’ Kiểm soát hồ sơ các tùy chọn bên Phát hành Xác định các hành động cụ thể được lựa chọn bởi các bên Phát hành để xử lý giao dịch với kiểm soát hồ sơ các tùy chọn bên Phát hành có ID = ‘x’ ‘BF3B’ ‘DF0x’ Chiều dài dữ liệu mã lệnh GENERATE AC lần đầu Giá trị dự tính cho chiều dài dữ liệu mã lệnh GENERATE AC lần đầu. Bên Phát hành lệnh bộ đ ế m Một ứng dụng bộ đếm bên trong cho biết số lượng các bên Phát hành lệnh đã được xử lý thành công. — — Ngày giao dịch trực tuyến cuối cùng Ngày giao dịch cuối cùng đ ã thành trực tuyến. — — Ngày giao dịch trực tuyến cuối cùng trong các ngày Ngày giao dịch trong ngày giao dịch cuối cùng đã thành trực tuyến. — — Hạn mức nhập x Hạn mức sử dụng cho Thanh tổng như là hạn mức tối đa cho tiền giao dịch hoặc cho một Thanh tổng Chu kỳ trong ứng dụng. ‘BF3C’ ‘ DF0x’ Lượng giao dịch tối đa (MTA) Một hạn mức về giá trị của tiền, ủ y quyền cho các giao dịch. — — Kiểm soát hồ sơ MTA Xác định các hành động cụ thể cho MTA th ẻ , kiểm tra qu ả n lý rủi ro một giao dịch trong các hồ sơ được lựa chọn cho giao dịch, bao g ồ m có B ả ng Quy đổi Tiền tệ và hạn mức truy cập sử dụng. ‘BF3D’ ‘DF0x’ Hạn mức số ngày ngoại tuyến Hạn mức số ngày thẻ có thể được kích hoạt cho giao dịch ngoại tuyến trước khi cố gắng thành trực tuyến. — ‘C3’ Bộ đếm lần thử mã PIN Số lần thử mã PIN còn lại. — ‘ 9F17’ Lịch sử giao dịch trước đó (PTH) Các chỉ số được sử dụng đ ể lưu trữ thông tin về các giao dịch trước đó được sử dụng trong việc quản lý rủi ro cho thẻ trong các giao dịch tiếp theo. — ‘C7’ Kiểm soát Hồ sơ x Xác định tài nguyên ứng dụng sẽ được sử dụng khi xử lý một giao dịch với Kiểm soát Hồ sơ x . Các nội dung sau đây của Kiểm soát Hồ sơ x được sử dụng trong việc phân tích hành động thẻ: ‘BF3F ‘DFxx’ ID Kiểm soát Hồ sơ Thanh tổng cho Thanh tổng x X á c định Kiểm soát Hồ sơ Thanh tổng, hành động cho Thanh tổng x khi một giao dịch trong hồ sơ. Số ID CIAC Xác định các CIAC nhập vào x có chứa CIAC - Decline, CIAC - Online và C I AC - De f ault được sử dụng khi xử lý giao dịch. ID Ki ể m soát Hồ sơ Bộ đếm cho b ộ đếm x Xác định Kiểm soát Hồ sơ Bộ đếm, xác định hành động cho b ộ đếm x khi xử lý một giao dịch trong h ồ sơ. ID chu kỳ Kiểm soát Hồ sơ Bộ đếm cho Thanh tổng Chu kỳ x Xác định các chu kỳ Kiểm soát Hồ sơ Bộ đếm xác định hành động cho Thanh tổng Chu kỳ x khi xử lý một giao dịch trong hồ sơ. Bên Phát hành tùy chọn Kiểm soát Số ID Hồ sơ Xác định các bên Phát hành tùy chọn Kiểm soát Hồ sơ được sử dụng khi xử lý giao dịch. ID Kiểm soát Hồ sơ MTA Xác định Kiểm soát Hồ sơ MTA, xác định hành động cho kiểm tra quản lý rủi ro thẻ khi xử lý một giao dịch trong hồ sơ. ID Kiểm soát Hồ sơ VLP Xác định Kiểm soát Hồ sơ Thanh tổng được sử dụng như là Kiểm soát Hồ s ơ VLP, xác định hành động cho Quỹ Có sẵn VLP khi xử lý một giao dịch trong hồ sơ. S ố ID Hồ sơ Xác định kiểm soát hồ s ơ sử dụng trong cấu hình ứng dụng hành động môi trường giao dịch - - Ứ ng dụng dữ liệu chữ ký động Chữ ký phát sinh bởi thẻ ở thời điểm giao dịch như phần của hồi đáp đối với lệnh GENERATE AC với quy trình xử lý CDA. Thẻ phát sinh chữ ký sử dụng một mã hash dữ liệu động lấy từ thiết bị đầu cuối và thẻ. Chữ ký thẻ được ký ứng dụng dữ liệu động với khóa riêng ICC. Định dạng ứng dụng dữ liệu chữ ký động thể hiện trong EMV quyển 2, bảng 16 - ‘9F4B’ Mã Tiền Nguồn Mã hiện tiền tệ c ó thể được chuyển đổi sử dụng thông số quy đ ổ i tiền tệ đơn trong B ả ng Quy đổi Tiền tệ. Một thôn g số quy đổi tiền tệ có thể chỉ sử dụng nếu mã quy đổi ti ề n tệ giống với mã tiền tệ nguồn trong thông số qu y đổi tiền t ệ - - Mã Tiền Đích Mã tiền tệ có thể được chuyển đổi sử dụng một Bảng Quy đổi Tiền tệ. Một Bảng Qu y đổi Tiền tệ có th ể ch ỉ được sử dụng đ ể chuyển đổi một lượng tiền tệ nếu mã tiền tệ mục tiêu giống với mã tiền t ệ thanh t ổng liên quan hoặc mã tiền tệ MTA - - Ngày giao dịch Ngày giao dịch như số ngày kể từ một ngày cơ bản - - Quỹ có sẵn VLP Tổng lượng thanh tổng Quỹ Có sẵn VLP để g ử i nội tuyến - ‘9F79’ 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 Dữ liệu Mô tả B ả n mẫu Tag Lượng tiền, được Chuẩn chi Lượng tiền giao dịch - ‘9F02’ Lượng tiền, Khác Lượng tiền triết khấu cho giao dịch - ‘9F03’ Kết quả xác minh chủ th ẻ Cho biết kết quả của lần thực hiện xác minh chủ thẻ cuối cùng CVM - ‘9F34’ Mã Nước Thiết bị đầu cuối Dữ liệu thiết bị đầu cuối cho biết nước của thiết bị đầu cuối đ ó - ‘9F1A’ Ki ể u thiết bị đầu cuối Cho biết Kiểu thiết bị đầu cuối (Được sử dụng để xác minh xem các thiết bị đầu cuối có phải là trực tuyến không) - ‘9F35’ Xác minh kết quả thiết bị đầu cuối (TVR) Một loạt các chỉ số được sử dụng để ghi lại các kết quả của quy trình xử lý nội tuyến từ một quan điểm thiết bị đầu cuối bao gồm cả các kết quả của tất cả các kiểm tra quản lý rủi ro. - ‘95’ M ã Tiền Giao dịch Mã xác định đồng tiền đang giao dịch - ‘5F2A’ Ngày giao dịch Ngày giao dịch được xác thực - ‘9A’ Kiểu giao dịch Các Kiểu giao dịch tài ch í nh theo yêu cầu - ‘9C’ Số không thể đoán trước Một số sử dụng cung cấp các biến và d uy nhất đối với d ữ liệu được gửi từ ứng dụng - ‘9F37’ 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 Mã Giá trị CLA ‘80’ INS ‘AE’ P1 Tham số Kiểm soát Tham chiếu P2 ‘00’ Lc Var. Data Dữ liệu lệnh GENERATE AC lần đầu Le ‘00’ 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 b8 b7 b6 b5 b4 b3 b2 b1 Giải nghĩa x x Kiểu mã lệnh 0 0 AAC 0 1 TC 1 0 ARQC 1 1 RFU x RFU x CDA được yêu cầu 0 CDA không được yêu cầu 1 CDA được yêu cầu x x x x RFU 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 Thành phần dữ liệu Chiều dài Lượng tiền, được Chuẩn chi 6 Lượng tiền, Khác 6 Mã Nước Thiết bị đầu cuối 2 TVR 5 Mã Tiền Giao dịch 2 Ngày giao d ịch 3 Kiểu giao dịch 1 Số không thể đoán trước 4 Kiểu thiết bị đầu cuối 1 K ế t quả CVM 3 Dữ liệu mở rộng Lệnh GENERATE AC l ầ n đầu Var. 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 S W 2, 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ữ l iệ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 tr o ng 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ị ‘ 7 E ’ 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ả tr o ng 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 g i ao 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 ứn g 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ẻ Kiểm tra Quản lý Rủi ro Kết quả (nếu đ iều kiện xảy ra) Xem Điều Thanh tổng x Kiểm tra vượt quá Hạn mức Dưới Nếu thanh tổng x được kích hoạt trên Hồ sơ: • Thiết lập một bit CVR cho biết Hạn mức Lượng tiền ngoại tuyến thanh tổng Thấp hơn hoặc đã vượt quá hoặc (tùy chọn) sẽ vượt quá nếu giao dịch này được chấp nhận ngoại tuyến. • Thiết lập bit ADR cho biết rằng Hạn mức Dưới của Thanh tổng x đã bị vượt quá hoặc (tùy chọn) sẽ bị vượt quá nếu cuộc giao dịch được chấp nhận. 5.5.3.15 Thanh tổng x Kiểm tra vượt quá Hạn mức Trên Nếu thanh tổng x được kích hoạt trên hồ sơ: • Thiết lập một bit CVR cho biết rằng Hạn mức Trên Lượng tiền Ngoại tuyến lũy tiến hoặc đã vượt quá hoặc (tùy chọn) sẽ vượt quá nếu giao dịch này được chấp nhận ngoại tuyến; • Thiết lập một bit ADR cho biết rằng Hạn mức Tr ê n của Thanh tổng x đã b ị vượt quá hoặc (tùy chọn) sẽ bị vượt quá nếu cuộc giao dịch được chấp nhận. 5.5.3.16 Kiểm tra Bảng Kiểm tra Bổ sung x Nếu Bảng kiểm tra Bổ sung x được kích hoạt trên hồ sơ: • Thiết lập một bit CVR cho biết có một ánh xạ được t ì m thấy cùng dữ liệu được gửi bởi thiết bị đầu cuối trong lệnh GENERATE AC; • Thiết lập một tr ong hai bit ADR, một bit cho ánh xạ tìm thấy dữ liệu được gửi bởi thiết bị đầu cuối tr o ng lệnh GEN E RATE AC, một cho không tìm thấy. Việc sử dụng hai bit khác nhau cho phép hành động có thể diễn ra hoặc có ánh xạ tìm thấy hoặc không tìm thấy ánh xạ, 0 Kiểm tra vượt quá Hạn mức Dưới của Bộ đếm x Nếu Bộ đếm x được kích hoạt trong hồ sơ: • Thiết lập một b ít CVR cho biết Hạn mức lần đếm giao dịch ngoại tuyến Thấp hơn hoặc đã vượt quá hoặc (tùy chọn) sẽ vượt quá nếu giao dịch này được chấp nhận ngoại tuyến. • Thiết lập bit ADR cho biết rằng Hạn mức Dưới của Bộ đếm x đã bị vượt quá hoặc (tùy chọn) sẽ bị vượt quá nếu cuộc giao dịch được chấp nhận 5.5.3.17 Kiểm tra vượt qu á Hạn mức Trên của Bộ đếm x Nếu Bộ đếm x được kích hoạt trong hồ sơ: • Thiết lập một b í t CVR cho biết Hạn mức lần đếm giao dịch ngoại tuyến Cao hơn hoặc đã vượt quá hoặc (tùy chọn) sẽ vượt quá nếu giao dịch này được chấp nhận ngoại tuyến. • Thiết lập bit ADR cho biết rằng Hạn mức Trên của Bộ đếm x đã bị vượt quá hoặc (tùy chọn) sẽ bị vượt quá nếu cuộc giao dịch được chấp nhận 5.5.3.18 Kiểm tra vượt quá Hạn mức của Thanh tổng Chu kỳ x Nếu Thanh tổng Chu kỳ x được kích hoạt trong hồ sơ, thiết lập một bit ADR cho biết hạn mức đối với lượng tiền thanh tổng của các giao dịch đã được chấp nhận bên trong một chu kỳ cụ thể (như là một ngày, tuần hoặc tháng) đã bị vượt quá. Có thể thiết lập một bit ADR và bit CVR cho biết có lỗi trong Ngày Giao dịch 5.5.3.22 Tiến hành Trực tuyến Khi Kiểm tra Giao dịch Tiếp theo Thiết lập cả hai bit CVR và ADR cho biết rằng bên phát hành cần giao dịch này tiến hành trực tuyến 5.5.3.9 Kiểm tra lỗi xác thực bên phát hành Thiết lập cả hai bit CVR và ADR cho biết rằng việc Xác thực bên phát hành bị lỗi trong lần giao dịch trước đó, 5.5.3.10 Kiểm tra việc không thực hiện xác thực bên phát hành Thiết lập một bit CVR cho biết 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 đó. Thiết lập một bit ADR cho biết Dữ liệu Xác thực Bên phát hành không được nhận trong lần giao dịch trước đó. Thiết lập một bit ADR cho biết lần giao dịch không được tiến hành trực tuyến trong lần giao dịch trước nhưng đã thử tiến hành trực tuyến 5.5.3.14 Kiểm tra lỗi xử lý tập lệnh bên phát hành Thiết lập cả hai bit CVR và bit ADR để cho biết rằng quy trình xử lý lệnh tập lệnh bị lỗi trong l ầ n giao dịch trước đó 5.5.3.12 Kiểm tra việc nhận tập lệnh bên phát hành Thiết lập một bit ADR cho biết rằng Lệnh Tập lệnh Bên phát hành đã nhận trong lần giao dịch trước đó 5.5.3.11 Kiểm tra việc không hoàn thành giao dịch trực tuyến lần trước Thiết lập cả hai bit CVR và ADR cho biết rằng lần giao dịch trước đã thử tiến hành trực tuyến nhưng không hoàn thành thành công 5.5.3.13 Kiểm tra ngoại tuyến số ngày tối đa Nếu Kiểm tra ngoại tuyến số ngày tối đa được kích hoạt trong hồ sơ, thi ế t lập một bit ADR cho biết rằng thẻ đã vượt quá hạn mức số ngày kể từ lần giao dịch thành công trực tuyến, Có thể thiết lập một bit ADR và bit CVR cho biết lỗi trong Ngày Giao d ị ch 5.5.3.20 Kiểm tra Lượng Giao dịch Tối đa (MTA) Nếu MTA được kích hoạt trong hồ sơ, thiết lập một bit ADR cho biết rằng giá trị của giao dịch vượt quá hạn mức 5.5.3.21 Kiểm tra số lượng Lệnh Tập lệnh Bên phát hành Thiết lập các bit CVR cho biết rằng giá trị của Bộ đếm Lệnh Tập lệnh Bên phát hành 5.5.3.8 Kiểm tra việc xác thực Dữ liệu ngoại tuyến bị lỗi trong lần giao dịch trước đó Thiết lập cả bit CVR và bit ADR cho biết rằng SDA, DDA hoặc CDA b ị lỗi trong quy trình xử lý lần giao dịch trước đó 5. 5 .3.7 Kiểm tra việc Xác minh mã PIN ngoại tuyến được thực hiện và mã PIN không được xác minh thành công Thiết lập cả hai bit CVR và bit ADR để cho biết rằng việc xác minh mã PIN ngoại tuyến đã được thực hiện trong lần giao dịch này và mã PIN không được xác minh thành công 5.5.3.3 Kiểm tra việc Xác minh mã PIN ngoại tuyến Thiết lập cả bit CVR và bit ADR cho biết rằng việc xác minh mã PIN ngoại tuyến đã được thực hiện trong lần giao dịch này 5.5.3 . 2 Kiểm tra Bộ đếm lần Th ử mã PIN Thiết lập bit CVR về giá trị hiện thời của Bộ đếm lần Thử mã PIN 5.5.3.6 Kiểm tra Hạn mức l ầ n Thử mã PIN bị vượt quá Thiết lập cả hai bit CVR và ADR để cho biết rằng hạn mức lần Thử mã PIN đã bị vượt quá trong lần giao d ị ch này hoặc trước đó 5. 5 .3.5 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ệ Thiết lập một bit ADR nếu kết quả CVM cho biết rằng mã PIN đã được kiểm tra và thẻ không thực hiện kiểm tra mã PIN hoặc không thực hiện xác minh mã PIN thành công 5.5.3.4 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 k hi 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à 0 b, 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 cu ng 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 b i t 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 (0001 00 b); - 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à 0 b; - 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 S D A”, “lỗi DDA” và “lỗi CDA” trong TVR t ấ t c ả thi ế t lập giá trị là 0 b; • 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à 0 b. 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ư ợn g 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 tr o ng 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 t rong 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 t heo 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 h oặ 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ị 0 b; ▪ 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ị 0 b; • 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 Thanh tổng y đang kích hoạt cho Hồ sơ bit ‘Cho phép t í ch lũy’ trong Kiểm soát Hồ sơ Thanh tổng cho Thanh tổng y trong hồ sơ này có giá trị là 1b bit ‘Bao gồm Chấp nhận Ngoại tuyến’ trong Kiểm soát Thanh tổng y có giá trị 1b Hoặc các điều sau là đúng: • thiết bị đ ầ u cuối y ê u cầu một 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 y có giá trị là 1b Hoặc các điều sau là đúng: • Mã Tiền Giao dịch t ươ ng ứng với Mã tiền Thanh tổng • hoặc 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 của các Tham số Quy đổi Tiền tệ trong B ả ng Quy đ ổ i Ti ề n tệ đang kích hoạt cho 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 h oặ 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ị 0 b; ▪ hoặc Mã Nước Thiết bị đầu cuối không tư ơn g ứ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ị 0 b; • 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 k hi 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 t hà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 b it ‘đã 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 - De f ault: Một bit phải thiết lập giá trị 1b trong CIAC - De f ault 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 Hồi đáp của th ẻ AAC ARQC TC Yêu cầu của thiết bị đầu cuối AAC Từ chối - - ARQC Từ chối Trực tuyến - TC Từ chối Trực tuyến chấp thuận CHÚ THÍCH : Trong CPA, thẻ phải không trả về với một AAR (viện dẫn) 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 - De f ault 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, h oặ c kiểu thiết bị đầu cuối 26 và c á c điều kiện ghi đè CIAC - De f ault không đạt được), ứng dụng so sánh CIAC - De f ault 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ố Q u y đ ổ 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 t hanh 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ị 0 b; - 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ị 0 b; - 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ị 0 b. 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’ tro ng 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 AA C (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ị 0 b; • 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ị 0 b. 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ị 0 b, • 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ị 0 b. 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à 00 b đề 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 ản g 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) Byte IAD Mô tả Giá trị 1 Chiều dài ‘0F’ 2 CCI ‘A5’ 3 DKI Tùy ý-bên Phát hành 4-8 CVR thiết lập là không ngoại trừ những bit sau được sử dụng để chỉ ra kết quả xác minh mã PIN ngoại tuyến: ● ‘đã thực hiện Xác minh mã PIN ngoại tuyến’ ● ‘đã 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’ 9-16 bộ đếm không 17 chiều dài ‘0F ’ 18 Số ID Hồ sơ ‘ 7E’ 19-32 Tùy ý-bên Phát hành không 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’ = 0 b) 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’ Byte lAD Mô tả Giá trị 1 Chiều dài ‘0F 2 CCI Thiết lập giá trị của CCI Hồ sơ trong Kiểm soát Hồ sơ Tùy chọn bên Phát hành cho giao dịch (‘ A5’ cho các hồ sơ tương thích CCD) 3 DKI Thiết lập giá trị của D KI Hồ sơ trong Kiểm soát Hồ sơ Tùy chọn bên Phát hành cho giao dịch (Tùy ý-bên Phát hành) 4-8 CVR Thiết lập bởi quy trình xử lý ứng dụng 9-16 bộ đếm Bắt đầu với các điều sau: • Nếu Thanh tổng 1 kích hoạt cho giao dịch và bit ‘Gửi Thanh tổng IAD’ trong Kiểm soát Hồ sơ Thanh tổng cho Thanh tổng 1 có giá trị 1b, thì Thanh tổng 1 (Giá trị hoặc Cân b ằ ng) được gửi trong các byt e bộ Đếm 1-6. • Nếu không, nếu Thanh tổng 2 kích hoạt cho thanh tổng và bit ‘Gửi Thanh tổng IAD’ tr ong Kiểm soát Hồ sơ Thanh tổng cho Thanh tổng 2 có giá trị 1b, thì Thanh tổng 2 (giá trị hoặc cân bằng) được gửi trong các by t e bộ đếm 1- 6. • Nếu không, nếu các Quỹ Có sẵn VLP kích hoạt cho giao dịch và bit ‘Gửi Thanh tổng IAD’ trong Kiểm soát H ồ sơ VLP có gi á trị 1b, thì các Quỹ Có sẵn VLP được gửi trong byte bộ đếm 1-6. Các byte còn lại phải bao gồm các giá trị từng Bộ đếm x đang kích hoạt cho giao dịch và cho các bit ‘Gửi Bộ đếm trong IAD’ trong Kiểm soát Hồ sơ Bộ đếm cho Bộ đếm x có giá trị 1b; theo thứ tự ưu tiên dựa trên số bộ đếm (nghĩa là, giá trị của x cho Bộ đếm x) với bộ đếm được đánh số thấp nhất có ưu tiên cao nhất. Giá trị mặc định cho các byte này là được cá thể hóa trong các byte 9-16 của Dữ liệu ứng dụng bên Phát hành Mặc định. Bất kỳ phần nào của các b y te này không đầy đủ với một thanh tổng hoặc bộ đ ế m phải sử dụng giá trị mặc định 17 chiều dài ‘OF’ 18 số ID Hồ sơ số ID Hồ sơ sử dụng cho giao dịch 19-32 Tùy ý-bên Phát hành Nếu nhiều hơn một thanh tổng được gửi trong IAD, các byte có chứa các thanh tổng còn lại mà không được gửi trong byte 9-16, theo thứ tự sau: • Thanh tổng 2 nếu Thanh tổng 2 đang kích hoạt cho giao dịch và bit ‘G ửi Thanh tổng trong IAD’ trong Kiểm soát Hồ sơ Thanh tổng cho Thanh tổng 2 có giá trị 1b • Các Quỹ có sẵn VLP nếu VLP được hỗ trợ và các Quỹ có sẵn VLP kích hoạt cho giao dịch và bit ‘Gửi Thanh tổng trong IAD’ trong Kiểm soát Hồ sơ VLP có giá trị 1b Các byte còn lại phải chứa các giá trị của từng Bộ đếm x không có trong byte 9-16 đang kích hoạt cho giao dịch và có b i t ‘Gửi bộ đếm trong IAD’ trong Kiểm soát Hồ sơ Bộ đếm cho Bộ đếm x có giá trị 1b; theo thứ tự ưu tiên dựa trên số tổng đếm (nghĩa là giá trị của x trong Bộ đếm x), trong đó bộ đếm có s ố hiệu ít nhất thì được ưu tiên cao nhất Giá trị mặc định cho các byte này được cá thể hóa trong các byte 19-32 của Dữ liệu Ứng dụng bên Phát hành Mặc định. Bất kỳ phần nào của các byte này không được điền một thanh tổng hoặc bộ đếm sẽ phải sử dụng giá trị mặc định. CHÚ THÍCH: Bên phát hành có thể yêu cầu dữ liệu cụ thể trong trường này, nhưng chức năng này là nằm ngoài phạm vi của tài liệu đặc tả này 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 1 1198-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. Dữ liệu Cho bản Log Điều kiện Lượng tiền, được Chuẩn chi luôn luôn Mã Tiền Giao dịch luôn luôn Ngày Giao dịch luôn luôn CVR Nếu bit ‘Log của CVR’ trong Kiểm soát Ứng dụng = 1b ATC Nếu bit ‘Log của CVR’ trong Kiểm soát Ứng dụng = 1b CID Nếu bit ‘Log của CVR’ trong Kiểm soát Ứng dụng = 1b Dữ liệu trích từ Dữ liệu lệnh GENERATE AC lần đầu sử dụng Bảng Dữ liệu bản ghi Log không thay đ ổ i GEN AC đầu ti ê n nếu có Dữ liệu trích từ Dữ liệu lệnh GENERATE AC lần đầu sử dụng Bảng Dữ liệu bản ghi Log GEN AC đ ầ u tiên nếu có 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 t rự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 ha i 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ẻ Dữ liệu Mô tả B ả n mẫu Thẻ tag Mã lệnh Ứng dụng Giá trị mã lệnh trực tuyến (ARQC) từ thẻ - ‘9F26’ Hồ sơ hoán đổi ứng dụng (AIP) AIP được gửi đến thiết bị đầu cuối bởi thẻ trong khi Quy trình xử lý Khởi tạo Ứ ng dụng. AIP chỉ ra rằng thẻ hỗ trợ bên Xác thực bên Phát hành như một phần quy trình xử lý lệnh GENERATE AC lần hai thay v ì sử dụng lệnh EXTERNAL AUTHENTICATE - ‘82’ Bộ đếm Giao dịch Ứ ng dụng Bộ đếm của các giao dịch được bắt đầu với ứng dụng thẻ kể từ khi ứng dụng được đưa vào thẻ - ‘9F36’ Dữ liệu Thông tin Mã lệnh (CID) Có chứa một ch ỉ báo về kiểu của mã lệnh. Đối với các giao dịch được chuẩn chi trực tuyến, kiểu mã lệnh l à ARQC (mã lệnh yêu cầu chuẩn chi). Một ARQC được thiết kế bởi 10b trong hai bit lần đầu của trường này. - ‘9F27’ Dữ liệu Ứ ng dụng bên Phát hành Dữ liệu Ứ ng dụng bên Phát hành là một trường bắt buộc được sử dụng đ ể truyền dữ liệu tới thiết bị đầu cuối cho đầu vào gửi thông điệp yêu cầu trực tuyến hoặc xóa b ả n ghi, Việc mã hóa Dữ liệu ứng dụng bên Phát hành được mô tả trong Điều 7 trong TCVN 11198-8. Điều này bao gồm dữ liệu sau: • Chỉ báo chiều dài (‘0 F’ ); • Chỉ báo Lõi Chung (Phiên bản Mã lệnh và Mã Định dạng); • Ch ỉ mục Khóa Phân phối (DKI); • Kết quả Xác minh Th ẻ (CVR); • Bộ đếm; • Chỉ báo chiều dài (‘0F); • Số ID Hồ sơ; • Dữ liệu c â n nhắc bên phát hành (trong đó có thể bao gồm giá trị hoặc thanh tổng cân b ằ ng của các bộ đếm bổ sung). - ‘9F10’ 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 0 b để 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à I AC-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 I AC-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 I AC-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ẻ Dữ liệu Mô tả B ả n mẫu Thẻ tag Cân b ằ ng Thanh tổng x Biểu diễn lượng tiền có th ể sử dụng ngoại tuyến cho Thanh tổng x, được tính như sau: Hạn mức Trên của Thanh tổng x trừ giá trị Thanh tổng x CHÚ THÍCH : Việc này sử dụng Hạn mức Tr ê n cho Thanh tổng x trong hồ s ơ - - Mã tiền thanh tổng Một mã hóa chỉ ra số tiền do thanh tổng quản lý - - Kiểm soát Hồ sơ Thanh tổng cho Thanh tổng x Định nghĩa hành động cụ thể của hồ sơ cho Thanh tổng x trong Hồ sơ được chọn cho g iao dịch bao gồm khi nào gửi giá trị trong Dữ liệu Ứ ng d ụng bên Phát hành, và thiết lập Hạn mức để sử dụng - - Thanh tổng x Biểu diễn một lượng tiền tích lũy của giao dịch. Có thể bao gồm các giao dịch được chấp nhận ngoại tuyến, và có thể cũng bao gồm các giao dịch được chấp nhận ngoại tu yế n. Các giao dịch có th ể được tích lũy nêu chúng có trong lượng tiền thanh tổng, hoặc (nếu tiền quỹ đổi được phép cho thanh tổng) trong lượng tiền mà có thể đượ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 ‘BF30’ ‘DF0x’ Kiểm soát Thanh tổng x Cho biết hành động cụ thể cho Thanh tổng x phụ thuộc vào Hồ sơ đã chọn cho giao dịch bao gồm các giao dịch được tích lũy, và mã tiền trong các giao dịch đã tích lũy ‘BF32’ ‘DF0x’ Thiết lập Hạn mức Thanh tổng x Mỗi Thanh tổng x có hai Thiết lập Hạn mức, từng thiết lập Hạn mức như sau: ‘BF30’ ‘DF1x’ Hạn mức Dưới Thanh tổng x Hạn mức Dưới của hai Hạn mức cho giá trị tối đa của Thanh tổng x. Một bit được thiết lập trong CVR v à ADR khi giá trị của Thanh tổng x đã vượt quá Hạn mức này Hạn mức Trên Thanh tổng x Hạn mức Trên của hai Hạn mức cho giá trị tối đa của Thanh tổng x. Một bit được thiết lập trong CVR và ADR khi giá trị của Thanh tổng x đã v ư ợt qu á Hạn mức này Kiểm soát Ứng dụng Các chỉ báo được sử dụng để kích hoạt hoặc bỏ kích hoạt các chức năng trong ứng dụng - ‘ C1’ Mã lệnh Ứng dụng Một giá trị mã lệnh mà được trả về bởi thẻ trong hồi đáp cho lệnh GENERATE AC. Nếu thẻ hồi đáp cho lệnh GENERATE AC lần đầu như một Mã lệnh Yêu cầu chuẩn chi (ARQC), thiết bị đầu cuối sẽ gửi một mã lệnh GENERATE AC lần hai cho thẻ. Kiểu mã lệnh đ ược gửi trong hồi đáp cho lệnh GENERATE AC lần hai sẽ là một trong hai điều sau: • một Mã lệnh Xác thực Ứng dụng AAC để từ chối • một Chứng chỉ Giao dịch TC để chấp nhận - ‘9F26’ Kết quả Quyết định Ứng dụng (ADR) Các chỉ báo được sử dụng nội bộ cho ứng dụng đ ể nhận biết các điều kiện ngoại lệ đã diễn ra trong giao dịch hiện thời và trước đó. Nếu thiết bị đầu cuối không có khả năng thực hiện trực tuyến, Mã Hành động bên Phát hành Thẻ - Mặc định (CIAC - Default) được so sánh với Kết quả Quyết định Ứng dụng để quyết định khi nào giao dịch phải bị từ chối ngoại tuyến - - Bộ đếm Giao dịch ứng dụng (ATC) Một bộ đếm cho số lượng giao dịch bắt đầu từ khi ứng dụng đưa vào thẻ - ‘9F36’ Danh sách Đối tượng Dữ liệu Quản lý Rủi ro Thẻ 2 (CDOL2) Một danh sách các thẻ tag và chiều dài của các phần tử dữ liệu mà thiết bị đầu cuối phải thông qua đến ứng dụng thẻ trong Dữ liệu Lệnh GENERATE AC lần hai - ‘ 8D’ Kết quả Xác minh Thẻ (CVR) Chỉ báo kết quả của quy trình xử lý ngoại tuyến từ các giao dịch hiện thời và trước đó từ phía ứng dụng. Dữ liệu này được truyền trực tuyến như là một phần của Dữ liệu ứng dụng bên phát hành - ‘9F52’ Mục nhập CIAC x Chỉ ra các tùy chọn cụ thể của Hồ sơ được chọn bởi bên phát hành cho quy trình xử lý giao dịch với CIAC ID = ‘ x ’. Mục CIAC đã chọn cho giao dịch có chứa CIAC như bên dưới để sử dụng trong Phân tích Hành động Thẻ lần hai: ‘BF34’ ‘DF0x’ CIAC - Default Được so sánh với các Kết quả Quyết định Ứ ng dụng đ ể chỉ ra các trạng thái khi bên phát hành quy định một giao dịch bị từ chối nếu thiết bị đầu cuối không thể thực hiện trực tuyến Kiểm soát Hồ sơ Bộ đếm cho Bộ đếm x Chỉ ra hành động bộ đếm và hành động cụ thể hồ sơ cho Thanh tổng x và Hồ sơ đã chọn cho giao dịch; bao gồm khi nào gửi giá trị trong Dữ liệu Ứ ng dụng bên Phát hành và có thiết lập Hạn mức sử dụng - - Bộ đếm x Biểu diễn một tổng đếm của các ứng dụn g có thẻ áp dụng được từ Bộ đếm x vừa được thi ế t lập lại gần nh ấ t. Có th ể bao gồm các giao dịch được chấp nhận ngoại tuyến, các giao dịch quốc tế, các giao dịch không tích lũy, các giao dịch được chấp nhận trực tuyến và các giao dịch bị từ chối ‘BF35’ ‘DF0x’ Kiểm soát Bộ đếm x Chỉ ra hành động cụ thể cho Bộ đếm x phụ thuộc vào Hồ sơ đ ã sử dụng cho giao dịch, tức là các giao dịch đã được đếm ‘BF37’ ‘ DF0x’ Thiết lập Hạn mức Bộ đếm x Từng Bộ đếm x có hai Thiết lập Hạn mức, với từng điều sau cho Thiết lập Hạn mức ‘BF35’ ‘DF1x’ Hạn mức Dưới Bộ đếm x Hạn mức Dưới trong hai Hạn mức cho giá trị tối đa của Bộ đếm x. Một bit được thiết lập trong CVR và ADR khi giá trị của Bộ đếm x bị vượt quá Hạn mức này Hạn mức Trên Bộ đếm x Hạn mức Trên trong hai Hạn mức cho giá trị tối đa của Bộ đếm x. Một bit được thiết lập trong CVR và ADR khi giá trị của Bộ đếm x bị vượt quá Hạn mức này Dữ liệu Thông tin Mã lệnh CID Gửi trả về thiết b ị đầu cuối trong hồi đáp GENERATE AC. Dữ liệu CID chỉ định ki ể u mã lệnh mà sẽ được trả về. CID chỉ ra không có yêu cầu Hướng dẫn, và Không thông tin đưa trước cho các mã Nguyên do/Hướng d ẫ n/Tham chiếu - ‘9F27’ Bảng Quy đổi Tiền tệ x Bao gồm Mã Tiền Đích và một hoặc nhiều Tham số Quy đổi Tiền tệ mà có thể từng cái được sử dụng để q uy đổi một giao dịch trong một lượng ti ề n đã bi ế t sang một giá trị xấp x ỉ cho giao dịch trong lượng tiền thanh tổng ‘BF 38’ ‘DF0x’ Kiểm soát Hồ sơ Thanh tổng Chu kỳ cho Thanh tổng Chu kỳ x Chỉ ra hành động thanh tổng và hành động hồ sơ cụ thể cho Thanh tổng Chu kỳ x trong H ồ sơ đã chọn cho giao dịch, bao gồm khi nào thực hiện việc kiểm tra qu ả n lý rủi ro thẻ và thiết lập Hạn mức để sử dụng - - Thanh tổng Chu kỳ x Biểu diễn một lượng tích lũy các giao dịch được chấp nhận đã xử lý bên trong một chu kỳ. Bao gồm í t nhất các giao dịch được chấp nhận ngoại tuyến, nhưng cũng có thể bao gồm các giao dịch đ ư ợc chấp nhận tr ự c tuyến. Chu kỳ có thể là một ngày, một tuần hoặc một tháng, các giao dịch có thể được tích lũy nếu chúng trong lượng tiền thanh tổng, hoặc trong một lượng tiền mà có thể được quy đổi sang lượng tiền thanh tổng b ằ ng Bảng Quy đổi Tiền tệ cho Thanh tổng Chu kỳ x ‘BF42’ ‘DF0x’ Kiểm soát Thanh tổng Chu kỳ x Chỉ ra hành động cụ th ể cho Thanh t ổng Chu kỳ x phụ thuộc vào H ồ sơ đã sử dụng cho giao dịch, kể cả Mã Tiền Thanh Tổng mà giao dịch đ ư ợ c tích lũy, và chiều dài của chu kỳ thanh tổng ‘BF3A’ ‘DF0x’ Hạn mức Thanh tổng Chu kỳ x Hạn mức cho giá trị của Thanh tổng Chu kỳ x . Một bit thiết lập trong ADR khi giá trị của Thanh tổng Chu kỳ x vượt quá Hạn mức này - - Ngày tháng Tham chiếu Thanh tổng Chu kỳ x Đối với thanh tổng chu kỳ theo ngày hoặc theo tháng, biểu diễn Ngày tháng Giao dịch của giao dịch cuối mà thiết lập lại Thanh tổng Chu kỳ x ‘BF42’ ‘DF1x’ Ngày Tham chiếu Thanh tổng Chu kỳ x Ngày Tham chiếu là bi ể u diễn trong các Ngày (xem TCVN 11198-8) cho ngày bắt đ ầ u một tuần trong Thanh tổng Chu kỳ vừa được thiết lập lại ‘BF42’ ‘DF2x’ Bảng Dữ liệu bản log không thay đổi của GEN AC lần đầu Cung cấp thông tin c ầ n thiết để hỗ trợ phần mở rộng tùy chọn của dữ liệu đã ghi log cho giao dịch. Chỉ ra dữ liệu mà sẽ không bị thay đổi trong khi giao dịch và như vậy không cần thiết để yêu cầu d ự a theo thiết bị đầu cuối trong dữ liệu lệnh GENERATE AC l ầ n hai. Dữ liệu này được lưu trong ứng dụng từ dữ liệu lệnh GENERAT E AC lần đ ầ u trong trường hợp nó được ghi log trong khi quy trình xử lý lệnh GENERATE AC l ầ n hai ‘BF40’ ‘DF03’ Dữ liệu Ứ ng dụng bên Phát hành I AD Thông báo bên phát hành về ứng dụng. Được sử dụng để gửi CVR và thông tin ứng dụng khác cho bên Phát hành - ‘9F10’ Mã Nước bên Phát hành Chỉ ra quốc gia của bên phát hành - ‘5F28’ Kiểm soát Hồ sơ Tùy chọn bên Phát hành x Chỉ ra các tùy chọn của hồ sơ cụ thể được chọn bởi bên phát hành cho quy trình xử lý giao dịch với số ID Kiểm soát Hồ sơ Tùy chọn bên Phát hành = ‘x’ ‘ BF3B’ ‘DF0x’ Chiều dài Dữ liệu Lệnh GENERATE AC lần hai Giá trị được kỳ vọng cho chiều dài của Dữ liệu Lệnh GENERATE AC l ầ n hai Bộ đếm Lệnh Tập lệnh bên Phát hành Một bộ đếm ứng dụng nội bộ mà chỉ ra số lượng lệnh Tập lệnh bên Phát hành được xử lý thành công - - Mục nhập Hạn mức x Hạn mức thanh tổng được sử dụng làm Hạn mức cho hoặc số Lượng Giao dịch Tối đa hoặc cho một trong các Thanh tổng chu kỳ trong ứng dụng ‘BF3C’ ‘DF0x’ Số lượng Giao dịch Tối đ a (MTA) Hạn mức về giá trị của Lượng tiền, được Chuẩn chi cho giao dịch - - Kiểm soát Hồ sơ MTA Chỉ ra hành động của hồ sơ cụ th ể cho kiểm tra quản lý rủi ro thẻ số Lượng Giao dịch Tối đa khi quy trình xử lý một giao dịch trong Hồ sơ đã chọn cho giao dịch, bao gồm cả Bảng Quy đổi Tiền tệ và Mục nhập Hạn mức được sử dụng ‘BF3D’ ‘DF0x’ Lịch sử Giao dịch Trước đó (PTH) Các chỉ báo được sử dụng để lưu thông tin về các giao dịch trước đây mà đã sử dụng quản lý rủi ro thẻ cho các giao dịch tiếp theo - ‘C7’ Kiểm soát Hồ sơ x Chỉ ra các nguồn ứng dụng được sử dụng khi quy trình xử lý một giao dịch với số ID Hồ sơ x . Nội d ung sau đây của Kiểm soát Hồ sơ x được sử dụng trong Phân tích Hành động Thẻ ‘BF3F’ ‘DFxx’ số ID kiểm soát Hồ sơ Thanh tổng cho Thanh tổng x Chỉ ra Kiểm soát Hồ sơ Thanh tổng mà xác định hành động cho Thanh tổng x khi quy trình xử lý một giao dịch trong Hồ sơ số ID của CIAC Chỉ ra Mục CIAC x có chứa CIAC - Default số ID Kiểm soát H ồ sơ Bộ đếm cho Bộ đếm x Ch ỉ ra Kiểm soát Hồ sơ Bộ đếm mà định nghĩa hành động cho Bộ đếm x khi quy trình xử lý một giao dịch trong Hồ sơ số ID Kiểm soát Hồ sơ Thanh tổng Chu kỳ cho Thanh tổng Chu kỳ x Chỉ ra Kiểm soát Hồ sơ Thanh tổng Chu kỳ mà định nghĩa hành động cho Thanh tổng Chu kỳ x khi quy trình x ử lý một giao d ị ch trong Hồ sơ số ID Kiểm soát Hồ sơ Tùy chọn bên Phát hành Chỉ ra Kiểm soát Hồ sơ Tùy chọn bên Phát hành được sử dụng khi quy trình xử lý giao dịch số ID Kiểm soát Hồ sơ MTA Chỉ ra Kiểm soát Hồ sơ MTA mà định nghĩa hành động cho kiểm tra quản lý rủi ro thẻ số Lượng Giao dịch T ố i đa khi quy trình xử lý giao dịch trong Hồ sơ số ID Kiểm soát Hồ sơ VLP Chỉ ra Kiểm soát Hồ sơ Thanh tổng được sử dụng như là Kiểm soát Hồ sơ VLP mà định nghĩa hành động cho các Quỹ có sẵn VLP khi quy trình xử lý một giao dịch trong H ồ sơ số ID Hồ sơ Chỉ ra Kiểm soát Hồ sơ có sử dụng trong cấu hình hành động ứng dụng cho môi trường giao dịch - - Bảng Dữ li ệ u ghi Log GEN AC lần hai Cung cấp thông tin cần thiết để hỗ trợ mở rộng tùy chọn của dữ liệu đã được ghi log cho giao dịch ‘BF40’ ‘DF02’ Dữ liệu Ứ ng dụng Động có dấu Chữ ký được sinh bởi thẻ tại thời điểm giao dịch làm một phần của hồi đáp cho lệnh GENERATE AC với quy trình xử l ý CDA. Thẻ sinh ra chữ ký này sử dụng một hàm băm cho dữ liệu động từ thiết bị đầu cu ố i và thẻ. Thẻ tính toán Dữ liệu Ứ ng dụng Động có dấu với Khóa bí mật ICC. Định dạng cho Dữ liệu Ứ ng dụng Động có d ấ u có trong EMV Quyển 2, Bảng 16. - ‘9F4B’ Mã Tiền Nguồn Mã tiền của tiền từ khoản tiền có thể được quy đổi sử dụng một Tham số Quy đổi Tiền tệ đơn trong Bảng Quy đổi Tiền tệ. Tham số Quy đổi Tiền tệ có thể ch ỉ được sử dụng nếu Mã Tiền Giao dịch tương ứng với Mã Tiền Nguồn trong Tham s ố Quy đổi Tiền tệ. - - Mã Tiền Đích Mã tiền của tiền từ khoản tiền có thể được quy đổi sử dụng một Bảng Quy đổi Tiền tệ. Bảng Quy đổi Tiền tệ có thể chỉ được sử dụng để quy đổi một lượng tiền nếu Mã Tiền Đích tương ứng Mã tiền Thanh tổng hoặc Mã Tiền MTA. - - Quỹ Có sẵn VLP Thanh tổng mà bị giảm theo lượng tiền giao dịch khi giao dịch VLP được chấp nhận. - ‘9F79’ 7.4 Dữ liệu Thiết bị đầu cuối Dữ liệu thiết bị đầu cuối đượ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 14. Đối với mô tả chi tiết cho dữ liệu và cách sử dụng của chúng, xem Điều 7 trong TCVN 11198-8. Req 4.7.1 (Sử dụng dữ liệu GENERATE AC lần đầu): Nếu bất kỳ phần t ử dữ liệu thiết bị đầu cuối đ ượ c liệt k ê bên dưới (được sử dụng cho quản lý rủi ro th ẻ , Xác thực bên Phát hành, hoặc sinh Mã lệnh Ứng dụng) được gửi trong dữ liệu lệnh GENERATE AC lần đầu nhưng không có trong dữ liệu lệnh GENERATE AC lần hai, thì ứng dụng phải sử dụng giá trị được gửi trong dữ liệu lệnh GENERATE AC lần đầu cho quy trình xử lý lệnh GENERATE AC lần hai. Bảng 14 - Phân tích Hành động thẻ lần hai - Dữ liệu thiết bị đầu cuối Dữ liệu Mô tả B ả n mẫu Thẻ tag Lượng tiền, được Chuẩn chi Lượng tiền của giao diện hiện thời. Được sử dụng trong quản lý rủi ro thẻ và sinh M ã lệnh Ứ ng dụng - ‘9F02’ Lượng tiền, Khác Biểu diễn lượng tiền chiết khấu đi kèm giao dịch. Được sử dụng trong quản lý rủi ro thẻ và sinh Mã lệnh Ứng dụng - ‘9F 03’ Mã Hồi đáp Chuẩn chi Các giá trị được liệt kê bên dưới có thể được cung cấp đến thẻ bởi thiết bị đầu cuối nếu giao dịch không được thực hiện trực tuyến. Các giá trị khác có thể được gửi bởi bên phát hành . Các giá trị bên dưới được sử dụng bởi ứng dụng để xác định rằng thiết bị đầu cuối đã có khả năng thực hiện trực tuyến. • Y3 = Không có khả năng thực hiện trực tuyến (được chấp nhận ngoại tuyến) • 23 = không có khả năng thực hiện trực tuyến (bị từ chối ngoại tuyến) - ‘8A’ Dữ liệu Xác thực bên Phát hành Chứa dữ liệu hồi đáp trực tuyến từ bên phát hành bao g ồ m: • Mã lệnh Hồi đáp Chuẩn chi - được sử dụng để xác minh rằng hồi đáp trực tuyến đến từ bên phát hành • Cập nhật Tình trạng Thẻ - được sử dụng đ ể chỉ ra khi nào bên phát hành chấp nhận giao dịch và để y ê u cầu cập nhật cho ứng dụng (như chặn ứng dụng hoặc thiết lập lại bộ đếm) CHÚ THÍCH : Dữ liệu Xác thực bên Phát hành có thể cũng chứa Dữ liệu Xác thực Độc quyền. Hỗ trợ cho b ê n nhận Dữ liệu Xác thực Độc quyền và chức năng c ó liên quan tới dữ liệu bổ sung được phép như chức năng bổ sung (xem Điều 5 trong TCVN 11198-6) - ‘91’ Mã Nước Thiết bị đầu cuối Chỉ ra nước mà thiết bị đầu cuối được lắp đặt. Được sử dụng trong quản lý rủi ro thẻ và sinh Mã lệnh Ứng dụng - ‘9F1A’ Kết quả Xác minh Thiết bị đầu cuối TVR Được sử dụng cho bản ghi kết quả quy trình xử l ý của thiết bị đầu cuối ngoại tuyến, như là lỗi SDA ho ặ c vượt quá Hạn mức sàn. Được sử dụng trong quản lý rủi ro thẻ và sinh Mã lệnh Ứng dụng - ‘ 95’ Mã Tiền Giao dịch Chỉ ra mã tiền giao dịch. Được sử dụng tro ng quản lý rủi ro thẻ và sinh Mã lệnh ứ ng dụng - ‘5F2A’ Ngày tháng Giao dịch Ngày tháng cục bộ mà giao dịch được chuẩn chi - ‘ 9A’ Số không th ể đoán trước Một số được sử dụng để cung cấp tùy biến v à đơn nhất cho dữ liệu được gửi bởi ứng dụng - ‘9F37’ 7.5 Lệnh GENERATE AC lần hai Lệnh GENERATE AC lần hai được sử dụng bởi thiết bị đầu cuối cho yêu cầu mà thẻ cung cấp một Mã lệnh Ứng dụng lần hai và quyết định của thẻ về hành động tiếp theo. Hình 27 cho thấy tổng quan về quy trình xử lý Phân tích Hành động Thẻ lần hai và ch ỉ ra các điều và mô tả từng bước quy trình. Hình 27 - Luồng quy trình xử lý Phân tích Hành động thẻ lần hai 7.5.1 Mã hóa Lệnh Tham số P1 của lệnh GENERATE AC chỉ ra kiểu của mã lệnh thiết bị đầu cuối đang truy vấn và khi nào giao dịch có đ ủ điều kiện cho CDA. Bảng 16 thể hiện định dạng của P1. Phần dữ liệu của lệnh có chứa dữ liệu được yêu cầu trong CDOL2. B ả ng 15 - Thông điệp Lệnh GENERATE AC lần hai Mã hóa Giá trị CLA ‘80’ INS ‘ AE’ P1 Tham số Kiểm soát Tham chiếu P2 ‘00’ Lc Var. Dữ liệu Dữ liệu lệnh GENERATE AC lần hai Le ‘ 00’ CHÚ THÍCH: Dữ liệu lệnh GENERATE AC lần hai được gọi là dữ liệu liên quan đến giao dịch trong EMV Quyển 3. B ả ng 16 - Mã hóa Tham số Kiểm soát Tham chiếu cho GENERATE AC lần hai b8 b7 b6 b5 b4 b3 b2 b1 Giải nghĩa x x Ki ể u mã lệnh 0 0 AAC 0 1 TC 1 0 Không cho phép ở GENERATE AC lần hai 1 1 RFU x RFU x CDA được yêu cầu 0 CDA không được yêu cầu 1 CDA được yêu cầu x x x x RFU CHÚ THÍCH: CDA được y ê u cầu và CDA không được yêu cầu tương ứng được gọi l à chữ ký CDA đ ược yêu cầu và chữ ký CDA không được yêu cầu trong EMV Quyển 3. Việc sinh DDA/AC kết hợp chỉ được hỗ trợ bởi tùy chọn bên triển khai RSA động. Req 4.7.2 (Dữ liệu lệnh phiên dịch) Nếu bit ‘Số lượng bao gồm trong CDOL2’ trong Kiểm soát Ứng dụng có giá trị 1b, thì Dữ liệu Lệnh GENERATE AC phải được phiên dịch bởi ứng dụng như bao gồm các phần tử dữ liệu trong Bảng 17. Bảng 17 - Dữ liệu Lệnh GENERATE AC lần hai: Lượng tiền trong CD O L2 Phần tử Dữ liệu Chiều dài Dữ liệu Xác thực bên Phát hành 8 Mã Hồi đáp Chuẩn chi 2 TVR 5 Số không thể đoán trước 4 Lượng tiền, được Chuẩn chi 6 Lượng tiền, Khác 6 Dữ liệu mở rộng GENERATE AC lần hai Var Nếu bit ‘Lượng tiền có trong CDOL2’ trong Kiểm soát Ứng dụng có giá trị 0 b, thì Dữ liệu Lệnh GENERATE AC lần hai phải được phiên dịch bởi ứng dụng như bao gồm các phần t ử dữ liệu trong Bảng 18. Bảng 18 - Dữ liệu lệnh GENERATE AC lần hai: Không lư ợ ng tiền trong CDOL2 Phần tử Dữ liệu Chiều dài Dữ liệu Xác thực bên Phát hành 8 Mã Hồi đáp Chuẩn chi 2 TVR 5 Số không thể đoán trước 4 Dữ liệu mở rộng GENERATE AC lần hai Var Ứ ng dụng không sử dụng Dữ liệu mở rộng GENERATE AC lần hai như một phần tử riêng biệt, nhưng luôn luôn là một phần của Dữ liệu Lệnh GENERATE AC lần hai. Dữ liệu m ở rộng GENERATE AC lần hai có thể được sử dụng để ghi log giao dịch. Req 4.7.3 (Hỗ tr ợ chiều dài dữ liệu mở rộng): Tại điểm t ố i thiểu, ứng dụng ph ả i hỗ trợ chiều dài Dữ liệu mở rộng GENERATE AC lần hai lên tới 32 byte. 7.5.1.1 Xác minh Định dạng lệnh Req 4.7.4 (Kiểm tra kiểu mã lệnh) Nếu bit ‘Kiểu mã lệnh’ trong tham s ố P1 được lập giá trị là 10b hoặc là 11b, thì th ẻ phải ngừng quy trình xử lý lệnh, ph ả i hồi đáp với SW1 SW2 chỉ ra một lỗi, và phải hồi đáp với SW1 SW2 = ‘6A86’ (các Tham số không chính xác, P1-P2). Req 4.7.5 (Kiểm tra P2): Nếu tham số P2 kh ô ng thiết lập giá trị ‘00’, thì thẻ phải ngừng quy trình xử lý lệnh, phải hồi đáp một SW1 SW2 chỉ ra một lỗi và ph ả i hồi đáp với SW1 SW2 = ‘6A86’ (các Tham số không chính xác, P1-P2). Req 4.7.6 (Kiểm tra giá trị của Lc): Nếu giá trị của Lc không tương đương giá trị tham số Chiều dài Dữ liệu Lệnh GENERATE AC lần hai trong Kiểm soát Hồ sơ Tùy chọn bên Phát hành cho giao dịch, thì thẻ ph ả i ngừng quy trình xử l ý lệnh, phải hồi đáp với SW1 SW2 mà chỉ ra một lỗi, và phải hồi đáp với SW1 SW2 = ‘6700’ (Chiều dài Sai) Req 4.7.7 (Kiểm tra giá trị của Lc nếu Lượng tiền có trong CDOL2 = 0 b): Nếu bit ‘Lượng tiền có trong CDOL2’ trong Kiểm tra Ứ ng dụng có giá trị 0 b, và giá trị của Lc ít hơn 19 (chiều dài tối thiểu cho dữ liệu liên quan CDOL2 mà không có lượng tiền đi kèm), thì thẻ phải ngừng quy trình xử lý lệnh, phải hồi đáp với SW1 SW2 mà chỉ ra một lỗi, và phải hồi đáp với SW1 SW2 = ‘6700’ (Chiều dài Sai) Req 4.7.8 (Kiểm tra giá trị của Lc nếu Lượng tiền có trong CDOL2 = 1b): Nếu bit ‘Lượng tiền có trong CDOL2’ trong Kiểm tra Ứ ng dụng có giá trị 1b, và giá trị của Lc ít hơn 31 (chiều dài tối thiểu cho dữ liệu liên quan CDOL2 mà có lượng tiền đi kèm), thì thẻ phải ngừng quy trình xử lý lệnh, phải hồi đ á p với SW1 SW2 mà chỉ ra một lỗi, và phải hồi đáp với SW1 SW2 = ‘6700’ (Chiều dài Sai) 7.5.2 Cấu hình Phân tích Hành động thẻ lần hai Ứ ng dụng chỉ thực hiện quy trình xử lý Phân tích Hành động Thẻ lần hai khi ứng dụng được 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. Số ID Hồ sơ được chọn trong Quy trình xử lý Bắt đầu Ứng dụng chỉ ra Kiểm soát Hồ sơ được dùng để cấu hình hành động ứng dụng cho Phân tích hành động Thẻ. Xem Điều 5.5.2 cho mô tả chi tiết về cấu hình Hành động Hồ sơ. Lượng tiền, được Chuẩn chi và Lượng tiền, Khác có th ể được cập nhật trong dữ liệu lệnh GENERATE AC lần hai. Nếu ứng dụng sử dụng lượng tiền được cập nhật trong quy trình xử lý lệnh GENERATE AC lần hai và sinh ra Mã lệnh Ứng dụng, bởi vì trong đó số lượng tiền thiết bị đầu cuối sẽ gửi đến bên phát hành cho GENERATE AC lần hai. .......... Req 4.7.16 (Thiết lập lại thanh tổng chu kỳ theo ngày hoặc theo tháng đối v ớ i Chu kỳ Mới): Đối với từng giá trị của x cho Thanh tổng Chu kỳ x đang kích hoạt cho giao dịch, nếu tất cả điều sau là đúng: • Thanh tổng Chu kỳ x không có lỗi ngày tháng giao dịch đối với giao dịch (xem yêu cầu ‘Lỗi Ngày tháng đối với Thanh tổng Chu kỳ x); • và Ngày tháng Giao dịch không nằm trong chu kỳ hiện thời đối với Thanh tổng Chu kỳ x; • và bit ‘Kiểu Chu kỳ’ trong Kiểm soát Thanh tổng Chu kỳ x có giá trị là 01b (theo ngày) hoặc 11b (theo tháng); thì Ngày th á ng Giao dịch trong một chu kỳ mới cho Thanh tổng x, và ứng dụng phải: • thiết lập lại Ngày tháng Tham chiếu Thanh tổng x thành Ngày tháng Giao dịch; • thiết lập lại Thanh tổng Chu kỳ x thành không. Req 4.7.17 (Thiết lập lại thanh tổng chu kỳ theo tuần đối với Chu kỳ Mới): Đối với t ừ ng giá trị c ủ a x cho Thanh tổng Chu kỳ x đang kích hoạt cho giao dịch, nếu tất cả điều sau là đúng: • Thanh tổng Chu kỳ x không có lỗi ngày th á ng giao dịch đối với giao dịch (xem yêu cầu ‘Lỗi Ngày tháng đối với Thanh tổng Chu kỳ x trong Điều 7 này); • và Ngày tháng Giao dịch không nằm trong chu kỳ hiện thời đối với Thanh tổng Chu kỳ x; • và bit ‘Kiểu Chu kỳ ’ trong Kiểm soát Thanh tổng Chu kỳ x có giá trị là 10b (theo tuần); thì Ngày tháng Giao dịch trong một chu kỳ mới cho Thanh tổng x, và ứng dụng phải: • thiết lập lại Ngày Tham chiếu Thanh tổng x thành Ngày Tham chiếu Ngày tháng Giao dịch; • thiết lập lại Thanh tổng Chu kỳ x thành không. Kiểu Mã Hồi đáp Chuẩn chi trong lệnh này xác định cách mà quy trình xử lý Phân tích Hành động Thẻ lần hai tuân theo: Req 4.7.18 (Quy trình xử lý nếu Mã Hồi đáp Chuẩn chi ≠ Y3 hoặc Z3): Nếu Mã Hồi đáp Chuẩn chi trong lệnh GENERATE AC lần hai có một giá trị khác với Y3 hoặc Z3 (chỉ ra rằng việc chuẩn chi trực tuyến đã hoàn thành và thiết bị đầu cuối nhận được một hồi đáp từ bên phát hành trong lúc Quy trình xử lý Trực tuyến), thì ứng dụng phải xử lý giao dịch như mô tả trong Điều 7.5.3. Req 4.7.19 (Quy trình xử lý nếu Mã Hồi đáp Chuẩn chi = Y3 hoặc Z3): Nếu Mã Hồi đáp Chuẩn chi trong lệnh GENERATE AC lần hai có một giá trị l à với Y3 hoặc Z3 (chỉ ra rằng việc chuẩn chi trực tuyến đã yêu cầu nhưng không hoàn thành trong lúc Quy trình xử lý Trực tuyến, hoặc b ởi vì thiết bị đầu cuối không hỗ trợ quy trình xử lý trực tuyến hoặc bởi vì không nhận được hồi đáp từ bên phát hành), thì ứng dụng phải xử lý giao dịch như mô tả trong Điều 7.5.4. 7.5.3 Chuẩn chi Trực tuyến đã hoàn thành Quy trình xử lý dưới đ â y được thực hiện nếu giao dịch thực hiện trực tuyến thành công (tức là Mã Hồi đáp Chuẩn chi được tr ả về trong dữ liệu lệnh GENERATE AC lần hai có giá trị khác với Y3 hoặc Z3). Req 4.7.20 (Thiết lập lại Không thể Thực hiện Trực tuyến cho hồi đáp trực tuyến đã nhận): Khi Lệnh GENERATE AC lần hai từ thiết bị đầu cuối có chứa một Mã Hồi đáp Chuẩn chi chỉ ra rằng quy trình trực tuyến đã hoàn thành (tức là có giá trị khác Y3 hoặc Z3), thì ứng dụng phải thiết lập bit ‘Không t hể thực hiện tr ự c tuyến’ trong PTH có giá trị là 0 b. Req 4.7.21 (Kiểm tra Xác thực Dữ liệu Ngoại tuyến bị lỗi): Nếu tất cả các điều sau là đúng: • bit ‘SDA bị lỗi’ trong TVR nhận được trong Dữ liệu Lệnh GENERATE AC lần hai có giá trị 0 b; • và bit ‘DDA bị lỗi’ trong TVR nhận được trong Dữ liệu Lệnh GENERATE AC lần hai có giá trị 0 b; • và bit ‘CDA bị lỗi’ trong TVR nhận được trong Dữ liệu Lệnh GENERATE AC lần hai có giá trị 0b; thì ứng dụng phải thiết lập lại bit ‘ Xác thực Dữ liệu Ngoại tuyến bị lỗi trong Giao dịch Trước’ trong PTH có giá trị là 0 b. Req 4.7.22 (Kiểm tra khi nào nhận được Dữ liệu Xác thực bên Phát hành): Nếu Dữ liệu Xác thực bên Phát hành nhận được trong Dữ liệu Lệnh GENERATE AC lần hai (do đó phần Dữ liệu X á c thực bên Phát hành của Dữ liệu Lệnh GENERATE AC l ầ n hai không phải tất cả là không), thì ứng dụng phải: • thiết lập bit ‘Xác thực bên Phát hành không được thực hiện’ trong CVR thành giá trị 0b; • thiết lập bit ‘Dữ liệu Xác th ực bên Phát hành không nhận đ ượ c trong Hồi đáp Trực tuyến’ trong PTH có giá trị 0 b ; • thực hiện quy trình Xác thực bên Phát hành như m ô tả trong Đi ề u 7.5.3.1. Mặt khác, ứng dụng ph ả i: • thiết lập bit ‘Xác thực bên Phát hành không được thực hiện’ trong CVR có giá trị 1b, • thiết lập bit ‘Dữ liệu Xác thực bên Phát hành không nhận được trong Hồi đáp Trực tuyến’ trong PTH c ó gi á tr ị là 1b. • thực hiện quy trình xử lý trong Điều 7.5.3.2. 7.5.3.1 Đã nhận Dữ liệu Xác thực bên Phát hành Khi Dữ liệu Xác thực bên Phát hành được trả về trong dữ liệu lệnh GENERATE AC lần hai, ứng dụng thực hiện Xác thực bên Phát hành theo các bước sau: 1. Phân tích ra CSU từ Dữ liệu Xác thực bên Phát hành đ ã nhận; 2. Sử dụng CSU đã có ở bước 1 và ARQC đã gửi trong hồi đáp GENERATE AC lần đầu, để sinh ra một ARPC như quy định trong EMV Quy ể n 2 đối với ứng dụng Định nghĩa Lõi Chung với Phiên bản Mã lệnh ‘5’; CHÚ THÍCH: Dữ liệu Xác thực bên Phát hành cũng có th ể có chứa Dữ liệu Xác thực Cá nhân, hỗ trợ bên nhận Dữ liệu Xác thực Cá nhân và chức năng có liên quan với dữ liệu bổ sung được phép như một chức năng bổ sung (xem Điều 5.3.5 trong TCVN 11198-6). 3. So sánh ARPC đã sinh ra ở bước 2 với ARPC nhận được trong byte 1 đến 4 trong Dữ liệu Xác thực bên Phát hành đã nhận. Req 4.7.23 (Trường h ợ p nếu lỗi Xác thực bên Phát hành): Nếu lỗi Xác thực bên Phát hành (nghĩa là, nếu ARPC không tương xứng) thì ứng dụng phải tiếp tục với quy trình xử lý trong Điều 5.5.3.1.1. Req 4.7.24 (Trường hợp nếu Xác thực bên Phát hành thành công): Nếu Xác thực bên Phát hành thành công (nghĩa là nếu ARPC tương xứng) thì ứng dụng phải tiếp tục quy trình xử lý trong Điều 5.5.3.1.2. 7.5.3.1.1 Lỗi Xác thực bên Phát hành Quy trình xử lý trong điều này được thực hiện nếu có lỗi Xác thực bên phát hành. Req 4.7.25 (Thiết lập Xác thực bên Phát hành bị lỗi): Ứ ng dụng phải thiết lập: • bit ‘lỗi Xác thực bên Phát hành’ trong CVR có giá trị là 1b; • bit ‘lỗi Xác thực bên Ph á t hành’ trong PTH có giá trị là 1b. Req 4.7.26 (Từ chối nếu việc Xác thực bên Phát hành được yêu cầu đã thành công): Nếu bit ‘Việc Xác thực b ê n Phát hành được yêu cầu đã thành công khi thực hiện’ trong Kiểm soát Ứng dụng có giá trị 1b, th ì ứng dụng phải từ chối giao dịch như mô tả trong Điều 7.5.6 và Điều 7.5.8 Req 4.7.27 ( Thiết lập lại bit nếu lỗi Xác thực bên Phát hành): Nếu cả hai điều sau là đúng: • bit ‘Xác thực bên Phát hành được yêu cầu đã thành công khi thực hiện’ trong Kiểm soát Ứ ng dụng có giá trị 0b; • và bit ‘Các yêu cầu Xác th ự c b ê n Phát hành áp dụng cho Thiết lập lại các Chỉ báo Không Nhanh và c á c Bộ đếm’ trong Kiểm soát Ứng dụng có giá trị là 0b. thì ứng dụng phải thiết lập lại các bit như trong B ả ng 19. Bảng 19: Các bit thiết lập lại nếu có lỗi Xác thực bên Phát hành không được yêu cầu thiết lập lại các bit sau trong: thành giá trị: điều kiện Lỗi tập lệnh PTH 0 b Nếu không có lỗi lệnh tập lệnh trong giao dịch này đã nhận tập lệnh PTH 0 b Nếu không có nhận lệnh tập lệnh trong giao dịch này Thực hiện Trực tuyến cho Giao dịch Tiếp theo đã thiết lập CVR 0 b luôn lu ô n Thực hiện Trực tuyến cho Giao dịch Tiếp theo PTH 0 b luôn luôn Lần giao dịch trực tuyến trước không hoàn thành CVR 0 b luôn luôn Lần giao dịch trực tuyến trước không hoàn thành PTH 0 b Req 4.7.28 (Từ chối nếu AAC được yêu cầu): Nếu tất cả các điều sau là đúng: • bit ‘Việc Xác thực bên Phát hành được yêu cầu đã thành công khi thực hiện’ trong Kiểm soát Ứng dụng có giá trị là 0b; • và thiết bị đầu cuối được yêu cầu một Mã lệnh Ứng dụng kiểu AAC trong lệnh GENERATE AC lần hai. thì ứng dụng phải từ chối giao dịch như mô tả trong Điều 7.5.6 và Điều 7.5.8. Req 4.7.29 (Thiết lập thanh tổng và bộ đếm nếu TC được yêu cầu): Nếu tất cả các điều sau là đúng: • bit ‘Xác thực bên Phát hành được yêu cầu đã thành công khi thực hiện’ trong Kiểm soát Ứng dụng có giá trị 0b; • và thiết bị đ ầ u cuối được yêu cầu một Mã lệnh Ứng dụng kiểu TC trong lệnh GENERATE AC lần hai; • và bit ‘Các yêu cầu Xác thực bên Phát hành áp dụng cho việc Thiết lập lại các Bộ đếm Kiểm tra Nhanh’ trong Kiểm tra Ứng dụng có giá trị 0b; thì: • đối với từng Thanh tổng x đang kích hoạt cho giao dịch: - nếu bit ‘Thiết lập lại Thanh tổng với hồi đáp trực tuyến’ trong Kiểm soát Hồ sơ Thanh tổng cho Thanh tổng x trong hồ sơ có giá trị 1b, thì ứng dụng phải thiết lập lại Thanh tổng x thành giá trị 0; • đối với từng Bộ đếm x đang kích hoạt cho giao dịch: - nếu bit ‘Thiết lập lại Bộ đếm với hồi đáp trực tuyến’ trong Kiểm soát Hồ sơ Bộ đếm cho Bộ đếm x trong hồ sơ có giá trị 1b, thì ứng dụng phải thiết lập lại Bộ đếm x thành giá trị 0. Req 4.7.30 (Thiết lập lại các Quỹ có sẵn VLP khi bị lỗi Xác thực bên Phát hành): Nếu tất cả các điều sau là đúng: • bit ‘Xác thực bên Phát hành được yêu cầu đã thành công khi thực hiện’ trong Kiểm soát Ứng dụng có giá trị 0b; • và bit ‘các Yêu cầu Xác thực bên Phát hành áp dụng cho việc Thiết lập lại các CHỈ báo và bộ Đếm Kiểm tra Nhanh’ trong Kiểm so á t Ứ ng dụng có giá trị 0b; • v à thiết bị đầu cuối được y ê u cầu một Mã lệnh Ứng dụng kiểu TC trong lệnh GENERATE AC lần hai; • và VLP được hỗ trợ; • và các Quỹ có sẵn VLP đang kích hoạt cho giao dịch; • và bit Thiết lập lại Thanh tổng với hồi đáp trực tuyến’ trong Kiểm soát Hồ sơ VLP có giá trị 1b; thì ứng dụng phải thiết lập lại các Quỹ Có sẵn VLP sang Hạn mức Quỹ VLP. Req 4.7.31 (Thiết lập lại Ngày tháng Giao dịch Trực tuyến cuối cùng khi có lỗi xác thực bên phát hành): Nếu tất cả điều sau là đúng: • bit ‘X á c thực bên Phát hành được yêu cầu đã thành công khi thực hiện’ trong Kiểm soát Ứng dụng có giá trị 0b; • và bit ‘Các yêu cầu Xác thực bên Phát hành áp dụng cho việc Thiết lập lại c á c Bộ đếm Kiểm tra Nhanh’ trong Kiểm tra ứng dụng có gi á trị 0b; • và thiết bị đầu cuối được yêu cầu một Mã lệnh Ứng dụng kiểu TC trong lệnh GENERATE AC lần hai; • và bit ‘Thiết lập lại S ố lượng tối đa Ngày ngoại tuyến cho hồi đáp trực tuy ế n’ trong Kiểm soát Hồ sơ Tùy chọn bên Phát hành có giá trị 1b; • và định dạng Ngày tháng Giao dịch là hợp lệ (xem Req 4.7.13); thì: • ứ ng dụng phải thiết lập lại Ngày tháng Giao dịch Trực tuyến lần cuối thành giá trị của Ngày th áng Giao dịch; • nếu định dạng Ngày tháng Giao d ịch không hợp lệ, thì ứng dụng phải thiết l ậ p bit ‘Lỗi kiểm tra’ trong CVR có giá trị 1b. Req 4.7.32 (Hiệu chỉnh tham chiếu thanh tổng chu kỳ khi có lỗi Xác thực bên Phát hành): Đối với từng giá trị của x thì Thanh tổng Chu kỳ x đang kích hoạt cho giao dịch, nếu tất cả đi ề u sau là đúng: • bit ‘ Xác thực bên Phát hành được yêu cầu đã thành công khi thực hiện’ trong Kiểm soát Ứng dụng có giá trị 0b; • và thiết bị đầu cuối được yêu cầu một Mã lệnh ứ ng dụng kiểu TC trong lệnh GENERATE AC lần hai; • và định dạng Ngày tháng Giao dịch là hợp lệ (xem yêu cầu ‘Định dạng ngày th á ng hợp lệ’); thì: • nếu bit ‘Kiểu Chu k ỳ’ trong Kiểm soát Thanh tổng Chu kỳ x có giá trị 01 b (theo ngày) hoặc 11b (theo tháng), và Ngày tháng Giao dịch ít hơn N g ày tháng Tham chiếu Thanh tổng Chu kỳ; ứng dụng phải ch ỉ nh lại Ngày th á ng Tham chiếu Thanh tổng Chu kỳ bằng cách thiết lập Ngày tháng Tham chiếu Thanh tổng Chu kỳ x thành giá t rị của Ngày tháng Giao dịch; • nếu bit ‘Kiểu Chu kỳ’ trong Kiểm soát Thanh tổng Chu kỳ x có giá trị 10b (theo tuần), và Ngày tháng Giao dịch trong các Ngày (xem Điều 9 trong TCVN 11198-7) ít hơn Ngày Tham chiếu Thanh tổng Chu kỳ x; ứng dụng phải ch ỉ nh sửa Ngày tham chiếu Thanh tổng Chu kỳ bằng cách thiết lập Ngày Tham chiếu Thanh tổng Chu kỳ x thành giá trị của Ngày Tham chiếu Ngày tháng Giao dịch. Req 4.7.33 (thêm Lượng tiền, được Chuẩn chi vào thanh tổng chu kỳ): Sau khi hiệu chỉnh ngày tháng tham chiếu Thanh tổng Chu kỳ, nếu cần thiết (xem Req 4.7.13), nếu c ả hai điều sau là đúng: • bit ‘Xác thực bên Phát hành được yêu c ầ u đã thành công khi thực hiện’ trong Kiểm soát Ứng dụng có giá trị 0b; • và thiết bị đầu cuối được yêu cầu một Mã lệnh ứ ng dụng kiểu TC trong lệnh GENERATE AC lần hai. thì đố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 đang kích hoạt; • và bit ‘Được 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 trong hồ sơ này có giá trị 1b; • và bit ‘bao gồm chấp nhận trực tuyến’ trong Kiểm so á t Thanh tổng Chu kỳ x có giá trị 1b; • và định dạng Ngày tháng Giao dịch là hợp lệ; thì: • Nếu Mã Tiền Giao dịch tương ứng 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 Chu kỳ x - Nếu thêm vào Lượng tiền, được Chuẩn chi vào giá trị của Thanh tổng Chu kỳ x đã 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ị ‘99 99 99 99 99 99’; • Mặt khác (Mã Tiền Giao dịch không tương ứng Mã Tiền Thanh tổng) n ế u Mã Tiền Giao dịch tương ứng Mã Tiền Nguồn trong một trong các Tham số Quy đổi Tiền trong bảng Quy đổi Tiền tệ đang kích hoạt cho Thanh t ổ ng Chu kỳ x , thì ứng dụng phải thêm Lượng tiền, được Chuẩn chi đã quy đổi sang lượng tiền thanh tổng (sử dụng Bảng Quy đổi Tiền tệ kích hoạt cho Thanh tổng Chu kỳ x) cho Thanh tổng Chu kỳ x . - Nếu thêm Lượng tiền, được Chuẩn chi đã quy đổi sang lượng tiền thanh tổng vào gi á trị của Thanh tổng Chu kỳ x mà 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’. ..................... • thiết lập lại bit ‘đã thiết lập Thực hiện Trực tuyến cho lần Giao dịch tiếp theo’ trong CVT có giá trị là 0b; • thiết lập bit ‘Thực hiện Tr ự c tuyến cho lần Giao dịch tiếp theo’ trong PTH có giá trị là 0b. CSU có th ể được sử dụng đ ể kiểm soát hành động của các bộ đếm và thanh tổng kiểm tra nhanh trong thẻ trong khi Phân tích Hành động Thẻ lần hai. Bên phát hành có thể cá thể hóa các kiểm soát mặc định cho các bộ đếm ngoại tuyến để sử dụng tại địa điểm các kiểm soát nhận được CSU khi bit ‘CSU được tạo bởi bên Đại diện cho bên Phát hành’ trong CSU chỉ ra rằng CSU không đ ược sinh ra từ bên Phát hành. Req 4.7.41 (Quy trình xử lý CSU, thiết lập lại thanh tổng và bộ đếm thành không): Nếu tất cả c á c điều sau là đúng: • các bit ‘Cập nhật bộ đếm’ trong CSU có giá trị 10b (thiết lập lại bộ đếm thành 0); • và hoặc các điều sau là đúng: - bit ‘ CSU được tạo bởi bên Đại diện cho bên Phát hành’ trong CSU có giá trị 0b (CSU không được tạo bởi bên Phát hành); - hoặc bit ‘Sử dụng Bộ đếm Cập nhật Mặc định để kiểm soát Bộ đếm Ngoại tuyến nếu CSU được tạo bởi Đại diện bên Phát hành’ trong Kiểm so á t ứng dụng có giá trị 0b (sử dụng các bit CSU một khi CSU được tạo bởi một Đại diện); thì: • đối với từng Thanh tổng x đang kích hoạt cho giao dịch: - nếu bit ‘Thiết lập lại Thanh tổng với hồi đáp trực tuyến’ trong Kiểm soát Hồ sơ Thanh tổng cho Thanh tổng x trong hồ sơ có giá trị 1b, thì ứng dụng phải thiết lập lại Thanh tổng x thành giá trị 0; • đối với từng Bộ đếm x đang kích hoạt cho giao dịch: - nếu bit ‘Thiết lập lại Bộ đếm với hồi đáp trực tuyến’ trong Kiểm soát Hồ sơ Bộ đếm cho Bộ đếm x trong hồ sơ có giá trị 1b, thì ứng dụng phải thiết lập lại Bộ đếm x thành giá trị 0. Req 4.7.42 (Quy trình xử lý CSU, thiết lập thanh tổng và bộ đếm sang Hạn mức Trên): Nếu tất cả các điều sau là đúng: • các bit ‘Cập nhật bộ đếm’ trong CSU có giá trị 01b (thiết lập bộ đếm sang Hạn mức Trên của chúng); • và hoặc các điều sau là đúng: - bit’ CSU được tạo bởi bên Đại diện cho bên Phát hành’ trong CSU có giá trị 0b (CSU không được tạo bởi bên Phát hành); - hoặc bit ‘Sử dụng Bộ đếm Cập nhật Mặc định để kiểm soát Bộ đếm Ngoại tuyến nếu CSU được tạo bởi Đại diện bên Phát hành’ trong Kiểm soát Ứng dụng có giá trị 0b (sử dụng các bit CSU một khi CSU được tạo bởi một Đại diện); thì: • đối với từng Thanh tổng x đang kích hoạt cho giao dịch: - nếu bit ‘Thiết lập lại Thanh tổng với hồi đáp trực tuyến’ trong Kiểm soát Hồ sơ Thanh tổng cho Thanh tổng x trong hồ sơ có giá trị 1b, thì ứng dụng phải thiết lập lại Thanh tổng x thành giá trị Hạn mức Trên của Thanh tổng x; • đối với từng Bộ đếm x đang kích hoạt cho giao dịch: - nếu bit ‘Thiết lập lại Bộ đếm với hồi đáp trực tuyến’ trong Kiểm soát Hồ sơ Bộ đếm cho Bộ đếm x trong hồ sơ có giá trị 1b, thì ứng dụng phải thiết lập lại Bộ đếm x thành giá tr ị Hạn mức Trên của Bộ đếm x. Req 4.7.43 (Quy trình xử lý CSU, thêm giao dịch vào các thanh tổng và bộ đếm): Nếu cả hai điều sau là đúng: • các bit ‘Cập nhật bộ đếm’ trong CSU có giá trị 11b (thêm giao dịch trực tuyến vào bộ đếm), • và hoặc các điều sau là đúng: - bit ‘CSU được tạo bởi bên Đại diện cho bên Phát hành’ trong CSU có giá trị 0b (CSU không được tạo bởi bên Phát hành); - hoặc bit ‘Sử dụng Bộ đếm Cập nhật Mặc định để kiểm soát Bộ đếm Ngoại tuyến nếu CSU được tạo bởi Đại diện bên Phát hành’ trong Kiểm soát Ứ ng dụng có giá trị 0b (sử dụng các bit CSU một khi CSU được tạo bởi một Đại diện); thì: • Đối với từng giá trị của x cho Thanh tổng x đang kích hoạt và 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: - Nếu Mã Tiền Giao dịch t ư ơng ứng 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 vào Lượng tiền, được Chuẩn chi vào giá trị của Thanh tổng x đã vượt quá giá trị ‘99 99 99 99 99 99’, thì Thanh tổng x phải thiết lập giá trị ‘99 99 99 99 99 99’; - Mặt khác (Mã Tiền Giao dịch không tương ứng Mã Tiền Thanh tổng) nếu Mã Tiền Giao dịch tương ứng Mã Tiền Nguồn trong một trong các Tham số Quy đổi Tiền trong Bảng Quy đổi Tiền tệ đang kích hoạt cho Thanh tổng x, thì ứng dụng phải thêm Lượng tiền, được Chuẩn chi đã quy đổi sang lượng tiền thanh tổng (sử dụng Bảng Quy đổi Tiền tệ kích hoạt cho Thanh tổng x) cho Thanh tổng x. ▪ Nếu thêm Lượng tiền, được Chuẩn chi đã quy đổi sang lượng tiền thanh tổng 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 giá trị là ‘99 99 99 99 99 99’. • Đối với từng giá trị của x mà tất cả các điều sau là đúng: - Bộ đếm x đang kích hoạt; - và bit ‘Cho phép đếm’ trong Kiểm soát Hồ sơ Bộ đếm cho Bộ đếm x có giá trị 1b; - và giá trị của Bộ đếm x nhỏ hơn ‘FF ’ ; - và hoặc các điều sau là đúng: ▪ bit ‘bao gồm chỉ ngoại 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 các điều sau là đúng: ▪ bit ‘bao gồm chỉ 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 có thể không được 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 9 không đúng ứng dụng phải tăng Bộ đếm x thêm một. Bảng 21 - Các điều kiện để Tích lũy Giao dịch sử dụng cấp phép CSU Thanh tổng y đang kích hoạt cho Hồ sơ bit ‘Cho phép Tích lũy’ trong Kiểm soát Hồ sơ Thanh tổng cho Thanh tổng y trong hồ sơ có giá trị 1b bit ‘bên Phát hành chấp nhận giao dịch trực tuyến’ CSU đã nhận có giá trị 1b Hoặc các điều sau là đúng: • Mã Tiền Giao dịch tương ứng với Mã Tiền Thanh tổng • hoặc 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 thuộc 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 y Req 4.7.44 (Quy trình xử lý CSU, thiết lập lại thanh tổng và bộ đếm thành không): Nếu tất cả các điều sau là đúng: • bit ‘CSU được tạo bởi bên Đại diện cho bên Phát hành’ trong CSU có giá trị 1b (CSU được tạo bởi đại diện bên Phát hành); • và bit ‘Sử dụng Bộ đếm Cập nhật Mặc định để kiểm soát Bộ đếm Ngoại tuyến nếu CSU được tạo bởi Đại diện bên Phát hành’ trong Kiểm soát Ứng dụng có giá trị 1b (sử dụng Bộ đếm Cập nhật Mặc định trong Kiểm soát Ứng dụng nếu CSU được tạo bởi một Đại diện); • và các bit ‘Bộ đếm Cập nhật Mặc định’ trong Kiểm soát Ứng dụng có giá trị 10b (thiết lập lại bộ đếm thành không); thì: • đối với từng Thanh tổng x đang kích hoạt cho giao dịch: - nếu bit ‘Thiết lập lại Thanh tổng với hồi đáp trực tuyến’ trong Kiểm soát Hồ sơ Thanh tổng cho Thanh tổng x trong hồ sơ có giá trị 1b, thì ứng dụng phải thiết lập lại Thanh tổng x thành giá trị không; • đối với từng Bộ đếm x đang kích hoạt cho giao dịch: - nếu bit ‘Thiết lập lại Bộ đếm với h ồ i đáp trực tuyến’ trong Kiểm soát Hồ sơ Bộ đếm cho Bộ đếm x trong hồ sơ có giá trị 1b, thì ứng dụng ph ả i thiết lập lại Bộ đếm x thành giá trị không; Req 4.7.45 (Quy trình xử lý CSU mặc định, thiết lập thanh tổng và bộ đếm thành Hạn mức Trên): Nếu tất cả các điều sau là đúng: • bit ‘CSU được tạo bởi bên Đại diện cho bên Phát hành’ trong CSU có giá trị 1b (CSU được tạo bởi đại diện bên Phát hành); • và bit ‘Sử dụng Bộ đếm Cập nhật Mặc định để Kiểm soát Bộ đếm Ngoại tuy ế n nếu CSU được tạo bởi Đại diện bên Phát hành’ trong Kiểm soát Ứng dụng có giá trị 1b (sử dụng Bộ đếm Cập nhật Mặc định trong Kiểm soát Ứng dụng nếu CSU được tạo bởi một Đại diện); • và các bit ‘Bộ đếm Cập nhật Mặc định’ trong Kiểm soát Ứng dụng có giá trị 01b (thiết lập bộ đếm thành Hạn mức Trên của chúng); thì: • đối với từng Thanh tổng x đang kích hoạt cho giao dịch: - nếu bit ‘Thiết lập lại Thanh tổng với hồi đáp trực tuyến’ trong Kiểm soát Hồ sơ Thanh tổng cho Thanh tổng x trong hồ sơ có giá trị 1b, thì ứng dụng phải thiết lập lại Thanh tổng x thành giá trị Hạn mức Trên của Thanh tổng x; • đối với từng Bộ đếm x đang kích hoạt cho giao dịch: - nếu bit ‘Thiết lập lại Bộ đếm với hồi đáp trực tuyến’ trong Kiểm so á t Hồ sơ Bộ đếm cho b ộ đếm x trong hồ sơ có giá trị 1b, thì ứng dụng phải thiết lập lại Bộ đếm x thành giá trị Hạn mức Trên của Thanh tổng x. Req 4.7.46 ( Quy trình xử lý CSU mặc định, thêm giao dịch vào các thanh tổng và bộ đếm): Nếu tất cả các điều sau là đúng: • bit ‘CSU được tạo bởi bên Đại diện cho bên Phát hành’ trong CSU c ó giá trị 1b (CSU được tạo bởi đại diện bên Phát hành); • và bit ‘Sử dụng Bộ đếm Cập nhật Mặc định đ ể Kiểm soát Bộ đếm Ngoại tuyến nếu CSU được tạo bởi Đại diện bên Phát hành’ trong Kiểm soát Ứng dụng có giá trị 1b (sử dụng Bộ đếm Cập nhật Mặc định trong Kiểm soát Ứng dụng nếu CSU được tạo bởi một Đại diện); • và các b i t ‘Bộ đếm Cập nhật Mặc định’ trong Kiểm soát Ứng dụng có giá trị 11b (thêm giao dịch trực tuyến vào bộ đếm); thì: • Đối với t ừn g giá trị của x cho Thanh tổng x đang kích hoạt và 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: - Nếu Mã Tiền Giao dịch tương ứng 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 vào Lượng tiền, được Chuẩn chi vào giá trị của Thanh tổng x đã vượt quá giá trị ‘99 99 99 99 99 99’, thì Thanh tổng x phải thiết lập giá trị ‘99 99 99 99 99 99’; - Mặt khác (Mã Tiền Giao dịch không tương ứng Mã Tiền Thanh tổng) nếu Mã Tiền Giao dịch tương ứng Mã Tiền Nguồn trong một trong các Tham số Quy đổi Tiền trong bảng Quy đổi Tiền tệ đang kích hoạt cho Thanh tổng x, thì ứng dụng phải thêm Lượng tiền, được Chuẩn chi đ ã quy đổi sang lượng tiền thanh tổng (sử dụng Bảng Quy đổi Tiền tệ kích hoạt cho Thanh tổng x) cho Thanh tổng x. ▪ Nếu thêm Lượng tiền, được Chuẩn chi đã quy đổi sang tượng tiền thanh tổng 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 giá trị là ‘99 99 99 99 99 99’. • Đối với từng giá trị của x mà tất cả các điều sau là đúng: - Bộ đếm x đang kích hoạt; - và bit ‘Cho phép đếm’ trong Kiểm soát Hồ sơ Bộ đếm cho Bộ đếm x có giá trị 1b; - và giá trị của Bộ đếm x nhỏ hơn ‘FF’; - và hoặc c ác điều sau là đúng: ▪ bit ‘ bao gồm ch ỉ ngoại 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 các điều sau là đúng: ▪ bit ‘bao gồm chỉ 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 có thể không được 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 9 không đúng; ứng dụng phải tăng Bộ đếm x thêm một. Req 4.7.47 (Hiệu ch ỉ nh tham chiếu thanh tổng chu kỳ khi Xác thực bên Phát hành thành công): Đối với từng giá trị của x trong Thanh tổng Chu kỳ x đang kích hoạt cho giao dịch, nếu cả hai điều sau là đúng: • thiết bị đầu cuối được yêu cầu một Mã lệnh ứ ng dụng kiểu TC; • và bit ‘Chuẩn chi bên Phát hành Giao dịch Trực tuyến’ của CSU đã nhận có giá trị 1b; • và định dạng Ngày tháng Giao dịch là hợp lệ (xem Req 4.7.13); thì: • nếu bit ‘Kiểu Chu kỳ’ trong Kiểm soát Thanh tổng Chu kỳ x có giá trị 01b (theo ngày) hoặc 11b (theo tháng), và Ngày tháng Giao dịch ít hơn Ngày tháng Tham chiếu Thanh tổng Chu kỳ; ứng dụng phải chỉnh lại Ngày tháng Tham chiếu Thanh tổng Chu kỳ bằng cách thiết lập Ngày tháng Tham chiếu Thanh tổng Chu kỳ x thành giá t rị của Ngày tháng Giao dịch; • nếu bit ‘Kiểu Chu kỳ’ trong Kiểm soát Thanh tổng Chu kỳ x có giá trị 10b (theo tu ầ n), và Ngày th á ng Giao dịch trong các Ngày (xem Điều 9 trong TCVN 11198-7) ít hơn Ngày Tham chi ế u Thanh tổng Chu kỳ x; ứng dụng phải chỉnh sửa Ngày tham chiếu Thanh tổng Chu kỳ bằng cách thiết lập Ngày Tham chiếu Thanh tổng Chu kỳ x thành giá trị của Ngày Tham chiếu Ngày tháng Giao dịch. Req 4.7.48 (Tích lũy và sử dụng CSU để ra quyết định chấp nhận giao dịch): Nếu cả hai điều sau là đúng: • thiết bị đầu cuối được yêu cầu một Mã lệnh ứ ng dụng kiểu TC. • và bit ‘Chuẩn chi bên Phát hành Giao dịch Trực tuyến’ của CSU đã nhận có giá trị 1b. thì: • đố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 đang hoạt động. - và bit ‘Được 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 trong hồ sơ này có giá trị 1b. - và bit ‘bao gồm chấp nhận trực tuyến’ trong Kiểm soát Thanh tổng Chu kỳ x có giá trị 1b. - và định dạng Ngày tháng Giao dịch là hợp lệ (xem Req 4.7.13). thì: - Nếu Mã Tiền Giao dịch tương ứng 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 Chu kỳ x ▪ Nếu thêm vào Lượng tiền, được Chuẩn chi vào giá trị của Thanh tổng Chu kỳ x đã 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ị ‘99 99 99 99 99 99’; - Mặt khác (Mã Tiền Giao dịch không tương ứng Mã Tiền Thanh tổng) nếu Mã Tiền Giao dịch tương ứng Mã Tiền Nguồn trong một trong các Tham số Quy đổi Tiền trong bảng Quy đổi Tiền tệ đang kích hoạt cho Thanh tổng Chu kỳ x , thì ứng dụng phải thêm Lượng tiền, được Chuẩn chi đã quy đổi sang lượng tiền thanh tổng (sử dụng Bảng Quy đổi Tiền tệ kích hoạt cho Thanh tổng Chu kỳ x) cho Thanh tổng Chu kỳ x . ▪ Nếu thêm Lượng tiền, được Chuẩn chi đã quy đổi sang lượng tiền thanh tổng vào giá trị của Thanh tổng Chu kỳ x mà 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’. • Ứ ng dụng phải chấp nhận giao dịch như mô tả trong Điều 7.5.5 và Điều 7.5.8. Req 4.7.49 (Sử dụng CSU để ra quyết định từ chối giao dịch): Nếu một trong hai điều sau là đúng: • thiết bị đầu cuối được yêu cầu một Mã lệnh ứ ng dụng kiểu AAC; • hoặc bit ‘Chuẩn chi bên Phát hành Giao dịch Trực tuyến’ của CSU đã nhận có giá trị 0b. thì ứng dụng phải từ chối giao dịch như mô tả tại Điều 7.5.6 và Điều 7.5.8. 7.5.3.2 Dữ liệu Xác thực bên Phát hành không nhận được Ứ ng dụng thực hiện những điều bên dưới khi ứng dụng đã thực hiện th à nh công trực tuyến (tức l à có mã Hồi đáp Chuẩn chi được trả về trong dữ liệu lệnh GENERATE AC lần hai không ch ỉ ra thiết bị đầu cuối không có khả năng thực hiện trực tuyến) và không có Dữ liệu Xác thực bên Phát hành được trả về ...................... Bảng 23 - Kiểm tra Quản lý Rủi ro Thẻ Quản lý rủi ro th ẻ Kết quả (nếu điều kiện xuất hiện) Điều Kiểm tra Lượng tiền Giao dịch Tối đa Nếu MTA được kích hoạt trong Hồ sơ, thiết lập một bit ADR đ ể chỉ ra rằng giá trị của giao dịch đã vượt quá Hạn mức 7.5.4.1.1 Kiểm tra Hạn mức Dưới của Thanh tổng x bị vượt quá Nếu Thanh tổng x đang kích hoạt trong Hồ sơ, thiết lập một bit ADR đ ể chỉ ra rằng Hạn mức Dưới của Thanh tổng x đã bị vượt quá 7.5.4.1.2 Kiểm tra Hạn mức Tr ê n hơn của Thanh tổng x bị vượt quá Nếu Thanh tổng x đang kích hoạt trong Hồ sơ, thiết lập một bit ADR để chỉ ra rằng Hạn m ứ c Trên hơn c ủ a Thanh tổng x đã bị vượt quá 7.5.4.1.3 Kiểm tra Hạn mức Dưới của Bộ đếm x bị vượt quá Nếu Bộ đếm x đang kích hoạt trong Hồ sơ, thiết lập một bit ADR để chỉ ra rằng Hạn mức Dưới của Bộ đếm x đã bị vượt quá 7.5.4.1.4 Kiểm tra Hạn mức Trên của Bộ đếm x bị vượt quá Nếu Bộ đếm x đang kích hoạt trong Hồ sơ, thiết lập một bit ADR để chỉ ra rằng Hạn mức Tr ê n của Bộ đếm x đã bị vượt quá 7.5.4.1.5 Kiểm tra Hạn mức của Thanh tổng Chu kỳ x bị vượt quá Nếu Thanh tổng Chu kỳ x đang kích hoạt trong Hồ sơ, thiết lập một bit ADR đ ể chỉ ra rằng Hạn mức của Thanh tổng Chu kỳ x đã bị vượt quá 7.5.4.1.6 Thẻ thực hiện từng kiểm tra Quản lý Rủi ro Thẻ như bên dưới để thấy khi nào điều kiện xuất hiện, th ì thực hiện kiểm tra tiếp theo . Ứng dụng có thể thực hiện các kiểm tra trong bất kỳ điều nào, nhưng tất cả các kiểm tra rằng có thể được thực hiện 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 GENERATE AC. CHÚ THÍCH 1 : Các kiểm tra Xác thực bên Phát hành bị lỗi, Xác thực bên Phát hành không được thực hiện, và Không thể thực hiện trực tuy ế n cho giao dịch này được cập nhật trong các điều khác của quy trình xử lý Phân tích Hành động Thẻ lần hai. CHÚ THÍCH 2 : Đối với một số kiểm tra sau, CCD yêu c ầ u r ằ ng thiết bị đầu cuối yêu cầu một TC. Điều kiện rằng thiết bị đầu cuối phải được yêu cầu một TC để đạt yêu cầu bởi vì các kiểm tra sau không được thực hiện nếu thiết bị đầu cuối được yêu cầu một AAC (xem Điều 7.5.4, Req 4.7.57). 7.5.4.1.1 Kiểm tra Lượng tiền Giao dịch Tối đa Kiểm tra tùy chọn bên phát hành xác định khi nào Hạn mức cho Lượng tiền 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 quyết định khi nào chấp nhận hoặc từ chối giao dịch ngoại tuyến. Số ID Kiểm tra Hồ sơ MTA trong Kiểm tra Hồ sơ được lựa chọn cho giao dịch là được sử dụng để kích hoạt cho giao dịch này. Req 4.7.58 (Kiểm tra MTA): Nếu Kiểm tra MTA được kích hoạt (tức là, số ID Kiểm soát Hồ sơ MTA trong Kiểm soát Hồ sơ có một giá trị khác hơn ‘F’), thì ứng dụng ph ả i thực hiện kiểm tra này. Req 4.7.59 (Thiết lập MTA bị vượt quá): Nếu hoặc điều sau là đúng: • Mã Tiền Giao dịch tương ứng Mã Tiền Hồ sơ 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à Mã Tiền Giao dịch tương ứng với Mã Tiền Nguồn thuộc một trong số các Tham số Quy đổi Tiền tệ trong Bảng Quy đổi Tiền tệ kích hoạt cho Lượng tiền Giao dịch Tối đa và lượng tiền được quy đổi sang tiền MTA (sử dụng Lượng tiền, được Chuẩn chi và Bảng Quy đổi Tiền tệ đang kích hoạt cho Lượng tiền Giao dịch T ố i đa) là lớn h ơ n MTA. thì ứng dụng phải thiết lập bit ‘MTA bị vượt quá’ trong ADR có giá trị 1b. Nếu không, ứng dụng phải thiết lập lại bit ‘MTA b ị vượt quá’ trong ADR có giá trị 0b. 7.5.4.1.2 Kiểm tra Hạn mức Dưới của Thanh tổng x bị vượt quá Kiểm tra tùy chọn bên phát hành xác định khi Hạn mức Dưới cho lượng tiền tích l ũy của các giao dịch ngoại tuyến có bị vượt quá, và 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. Kiểm tra này được thực hiện từng Thanh tổng x mà đang kích hoạt cho giao dịch. Req 4.7.60 (Kiểm tra Hạn mức Dưới của thanh tổng): Đối với từng giá trị của x cho Thanh tổng x đang kích hoạt cho giao dịch, nếu bất kỳ điều sau là đúng: • giá trị của Thanh tổng x lớn hơn Hạn m ứ c Dưới Thanh tổng x; • hoặc tất cả các điều sau 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; - 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à Mã Tiền Giao dịch tương ứng 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 Thanh tổng x; • hoặc tất cả đi ề u sau 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; - 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à 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 bất kỳ Tham số Quy đổi Tiền tệ trong Bảng Quy đổi Tiền tệ đang 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 được quy đổi sang lượng tiền thanh tổng (sử dụng Lượng tiền, được Chuẩn chi và Bảng Quy đổi Tiền tệ đang kích hoạt cho 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 Thanh tổng x’ trong ADR có giá trị 1b. Nếu không (tức là Thanh tổng x không vượt qu á Hạn mức Dưới) thì ứng dụng phải thiết lập lại bit ‘đã vượt quá Hạn mức Dưới Thanh tổng x’ trong ADR có giá trị 0b. 7.5.4.1.3 Kiểm tra Hạn mức Trên thanh tổng x bị vượt quá Kiểm tra tùy chọn bên phát hành xác định khi nào Hạn mức Trên cho lượng tiền tích lũy cho giao dịch ngoại tuyến đã bị vượt quá, và 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. 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. Req 4.7.61 (Kiểm tra Hạn mức Trên của thanh tổng): Đối với t ừng giá trị của x cho Thanh tổng x đang kích hoạt cho giao dịch, nếu bất kỳ điều sau là đúng: • giá trị của Thanh tổng x lớn hơn Hạn mức Trên Thanh tổng x; • hoặc tất cả các điều sau 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; - 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à Mã Tiền Giao dịch tương ứng 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 Thanh tổng x; • hoặc tất cả điều sau 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; - 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à 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 bất kỳ Tham số Quy đổi Tiền tệ trong Bảng Quy đổi Tiền tệ đang 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 được quy đổi sang lượng tiền thanh tổng (sử dụng Lượng tiền, được Chuẩn chi và Bảng Quy đổi Tiền tệ đang kích hoạt cho 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 Thanh tổng x’ trong ADR có giá trị 1b. Nếu không (tức là Thanh tổng x không vượt quá Hạn m ứ c Trên) thì ứng dụng phải thiết lập lại bit ‘đã vượt quá Hạn mức Trên Thanh tổng x’ trong ADR có giá trị 0b. 7.5.4.1.4 Kiểm tra Hạn mức Dưới của bộ đếm bị vượt quá Kiểm tra tùy chọn bên phát hành xác định khi nào Hạn mức Dưới số đếm c á c giao dịch ngoại tuyến đã bị vượt quá, và 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. Kiểm tra này được thực hiện cho từng Bộ đếm x đang kích hoạt cho giao dịch. Req 4.7.62 (kiểm tra Hạn mức Dưới của bộ đếm): Đối với từng giá trị của x cho Bộ đếm x đang kích hoạt cho giao dịch, nếu một trong điều sau là đúng: • Bộ đếm x lớn hơn Hạn mức Dưới Bộ đếm x • hoặc tất cả các điều sau là đúng: - bit ‘Cho phép Đếm’ trong Kiểm soát Hồ sơ Bộ đếm cho Bộ đếm x có giá trị 1b; - và 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à một trong các điều sau là đúng: ▪ bit ‘Bao gồm chỉ ngoại 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 Mã nước bên phát hành; - và một trong các điều sau là đúng: ▪ bit ‘Bao gồm ch ỉ không tích lũy’ trong Kiểm soát Bộ đếm x có giá trị 0b; ▪ hoặc cho tất cả các giá trị của y, giao dịch không được 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 24 không đúng; - và giá trị của Bộ đếm x+1 lớn hơn Giá trị Thấp hơn 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 có giá trị 1b. Nếu không (tức là Bộ đếm x không vượt quá Hạn mức Dưới), nếu b ộ đếm x đang kích hoạt cho giao dịch th ì ứng dụng phải thiết lập lại bit ‘đã vượt quá Hạn mức Trên Bộ đếm x’ trong ADR có giá trị 0b. Bảng 24 - Các điều kiện để Tích lũy Giao dịch sử dụng Chuẩn chi ngoại tuyến Thanh tổng y đang kích hoạt cho Hồ sơ bit ‘Cho phép Tích lũy’ trong Kiểm soát Hồ sơ Thanh tổng cho Thanh tổng y trong hồ sơ c ó giá trị 1b bit ‘bao gồm Chuẩn chi Ngoại tuyến’ trong Kiểm soát Thanh tổng y có giá trị 1b Thiết bị đầu cuối được yêu cầu một TC trong lệnh GENERATE AC lần hai Hoặc các điều sau là đúng: • Mã Tiền Giao dịch tương ứng với Mã Tiền Thanh tổng • hoặc 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 thuộc 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 y ...................... • Mã Tiền Giao dịch tương ứng 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 Giá trị Thanh tổng Chu kỳ; • hoặc Mã Tiền Giao dịch không tương ứng Mã Tiền Thanh tổng và Mã Tiền Giao dịch tương ứng với Mã Tiền Nguồn thuộc một trong các Tham số Quy đổi Tiền tệ trong Bảng Quy đổi Tiền tệ đang 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 sang lượng tiền thanh tổng (sử dụng Bảng Quy đổi Tiền tệ đang kích hoạt cho 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 ‘Hạn mức Thanh tổng Chu kỳ x bị vượt quá’ trong ADR có giá trị 1b; • chấm dứt quy trình xử lý kiểm tra này; Req 4.7.67 (Thiết lập lại bit nếu Hạn mức Thanh tổng chu kỳ x không còn bị vượt quá): Đối với từng giá trị của x cho Thanh tổng Chu kỳ x đang kích hoạt cho giao dịch và Thanh tổng Chu kỳ x không bị vượt quá Hạn mức của nó, ứng dụng phải thiết lập lại bit ‘Hạn mức Thanh tổng Chu kỳ x bị vượt quá’ trong ADR thành 0b. 7.5.4.1.7 Bit Tùy ý-bên Phát hành 1 và bit Tùy ý-bên Phát hành 2 Thiết lập dành cho bit Tùy ý-bên Phát hành 1 và bit Tùy ý-bên Phát hành 2 là nằm ngoài phạm vi của tiêu chuẩn này 7.5.4.2 Xác định Kiểu hồi đáp ngoại tuyến Khi giao dịch là không thể thực hiện trực tuyến, 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, và Mã Hành động bên Phát hành Thẻ (CIA-Mặc định) được dùng để xác định khi nào ứng dụng sẽ chấp nhận hoặc từ chối giao dịch. CHÚ THÍCH: Quy trình xử lý trong điều này ch ỉ thực hiện nếu thiết bị đầu cuối yêu cầu một TC. Nếu thiết bị đầu cuối đã yêu cầu một AAC, giao dịch l u ôn luôn bị từ chối . Ứng dụng so sánh CIAC-Mặc định và ADR. • Nếu một bit CIAC-Mặc định và bit ADR tương ứng là một cặp thiết lập giá trị 1bm th ì ứng dụng tiếp tục quy trình xử l ý như một từ chối ngoại tuyến đã mô tả ở Điều 7.5.4.2.1. • Nếu không, ứng dụng tiếp tục quy trình xử lý như một chấp nhận ngoại tuyến đã mô tả ở Điều 7.5.4.2.2. 7.5.4.2.1 Ứng dụng từ chối Giao dịch ngoại tuyến (không thể thực hiện trực tuyến) Req 4.7.68 (Xác định giao dịch bị từ chối ngoạ i tuyến): Nếu bất kỳ bit CIAC-Mặc định và bit ADR tương ứng đều thiết lập giá trị là 1b, thì ứng dụng phải xử lý giao dịch như một từ chối ngoại tuyến. Req 4.7.69 (Tăng bộ đếm khi từ chối ngoại tuyến): Nếu ứng dụng x ử l ý giao dịch như một từ chối ngoại tuyến, thì từng Bộ đếm x đang kích hoạt: • nếu bit ‘Cho phép Đếm’ trong Kiểm soát Hồ sơ Bộ đếm cho Bộ đếm x có giá trị 1b và bit ‘Bao gồm từ chối Ngoại tuyến’ trong Kiểm soát Bộ đếm x có giá trị 1b và giá trị của Bộ đếm x nh ỏ hơn ‘FF ’, thì ứng dụng phải tăng Bộ đếm lên 1. Req 4.7.70 (Tiếp tục giao dịch ngoại tuyến như một từ chối): Nếu ứng dụng xử lý giao dịch như một từ chối ngoại tuyến, thì ứng dụng phải từ chối giao dịch như mô tả tại Điều 7.5.6 và điều 7.5.8. 7.5.4.2.2 Ứng dụng chấp nhận giao dịch ngoại tuyến (không thể thực hiện trực tuyến) Req 4.7.71 (Xác định giao dịch l à chấp nhận ngoại tuyến): Nếu không có bit CIAC-Mặc định thiết lập giá trị 1b với bit ADR t ươ ng ứng cũng thiết lập giá trị là 1b, thì ứng dụng phải xử lý giao dịch như một chấp nhận ngoại tuyến. Req 4.7.72 (Tích lũy lượng tiền khi chấp nhận giao dịch ngoại tuyến): Nếu ứng dụng xử lý giao dịch như một chấp nhận ngoại tuyến, thì từng giá trị x khi tất cả các điều sau là đúng: • Thanh tổng x đang kích hoạt; • và bit ‘Cho phép Thanh tổng’ trong Kiểm soát Hồ sơ Thanh tổng cho Thanh tổng x trong hồ sơ này có giá trị 1b; • 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; thì ứng dụng phải: • Nếu Mã Tiền Giao dịch tương ứng 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 vào Lượng tiền, được Chuẩn chi vào giá trị của Thanh tổng x đã vượt quá giá trị ‘99 99 99 99 99 99’, thì Thanh tổng x ph ả i thiết lập giá trị ‘99 99 99 99 99 99’; • Mặt khác (Mã Tiền Giao dịch không tương ứng Mã Tiền Thanh tổng) nếu Mã Tiền Giao dịch tương ứng Mã Tiền Nguồn trong một trong các Tham số Quy đổi Tiền trong bảng Quy đổi Tiền tệ đang kích hoạt cho Thanh tổng x, thì ứng dụng phải thêm Lượng tiền, được Chuẩn chi đã quy đổi sang lượng tiền thanh tổng (sử dụng Bảng Quy đổi Tiền tệ kích hoạt cho Thanh tổng x) cho Thanh tổng x. - Nếu thêm Lượng tiền, được Chuẩn chi đã quy đổi sang lượng tiền thanh tổng 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 giá trị là ‘99 99 99 99 99 99’. Req 4.7.73 (Tăng bộ đếm khi chấp nhận giao dịch ngoại tuyến): Nếu ứng dụng xử lý giao dịch như chấp nhận ngoại tuyến, thì từng giá trị x khi tất cả điều sau là đúng: • Bộ đếm x đang kích hoạt; • v à bit ‘Cho phép đếm’ trong Kiểm soát Hồ sơ Bộ đếm cho Bộ đếm x có giá trị 1b; • và giá trị của Bộ đếm x nh ỏ hơn ‘FF’; • và 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ỉ ngoại 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 các điều sau là đúng: - bit ‘bao gồm chỉ 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 có thể không được 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 24 không đúng; ứng dụng phải tăng Bộ đếm x thêm một. Req 4.7.74 (Thêm lư ợ ng tiền vào thanh t ổ ng chu kỳ khi chấp nhận giao dịch ngoại tuyến): Nếu ứng dụng xử lý giao dịch như một chấp nhận ngoại tuyến, thì từng giá trị x khi tất cả các điều sau là đúng: • Thanh tổng Chu kỳ x đang kích hoạt; • và bit ‘Được 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 trong hồ sơ này có giá trị 1b; • và bit ‘bao gồm chấp nhận trực tuyến’ trong Kiểm soát Thanh tổng Chu kỳ x có giá trị 1b; • và định dạng Ngày tháng Giao dịch là h ợ p lệ; • và một trong các điều sau là đúng: - 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ị 01b (theo ngày) hoặc 11b (theo tháng); ▪ và Ngày tháng Giao dịch ít hơn Ngày tháng 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 (theo tuần); ▪ và Ngày tháng Giao dịch trong các Ngày (xem Điều 9 trong TCVN 11198-7) ít hơn Ngày tháng Tham chiếu Thanh tổng Chu kỳ x; thì ứng dụng phải: • Nếu Mã Tiền Giao dịch tương ứng 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 Chu kỳ x; - Nếu thêm vào Lượng tiền, được Chuẩn chi vào giá trị của Thanh tổng Chu kỳ x đã 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ị ‘99 99 99 99 99 99’; • Mặt khác (Mã Tiền Giao dịch không tương ứng Mã Tiền Thanh tổng) nếu Mã Tiền Giao dịch tương ứng Mã Tiền Nguồn trong một trong các Tham số Quy đổi Tiền trong bảng Quy đổi Tiền tệ đang kích hoạt cho Thanh tổng Chu kỳ x , thì ứng dụng phải thêm Lượng tiền, được Chuẩn chi đã quy đổi sang lượng tiền thanh tổng (sử dụng Bảng Quy đổi Tiền tệ kích hoạt cho Thanh tổng Chu kỳ x) cho Thanh tổng Chu kỳ x . - Nếu thêm Lượng tiền, được Chuẩn chi đã quy đổi sang lượng tiền thanh tổng vào giá trị của Thanh tổng Chu kỳ x mà 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’. Req 4.7.75 (Thiết lập lại Xác thực Dữ liệu Ngoại tuyến bị lỗi trong Giao dịch trước): Nếu ứng dụng xử lý giao dịch như một ch ấ p nhận ngoại tuy ế n và từng bit bên dưới trong TVR được cung cấp bởi thiết bị đầu cuối trong Dữ liệu Lệnh GENERATE AC lần hai có giá trị 0b: - SDA bị lỗi; - DDA bị lỗi; - CDA bị lỗi; thì ứng dụng phải thiết lập lại bit ‘ Xác thực Dữ liệu Ngoại tuyến bị lỗi trong Giao dịch trước’ trong PTH có giá trị 0b. Req 4.7.76 (Tiếp tục giao dịch ngoại tuyến đã chấp nhận): Nếu ứng dụng xử lý giao dịch như một chấp nhận ngoại tuyến, thì sau khi hoàn thành các quy trình xử lý khác trong điều này, ứng dụng phải chấp nhận giao dịch như mô tả ở Điều 7.5.5 và Điều 7.5.8. 7.5.5 Ứng dụng chấp nhận Giao dịch (TC) Khi giao dịch được chấp nhận, ứng dụng trả về một Mã lệnh Ứng dụng kiểu Chứng chỉ Giao dịch (TC) trong hồi đáp cho lệnh GENERATE AC lần hai. Ứ ng dụng thiết lập các bit trong CVR để chỉ ra kiểu của Mã lệnh Ứng dụng cho bên phát hành, và cũng cập nhật các bit CVR cần thiết để chỉ ra các điều kiện hiện thời trong ứng dụng. Req 4.7.77 (Cập nhật các bit CVR khi chấp nhận giao dịch): Trước khi xây dựng phần tử dữ liệu Dữ liệu ứng dụng bên Phát hành và sinh ra mã lệnh hồi đáp, ứng dụng ph ả i: • cập nhật các bit CVR như mô t ả trong Điều 10.7; • 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à 01b (TC); • thiết lập bit ‘CDA đã thực hiện’ trong CVR có giá trị 1b nếu thiết bị đầu cuối yêu cầu CDA (tức là, nếu bit ‘yêu cầu CDA’ của tham số P1 trong lệnh GENERATE AC từ thiết bị đầu cuối thiết lập giá trị 1b). Trước khi hồi đáp cho lệnh GENERATE AC, ứng dụng thiết lập Dữ liệu Thông tin Mã lệnh (CID) sang giá trị ‘40’ (TC) để ch ỉ cho thiết bị đầu cuối rằng M ã lệnh ứng dụng trong hồi đáp GENERATE AC là một TC. 7.5.6 Ứng dụng từ chối giao dịch (AAC) Khi giao dịch bị từ chối, ứng dụng trả về một Mã lệnh Ứng dụng kiểu AAC trong hồi đáp cho lệnh GENERATE AC lần hai. Ứ ng dụng thiết lập các bit trong CVR để chỉ ra kiểu của Mã lệnh Ứng dụng cho bên phát hành, và cũng cập nhật các bit CVR cần thiết để chỉ ra các điều kiện hiện thời trong ứng dụng. Req 4.7.78 (Cập nhật các bit CVR khi từ chối giao dịch): Trước khi sinh ra mã lệnh hồi đáp, ứng dụng phải: • Cập nhật các bit CVR như mô tả trong Điều 7.5.7, trước khi xây dựng IAD cho hồi đáp GENERATE AC lần hai; • 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à 00 b (AAC). Trước khi hồi đáp cho lệnh GENERATE AC, ứng dụng thiết lập Dữ liệu Thông tin Mã lệnh (CID) sang giá trị ‘00’ (AAC) để chỉ cho thiết bị đầu cuối rằng Mã lệnh ứ ng dụng trong hồi đáp GENERATE AC là một AAC. 7.5.7 Cập nhật CVR Ứ ng dụng thực hiện như bên dưới để cập nhật các chỉ báo trong CVR trước khi xây d ựng Dữ liệu Ứng dụng bên Phát hành được trả về trong hồi đáp GENERATE AC lần hai. 7.5.7.1 Kiểm tra Hạn mức Dưới tổng đếm Giao dịch Ngoại tuyến 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 Dưới cho tổng đếm giao dịch ngoại tuyến đã bị vượt quá. Req 4.7.79 (Kiểm tra tổng đếm giao dịch ngoại tuyến th ấ p hơn): Đối với từng giá trị x cho Bộ đếm x đang kích hoạt trong Hồ sơ và Bộ đếm x lớn hơn Hạn mức Dưới Bộ đếm x, ứng dụng phải thiết lập bit ‘Hạn mức Dưới tổng đếm Giao dịch Ngoại tuyến bị vượt quá’ trong CVR có giá trị 1b; Nếu không (tức là, không có bộ đếm thuộc Bộ đếm x đang kích hoạt đã bị vư ợ t quá Hạn mức Dưới của chúng), ứng dụng phải thiết lập lại bit ‘Hạn mức Dưới tổng đếm Giao dịch Ngoại tuyến bị vượt quá’ trong CVR có giá trị 0b. 7.5.7.2 Kiểm tra Hạn mức Trên tổng đếm Giao dịch Ngoại tuyến 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 một Hạn mức Trên cho tổng đếm của các giao dịch ngoại tuyến đã bị vượt quá. Req 4.7.80 (Kiểm tra tổng đếm giao dịch ngoại tuyến cao hơn): Đối với từng giá trị của x trong Bộ đếm x đang kích hoạt trong hồ sơ và Bộ đếm x lớn hơn Hạn mức Trên Bộ đếm x, ứng dụng phải thiết lập bit ‘Hạn mức Trên tổng đếm Giao dịch Ngoại tuyến bị vượt qu á ’ trong CVR có giá trị 1b; Nếu không (tức là không có bộ đếm nào trong Bộ đếm x đang kích hoạt đã vượt quá Hạn mức Trên của chúng) ứng dụng ph ả i thiết lập lại bit ‘Hạn mức Trên tổng đếm Giao dịch Ngoại tuyến bị vượt quá’ trong CVR có giá trị 0b. 7.5.7.3 Kiểm tra Hạn mức Dưới lượng tiền tích lũy Ngoại tuyến Kiểm tra tùy chọn bên phát hành cung cấp thông báo bên phát hành rằng Hạn mức Dưới của lượng tiền tích lũy của các giao dịch ngoại tuyến đã bị vượt quá. Req 4.7.81 (Kiểm tra lượng tiền ngoại tuyến tích lũy thấp hơn): Đối với từng giá trị của x cho Thanh tổng x đang kích hoạt trong Hồ sơ và Thanh tổng x là lớn hơn Hạn mức Dưới của Thanh tổng x, ứng dụng ph ả i thiết lập bit ‘Hạn mức lượng tiền ngoại tuyến tích lũy thấp hơn’ trong CVR có giá trị 1b; N ế u không (tức là không có thanh tổng nào trong Thanh tổng x đang kích hoạt đã vượt quá Hạn mức Dưới của chúng) ứng dụng phải thiết lập lại bit ‘Hạn mức lượng tiền ngoại tuyến tích lũy thấp hơn’ trong CVR có giá trị 0b. 7.5.7.4 Kiểm tra Hạn mức Trên lượng tiền tích lũy Ngoạ i tuyến bị vượt quá Kiểm tra tùy chọn bên phát hành 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 tích lũy của các giao dịch ngoại tuyến đã bị vượt quá. Req 4.7.82 (Kiểm tra lượng tiền ngoại tuyến tích lũy cao hơn): Đối với từng giá trị của x cho Thanh tổng x đang kích hoạt trong Hồ sơ và Thanh tổng x là lớn hơn Hạn mức Trên của Thanh tổng x, ứng dụng phải thiết lập bit ‘Hạn mức Trên lượng tiền ngoại tuyến tích lũy bị vượt quá’ trong CVR có giá trị 1b. Nếu không (tức là không có thanh tổng nào trong Thanh tổng x đang kích hoạt đã vượt qu á Hạn mức Trên của chúng) ứng dụng phải thiết lập lại bit ‘Hạn mức Trên lượng tiền ngoại tuyến tích lũy bị vượt quá’ trong CVR có giá trị 0b. 7.5.7.5 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 rằng số lượng lần thử mã PIN còn lại trong Bộ đếm lần thử mã PIN. Req 4.7.83 (Sao chép Bộ đếm lần thử mã PIN): Ứ ng dụng phải thiết lập các bit ‘Cụm Nibble thấp h ơn của Bộ đếm lần thử mã PIN’ trong CVR có giá trị Cụm Nibble thấp hơn của Bộ đếm lần thử mã PIN, s ử dụng các thi ết lập bit định danh. 7.5.7.6 Hạn mức lần thử mã PIN bị vượt quá Kiểm tra bắt buộc này cung cấp thông báo bên phát hành rằng 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 giao dịch trước đó) và cho phép ứng dụng quyết định b ỏ qua thứ tự giao dịch để xem xét thông tin này. Req 4.7.84 (Kiểm tra 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 ‘Hạn mức lần thử mã PIN bị vượt quá’ trong CVR có giá trị 1b; nếu không, ứng dụng phải thiết lập bit giá trị 0b. 7.5.7.7 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 thông báo bên phát hành rằng quy trình xử lý tập lệnh bên phát hành bị lỗi hoặc trong giao dịch trực tuyến trước đó (không có điều kiện thiết lập lại chỉ báo đang gặp) hoặc trong giao dịch hiện thời trong khi quy trình xử lý một lệnh tập lệnh đã nhận trước lệnh GENERATE AC lần hai. Req 4.7.85 (Thiết lập quy trình xử lý tập lệnh bên phát hành bị lỗi): Ứ 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’ trong CVR có giá trị bit ‘Tập lệnh bị lỗi’ trong PTH. 7.5.7.8 Số lư ợ ng lệnh tập lệnh bên phát hành Kiểm tra bắt buộc này cung cấp bên ph á t hành một tổng đ ếm số lượng lệnh tập lệnh bên phát hành được xử lý. Req 4.7.86 (Sao chép số lượng lệnh tập lệnh bên phát hành): Ứ ng dụng phải thiết lập bit ‘Số lượng tập lệnh bên phát hành đang chứa G ử i Thông điệp Bí mật đã xử lý’ trong CVR thành giá trị của Bộ đếm tập lệnh bên Phát hành. 7.5.8 Hồi đáp lệnh GENERATE AC 7.5.8.1 Xây dựng Dữ liệu Ứng dụng bên phát hành Req 4.7.87 (Xây dựng IAD): Ứ ng dụng phải xây dựng Dữ liệu Ứ ng dụng bên Phát hành để gửi trong hồi đáp, được mã hóa như quy định trong CCD của EMV Quyển 3, Phụ lục C.7, cho ứng dụng tương thích CCD với Mã Định dạng ‘A’ với: • Đối với từng Thanh tổng x đang kích hoạt cho giao dịch và cho 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ị 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ị 1b, thì gi á tr ị (Hạn mức Trên Thanh tổng x trừ Thanh tổng x) phải được gửi; - Nếu không (bit ‘Gửi Thanh tổng Cân bằng’ = 0b) giá t r ị của Thanh tổng x phải được gửi; • Các yêu cầu cụ thể của hồ sơ trong Bảng 25; • 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, phần Bộ đếm 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 ra Mã lệnh Ứng dụng. B ả ng 25 - Dữ liệu Ứng dụng bên Phát hành cho GENERATE AC lần hai Byte IAD Mô tả Giá trị 1 Chiều dài ‘0F’ 2 CCI thiết lập giá trị của Hồ s ơ CCI trong Kiểm soát Hồ sơ Tùy chọn bên Phát hành cho giao dịch (‘A5’ cho các h ồ sơ tương thích CCD) 3 DKI Thiết lập giá trị của Hồ sơ DKI trong Kiểm soát Hồ sơ Tùy chọn bên Phát hành cho giao dịch (tùy ý bên phát hành) 4-8 CVR thiết lập bởi quy trình xử lý ứng dụng 9-16 bộ đếm Bắt đầu với các điều sau: • Nếu Thanh tổng 1 đang kích hoạt cho giao dịch và bit ‘Gửi Thanh t ổ ng trong IAD’ trong Kiểm soát Hồ sơ Thanh tổng cho Thanh tổng 1 có giá trị 1b, thì Thanh tổng 1 (Giá trị hoặc Cân b ằ ng) được gửi trong c á c byte 1-6 của bộ đếm • Nếu không, nếu Thanh tổng 2 được kích hoạt cho giao dịch và bit ‘Gửi Thanh tổng trong IAD’ trong Kiểm soát Hồ sơ Thanh tổng cho Thanh tổng 2 có giá trị 1b, thì Thanh tổng 2 (Giá trị hoặc C â n b ằ ng) được gửi trong các byte 1-6 của bộ đếm • Nếu không, nếu Quỹ sẵn có VLP đang kích hoạt cho giao dịch và bit ‘Gửi Thanh tổng trong IAD’ trong Kiểm soát Hồ sơ VLP có giá trị 1b, thì các Quỹ sẵn có VLP được gửi trong các byte 1-6 của bộ đếm C á c byte còn lại của Bộ đếm phải chứa các giá trị của t ừ ng Bộ đếm x mà đang kích hoạt cho giao dịch và cho bit ‘Gửi Bộ đếm trong IAD’ trong Kiểm soát Hồ sơ Bộ đếm cho Bộ đếm x có giá trị 1b, trong thứ tự ưu tiên dựa trên số bộ đếm (tức là giá trị của x cho Bộ đếm x) với bộ đếm có số hiệu thấp nhất có ưu tiên cao nhất. Giá trị mặc định cho các byte này là cá thể hóa trong các byte 9-16 của Dữ liệu ứng dụng bên phát hành mặc định. Bất kỳ phần byte nào không đầy đ ủ với một thanh tổng hoặc bộ đếm phải sử dụng giá trị mặc định 17 Chiều dài ‘ 0F ’ 18 số I D Hồ sơ số ID Hồ sơ được sử dụng cho giao dịch 19-32 tùy ý bên phát hành Nếu nhiều hơn một thanh tổng được gửi trong IAD, các byte này có chứa các thanh tổng còn lại không được gửi trong byte 9-16, theo thứ tự như sau: Các byte còn lại phải chứa các giá trị của từng Thanh tổng x không bao gồm trong các byte 9-16 mà đang kích hoạt cho giao dịch và bit ‘Gửi Bộ đếm trong IAD’ trong Kiểm soát Hồ sơ Bộ đếm cho Bộ đếm x có giá trị 1b, theo thứ tự ưu tiên dựa trên số hiệu bộ đếm (tức là giá trị của x cho Bộ đếm x) với bộ đếm có số hiệu thấp nhất có ưu ti ê n cao nhất. Giá trị mặc định cho các byte này được cá thể hóa trong các byte 19-32 của Dữ liệu Ứng dụng bên Phát hành Mặc định. Bất kỳ phần byte này không được điền với một thanh tổng hoặc bộ đếm phải sử dụng giá trị mặc định. CH Ú THÍCH: Bên phát hành có thể truy vấn d ữ liệu cụ thể trong trường này, nhưng chức năng này n ằ m ngoài phạm vi của tài liệu đặc t ả này. Xem Hình 2 về ví dụ minh h ọa kết quả xây dựng IAD với các thanh tổng và bộ đếm. 7.5.8.2 Sinh m ã lệnh ứ ng dụng Ứ ng dụng sinh ra 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 ứ ng dụng được mô tả chi tiết trong Bảng CCD-3 và Điều 8 của CCD trong EMV Quyển 2, cho ứng dụng tương thích CCD với Phiên bản Mã lệnh là ‘5 ’ . CHÚ TH Í CH: Hỗ trợ các Phiên bản Mã lệnh với một giá trị trong dải từ ‘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 là không tương thích với CCD. 7.5.8.3 Ghi log g i ao dịch Nếu bên phát hành lựa chọn ghi log giao dịch, ứng dụng đưa thông tin vào bản Log Giao dịch, Req 4.7.88 (Cập nhật Log Giao dịch): Ư u tiên hồi đáp lệnh GENERATE AC, nếu cả hai điều sau là đúng: • bit ‘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à b ấ t kỳ điều sau là đúng: - tất cả điều sau là đúng (tất cả trường hợp được ghi log): ▪ hồi đáp là một Mã lệnh Ứng dụng kiểu TC; ▪ và bit ‘Log giao dịch được chấp nhận’ trong Kiểm soát Ứng dụng có giá trị 1b; ▪ và bit ‘Log ch ỉ ngoại tuyến’ tro ng Kiểm soát Ứng dụng có giá trị 0b (log tất cả các giao dịch đã chấp nhận); - hoặc tất cả điều sau là đúng (các chấp nhận trực tuyến không được ghi log): ▪ hồi đáp là một Mã lệnh Ứng dụng kiểu TC; ▪ và bit ‘Log giao dịch được chấp nhận’ trong Kiểm soát Ứng dụng có giá trị 1b; ▪ và bit ‘Log chỉ ngoại tuyến’ tro ng Kiểm soát Ứng dụng có giá trị 1b; ▪ và thiết bị đầu cuối không thể thực hiện trực tuyến (tức là, ARC là Y3); - hoặc cả hai điều sau là đúng: (ghi log giao dịch bị từ chối) ▪ hồi đáp là một Mã lệnh Ứng dụng kiểu AAC; ▪ và bit ‘Log giao dịch bị từ chối’ trong Kiểm soát Ứng dụng có giá trị 1b; thì ứng dụng phải đưa thông tin vào b ả n Log Giao dịch chỉ ra giá trị (thu nhận thẻ và chiều dài) cho các phần t ử dữ liệu được liệt kê ở Bảng 26 như bên dưới. Bảng 26 - Phần tử Dữ liệu để ghi log Phần tử Dữ liệu Điều kiện Lượng tiền, Được chuẩn chi luôn luôn Mã Tiền Giao dịch luôn luôn Ngày tháng Giao dịch luôn luôn CVR nếu bit ‘Log CVR’ trong Kiểm soát Ứng dụng có giá trị 1b ATC nếu bit ‘Log ATC’ trong Kiểm soát Ứng dụng có giá trị 1b CID nếu bit ‘Log CID’ trong Kiểm soát Ứng dụng có giá trị 1b Dữ liệu được triết xuất từ Dữ liệu Lệnh GENERATE AC lần đầu sử dụng Bảng Dữ liệu Log Không thay đổi GEN AC lần đầu nếu có Dữ liệu được triết xuất từ Dữ liệu Lệnh GENERATE AC lần hai sử dụng Bảng Dữ liệu Log Kh ô ng thay đổi GEN AC lần hai nếu có 7.5.8.4 Tr ả về hồi đáp GENERATE AC Nếu cả hai điều sau là đúng: • quy trình xử lý CDA được truy vấn bởi thiết bị đầu cuối (tức là bit ‘CDA được truy vấn’ của tham số P1 trong lệnh GENERATE AC từ thiết bị đầu cuối đã thiết lập là 1b); • và ứng dụng đang hồi đáp với một Mã lệnh Ứng dụng kiểu TC; thì ứng dụng: • sinh ra một chữ ký động từ Mã lệnh Ứng dụng được mô tả trong EMV Quyển 2, Điều 6.6.1; • trả về hồi đáp GENERATE AC lần hai 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ề hồi đáp GENERATE AC lần hai như mô tả trong phần CCD của EMV Quyển 3, Điều 6.5.5.4 và Bảng CCD-2. 7.6 Biểu đồ Luồng Chức năng Luồng bên dưới thể hiện cách thức ứng dụng có thể thực hiện quy trình xử lý Phân tích Hành động Thẻ lần hai. Hình 28 - Luồng Bắt đầu GENERATE AC lần hai Hình 28 - Lu ồ ng B ắ t đ ầ u GENERATE AC lần hai (kết thúc) Hình 29 - Chuẩn chi Giao dịch Trực tuyến Hình 30 - Có sự xác thực bên phát hành Hình 31 - Không có xác thực bên phát hành Hình 3 2 - Xác thực bên phát hành bị lỗi Hình 33 - Xác thực bên phát hành thành công Hình 33 - Xác thực bên phát hành thành công (tiếp theo) Hình 33 - Xác thực bên phát hành thành công (tiếp theo) Hình 33 - Xác thực bên phát hành thành công (tiếp theo) Hình 33 - Xác thực bên phát hành thành công (ti ế p theo) Hình 33 - Xác thực bên phát hành thành công ( kết thúc ) Hình 34 - Giao dịch được chấp nhận sau khi Xác thực bên Phát hành bị lỗi Hình 35 - TC trực tuyến Hình 36 - Không thể thực hiện trực tuyến Hình 36 - Không thể thực hiện trực tuyến (tiếp theo) Hình 36 - Không thể thực hiện trực tuyến (tiếp theo) Hình 36 - Không thể thực hiện trực tuyến (tiếp theo) Hình 36 - Không thể thực hiện trực tuyến (tiếp theo) Hình 36 - Không thể thực hiện trực tuyến (tiếp theo) Hình 36 - Không thể thực hiện trực tuyến (kết thúc) H ì nh 37 - AAC Không thể thực hiện trực tuyến Hình 3 8 -TC Hình 38 - TC (tiếp theo) H ì nh 38 - C (kết thúc) Hình 39 - AAC Hình 39 - AAC (kết thúc) Hình 40 - Thêm vào Thanh tổng x Hình 40 - Thêm vào Thanh tổng x (kết thúc) Hình 41 - Thêm vào Bộ đếm x Hình 42 - Thêm vào Thanh t ổ ng Chu kỳ x Hình 42 - Thêm vào Thanh t ổ ng Chu kỳ x (kết thúc) Hình 43 - Xây dựng Dữ liệu Ứ ng dụng bên Phát hành Hình 43 - Xây dựng Dữ liệu Ứ ng dụng bên Phát hành (tiếp theo) Hình 43 - Xây dựng Dữ liệu ứng dụng bên Phát hành (kết thúc) Hình 44 - Kiểm tra Ngày tháng Tham chiếu Chu kỳ H ì nh 44 - Kiểm tra Ngày tháng Tham chiếu Chu kỳ (kết thúc) Hình 45 - Quy đổi Tiền tệ Hình 45 - Quy đổi Tiền tệ (kết thúc) Hình 46 - Cập nhật CVR Hình 46 - Cập nhật CVR (tiếp theo) Hình 46 - Cập nhật (tiếp theo) Hình 46 - Cập nhật (tiếp theo) Hình 46 - Cập nhật (kết thúc) Hình 47 - Ki ể m tra thanh t ổ ng chu kỳ có tích lũy Hình 47 - Ki ể m tra thanh tổng chu kỳ có tích lũy (tiếp theo) Hình 47 - Ki ể m tra thanh tổng chu kỳ có tích lũy ( kết thúc ) Hình 48 - Kiểm tra thanh tổng chu kỳ không có tích lũy Hình 49 - Ki ể m tra Lượng tiền Giao dịch Tối đa Hình 49 - Kiểm tra Lượng tiền Giao dịch Tối đa (kết thúc) Hình 50 - Kiểm tra Thanh tổng TC ngoại tuyến có tích lũy Hình 50 - Kiểm tra Thanh tổng TC ngoại tuyến có tích lũy (kết thúc) Hình 51 - Kiểm tra Thanh tổng TC ngoại tuyến không có tích lũy Hình 52 - Kiểm tra Bộ đếm TC ngoại tuyến có tích lũy Hình 52 - Kiểm tra Bộ đếm TC ngoại tuyến có tích lũy (kết thúc) Hình 53 - Kiểm tra Bộ đếm TC ngoại tuyến không có tích lũy Hình 54 - Thiết lập lại số ngày ngoại tuyến tối đa Hình 55 - Thiết lập lại ch ỉ báo kiểm tra không nhanh Hình 56 - Thiết lập lại chỉ báo ki ể m tra nhanh Hình 57 - Ghi log giao dịch lệnh GENERATE AC lần hai Hình 57 - Ghi log giao dịch lệnh GENERATE AC lần hai (kết thúc) Hình 58 - Xác minh/Thiết lập lại Khoảng thời gian Chu kỳ Hình 58 - Xác minh/Thiết lập lại Khoảng thời gian Chu kỳ (kết thúc) THƯ MỤC TÀI LIỆU THAM KHẢO [1] TCVN 11198-3, 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 3: Quy trình xử lý chức năng; [2] TCVN 11198-5, 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 5: Quy trình xử lý tập lệnh bên phát hành đến thẻ; [3] TCVN 11198-6, 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 6: Các ch ủ đề bổ sung; [4] TCVN 11198-7, 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 7: Mô tả về chức năng; [5] TCVN 11198-8, Thẻ mạch tích hợp EMV cho Hệ thống thanh toán - Đặc tả ứng dụng thanh t oán chung - Phần 8: Thư mục phần tử dữ liệu; [6] EMV Integrated Circuit Card Specifications for Payment Systems, version 4.1, Book 1, Application Independent ICC to Terminal Inter f ace Requirements, May 2004 (EMV Quyển 1); [7] EMV Integrated Circuit Card Specifications for Payment Systems, version 4.1, Book 2, Security and Key Management, May 2004 (EMV Quyển 2); [8] EMV Integrated Circuit Card Specifications for Payment Systems, version 4.1, Book 3, Application Specification, May 2004 (EMV Quyển 3); [9] EMV Integrated Circuit Card Specifications for Payment Systems, version 4.1, Book 4, Cardholder, Attendant, and Acquirer Inter f ace Requirements, May 2004 (EMV Quyển 4); [10] EMV Card Persona l ization specification, version 1.0, June 2003 (EMV CPS). MỤC LỤC Lời nói đầu 1 Phạm vi áp dụng 2 Tài liệu viện dẫn 3 Thuật ngữ và định nghĩa 4 Thuật ngữ viết tắt, ký hiệu, quy ước và biểu tượng 5 Phân tích hành động thẻ lần 1 5.1 Mục đích 5.2 Trình tự thực hiện 5.2.1 Quy trình xử lý có liên quan trước đó 5.2.2 Quy trình xử lý có liên quan tiếp theo 5.3 Dữ liệu thẻ 5.4 Dữ liệu thiết bị đầu cuối 5.5 Lệnh GENERATE AC lần đầu 5.5.1 Mã hóa lệnh 5.5.2 Hành động Hồ sơ 5.5.3 Quy trình Quản lý R ủ i ro Th ẻ 5.5.4 Xác định Hồi đáp Ki ể u Mã lệnh Ứ ng dụng 5.5.5 Ứ ng dụng chấp nhận giao dịch ngoại tuyến 5.5.6 Ứ ng dụng yêu cầu Quy trình xử lý Trực tuyến 5.5.7 Ứ ng dụng từ chối Giao dịch Ngoại tuyến 5.5.8 Hồi đáp lệnh GENERATE AC 5.5.8.3 Bản ghi log Giao dịch 5.6 Biểu đồ Luồng Chức năng 6 Quy trình xử lý trực tuyến 6.1 Mục đích 6.2 Trình tự thực hiện 6.2.1 Quy trình xử lý có liên quan trước đó 6.2.2 Quy trình xử lý có liên quan tiếp theo 6.3 Dữ liệu th ẻ 6.4 Dữ liệu Thiết bị đầu cuối 6.5 Các lệnh 6.6 Quy trình xử lý 6.6.1 Yêu cầu trực tuyến 6.6.2 Hồi đáp trực tuyến 6.6.3 Không h ồ i đáp trực tuyến 6.7 Biểu đ ồ Luồng Chức năng 7 Quy trình Phân tích Hành động thẻ lần hai 7.1 Mục đích 7.2 Trình tự thực hiện 7.2.1 Quy trình xử lý có liên quan trước đó 7.2.2 Quy trình xử lý có liên quan tiếp theo 7.3 Dữ liệu thẻ 7.4 Dữ liệu Thiết bị đầu cuối 7.5 Lệnh GENERATE AC lần hai 7.5.1 Mã hóa Lệnh 7.5.2 Cấu hình Phân tích Hành động thẻ lần hai 7.5.3 Chu ẩ n chi Trực tuyến đã hoàn thành 7.5.4 Quy trình xử lý trực tuyến được yêu cầu, việc Chuẩn chi Trực tuyến không hoàn thành 7.5.5 Ứng dụng chấp nhận Giao dịch (TC) 7.5.6 Ứng dụng từ chối giao dịch (AAC) 7.5.7 Cập nhật CVR 7.5.8 Hồi đáp lệnh GENERATE AC 10.8.4 Trả về hồi đáp GENERATE AC 7.6 Biểu đồ Luồng Chức năng Thư mục tài liệu tham khảo