ISO 8583 的完整声明
我想知道是否可以通过 ISO 8583 进行完整的报表（在某个日期范围内），我见过 ATM 可以进行完整的报表，并且想知道他们使用的是什么方法。我知道 8583 以上的 POS 设备上可以进行余额查询和迷你报表。
如果可能的话，是否有人有关于消息结构的信息，最好是 FLexcube。
I would like to know if it is possible to do a full statement (between a date range) through ISO 8583, I have seen ATMs which do full statements and was wondering what method they used. I know balance inquiry and mini statements are possible on a POS devise over 8583.
If it is possible does anyone have an information on the structure of the message, ideally for FLexcube.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（4）
我们在 1999 年在一家银行做了类似的事情，我们将在通用私人使用字段之一中发送报表数据，其中允许格式 ANS 999，
但这意味着您要么将数据限制为少于 999 个字符，或将数据拆分为多条消息。并进行多腿交易。
您将具有以下流程
并在字段 r 上放置预格式化的数据
，但是，这样做不是一个好的做法，因为我们有更快的方法来生成对帐单并发送到电子邮件或网上银行。但这无论如何都是银行的偏好。
we did something similar to that back in 1999 in one of the banks, where we would send the statement data in one of the generic private use fields, where it would allow the format ANS 999
but that means you are either to restrict the data to less than 999 characters, or to split the data on multiple messages. and have a multi legged transaction.
you would have the following flow
and on the field r place the preformatted data
however, it is not a good practice to do so, since we have faster means to generate a statement and send to email or internet banking. but this is the bank's preference anyways.
这取决于实现，
我已经实现了 NCR 中央交换机，其中我将初始检查内容合并到中央应用程序本身中，而不是将所有内容传递给 Auth Host。
我的实施。
ATM 根据 ATM 中的状态机设置向中央应用程序发送 (NCD) 交易请求。
Central 进行基本检查，例如 BIN 的有效性（卡号的前 6 位数字），并检查 ATM 中是否有所需金额的现金等。
中央应用程序发送数据包（ISO8583/BASE24）被发送到收单机构进行进一步处理。< /p>
获取 将其发送至 CA，然后转至发行人审批。
希望这有帮助。
It depends upon implementation,
I had implemented NCR central switch, where I incorporate initial checking stuffs in the Central application itself rather than passing everything to Auth Host.
My implementation.
ATM Sends (NCD) the transaction requests based on State Machine setup in ATM to Central Application.
Central does basic checkings such as Validity of BIN (initial 6 digit of card no.) and also checks if the requested amount of cash is available in the ATM etc.
The the Central App sends the packet (ISO8583/BASE24) is sent to the Acquirer for further processing.
Acquires Sends it to CA and then it goes to Issuer for Approval.
Hope this helps.
该迷你声明不是 ISO 8583（或 MVA）的一部分。它通常作为专有扩展来实现。因此，您需要前往您的银行拥有的 ATM，或者是与您的银行共享 ATM 基础设施的银行联盟的一部分。
The mini-statement is not part of ISO 8583 (or MVA). It is usually implemented as a proprietary extension. Hence you need to go to an ATM owned by your bank, or, is part of a consortium of banks that share an ATM infrastructure with your bank.
我们利用 $0.00 0200 (DE003 = 91xxxx) 消息以及从 Connex 和 Base24 上 DE125 上的主机返回的语句数据在 ISO-8583 规范中实现了迷你语句，然后修改了我们的有状态加载以在 ATM 上打印数据。
尽管完整的报表几年前就不再使用，所以我们将其删除，现在只是使用收据打印机与整页报表进行迷你报表。条目数量有限，并非所有主机都支持它，但它现在在 NCR 和 NCR 上使用。迪堡自动取款机。我亲自参与了让它在 Base24 和 Postilion 上运行的测试。
我们打印的迷你语句数据是每行 40 个字符，我相信会打印大约 10 笔交易。
We implemented mini-statements in our ISO-8583 specification utilizing a $0.00 0200 (DE003 = 91xxxx) message and the statement data coming back from the host on DE125 on both Connex and Base24 and then modified our stateful loads to print the data at the ATM.
Though full statements fell out of use years ago so we removed it to just be mini-statements now utilizing the receipt printer vs. full page statements. There is a limited number of entries and not all host support it but it is used today on NCR & Diebold ATMs. I've personally participated in the testing in getting it to work on Base24 and Postilion.
The mini-statement data we do print is 40 characters per line and prints about 10 transactions I believe.