零基础自制进销存软件，先把这几张主数据表定下来

2026年10月15日 13:08

主数据表定不下来，后面所有功能都是沙上建塔。

零基础自制进销存，第一件事不是打开软件，而是把主数据表定下来。主数据是整套系统里“变化最慢”的部分，它定义商品、仓库、客户供应商、经手人是谁。这几张表定得稳，后面的单据、报表才有根；定得乱，做得再多也白搭。下面按四张核心主数据表逐张说明字段和常见错误，再讲它们怎么关联。范围限定在单公司、单账套的小微场景，涉及多组织、多账套的情况，主数据的设计要复杂得多，本文不涉及。

图 1 人员在白板前梳理商品、仓库、往来单位等主数据关系

1 为什么先定主数据表

主数据和业务数据是两类东西。业务数据每天都在变，主数据很少变。比如“今天的出库数量”是业务数据，“这个商品叫什么名字、什么单位”是主数据。

把主数据先定下来，有三个好处：

1）录单据时不用临时想“这个商品建了没”，直接从已有清单里选。

2）统计时口径一致，不会出现“同一个货两种写法”。

3）改规则时，只改主数据一处，不用满地找关联。

反过来，主数据没定就先做单据，等于每张单都在即兴发挥，越往后越乱。

还有个现实原因：主数据是“改起来最贵”的部分。它被所有单据引用，一处改动牵动全身。所以它必须最早定、最谨慎地改。业务数据错了，改一张单；主数据错了，可能要把一批单都翻出来处理。

2 第一张：商品表

商品表是主数据里最关键的一张，几乎所有的账都围着它转。

2.1 字段清单

1）商品编码：唯一标识，首选短前缀加流水号。

2）名称：业务实际叫法。

3）规格型号。

4）计量单位。

5）商品分类。

6）参考进价、参考售价。

7）是否启用。

2.2 两个高频错误

第一个是把太多信息塞进编码。编码里带分类、带规格、带年份，看着聪明，一位写错整串作废。分类和规格单独放字段就够了。

第二个是“同名不同码、同码不同名”。一个货在采购那边叫“螺钉M6”，在销售这边叫“M6螺丝”，建成了两条记录，库存从此分裂。发现这种情况，要尽早合并，别拖。

判断要不要合并有个简单标准：如果这两条记录几乎不会同时出现在同一张单上，那它们很可能是同一个东西被写了两遍，越早合并越省事。

判断要不要合并，看一个简单标准：如果这两条记录永远不会同时出现在同一张单上，那它们可能是同一个东西被写了两遍。早期合并成本很低，等积累了几百张单据之后再合并，就要连带处理历史数据，麻烦得多。

图 2 桌面俯拍，商品表、仓库表、往来单位表的字段草稿并排

3 第二张和第三张：仓库表、往来单位表

3.1 仓库表

字段不用多：仓库编号、名称、负责人、是否允许负库存。

“是否允许负库存”这一项看着不起眼，其实是纪律开关。设成不允许，系统就会在出库超过库存时拦一下，逼你先把账理清楚。大多数小场景建议设成不允许。

3.2 往来单位表

客户和供应商建议放在一张表里，用一个“类型”字段区分。理由很简单：一个单位可能既是你的客户，又是你的供应商，分两张表会出现重复记录。

字段至少要包括：单位编号、名称、类型、联系人、联系方式、开票信息（如税号）。开票信息这类字段，等到开票时才补，往往已经晚了，建议建表时就留好。

仓库表和往来单位表有一个共同点：它们都是“看着简单、其实决定口径”的表。仓库决定了库存分几摊，往来单位决定了账往哪个方向算。这两张表定得草率，后面所有的报表都会跟着别扭。

这两张表还有一个共同要求：字段名要和业务里叫的一致。仓管看仓库两个字就懂，看到一串英文缩写还得先问人。

4 第四张：经手人表与四张表的关联

4.1 经手人表

经手人可以是员工，也可以是岗位。它的作用是把“谁开的单、谁审的、谁发的货”记下来。零基础搭建最容易省掉这张表，觉得“就我一个人用，记它干嘛”。

但只要涉及对账、追责，经手人就是关键线索。哪怕只有两个人，也建议把它列上。

经手人表还有一个用法：把它和“部门”或“角色”组合，就能做出简单的权限分组。谁只能开单、谁能审核，都可以基于这张表扩展。一开始不用做复杂，留好这个字段，后面需要时再往上加。

4.2 四张表怎么关联

四张表通过“编码”这种共同语言连起来：单据表里出现商品编码，就指向商品表；出现仓库编号，就指向仓库表；出现单位编号，就指向往来单位表。

关联的关键是：单据里引用的编码，必须来自主表，不能手输。手输就会出现“看着一样、其实两条”的情况，这也是很多账对不平的根源。

5 斑斑AI低代码在建表阶段能帮什么

如果嫌一张张建表麻烦，可以用低代码平台起步。斑斑AI低代码是开源免费的AI低代码平台，官网首页（核验日期 2026-10-12）写明“用AI快速搭建表单、流程、报表和业务应用，支持部署在自己的环境中”。

在建主数据表这件事上，它比较实用的一点是：把上面的字段清单用自然语言描述出来，先出一版商品表和往来单位表草稿，再逐条核对字段和单位。表结构清楚的，出草稿效率较高；“是否允许负库存”这类规则，仍然要你确认后配置。

首页还写明“支持本地部署 · 数据自主可控”，数据可以存在自己的部署环境里，可自部署开源版，也可选商业服务。具体许可证、代码仓库、托管云服务费用、免费额度和AI积分计费，目前只能按“需确认”处理，需要向官方单独核验，不要理解成托管和运维一并免费。模板中心的模板允许复制、修改、商用且无需署名。

图 3 两名人员用样本核对主数据是否完整一致

6 常见问题

6.1 主数据表要一次建全吗

不必。先把常用的商品和单位建好，跑起来再补。一次建全容易拖慢上线，但编码规则要先定死。

6.2 商品编码能改吗

规则定好后尽量别改。编码一旦被单据引用，改动会牵连历史数据。真要调整，宁可停用旧编码、新增新编码。

6.3 客户和供应商分两张表行不行

能分，但要接受重复记录的代价。用一张表加类型字段，维护成本更低。

7 结论与下一步

零基础自制进销存，先把商品、仓库、往来单位、经手人这四张主数据表定下来，后面才谈得上顺。编码规则和“是否允许负库存”这两处，是最该提前拍板的。斑斑AI低代码可以承接其中的表单搭建，但产品适配不等于项目自动完成，许可、积分计费和部署边界仍要在动手前逐项确认。

想先看当前版本能搭到什么程度，可以访问 斑斑AI低代码产品页；想直接拿现成模板当起点，可以到 模板中心 看看。

【内容与技术说明】
本文由斑斑AI低代码产品团队整理发布，内容由AI工具辅助生成并经团队人工核验。
因产品版本持续迭代，具体开源范围、功能、参数与AI积分规则以斑斑AI低代码官方文档为准。
如有技术疑问或内容勘误，欢迎通过support@banban.work反馈。
最后核校：【2026-10-14】。