有谁做过银行代收费业务的项目,如:银电联网,给点思路

李天平 2004-11-30 02:28:46
如:银行代收电费,水费的项目,二者需要怎样的结合?
一般通过什么方式通信?
不是网上支付那种
是用户去银行缴费,银行代收,
就像我们平常去银行交电话费那样
...全文
199 8 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
8 条回复
切换为时间正序
请发表友善的回复…
发表回复
李天平 2004-12-03
  • 打赏
  • 举报
回复
没人做过吗??
李天平 2004-12-01
  • 打赏
  • 举报
回复
up
李天平 2004-11-30
  • 打赏
  • 举报
回复
还有搞过这方面的吗,拜托出来讲一下
mobydick 2004-11-30
  • 打赏
  • 举报
回复
存在安全隐患啊。
李天平 2004-11-30
  • 打赏
  • 举报
回复
谢谢 zag(智格)和 rustical(时光流逝)二位
我听说有的是通过架设专用线路modem,通过socket来通信,但具体如何通信呢?
各位还有什么高见?
CSTerry 2004-11-30
  • 打赏
  • 举报
回复
呵呵,我做过一个就是楼上这样的,用一个Excel或者文本导出收费记录,银行收了钱以后修改这个文件,然后再拿回来导入……

虽然听起来比较傻

不过因为电力公司不想多花钱,银行不想装任何程序,就变成这样了
rustical 2004-11-30
  • 打赏
  • 举报
回复
第四种:公司晚上将未缴费的资料传送到银行,银行扣费完后,将成功的记录返回给公司,公司立即修改主要数据库!(投资较少,不过比较麻烦)
zag 2004-11-30
  • 打赏
  • 举报
回复
三种方法,一种是非实时的通过报文的方式将水电费记录传给银行,由银行进行收费,但这一方法存在着收费人不是自来水厂和电力公司,只能是银行,否则将会造成重收现象。
第二种方法,由银行开发前端程序,直接连接到水电费系统上,与在本地收费一样,这一方法投资费用较大,而且要看银行愿不愿意干。
第三种方法是自行开发一个附加程序,调用银行下账认证接口,通过与银行同步的报文与银行账户进行交互。这种方法最好,但也得银行愿意干才行。
其实程序不是什么难事,难的是一旦涉及代收,将会将客户关系由两方扩展到三方,协调,行事的难度都成级数增大,这才是最头疼的。

111,094

社区成员

发帖
与我相关
我的任务
社区描述
.NET技术 C#
社区管理员
  • C#
  • AIGC Browser
  • by_封爱
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

让您成为最强悍的C#开发者

试试用AI创作助手写篇文章吧