月末对账那两天,办公室里常出现这样的对话:销售说这张单已经排进计划,车间说料没到齐,采购说申请单还压在审批里,财务说仓库的数和总账差了一截。四个人讲的是同一件事,手里却各拿一份不同的记录。这类返工很少是算错了数,更多是同一笔业务在系统里被拆成几套说法,彼此没有对上。讨论昆山erp开发时,把「它到底管哪一层、管到哪一步」先讲清楚,比急着对比功能表要有用。本文按定位、模块、单据流、分工、术语、阅读路径六段展开,只谈通用做法,不针对具体产品下结论。
本文要点
- ERP 处在计划层,回答「该做什么、做多少、何时做」,不直接指挥设备动作
- MRP 的四个输入是主生产计划、BOM、现有库存与提前期,缺一项就跑不准
- 判断模块边界看单据流向:谁生成单据、谁据此过账、谁回写状态
ERP的定位与层级
把「ERP系统是什么」拆开问,会得到三个更具体的问题:它在哪一层、它管哪些单据、它和车间系统怎么交接。制造业常用的分层里,控制层对着设备与 PLC,执行层对着工序、班次与报工,计划层对着订单、库存金额与财务账。ERP 落在计划层。它的时间粒度通常是日、周、月,一台设备这一分钟的转速不归它管,也不需要归它管。
计划层要回答的事情可以收成三类:需求从哪来、资源够不够、账怎么记。需求分独立需求和相关需求,前者来自销售订单与预测,后者由 BOM 逐层展开得到。资源看的是库存现有量、在途量、产能与提前期。账则是每一笔实物移动要落成的凭证与成本。把这三件事放在同一套主数据上,是 ERP 和一堆互不往来的独立表格的区别所在。
遇到过的一类情况是,有人把执行层逐笔报工明细直接搬进计划层当凭证来源,总账科目被切得过细,月结时要花不少时间做合并。分层不是为了画一张好看的组织架构图,而是定下「哪些数据该上收、哪些该留在下层汇总」。判断标准也简单:一条记录如果只影响某个班次的操作,不必进总账;如果会改变库存金额或应收应付,就得往上走。层级划清之后,接口该传什么、不该传什么,也就有了依据。
需要把这些做法落到自己的项目里? 分不清哪一层该管什么,先拿一张真实订单,把经手部门按「下单、记账、执行」各写一行。
免费咨询常见模块地图
围绕昆山erp开发整理出来的资料,常把模块列成十几行菜单名,但名字不等于落地。问「ERP有哪些模块」,更实用的答法是按单据划分:一个模块若在本厂没有对应的单据进出,多半只是买了一个入口。下面这张表按单据而非按厂商菜单列出常见模块。
| 模块 | 主要单据 | 主要输出 | 相邻环节 |
|---|---|---|---|
| 销售管理 | 报价单、销售订单、发货单 | 独立需求、应收 | 接主生产计划与开票 |
| 主生产计划 MPS | 主生产计划、计划订单 | 期间产出安排 | 上接预测与订单,下接 MRP |
| 物料需求计划 MRP | 计划订单、采购申请 | 相关需求与下达日期 | 上接 MPS、BOM、库存 |
| 采购管理 | 采购申请、采购订单、收货单 | 在途量、暂估应付 | 下接库存与财务 |
| 库存管理 | 入库单、领料单、调拨单、盘点单 | 现有量、批次、库位 | 贯通采购与生产 |
| 生产管理 | 生产订单、领料单、完工入库单 | 在制量、工时归集 | 上接 MPS,下接成本 |
| 财务与成本 | 发票、凭证、成本结算单 | 总账、产品成本 | 接收各模块过账结果 |
表里值得多看一眼的是 MPS 与 MRP 的分工。MPS 只处理独立需求,把「要交多少台、哪天交」排到期间上;MRP 才按 BOM 把整机拆成零件,算出每个料号在哪个时点缺多少。把两者混成一个步骤,是新手跑计划时常见的卡点,表现是采购申请日期和交期对不上,却又查不出是哪一步偏了。
模块数量不必攀比。一家只做装配、不自制零件的厂,生产管理与成本模块可能只需要保留领料与完工两个节点;一家有注塑、喷涂多道工序的厂,工艺路线与在制品就要占更多篇幅。判断该启用哪些模块,看本厂一个月里真实产生的单据种类,比看产品彩页可靠。还有一类容易被忽略的模块是主数据管理,它不产生业务单据,却决定了上面每一行能不能对得上。
单据与数据流
把一张销售订单从头走到尾,链路大致是这样:销售订单录入 → MPS 排期间 → MRP 按 BOM 逐层展开 → 生成采购申请与生产订单 → 采购订单 → 收货单 → 入库过账 → 领料单 → 完工入库单 → 发货单 → 发票 → 凭证。这条链里,单据和记账不是一回事:收货单记的是实物到了,入库过账才改动库存现有量与暂估应付。账实不符常出在两张单之间隔了一夜,或者干脆漏了后一张。
MRP 展开需要四个输入,少一个也算不出靠谱的结果:主生产计划给出毛需求,BOM 给出用量与层级,库存给出现有量与在途,物料主数据给出提前期与批量规则。净需求的算法并不神秘,写成一行就是「毛需求减去现有库存、减去在途接收、补回安全库存」,再按批量规则向上取整,按提前期从需求日期倒排得到计划订单下达日。批量规则常见三种:需要多少订多少的直接批量、每次固定数量的固定批量、按经济批量凑整。倒排时还要拆开采购提前期、生产提前期与检验提前期,把「收货当天就能上线」当默认前提,排出来的日期通常偏紧。
低位码(low-level code)是这一段容易被跳过的细节。同一个料号如果同时出现在成品层和半成品层,展开顺序要按它所处的下位层级来定,先把各上层需求算完再一次性汇总,否则会重复扣减或漏算。手算一遍就能体会:把一张两层 BOM 的十来个料号按层抄在纸上,逐层填毛需求、现有量、净需求、下达日,比读十页功能说明更快建立感觉。这也是制造企业ERP入门阶段值得先做的一件事,做的时候不必追求速度,把每一列的来源写清楚就行。
常见情形是计划跑出来「看着对」,采购却说日期来不及。多半不是算法错,而是物料主数据里的提前期还挂着建账时随手填的默认值。核对数据流时,可以按下面几步顺序查:
- 抽查一张销售订单,确认它是否真的生成了 MPS 行,而不是被手工跳过
- 挑一个多层 BOM,手算净需求,与系统生成的计划订单逐项对照
- 比对收货单与入库过账单的时间差,找出隔夜未过账的单
- 检查在途量是否包含已到货、尚在检验未放行部分
- 沿一张完工入库单往回追,看领料、发料、成本归集是否都有对应单据
需要把这些做法落到自己的项目里? 手算 MRP 对不上时,先把 BOM 层级与提前期两项单独核一遍,再怀疑运算逻辑。
免费咨询与车间执行的分工
把昆山erp开发与车间执行系统混为一谈,是接口返工的常见来源。计划层给出的是生产订单:做什么、做多少、哪天要。执行层接到之后,把它拆成工序任务与派工单,落到具体工作中心、设备、班次和人。ERP 这边的订单状态通常只有几个粗粒度节点——已下达、已开工、已完工、已关闭;车间那边却要记录每道工序的开工时间、合格数、不良数、物料实际消耗与设备停机。两套粒度不一样,硬揉在一起会两头都不好用。
回传的方向也要说清。执行层往计划层送的是汇总后的实绩:报工数量、合格与不良、按订单归集的工时、物料消耗。计划层拿这些去更新订单进度、扣减库存、结算成本。工艺参数曲线、设备振动采样这类高频数据留在下层,需要时按批次或按订单调阅即可。判断一条数据是否该回传,看它会不会改变订单状态或数量账;只影响现场判断的,留在执行层更合适。
遇到过的一类情况是,财务发现某月材料成本忽高忽低,追下去发现车间把返工领料记成了正常领料,回传时又按订单汇总把差异抹平了。分工表画得细,也抵不过回传口径没约定。建议把三件事写进接口说明:数量按合格品还是投入品计、时点按报工时还是班次结束计、返工与报废各走哪一类单据。约定之后,两边各自改字段都有据可依。
- 计划层向下:生产订单、工艺路线版本、BOM 版本、计划开工与完工日期
- 执行层向上:工序报工、合格与不良数量、物料实际消耗、订单状态变更
- 两侧都要留:订单号、行号、料号、批次号、版本号,作为对得上账的共同键
常见术语对照
入门阶段卡住的常常不是概念难,而是同一个东西有好几种叫法。仓库说品号,采购说料号,系统里叫物料编码;财务说入账,仓库说过账,指向的动作未必一样。术语表的作用是把「谁在说、指哪张单」钉住,让讨论能落到具体单据上,而不是停留在名词之争。
| 术语 | 常被混用的说法 | 判断口径 |
|---|---|---|
| 销售订单 SO / 采购订单 PO / 生产订单 MO | 统称「订单」 | 看抬头与对方是客户、供应商还是车间 |
| 物料编码 / 料号 / 品号 | 三个词混着叫 | 一物一码,同一规格不因部门另起编码 |
| 独立需求 / 相关需求 | 都叫「需求」 | 前者来自订单与预测,后者由 BOM 展开 |
| 现有量 / ATP 可承诺量 | 都叫「库存」 | ATP 已扣掉被订单占用的部分 |
| 毛需求 / 净需求 | 都叫「需求量」 | 净需求扣减现有与在途、补回安全库存 |
| 过账 / 记账 | 混用 | 过账改库存数量金额,记账进总账科目 |
| 在制品 WIP / 在途 | 都算「还没到的料」 | 在制品已投料未完工,在途尚未入库 |
| MPS / MRP | 都叫「计划」 | 前者排独立需求,后者展开相关需求 |
| 低位码 / 反冲 backflush | 少被提起 | 前者定展开顺序,后者按产出倒扣用料 |
表里有两组值得单独说。ATP 与现有量的差别,直接决定销售敢不敢承诺交期;把现有量当可承诺量报出去,超卖就在一瞬间。反冲则是完工入库时按标准 BOM 自动扣料,省掉逐笔领料,但要求 BOM 与损耗率稳,否则差异会堆到月末一起冒出来。用不用反冲,取决于领料能否逐笔记准,而不是取决于功能开关在哪。
术语统一有两条朴素规矩:一物一码、一名一单位。计量单位尤其容易被忽略,采购按公斤、仓库按卷、BOM 按米,换算系数没写进物料主数据,MRP 算出来的数就会差一个量级。把下面六步走完,再去看厂商文档,读起来会顺很多。
- 统一「订单」三类抬头,明确各自编号规则与起单人
- 把物料编码与部门惯用叫法做一张映射,收口到一物一码
- 给每个料号补齐基本单位、采购单位与换算系数
- 明确现有量、可用量、ATP 三个字段各扣减了什么
- 约定过账时点,写清哪张单改库存、哪张单进总账
- 把 MPS 与 MRP 的输出单据分开命名,避免都叫「计划单」
入门阅读路径
制造企业ERP入门不必按产品手册的页码顺序读。按角色切反而省时间:计划岗先看 MPS 与 MRP 两节,采购岗看采购申请到收货的流转,仓库看入库、领料、盘点三类单据,财务看过账与成本结算,IT 岗看主数据与接口边界。各自先弄懂自己每天经手的那两三种单,再横向补齐别的岗位,比通读一遍再回头找要快。
顺序上有个可照抄的六步:先画单据流,再定编码规则,再看 BOM 层级,然后手算一遍 MRP,接着做一次账实对账,收尾才进入选型与配置讨论。把手算放在选型前面,是因为它能暴露主数据里的坑——提前期是默认值、BOM 缺一层、单位没换算,这些问题在演示环境里通常看不出来,换一套系统也照样跟着走。把昆山erp开发当成一次单纯的软件采购,容易跳过前面五步,到上线前才发现要补的功课一样没少。
读到术语对不上时,可以按主题回到行业动态栏目把同簇的拆解串起来看;某处口径仍拿不准,也可通过免费咨询把问题按模块归类后再逐项核实。本文只做通用技术科普,不涉及具体产品的取舍结论,也不就实施结果作出判断。
需要把这些做法落到自己的项目里? 六步里若只能先做一步,就从画单据流开始,把经手人、单据名、发生时点三项写齐。
免费咨询小结
把六段收起来看:ERP 管的是计划层的需求、资源与账;模块按单据落地,不按菜单数量;单据流里「实物单」与「过账单」要分开;车间执行只在汇总口径上回传;术语统一靠一物一码与单位换算。回到昆山erp开发这个检索词,真正该先弄清的还是这几件基础事,而不是功能表上打了多少个勾。明天能做的一件事很具体:拿本厂近期一张销售订单,把从下单到入库经手的每张单据按发生时间抄成一行序列,标出哪一步只有口头交代、没有单据。那处空白,通常就是下一次对账返工的起点。
本文为行业经验与技术分享,不构成效果承诺;具体交付范围、周期与资费以书面方案为准。
需要把这些做法落到自己的项目里? 如果你正在评估昆山本地的服务团队,可以把现状与时间表发给我们,先做一次需求梳理。
免费咨询