填写上线数据文档！
本来计划周五晚上数据提交给项目组，项目组计划周末两天导入数据。
客户是全员行动，紧赶慢赶，硬是推迟到，周日下午才提交。
现在好了，压力全部给到项目组了。
这也真是不能怪客户不努力啊，平时客户都是开月后第1周，才能出完报表，现在要提前2周，这一来一回，就是提前了3周啊。
现在要把收上来的上线数据，导入系统，技术上采用类似bdc这种外挂的功能，叫做ls。
张伟基本上没费啥劲就搞完了，一次性搞定了8个导入模板，交给了田明。
导入数据，基本由张伟、田明、峰哥，自己搞定。
弄导入模板，有张伟这种技术派在，很是稀松平常，现在最麻烦的是数据核对。
确保用户收上来的数据是否正确、匹配是否合格。
张伟负责应收3192条数据，应付2389条。
田明负责总账，772条，资产803条。
峰哥的数据就更少了，总共还不到300条。
张伟负责的数据。
首先需要满足资产负债表的要求，其次需要满足客户、供应商余额表的要求，还要满足账龄计算的要求，还要满足收付款账期计算的要求。
这些数据，张伟自己计算了下，如果只需要满足资产负债表的要求，数据只有13条就搞定了。
叠加上满足客户、供应商余额的要求，数据条数扩展到1129条。
在叠加上账龄计算的要求，数据扩充到3712条。
在叠
张伟第一次搞上线，经验不是很充足。
首先检查了数据没有发现明显的问题，于是就开始往系统导入应收的数据。
啪！
还没导入20条，报错，卡死了！
“客户编号不存在！”
张伟停下来，开始找原因，还好张伟有小钢炮“sqlserver”工具在，一查发现还真不在。
名称查找，这个客户是最近新增的，没有被提交上来。
程序员思维就是有个好处，发现一个问题，就联想到这一类的问题，于是用sql小钢炮，集中把提交上来的应收、应付集中过滤了一遍，居然发现了30多条数据，还需要新增。
张伟嘎嘎一通捣腾，搞进去了。
然后张伟又开始导入，200多条！
啪！
又卡住了！
“这个付款条件，没有！”
张伟去配置查了下，付款周期270天，这个付款账期，果然没有。
不过张伟此刻，不是在意这个这个账期配置没有配入系统。
而是，一声感慨，真狠啊！
居然能拖270天才付款，太生猛了，生意还能这样做。
还是程序员的思维，发现了一个，就得把这一类的问题都扫描一遍。
我考！
还有更狠的，客户那边，居然有一个收款账期，360天！
生意真难做啊！
供应商付款拖270天，客户那边付款居然有拖得更久的，1年啊。
真是没有最狠，只有更狠啊。
通过sql小钢炮，查到5个收款账期、付款账期没有配置进系统，张伟都重新配进去了。
又开始导入！
这次比较好！
在第1千多行时卡住了。
一查，发现是供应商名字匹配错了。
就这样走走停停，搞到凌晨1点多，张伟终于把这5千多行算是怼进系统了。
张伟去看了田明！
“田顾问，应收，应付加起来5千多条，我都搞进去了！”
田明，硬是一口老血没喷出来。
“你这也太快了吧？你怎么搞的？”田明完全不敢相信自己的耳朵。
张伟就把自己的套路说了下。
发现错误，就用sql工具，全量查一下，然后再搞，然后在把一类问题全量查下，这样来回几次，就搞完了！
张伟看田明还在用vlookup比对！
不是这个字符设置有问题，就是那个匹配取数不成功，搞的田明焦头烂额。
vlookup在没有张伟的时候，他们这些财务出身的顾问，觉得真香。
但是有张伟sql小钢炮后，怎么看都是个鸡肋，何况田顾问主要是做p，对vlookup运用，比峰哥又要差一些。
现在简直是被这些数据折磨的不行了啊。
“张伟，搞