news 2026/10/28 5:32:42

600页ERP+APS操作手册:排程不准排查与基础数据落地指南

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
600页ERP+APS操作手册:排程不准排查与基础数据落地指南

简介:《天心ERP全套操作手册9.0》中的Sunlike ERP APS系统操作手册,面向ERP实施顾问、企业信息化管理员及生产计划排程人员,用于熟悉APS模块的系统逻辑与日常操作,也可作为上线培训与内部知识库的参考材料。资源包仅含1个PDF文件,约20.57MB,内容围绕APS系统展开,从系统目的、系统特色与手册导读,到主流程、APS与其他系统的关联,再到基本资料建立、上线准备及商品物料表等基础配置均有覆盖。目前已有495人学习,说明其在ERP实操群体中具有一定参考价值。读者可借助手册梳理APS与ERP其他模块的数据衔接关系,理解排程前的基础资料准备和业务流程,并在实施、培训或问题排查时按章节查找对应操作说明,适合作为入门了解与日常查阅并重的工具文档。

1. 600 页的 ERP+APS 操作手册:先搞清楚排程为什么排不准

工厂上 erp 之后最常听到的抱怨不是账对不上,而是排程排不准。计划员把订单丢进去,甘特图出来跟车间实际差三天,最后还是拉回 Excel 手工调。问题通常不在算法,而在喂给算法的数据:BOM 少填了损耗率、机台日历只写了上班那几个钟头、制程顺序中间跳了一站。这份标注到六百页开外的 ERP+APS 系统操作手册,把基础资料、期初建档、需求分析、独立转单、制令单与领退补料、可视化排程、异常与变更处理、BOM 组合切割按模块逐节拆开,界面填什么、单据往哪流、跑不出来看哪张表,都写在对应章节里。它适合三类人:正在做上线辅导的实施顾问、要接手 PMC 排程的厂内 IT、以及想弄明白“这张单为什么这么走”的计划主管。它不负责讲 ERP 原理,负责让你少在半夜重跑一次计划。

2. 数据地基:BOM、制程与机台日历怎么建才算能跑排程

2.1 排程跑不准,先回头查这三块基础资料

APS 本质上是有限产能排程,它的输入只有三类:物料结构(BOM 或配方)、工艺路线(制程代号、制程顺序、标准工时、机台归属)、资源日历(机台什么时候可用)。这三类输入任何一块是残缺的,后面无论点多少次“重排”,结果都只是把错误换个样子展示出来。手册“叁、基本资料的建立”用了十四节来铺这三块,从商品物料表一路写到原料别配方料表,密度是全篇最高的,原因也在这——基础资料阶段偷的懒,会在排程阶段连本带利还回来。

把手册这一章的资料项按“影响什么”重新排一遍,比按目录顺序读更好用:

资料项影响什么缺失后的典型症状
商品物料表(品号、单位、属性、提前期)BOM 展开、转单属性判定转单时品号跑不出采购或自制选项
制程代号设定工艺路线的最小单位制程规划里选不到工站
制成品制程规划(顺序、工时、机台)排程的资源占用与前后关系甘特图上所有工序挤在同一天
BOM / 配方(版本、生效日、损耗率)材料需求与成本展开材料需求分析少算一截
订单配方按单差异的用料调整同一料号不同订单被算成一样
替代配方与替代品、虚拟件缺料时的替代与展开穿透主料缺货就判死,虚拟件把下层藏起来
货品损耗率 / 备料率净需求放大与领料多发领料永远差一点,补料单满天飞
机台信息、可供生产时间、非工作时间有限产能的真正边界法定假日照样给你排满

损耗率和备料率这两个参数最容易被当成同一个东西填。损耗率作用在 BOM 展开阶段,是把理论用量按比例放大成实际需求,比如按 3% 损耗放大;备料率作用在领料环节,是按制令数量多发一部分给车间,用不完再退回。两者的差别直接决定成本口径:放错位置,要么库存被虚耗,要么成本被低估。我一般会让客户把损耗率填在 BOM 行上,备料率填在品号或制令层,各管一段,不要互相替代。

2.2 建档七步:从品号到制程规划的落地顺序

手册里资料项是按模块罗列的,实际建档必须按依赖顺序来,否则填到一半会发现上游字段空着。下面这七步是我在几个项目里固定下来的顺序,跟手册“叁、基本资料的建立”的章节能一一对上。

第一步,商品物料表。品号的单位、采购/自制/委外属性必须先定,因为这个属性决定了后面“独立转单作业”里它到底走采购商品转单还是自制成品转单。单位要和采购单位、库存单位对齐,有换算关系的先建换算率,别等到做材料需求分析时才发现同一颗料有两个单位在跑。

第二步,制程代号设定。这一层只定义工站本身,不涉及产品,比如车、铣、装配、检验、包装。代号尽量短且稳定,后面制程规划和制令单都会引用它,中途改名会牵连历史单据。

第三步,制成品制程规划。这是排程的直接输入,一张表要填清楚:制程顺序、每站对应机台或机台群、标准工时、准备工时、是否关键工序。标准工时的口径必须全厂统一——按分钟就全按分钟,别一半是分钟一半是小时,排程结果会差出六十倍,这种翻车我见过不止一次。

第四步,BOM 或配方。重点是生效日期和版本,APS 排程取的是“排程日期当天有效的版本”,不是最新版本。很多人改完 BOM 就以为计划会跟着变,实际排程还在用老版本,因为新版本的生效日填在了下个月。

第五步,订单配方。按单生产、按客户特殊要求调整用料的场景走这一层,它叠加在标准 BOM 之上,不覆盖标准 BOM。

第六步,替代配方、替代品、虚拟件。替代料要写清替代比例和优先级,虚拟件用于把一层组合件穿透掉,只参与展开不参与库存。

第七步,机台与日历,也就是下一节要讲的资源边界。

BOM 建完一定要做一次闭环校验,尤其是多层 BOM 里存在自引用或两三层互指的情况,展开时会直接把需求分析跑死。常见的做法是拿一条 SQL 把浅层环捞出来:

-- BOM 浅层环检查(字段名按实际库结构调整,仅作思路示例) SELECT a.parent_item AS 父件, a.child_item AS 子件 FROM bom_master a JOIN bom_master b ON a.child_item = b.parent_item AND b.child_item = a.parent_item WHERE a.parent_item <> a.child_item AND a.effect_date <= CURRENT_DATE AND b.effect_date <= CURRENT_DATE;

这段查的是 A 的子件是 B、B 的子件又是 A 的两层互指,条件是两边都已生效。查出来为空不等于没有环,只能说明没有浅层环,三层以上的环要靠递归查询或者直接看展开报表的深度。我一般在每次大批量导入 BOM 之后跑一遍,比等需求分析报错再回头找要快得多。

2.3 机台日历:APS 里最容易翻车的一块黑匣子

机台这一块手册拆成了三节:机台信息输入、机台可供生产时间、机台非工作时间输入。这三节看着琐碎,实际是有限产能排程真正区别于无限产能的地方,也是最容易出玄学问题的地方。

机台信息解决的是“这台机器能干多少”,关键参数是每班工时、日产能、效率系数、可并行机台数。效率系数不要拍脑袋填 100%,老设备、需要频繁换模的工站填 80% 到 90% 更接近实际,否则排出来的计划永远乐观。

机台可供生产时间解决的是“这台机器什么时候能干活”,本质是给每台机台定义一个可用区间。这里有个理解上的关键点:它定义的是上界,非工作时间是减项。也就是说,先划出可用区间,再把保养、换模、休息、节假日从里面扣掉。很多项目的错误做法是只填可供生产时间、不填非工作时间,结果排程把法定假日和平时的保养窗口全当成了可用产能,计划看着很漂亮,执行时全线延期。

判断日历有没有填到位,有个很土但好用的办法:随便挑一台关键机台,按周看它的可用工时合计,跟车间实际排班对一遍。差得离谱就说明班次、休息时间或节假日漏了。日历这块属于典型的后悔药难买——排程结果已经下发到车间、领料单已经按这个计划开出去了,才发现日历少填一天,改起来牵连一大片。所以我的习惯是在跑第一次全局计划之前,把关键机台的日历单独拉出来核对一遍,确认覆盖了计划区间。

3. 需求分析四连:生产需求、材料需求、齐套与机台负荷的推演顺序

3.1 四个分析各回答什么问题,先后顺序不能乱

手册“伍、生产需求分析”下面挂了五个分析:生产需求分析、材料需求分析、货品库存分析、齐套分析、机台能力负荷分析,再加上“柒、物料分析”里的 MRP 物料计划。这几张表的名字很像,新手最容易在错误的时机点错误的按钮,然后拿着一份口径不对的结果去开会。

正确的推演顺序是:先看生产需求,判断哪些订单要自己做、什么时候开工;再看库存,判断现有量够不够;然后跑材料需求,算出净需求;接着做齐套,落到具体制令看缺哪几颗料;最后看机台能力负荷,判断产能是否兜得住。这个顺序背后是毛需求到净需求的标准逻辑:毛需求减现有库存、减在途、加安全库存,得到净需求,再按批量法则取整,最后按提前期倒推下单日期。顺序一乱,比如先跑负荷再跑材料,你会发现产能排得满满的,料却一颗都没到。

分析回答什么问题主要输入输出什么时候跑
生产需求分析哪些需求自己生产、开工与完工日期订单、BOM、制程、提前期建议制令、建议开工日接单后、排程前
货品库存分析现有量、在途、在制够不够库存台账、采购在途、在制可用量明细每次跑净需求前
材料需求分析 / MRP买什么、买多少、何时到毛需求、库存、批量法则、提前期请购建议、采购建议净需求阶段
齐套分析某张制令还缺哪几颗料制令 BOM 展开、可用库存缺料清单投产前、每日晨会
机台能力负荷分析产能是否够、瓶颈在哪站制令、制程工时、机台日历负荷率、瓶颈工序排程前、插单时

需要特别说明的是,这几张分析表都是模拟性质,跑完不产生正式单据。要让结果落地,还得走手册“陆、独立转单作业”:采购商品转单把建议变成采购单,自制成品转单把建议变成制令单。很多新手跑完需求分析就去催采购,采购那边一脸茫然,因为单子根本没转出来。

3.2 参数怎么设:区间、在途口径与批量法则

同样是跑材料需求分析,参数设得不一样,结果能差出一个采购周期。下面几个参数是必须坐下来跟计划主管确认的。

需求日期区间。区间的起点建议取“今天”,终点至少覆盖“最长采购提前期 + 生产周期 + 一个缓冲周”。区间开太短,远期需求被切掉,采购永远在救火;开太长,预测成分混进来,库存又会压高。我一般按物料分档设:常备料看四周,长交期料看到八到十二周。

在途与在制的口径。这两个开关决定了净需求算得保守还是激进。把在途算进可用量,等于相信供应商一定准时到货;不算,等于每颗料都当现货买,库存必高。常见做法是对 A 类关键料保守处理、不算在途,对通用标准件可以算进去。手册在货品库存分析一节里把现有量、在途量、在制量拆开列,就是为了让你能按类别取口径,而不是一刀切。

批量法则与安全库存。批量取整的方式直接决定请购数量:按最小包装取整最贴近实物,按固定批量取整适合模具类,按期间合并适合通用件。安全库存用固定量还是动态量,取决于需求波动幅度,波动大的料用动态更合理。这几个参数一旦定下来就别频繁改,否则前后两次分析的结果没法比较,计划员会失去对系统的信任。

3.3 看结果:从一堆表里定位第一条断点

结果出来之后,读表的顺序比读表本身更重要。我的习惯是先看齐套分析,因为缺料是最硬的约束,缺料清单会直接告诉你哪几张制令根本开不了工;再看机台能力负荷,看瓶颈工序的负荷率有没有超过 100%,超了的工序就是排程要重点照顾的对象;最后才回头核对材料需求的请购建议,确认交期能不能赶上开工日。

断点通常出现在两个地方。一是齐套显示齐套、实领却缺料,多是因为可用量口径把安全库存或已被其他制令占用的量算进去了,需要在库存分析里把“已被占用”这一列调出来看。二是负荷看着不满、排程却排不下,多半是机台日历没有覆盖计划区间,或者制程规划里机台归属填错了,导致系统认为这台机器那几天不可用。定位到这两点,后面“捌、生产排程分析”里全局计划和可视化排程的很多怪现象都能自己解释。

4. 单据链:制令单、领退补料与缴库,错一张后面全歪

4.1 制令单的三种来源与批次发放

制令单是整个生产流程的锚点,手册“玖、生产流程”从计划生产一路写到挪料单,二十多张单据全部挂在制令单下面。它的来源主要有三种:从计划生产直接开单、从生产需求分析转单生成、手工维护。来源不同,带入的字段完整度也不同,手工开的单最容易漏制程和机台,排程时被当成无资源需求处理,直接排在一边。

制令单上有几个字段是下游单据的命门:品号与数量决定 BOM 展开,开工日与完工日决定排程窗口,制程与机台决定资源占用,批次决定领料和缴库能不能对上。批次这块手册专门给了“制令单批次发放作业”和“批次领料作业”,适用的是一张制令分多批投产、或者一批领料要跨多张制令的场景。用批次之前先想清楚:批次是为了对齐实物批号,不是为了方便管理,批次拆得太碎,领料单会膨胀到没人愿意核对。

单据状态也值得单拎出来说。制令单一般要经过建立、审核、发放几个状态,未审核的单据不进入排程是常规设计。我见过最典型的翻车场景是:计划员抱怨新单排不进去,查了半天发现单子建完没审核;或者反过来,单子已经发放、料也领了一部分,又回头改数量,导致领料和缴库对不平。

4.2 领料申请到实领:申请、实发、退料、补料与挪料的边界

这一段是车间和仓库扯皮最多的地方,手册把它拆成了申请单、实发、退料、补料、调拨、挪料六类单据,每一类解决一种具体情形,混用就会出问题。

环节单据上游关键字段断链后果
计划制令单计划生产 / 需求分析转单品号、数量、开完工日、制程排程无输入
发料申请生产领料申请单制令单批次、需求量、领料仓仓库不知道要备什么
实发生产领料领料申请单实发量、批号成本归集口径错
退料生产退料申请单 / 生产退料领料退料原因、批号库存虚低、成本虚高
补料生产补料申请单 / 生产补料单损耗或异常补料原因、责任工序缺料停线、损耗无归属
移库原料调拨申请单 / 原料调拨单领料或仓库调整调出仓、调入仓账实不符
挪料挪料单两张制令之间源制令、目标制令成本串单

申请和实发必须分开,道理很简单:申请是按 BOM 算的理论量,实发是按仓库实际称重或整包发的量,两者本来就允许有差。把这两个数合成一个,损耗就永远说不清。退料和补料要写原因,原因字段不是给系统看的,是给成本会计看的——补料没有责任工序,损耗就只能摊到所有产品上。

挪料单是比较特殊的一张,用在 A 制令的料挪给 B 制令用。这张单子解决现场实际问题,但成本上要小心,挪过去的料如果跨了成本期间,两个制令的单位成本都会失真。我的做法是当月内挪、当月内结清,跨月一律走退料再领料,不走挪料。

4.3 日报、缴库与副产品:成本归集的最后一公里

生产日报表记录的是“做了多少、废了多少、用了多少工时”,成品缴库单记录的是“入了多少库”,这两张单子是排程闭环和成本归集的交汇点。日报不填,排程就不知道实际进度,可视化排程上看到的永远是计划而不是现实;缴库不填,库存虚低,下一轮材料需求分析又会多买一批。

手册里还有几个容易被跳过的功能:生产缴库自动模拟作业,用于按 BOM 反推应该缴多少;副产品补录单和副产品月末分配作业,处理主产品之外的可销售产出;制程中间入库单和生产转移单,处理多制程之间的半成品流转。副产品这块最考验口径,副产品的分摊比例定得随意,主产品的单位成本就会跟着飘。常见做法是按可变现净值或者按产出比例分摊,定下来之后写进制度,不要在月末临时拍。

5. 排程落地排查:全局计划跑空、可视化错位的 5 个现场

5.1 空结果与全延期:先查这三条链路

排程跑出空结果,是最让人抓瞎的一类问题,因为系统不报错,界面也正常,就是没有数据。这时候不要急着重装或者找原厂,按链路倒着查,八成能自己定位。

现象一:全局计划跑完,甘特图一片空白。原因通常是机台可供生产时间没有覆盖计划区间,系统认为所有机台在计划期内都不可用,自然排不出东西。解决方式是回到机台可供生产时间,把计划区间的日历补齐,再确认制程规划里每道工序都挂了机台,没挂机台的工序等于没有资源,也会被跳过。

现象二:所有订单都显示延期,且延期天数很整齐。原因是标准工时单位不一致,或者准备工时(换模时间)没有单独拆出来,被平摊进了单位工时。六十分钟和一小时这种单位混用会让结果整体放大六十倍,整齐的延期就是它的典型特征。解决办法是全厂统一工时单位,把每批次固定发生的换模时间填进准备工时字段,不要摊进单件工时。

现象三:可视化排程能拖动,保存后回弹原位。原因是制令单状态不对或者资源已被占用。未审核的制令单不允许排入;已经发放批次、领了料的制令单,其已投产部分占用了产能,排程不允许把它整体前移。解决方式是先查单据状态,再查批次发放记录,把已投产部分单独处理。

5.2 可视化排程与变更处理:改完之后必须重跑什么

可视化排程的价值在于让计划员手工干预,拖拽、锁定、插单都在这一层完成。但它有两个前提:一是排程结果要能保存并回写,二是变更之后要触发重算。手册“捌、生产排程分析”里同时给了全局计划和可视化排程,还区分了新旧两套,实际项目里常见的问题是只在新界面上拖,老计划没作废,两套结果并存,车间拿到的版本和系统里的版本对不上。

现象四:齐套分析显示齐套,实际领料缺料。原因是可用量口径把在途当成现有,或者把已被其他制令占用的库存重复计算。解决方式是在货品库存分析里把现有量、在途量、已分配量三列分开看,齐套判断只认“现有减已分配”。

现象五:BOM 改完,排程结果纹丝不动。原因是改的是未来生效的版本,或者改完没有重跑需求分析和排程,也没有走变更分析。手册“拾叁、生产变更处理”和“拾肆、变更分析作业”给了一整套:BOM 物料配方更改、订单配方更改、计划单变更作业、生产变更作业、受订变更分析、ECN 变更分析。改完 BOM 之后的标准动作是三件事——确认生效日期落在排程区间内、重跑材料需求、用变更分析看受影响的制令清单,然后才对受影响的单子做局部重排,别整厂重跑。

注意:这几类问题的共同点都是“系统不报错”。排程类模块的排查不能等报错,要在每次跑之前做一遍数据体检,把日历、工时单位、单据状态这三项当固定检查项。

6. 进阶:BOM 组合切割与裁板作业,把边角料算进成本

板材、型材、卷料这类共用料,标准 BOM 展开算出来的需求和车间实际用料永远对不上,因为一张板切出几个件,边角料没法挂在任何单个成品上。手册“拾伍、BOM 组合切割”和“拾陆、裁板作业”就是给这类场景准备的,三张单据分工不同。

作业解决什么输入输出适用边界
BOM 组合生产多个子件共用一套组合件,按组合投产组合件 BOM、子件比例组合制令一套模具出多件、注塑组合件
BOM 切割分装一张大料切成多个子件,按切割方案分装母件、切割方案、子件数量分装后的子件库存板材、型材、卷料
切割试算单先算再切,验证利用率与损耗母件规格、需求子件、切割参数利用率、损耗量接单报价、排产前试算
裁板作业按排版方案实际裁切并回写库存试算结果、实际裁切记录子件入库、边角料记录有排版图、有实际裁切环节

落地顺序我一般这么走:先拿切割试算单跑一遍,把母件规格、需求子件、锯缝和修边余量填进去,看利用率和损耗量是否在可接受范围;确认之后做 BOM 切割分装,把母件按方案拆成子件入库,子件的库存这时才是真实可用的;最后在实际裁切环节用裁板作业回写,把试算和实际之间的差额记成损耗。组合生产则用在一套组合件出多个子件的情形,逻辑是把组合件当成一个投产单位,产出按比例分给各子件,避免每个子件单独开制令造成重复投产。

这几张单子的价值不在功能本身,而在口径统一。以前的做法是采购按整张板买、成本按成品分摊,结果每个成品的材料成本都带着一笔说不清的平均损耗。走完切割分装之后,损耗落在母件到子件那一步,谁用得多谁承担得多,报价时也有试算数据可以依据。

这套流程我在一个多品种小批量的项目里推过一遍,最开始图省事跳过了试算,直接做切割分装,结果切割方案是车间口头定的,系统里的子件数量和实际切出来的对不上,月末盘点差了小半张板。从那以后我每次上切割相关功能,都强制先跑一遍切割试算单、把方案落成数据再动手切,试算结果和实际裁切的差额单独记一笔损耗,不再摊进成品成本。这一点比任何参数设置都管用。希望帮到你。

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

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/10/28 5:31:40

基于FPGA与VHDL的闹钟系统设计:分频、计数、状态机与去抖实践

简介&#xff1a;基于FPGA的闹钟系统设计文档面向电子信息、自动化及计算机相关专业学生与FPGA初学者&#xff0c;围绕EDA开发流程和VHDL硬件描述语言&#xff0c;讲解多功能数字时钟从需求分析、系统划分到板级验证的完整实现思路。压缩包内为1个doc文件&#xff0c;约2.71MB&…

作者头像 李华
网站建设 2026/10/28 5:30:40

密评密码基础:分组密码工作模式、密钥分发与PKI考点解析

简介&#xff1a;面向准备商用密码应用与安全性评估考试、需要巩固密码基础并刷题自测的考生&#xff0c;这份资料以选择题训练为主线&#xff0c;帮助梳理密评常见概念与易错点。压缩包仅含1个docx文件&#xff0c;约26KB&#xff0c;内容按题目编号组织&#xff0c;题干、选项…

作者头像 李华
网站建设 2026/10/28 5:30:36

企业服务化改造:从传统事务系统到数字化共享平台

1. 项目背景与核心价值去年我们团队接手了一个棘手的任务&#xff1a;把集团用了8年的老式事务处理系统升级为具备服务化能力的员工共享服务平台。这个看似简单的需求背后&#xff0c;实际上是要完成从"功能模块"到"服务产品"的质变。传统的事务处理系统就…

作者头像 李华
网站建设 2026/10/28 5:30:22

软件测试工程师核心能力与实战方法论

1. 软件测试基本概念解析刚入行时我以为软件测试就是点点按钮找bug&#xff0c;直到第一次参与真实项目才明白这是个系统工程。测试工程师不是"找茬专员"&#xff0c;而是产品质量的守门人。十年前我负责的第一个电商项目&#xff0c;因为漏测了一个支付接口的并发问…

作者头像 李华
网站建设 2026/10/28 5:29:26

VoiceStudio空降GitHub周榜第一:语音Agent框架技术拆解与实操指南

1. 从一份周报说起&#xff1a;VoiceStudio 凭什么空降第一Github 周报这个栏目我追了挺长时间&#xff0c;每周榜单的起落其实比很多人想象中更有信息量。大多数时候&#xff0c;榜首位置要么是某个老牌工具发了大版本&#xff0c;要么是某个模型相关的仓库突然被集中关注。但…

作者头像 李华
网站建设 2026/10/28 5:29:17

Caveman新标签页:极简书签速拨盘的原理与配置指南

这两年我折腾过不少浏览器效率工具&#xff0c;对"新标签页"这块尤其敏感。很多人听到caveman这个词&#xff0c;第一反应是动画片里举着棍子的原始人&#xff0c;但在前端和浏览器工具这个小圈子里&#xff0c;Caveman是一款被不少效率党奉为神器的Chrome新标签页扩…

作者头像 李华