真的很困惑。我们有一个工作系统，但是偶尔（每周几次）我们得到幻影支付报告（我们的系统报告用户付款，但没有付款）出现在我们的系统上，有时指的是提前数周的实际付款。
当客户付款成功时，显然他们会返回我们的成功URL并且页面逻辑处理该付款。我在该页面上有一个监视程序，每次打到该页面时都会使用查询字符串编写一个事件日志，并且每个虚拟付款报告中都有一个相应的条目在我的事件日志中，因此它是由正在呼叫的页面。
现在......对我来说，似乎用户重新加载/返回浏览器历史记录中仍然包含查询字符串参数的页面，或者它的SagePay以某种方式生成页面请求。用户这样做的问题在于整个页面和支付系统都包含在iframe中，所以我们的成员（通常不是技术人员）不太可能将以某种方式找到iframe URL并手动加载它，但我想是可能的。
当然，SagePay产生请求的问题在于整个世界都会遇到问题，所以我怀疑它归功于我们的用户以及一些特殊的事件/浏览器组合。当然，我们联系的每个用户都断然拒绝做任何与众不同的事情，而且大多数人甚至不理解我们要求他们提出的问题 - 这在技术上太过分了。
以前有人见过这种事吗？或者有没有办法可以尝试跟踪这个问题？作为这家公司的开发人员，我是一个相当新的人，所以我只是想了解他们是如何对它进行编码的，而我根本不喜欢它，但它本来就是这样。很难改变！在某些情况下，系统似乎会接受来自SagePay的传入页面请求+查询字符串作为有效的回执付款电话，并且该交易将作为新付款写入文件，而实际上并未实现。
我可能必须建立一个交易编号检查，尽管我们受到我们必须使用的第三方数据库系统的限制，并且用于存储交易ID的字段没有编入索引并且有很多付款。