计划
- 按交期、额定产能和换线时间排出初稿,标出超负荷的设备
- 设备停机时提出改派方案,原因和旧排产一起留痕
人决定计划员批排产和每一次改派
ADIS 把两边接起来。数字员工在车间群里收报工、停机和缺料,对照 ERP 与 MES 的计划算出哪张单会晚:计划员早一班知道,厂长每天看到每台设备的 OEE 与闲置损失。改计划、改派、下采购,都由人批。

报工和停机一进群就成了记录。每天早上,计划员先看到 3 天内要完工还没做完的工单、未来 7 天的设备负荷和每张单的交期风险。
财务填好每台设备的持有成本与每机时边际贡献,OEE 与闲置损失就每天按台算出来。先修哪台、补哪个班,按损失排。
采购的数字员工按采购订单盯交期。延后了,就按采购制度发起备选询价、起草催交函;比价单交采购经理批,批了才下单。
数字员工在这个岗位已经在用的群里干活:它准备、核对、提醒,决定由人来做。
人决定计划员批排产和每一次改派
人决定班组长确认产量,厂长定先修哪台
人决定采购经理定供应商、批订单
人决定质检员做最终判定与处置
人决定设备负责人安排检修
人决定财务批付款,老板定接不接单
车间和办公室已经在用的群:企业微信、钉钉、飞书、Microsoft Teams、Slack、WhatsApp
ERP(例如 SAP)与 MES:数据由源头旁的发布端推送,只读,几秒内到达
排产表、作业指导书、采购制度:导入以后成为同一份数据,回答时附出处
改数据只走 Action:谁、什么时候、改了什么、谁批的,都记在 Action Log 里。
方案包是一组做好的对象类型、链接、动作、提醒和工作台,装进你们自己的 Semantic,跟着版本升级。下面的名字就是装上之后在 CLI 和接口里用的名字。
developer/apps/factory-ops产线、设备(持有成本与边际贡献)、工单、排产与改派、报工、停机、保养;OEE、闲置损失、设备负荷、价值流。
productionLinemachineworkOrdercapacityAssignmentproductionReportdowntimeEventmaintenanceTaskdeveloper/apps/order-to-cash询价、报价(低于毛利底线要审批)、订单、发票、收款与催收,加一个老板工作台。
inquiryquotefollowUpdeveloper/apps/finance-cockpit资金账户、应付与付款、资金计划、成本记录、财务预警;13 周现金预测、按客户与产品的毛利、预警收件箱。
bankAccountbillsupplierPaymentcashPlanEntrycostRecordfinanceAlertdeveloper/apps/business-core客户、供应商、产品与物料、订单、发票(含电子发票与催收状态)、收款、员工:其他方案包共用的底座。
staffMembercustomersupplieritemsalesOrdersalesOrderLineinvoicepayment接一个车间的报工群和 ERP、MES 数据,定下 OEE、闲置损失与按期完工率的口径和验收标准。
装工厂运营包,计划与采购的数字员工进群干活;按约定的指标签收。
扩到质量、设备、销售与财务;订单到收款与财务驾驶舱把车间接到现金。
不用。第一天靠的是现场已经在报的数:群里的报工、停机和缺料,加上 ERP 与 MES 的数据。已经进 MES 的设备数据,会跟着一起进来。
不换。ADIS 只读它们的数据;排产、改派、停机、报工这些它们没记下来的决定,记在 Semantic 里。写回业务系统的动作先走审批。
不会。计划员排产,系统算负荷、风险和损失;每一次改派都要写原因,旧的排产留着。
在你们自己的 Semantic 里,只有你们组织授权的人和数字员工能看。敏感岗位可以用跑在你们自己 AWS 账号或机房里的私有化模型。