前情提要:
https://www.v2ex.com/t/345661我们是需要帮助客户做一个系统,目的是在顾客支付完就可以进行一些微信消息的推送。可是客户的支付是第三方实现的,现在需要这个第三方供应商进行支付数据的传输,
之前客户说有别的公司能提供不需要 POS 供应商(即帮他们实现微信支付的第三方供应商)传输数据的解决方案。我目测他们调查过后发现是不行的,又走回原来的路子需要 POS 这边提供微信支付的数据。
但是 POS 这边是完全不愿意把数据发送到我提供的接口说是要分清责任关系,只愿意把数据传输到客户的一台中转服务器上。(其实这里我是很无语的,这些微信支付的数据所有权应该是属于商家的,他一个第三方供应商在这个问题上纠结啥呢,所以我认为根本原因估计就是他们系统太烂,实现不了😆)
然后我拿到了他们的数据格式和传输说明如下:
1.一个微信交易保存一个 txt 文件,里面记录门店、 openid 、支付时间;
2.每个 txt 有一个命名规则,大概是门店+日期+自增编号;
3.上百家门店先在门店的电脑上生成一些 txt 文件,然后隔段时间进行『共享移动』;
4.文件存放在中转服务器的固定目录里面;
5.门店的文件在传输完毕后会进行删除;
6.每天预计的文件有接近两万个
7.中转服务器是 windows 系统
当我看到这个方案的时候我是拒绝的。但是我慢慢思考了一下想到了这个办法:在 windows 里面写个计划任务,定时去调用脚本读目录里面的 txt 文件,解析里面的数据后发送到我的系统里面再进行推送。
但是,我总觉得一个交易保存一个 txt ,上百家门店同时隔一段时间传输一些新的 txt 过来会有问题,所以请大家来点评下这个方案。
对了,他这个 POS 还要我提供『数据安全保护机制说明的资料』、『微信官方提供的我可以使用 openid 等支付信息的证明资料』、『我使用这些资料的详细用途说明』、『使用完这些数据后的销毁机制说明』。感觉这些数据的所有权应该是商家所有的吧,商家授权我就行了吧~
这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。
https://www.v2ex.com/t/349958
V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。
V2EX is a community of developers, designers and creative people.