为啥真正的 POS 终端不使用 PSE（2PAY 或 1PAY）？

Posted 2023-02-22

【中文标题】为啥真正的 POS 终端不使用 PSE（2PAY 或 1PAY）？

【英文标题】：Why real POS-terminals don't using PSE (2PAY or 1PAY)?为什么真正的 POS 终端不使用 PSE（2PAY 或 1PAY）？

【发布时间】：2018-04-23 05:27:18

【问题描述】：

我用两个真实的终端进行了实验，通过 EMV 接触（非接触）方式，没有人使用 PSE 或 PPSE 来获得 EMV 规范中定义的 AID。

两个终端都直接用 SELECT 命令尝试一组 AID，直到 ICC 成功应答。

【问题讨论】：

不确定这是否是主题，因为我猜除了编写此软件的开发人员之外没有人可以回答这个问题。

PSE 是 1PAY，PPSE 是 2PAY

【参考方案1】：

EMV 定义了两种应用选择方法：

通过 PSE/PPSE 选择 通过直接 AID 方法选择

对于联系交易，PSE 的使用是可选的。由于您提到您在联系人界面上观察到此行为，因此该终端使用的是通过直接 AID 方法选择而不是 PSE（因为 PSE 是可选的）

对于非接触式接口，PPSE 的存在是强制性的。 PPSE将是商户终端选择的非接触卡上的第一个非接触应用。

要了解更多关于应用程序选择的信息，您可以参考 EMV Book 1 Section 12..!!

【参考方案2】：

在早期，支付系统环境的使用并不是强制性的。人们通常更喜欢遵守规定并尽快投入生产。实现 pse 是可选的，实现可选功能（在卡和终端应用程序上）将需要开发时间，并且您必须处理随之而来的错误。最近万事达卡和visa强制要求使用ppse进行非接触式，今后也可能接触式，希望以后能遇到更多。

【讨论】：

我已经写了一些软件，它应该适用于最多的卡片。它通过 PPSE 工作，无需找到 AID。如果没有 PPSE/PSE，我是否应该通过实施 AID 发现来更新它？ 警告 - 此软件仅使用 NFC

终端可以查询 ppse，如果支持该 AID，则会在 PPSE 中的 AID 上执行 SELECT。在另一种情况下，终端执行显式选择，您将在所有不匹配的情况下返回未找到的文件，并且在卡中的应用程序的情况下成功。所以我猜你已经实现了它..

" 在终端执行显式 SELECT 的另一种情况下，您将在所有不匹配的情况下返回 File not found 并在卡中应用程序成功的情况下返回“不，我还没有实现它！