两套都能分批发货，差别先看库存预留。客户订了货、货留在仓里、客户已经付钱，这三句话听起来像在说同一笔生意，落到系统里却不能共用一个“完成”状态。选 批发管理软件 时，如果只看能否打印订单，很容易把真正的分歧留到交货那天。
以下是业务示例，不是客户案例：仓里有100件商品，甲订100件，今天只提30件，余下70件约好下周提。下午乙也来要40件。你是否允许卖给乙，决定了系统需要管到哪一层。本文按2026年10月23日可查的官方资料比较；ERPNext 的预留功能有版本门槛，秘奥部分限定为手册标明的增强版业务流程。
留给甲的七十件，还躺在你的仓库里
如果已经答应甲留货，仓库里看得见的70件就不等于还能承诺给乙的70件。这时要同时回答实物还剩多少、其中多少已有归属、谁可以解除占用。用提前出库把账面库存扣光，看似挡住了第二个人，实际又让仓库账和实物脱节：甲没来提的货已经从账上消失，后面取消订单也不好解释。
ERPNext 在这里有明确优势。官方库存预留文档标明该功能从 v15 引入：先在库存设置中启用，再按销售订单选择仓库和预留数量，系统形成对应预留记录；解除占用也有取消预留的路径。这不是一句笼统的“支持订单管理”，而是有单独记录可追查的业务动作。销售订单文档还说明，配置后的 Reserve Stock 分配可用库存，本身不产生库存账变动。因此，订下100件与真正搬走30件可以分开表达。
对秘奥则不能拿“支持分批发货”推导出“余货自动锁定”。本次核实的官方流程证明了订单与实际出库的关联，没有据此确认所有版本都具备同样的库存预留约束。若甲乙争货正是你换系统的原因，就把这70件交给两个账号分别操作，查看乙还能否下单、审批或出库，以及谁有权释放甲的占用。这属于 仓库管理 的验收条件，不能留到合同签完再解释。
发走三十件之后，钱和货各自往前走
分批交货本身，两套都有官方操作依据。ERPNext 的 Delivery Note 文档允许从订单带入商品后修改本次发货数量，用多张交货单完成不同日期的交付。对这个示例，应能从原订单追到今天的30件，而不是重新建一张毫无关联的订单，再靠备注说它属于甲。
秘奥的 DOC-040 销售订单到客户发货给出的增强版路径也很具体：从销售出库单的“更多 → 引单”带入订单，核对本次实际发货量；实际收款按结款栏填写金额与账户，未收部分核对挂账。审核后再看库存、客户应收和订单完成情况。这条流程适合拿现有单据来核验，不必先把简单的出货业务想成一整套复杂项目。
但别因为今天只提30件，就自动把收款也设成30件的金额。甲可能付清100件货款，也可能本次只付一部分；哪些金额属于未交货预收、哪些属于已发货应收，应按实际合同与账务口径处理。这里应检查的是每笔钱能解释清楚、每次发货能追到原订单。到账状态不能替代交付状态，更不能因为钱收齐了，就把余下70件标成已经发完。
采购决定，要落到你肯交给系统的那条规则
如果业务需要明确占用库存、分配仓库、取消后释放，再继续交付，ERPNext 值得优先进入候选名单。它在这个场景的优势有官方流程支撑；相应地，实施时也要有人负责预留设置、权限和例外处理。若团队当前的主要问题是订货后重复抄单、每次交多少难查、已收与尚欠混在一起，秘奥增强版已有可核对的单据操作路径，可以围绕 进销存管理 实测是否够用。不能据此宣布哪套一定更便宜、更容易学，实际配置与培训投入仍要分别报价和验证。
客户如果通过 订货商城 下单，还要把入口接上这条业务线。MISAll 的 商城管理官方说明明确商城属于可选业务，应确认部署状态，并把网店订单追到对应销售及履约记录。页面显示下单成功，不等于仓库已经出货；也不能看到后台有商城菜单，就认为客户现在已经能用。上线前应确认线上订单究竟在哪个动作占用库存，取消订单后又怎样释放。
这笔示例生意最后可能不是再提70件，而是甲只要其中50件、余下20件取消。好的选型结果，是下一位接手的人能沿着订单看懂：已经交了什么，还承诺交什么，哪些钱已经收到，取消部分由谁同意。把这些关系交代清楚，比在功能清单上多勾一个“支持分批”更有价值。
ERPNext 有销售订单，就会自动替客户占住库存吗？
不能只看有没有订单。官方把库存预留标为 v15 引入的功能，需要先启用相关设置，再对订单或拣货单执行预留；自动预留也有对应配置与业务路径。应核对部署版本、仓库和数量，再检查预留记录。
秘奥增强版能分批发货，是否说明未提走的货已经锁定？
这两件事要分开确认。官方操作手册明确支持从销售订单引入销售出库、只处理本次发货数量，但这不足以证明剩余数量会阻止其他订单使用。若锁货是采购条件，应在实际版本上验证并写明交付范围。