客户端先前未使用 0800 初始化时的 ISO 8583 响应答案

【问题标题】：ISO 8583 response when client not previously initialize with 0800客户端先前未使用 0800 初始化时的 ISO 8583 响应
【发布时间】：2020-07-01 03:21:16
【问题描述】：

我的问题主要与关于“登录请求”的 MTI“0800”的 ISO8583 有关。

问题是，如果客户端之前没有用“0800”初始化怎么办？所以他只是用 MTI 发送一条消息，而不是“0800”。

例如，如果客户端发送了“0200”，但之前还没有发送“0800”，我们应该如何告诉他必须先发送“0800”：

是否应该使用与请求相同的 ISO8583 消息类？例如，当用户发送一条 MTI 为“0200”的消息，但由于他之前没有使用“0800”登录，我们给出响应“0220”
或者当用户未初始化“登录请求”时，它是否应该对用户发送的每个请求使用“08xx”MTI 响应？例如，即使用户发送了 MTI “0200”，我们仍然会给他们“0820”而不是“0210”，因为他还没有登录。

如果我的问题没有意义，我很抱歉，我只是使用 ISO8583 工作了几天。我希望有人可以通过 ISO8583 的一般实践甚至最佳实践来帮助我回答我的问题，或者请纠正我:)。

提前致谢。

问候。

【问题讨论】：

标签： iso8583

【解决方案1】：

当您发送 0800 时，您应该期待 0810 作为响应。另一方面，如果您收到 0800，则应回复 0810。

【讨论】：

嗨，谢谢您的回答，但是，我的意思是，如果客户端发送“0200”但因为他最初没有“0800”（网络登录），而是发送“0210”，这是否有意义或者我们向他们发送“0810”或“0820”作为响应的任何“02xx”？还是我们仍然应该发送“02xx”来告诉客户他们需要先用“0800”登录？我用一些可能导致混淆的修复更新了我的问题。
在 0X00 请求总是期望和 0X10 响应。（当然，与往常一样，可以想象某处有一些混乱的 8583 设置做了一些奇怪的事情，所以请查阅您的方言手册，但这对我来说似乎很简单）
如果你真的需要一个 0800 登录信息，只是因为你的系统是这样运行的，你可以用 0210 和一个指示会话错误的结果代码来回答 0200，但登录的东西通常与旧的大型机会话，您不会在常规 POS 交易中使用它们。
如果我们不处理登录，您的意思是POS交易没有与身份验证/登录相关的安全机制吗？还是应该通过白名单IP等其他方式实现？