迅琰网络科技 Logo提交需求 ↗

质检资料预检工作流

我们提供可本地运行的制造批次资料预检包,逐批列出缺件、资料版本差异和重复类型,供负责人逐项核对。

服务说明

行业:制造业;场景:批次资料交接前的完整性核对。我们仅检查资料清单元数据,不读取附件、不判断检测值,不把资料齐全写成质量合格、真实或允许出货。 输入:UTF-8 JSON,schema固定quality-documents-v1,snapshotVersion为快照版本;requiredDocuments是负责人事先确认的必需资料类型,如inspection与material。batches每项含id、productCode、revision、documents;每份资料含kind、revision、reference。编号及类型限1至80位英文字母/数字/点/横线/下划线,首位字母或数字;revision为1至80字符,reference为1至200字符。最多300批、每批60份、必需类型1至20项、文件1MiB。缺规则或重复批次编号、未知字段会拒绝,不自行编必需资料或适用标准。 运行:解压后阅读README.md,安装Node.js 22,执行node run.cjs sample-input.json并对照sample-output.json。准备自己的脱敏input.json后执行node run.cjs input.json。无需npm依赖、账户或联网;命令只读输入并向标准输出打印结果。 规则:workflow.json四节点与三连线依次读取、校验、核对、输出。按批次检查必需kind是否存在,缺少为missing_document;每份资料revision与本批revision逐字比较,不同为revision_mismatch;同一kind多份为duplicate_document_kind,不自动择新或合并。存在但版本不符单列版本差异,不把它伪装成缺件;不同批次可引用同一reference,是否可共用由负责人确认。 输出:JSON包含执行节点、快照版本、状态、summary、findings、输入字节SHA-256及边界。findings保留batchId、kind及相关reference/count。待处理为needs_review,无发现为ready_for_review;humanReviewRequired始终true。空批次输出0且仍待复核,不输出合格率、放行或客户结论。 异常:缺资料类型、重复批次、空引用、类型错误或不认识字段为INPUT_INVALID、退出2且无结果;流程不一致为WORKFLOW_INVALID。退出0只表示预检完成,不代表没有缺口。输入和附件不修改,不访问reference地址,不发消息、不签字、不写业务库。 示例:批次B1版本A,仅列inspection版本B而未列material,分别产生版本差异与缺件;同类两份则再列重复。负责人应核对真实原件、有效版本、检验结果、签核权限与最新状态后处理。FAQ:资料齐全能证明产品合格吗?不能,需另行专业检验与业务审批。我们可协助梳理批次、资料和复核记录关联,咨询:https://www.kmxywlkj.com/request 。

来源说明

我们原创的离线资料预检方法与运行文件。包内仅为虚构教学数据,不代表客户交付。结果供业务负责人复核,不替代真实系统校验、专业检验或业务审批。

版本

1.0.1

使用许可

proprietary

适用平台Node.js 22(本地运行)、迅琰流程规格 v1、人工业务复核
兼容声明ZIP包含workflow.json、run.cjs及输入输出样例。解压后用Node.js 22本地运行,仅检查JSON资料,不联网、不写业务系统;不是n8n、Dify或ComfyUI原生流程。

工作流节点

  1. 01 · input读取资料快照与既定必需类型
  2. 02 · review校验批次编号、规则及资料字段
  3. 03 · review列出缺件、版本差异与重复类型
  4. 04 · output输出资料问题,交负责人逐项复核

节点连线

  • inputvalidate
  • validatequality
  • qualityoutput

网站导航