这类软件无可救药：它要求会计人员于下月初“跑成本计价批次程式”。
【负金额】、【负数量】现象可能出现在“成本计价批次程式”计算过程中、在资产负债表、在损益表...任何地方。
这些软件的【进销存】模组与【会计】模组彻底脱节：
＊“跑成本计价批次程式”之前，【会计】模组完全没有项目【金额】与【数量】资讯。
＊项目【数量】资讯散置于【进销存】各模组。
＊【进销存】各模组没有项目【成本金额】数据。
＊【进销存】资讯与会计资讯不一致，令使用人不知道应该相信何者。
换言之，幸运地“成功跑完成本计价批次程式”之前，整套进销存或ERP软件不提供会计人员项目与批号的【销货成本】与【存货成本】，不提供三大报表等财会资讯。
“跑成本计价批次程式”过程可能中途宕机，必须紧急召回出差或休假中的MIS人员“除错”。无人确定MIS人员是否确实“除完错”。
即使没宕机，跑完“成本计价批次程式”后可能暗藏【负金额】、【负数量】错误。
https://imgur.com/a/brlwzav
https://imgur.com/a/5HGPKuW
https://imgur.com/a/VBlrx7q
https://imgur.com/a/AKcF06t
身为MIS主管，你如何解决这个陈年问题？
还是你不解决【问题】，却解决掉提问题的【人】？
——————
PostERP的财会模组与其他模组【无缝整合】，无上述致命缺陷：
＊PostERP绝无【负金额】、【负数量】错误。
＊PostERP随时提供会计人员、业务人员即时、最新置于每一仓库、储位、工作站、货架、卡车上的项目与批号的【实际存货成本】，以及【实际销货成本】、包括三大报表在内的最新即时财务资讯。
＊PostERP没有“成本计价批次程式”这东西，会计人员不必跑“成本计价批次程式”。
＊PostERP的会计模组显示的资讯与其余各业务模组显示的资讯始终一致。