企业官网建设流程全解析

简介：金蝶EAS V7.5用户手册的供应链管理分册，面向企业ERP实施顾问、供应链业务骨干及金蝶EAS学习者，旨在帮助读者快速掌握采购、库存、销售、物流等核心模块的操作方法与配置要点。压缩包内含1814个文件，以1065个HTML帮助文档为主体，配以663张JPG界面截图和72个GIF操作演示，另有少量JS与CSS文件用于增强页面交互与浏览样式，整体体积约12.25MB，离线查阅十分方便。目前已有471人学习下载，适合实际项目上线前后作为随查手册使用。内容按功能模块组织，覆盖询价比价、收货入库、库存预警、销售订单、MRP/DRP计算、分销与供应商协同等典型场景，每个环节均给出操作步骤、界面截图和注意事项，可帮助用户减少摸索时间，结合SCM.web网络版还能按关键词快速定位相关功能。 做实施顾问那几年，金蝶EAS的供应链模块是我接触最多的产品线，V7.5这个版本在集团型企业里的覆盖率相当高。很多企业上线之前觉得自己的业务够复杂，结果一进EAS，采购、销售、仓存、存货核算四个模块一环扣一环，配置不对或者操作顺序错了，最先暴露问题的永远是月底对账。这篇文章不打算给你罗列菜单功能，而是从实战角度聊聊V7.5供应链管理中那些直接影响业务顺畅度的核心逻辑、容易踩的配置坑，以及异常发生后的排查思路。适合正在实施EAS V7.5的供应链关键用户、企业IT运维，以及刚转做ERP顾问的同行参考。

1. 先把V7.5供应链的模块边界和适用场景讲透

1.1 模块地图：V7.5供应链到底管了哪些事

金蝶EAS V7.5的供应链管理不是一个单薄的功能包，它实际上覆盖了从供应商协同到客户交付的完整价值链。通常企业买这个模块，核心会启用采购管理、销售管理、仓存管理、存货核算这四大件，部分集团还会加上供应商管理、信用管理、条码管理等扩展能力。

采购管理不是简单做一张采购订单，它从采购申请开始，支持请购单、采购订单、收料通知、外购入库单、采购发票到应付单的完整链路。销售管理同样如此，从销售订单出发，经过发货通知、销售出库、销售发票，最终进入应收模块。仓存管理负责的是实物账和库存状态的维护，包含入库、出库、调拨、盘点、组装拆卸等业务。存货核算则是供应链和财务总账之间的桥梁，通过对出入库单据进行成本计算，自动生成凭证传到总账。

这里有一个容易被新人忽略的点：V7.5里的“供应链管理”和“财务供应链”是分开的。采购发票、销售发票虽然在供应链界面录入，但它们真正生效是在应付、应收模块里确认的。理解了这条边界，后续排查凭证缺失或者对账不平的时候，思路会清晰很多。

1.2 三流同步：为什么说存货核算是供应链的“总装线”

很多业务人员会问，仓库明明有库存数量，为什么存货核算一跑就出问题？因为供应链系统追求的是物流、信息流、资金流三条线同步，而存货核算恰好是最后一条线的总装车间。

举一个采购场景：采购订单下给供应商，供应商送货，仓库做外购入库单，这时候库存数量增加，实物账和信息账是一致的。但供应商发票还没到，财务不知道这批货到底要付多少钱，这时候存货核算就需要做“暂估入账”。系统在单据上会根据采购订单价格或者上次采购价格，生成一个暂估金额。等发票到了，再通过钩稽操作，把发票金额和入库单关联起来，重新核算成本，产生暂估回冲或者补差金额。

这个机制听上去不复杂，但一旦采购订单、入库单、发票三者的数量、单价对不齐，暂估和回冲就会出现金额差。所以我一直强调，供应链的顺畅程度不在于某一个模块用得好，而在于四条链路（采购、销售、仓存、核算）之间的边界是否清晰、参数是否一致。

1.3 这套系统适合什么形态的企业

EAS V7.5定位是集团型ERP，它和多组织架构深度绑定，可以支持多核算组织、多库存组织、跨组织调拨和内部交易。如果一个企业只有单一法人、单一仓库，上EAS其实是杀鸡用牛刀，反而因为复杂的分配关系给自己找麻烦。

适合用V7.5供应链的企业，典型画像是有多个法人公司、多个工厂或仓库，存在内部购销或跨组织调拨业务，同时财务上要求按法人进行独立核算，又要能在集团层面看到合并后的库存和成本。这种场景下，V7.5的组织间交易和内部结算功能价值很大。反过来，如果你的业务就是单组织简单进销存，我建议别被“集团版”光环迷惑，老老实实选轻量级产品反而更务实。

2. 四大核心模块的单据联动与参数设置，我建议你这样理解

2.1 采购链路：从请购到应付，别把钩稽理解成“对一下”

采购业务的完整单据流是：请购单（PR）→采购订单（PO）→收料通知→外购入库单→采购发票→应付单→存货核算生成凭证。这里面物料的“产权转移”发生在外购入库单审核时，但财务的“负债确认”发生在采购发票和应付单环节。

说得直白一点：入库单审核之后，仓库账面上这批货就是公司的了，但钱还没付，所以系统里体现为存货增加、应付暂估增加。发票到了之后，财务做钩稽，把发票金额和入库单关联起来，系统自动处理暂估回冲或补差。

实操中，我经常看到企业为了图方便，跳过收料通知，直接由采购订单生成外购入库单。这在业务简单时问题不大，但如果供应商送货存在分批到货的情况，没有收料通知做缓冲，就可能出现入库数量超订单数量被系统拦截，或者需要临时修改订单的窘境。收料通知其实是业务和仓库之间的一层缓冲，建议保留，尤其是多批次到货的场景。

还有一点要注意：外购入库单审核后，库存数量立刻增加，但成本要等存货核算才能算出。如果企业用的是“标准成本”之外的实际成本法，那么入库后、核算前这段时间，财务报表里的库存金额实际上是滞后的。

2.2 销售链路：从订单到出库成本，最容易忽略的是出库成本的“数据源”

销售链路的核心单据流是销售订单（SO）→发货通知→销售出库单→销售发票→应收单。库存数量在销售出库单审核时减少，而销售成本在存货核算时按计价方法自动计算。

这里最容易忽略的是销售出库单的成本来源。很多老用户以为出库成本是销售模块算的，其实不是。销售出库单的单价填写并不决定最终销售成本，最终成本是存货核算按计价方法（比如加权平均、移动平均）统一计算后回填的。

所以你会看到一种现象：销售出库单上本来填了一个参考单价，审核时库存金额也变了，但过完存货核算，出库单上的单价又变了。这是正常的，不是系统出错了。销售出库单上的原单价格只是参考，核算后更新的才是真实成本。

如果销售出库时仓库发错货，要做红字销售出库单冲回，再重新做蓝字出库。这里有个操作习惯必须养成：红字单据必须与原始蓝字单据做关联，不能独立新增红字单然后自己填负数，否则存货核算时成本计算会出问题，尤其是加权平均法下，会出现数量对冲不掉、金额异常的情况。

2.3 仓存与存货核算的联动条件

仓存模块的所有出入库单据，审核后都会进入存货核算的“待核算单据池”。存货核算模块做的事情，就是把池子里的单据按成本域、核算范围进行汇总，然后按计价方法计算出库单价，回写单据，最后按凭证模板生成凭证。

这个机制的联动条件有两个：第一，单据必须已经审核，未审核的单据不会参与核算；第二，单据上的物料必须已经分配到对应的核算范围。如果物料档案里没有设置好计价方法，或者核算范围设置不正确，核算时就会提示“找不到核算范围”或者“无法确定单价”。

我还遇到过一个比较隐蔽的问题：成本域设置之后，如果仓存里做了跨成本域的调拨单，核算时系统会自动生成内部交易凭证，但前提是调出组织和调入组织的会计科目映射都配置完整。否则调拨单算完成本，凭证却生成不了，月结时账面对不平。

3. 上线阶段最容易埋雷的几处配置，改晚了代价很大

3.1 编码规则与单据类型，定下来之前想清楚

EAS V7.5支持自定义单据编码规则。很多项目上线初期，顾问为了快速跑通流程，随便设了一个“日期+流水号”规则，结果运行半年后，业务部门要求单据编码体现单据来源（比如区分正常采购和退货），这时候再改编码规则，历史单据的编码已经生成，改规则只会影响新单据，新旧单据编码风格不一致，反而导致数据统计口径混乱。

我的建议是，上线前就把编码规则设计到位。核心思路是：前缀区分业务类型，中间是年月，最后是至少四位流水号。比如采购订单编码规则是PO+YYYYMM+流水，销售出库单是SOUT+YYYYMM+流水。不要过度设计，不要把部门编码放进去，因为部门会调整，部门编码一旦变动，新的单据编码风格就和历史数据脱节了。

3.2 库存状态与仓库档案的设计，直接影响权限和报表

V7.5里的库存状态不只是一个“可用/冻结”的简单标记，它和控制项绑定，能够实现不同状态下物料的收发限制。很多企业上线时嫌麻烦，所有物料只保留了默认的“可用”状态，导致后续需要做质检冻结、待处理隔离时，没有可用的状态来控制业务，只能靠线下沟通。

这不是系统功能不够，而是初始配置太偷懒。质检、冻结、待报废这些状态，应该在上线时就提前设计好。仓库档案同理，如果一个公司既有原料仓又有成品仓，仓库档案上建议就分开设置，这样存货核算时才能分别核算，利润分析时才有数据基础。后期再拆仓库，会牵涉到历史库存的转移和重算，工作量很大。

3.3 凭证模板与科目映射，财务对账的第一道防线

存货核算生成凭证是供应链到财务的出口，凭证模板如果没配好，月结时就会发现总账里“存货”科目的余额和供应链的“库存金额”对不上。

凭证模板的核心是科目映射。比如外购入库单生成凭证，借“原材料”，贷“应付账款-暂估”。销售出库结转成本，借“主营业务成本”，贷“库存商品”。这些映射关系需要在科目维度上设置好，并且要设置辅助核算项。有些企业还要求按部门、按业务员辅助核算，这就需要在凭证模板里把辅助核算项的取数来源配置到单据字段上。

这里有一个实操经验：新项目上线后的前三个月，凭证模板几乎每周都要调一次。因为真实业务的多样性，比如退货、折扣、价保，都会影响凭证生成逻辑，光靠蓝图设计阶段很难全部覆盖。所以不要让财务人员等到月底才看凭证，建议每周跑几单测试数据，在系统里生成凭证，让财务确认科目和金额是否符合预期，有问题尽早调整。

4. 日常运维里最常见的三类异常，以及我实际的排查路径

4.1 负库存与负单价：根因一般在“顺序”

负库存是供应链运维里最经典的异常。正常情况下系统可以开启负库存控制，也就是说允许业务先出库后入库。这在某些紧急出库场景下是必要的，但代价就是库存金额会失真。

比如某种物料成本是100元/个，仓库在没有入库的情况下先做了出库单，数量为10，系统允许出库后，库存数量变成-10。等到存货核算时，系统算出库成本，用移动加权平均法，发现库存金额是负数或者为零，就很可能计算出负单价或者把成本算成0，后续再做入库，成本就乱套了。

排查路径应该是：先查负库存出现的物料，用库存台账查出入库流水，找到最早一张在库存数量为零或为负时做出的出库单，然后核对它的上游单据（销售订单、领料单）是否真实需要提前出库。如果确实需要，要按照业务实际情况补做入库单，把数量补正；如果单据本身是错的，就做红字冲回，并且用正确的顺序重新出库。

这里我想特别提醒：负单价不能简单地在存货核算里手工改单价了事。一个物料负单价，往往意味着该物料在核算周期内的出入库时序有问题，只改单价不纠正时序，下个月还会再爆。

4.2 暂估与发票差异：为什么金额总是差几毛

采购暂估是应付账款的“影子”，它依据采购订单价暂估库存成本，但供应商发票上的价格往往和订单价不一致，有小数位差异、有折扣、有运费分摊，这些都会造成暂估金额和实际发票金额不同。

V7.5处理暂估回冲有两种方式：单到回冲和单到补差。单到回冲，是发票钩稽时，先用红字把原暂估金额冲掉，再按发票金额生成蓝字入库金额，凭证上会产生“暂估应付款—回冲”的效果。单到补差，是保留原入库单的暂估成本，只生成一个差额调整单，把这个差额作为库存调整金额。

实际业务里，如果采购订单价格和供应商实际结算价经常不一致，我建议用单到补差的方式，这样财务账上能看到差额，方便追踪价格谈判的执行情况，也避免了大量红字冲销造成的库存金额波动。如果双方结算很稳定，价格基本不变，单到回冲的方式更干净。

还有一种常见的“差几毛”原因：发票金额和入库数量的比例不是刚好整除。比如订单单价是含税价，但发票税率是13%，不含税单价是含税价除以1.13，除不尽，这时发票上的不含税金额和入库单的暂估金额就会差几分钱。这属于正常的计算精度差异，不需要彻查单据，只要做一笔金额微调凭证即可。

4.3 单据被锁或审核被卡：先查组织架构和分配关系

业务人员最急的时候，往往是月底关账前发现单据审核不了。V7.5的单据审核失败，除了流程定义不完整之外，最常见的原因是组织架构分配关系出了问题。

举例：A公司向B公司采购，A做采购订单，B做销售订单，中间通过组织间结算生成内部交易单据。如果A、B两个组织之间的交易关系在系统里没有正确建立，或者双方的组织间结算价格规则没有启用，审核采购订单时系统就会提示“交易关系不存在”或者“找不到结算规则”，而单据本身并没有问题。

排查这类问题的思路，不是去检查单据字段，而是先到组织架构管理里查看组织之间的委托关系、交易关系、结算关系是否都建立了。很多时候，组织关系是上线时配好的，但后来组织调整了、法人结构变了，新组织的交易关系忘了补充，业务单据就卡住了。

另外，单据被锁还有一种原因，是存货核算模块正在做成本计算。做核算的时候，系统会锁定核算范围内的所有库存单据，此时业务人员想审核或者反审核入库单，就会提示“单据正被XX用户锁定”。这不是死锁，是核算过程的正常锁单。解决办法是等核算完成，或者在非业务高峰时段执行核算，不要在月结关账前一边核算一边让业务做单。

5. 月结前我固定执行的检查清单，照着做基本能对平账

5.1 单据完整性检查

月结前第一件事，不是急着点“关账”，而是先把业务的“尾巴”清干净。我的习惯是，每月最后一个工作日的下午，先停止供应链业务单据的新增，然后检查四条主链路上是否存在未审核、未记账的单据。

具体可以这样查：在单据列表界面分别筛采购订单、外购入库单、销售出库单、采购发票、销售发票，条件设为“审核人=空”。有未审核的，先确认是业务没有做完，还是业务不做了。没做完的，督促业务人员完成审核；确认不做的，做作废或删除处理，不要留着过节。

这个动作看似简单，但能规避掉70%以上的月结异常。很多核算报错，都是因为审核人漏审了一张出库单，或者发票没有钩稽导致的。

5.2 库存与核算的核对路径

关账前还要核对一次“账实逻辑”：库存台账的数量、金额，和存货核算的库存余额表是否一致。如果发现差异，通常的方向是：有出入库单据审核了，但还没参与核算；或者有单据核算了，但凭证没生成。

我习惯的核对顺序是：

1. 打开存货核算的“出库核算”界面，确认本月核算已经执行，并且没有报错。
2. 再打开“凭证生成”界面，看是否有已核算但未生成凭证的单据。
3. 如果凭证有缺失，先补生成凭证，再进总账核对科目余额。

如果这一步做完了，总账的存货科目还是和供应链对不上，多半就不是核算问题，而是科目映射错位了。这时候需要看存货核算生成的凭证，检查贷方科目、借方科目有没有跑到“待处理流动资产损溢”等过渡科目去。这类过渡科目往往是因为凭证模板里没有配置默认科目，导致系统找不到科目而改用临时科目。

5.3 特殊单据的善后：盘点、调拨、红字单

盘点单是月结前很容易出错的一环。执行盘点的关键不是录实盘数，而是盘点表的时间和业务的衔接。盘点期间，仓库仍在收货、发货，如果没设置好盘点锁库，就会出现盘点后账面库存和实际库存又变了，导致盘盈盘亏不准确。

我的建议是：盘点前，先冻结仓库的出入库业务，完成盘点表编制和实盘数录入后，再生成盘盈盘亏单并审核，最后解除冻结。整个过程用一个专门的时间窗口，不要和日常业务交叠。

调拨单在这段时间也要特别留意。跨组织调拨单往往涉及调入、调出两个组织的账务，月结时如果调出组织已经关账，调入组织还在开账，就会出现“调拨单审核成功但一方没核算”的错位。所以调拨业务尽量在月结前两三天完成，给跨组织的核算预留时间。

红字单据的善后，遵循一个原则：本月产生的红字单据，本月内审核完毕，不要跨月。跨月红字会导致下一个核算周期里出现异常成本金额，排查起来特别费劲。

5.4 月结执行顺序

最后说一下月结的操作顺序。做完上述检查之后，供应链相关模块的结账顺序一般是这样：

采购模块先做“采购结账”，销售模块做“销售结账”，仓存模块做“仓存结账”，最后存货核算做“存货结账”。这个顺序的核心逻辑是：存货结账必须等采购、销售的当月业务单据全部处理完毕后运行，而仓存的结账又必须在存货核算之前完成，因为仓存结账要确认当月库存单据已经封存。

如果某一步提示“还有未处理的单据”，系统会拒绝结账，这时不要强关，退回去检查对应模块的单据列表，把异常单据处理干净再重新执行。

经常有人问我“能不能跳过某一步直接做存货结账”，我的回答永远是：别省这一步，即使做了也不会报错，但下个月的对账会让你把省下的时间加倍还回来。供应链的很多事情看起来是系统约束，其实是在帮你把业务顺序理顺，顺着它走，月底反而轻松。

在EAS V7.5上摸爬滚打这几年，我最大的感受是：这个系统本身很稳定，出问题的大多数情况是配置没想清楚、业务顺序没理顺。尤其是供应链这种跨越多组织、多模块的业务域，前期的参数设计基本决定了后期百分之八十的使用体验。如果你正准备实施，花在编码规则、库存状态、凭证模板上的时间，回报率远远高于后期不断打补丁。

本文还有配套的精品资源，点击获取