Transactions 交易失败后，主机是否应增加ATC（应用程序交易计数器）（EMV标签9F36）？

主机在事务成功后更新ATC，此时ICC和主机数据库中的计数器相同

但是，由于ICC上的计数器增加，主机是否应在未成功交易后（例如，在使用不正确的PIN进行交易后）增加/更新自身数据库中的ATC？ 否则，主机不应更改ATC

---

我没有在任何EMV书籍中找到答案。

EMV事务的一个大目标是停止重播事务。事务的真实性是使用授权请求密码进行验证的，ATC是事务生成的一个组成部分，显然也是事务验证的一个组成部分

---

现在，每次发出Get处理选项时，芯片都会增加ATC。因此，当您在线收到交易时，预计交易的ATC始终高于您在发卡机构的上一个ATC。如果与发卡行存储的卡相同或更低，则交易可能是重播。

emv交易的一个重要目标是停止重播交易。事务的真实性是使用授权请求密码进行验证的，ATC是事务生成的一个组成部分，显然也是事务验证的一个组成部分

---

现在，每次发出Get处理选项时，芯片都会增加ATC。因此，当您在线收到交易时，预计交易的ATC始终高于您在发卡机构的上一个ATC。如果与发卡机构存储的卡相同或更低，则交易可能是重播。

主机系统应在确信已从芯片接收到真实的ARQC时，将芯片ATC的内部轨迹更新为从芯片接收到的新值

请记住，来自芯片的ATC始终是正确的值，因此，如果作为主机的您收到来自芯片的带有意外ATC值的消息，即使实际交易因其他原因（即资金不足）而失败，您也可以确定该消息来自芯片，您应该始终将主机跟踪值更新为从卡接收的值

---

ATC反映芯片在其整个生命周期内启动（通过GET PROCESSING OPTIONS调用）的事务数，而不是成功的事务数。

主机系统应随时更新其芯片ATC的内部跟踪，只要它确信已从芯片收到真实的ARQC，从芯片接收到的新值

请记住，来自芯片的ATC始终是正确的值，因此，如果作为主机的您收到来自芯片的带有意外ATC值的消息，即使实际交易因其他原因（即资金不足）而失败，您也可以确定该消息来自芯片，您应该始终将主机跟踪值更新为从卡接收的值

---

ATC反映芯片整个生命周期内（通过GET PROCESSING OPTIONS调用）启动的事务数，而不是成功事务数。

一些处理系统还检查ICC上的ATC与处理系统中的DB之间的差异。例如，该差值不大于10。因此，如果在没有成功的事务处理之后，处理系统没有在自己的数据库中更新ATC，那么当ICC上的ATC较大（例如超过10）时，数据库中的ATC和主机（处理系统）将拒绝事务处理。那么，在事务失败后，主机是否应该在自己的数据库中更新ATC？对我来说，这听起来更像是一般行为的定制，您需要根据业务需要进行处理。在正常情况下，只要事务通过ARQC验证后ATC高于以DB为单位的ATC，ATC就会更新。一些处理系统还检查ICC上的ATC与处理系统的以DB为单位的ATC之间的差异。例如，该差值不大于10。因此，如果在没有成功的事务处理之后，处理系统没有在自己的数据库中更新ATC，那么当ICC上的ATC较大（例如超过10）时，数据库中的ATC和主机（处理系统）将拒绝事务处理。那么，在事务失败后，主机是否应该在自己的数据库中更新ATC？对我来说，这听起来更像是一般行为的定制，您需要根据业务需要进行处理。在正常情况下，只要事务在通过ARQC验证后拥有比数据库中更高的ATC，就会更新ATC。