进销存系统制作教程：从商品表到库存台账一步步搭

2026年10月15日 13:08

教程的目标不是功能多，而是商品表能撑住、台账能对上。

从商品表到库存台账，是把进销存搭起来最短的一条路。它只用两张表：一张记“有什么货”，一张记“货怎么变”。走完这条路，你就能开单、扣库存、看结存。整个过程分三步——建商品表、建库存台账、让两张表联动。下面按这三步拆开，每步给字段和常见错误。要先说明的是，这套教程针对单一仓库、单一计量单位的简单场景，一旦涉及多单位换算或批次效期，需要在台账上再加维度，本文不覆盖那部分。

图 1 培训或自学场景，人员跟着教程在电脑前搭建库存台账

1 先明确要做出什么

开始之前，把成品的样子描述清楚，能少走很多弯路。做完之后，你应该能做到三件事：

1）建一个商品，填上编码、名称、单位和库存。

2）开一张出库单，库存自动减少。

3）随时能查一个商品当前的结存数量。

就这三件，够了。凡是超出这三件的功能，先不做。教程最容易失败的地方，就是边做边加需求，最后一张表上挂了十几个字段，谁也理不清。

判断该不该加一个字段，可以问一句：没有它，我还能开单和查结存吗？能，就先不加。加字段的成本不在今天，而在以后每一次录入和核对里。

2 第一步：把商品表建对

商品表是整套系统里最基础的表，它定义了“你的货是什么”。

2.1 必填字段

1）商品编码：唯一，建议用短前缀加流水号。

2）商品名称：业务里实际叫的名字。

3）规格型号：区分同名的不同规格。

4）计量单位：个、箱、瓶、公斤等。

5）分类：便于按类筛选。

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

7）是否启用：停用的商品不再出现在选单里。

这七个字段够用了。再加就是锦上添花，容易变成负担。

2.2 最常见的三个错误

1）把规格写进编码：编码只做标识，规格放独立字段。

2）一个商品多条记录：名称不同、其实是同一个货，后面库存会分裂。

3）单位不统一：进货按箱、销售按个，却没记换算关系，数量永远对不上。

这三个错误一旦带进台账，越往后越难纠。

判断该不该加字段，标准可以很简单：加了这个字段，能不能减少一次对账或一次返工？不能，就先不加。字段越多，录入越慢，出错面也越大。

还有个容易忽略的点：商品表要留一个“停用”而不是“删除”的出口。用过的商品，哪怕下架了，历史单据还要引用它，直接删会让旧单出现空引用。停用能让它不再出现在选单里，同时保住历史记录的完整。

图 2 桌面俯拍，商品表、库存表与台账草稿依次排开

3 第二步：把库存台账建起来

台账记的是“货怎么变”，它是进销存的核心。

3.1 台账的字段

1）日期：业务发生的日期。

2）单据号：同一张单的多行明细用同一个号。

3）商品编码：和商品表保持一致。

4）方向：入或出。

5）数量：正整数。

6）单价：可选，用于成本核算。

7）经手人：谁经手的。

台账要按“一行一条明细”来记，不要把一整张单塞进一个单元格。

3.2 结存怎么算

最稳的做法是“累计求和”：某商品的结存 = 所有入的总和 - 所有出的总和。不要手工维护一个“当前库存”字段，那样迟早和流水对不上。

如果工具支持公式或汇总，用汇总算；不支持，就定期用脚本或透视表算一次，别靠人脑记。

台账还有个不成文的规矩：一旦记下的明细，不要直接改，要改就“红冲”——补一条方向和数量相反、并注明原因的记录。直接改历史明细，等于抹掉了过程，对账时看不出差异是怎么来的。

4 第三步：让两张表联动

4.1 联动靠的是编码

两张表能对上，全靠商品编码这一个“共同语言”。台账里的编码必须来自商品表，不能手输。手输就会出现“L001”和“l001”这种看着一样、实际两条的情况。

在录入界面把编码做成下拉选择，是挡掉这类错误最有效的一招。

退一步，做不了下拉也要加校验：录进去的编码必须在商品表里存在，否则直接报错。这一道检查能省下大量事后排查。

4.2 出入库动作怎么触发

开一张出库单，对应台账里增加若干条“出”的明细；开一张入库单，增加“入”的明细。台账本身可以不需要界面，它更像一个后台的记录本。

4.3 加一层校验

至少加两条：不允许负库存（除非业务明确允许），以及数量必须为正数。这两条能挡住大部分手误。

再补一条容易被忽略的校验：单据号不重复。同一张单的多行明细用同一个单据号是正常的，但没有单据号或单据号重复，会让“这张单到底几行”变得说不清，对账时很头疼。

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】。