核销联动耗材扣减，不能只做成“订单完成后减库存”。架构需要保证：同一次服务不会重复扣料，扣料失败能够追查，撤销核销不会错误返库。设计重点不是拆多少服务，而是明确业务边界、事务边界和补偿规则。
先定义耗材账，再连接核销
可将系统划分为核销、耗材规则、库存记账三个逻辑模块，不必一开始就拆成独立服务。核销模块确认服务履约；耗材规则模块计算应扣物料；库存模块负责余额校验、出入库流水与追溯。
每个服务项目应维护耗材用量规则，明确计量单位、扣减数量和适用门店。核销时保存本次使用的规则快照，避免后续调整用量后，历史记录无法解释。标准用量与实际追加耗材应分别记录，追加操作需要保留原因和操作者。
按部署边界选择一致性方案
核销和库存在同一数据库内时，可将核销状态变更、库存条件扣减和流水写入放在同一事务中：任一环节失败，整体回滚。库存校验与扣减不能分开执行，否则并发核销可能同时读到足够库存，最终超扣。
若库存由独立系统管理，则需要显式记录“扣料处理中、成功或失败”等状态。核销请求与待处理记录应可靠落库，再驱动库存处理；失败后能够重试，不能只依赖一次接口调用。
无论采用哪种方案，都要以核销业务记录建立幂等约束，让重复扫码、请求重试和重复通知不会再次扣料。若允许先完成核销、后处理扣料异常，界面和后台必须展示这种差异，不能把核销成功等同于库存记账成功。
异常处理必须符合实物事实
库存不足时，是阻止核销还是允许授权处理，应由门店制度决定，不能由系统静默忽略。撤销核销或退款也不应自动返还耗材：已经使用的物料不会因订单撤销而恢复，只有确认未消耗或实际退回，才生成对应调整流水。
验收时应覆盖重复核销、并发扣减、库存不足、接口中断和撤销后的库存处理。真正可靠的架构，应让每次扣减都能追溯到服务、门店、规则和操作记录，并让异常有明确的处理入口。
