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