这可能是疲劳设置，但我对在IPN交易中使用交易ID感到有点困惑 .
据我所知，PayPal会为所有其他gumf分配一个事务ID和POST . 但是，它还声明单个事务可能会生成多个IPN消息（即，当支付状态从PENDING转移到CONFIRMED时） . 在这种情况下，可以接收具有相同事务ID的多于一个消息 .
我的困惑在于提供的所有样本（通过PayPal本身以及PayPalTech） . 我看到的每个脚本只处理通过IPN接收的第一条消息 - 如果事务ID已经存在（特别是在将IPN事务写入数据库时），则实际上会被忽略 .
如果是这种情况，他们是否可能错过那些开始PENDING然后变为CONFIRMED的交易？
我错过了什么或只是让它变得比它需要的更复杂？
1 回答
例如，当您使用信用卡为购买提供资金时，会生成额外的交易ID . 那么有一个TransId用于为CC充电，另一个TransId用于向接收器发送钱 . 但接收者只能看到“他的”TransId，而不是CC相关的 . 所以总会有一个TransId返回 . 当事务状态发生更改（挂起/确认等）时，不会更改事务ID .