银行扣费(或缴费)系统与某单位业务系统的实时信息交互方案讨论

  银行(A)代理某单位(B)的缴费或扣费业务,缴费与扣费的业务办理流程为:先在B的业务系统中办理审批,办理人员带上B给出的审核意见到银行A办理实际缴费或扣费业务。为了减少因银行录入人员的出错,减少A与B的缴费或扣费数据不一致,现准备通过交易接口的方式实现A与B的实时数据确认。

  网络模式:A的客户机<-->A的业务系统<-->A的前置机---|(专线连接)---B的前置机<-->B的业务系统<-->B的客户机

   流程说明
  某单位B: 
  ①. B客户端办理审批业务,完成后向B主机登记。
  ②. B主机将A未办理的业务以表或文件的形式放在前置机。
  银行A:
  ①.网点办理客户业务,向A前置机发出请求。
  ②. A前置机向B前置机发出客户要办理相应业务请求的信息。
  ③. B前置机接到请求后核对相关信息,将客户信息是否正确的结果将信息返回到A前置机。
  分二步:
  I. B前置机返回客户的信息是正确的,跳到步骤④。
  II. B前置机返回客户的信息是错误的,跳到步骤⑥。
  ④. A前置机将客户信息发送到A主机处理。
  ⑤. A主机将处理结果返回给A前置机。
  ⑥. A前置机返回是否成功信息给A网点。

  现就以上需求要制定交易接口,牵涉到通讯协议、输出、输入域、数据加解密等。请各位有过相关项目经验的朋友发表一下高见。

 

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值