库存越算越负这件事，这家企业是用勤哲 Excel 服务器的 SQL 视图解决的。
仓库的账最怕一种操作：不是新开单，是回头改旧单。业务员发现上个月的一张出库单开错了，找到仓管说"帮忙删了重开"。
单子一删，问题就来了。系统里那条出库记录消失，但当时结存的数没跟着回溯，后面所有单据的余额都还按老数据算。
于是出现一种怪现象：明明库里还有货，系统显示负三十；再开一张出库单，负数更大。仓管只能手工去改结存，改完又对不上另一张报表。
这不是某个软件的错误，而是"把余额存成一个字段"这种做法的固有毛病——只要历史被改动，字段就跟事实脱节。
换一个思路：库里不存"当前库存"这个数，只存每一笔入库和出库。要看结存，就地把流水累加一遍。
这样做的好处很直接。删单、改单、补单，都只是流水多一条或少一条，下一次累加自然得出新结果，不需要谁去维护余额字段。
代价是每次查询都要算。流水少的时候无所谓，几万条以上就要靠数据库来做，这就用到了 SQL 视图。
所谓"对冲"，说的是把入库当正数、出库当负数，两股流水合成一股，按时间顺序累加。加到哪里，哪里的结存就是多少——负数是真负数，不会再凭空冒出来。
勤哲 Excel 服务器里的 SQL 视图藏在模板的数据源设置里。打开模板，进入数据表属性，勾上"使用 SQL 视图"，下面就会出现写查询的地方。
视图本身不存数据，它只是一段被保存下来的查询语句。每次打开报表，数据库按这段语句现算一遍，算完就丢，所以永远跟流水一致。
写法上分两层：内层把入库和出库两张表并起来，用一列标记正负；外层按物料、按时间排序，再累加出每一笔之后的结存。
写完先别急着挂到界面上。在视图设置里点预览，拿几张单据手工核对一遍，确认期初、入库、出库、结存四列能对上，再去设计报表。
库存数只是第一步。真正影响利润的是成本：同一批料，上月进价和这月进价不一样，出库时按哪个价算？
这家企业用的是先进先出。出库时先消耗最早入库的批次，批次用完再吃下一批。系统里每批入库都有单价，出库明细按批次扣减，成本自然算出来。
要做到这一点，出库单上得能选批次。勤哲里的数据规范把库存视图绑到单据的物料字段上，选物料时带出可用批次和结存，不同价格分得清清楚楚。
成本算准了，销售报价才有底。业务员在出库单上看到的是实时成本，不必再问财务"这批料现在什么价"。
对冲法的适用面比库存宽。凡是"有进有出、需要看时点余额"的场景都能套：应收应付、预付款、押金、积分、备用金。
它的前提只有一条：流水必须完整。只要每一笔进出都留下记录，余额就永远算得出来；反过来，如果有人绕过系统直接改库，再好的视图也救不了。
所以配套的动作是权限。谁能开单、谁能删单、删单要不要审批，得在系统里定死。技术解决"算得对"，管理解决"录得全"。
勤哲 Excel 服务器的 SQL 视图不是给程序员用的功能，它是给懂业务的人留的一个口子：业务逻辑复杂到公式写不动时，还能下沉到数据库里算。
