我想知道是否可以通过 ISO 8583 做一个完整的声明(在一个日期范围之间),我已经看到 ATM 可以做完整的声明并且想知道他们使用了什么方法。我知道余额查询和迷你报表可以在超过 8583 的 POS 设备上进行。
如果可能的话,是否有人有关于消息结构的信息,最好是 Flexcube。
早在 1999 年,我们就在其中一家银行做了类似的事情,我们将在其中一个通用私人使用字段中发送对帐单数据,它允许使用 ANS 999 格式
但这意味着您要么将数据限制为少于 999 个字符,要么将数据拆分为多条消息。并进行多方交易。
您将有以下流程
并在字段 r 上放置预格式化的数据
但是,这样做不是一个好习惯,因为我们有更快的方法来生成对帐单并发送到电子邮件或网上银行。但这无论如何都是银行的偏好。
这取决于实施,
我已经实现了 NCR 中央开关,我将初始检查内容合并到中央应用程序本身中,而不是将所有内容传递给 Auth Host。
我的实现。
ATM 根据 ATM 中的状态机设置将交易请求发送 (NCD) 到中央应用程序。
Central 会进行基本检查,例如 BIN 的有效性(卡号的初始 6 位数字),并检查 ATM 中是否有所需的现金金额等。
Central App 发送的数据包(ISO8583/BASE24)被发送到Acquirer 进行进一步处理。
Acquires 将其发送给 CA,然后发送给 Issuer 以供批准。
希望这可以帮助。
迷你声明不是 ISO 8583(或 MVA)的一部分。它通常作为专有扩展来实现。因此,您需要使用您的银行拥有的 ATM,或者是与您的银行共享 ATM 基础设施的银行联盟的一部分。
我们在 ISO-8583 规范中实现了迷你语句,使用 $0.00 0200 (DE003 = 91xxxx) 消息和从 Connex 和 Base24 上 DE125 上的主机返回的语句数据,然后修改我们的有状态负载以在 ATM 上打印数据. 尽管完整的报表在几年前就不再使用了,所以我们将其删除为现在使用收据打印机与整页报表的迷你报表。条目数量有限,并非所有主机都支持它,但它今天在 NCR 和 Diebold ATM 上使用。我亲自参与了让它在 Base24 和 Postilion 上工作的测试。
我们打印的迷你语句数据是每行 40 个字符,我相信会打印大约 10 笔交易。