2007-09-10

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

关键字: 交易接口 数据交换 方案

  银行(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网点。

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

 

评论
Ab.Yann 2008-02-05
银行.........
gqf2008 2007-11-23
银行系统应该用商业JMS来实现比较合适
basicbest 2007-10-24
用MQ
fight_bird 2007-10-01
两点建议:
1、依靠socket通讯来进行业务协作务必要注意简化业务流程,反之,麻烦多多。
2、数据流量可不是总是“细水长流”,性能问题要高标准设计,多线程下并发交易是一定要考虑的,若无把握实现,应考虑成熟的中间件。
albert_qhd 2007-09-10
定义一个报文格式,xml或定长啥的,通过socket通讯。
加密的话使用加密机或软件加密,再加上个数字签名,搞定。
发表评论

提醒: 该博客已发表在公共论坛,博客所有留言会成为论坛回贴,留言请注意遵守论坛发贴规则

您还没有登录,请登录后发表评论

SwiftHorse
搜索本博客
我的相册
34de9a49-87ab-31dd-9801-1ab70c5de586-thumb
期盼家人
共 5 张
存档
最新评论