I ve dealt with many credit card processing APIs and unless it is an API for a gateway solution, they generally do not have methods to do much in the way of querying for information. You might see some capability (again, in a gateway API but not in a lower-level processor s API) to load details of the original transaction, but not much else.
这在支持大量交易方面是有意义的。 我曾访问过民革阵,向他们讲述了他们的建筑。 为了保持“超大”的1k TPS处理能力,他们在重新授权时甚至可以等待数据库的书写。 该授权守则由预先确定的集合分配。 交易数据被推向另一个进程,以维持一个大的后端系统,供日后解决。 因此,许多非门道在试图定居之前有等待x分钟的规则;数据在批准后在定居制度中是排位数。 这也是授权法在重新使用后失效的原因。 (有些人认为,他们收取额外费用,使《刑法》失效,这或许是因为他们需要储存更多的数据,等待这些事情的时间。)
核对信用额也不属于正常信用卡处理工作流程的一部分。 最重要的是,你试图批准并取得3项成果之一:硬性下降、软性下降或授权。 确实需要平衡检查,如果存在某些隐私或安全问题,则可能打开。
现金卡(如预载签证)使用不同的行政活动和管理工具。 礼品卡的工作方式相同,你可以利用该行政指示获得余额。 这是一种特殊的情况,因为这些技术性的 t信用卡。
我没有谈到发行银行和收购银行在结算期间用于转让数据的后端结算网络。 为了获得这种信息,你必须利用这一网络。 您不妨检查“任何现金终点站将给你一个余额”报表。 你们可以从发行银行的自动取款机获得平衡,但试图用你从发行银行那里发现的那台第三方型机器中的一种,看它是否发挥作用。 如果你使用真正的信用卡(不是借记卡——这是一个完全不同的网络),我不知道它将显示你的平衡。