如何自动编辑供应商目录而不发布不良数据

为何登入目录会成为反复出现的瓶颈

新的供应商很少按电子商务系统预期的形状发送数据。 一个电子表格可能包含一行的产品,另一个可能重复每个变体的母产品,第三个可能将价格,图像和库存分成不同的文件. 列名更改,类别标签不同,重要值在自由文字描述内得到.

团队通常会手动解决第一个文件,然后在下一个版本到达时重复同样的更正. 这就产生了隐藏的操作成本:复制值,重建类别,检查重复,查找失败行,以及决定空白字段是否意味着去除旧值还是留下它. 目录不断增长,但登船过程并不更加安全或更快.

有用的自动化将这些重复的决定转换成一个规范的工作流程。 它并不认为所提供的每个价值都是值得信赖的,它也不把出版作为第一步.

在接受文件前定义出版合同

首先记录可出版产品必须包含的内容。 合同应区分产品领域、可变领域、商业领域和频道专用领域。 它应当说明需要哪些标识符,哪个系统拥有每个值,接受什么格式,以及当一个源发送空白,重复或无效值时会发生什么.

对于Shopify目的地,合同可能需要稳定的源识别符、所有权、产品状况、选项定义以及至少一个有效的变体。 价格和库存可能来自企业资源规划,而不是供应商档案。 图像对于草案可能是可选的,但在激活前是强制性的. Google Merchant Center可能要求根据产品类型,市场和目的地进一步属性.

这项合同为自动化提供了明确的界限。 一行要么满足已知规则,要么通过核准的绘图加以改变,要么需要审查。 没有这个界限,快速的进口只会使活目录中出现不确定性.

• 需要的身份字段和发布每个标识符的系统
• 核准产品、变体、价格、库存和媒体所有人
• 接受的数据类型、单位、控制值和字符限制
• 空白、清除、替换和不变价值的规则
• 起草、审查和积极出版要求
• 对Shopify和产品饲料的频道特定要求

降落在中转区的所有来源

原上传内容不变并指定批量身份. 记录供应商、文件名、收到时间、计划版本、行数和文件校验和。 这创造了一个可靠的起点,当一个供应商后来询问一个值为何改变或发送一个同名的更正文件.

将文件解析成中转记录而不写到直播商店. 在任何已转换的值旁保留原始行 。 如果相关文件分别到达,则通过明确的源密钥而不是行位置链接. 然后可以独立处理产品文件、库存文件和图像文件,而不必假装它们是一个完美的导出.

斯克马漂流应该可见. 新建、重新命名或缺失的列应该暂停受影响的映射,而不是默默地将数据移入错误的字段。 该系统可以继续处理未受影响的记录,同时提出需要作出决定的变动.

将核准的绘图变成可重复使用的规则

映射不仅仅是匹配列名. 名为 " 物品 " 的供应商栏可能是供应商识别码,而另一供应商则使用 " 物品 " 作客户标题。 每个映射都需要一个源域,目的地域,转换,验证和所有权规则.

自动实现安全,可重复的转换,如修剪白空格,规范所批准的类别标签,转换已知单位并分离选项值等. 保留原值和适用规则,结果仍可解释。 不能有自信地解释的价值观应留在审查中,而不应被猜到.

版本绘图。 当一个类别规则或目的字段改变时,新批次可以使用新版本,而更早的工作保留产生它们的规则集. 这对于在来源文件发生变化后调查目录更新至关重要.

1. 描述源列和样本值.
2. 将每列都映射到一个产品,变体,关系或商业领域.
3. 附上经批准的转换和鉴定规则.
4. 对照代表性和故意困难的行来测试绘图.
5. 版本并在允许重复运行前批准设定的规则 .

在撰写之前验证完整的拟议目录

鉴定工作应当以实地,记录,关系和分批进行. 实地检查捕获无效的日期、价格、单位和控制值。 记录检查确认所需属性和有效变种组合. 关系检查识别出失踪的父母,重复的识别资料和图像指定给未知产品. 批量检查显示异常总数,例如文件将归档目录的一半.

Google Merchant Center说,准确和正确格式化的产品数据至关重要,文件要求格式和对属性的最低要求. 登陆页和提交的数据也需要达成一致。 因此饲料错误是有用的目录质量信号,但在数据到达饲料之前应该进行同样的检查.

产生明确结果:准备就绪、准备警告或封锁。 每个被屏蔽的记录都应该显示源行,失败的规则和纠正行动. 没有记录级细节的百分数对必须修补文件的人没有帮助.

计算更改集而不是盲目替换

将已上演的记录与当前目的地进行比较,并将每个操作归类为创建,更新,保留不变,归档或审查. 显示不同的字段 。 这使得一个完整的文件无法成为完整的重写,并使影响在发布前可以理解.

使用稳定的源和目的标识符进行匹配. 标题,手柄和说明允许更改,不应决定哪些产品收到更新. 变相操作需要变相身份以及母产品身份,因此SKU或条码不能移动到错误的选项组合.

明确名单替换. shopify文档,产品Set处理列表字段与scalar字段不同:包含列表值描述想要的完整状态,而省略的scalar字段保持不变. 工作流程必须理解这种区别,因为不完整的变体或收集清单可以去除没有提供的条目.

将批准努力与改变的风险挂钩

并不是每个更正都需要同样的审查。 经批准的白地清理和既定的同义词可能风险低. 新的产品,身份变化,被删除的变体,大价格变动,相容性要求和质量状态变化,都值得更严格的控制.

围绕拟议的修改制定批准规则。 审查者应了解当前和拟议值、来源证据、受影响的渠道以及规则的发射原因。 批准应涵盖确定的批量和绘图版本,而不是该供应商今后提交的所有文件.

对于量大的工作,允许有效记录取得进展,而被屏蔽的记录仍然处于修正排队状态. 这缩短了上岗时间,同时又不降低出版标准.

• 已经测试和授权的自动核准转换
• 要求审查身份、删除、兼容性和不寻常的商业变化
• 总数超出预期范围的区块批次
• 保留被拒绝的记录及其理由和来源证据
• 记录批准批次、批准内容和时间

按可控批次公布可观测结果

大型目录应当分批确定. 给每个操作一个一能键,所以重试不会产生出第二个出品或者两次应用相同的变化. 尊重平台限制,跟踪进度并存储每个记录的目的地响应.

Shopify为大宗进口提供大宗突变作业,并返回其状况和结果可以检查的作业。 它的产品Set突变也可以同步运行并返回结构化的用户错误. 实际教训是,提交工作与完成工作不同:自动化必须监督操作,收集出错并调和最终目的地状态.

检索应针对瞬态故障,而不是无效数据. 超时或临时费率限制可以由后退进行再试. 拒绝的字段、未知的标识符或无效的变体需要更正 。 混合两个类别都会产生无尽的队列,使一个失败的批次显得繁忙而不是被打破.

一个具体的例子:装入8 000个供应商部件

考虑一个经销商收到8 000个部件,包括产品细节、变体包大小、价格、库存和图像。 NetSuite拥有项目参考和价格,Sage 200拥有另一个分部的股票,而Shoppify是销售渠道. 供应商文件提供说明、类别建议和技术属性,但不得覆盖操作值.

批量降落在进行中,并在任何文字之前被剖析。 现有记录通过核准的识别资料匹配。 新记录收到Shopify产品和可变结构。 类别映射和单位转换自动运行,而重复识别符,缺失的父母和出乎意料的选项组合则输入审查.

预览报告有6,920个未修改的记录,640个安全描述更新,280个新草稿,110个警告和50个被封杀的记录. 企业可以批准描述性更新和草稿,而无需等50行出错. 价格和库存仍然与其授权的系统相连.

出版物按控制批次发布。 每一个shopify结果都记录在来源记录和目的地ID上. 失败的平台运行进行调节,在目的地检查成功项目,最终报告准确显示变化. 接下来的供应商文件重用所批准的映射,而不是重新开始人工操作.

将企业资源规划系统、供应商和库存前期责任分开

当每个字段都有了明确的拥有者时,目录自动化效果最好. 供应商可以拥有技术规格,企业资源规划系统可以拥有成本和可用性,产品团队可以拥有客户信息复制品,Shopify可以继续作为出版目的地. 工作流程将这些责任结合起来,而不允许最新文件赢得每次冲突.

这种分离也控制了方向. 允许Shopify编辑更新一个经核准的演示文稿字段,但不得在受管制的企业资源规划项目号上回流。 企业资源规划库存更新不应取代产品副本。 所有权规则使连接的系统有用而不会将同步变为无控制的覆盖.

M.I.A.I目录自动化是为基于工作流程的浓缩,属性映射,质量检查和人类审批控制而设计的. 它将规范的工作流程应用于目录分类,丰富和出版准备,包括供应商上船,频道上市准备和类别标准化.

衡量速度和正确性

有用的衡量标准不是系统所触及的行数。 从收到到可公布目录的跟踪时间,未经干预处理的记录百分比,先行验证率,因故被屏蔽的记录,目的地出错率和解决例外的时间.

还衡量重复工作是否正在消失。 良好的映射应可减少下一个供应商文件的人工更正。 如果每周都有同样的例外,则改进规则、源合同或供应商的反馈,而不是再三付钱给别人以澄清.

审查下游结果:积极列出具有所需属性的产品、被饲料拒绝的产品、缺失的图像、无效的变体、出乎意料的档案以及真源系统和目的地之间的差异。 只有当所产生的目录仍然值得信赖时,加快入职才有价值.

目录自动化准备清单

• 书面出版合同界定了所需领域和所有权.
• 每次上传都被保存下来,并被确定为不可改变的源批.
• 绘图工作经过测试,版本化,并与明确转换挂钩.
• 验证涵盖字段,记录,关系和整批撞击.
• 稳定的标识符将产品和变体与目的地记录相匹配.
• 预览区分了创建,更新,没有变化的记录,档案和块.
• 批准与风险成正比,适用于确定的批次.
• 大规模工作通过完成监测,并核对其错误.
• 报复是一能的,仅限于真正可以重复的失败.
• 最终审计将每个源行与其最终结果联系起来.