ISO-8583报文处理(定义报文优先级)

Question

我需要了解ISO-8583消息平台，假设我想执行卡交易的授权，那么在特定的情况下，假设我从网络(VISA/万事达卡)收到100000个请求都是为了授权，我如何定义这些请求和响应的优先级，连接池可以处理它(在我的情况下是HIKARI)，它是如何完成的?银行/金融机构如何授权request.Please提供一些关于如何管理所有这些requests.Should的见解我去找一个MQ？

使用的技术包括：-spring boot、hibernate、spring-tcp-starter

Answer 1

您的问题似乎没有得到很好的研究，因为目前有大量的交换机平台，它们的许多技术指南都可以在网上找到，包括ACI、FIS、AJB等主要供应商的技术指南。等等，如果你看得够远的话。

我使用过几种iso接口规范、商用交换机和自主开发的平台，它们在核心实时处理方面实际上是相当一致的。

有关优先级排序的信息通常在每个ISO-8583消息处理规范中都有，并且在我读过的几乎每个规范中都有明确的说明，这些规范都是由熟悉ISO-8533的人编写的，而不仅仅是编造自己的变体或复制别人的版本。

那就是说..一般来说，在较高级别的授权/财务(0100,0200)请求总是比强制发布(0x20)消息具有更高的优先级。

05xx、06xx和08xx中的管理消息有时也会高于其他建议。但这些仍然是建议，而且几乎总是首先处理授权/财务，因为它们A)影响客户B)通常比任何建议都要紧得多，通常超过两倍或更多。

我见过的大多数交换机都是完全在内存中完成的，而不需要通过MQ和/或其他磁盘进行核心授权过程来管理它们。但这并不是说有时会涉及到一些自制的中间件..但非实时流程通常使用MQ流程进行排队或磁盘排队，将这些流程排入不符合此存储转发( Store-and-forward，SAF)处理审批的流程中。但其中许多仍然只使用内存来处理队列的前面部分。

还要区分100000请求和100000事务，这一点很重要。内部和外部的各种交换即使在给定的时间内，在飞行中的实际请求/响应的数量也有很大的不同。一个基本的事务可以在两条消息中完成。但一些更复杂的消息很容易超过20条消息，仅仅是为了进行预授权或完成组件。

如果您正在处理大量的批处理事务突发..我可以看到排队的挑战，但我见过的几乎每个应用程序都有一个最大限度的建议和请求，彼此分开。有时甚至使用不同的计时器..而推动事务的应用程序几乎总是等待返回响应，然后再发送更多。这对几乎每个人来说都很好..包括来自零售商和信用卡网络的大量邮寄。因此，如果您的应用程序没有它们..您可能需要添加它们。

Answer 2

实际上，您的100000个请求应该按(终端ID和/或商家ID) +(时间戳/本地时间戳)+ (STAN和/或RRN)排序。重复的事务请求预计将被拒绝。

如果您使用相同的测试卡详细信息模拟来自单个终端(或主机)的多个请求，则STAN/RRN的增加就是一个例子。

请参考之前有关STAN和RRN ISO 8583字段的答案。In ISO message, what's the use of stan and rrn ?