数字化改造 · 项目理清看板

中山新泰纺织

约 100 人加弹 / 加捻厂 · 把纸单 + 文员手工的流程数字化

一句话定性：这不是软件开发项目，而是用现成无代码工具（钉钉 + 简道云）做生产与计件数字化的落地项目。核心理念 —— 装现成模板再适配，绝不从零造软件。
1

开发目的

WHY

现状痛点（从纸单反推）

  • 生产通知单 5 联复写分发，人人重抄、版本不一
  • 计件靠纸质日报，反复录入、易错、工资纠纷多
  • 考勤用纸质出勤表
  • 老板 / 财务拿不到实时产量、工资、批次去向，信息卡在文员一人

目标：让这条链自动连起来

考勤→ 报工→ 计件→ 坏纱扣减→ 工资→ 看板
  • 一处录入、全厂共享，消灭重复抄写
  • 工资自动核算、可追溯，减少纠纷
  • 老板 / 财务自助拉数，不再等文员
2

系统架构与整合视角

ARCHITECTURE
主平台 · 简道云（一个应用 = 多个互联模块）
生产计划批次 + 二维码
→
报工计件扫码计数
→
质检 / 坏纱合格 + 扣减
→
包装 / 装箱计件
→
工资核算数据工厂自动算
↑ 全部靠「共享主表键（工号 · 机台号 · 物料代码 · 批号）」自动互联，无需写桥接 ↑
地基 · 主表（喂给所有模块）
机台 · 工号 · 产品规格 · 计件单价 · 批号规则 · 坏纱原因
独立系统 · 钉钉考勤
手机打卡 → 原生集成（配置） → 工时进数据工厂算薪
未来外接（需真桥接）
财务 / ERP · 设备状态 / IoT 采集

两种"串联"，成本差一个数量级

平台内串联（便宜，占绝大多数）跨系统桥接（贵，少而关键）
是什么简道云一个应用里的多张表单/模块两个互不相通的系统之间对接
靠什么连共享主表键 + 数据工厂汇总原生集成配置 / API / 导数
要不要开发不要，配下拉和查找表即可要刻意设计，是命门
3

真正需要"桥接整合"的点

少而关键 · INTEGRATION
1
钉钉考勤工时 → 简道云数据工厂算薪 当前唯一必做
简道云有原生钉钉集成，多为配置而非写代码 —— 这是整套系统唯一绕不开的跨系统桥接。
2
财务 / ERP 对接 未来
工资条、成本数据回流。
3
设备状态 / 原料检测 / IoT 未来
机台实时状态采集进看板。
4

当前最大缺口（Phase 0 待填）

⚠ GAPS
工号清单 整张空
仅有岗位选项参考，无任何员工数据。
计件单价表 全空
5 道工序单价全空 —— 全项目最关键。
工资规则 全空
时薪 · 共机分摊 · 奖金 · 扣减 · 计时转计件全空。
批号 / 代码规则 待确认
前缀含义（ZDWC/QLCB…）、物料代码结构未定义。
产品规格主表 部分
5 行真实示例，客户代码 / 网咀列空。
坏纱缺陷原因 部分
13 项已列，是否扣减 / 扣减规则空。
关键结论：真正的"第一步"不是搭系统，而是先把这些主表填完 / 确认 —— 尤其是计件单价表和工资规则。主表不齐，系统建好也没数据可连。
5

红线 · 设计原则

PRINCIPLE
架构是「一个主平台 + 少量必要外接 + 原生看板」，不是「很多独立系统 + 一个总集成层」。
整合成本 ∝ 子系统数量

能在一个平台内做成模块的，就别拆成独立系统——"子系统"指功能域，不是各自独立的软件。看板优先用简道云原生仪表盘；只有当数据真散在 ≥2 个不互通系统时，"统一总看板"才升级为一个需要搭建的任务。前者工厂自己能维护，后者要专职开发。

6

成本阶梯

COST
¥0
学习 + 试点。 简道云免费版（≤30 用户、5 万条记录）足够建完并小范围测试。
¥5k–10k/年
铺到 ~100 人。 仅在开自动算薪时升标准版。省钱关键 —— 车间工人走二维码链接、不占付费席位，只为 ~10–15 管理岗付费。
恒免费
钉钉考勤始终免费。