2018.2.26
早上,怀着忐忑心情,多级账号、外汇二期、销转开户外币预约压力大。
十点前,查了eweb端要修改的余额、明细、跨行、行内所涉及的所有的核心的服务和流程。
流程配置文件不唯一,要看配置文件,web端交易码和java代码繁杂,走一遍流程看route控制台最靠谱;
跨行转账方式的不同会选不同分支的流程,jsp只是简单下拉框,没onchage和js修改,这个if分支在router;
和银行、核心讨论了外币预约的功能实现。
核心的c语言系统在图形化交互和数据发送上有很多基因弊端;
节假日表、撤销提醒等改造时再定,整体参考中行;
软件是为了节省联社网点人力,代码优化上默认不短信提醒,短信提醒一年四千万,微信系统最划算;
内管上简单了解了下oracle表空间。多级账号组长写,时间急迫,轻松了好多。
下午,销转开户开会讨论。
网银要控,柜台不控的矛盾,全部控死会损害法人利益;
建立了网点、币种、币种详情表。
网点和币种表要建立一个共同的字段关联,虽然没用第三方表依然可以参考productgroupduct;
字符、数字字段和长度参考之前,create后再建立外键关联
写三月份工作计划先给组长审批后交项目经理。
2018.2.27
早上9点前,完善了数据库表。
删除了各表的主键约束和外键关联sql,依赖放到java中灵活些;
表名没有像java借鉴之前为不重复,表名依旧拼字符串辨识,字段以vchar2为主,适当大些。
开户,讨论销转开户。
销转开户是因为官渡账号存在金额问题,本质是官渡到大理之间的迁移,其他账号不存在销转;
销转到一半是限制除销转外任何操作,柜面走的地域,不涉及限制,但没有销转;
银行给全部131家联社后建个数据库表,最好看前几位编码和逗号存在一张表中,用存在匹配取;
当地域划分例如大理的跳出这个范围时候,根据销户情况,只有首次开户才查上131联社表跳出机构。
下午,封外币首次开户查询接口,并检测掉首次开户,估计一周也难。外币预约最简单可以向后推迟或者最后找人帮忙。
三月任务,国际业务,封接口,测首次开户,做销转开户,外币预约后推。
2018.2.28