订货会是内衣行业一年里最要紧的几天。样品摆满展厅，客户当场下单，而商品部要在两天内把上百款新品变成一堆能进系统的编码。
这段流程现在被搬进了勤哲 Excel 服务器：样品还在展厅，编码已经按规则生成，商品部要做的只剩核对。
过去是手工的：对着样品一件件抄款号、面料、颜色、尺码，再按规则拼成编码，录进表格发给信息部。48 小时听着够，实际常常通宵。
猫人（国际）香港股份有限公司遇到的正是这个卡点。这家 1998 年成立、做内衣研发生产与品牌运营的集团，涉及 30 多个部门，商品资料要在多个部门之间来回传。
他们用勤哲搭的这套系统叫集团商品编码管理，把人工拼表改成了系统生成。同样上百款商品，现在约 30 分钟出完编码。
编码看着只是一串字符，背后是各部门的约定。商品部关心品类和季节，供应链关心面料与工艺，销售关心价格带，财务关心结算口径。
过去这些信息靠电子文档传递。文件在邮箱和聊天窗口里流转，容易丢失，格式也不统一，接收方拿到手往往要再加工一遍。
更麻烦的是唯一性。同一款商品在两个部门各有一个临时编号，等到要合并报表时才发现对不上，只能回头一份份核。
系统的目标因此不是"多一张表"，而是把编码的规则固定下来：谁申请、按什么规则生成、生成后进哪个系统，一条链走到底。
整套系统只有两张主表在动：一张进，一张出。申请单负责把新品报进来，生成器负责把报进来的东西变成代码。其余两张分别是规则表和出口表。
两张主表之间靠流程串起来：申请、校验、生成、导入。每一段都有明确的输入与输出，出了问题能定位到具体一步。
编码要能读，就不能纯流水号。做法是给每个属性留一位字符：大类一位、年份一位、季节一位、性别一位，串起来既是唯一编号，也能一眼看出这是什么货。
这套规则集中放在基础字段表里。新增品类时只改这张表，申请单和生成器都不用动，编码逻辑自然跟着变。
规则定得越早越省事。等编码发出几千个再回头改，历史数据要么重编，要么永久保留两套规则，两边都难看。
商品部填报时只用管眼前这款货：品类、年份、季节、性别、面料、颜色、尺码。字段做成下拉，能选的不用打字，选完就少一半错。
提交的瞬间，表间公式开始工作。它去基础字段表里比对：这个品类有没有定义、这个季节代码是否合法、同款是否已经申请过。不合格的当场退回，不进入下一环。
把校验放在入口，是这套系统最省成本的设计。错误留在填报人眼前，改一处就好；等到生成环节才发现，回头要找的是整批数据。
生成器不填数，只做翻译。它从申请单里取出关键字段，按位拼成助记符；再用表间公式做行间匹配，到基础字段表里把每一位对应的字符取回来。
行间匹配是这里的关键。一行一行地比对，几十上百行也能一次跑完，不必人工对着规则表逐行查。
生成结果单独成表，与申请单一一对应。哪一款生成了、哪一款还空着，对照一遍就知道，不会出现"报了没生成"的悬案。
最后一步是把结果变成对方系统认得的格式。商品资料导入这张模板，字段名、顺序、长度都按百胜 ERP 的标准商品资料表来排。
内容是公式填的：一部分取自申请单，一部分取自生成器的匹配结果。打开就是一张填好的标准表，导出后直接导入，不用再在 Excel 里挪列。
这一步看着最不起眼，实际最容易被忽略。很多企业的编码工作并不难在生成，而难在"生成完了还要按另一个系统的格式重排一遍"。
系统 2020 年 4 月上线。到统计时，累计收集申请单 2006 单，生成商品代码 2041 单，累计生成商品资料 16226 个。
这几个数字之间能看出流程的稳定性：申请与生成基本一一对应，说明校验环节把大部分问题挡在了入口，没有出现大批返工。
项目组的总结写得很朴素："提高了多部门互相传递数据的工作效率，并能快速生成百胜 ERP 规范的商品资料文档。"没有豪言，但这正是这类系统该有的样子。
回看这套系统，真正起作用的不是四张表，而是那条被写进勤哲模板的规则：编码长什么样，由基础字段决定，不由某个人记住。
