银行业务之二--日终处理

时间:2021-10-20 14:38:58

本文的讨论来自http://bbs.chinaunix.net

[日终处理]
A:最近要接手一个关于中间业务标准处理流程的设计开发工作,要求开发的流程具有较好的代表性和较强的适应能力,换句话说就是要求多考虑点多种情况处理。
但偶这方面的经验缺乏,简单的只是了解需要这么些步骤,对具体的处理都不是很清楚,坛子里明白的兄弟可要拉一把啊:

日切:
1,日切时机的选择,比如:什么时候,有联机交易未完成怎么处理,同时有其他批量怎么处理,等等
2,日期切换

日终批量:
1,检查是否可以发起批量,主要是看日切是否完成
2,调用批量并记录批量状态
3,生成批量入帐文件
4,批量出错以及解决
5,批量上送和第三方入帐
6,入帐出错以及解决
7,批量完成
B:日终通常有这么几件事可以作,流水备份,日志备份,对帐/生成日终报表
日终就这几件事,看看安排下先后顺序了.
其实对帐这块很多要看业务规定的,是以第三方为准还是以行内为准,是一天对两次还是一天对一次,是以主机流水号对还是以前置流水号对,是传文件还是作交易等等.

具体问题具体对待,中间业务就是这样的,除非你把需求公布了,我才能给你说的更具体些
[业务与技术]
A:业务与技术的关系?
B:1 在你们这种公司里,或者说在这种行业里,业务是最主要的。
编程知识是较次要的,但不是说不重要,也很重要,但是不能因为这个而忽略了业务知识。

 2 业务知识熟练了就是专业人才,编程知识熟练了只是通用人才。
前者强了,可以在这个行业干一辈子、最后有自己的客户资源,再自己干。
后者学好了,跳槽到别的行业时会有较多的可复用的技术。

技术与业务不能脱节。如果仅是一个开发人员,多搞搞技术倒还行,但不会有太大的成就。如果想发展,不熟悉业务是不行的。当然是指在这个行业内。

技术相对于业务来说还是业务重要的些.
不过技术也要扎实阿,哈哈,业务熟练是为了让你提高工作效率少走弯路,但是知道怎么作了也要会做尤其是作技术的

[从业经验]
dlms--从事金融行业5年,比较熟悉前置整合,渠道整合,中间业务,以及多种特色业务.卡业务,现代化支付业务/报表信贷管理算作过些吧!
最不熟悉的就是核心业务,小弟出道比较晚大行的核心都被人作了,所有就只能玩外围渠道了!

版主-精灵使--我是做银行主机系统的(机房里除了网络的其他所有部分),做过的都是省级的数据大集中(农信比较多)。
另外,这样的省级核心业务系统,包括一些外围的系统,我们公司也在做。期望和大家一起探讨

universes (universes) ---俺是在一家小路由器公司干活,咱们卖给很多银行路由器,如农行、农信、建行等等。。。。
俺是搞固定终端的,也算和金融搭了那么一点边。。。。。

BetonArmEE---精灵王----1年 个人空间门户 服务端cgi(c)/Linux
3年 省级大前置卡业务交易调度平台/AIX + 卡业务后台核心
1年 信贷核心/AS400

[电信软件的特点]  
love2000 ---
1.电信软件要求实时性较高,不像web可以慢一些。所以使用内存时,一般控制使用malloc等函数,尽量在系统启动时申请内存处理或定义很大的局部变量。因为内存申请及内存释放函数较耗时。某些实时性高的系统需要把数据库中的数据都放到内存中,并准实时更新数据库,因为每次都查询并更新数据库也会耗时。
2.电信软件分忙时,闲时。要做到忙时不瘫机。比如过年是短信量就大增。所以软件要控制流量和链接数,当操过某一阀值时,根据策略拒掉过多的请求。一般CPU频率要控制在50%以下。
3.由于unix系统喜欢使用多进程,所以经常使用共享内存来提高效率,通过锁来控制内存的修改。
4.由于处理量大,所以需要考虑硬盘空间满等特殊情况的处理,这种情况很容易发生。
5.关于计费。当发生错误时,计费要有利于用户,就是说如果用户的花费可能是1元或二元时(已经不知是哪个了),那么只能按照一元计费。因为一旦你多扣了用户钱会容易引起投诉,而对于电信公司来说吃点亏也无所谓,反正利润很大。我想银行软件就得公平了吧,必须知道是一元还是二元了。呵呵
6,要保留完善的用户使用记录,以免用户赖账说我没有使用。记录一般会保留几个月。
我总结这么多,希望大家补充。
dlms --- 你说的是记账系统,那个行业都一样,管理系统,效率和方便性还是方便性要求更高些!
因为做管理的人都是,纯促的技术崇拜者,认为技术无所不能,哈哈!
术士 --电信系统对融灾这块会有较高的要求,压力测试永远不能说明系统的实际承载能力.只要是软件系统,就永远有BUG.
yangkwch---偶觉得定制要求高、需求变化快才是电信软件的特点