地狱日记
2024年末到过年之间发生了三件事。
一。阶梯降价的操作打破了最小颗粒度的底线。令原本信息化的最基本元素金额进一步分割。迫使大量易错手工介入。
二。突发的阶梯降价给经审的方式带来了新的要求。令原本尚可运行的程序苍白无力。后果仍然是大量易错手工介入。
三。由于老系统Gs7，不具备合并判断冲销预付款是收据还是发票，专票还是普票，并试航费保证金联合判断采购员输入请款信息是否正确。目前采用高新库单库，宏程序滚动，产生待核销明细。再由请款分析程序自动读取联合判断。现在因为冲销阶梯预付款的出现，宏程序已经无法识别。同样需要大量手工修正介入。
另外，该程序赖以判断摘要的逻辑基础，已经因为阶梯降价以及退款的偶发到多发逐渐崩塌。
所以202412月最后一次运行后关闭。
现在有两个选择：
一，过年来花4天迅速开发新一代自滚动宏命令。
二，过完年，手工滚动，慢慢开发。
开发第一件事则是将去年底的运行结果配平总表高新库去年底明细。
因为两个表格式不同。
放下这个事，远期来讲
如果再来阶梯降价合并考核。如何应对。
过年没人。可以安静地做实验。看看有没有可能机制凭证导出表格模板。然后利用阶梯降价统计表变形为阶梯降价凭证模板，导入反写覆盖。
我一直有一种感觉 cloud是可以导入模板覆盖已经机制的凭证。（凭证号不变）
本书首发来自17K小说网, 第一时间看正版内容！