日志
一、解决跨期导数据的问题。
当意识到这件事件的“因”后，自然想到了办法。
与系统人员沟通，他说，从来没有做过这种操作。
他是我遇到的对系统最熟悉的一位同事。对系统相当的熟悉。
他印象中没有遇到过这种操作。
我是靠理论判断的。既然头寸可以跨期导入，为什么证券数量不可以呢？道理一样啊！
观察了一下导入文件，明确地有生效日期，感觉应该可以的。
竟然可以。
解决了跨期问题，还需要解决定点导入的问题。
定点导入是为了不影响系统本身的数据。如果同时导入另外一项内容就可以消除这项影响。
与系统人员沟通，他还是说，从来没有做过这种操作，不一定可以吧。
同样的判读，头寸可以，证券数量可以，其他应收项目为什么不可以呢？
观察一下导入文件，同样明确有生效日期，应该也可以。
果然可以。
虽然我对系统导数据不熟悉，但是通过理论判断，认为应该有这项功能。一个成熟的系统果然有。
这样不依靠系统人员，从固有的操作模式中突破了出来。
一项需要“跨期”并“定点”导入系统的一项工作，转变成即时可操作的工作，遗忘的风险降到了最低。
二、写业务操作手册
和同事交流操作手册的内容，认为要体现出业务的结构性系统性特点。
虽然这样讲的，但实际中并不知道怎么体现。
有一项常见的业务。用的是手册模板，前面有一些看来无用的背景等。
写了一会，突然想到，这类业务还有一些很小众的内容是被我们忽略的，
要补充进来。
后来，又想到一类被我们忽略的类型，
后来，又想到一类不属于我们岗位负责的类型，
至此，这几类合并在一起，就是公司全部产品的类型。
之前，操作手册只写了最常见的一种类型。
现在，
公司产品分哪几类，A类怎么处理业务，B类怎么处理业务等。清晰明了。
讲出来，看上去很简单不难。每一类大家也都知道。
但确实是刚刚想出来还有结构性问题。
下一个业务的操作手册，就要主动从结构完整性上去考虑了。
