进销存管理系统软件

进销存管理系统软件

曹海峰个人博客

进销存管理系统软件

37
篇内容
5
个章节
13,091
总阅读
2026
年更新
开始阅读

入门扫盲

01 什么是进销存?一篇讲透进销存系统(附 3 个自检清单)

什么是进销存?用菜市场摊位讲给你听

系列第 01 篇 · 入门扫盲

老王的饭局

老王在镇上开了家五金店,八年时间,从一间小铺做到了三家分店。

上个月饭局,他听一个开服装店的同行说:"你也该上个进销存了。"

回家路上,他越想越虚——开了八年店,他甚至说不出"进销存"这三个字连起来到底是什么意思。

第二天他问会计:进销存是不是财务软件?会计摇头说不是。
他又问做销售的儿子:是不是那种扫码枪 + 电脑的东西?儿子说那只是工具。
他干脆百度,结果跳出一堆软件广告,越看越懵。

老王不傻,他知道自己缺的不是软件,是先搞清楚——这到底是个啥东西。

这篇文章就讲给老王,也讲给所有像老王一样的小老板听。


一句话先讲清

进销存,就是你做生意的那本「流水账」,只不过它把账本搬上了电脑,还顺手把仓库也管了。

这句话就够了。剩下两千字,都是为了让你"信"这句话。


用菜市场摊位讲:老张的蔬菜摊

老张在城南菜市场卖了二十年菜。他没读过 MBA,没用过任何软件,但他每天做的事,本质上就是一套完整的进销存。

凌晨四点:进

老张去批发市场,拉回来:

  • 黄瓜 50 斤,每斤 1.2 元,花了 60 块
  • 西红柿 40 斤,每斤 1.5 元,花了 60 块
  • 青椒 30 斤,每斤 2 元,花了 60 块

他口袋里揣着小本子,记了一行字:"今早进货 180 元。"

这就是「进」——把货从供应商那里搬到自己这里。

早上六点到晚上八点:销

摊子摆开,顾客来了又走:

  • 黄瓜卖了 45 斤,每斤 2 元,收了 90 块
  • 西红柿卖了 35 斤,每斤 3 元,收了 105 块
  • 青椒卖了 25 斤,每斤 4 元,收了 100 块

一天下来毛收入 295 块。

这就是「销」——把货从自己这里卖给客户。

晚上八点收摊:存

摊位上剩了:黄瓜 5 斤、西红柿 5 斤、青椒 5 斤。

这些是「存」——明天还能卖,但卖不完就要烂掉。

这就是「库存」——还没卖出去、还在自己手里的货。

但其实还有一条暗线:钱

聪明的老张,会顺手把另一笔账也算了:

  • 今天卖了 295 块
  • 早上花了 180 块
  • 毛利 115 块

如果他给熟客赊了账("老李,你这礼拜先记账,礼拜天结"),他还得记一笔:应收:老李欠 20 块。

这条「钱」的线,老张可能没刻意学过,但他每天都在算。

划重点:很多人以为进销存就是「进、销、存」三件事。其实真正能赚钱的老板,都还在管第四件事——钱(应收应付)。这条暗线,下一篇会专门讲。


老张菜摊的一天

 

进、销、存、钱——一个菜摊也是这四件事,一个上亿营收的公司还是这四件事。区别只是规模。


从菜摊到公司:为什么靠脑子不行了

老张一个摊位、三种菜、不赊账、自己一个人——脑子加一个小本子就够了。

老王的五金店呢?

  • 品种:光螺丝就有上千种规格(不同直径、长度、材质、牙距)
  • 仓库:店里、库房、有时还在客户那寄存
  • 员工:6 个伙计,分别管不同片区
  • 客户:很多是熟客,月底结账
  • 供应商:十几家,付款周期还不一样

这时候靠脑子和本子,会发生什么?

  1. 螺丝 M8x30 上周还有一箱,今天客户来要,找遍仓库没有——后来才知道是上周小李卖了忘了说
  2. 老顾客张总说"我上次已经结过账了",老王翻不出原始单据,只能认下来
  3. 月底盘库存,账上写有 200 个铰链,实际数出来 178 个,差了 22 个——不知道是被偷了、丢了、还是哪个伙计卖了忘了登记

这就是没有进销存的小公司每天在偷偷亏的钱。


所以,进销存系统到底是什么

一句更准的话:进销存系统,就是把老王本该用脑子 + 小本子 + Excel 干的事,搬到一个软件里,让多个人同时能看、改不掉、丢不了。

它就帮老王做四件事:

  1. 记每一笔进货:谁、什么时候、从哪个供应商、买了什么、多少钱、付了没
  2. 记每一笔销售:谁、什么时候、卖给哪个客户、卖了什么、多少钱、收了没
  3. 算实时库存:现在仓库里到底还有多少,谁动过的
  4. 算钱的进出:欠别人多少、别人欠我多少、今天净赚多少

就这四件事。但任何一件做不对,老板都会睡不好觉。


三个最常见的误区

很多人把进销存和其他系统搞混。这里一次讲清。

误区一:进销存 = 财务软件

不是。

  • 财务软件(用友、金蝶的财务模块)管的是「已经发生的钱」——出纳、记账、报税、出报表
  • 进销存管的是「生意本身」——货从哪里来、卖给了谁、还剩多少、谁欠谁的钱

财务软件回答"上个月赚了多少",进销存回答"今天还能卖什么、找谁要钱"。

误区二:进销存 = ERP

进销存只是 ERP 的一块(核心模块之一)。ERP 还管生产、人力、供应链、项目……

中小企业一般用不上完整 ERP,进销存 + 一套简单财务,足以支撑到几千万营业额。

误区三:进销存 = 仓库管理软件(WMS)

也不是。

  • WMS 管的是「仓库内部怎么转」——货架编号、拣货路径、出入库扫码效率
  • 进销存 管的是「生意全链路」——从供应商到客户的全过程

WMS 是显微镜,进销存是望远镜。

进销存、ERP、财务、WMS 怎么分工,本系列第 03 篇会展开详细讲。


四种系统的边界

系统类型 它管什么 不管什么
财务软件 已经发生的钱、报表、报税 库存、订单、客户欠款明细
进销存 进货、销售、库存、应收应付 生产、人力、复杂供应链
ERP 财务 + 进销存 + 生产 + 人力 + 项目 (啥都管,但贵 / 复杂)
WMS 仓库内部运转细节 销售、采购、客户

你的生意需要进销存吗?三个自检问题

  1. 你能不能在 30 秒内说出"现在仓库里某个商品还剩多少"?
    说不出来,就该上。

  2. 客户对账时,你能不能一键拉出"过去三个月所有交易明细"?
    翻不出来,就该上。

  3. 员工离职、偷懒、私下飞单,你能不能从系统看出蛛丝马迹?
    看不出来,就该上。

三个问题里有两个答"做不到",进销存对你来说就不是「要不要」,而是「早晚」。


结尾

老王的五金店,最后还是上了进销存。
上线第一个月,他就发现了一件让他心凉半截的事——这件事我会在第 25 篇《库存为什么会变负数?》里讲。

留个问题给你:

你的生意目前是怎么管库存的?是脑子 + 本子、Excel,还是已经上了系统?欢迎留言聊聊踩过的坑。

下一篇预告:《进销存还差一块:应收、应付、预收、预付,一篇讲透(附 3 个自检问题)》——专门讲我前面留的那条暗线:钱。

02 进销存还差一块:应收、应付、预收、预付,一篇讲透(附 3 个自检问题)

进销存 = 进货 + 销售 + 库存?其实还差一块,很多人不知道

系列第 02 篇 · 入门扫盲

老李的怪事

老李在县城开了家烟酒副食批发店,做了五年,生意越做越大。

今年春节前盘账,他盯着两个数字发呆:

  • 系统里写着「今年净赚 38 万」
  • 银行卡余额加上店里现金,只剩 6 万

中间的 32 万,到底飞到哪里去了?

老李一开始怀疑员工偷钱、收银漏单、记账出错……翻了半个月单据,最后才弄明白:钱没丢,只是有的还没到账,有的早就提前花出去了。

而他用的那个进销存软件,从头到尾都没认真告诉过他这件事。

这篇文章,就是来补上老李缺的那一课。


「进销存」三个字,先回顾一下

第 01 篇我们说过:

  • 进:把货从供应商那里搬到自己这里
  • 销:把货从自己这里卖给客户
  • 存:还没卖出去、还在自己手里的货

听起来够了。

老张的菜摊也确实够了——一手交钱一手交货,当天进的当天卖,剩下的当天就能盘完。

可只要你的生意涉及赊账、押款、定金、月结这几个词中的任意一个,三件事就立刻不够用。


还差的那一块,叫「钱」

老张的菜摊里其实也藏过这条线(上一篇结尾,老李欠他 20 块)。

只是菜摊小、周期短,钱基本一两天就清,所以感觉不到这块的存在。

但生意一上规模,钱就不会再跟货同步流动:

  • 你卖出去的货,钱可能 30 天后才到
  • 你买进来的货,可能要先打款才发货
  • 客户下了定金的订单,货还没发出去
  • 给供应商收的货,钱还压着没付

这四种情况只要存在一种,你账面上的「利润」和你卡里的「现金」就开始对不上。

进销存如果只管「货」,不管「钱」,老板就会像老李一样——账上每月都在赚,年底突然发现没钱过年。


三组「账面 vs 现实」的对比

老李后来把店里的账重新拆开,发现钱主要卡在三个地方。

对比一:销售开了 195 万,到账只有 102 万

老李年底统计:今年一共开票卖出 195 万的货。
但银行账户全年累计入账只有 102 万。

差的 93 万去哪了?打开往来明细一查:

  • 张老板拖了 4 个月,欠 28 万
  • 李超市说"年后一起结",欠 41 万
  • 还有一堆零散小客户,加起来 24 万

销售 ≠ 收钱。卖出去的货变成「应收」,在没变成现金之前,都不算真正落袋。

对比二:库存只剩 60 万,付出去 78 万

仓库里堆着 60 万的烟酒。但今年他给上游打了 78 万的款。
多打的 18 万呢?

打开「预付款」一查:

  • 给某老牌酒厂打了 18 万的「春节预付款」,货要正月底才发

预付了,货没到,钱已经走了,但库存表上看不出来。

对比三:客户已付 24 万,货一件没发

正月期间,老李收了 24 万的「春节烟酒套装」预订款,货还没出。
这 24 万躺在他卡里,但其实不全是他的——一旦客户不要了,他得原路退回。

预收的钱,不能当利润花。


配图 1:进销存的「四件事」

 

货有「进、销、存」三个状态。
钱有「应收、应付、预收、预付」四个状态。

一套合格的进销存系统,应该同时把两条线都管起来。


老板最容易搞混的四个账

不展开讲(第 12 篇专门一节),先记住这张表:

名词 一句话理解 谁欠谁 主要风险
应收 货卖出去了,钱还没收到 别人欠我钱 收不回来变坏账
应付 货收到了,钱还没付 我欠别人钱 拖太久影响信誉
预收 钱收到了,货还没发 我欠别人货 必须按期交付
预付 钱打了,货还没到 别人欠我货 对方跑路风险

记住一个口诀:

  • 应收 + 预付 = 你 hold 着的是「欠条」,对方拖一天你就担一天风险
  • 应付 + 预收 = 你 hold 着的是「债务」,看着是钱,实际不归你

划重点:老板最常犯的错,是把卡里的「预收」当利润花,把账上的「应收」当现金算。这两件事,每年都在干掉无数小老板。


为什么有的系统只算「三件事」

市面上不少便宜的进销存软件(包括很多免费版),只做了「进、销、存」三个核心,不碰资金往来。原因有三个:

  1. 简单好卖:三个字门槛低,老板一听就懂,签单快
  2. 开发成本低:不用做账期、不用算坏账、不用对接收付款
  3. 客户错觉:以为店里多了一个软件就「现代化」了

结果就是老李这样的——

看着系统天天显示赚钱,年底盘账才发现现金紧张,借钱过年。

没管「钱」这一块的进销存,本质上和 Excel 没什么差别——多了一些表单美化,少了一支笔。


一个生意人最该问系统的三个问题

如果你已经在用某个进销存软件,今天就花 1 分钟,去问问它能不能回答以下三个问题:

  1. 今天有多少钱别人欠我?分别欠了多少天?
    (这叫"应收账龄表"——3 个月以上的应收,基本就要警惕坏账了)

  2. 下周我要付出去多少钱给哪几家供应商?
    (这叫"应付到期提醒"——决定你下周要不要去找银行调头寸)

  3. 预收的钱里,还有多少订单没有履约?
    (这叫"预收负债"——这部分钱花不得,因为可能要退)

三个问题里有一个答不上来,你的「进销存」就只完成了一半。


三个老板的对比

角色 进 销 存 钱
老张(菜摊) ✅ 当日小本子 ✅ 一手交钱 ✅ 收摊一眼看完 ⚠️ 偶尔记一笔赊账
老王(五金店) ✅ 系统记录 ✅ 系统记录 ✅ 系统统计 ❌ 凭脑子估
老李(批发店) ✅ 系统记录 ✅ 系统记录 ✅ 系统统计 ⚠️ 只记不分析

菜摊可以忽略「钱」这一块(规模太小、周期太短)。

但只要你的店里出现以下任意一种情况——

  • 有月结客户
  • 有押款 / 赊账供应商
  • 有先收定金的订单
  • 有先打款再发货的采购

这条暗线就必须管,而且要在系统里管,不能凭脑子。


结尾

老李后来换了一套带「往来」模块的进销存。

上线第一个月,光是一份「应收账龄表」,就帮他识别出 7 个长期拖账的客户。他逐个上门催收,到春节前多收回来 18 万现金。

那年他和老婆喝着压岁酒说了一句话:

"早三年知道这事,儿子的婚房都不止订一套。"


留个问题给你:

你的生意里,「卖出去的钱」和「实际到账的钱」差距大吗?平均多久才能收回来?欢迎留言聊聊踩过的应收坑。


下一篇预告:《进销存和 ERP、财务软件什么关系,会不会买重复》——市面上几种最容易混淆的系统,一次把边界画清楚,帮你避免重复花钱、买错工具。

03 进销存和 ERP、财务软件什么关系?一篇讲透三者边界(附选型自检)

系列第 03 篇 · 入门扫盲

老陈花了 28 万的教训

老陈在浙江做卫浴五金生意,年营业额三千多万,自认为不算小老板。

去年他一年之内,前后买了三套软件:

  • 三月份,先上了一套「金某 K3」财务软件,22000 块
  • 七月份,听同行说「ERP 才是企业级方案」,咬牙换了一套通用 ERP,18 万
  • 十二月份,发现 ERP 对小老板太重,又掏钱单独买了一套「进销存 + 收银」,7 万多

三套软件加起来 28 万,最后真正天天在用的,只有那个 7 万的进销存。

ERP 那套,财务模块用不会、生产模块用不上、报表模块没人看;财务软件被会计独占,店里其他人根本碰不着。

老陈后来跟我说:「要是早一年有人把这几个东西的关系给我画清楚,我至少能省 20 万。」

这篇文章,就把市面上最容易被搞混的几套系统——进销存、财务、ERP、WMS、CRM——的边界一次画清楚。


先说结论:一张图看懂五种系统

记住这张图就够了:

  • ERP 是个大筐,里面装着进销存、财务、生产、人力等很多模块
  • 进销存 是 ERP 的核心模块之一,能单独用
  • 财务 也是 ERP 的核心模块之一,也能单独用
  • WMS 是把进销存的「库存」那部分往细里做
  • CRM 是把进销存的「客户」那部分往细里做

一个个拆开讲

1. 进销存:管「生意流转」

一句话:进销存管的是「货怎么进来、卖给谁、还剩多少、谁欠谁钱」。

它的视角是「单据」:

  • 一张采购单 → 一张入库单 → 一张付款单
  • 一张销售单 → 一张出库单 → 一张收款单

老板每天要的「今天卖了多少、库存还剩多少、谁欠我多少」,全是进销存回答。

适合谁:所有有进货 + 卖货的生意,从夫妻店到几亿规模都能用,只是版本不同。

2. 财务软件:管「已经发生的钱」

一句话:财务管的是「凭证、账簿、报表、报税」。

它的视角是「会计科目」:

  • 借:库存商品 10000
  • 贷:应付账款 10000

老板自己看不太懂,但税局认这套,银行认这套,年审认这套。

适合谁:所有需要报税、出具正式财务报表的公司(也就是几乎所有公司)。

3. 进销存 vs 财务:到底有啥区别

很多老板把这两个混为一谈,是因为它们都在「记账」。区别在哪?

维度 进销存 财务
看什么 看货、看单、看欠款 看科目、看凭证、看报表
谁在用 老板、销售、采购、仓管 会计、出纳
出什么 销售明细、库存表、应收账龄 资产负债表、利润表、现金流量表
给谁看 业务自用 给税局、银行、股东、董事会
关注点 "今天还能卖什么" "上个月赚了多少"

一句话总结:进销存是给做生意的人看的,财务是给数钱的人看的。两套是互补的,不是替代的。

很多正规公司是「进销存 + 财务」两套并行:业务在进销存里跑单据,月底把进销存的数据「过账」到财务,财务做凭证、出报表。

4. ERP:大而全的总集成

ERP 全称 Enterprise Resource Planning,企业资源计划。

听起来很高大上,本质上就是:把进销存、财务、生产、人力、采购、项目……这些独立的系统,打包成一套,让数据互通。

为什么要打包?举个例子:

  • 生产部今天要开 200 件衣服的工单
  • 采购部根据 BOM(物料清单)自动算出要买多少布料、多少纽扣
  • 仓库根据采购单收货入库
  • 车间根据工单领料生产
  • 销售根据成品入库后向客户报有货
  • 财务自动生成成本核算和会计凭证

这五件事,在 ERP 里是一条数据流穿下来的,不用人工传单据。

适合谁:

  • 有生产环节的公司(工厂、加工型企业)
  • 多部门、多业务条线、需要数据打通的中大型企业
  • 一般年营业额 5000 万以上、员工 50 人以上才划算

不适合谁:

  • 纯流通型(只进货卖货,不生产)的中小企业
  • 不需要管生产、人力的小老板

老陈就是个典型——他是卫浴流通商,根本不生产,硬上 ERP 等于「开飞机送外卖」。

5. WMS:仓库内部的显微镜

WMS = Warehouse Management System,仓库管理系统。

它和进销存的区别:

  • 进销存关心:这个商品总共还有多少
  • WMS关心:这个商品分别在 A 区 03 排 7 号货架第 2 层、B 区 01 排第 4 号货架第 5 层各放了多少;拣货员该走哪条路线最快

适合谁:

  • 仓库面积大(500 平米以上)
  • SKU 多(上千种以上)
  • 出入库频繁(电商仓、物流仓、第三方仓)

普通五金店、副食店、服装店,用不上 WMS。

6. CRM:客户那一块的深度版

CRM = Customer Relationship Management,客户关系管理。

进销存里也有客户档案,但通常只记「名字、电话、地址、欠款」。

CRM 还会管:

  • 客户的跟单阶段(线索 → 意向 → 报价 → 成交 → 复购)
  • 销售员每次拜访的记录
  • 客户的生日、偏好、历史投诉
  • 自动化营销(生日短信、满减券、流失预警)

适合谁:销售周期长、客单价高、需要持续跟进的生意——B2B 大客户销售、教育培训、医美、地产、保险等。

零售型生意一般用不上独立 CRM,进销存里的客户模块够用。


配图:五种系统的关注点对比

一句话定位:

  • 想管库存细节 → WMS
  • 想管生意流转 → 进销存
  • 想管整个公司 → ERP
  • 想管财税合规 → 财务
  • 想管客户跟进 → CRM

三种最常见的「重复购买」陷阱

陷阱一:先买财务,再买进销存

很多老板第一次买软件,被推销员忽悠买了财务。

用了半年发现:会计在用,业务部门看不到数据,库存还是靠 Excel。

然后又花一笔买进销存,俩系统数据还不互通,每月还要人工导一遍。

正确顺序:先上进销存(业务),再上财务(合规),让进销存的数据「过账」到财务。

陷阱二:用 ERP 当进销存用

老陈的故事就是。

ERP 模块多、配置复杂、年费贵(一般 5 万起),还要请实施顾问。

如果你只用其中的进销存模块,等于花了别墅钱买公寓——亏。

判断标准:你的公司有没有生产环节?跨部门协同有没有真实痛点?没有,就别碰 ERP。

陷阱三:进销存 + WMS + CRM 各买一套

听上去专业,实际上数据散在三处,对账崩溃。

正确做法:

  • 业务量小:选一套带客户模块、带简单库位的进销存就够了
  • 业务量大:选「主系统 + 边缘系统」的方案,确认数据能打通再买

老板该怎么选:三个判断维度

维度一:你的生意里有没有「生产」
  • 没有生产(纯进货卖货):进销存 + 财务,足以做到几千万营收
  • 有简单加工(卤味、烘焙、五金加工):进销存 + 财务,选支持「组装/拆分」的版本即可
  • 有完整生产(工厂、车间、多工序):考虑 ERP
维度二:你的业务是否跨多个部门 / 多个城市
  • 单店 / 单仓 / 老板亲自管:进销存就够
  • 多店 / 多仓 / 多部门:进销存的「连锁版」或轻量 ERP
  • 全国多分公司 / 跨国:上 ERP
维度三:你的客户关系复不复杂
  • 一次性客户为主(餐饮、便利店):进销存自带客户模块够
  • 大客户、长周期、多次跟进:进销存 + CRM
  • 会员制、积分制、营销活动多:进销存 + 会员系统(也是 CRM 的一种)

配图:不同规模公司的系统组合

公司类型 推荐组合 年预算参考
夫妻店 / 个体户 进销存(基础版) 0 - 2000
单店零售 / 批发(百万级) 进销存 + 简易记账 2000 - 1万
中小连锁 / 批发(千万级) 进销存(连锁版)+ 财务 1万 - 5万
加工型小厂 进销存(带组装)+ 财务 1万 - 8万
中型企业(亿元级) 轻量 ERP 或 进销存 + 财务 + CRM 5万 - 30万
大型 / 上市公司 完整 ERP(SAP、Oracle、用友 NC) 100万+

老陈三千万营收的卫浴批发,本来 3 万块的进销存就够用。


一个最简单的自检办法

不知道自己该买什么?问自己三个问题:

  1. 每天最让你头疼的是哪件事?

    • 库存不准 / 不知道还有多少货 → 进销存
    • 月底报税 / 应付员工工资 / 出报表 → 财务
    • 多部门协同 / 上下游对账 → ERP
  2. 你的公司有多少人在用这套系统?

    • 1-3 人 → 进销存
    • 5-20 人 → 进销存 + 财务
    • 50 人以上 → 考虑 ERP
  3. 你预算多少?

    • 几千:进销存基础版
    • 几万:进销存 + 财务
    • 十几万以上:再考虑 ERP

结尾

老陈后来把 ERP 和财务软件都停了,只留下那个 7 万的进销存,加上请了个兼职会计另装一套 1 万多的财务。

整体年成本从 28 万降到 8 万,店里反而更顺手了。

软件不是越贵越好,而是越合适越好。


留个问题给你:

你的店里现在用了几套软件?数据互通吗?有没有买重复或者买冗余的?欢迎留言聊聊。


下一篇预告:《进销存的「前世今生」:从账本到 Excel 到云端》——三十年管账方式的演变史,看完你就知道为什么云进销存是必然趋势。

04 进销存的前世今生:从账本到 Excel 到云端,一篇讲透三十年演变(附自测)

系列第 04 篇 · 入门扫盲

老周的四本账

老周今年 62 岁,在汉口做了 40 年茶叶批发。

去年我去他店里,他从柜台底下掏出四样东西摆桌上:

  1. 一本泛黄的、毛笔字的账本(1986 年)
  2. 一摞印着复写纸的三联单(1998 年)
  3. 一台还能开机的台式机,里面装着金某 KIS 单机版(2008 年)
  4. 一台 iPad,登着一套云进销存(2023 年)

「这四十年,我的账,前后倒腾了四次。每次都觉得这次总该够用了,结果用着用着又不够用。」

老周这四本账,刚好就是中国进销存系统三十多年演变史的缩影。

这一篇,我们就跟着老周的四本账,看看小老板的「记账方式」是怎么一步步走到今天的。


第一代:手工账本(1980s - 1990s 中期)

长什么样

牛皮纸封面,竖排,毛笔或者钢笔写。一本流水账、一本进货账、一本客户欠账,三本平行。

每页最上面写日期,下面一行行记录:

五月初三 收 老吴 龙井两斤 收洋八十元 五月初五 进 武夷岩茶五斤 付货款一百二十元 欠老胡四十

优点
  • 零成本(除了纸和笔)
  • 不停电、不死机、不丢数据
  • 凭手感就能找到去年某一天的某一笔
缺点
  • 找数据靠翻——客户问「我上月一共买了多少」,老板得翻半小时
  • 算账靠脑子——库存还剩多少全靠估
  • 字一旦写错或者本子丢了,没救
  • 没法多人协同——老板不在店里,伙计就不知道客户欠多少
适合谁

那个年代基本所有小老板都是这样。一天交易十来笔,靠记忆 + 翻账完全够用。

老周说,他从 1986 年开店到 1997 年,整整 11 年用的是这套,没出过大错——因为生意小、客户少、品种少。


第二代:纸质三联单 + 总账(1990s 中期 - 2000s 初)

长什么样

进入九十年代,生意一规模化,纸质账本就跟不上了。这时候出现了三联单——

一张单子,蓝色复写纸三层:

  • 第一联(白色)给客户
  • 第二联(红色)店里留存
  • 第三联(黄色)库管入账用

老周从 1998 年开始用三联单,那一年他多了第二个仓库、雇了三个伙计。

每开一单:

  1. 销售员手写一张三联单
  2. 客户拿白联走
  3. 红联月底用来算账
  4. 黄联交给仓管,凭它出库
优点(相比手写账本)
  • 凭证留痕——出了纠纷,三联对得上
  • 分工协作——销售、出纳、库管各管一联
  • 倒查方便——按单号能定位
缺点
  • 一天几十张单子,月底光算账就要三天
  • 库存还是靠盘——盘多了不准、盘少了麻烦
  • 单据一旦丢一联,对账就崩
  • 客户对账要翻一摞单据,效率极低
适合谁

九十年代到 2000 年初,几乎所有正规店面都在用三联单。直到现在,很多偏远地区的批发市场还在用——不是落后,而是因为简单可靠。


第三代:Excel + 单机版软件(2000s 中期 - 2015)

Excel:第一次「数字化」

2003 年前后,电脑开始进入小老板的店面。

最早不是软件,是 Excel——

老周回忆,他 2005 年请了个会计上岗的姑娘,第一件事就是把所有进出货记录搬到 Excel 里。

效果立竿见影:

  • 库存当天能算出来(虽然要手动公式)
  • 客户欠款一拉就能筛选
  • 月底打印一份报表,比手写漂亮十倍
Excel 的极限

但用了三年,老周发现 Excel 的几个致命问题:

  • 多人不能同时编辑——一个人改,另一个人就只能等
  • 公式一错全错——曾经一次错位,导致整个月利润少算 7 万
  • 没有权限控制——伙计能看到老板的成本价
  • 数据量大就卡——一个 Excel 表几千行就开始转圈
单机版进销存软件:第一次「专业化」

2008 年,老周买了第一套单机版进销存——金某 KIS。

特点:

  • 装在店里那台台式电脑上,单机使用
  • 数据库就是电脑硬盘里的一个文件
  • 启动快、操作类似 Excel,但有专门的「进货单」「销售单」表单
  • 报表是预设好的,点一下就出
优点
  • 比 Excel 规范——单据格式统一、不能随便改
  • 自动算库存、自动算成本、自动出报表
  • 防止业务员私改数据(有权限)
缺点(被时代淘汰的原因)
  • 只能在那台电脑上用——老板出差就看不到店里数据
  • 数据备份全靠自觉——硬盘一坏,三年数据全没
  • 多店之间不互通——开了分店等于另起一套
  • 手机时代来了,看不了——出门要看库存,得回店里

老周用了 7 年,2015 年那台电脑硬盘崩了,找数据恢复公司花了 8000 块才捞回大半数据。那次之后,他下定决心要换。


第四代:云端 SaaS(2015 至今)

什么叫「云端」

简单说:数据不在你店里电脑上,在远在千里之外的服务器上。

你只要打开浏览器,或者下载一个 APP,账号密码一登,所有数据都在。

老周 2016 年换上了一套云进销存。第一次用,他被三件事震到:

  1. 在家用手机就能看到店里实时销售
  2. 给儿子开了个账号,俩仓库分开管,数据自动汇总
  3. 哪天电脑坏了,换台新的、登一下账号,数据一条没丢
云端的核心优势
维度 单机版 云端
数据存哪 你的电脑硬盘 厂商服务器
哪里能看 那台电脑 任何能上网的地方
多人协同 难(需要内网部署) 天然支持
多店 / 多仓 单独装、单独算 自动汇总
升级维护 自己升、自己装补丁 厂商后台升、用户无感
数据安全 看你怎么备份 厂商多副本备份
初始投入 一次买断(几千到几万) 按年付费(几百到几千)
最大风险 硬盘损坏 / 软件停止维护 厂商跑路 / 断网
云端的代价

也要诚实地说云端不是没缺点:

  • 断网就用不了(虽然现在 4G/5G 普及了)
  • 数据存别人那里,理论上有隐私和安全顾虑
  • 厂商一倒闭,数据就麻烦——所以选大厂、有数据导出功能很重要
  • 长期来看费用累加——5 年下来比单机版贵

但对绝大多数小老板来说,云端带来的「随时随地能看、多人协同、自动备份」这三件事,价值远超那点年费。


配图:四代进销存的演变


在演变的不只是「载体」,还有「能管的事」

每一代进销存软件,能管的事都比上一代多——

时代 主要管的事
手写账本 进货、销售、库存(粗略)
三联单 + 凭证留痕 + 客户对账
单机软件 + 自动算成本、毛利、报表
云端 SaaS + 多店多仓、移动办公、电商对接、扫码出入库、数据看板

未来还会再多——

阶段 还会增加
AI 时代(现在 + 未来 5 年) + 智能补货建议、销售预测、异常自动预警、自然语言问数据

一个常见误解:云不是「上传到云盘」

很多老板第一次听「云」这个词,以为就是「把 Excel 表存到百度网盘上」。

不是。

云端进销存 = 软件本身就跑在远程服务器上,你的电脑只是个「显示屏」。

类比一下:

  • 单机版软件 = 你家里有个发电机,平时自己发电用
  • 云端软件 = 家里只接电线,电从国家电网传过来

国家电网更稳定、更便宜、维护更省心,但万一停电你也没辙。


老周的总结:每一代都没错,错的是「不该用却硬用」

老周最后跟我说了一段话,特别在理:

1990 年我要是上 ERP,那才叫笑话; 2000 年我要是还用毛笔账本,那叫顽固; 2010 年我要是死活不换电脑,那叫掉队; 2020 年我还在守着单机版,那叫等死。

每一代工具,都是为那个时代的生意准备的。

这句话也送给所有还在犹豫要不要换系统的小老板。


你属于哪一代?三个问题自测

  1. 你现在的账,主要靠什么记?

    • 本子 / 三联单 → 第一二代,落后行业一个时代
    • Excel → 第二三代过渡,能撑住但不长久
    • 单机软件 → 第三代,5 年内必须考虑升级
    • 云端软件 → 第四代,跟上了
  2. 你能不能在家用手机看到现在店里的实时库存?

    • 不能 → 你的工具还在第三代以下
  3. 如果店里电脑明天彻底坏掉,你的数据能不能完整恢复?

    • 心里没底 → 你的工具还在第三代以下

三个问题里有两个说「不能」「不行」,是时候考虑换工具了。


结尾

老周现在偶尔还会翻出那本 1986 年的毛笔账,给孙子讲:

这一页,是你爷爷第一次进了 50 斤君山银针,那年茶叶才八毛钱一斤。

工具会换,账本会换,但「记清楚每一笔」这件事,从古到今没变过。

进销存系统的本质,就是帮老板「记得更清楚、查得更快、错得更少」——三十年没变,再过三十年也不会变。


留个问题给你:

你的店第一次「数字化」是哪一年?换了几代工具?欢迎留言聊聊。


下一篇预告:《个体户、夫妻店、连锁店,谁该用进销存》——不是所有生意都需要进销存,看看你属于哪一类。

05 个体户、夫妻店、连锁店,谁该用进销存?一篇讲透五档选型(附决策树)

系列第 05 篇 · 入门扫盲

三个老板的对话

去年我参加了一个本地老板交流会,邻桌三个老板因为一个话题吵了起来——

  • 小赵(开了家精品咖啡馆,一家店、两个伙计)说:「我朋友推我上一套进销存,3 万块,我觉得纯粹是浪费。」
  • 老黄(开了家烘焙店,三家分店、二十个员工)拍桌子:「你这是没苦硬吃,我去年没上系统,光月饼旺季就乱了三天,损失五万多。」
  • 老郑(连锁便利店,十二家门店、五个仓库)摇头:「你俩别争了,要是没系统我早倒闭了。」

三个人都没错,因为他们的店根本不在一个量级上。

这一篇,我们就把市面上常见的几种生意规模,挨个排一下——到底什么样的店,该上进销存?什么样的店,上了反而是浪费?


先定一条铁律:三看法则

到底要不要上进销存,就看三个数:

维度 不需要的阈值 建议上的阈值
每天交易笔数 < 20 笔 > 50 笔
SKU 数量 < 30 个 > 100 个
使用人数 1-2 个 ≥ 3 个

三个数里有两个超过「建议上」的线,进销存就从「锦上添花」变成「刚需」。

下面按规模一个个看。


第一档:个体户 / 摆摊 / 路边小店

典型代表:水果摊、煎饼摊、报刊亭、小卖部、修车铺

特征
  • 一个人 / 夫妻俩干
  • SKU 几十种,绝大多数靠脑子记
  • 一手交钱一手交货为主,赊账少
  • 每天交易二三十笔
  • 进货周期短(一两天补一次)
要不要上?

不需要。

理由:

  1. 工具成本(哪怕几百块年费)和带来的效率提升不成比例
  2. 老板一个人脑子能装下所有货品
  3. 没有员工监督问题
  4. 进出货周期短,根本没什么「账期」「应收」需要管
替代方案
  • 一个小本子记每天进货、卖货
  • 微信收款里看每天流水
  • 一张大表汇总每月毛收入和毛利

老张的菜摊就是这一档(参见第 01 篇)。

例外情况:如果你的小店其实在做「微商团购」「社区团购」,每天要分单、要按楼栋送,这时候就不是「街头小铺」逻辑了,已经接近第二档。


第二档:夫妻店 / 单店零售 / 小批发

典型代表:社区超市、烟酒店、药店、五金店、服装店

特征
  • 老板 + 1-3 个员工
  • SKU 几百到几千
  • 有少量赊账客户、月结客户
  • 每天交易五六十到一两百笔
  • 单店年营业额 50 万 - 500 万
要不要上?

强烈建议上,但选轻量版本就够。

理由:

  1. SKU 一上百,靠脑子记不住,靠 Excel 又跟不上实时
  2. 多个员工同时进出货,得有权限和留痕
  3. 月结客户、应收账款必须管
  4. 月底盘库存,没系统就是噩梦
怎么选
  • 一套基础进销存(云端 SaaS,年费 1000 - 5000)
  • 配一台收银设备 + 扫码枪 + 小票打印机
  • 不需要财务模块,账记好交给会计代理记账
重点功能清单
  • 商品档案(带条码 / SKU 管理)
  • 进货 / 销售 / 退货单据
  • 实时库存
  • 客户档案 + 应收账款
  • 简单报表(每日销售、毛利、库存预警)

第 01 篇里老王的五金店就是这一档。


第三档:多店 / 多仓 / 小连锁

典型代表:3-10 家分店的连锁餐饮、烘焙、便利、母婴、服装

特征
  • 总部 + 多家门店
  • 中央仓 + 各店小仓
  • 员工 20-100 人
  • 单店有店长、有分级权限需求
  • 总营业额 1000 万 - 5000 万
要不要上?

必须上,而且要选「连锁版」。

理由:

  1. 没系统,多门店调拨完全乱套
  2. 总部要看「全店实时销售」,不能等月底报表
  3. 各店之间的库存调配、商品价格、促销活动需要统一管控
  4. 老板一个人盯不过来,必须靠数据看板
怎么选
  • 连锁版云进销存(年费 5000 - 3 万)
  • 配收银 + 会员系统 + 微信小程序(可选)
  • 总部一套看板,各店一个收银端
  • 一般还要单独配一套财务
重点功能清单(在第二档基础上加)
  • 多门店组织架构(总部 / 区域 / 门店权限分明)
  • 多仓库调拨(中央仓 → 各店 / 店间调拨)
  • 统一商品库(一次修改全店生效)
  • 会员体系(跨店通用、积分、储值)
  • 门店日报 / 周报自动汇总
  • 促销活动统一发布

老黄的三家烘焙店就是这一档的下沿,老郑十二家便利店是这一档的上沿。


第四档:中型连锁 / 区域批发商 / 经销商

典型代表:30+ 门店的连锁、地市级批发商、品牌经销商

特征
  • 总公司 + 多个区域 + 多个仓库
  • 员工 100-500 人
  • 上游对接厂家、下游对接小店或终端消费者
  • 单一品类深度运营 或 多品类组合销售
  • 年营业额 5000 万 - 几个亿
要不要上?

必须上,且需要选「连锁 + 经销」复合版本,或考虑轻量 ERP。

理由:

  1. 上下游账期复杂——给厂家是预付 / 月结 / 季结,给客户是赊销 / 月结 / 票期
  2. 价格体系复杂——分销价、零售价、VIP 价、大客户专项价
  3. 业务员管理——拜访路线、订单分配、提成核算
  4. 仓储分级——总仓、区域仓、门店仓、车销仓
怎么选
  • 行业垂直进销存(医药 / 服装 / 食品 / 建材专版,年费 3 万 - 15 万)
  • 或者「进销存 + 财务 + 简单 CRM」组合
  • 一般要请实施顾问、做定制开发
  • 内部要有 IT 专员或外包运维
重点功能清单(在第三档基础上加)
  • 多级价格体系(按客户等级、地区、订货量自动算价)
  • 业务员管理(订单归属、提成核算、拜访打卡)
  • 车销 / 访销 / 直销多种模式
  • 应收账龄表 + 信用额度控制
  • 多公司 / 多账套
  • 与上游 / 下游系统对接(EDI、API)

第五档:集团企业 / 上市公司

典型代表:上市公司、跨省份连锁、上游品牌商

特征
  • 多公司、多地区、多业务条线
  • 员工上千
  • 有生产、有研发、有完整的财务、HR、法务
  • 年营业额 5 亿以上
要不要上?

早就不是「要不要进销存」的问题,而是「上什么 ERP」的问题。

进销存只是 ERP 的一个模块。这一档已经不在我们这篇的讨论范围。

代表性产品:SAP S/4HANA、Oracle NetSuite、用友 NC、金蝶云·苍穹。


配图:五档生意的工具选择


三个特殊情况,单独说一下

1. 做电商的小老板

哪怕你只有一个人、卖一件商品——只要你在淘宝/拼多多/抖音/小红书上挂了店:

  • 一天可能爆几百单
  • 多平台库存要同步
  • 退货退款、客服售后

必须上一套带电商对接的进销存(俗称 ERP 或 OMS)。

代表产品:旺店通、聚水潭、马帮 ERP。

2. 做团购 / 社区团购的小老板

虽然你看起来像个夫妻店,但因为:

  • 一波团购可能 200 单
  • 货款是预收的(顾客先付)
  • 要按团长、按楼栋分拣

至少要上一套「轻量进销存 + 团购管理」工具,不然爆单一次就崩。

3. 做加工的小老板(卤味、烘焙、五金加工)

第 43-48 篇会专门讲。简单结论:普通进销存不够,要选支持「组装/拆分/配方」的版本。


三种「上了反而是坑」的情况

不是所有「上系统」都是好事。下面三种情况,建议你先别急着上——

情况一:店里只有你一个人,你又是个能记账的老手

工具是给「事多到记不过来」的人用的。如果你脑子还跟得上、记账还很顺手,硬上一个系统反而拖慢节奏。

情况二:生意正在剧烈变化(转型期、刚开业、试错期)

这种时候,业务流程都还没定,先上系统等于「在流沙上盖楼」。先把业务跑顺,再说工具。

情况三:老板自己不愿意学、不愿意用

进销存的核心是「老板看数据」。如果老板自己不看,员工也不会认真录,最后系统里全是垃圾数据,还不如不上。


一个简单决策树


结尾

那天交流会,三个老板争了半天,最后我跟他们说了一句话——

小赵不该上 3 万的系统,老黄三年前就该上、老郑十年前就该上。 一句话:工具要跟生意匹配,不是越贵越好,也不是越省越聪明。

记住一个原则:当你的生意复杂度超过你的脑容量时,系统就该上场了。


留个问题给你:

按本文五档分类,你的生意在第几档?现在用的工具匹配吗?欢迎留言聊聊。


下一篇预告:《没有进销存的公司,每天在偷偷亏哪些钱》——把「没系统」的真实损失算给你看,每一笔都触目惊心。

06 没有进销存的公司,每天在偷偷亏哪些钱?(7 笔账一次算清)

系列第 06 篇 · 入门扫盲

老吴的「糊涂账」

老吴在县城做建材,主要卖瓷砖和地板,开了 9 年,三家店、两个仓库、18 个员工。

他一直觉得自己生意做得还行——年营业额 1200 多万,毛利 20% 多。算下来一年怎么也赚个一两百万。

直到 2023 年他终于上了系统,半年后做了一次「事后复盘」:把过去三年的损耗、漏单、错账、库存差异,全部用现在的系统反推回去算了一遍。

最后算出来的数字,他自己都不敢信:

每年至少漏掉 30 - 50 万的利润。

不是有人偷,也不是有人贪,而是一堆细小的漏洞,每天每天地往外渗钱——只是以前没系统,看不见。

这一篇,我们就把「没系统的公司」每天在偷偷亏的钱,一笔一笔摆出来。


总共七笔账,每一笔都在出血

第一笔:库存差异损失

典型场景:账上 200 块,实际盘下来 178 块,差 22 块。

差的那 22 块到哪去了?没人知道。可能是:

  • 卖了忘登记
  • 顾客顺走
  • 员工拿了
  • 退货没入账
  • 盘点本身数错

老吴店里平均每月盘库存差异 2-3 万的货值,按 20% 毛利算,一年蒸发 6-7 万利润。

没系统的代价:每次都是「就这么算了」「下个月再说」「年底大盘点再处理」。

有系统的好处:

  • 每笔出入库都留痕,可以倒查
  • 差异超过阈值自动报警
  • 月度循环盘点替代年度大盘,差异及时纠正
第二笔:售价漏开 / 错开

典型场景:

  • 标价 88,员工随口算成 80
  • 客户压价压到 78,老板默许,但系统里没改
  • 促销活动给某客户打了九折,没人记得
  • 老顾客来了「老规矩」,员工自己定了价

老吴店里抽查过一周的销售单据,发现平均每张单子的售价误差 1-3%——单看不多,但乘上一年 1200 万营业额,就是12 - 36 万的隐形损失。

有系统的好处:

  • 商品价格预设、不允许随便改
  • 折扣有权限——员工只能打到 95,店长打到 90,老板才能更低
  • 改价留痕,谁改的、改了多少、几点几分
第三笔:客户欠款变坏账

典型场景:

  • 张老板从 2021 年欠到 2023 年,欠 12 万
  • 你以为他会还,他以为你忘了
  • 等他公司一关门,钱永远拿不回来

老吴店里有 30 多个月结客户,过去三年至少有 3-4 笔坏账,累计 25 万左右。

没系统的代价:

  • 想不起来谁欠多久
  • 没有催收节奏
  • 没有信用额度,新单照下、欠款越垒越高

有系统的好处:

  • 应收账龄表——一眼看出谁欠了 3 个月、6 个月、12 个月
  • 信用额度——某客户累计欠款超过 5 万,自动不让下新单
  • 自动催收提醒——账期到期前 7 天自动短信
第四笔:采购漏付 / 重付

典型场景:

  • 供应商月底来对账,老吴发现:「咦,这单我打过款了啊?」 对方说没收到。一查,确实没付。
  • 反过来——某笔款付了两次,对方没说,老吴也没发现,直到半年后供应商业务员换人,对账时才退回来。

老吴粗略估算,每年因为采购对账不清,多付 / 漏付 / 慢付至少5-8 万的损失(包括因此影响的折扣、信誉、关系)。

有系统的好处:

  • 每笔采购单对应一笔应付,付款时自动核销
  • 重复付款会预警
  • 月底对账有标准报表,不靠脑子记
第五笔:滞销 / 过期损失

典型场景:

  • 进了 200 平米的某款瓷砖,一年才卖 30 平米,剩下的款式已经被新款替代——只能五折甩
  • 进了一批硅藻泥,保质期 18 个月,全部囤在仓库,到期前突击促销也没卖完,最后报废

老吴店里每年至少 30-50 万的货「死」在仓库里——不是被偷,是没人盯着卖。

没系统的代价:

  • 不知道哪些货「半年没动」
  • 不知道哪些货「快过期了」
  • 等老板巡视仓库才发现,往往已经太晚

有系统的好处:

  • 滞销报表:90 天未动销的商品自动列表
  • 效期预警:到期前 60 天 / 30 天 / 7 天分级提醒
  • 库存周转率分析:哪些品类该砍掉、哪些该多备
第六笔:员工飞单 / 截单

典型场景:

  • 大客户找到老员工小李,小李说「这个我私下卖给你便宜」,单子没进店里
  • 退货退款没退到公司账上,进了员工口袋
  • 给客户打的折扣,实际收款多收了,差额员工拿走

老吴说,飞单是他最难启齿的损失——一年至少 5-10 万从员工手里漏掉。

没系统的代价:

  • 老员工掌握客户资源,老板查不到细节
  • 退款流程靠员工自觉
  • 折扣权限模糊

有系统的好处:

  • 客户档案归属公司,不属于个人
  • 退款必须走系统、必须有审批
  • 折扣权限分级,所有动作留痕
  • 月度异常报表(比如某员工退货率特别高、折扣率特别低)能挖出蛛丝马迹
第七笔:决策延迟造成的机会损失

典型场景:

  • 某款地板突然好卖,没及时补货,等老吴发现已经断货半个月,错过旺季
  • 某供应商的进货价偷偷上调了 8%,老吴一个月后才注意到,损失了一波利润空间
  • 某区域门店一直亏钱,但具体亏在哪不清楚,又拖了一年才关店

老吴说这笔账最难算——但保守估计每年也至少 10-20 万的机会损失。

没系统的代价:

  • 数据要靠人工汇总、汇总要等
  • 等汇总出来,时机过了

有系统的好处:

  • 实时数据看板——爆款立刻发现
  • 进货价波动自动对比
  • 门店日报、周报自动生成
  • 异常波动自动预警

把账加起来:老吴一年漏多少

漏点 老吴年损失(保守)
库存差异 6 - 7 万
售价误差 12 - 36 万
客户坏账 8 - 10 万(25 万 / 3 年)
采购对账漏付重付 5 - 8 万
滞销 / 过期 30 - 50 万
员工飞单 5 - 10 万
决策延迟机会损失 10 - 20 万
合计 76 - 141 万 / 年

哪怕我们把上下限都取最低,一年漏掉 70 多万。

老吴年营业额 1200 万,毛利 20% 就是 240 万。

漏掉的 76 万,等于他全部毛利的 30%——这就是「没系统」的真实代价。


配图:钱漏在哪里

一个真实的对比

老吴 2023 年上系统,2024 年开始全面跑通。我们对比一下他两年的几个关键数:

指标 2022 年(没系统) 2024 年(有系统)
年营业额 1200 万 1380 万(+15%)
库存盘点差异率 2.8% 0.4%
应收账龄 > 6 月占比 18% 4%
滞销品占比 12% 5%
员工销售异常报警 0(不知道) 月均 3-5 次
净利润 估算 110 万 实际 175 万

净利润增加了 65 万——这还没算上更准的成本核算、更及时的补货等长期效应。

老吴当初花的那套系统年费是 1.5 万。


自检:你的店漏了几笔

下面 7 道选择题,请认真回答:

  1. □ 你能在 30 秒内说出"现在仓库里 XX 商品还剩多少"
  2. □ 你的销售员卖给客户的价格,都是系统预设的,没法随便改
  3. □ 你能拉出一份"哪些客户欠款超过 3 个月、共欠多少"的清单
  4. □ 你每个月跟每个供应商对账,都有标准流程,不靠脑子记
  5. □ 你能列出"过去 90 天没卖过一件"的滞销商品清单
  6. □ 你的员工每次退款 / 打折 / 改价,老板都能在系统里看到
  7. □ 你每天 / 每周能看到自动生成的销售、库存、毛利报表

打 √ 越少,说明你漏的越多。

  • 0-2 个 √ → 你的店大概率正在漏 20% 以上的利润
  • 3-5 个 √ → 还有改进空间,漏 5-10%
  • 6-7 个 √ → 系统已经在帮你守钱了

一个常见反驳:「我用 Excel 也能管」

很多老板会说:「我用 Excel 也能管这些。」

理论上可以,但实际上:

  • Excel 没法多人同时编辑(多店尤其崩)
  • Excel 没法实时——老板要看库存得等会计每天发邮件
  • Excel 没有权限——员工能看到老板成本价
  • Excel 容易错——一个公式错位全表崩
  • Excel 没有预警——滞销、欠款、断货你得自己天天看

Excel 能记账,不能管账。

记账只是把数据存下来,管账还要看趋势、设预警、控权限、自动汇总——这才是进销存系统真正的价值。


结尾

老吴现在常跟同行说一句话:

系统每年花我 1 万 5,但帮我守住 60 万。 这账,初中生都会算。

很多老板舍不得花几千几万的年费,却愿意每年悄悄漏掉几十万——不是因为不会算账,是因为根本没意识到自己在漏。

希望这一篇,能让你看见那些一直在偷偷流走的钱。


留个问题给你:

上面 7 道自检题,你打了几个 √?把数字留在评论区,看看大家平均水平在哪。


下一篇预告:《SKU、SPU、条码、货号有啥区别》——这几个词搞混过的老板,多少都被店员忽悠过。第 07 篇一次讲清。

第2章

核心概念

07 SKU、SPU、条码、货号有啥区别?一篇讲透(附商品档案自检)

系列第 07 篇 · 核心概念

老孙被店员忽悠的两万块

老孙在做服装批发,去年招了个新店员小王。

有一天他听见小王跟客户讲:「我们这款卫衣,SKU 一共 12 个。」

老孙在旁边听得云里雾里。他做服装 15 年,从来只说「款式」「号码」「颜色」,从没听过什么 SKU、SPU。

等客户走后,他不好意思问小王,回家偷偷百度。

结果一查吓一跳——光是这一周,他和小王对商品的描述就有三处对不上:

  • 小王说库存有「20 个 SKU 的款」,老孙以为是 20 个款式,其实是 20 种「款 + 色 + 码」的组合
  • 小王报的「这款货号 SW2310」,和老孙记账本上的「秋装黑色 M 码」根本对不上
  • 客户问条码能不能贴到外箱,小王说「条码就是货号」——结果出货时仓库扫不出来,整批货被退回

最后这一来一回,老孙损失了 2 万多,全因为这四个词没分清。

这一篇,我们就把 SKU、SPU、条码、货号 一次讲透。


先一句话各自定义

名词 一句话理解 类比
SPU 商品「款」的最小单位 一个家族姓氏
SKU 商品「卖出去要扫码」的最小单位 家族里每个具体的人
货号 老板和员工内部用的编号 这个人的工号
条码 扫码枪能读出来的那串数字 这个人的身份证号

记住这一个比喻:一个家族姓「李」(SPU),里面有「李大、李二、李三」(多个 SKU),每个人有工号(货号)、有身份证号(条码)。

下面挨个详细讲。


1. SPU:一个商品「款」

SPU 全称 Standard Product Unit,标准化产品单元。

通俗讲,就是「一款货」。

举例:

  • 老孙卖的「2023 秋款圆领卫衣」是一个 SPU
  • 苹果的「iPhone 15 Pro」是一个 SPU
  • 老王店里的「304 不锈钢内六角螺丝 M8x30」是一个 SPU

SPU 关心的是「这是什么款 / 什么型号」,不分颜色、不分尺码、不分容量。

消费者看到的商品页(淘宝、京东、拼多多上)通常是一个 SPU。


2. SKU:每一种具体「能单独卖」的组合

SKU 全称 Stock Keeping Unit,库存计量单位。

通俗讲:SKU = SPU + 所有规格属性的组合。

回到老孙的卫衣:

  • 一款卫衣(SPU)
  • 颜色:黑、白、灰(3 种)
  • 尺码:S、M、L、XL(4 种)
  • SKU 数量 = 1 × 3 × 4 = 12 个

也就是说,「黑色 S」是一个 SKU,「黑色 M」是另一个 SKU,「灰色 XL」又是一个 SKU。

每一个 SKU 都有自己独立的库存数量——黑色 M 卖光了不代表黑色 L 也没了。

仓库、库存表、进销存系统里管的,都是 SKU,不是 SPU。

为什么要分 SPU 和 SKU

举个反例:你去服装店买一件衣服,问「这款还有吗?」

  • 如果店员只回答「款式还有」(SPU),你拿到结账才发现没你的码——白跑一趟
  • 如果店员说「这款黑色 M 码没了,灰色 M 还有 3 件」(SKU),你就能立刻决定

SPU 是「款」的视角,SKU 是「库存」的视角,两个都不能少。

不同行业的 SKU 维度举例
行业 一个 SPU 拆出 SKU 的维度
服装 颜色 × 尺码
鞋 颜色 × 尺码 × 宽度(部分)
食品 口味 × 规格(500g/1kg)
饮料 规格 × 包装(瓶装/罐装)
美妆 色号 × 容量
家电 颜色 × 内存(手机)/ 功率(吹风机)
五金 材质 × 规格(直径 × 长度)
药品 剂型 × 规格 × 包装(10片/30片)

3. 货号:老板和员工的「内部代号」

货号是老板自己定的内部编号,给员工、给仓库、给老板自己用的。

格式完全自由:

  • 老孙的卫衣货号叫「SW2310-001」(SW=卫衣,2310=23 年 10 月,001=款号)
  • 老王的螺丝货号叫「M8X30-304」
  • 餐饮店的菜品可能叫「C001」「C002」

货号的核心特征:

  • 老板自己定,没有外部强制规则
  • 主要在内部流转——员工沟通、调货、收银
  • 一个 SPU 可以一个货号,也可以每个 SKU 一个货号

通常做法:

  • 简单管理:一个 SPU 一个货号,颜色尺码靠后面加后缀(如 SW2310-001-黑M)
  • 精细管理:每个 SKU 一个独立货号
货号的设计原则

一个好货号,应该满足三点:

  1. 能看出品类——SW=卫毛衣,TX=T 恤,KZ=裤子
  2. 能看出时间——2310=23 年 10 月
  3. 不超过 12 位——太长员工记不住

4. 条码:全世界扫码枪都认的「身份证」

条码(Barcode)是商品身上那串黑白条纹下面的数字。

最常见的两种:

  • EAN-13(13 位):国际通用,中国商品一般以 690-699 开头
  • UPC-A(12 位):北美用得多

条码的特征:

  • 唯一性:理论上全世界一个条码对应一个 SKU,绝不重样
  • 要花钱注册:在中国,要从中国物品编码中心申请「厂商识别码」,每年几百到几千
  • 机器友好:扫码枪一扫就能识别,比手动输入快十倍
货号 vs 条码:很多老板搞混的地方
维度 货号 条码
谁定的 老板自己 国家编码中心统一分配
在哪用 店里内部 全世界都能扫
格式 自由 固定(EAN-13 等)
是否唯一 你自己保证不重复就行 全球唯一
主要场景 收银、对账、员工沟通 仓库扫码出入库、电商对接
一个商品有几个码

正经做法:

  • 一个 SKU = 一个货号 + 一个条码
  • 厂家出厂时,外包装就印好条码
  • 老板进货时,自己再分配一个货号(便于内部记忆)

两个码是配套的,不是替代关系。

很多小老板偷懒,只用货号不用条码——结果就是扫码枪没法用,每天人工录入、错单频出。


5. 还有几个相关词,顺便说清

商品 ID

系统里数据库主键,一般是个长串数字(如 1024876543)。

用户、老板都不用直接看,是系统内部用的。

批次号

同一个 SKU,不同时间进货的不同批次。比如:

  • 「2024-03 批次的牛奶」效期到 6 月
  • 「2024-05 批次的牛奶」效期到 8 月

是 SKU 之下、为了管效期 / 追溯 / 召回而引入的更细维度。第 14 篇会专门讲。

序列号

每一件商品独有的编号,精确到「这一台 / 这一件」。

适用于:手机、电脑、家电、奢侈品、电动车——单件价值高、需要售后追溯的。

每一台 iPhone 都有一个唯一的 IMEI 号,那就是序列号。第 14 篇一并讲。

规格 / 单位 / 包装

不同的「卖出方式」会让 SKU 进一步拆分:

  • 一瓶可乐 = 一个 SKU
  • 一箱 24 瓶可乐 = 另一个 SKU(即便里面的可乐是同一款)

为什么?因为单价、毛利、库存表现都不同,得分开管。

第 13 篇会专门讲单位换算。


配图 1:四个词的层级关系


配图 2:四个词在哪些场景出现


三个老板最常踩的坑

坑一:把 SPU 当 SKU 管

老孙以前的做法:「这款卫衣库存 100」。

但顾客买的是「黑色 M」,库存 100 里只有 4 件是「黑色 M」,其他全是别的颜色尺码。

结果:顾客下单,发不出货,骂街退款。

修正:进销存系统里所有的库存数字都必须按 SKU 算,绝不按 SPU 算。

坑二:货号设计太随意

很多小店货号是这样的:

  • 001、002、003……
  • 卫衣 1、卫衣 2、卫衣 3

到品类多起来,老板自己都记不住哪个号对应哪个。

修正:货号一开始就要有「品类码 + 时间 + 序号」的规则,写一份《货号编码规则》贴墙上。

坑三:用货号代替条码

「我们店里自己用就行,不用条码。」

短期看省事,长期看灾难:

  • 收银只能手动输入,慢且容易错
  • 仓库扫不了码,盘点是噩梦
  • 哪天想接电商、想接物流,全部要重做
  • 厂家给的箱码、件码扫不上,每次收货全靠人工核对

修正:哪怕厂家不提供条码,自己用条码打印机给每个 SKU 打一份贴上。


老孙的小自检:你的店是哪一档

  1. 能不能说出店里现在有多少个 SPU、多少个 SKU?
    • 不能 → 商品档案还没规整
  2. 每个商品有没有唯一货号?规则统一吗?
    • 没有 → 内部沟通靠脑子,容易出错
  3. 每个 SKU 有没有条码?扫码枪能不能扫出来?
    • 没有 → 收银和库存效率永远上不来

三个全答「有」,商品档案基本算合格。


一个进阶思考:为什么 SKU 越精细越好(但也别过度)

「精细」的好处:

  • 库存准
  • 销售数据准(哪个码好卖一目了然)
  • 退货退到正确 SKU 上

「过度精细」的代价:

  • 商品档案爆炸(一个 SPU 拆成 100 个 SKU,维护成本高)
  • 录单慢(每次都要选规格)
  • 报表难看(密密麻麻全是细分)

经验法则:

  • 凡是「单价不同」的,必须拆 SKU
  • 凡是「成本不同」的,必须拆 SKU
  • 凡是「客户会指定要某种规格」的,必须拆 SKU
  • 否则,归在一个 SKU 下也行

结尾

老孙现在再听小王说「12 个 SKU」,能淡定接话:「黑色 M 还剩几件?」

四个词分清楚,不只是听懂行话,而是真正能管住生意。

这是进销存的第一块基础地基——下一篇我们继续往下挖:「库存」这一件事,其实也有四种讲法。


留个问题给你:

你的店里现在用的是货号 + 条码双轨制吗?还是只用其中一种?欢迎留言说说踩过的坑。


下一篇预告:《实物 / 账面 / 可用 / 在途库存全解析》——库存这俩字,老板一般都说不全四种讲法。

08 实物/账面/可用/在途,四种库存是什么?一篇讲透(附场景对照表)

系列第 08 篇 · 核心概念

老钱被四个数字搞晕了

老钱在义乌做小商品批发,去年上了系统,第一个星期就被一个问题困住了——

同一个商品「圣诞挂件 A001」,他在系统里能看到四个完全不同的库存数字:

  • 实物库存:1200
  • 账面库存:1245
  • 可用库存:890
  • 在途库存:500

老钱挠头:到底信哪个?

他打电话给我,开口第一句:「这软件是不是有 bug?四个数都不一样啊?」

我说:「不是 bug,是你的库存原本就有四个不同的状态——以前没系统,你只看见一个数(其实是估出来的),现在系统把每个状态都拆给你看。」

这一篇,我们就把库存的四种讲法一次讲透。


先打个比方:仓库 = 你的银行卡

老钱不太懂仓库术语,但他懂银行卡。

我跟他打比方:

库存 银行卡上对应
实物库存 真正能从 ATM 取出来的现金
账面库存 银行账单上显示的余额
可用库存 能立刻刷出去的余额(扣掉冻结的)
在途库存 别人转给你、还没到账的钱

银行卡余额你看似简单,其实平时也悄悄分成这四种状态—— 你 ATM 能取的钱 ≠ 账单显示的钱 ≠ 能刷的钱 ≠ 真正属于你的总钱。

仓库也一样。


1. 实物库存:仓库里真的有多少

定义:此时此刻,仓库里实实在在能摸得到的货数量。

举例:

  • 老钱仓库里圣诞挂件 A001,站在仓库里数一遍,是 1200 个。
  • 这就是实物库存。
怎么得来的
  • 最准的办法:人工盘点(一个个数)
  • 次准的办法:扫码枪扫一遍
  • 最不准的办法:根据进销账推算

实物库存的特征:

  • 唯一的「真相」
  • 但获取成本高——盘点一次要停业、要加班
  • 一般每月 / 每季度 / 每年才能盘一次

划重点:实物库存是「真理」,但平时你看不到它,看到的都是账面库存。


2. 账面库存:系统里显示的数

定义:系统根据「上次盘点的数 + 每一笔进出货记录」算出来的库存。

公式:

账面库存 = 上次盘点数 + 累计进货 - 累计销售 - 累计调出 + 调入 - 损耗

举例:

  • 上次盘点:1000 个
  • 后来进了 500
  • 卖了 230
  • 调出去 25
  • 系统算出来:1000 + 500 - 230 - 25 = 1245

这个 1245,就是账面库存。

账面库存为什么会和实物库存不一样

如果账面库存永远等于实物库存,那就完美了——可惜永远不会。

差异的常见原因:

  1. 卖了忘登记 / 登错数
  2. 退货没入账
  3. 货被偷 / 内部拿走
  4. 货损 / 摔坏没记账
  5. 试用 / 样品发了没扣
  6. 仓库里货摆错位置,盘点时数漏 / 数重
  7. 系统操作错(误删单据、改了数量)

账面 - 实物 = 库存差异——第 26 篇会专门讲怎么排查这种差异。

老板该怎么用账面库存
  • 平时:作为日常运营依据(要不要补货、能不能接单)
  • 月底 / 季度:通过盘点修正成实物数
  • 永远记住:账面库存是估算,不是真相

3. 可用库存:能拿去卖的有多少

定义:账面库存里,还没被任何订单 / 任何用途锁定的那部分。

公式:

可用库存 = 账面库存 - 已锁定库存
「已锁定」是怎么发生的

举例,老钱的圣诞挂件 A001 账面库存 1245 个,但是:

  • 有一笔订单已经下了 200 个,还没出库(销售预占)
  • 有一个促销活动锁定了 100 个做赠品(活动预占)
  • 有一笔调拨单,要调到另一个仓库 55 个,还没发(调拨预占)

这些「答应别人但还没真发出去」的,都不能再卖给别人。

所以:

  • 账面库存:1245
  • 已锁定:200 + 100 + 55 = 355
  • 可用库存:1245 - 355 = 890

老钱现在如果接到一个客户问「我要 1000 个」,他不能看 1245 答应——他要看 890。

为什么可用库存最重要

实务中,可用库存才是「能不能卖」的真正依据。

很多老板没系统时,靠账面(甚至靠脑子里的实物估计)答应客户——结果到出货时发现没货,临时调货、临时道歉、临时退款。

有系统后,前台报价 / 接单时看的都是「可用库存」,再也不会超卖。


4. 在途库存:路上还没到的货

定义:已经下了采购单 / 调拨单,货还在路上或还在供应商那边没发的。

举例:

  • 老钱上周向义乌另一家厂下了 500 个圣诞挂件 A001 的采购单
  • 工厂这周一发货,物流要走 5 天
  • 这 500 个,已经付钱(或已下单)但还没到仓库——就叫在途库存
在途库存的两种状态
状态 含义
已订未发 采购单已下,工厂还没发货
已发未到 工厂已发货,运输途中
在途库存为什么要单独统计

理由有三个:

第一:判断「未来 N 天能不能交货」

  • 现在可用库存只有 890
  • 客户要 1300
  • 但在途有 500,预计 5 天后到
  • 如果客户能等 7 天,这单接得了

第二:避免重复采购

  • 老钱看到可用库存只有 890,觉得不够,下意识就想再下一单
  • 但他忘了一周前已经下了 500 在路上——再下就重复了
  • 系统里看见「在途 500」,就不会重复采购

第三:资金预算

  • 在途库存代表「已经付的钱 / 应付的钱」
  • 老钱要做下个月的资金计划,得把这部分算进去

配图 1:四种库存的关系


配图 2:四种库存什么时候用

场景 看哪个库存
接客户订单、报有货没货 可用库存
老板看「我家有多少货」 账面库存
月底盘点 / 财务核算 实物库存(最准)
决定要不要补货 可用 + 在途 一起看
资金计划 在途库存(已支出但未到货)
出报表给老板看 账面库存(最直观)


进阶:还有几个变种

理论上只有四种主库存,但实际系统里你可能还会看到这些:

1. 锁定库存(=已锁定 / 已预占)

就是上面 355 那部分。有的系统单独列一列。

2. 残次库存

实物存在但不能正常销售的——破损、过期边缘、瑕疵品。

不能算可用,要单独标注。

3. 寄售库存

货放在你这里,但所有权还是供应商的——卖出去再结款。

不能算自己的库存,但要登记位置。

4. 委外加工在途

发出去给委外厂加工的原料,加工完会返回。

是「在途」的一种,但路径不同。

5. 多仓库存
  • 总仓 800
  • 一店 200
  • 二店 245
  • 合计:1245

很多老板没注意,系统里默认看到的是「总库存」,但接单时其实要看「能从哪个仓发」——这是连锁经营最容易踩坑的地方。


五个最常见的老板误区

误区一:「我账上有 1200,怎么不能卖 1200?」

错。账上有 1200,但其中 355 已经被锁了,能卖的只有 890。

误区二:「我盘出来是 1200,但系统显示 1245,肯定是系统错了。」

不一定。系统显示的是账面,账面是根据「单据」算的—— 有可能是单据漏录、有可能是货被偷、有可能是上次盘点本身就错了。 要查差异,不是直接相信哪一边。

误区三:「在途库存我没在意,反正货到了再说。」

错。在途库存帮你做两件事:避免重复采购、判断未来交期。 看似无所谓,实际能省很多冤枉钱。

误区四:「可用库存就是账面库存。」

错。账面库存 ≠ 可用库存。 中间隔着「已锁定」那一层。 小店没赊账没预订时两者相等,规模一大就完全不同。

误区五:「只要盘准了实物,其他都好说。」

错。盘准实物只能保证「某个时刻」库存数对,后续每一笔进出货还得准,账面才能跟得上。 盘点是「修正动作」,不是「一劳永逸」。


老钱的总结

我教完老钱这套,他想了一晚上,第二天给我发了个微信:

我以前以为库存就是一个数。 现在我懂了,库存其实是四个数:

  • 一个是真相(实物)
  • 一个是估算(账面)
  • 一个是承诺(可用)
  • 一个是预期(在途)

真懂这四件事的老板,应该睡得更踏实。

我说:「准确说,是不再被自己骗。」


三道自检题

  1. 你看你的进销存系统时,能区分这四种库存吗?

    • 看不出来 → 你的系统功能可能太简陋,或者你没找到对应字段
  2. 你接客户订单时,看的是「账面」还是「可用」?

    • 账面 → 早晚会超卖一次
  3. 你最近一次盘点,账实差异是多少?

    • 不知道 → 早该盘了
    • 2% → 第 26 篇专门讲怎么查根源


结尾

库存这一个词,背后藏着四个完全不同的故事。

搞懂这四个故事,老板就少被自己骗,也少被员工糊弄。

但库存只是「数」,真正决定你赚不赚钱的,是另一件事——这些库存「按什么价算」。

那就是下一篇要讲的「成本价」。


留个问题给你:

你最近一次盘点,账面和实物差了多少?百分之几?欢迎留言对比一下。


下一篇预告:《"成本价"按哪个算?先进先出、移动加权一次讲清》——决定你利润高低的,从来不是售价,是成本价怎么算。

09 成本价按哪个算?先进先出、移动加权一篇讲透(附选型速查表)

系列第 09 篇 · 核心概念

老何的「同一笔账,三种利润」

老何在福州做白酒经销,年营业额 800 多万。

去年年底他做了一件「奇怪的事」——

同一批账目,他让财务用三种不同的成本算法各算了一遍利润。结果出来:

算法 算出的年利润
先进先出(FIFO) 142 万
移动加权平均 128 万
后进先出(LIFO) 115 万

同样的进货、同样的销售、同样的库存——利润差出 27 万。

老何当场就懵了。他问财务:「那我到底赚了多少?」

财务说:「都是真的,看你怎么算。」

老何后来跟我讲这个故事时说:「我做了 10 年生意,第一次知道利润这玩意儿,是可以「算出来的」。」

这一篇,我们就把进销存系统里最绕的一件事——成本价怎么算——一次讲清。


为什么成本价会有不同算法

如果每次进的货都是同一个价,问题就不存在了。

但现实中,同一个商品,不同时间进的成本完全不同:

  • 1 月进 100 瓶茅台,每瓶 1500
  • 3 月进 100 瓶,每瓶 1550
  • 6 月进 100 瓶,每瓶 1620
  • 10 月进 100 瓶,每瓶 1700

现在 11 月,客户要了 250 瓶——你按哪个价算成本?

  • 全按 1500?
  • 全按 1700?
  • 取个平均数?

不同的算法,会得出完全不同的「单瓶成本」,进而影响「这单赚了多少」。

这就是为什么进销存系统必须预先设定一种「成本核算方法」。


主流的四种算法

1. 先进先出(FIFO,First In First Out)

思路:先进来的货,假定先卖出去。

老何卖那 250 瓶茅台的成本:

  • 先消耗 1 月那 100 瓶:100 × 1500 = 150,000
  • 再消耗 3 月那 100 瓶:100 × 1550 = 155,000
  • 再消耗 6 月那批的 50 瓶:50 × 1620 = 81,000
  • 总成本:386,000
  • 平均成本 = 1544 元/瓶

剩下的 150 瓶库存(6 月 50 + 10 月 100)成本是:

  • 50 × 1620 + 100 × 1700 = 251,000
2. 后进先出(LIFO,Last In First Out)

思路:后进来的货,假定先卖出去。

同样卖 250 瓶:

  • 先消耗 10 月那 100 瓶:100 × 1700 = 170,000
  • 再消耗 6 月那 100 瓶:100 × 1620 = 162,000
  • 再消耗 3 月那批 50 瓶:50 × 1550 = 77,500
  • 总成本:409,500
  • 平均成本 = 1638 元/瓶
3. 移动加权平均(Moving Weighted Average)

思路:每次进货后,把库存的总成本和总数量重新算一次平均价。

举个简化的例子:

  • 1 月进 100 瓶 @ 1500,库存成本 150,000,库存 100 瓶,平均价 1500
  • 3 月进 100 瓶 @ 1550,库存成本 305,000,库存 200 瓶,平均价 1525
  • 6 月进 100 瓶 @ 1620,库存成本 467,000,库存 300 瓶,平均价 1556.67
  • 10 月进 100 瓶 @ 1700,库存成本 637,000,库存 400 瓶,平均价 1592.5

11 月卖 250 瓶时,每瓶成本就用当时的平均价 1592.5—— 总成本:250 × 1592.5 = 398,125

4. 全月一次加权平均

思路:每月底统一算一次平均成本,本月内卖的所有货都用这个平均价。

跟「移动加权」类似,区别是:

  • 移动加权:每次进货立刻重算
  • 全月一次:当月只算一次

老式的财务软件多用「全月一次」,进销存软件多用「移动加权」。


配图:四种算法对比

算法 卖货时取哪个成本 利润表现 操作难度
FIFO(先进先出) 最早进的那批 涨价期偏高 / 跌价期偏低 中等(需追踪批次)
LIFO(后进先出) 最近进的那批 涨价期偏低 / 跌价期偏高 中等
移动加权 即时平均价 平滑、稳定 容易(系统自动)
全月一次加权 当月平均价 平滑、月内一致 容易

哪种算法选哪个

看「商品本身」适合哪种
商品类型 推荐算法 原因
有保质期的(食品、药品) 先进先出 实物上就必须先卖旧的
标准品、单价稳定(五金、日用品) 移动加权 简单稳妥,差异小
价格波动大(白酒、奢侈品、电子产品) 先进先出 或 移动加权 看老板的偏好
大宗商品、原材料 移动加权 或 全月加权 出入频繁,FIFO 太累
单件价值高(豪车、珠宝、手机) 个别计价法 每件单独记成本
看「行业惯例」和「税务要求」
  • 中国会计准则允许 FIFO、加权平均、个别计价,不允许 LIFO(注意这一点)
  • 美国和部分国家允许 LIFO

所以你看到的国内大多数进销存软件,默认只提供 FIFO 和加权平均。

看「你想看到什么样的利润表」
你希望的效果 选什么
利润数据平滑、波动小 加权平均
利润反映「真实卖的那批的成本」 FIFO
价格涨时报税少(避税思路) LIFO(中国不让用)

老何后来怎么选的

老何最后选了 移动加权平均,原因有三个:

  1. 白酒虽然单价高,但同一款的差异没那么大
  2. 加权平均算出来的利润更平滑,老板心理舒服
  3. 不用追踪批次,财务工作量小

但他对茅台、五粮液这种高端单品单独设置了 FIFO——这种货价格波动剧烈,FIFO 能反映出"我手里这批是几月进的价",老何决定卖不卖、卖多少时更有依据。


一个常被忽略的点:销售成本 vs 库存成本

成本算法不只影响「这单赚了多少」,还影响「我现在库存值多少钱」。

回到老何的例子,11 月底剩 150 瓶茅台:

算法 库存价值(150 瓶)
FIFO 251,000(6 月剩 50 + 10 月 100)
LIFO 230,000(1 月剩 50 + 3 月 100)
移动加权 238,875(150 × 1592.5)

差距能到两万多块——这笔钱在「资产负债表」里直接影响公司账面价值。

银行看你贷款资质、税局看你资产规模时,你库存值多少钱是个硬指标。


进销存系统通常怎么处理

打开任何一套主流进销存系统,新建商品时一般会有一栏:

成本核算方式:[ 移动加权 ▼ ]

  • 移动加权(默认)
  • 先进先出
  • 全月一次加权
  • 个别计价(高级版)

一旦选定,原则上中途不能改——改一次就会让历史数据全部错位。

所以系统上线前,要想清楚每个商品该用哪种。


三个老板最常踩的坑

坑一:按「最近进货价」当成本

很多没系统的老板,凭脑子算成本时就是这个思路—— 「我最近这批进价 1700,那我这单卖 2000 就赚 300」。

错。你卖的可能是 1 月那批 1500 进的,真实成本是 1500,你赚 500 而不是 300。

或者反过来——价格在跌,你卖的其实是去年高价进的,亏的钱你都没发现。

坑二:用「售价 - 进价」算毛利

这是「最近进价」误区的另一种说法。

正确的毛利公式是:售价 - 加权成本(或 FIFO 算出的实际成本)。

不是售价 - 最近进价、不是售价 - 平均进价、不是售价 - 你脑子里那个数。

坑三:年中换算法

老板换会计、换系统、心血来潮换设定——结果整个利润表前后矛盾。

正确做法:算法一旦定下来,原则上一年内不动。要改,也只在新年度开始时改,并保留切换说明。


一个高级话题:成本里包括什么

到目前为止,我们说的"成本"指的是进货价。但完整的成本通常还包括:

  • 运费(货从供应商运到你仓库的费用)
  • 入关税 / 关税
  • 采购员的提成 / 差旅(可选)
  • 仓储费(可选)
  • 保险费(可选)

是否纳入,看公司核算颗粒度。一般做法:

  • 小店:成本 = 纯进货价(简单实用)
  • 中型企业:成本 = 进货价 + 直接运费
  • 集团 / 上市公司:完整加上分摊费用

总结成一张速查表

你想要 选哪个
简单、稳妥、系统默认 移动加权
真实反映批次成本 先进先出
财务月底统一算 全月加权
高单价、唯一性强 个别计价
避税(中国不可用) 后进先出

一个判断题

如果你看不出该选哪个,问自己一个问题——

如果我的进货价从来不变(永远都是同一个价),这四种算法会有差别吗?

不会。差别只在「价格在变」的时候。

所以核心是:你的进货价波动有多大?老板想要什么样的利润呈现?

想清楚这两个,选什么自然就清楚了。


老何最后说的一句话

老何理解了这套之后,跟我感慨:

我现在终于懂了—— 利润不是「赚出来的」,是「算出来的」。 进销存这事,规则比直觉重要。


留个问题给你:

你的店里现在用的是哪种成本算法?如果不知道,可能就是个隐患。欢迎留言。


下一篇预告:《毛利、净利、毛利率,系统里的数到底信哪个》——比成本算法更绕的,是利润分类。一次讲清。

10 毛利、净利、毛利率到底啥区别?一篇讲透(附行业健康值表)

系列第 10 篇 · 核心概念

老胡问错的那句话

老胡在洛阳开了家茶具店,五年下来年营业额做到了 600 万。

去年年中他参加一个老板课程,老师问大家「你们店毛利率多少」。

老胡张口就说:「50%。」

老师追问:「毛利率怎么算的?」

老胡愣了:「就是……我卖一个杯子,进价 30,卖 60,所以是 50%。」

老师笑笑:「那是单品毛利率。整店毛利率你算过吗?净利率呢?」

老胡支支吾吾说不出来。回家路上他越想越虚——做了五年生意,他甚至不确定自己一年到底净赚了多少。

回去他打开自己的进销存系统,发现里面挂着一堆和「利润」有关的数:

  • 销售毛利 318 万
  • 销售利润 247 万
  • 净利润 189 万
  • 销售毛利率 53%
  • 销售净利率 31.5%

他对着屏幕又懵了一遍——这些数,到底应该信哪个?

这一篇,我们就把「利润」这件事彻底讲清。


先建立一个基本公式

销售额(卖出去多少钱)
   - 销售成本(卖出去的这些货当初进价多少)
   = 毛利
   - 期间费用(房租、水电、人工、运费……)
   = 营业利润
   - 税费
   = 净利润

每一步都减一些东西,剩下的越少越「干净」。

最上面那个「销售额」是「水龙头哗哗放出的水」,最下面那个「净利润」是「滤了又滤之后真正能喝的那一口」。

中间每一层,都是一种「利润」。


1. 毛利:最浅的那层利润

毛利 = 销售额 - 销售成本

举例:老胡这个月卖了 50 万的茶具,这些茶具当初进货成本 24 万。

毛利 = 50 - 24 = 26 万

毛利率 = 毛利 / 销售额 = 26 / 50 = 52%

毛利的两个常见误区
误区一:用「进货价」当销售成本

「我这单卖 60,进价 30,毛利 30。」

不对——你卖的可能是上次进的 30,也可能是上上次进的 28,也可能是用加权平均算出来的 29。

销售成本 = 实际消耗掉那部分库存的成本,按第 09 篇讲的算法(FIFO / 加权平均)算。

误区二:把「售价 - 当前进价」当毛利

「我现在的进价是 35,我卖 60,毛利 25。」

也不对——你这次卖的那批货进价可能不是 35。

毛利永远只跟「实际被卖出去那批货的成本」挂钩,跟「当前最新进价」无关。


2. 营业利润:扣掉各种开销之后的

毛利只是「货赚的差价」。

但你还得交房租、付员工工资、交水电网费、报快递费、出广告费……这些叫期间费用。

营业利润 = 毛利 - 期间费用

举例:老胡这个月毛利 26 万,期间费用 14 万(其中房租 4 万、5 个员工工资 4 万、水电交通 2 万、营销 2 万、其他 2 万)。

营业利润 = 26 - 14 = 12 万

营业利润才是「老板真能拿到手的工资」

为什么这么说?

  • 毛利只代表「卖货赚了多少差价」
  • 但开店是真有成本的——房租、员工要不要发?
  • 把这些扣完之后,剩下的才是你这个月经营产生的实打实利润

很多老板看着 50% 的毛利率就开心得不得了,等扣完房租水电工资,才发现自己其实在帮房东、员工、电力公司打工。


3. 净利润:真正归你的最终利润

净利润 = 营业利润 - 税费 - 其他支出 + 其他收入

举例:老胡这个月营业利润 12 万,缴税 1.5 万。

净利润 = 12 - 1.5 = 10.5 万

这才是老胡这个月真正能装进口袋的钱。

如果这一年下来净利润 100 万,那就是他实际能买房买车、孝敬父母、给孩子交学费、自己旅游的钱。

净利润的特征
  • 是「最后一道滤网之后」剩的
  • 最反映公司真实赚钱能力
  • 但最难算准——因为期间费用、税费、其他收支都容易遗漏

配图:利润层层递减

销售额 → 毛利 → 营业利润 → 净利润,每层数字都比上一层小。


各种「率」分别什么意思

名词 公式 反映什么
毛利率 毛利 / 销售额 货的差价能力
营业利润率 营业利润 / 销售额 经营效率
净利率 净利润 / 销售额 公司真实赚钱能力
各行各业的健康参考值
行业 毛利率 净利率
服装零售 50% - 70% 5% - 15%
餐饮 50% - 65% 5% - 10%
食品快消 20% - 35% 3% - 8%
五金建材 15% - 25% 5% - 10%
医药零售 25% - 40% 4% - 8%
数码 3C 8% - 18% 2% - 5%
化妆品 50% - 70% 8% - 20%
茶酒(高端) 40% - 60% 15% - 30%

这只是粗略范围。

判断自己生意健不健康,不看绝对值,看「比同行高还是低」+「比去年自己高还是低」。


进销存系统里的「利润」一般指什么

不同系统的命名稍有差别,但大致分两类:

一类是「单据级利润」

每一张销售单对应的毛利——

  • 销售额(这单收了多少)
  • 销售成本(这单的货成本)
  • 毛利 = 销售额 - 销售成本

这种利润只是「毛利」,没扣房租水电。

另一类是「报表级利润」

汇总一段时间的——

  • 销售总额
  • 销售总成本
  • 销售毛利
  • 销售毛利率

但绝大多数进销存系统不算「净利润」——因为净利润涉及房租、水电、工资这些「期间费用」,不属于进销存的范畴,是财务软件的工作。

记住一句话:进销存系统能给你算到「毛利」就到顶了;要净利润,得看财务报表。


老胡那几个数到底是什么

回到老胡看到的:

系统显示 实际含义
销售毛利 318 万 一年总销售额 - 总销售成本
销售利润 247 万 毛利 - 系统里录入的部分费用(运费、折扣等)
净利润 189 万 财务模块算的,毛利 - 全部期间费用 - 税
销售毛利率 53% 318 / 600
销售净利率 31.5% 189 / 600

老胡之前回答的「毛利率 50%」——其实是单品的,整店实际是 53%,差不多。

但他不知道净利率才 31.5%——也就是说,每收 100 块销售额,他真正赚到的只有 31.5 块。

如果按 600 万销售额算,他一年实际净赚 189 万,比他自己以为的「赚得多」要少一截。


哪个数最有用

不同决策,看不同的数。

决策场景 看哪个数
判断单品该不该卖 毛利率(高于阈值才卖)
判断某天 / 某月经营好不好 毛利 + 毛利率
判断整年公司赚不赚钱 净利润 + 净利率
判断「这单价格能不能压」 毛利率(必须留出空间)
给银行 / 投资人看 净利润 + 净利率
给税局看 完整财务报表(不止净利润)

三个老板最容易搞混的点

1. 「毛利高 = 赚钱多」?不一定

茶具店毛利率 50%,但客流少、房租高,最后净利率可能只有 10%。

便利店毛利率只有 18%,但流转快、单店每天上千人,净利率反而能到 8% 甚至更高。

毛利率高,只是一项「能赚钱的潜力」。能不能转化成真利润,看费用结构。

2. 「毛利率高 = 老板会经营」?不一定

毛利率高有时是因为「品类自带高溢价」(茶、酒、化妆品)。

老板可能什么都没做,只是行业本身好。

真正考验经营能力的,是同行平均 50% 毛利率,你能不能做到 55%——这才叫本事。

3. 「净利率 > 行业平均 = 老板厉害」?不一定

净利率有时是「省出来的」—— 比如压低员工工资、不交社保、店面破破烂烂—— 短期看数字漂亮,长期看是在透支公司未来。

净利率要结合「公司是否健康」一起看,不能只看数字。


一道终极题

如果你只能在自己的进销存系统里看一个数,应该看哪个?

我的答案是:毛利率的同比变化。

  • 上个月 53%,这个月 51% → 警惕,要查原因
  • 今年同期 50%,去年同期 55% → 必须深挖
  • 三个月连续下降 → 立刻调整定价 / 进货策略

绝对值反映现状,变化反映趋势——趋势比现状更重要。


结尾

老胡现在每周一早上第一件事,就是打开系统看「上周毛利率」。

一旦发现比前一周低 2 个百分点以上,立马拉单据查原因—— 是某个员工乱打折?是某批新货成本上升?是促销活动该停了?

他说:

以前觉得开店就是「卖得多」最重要。 现在我觉得「每一块钱里赚多少」才是关键。

销售额是面子,毛利是里子,净利润是日子。


留个问题给你:

你能立刻说出自己店的毛利率和净利率吗?如果差一截,那就是你要补的功课。


下一篇预告:《安全库存、最低库存、最高库存怎么定》——库存量这一件事,藏着补货策略的全部秘密。

11 安全库存、最低库存、最高库存怎么定?一篇讲透(附五步设定法)

系列第 11 篇 · 核心概念

老林的两次"翻车"

老林在嘉兴做母婴用品批发,去年发生了两件事,让他对"库存量"这件事开始重视:

第一件:去年 6 月,国产某品牌奶粉突然爆款,全网抢购。老林家有这个货,但他平时只备 50 罐安全库存——三天就卖光了。再补货?厂家说要等 15 天。结果客户全跑去隔壁家,损失估算 8 万。

第二件:去年 11 月,他怕双 11 备货不够,提前囤了 200 箱某品牌湿巾。结果该品牌春节前推出新包装,旧版本立刻不好卖了。滞销 130 箱,最后五折清掉,亏损 2.6 万。

老林后来跟我讲:

我以前以为"库存"就一个数——多备点不慌、少备点轻松。 后来才发现,库存这件事有三条线:低于这个数要补、高于这个数要砍、中间还有一个安全垫子。

这一篇,就把库存量管理里最经典的三个概念——安全库存、最低库存、最高库存——一次讲透。


先建立直觉:库存就是「水缸里的水」

把每个 SKU 想象成一个水缸:

  • 进货 = 往里加水
  • 销售 = 往外舀水
  • 库存量 = 现在缸里有多少水

水缸要有"标记线":

  • 最低水位:低于这条线就要赶紧加水(补货)
  • 安全水位:万一遇到突发情况,至少不让缸见底(缓冲带)
  • 最高水位:超过这条就要停止加水(避免溢出/积压)

下面挨个细讲。


1. 安全库存:兜底的「保险垫」

定义:为了应对销售突然加快或供货突然延迟而预留的最低备货量。

它的作用:当现实和预期不符时,给老板争取反应时间。

怎么算

最简单的公式:

安全库存 = 日均销量 × 应急天数

举例:

  • 老林家某款湿巾日均卖 8 箱
  • 设定应急天数 7 天
  • 安全库存 = 8 × 7 = 56 箱

也就是说,任何时候这款湿巾的库存都不能低于 56 箱,低于就触发紧急补货。

应急天数怎么定

主要看两件事:

因素 应急天数应该
供应商发货稳定,3 天到货 短(3-5 天)
供应商发货慢,10 天到货 长(10-15 天)
销售波动大(季节性、爆款) 长
销售平稳(日用品、刚需) 短
单品价值高、积压损失大 短
单品价值低、积压损失小 长
更专业的公式(懂的可以看)

学术上有个标准公式:

安全库存 = Z × σ × √L
  • Z:服务水平系数(95% 服务水平对应 Z=1.65,99% 对应 2.33)
  • σ:日销量标准差(销量波动有多大)
  • L:补货周期

听起来吓人,实际操作中小老板用"日均销量 × 应急天数"就够用。


2. 最低库存:触发补货的「警戒线」

定义:库存降到这个数时,系统自动提醒补货或自动下采购单。

最低库存 ≠ 安全库存。

很多老板把这两个搞混。它们的关系是:

最低库存 = 安全库存 + 补货期间的销量

为什么?因为「下单 → 工厂发货 → 物流到货」是有时间差的。等真到货时,库存得还在安全线以上。

举例

老林湿巾的情况:

  • 日均销量:8 箱
  • 安全库存:56 箱(7 天应急量)
  • 供应商补货周期:5 天(从下单到到货)
  • 补货期间的销量 = 8 × 5 = 40 箱
  • 最低库存 = 56 + 40 = 96 箱

也就是说:库存降到 96 箱时,系统就要提醒老林下单。 等 5 天后货到,库存正好降到 56(安全线),无缝衔接。

这条线的核心意义

不让库存真正"见底"——任何时候你打开仓库,至少还有安全库存的量在。


3. 最高库存:防止过度囤货的「天花板」

定义:库存超过这个数,就别再补了。

为什么要设?

  • 避免资金积压:库存越多,占的钱越多
  • 避免仓储压力:仓库面积有限
  • 避免滞销:货囤太多卖不掉
  • 避免效期风险:有保质期的东西囤多了过期
怎么算

常见的公式:

最高库存 = 最低库存 + 一次补货批量

举例:

  • 老林湿巾最低库存 96 箱
  • 单次采购批量 100 箱(厂家有起订量)
  • 最高库存 = 96 + 100 = 196 箱

如果库存已经接近或超过 196 箱,绝不再补,哪怕厂家有促销。

用「周转天数」反推也行

另一种思路:

最高库存 = 日均销量 × 最长可接受库存周转天数
  • 老林湿巾日均 8 箱
  • 觉得最多备 30 天的量
  • 最高库存 = 8 × 30 = 240 箱

两种算法选一种就行,结果差不多。


配图:三条线的关系

正常情况下,库存量就在「最低 → 最高」之间循环—— 降到最低线就补货,补到最高线就停。


三条线怎么设:一个分步方法

第一步:算出日均销量

打开进销存系统,看过去 90 天这个 SKU 的销售数据,算平均日销量。

  • 销量稳定的:取算术平均
  • 销量波动大的:取最近 30 天 + 同期 30 天,加权平均
  • 季节性强的:看去年同期
第二步:确定应急天数
商品类型 推荐应急天数
厂家发货稳定的日用品 3 - 5 天
跨省运输商品 7 - 10 天
进口、跨境商品 15 - 30 天
爆款、季节性、紧俏品 10 - 15 天
第三步:确定补货周期

从「下单」到「货真正到仓库可以卖」之间的天数。

包含:审批 → 下单 → 厂家发货 → 物流 → 入库 → 上架。

第四步:定一次采购批量

考虑:

  • 厂家最低起订量(MOQ)
  • 自己一次买的折扣
  • 仓库能放多少
  • 资金允许压多少
第五步:三条线一起算
安全库存 = 日均销量 × 应急天数
最低库存 = 安全库存 + 日均销量 × 补货周期
最高库存 = 最低库存 + 一次采购批量

不同类别商品的库存策略

A 类商品(高单价 / 慢销 / 重要客户专用)
  • 安全库存:低(不囤)
  • 最低库存:低
  • 最高库存:低
  • 策略:按订单备货,到了再发,不囤

代表:高端定制、大型设备、稀有商品

B 类商品(中单价 / 平稳销售 / 主力品)
  • 安全库存:中(7-15 天)
  • 最低库存:中
  • 最高库存:中(不超过 30 天)
  • 策略:标准三线管理,最常规的玩法

代表:店里 70% 的常规商品

C 类商品(低单价 / 走量 / 引流款)
  • 安全库存:高(不能断)
  • 最低库存:高
  • 最高库存:较高(45-60 天)
  • 策略:多备无妨,断货是大忌

代表:购物袋、纸巾、家用主粮等


配图:ABC 分类对应库存策略

类别 占比 营收贡献 安全库存 补货频率
A 类(重点品) 20% 70% 中等 严控
B 类(常规品) 30% 20% 标准 自动补
C 类(走量品) 50% 10% 高 批量补

老林后来对店里 800 个 SKU 做了 ABC 分类,核心精力只盯 A 类(约 160 个),B 类靠系统自动补,C 类一次性囤大量——管理负担直接下降 70%。


三个最常见的错误

错误一:所有 SKU 设同一个标准

「我所有商品都设 50 件安全库存。」

错——畅销品 50 件可能 2 天就光、滞销品 50 件可能半年都卖不完。

库存策略必须按 SKU 分别设,至少分 ABC 三档。

错误二:只设了最低库存,没设最高库存

很多老板只关心「不要断货」,不关心「不要囤多」。

结果是:库存只涨不降,资金越压越多,最后死在「库存积压」上。

两条线必须配套设。

错误三:从来不重算

季节变了、爆款来了、新品上了、老品退场—— 但安全库存还是去年定的那个数。

至少每季度重算一次三条线,否则设了等于没设。


进销存系统怎么帮你

主流的进销存系统都支持:

  • 库存预警:低于最低库存自动短信 / 弹窗
  • 自动生成采购建议:按补货量自动列出"该补什么、补多少"
  • 多 SKU 批量设定:按品类批量调整
  • 基于历史销售自动推荐:让系统帮你算最低 / 最高(高级功能)

但前提是老板真去配置——很多人买了系统从来不设库存预警,等于浪费了一半功能。


一个隐藏功能:动态调整

「最低库存」不应该是一个死数。

更聪明的做法是:

  • 周一到周五是工作日,销量稳定 → 用基础最低库存
  • 周末 / 节假日前夕销量高 → 提高最低库存
  • 雨季 / 旺季 / 促销前 → 上调
  • 淡季 → 下调

系统支持按时段、按规则动态调整最低库存—— 这是从「能用」到「好用」的关键一步。


老林的复盘

老林按这套方法重新设了 800 个 SKU 的三条线。

3 个月后的成效:

指标 设定前 设定后
断货次数(月) 平均 9 次 平均 1.5 次
滞销品数量 86 个 31 个
库存周转天数 48 天 32 天
占用资金 230 万 156 万
月毛利 38 万 44 万

资金从 230 万降到 156 万——释放出来的 74 万资金让他多开了一个仓库。


三道自检题

  1. 你的店里有 SKU 设了"最低库存"和"最高库存"吗?

    • 没设 → 等于裸奔
  2. 你最近一次重算这些数字是什么时候?

    • 半年没动 → 已经不准了
  3. 你的店里上次断货 / 严重滞销是什么时候?

    • 频繁发生 → 三条线没设好

结尾

库存这件事,最高境界是:

永远不缺货,永远不积压。

完全做到很难,但用三条线管理,至少能逼近。

老林现在常跟新员工说:

库存量这一件事,少了是损失,多了也是损失。 我们的目标,是让那条曲线稳稳地在两条线中间跳舞。


留个问题给你:

你的店里哪些 SKU 最容易断货?哪些最容易积压?欢迎留言聊聊。


下一篇预告:《应收、应付、预收、预付,四个账老板最容易搞混》——第 02 篇我们提过的那条"暗线",这一篇细到极致地讲清。

12 应收、应付、预收、预付到底啥区别?一篇讲透(附净资产算法)

系列第 12 篇 · 核心概念

老姚一个字之差,多交了 8 万税

老姚在杭州做办公家具,自认为很懂账,做了 12 年。

去年年底他做财务申报,把客户给的"定金"全都登记成「销售收入」——

老姚的逻辑很朴素:

钱都进我口袋了,不算收入算啥?

结果年初税务上门做检查,问他:"这 70 多万的预收款,你怎么直接当收入了?"

老姚一脸懵:「钱已经到账了啊?」

税务说:"预收是预收,收入是收入。预收对应的货还没发,万一退了你怎么办?这两个科目搞混,相当于多报了 70 万收入,多缴了 8 万多税。"

老姚补了一身冷汗——多缴的钱可以申请退,但流程一来一回折腾两个月。

这一篇,我们就把第 02 篇里提到的「四个最容易搞混的账」彻底讲清。


先记一句话总结

名词 一句话 谁欠谁
应收 货卖了,钱还没收到 别人欠我
应付 货收了,钱还没付 我欠别人
预收 钱收了,货还没发 我欠别人货
预付 钱付了,货还没到 别人欠我货

关键区别就两个字:

  • "应" = 货物已经流转,钱还没动
  • "预" = 钱先动了,货还没流转

1. 应收账款:「别人欠我钱」

场景

老姚 3 月 1 日给某客户公司送了一批办公桌椅,共 12 万元。

客户公司说:「这个月底我们走完审批,下月初付款。」

老姚先给客户开了发票、送了货——3 月 1 日起,老姚账上就挂了 12 万元的"应收账款"。

应收的主要风险
  1. 拖账:本来说月底,结果拖三个月
  2. 坏账:客户公司倒了、跑路、不认账
  3. 资金占用:你的钱在别人那里,影响你自己的现金流
怎么管
  • 应收账龄表:把应收按"未到期、1-30 天逾期、31-60、61-90、90 天以上"分组看
  • 信用额度:给每个客户设上限,超过就不发货
  • 定期催收:30 天打电话、60 天上门、90 天发律师函
  • 坏账准备:超过一定时间,计提坏账(财务概念)

划重点:应收账龄超过 6 个月的,按行业经验,回收率不到 50%。超过 12 个月,基本就是坏账。


2. 应付账款:「我欠别人钱」

场景

老姚 4 月 5 日从某板材厂进了 8 万元的板材。

厂家说:「老姚你是老客户了,月结。」——意思是这个月进的货,下个月月底前付清就行。

货已经收到了、入库了、能用了——4 月 5 日起,老姚账上就挂了 8 万元的"应付账款"。

应付的两面性

应付不全是坏事——它实际上是供应商给你的免息贷款。

  • 你拿着货已经能卖钱了
  • 但你还没真正掏钱
  • 中间的时间差就是你赚的"账期红利"

很多大公司的现金流模型,就是靠"先卖再付"运转的。

应付的风险
  1. 拖太久影响信誉:下次供应商不给你货 / 不给折扣 / 不给好货
  2. 资金计划失控:到期了才发现没钱付
  3. 罚息 / 滞纳金:合同里可能有
怎么管
  • 应付到期提醒:系统提前一周提示要付的款
  • 付款计划表:每周做一次"下周该付谁、付多少"的清单
  • 优先级排序:核心供应商优先付、次要的可以稍延

3. 预收账款:「我收了钱但还没发货」

场景

老姚的家具有时候是按订单生产的。

某政府机关 5 月 20 日下了一笔 30 万的会议桌订单,先付了 9 万定金,剩下 21 万验收后付。

货还没生产、还没发——5 月 20 日起,老姚账上挂了 9 万的"预收账款"。

预收的本质:你欠对方一批货

很多老板觉得"钱到我账上了,就是我的钱"——

大错特错。

预收本质上是对方临时存在你这里的钱—— 万一对方反悔,你必须把这 9 万退回去。

所以财务上,预收记在"负债"科目下,不算收入。

预收的常见场景
  • 定金 / 订金(家具、服装定制、教育培训预交学费)
  • 预付费会员卡(理发店、洗车店、健身房)
  • 年卡 / 季卡(云服务、SaaS 软件)
  • 团购预订(社区团购、电商预售)
预收的最大风险

老板把预收的钱当利润花掉—— 等到要发货时发现资金链断了,没钱完成订单,最后崩盘。

这是健身房、培训机构频繁"跑路"的核心原因——预收用错了。

怎么管
  • 预收要专户管理(最好放独立账户,不混在日常运营资金里)
  • 进度追踪:每笔预收对应哪个订单、什么时候交付
  • 提醒老板:仪表盘上单独显示"预收负债余额"

4. 预付账款:「我付了钱,但货还没到」

场景

老姚 6 月 10 日想抢一批进口意大利皮料。

供应商说:「这个量大,要的人多,先打 100% 全款,半个月后发货。」

老姚打了 18 万——6 月 10 日起,老姚账上挂了 18 万的"预付账款"。

预付的本质:对方欠你一批货

跟预收正好相反——钱已经走了,但对方欠你货。

预付记在"资产"科目下,因为这笔钱对应着"未来会到的货"。

预付的常见场景
  • 进口贸易(先打款,国外才发货)
  • 稀缺品 / 紧俏品(白酒、卡车配件、芯片)
  • 大型定制(机器设备、办公家具)
  • 押款进货(小厂家不接月结,必须先款后货)
预付的最大风险

供应商跑路 / 货不发 / 不退款—— 钱已经在对方手里,你只能起诉,而且诉讼成本可能比预付款还高。

怎么管
  • 预付要有合同保障——合同里写清楚到货时间、违约条款
  • 金额不能太大——别把家底压在一家供应商身上
  • 追踪到货进度:什么时候发、运到哪了

配图 1:四个账的「主语 - 谓语 - 宾语」对照


配图 2:四个账在「资产负债表」的位置

账目 资产 / 负债 在公司财务里的角色
应收账款 资产(流动资产) 别人会还给你的钱
预付账款 资产(流动资产) 别人会还给你的货
应付账款 负债(流动负债) 你欠别人的钱
预收账款 负债(流动负债) 你欠别人的货

两个资产 + 两个负债,是一对镜像关系。

老板该看的是:

净资产 = (应收 + 预付) - (应付 + 预收)

正数说明对外赊出去的多、收回风险大; 负数说明欠别人多、压力大。


老姚出错的那笔账

老姚把 70 多万的预收当成销售收入——

正确的处理:

  • 收到 9 万定金时:预收账款 +9 万(负债),不进收入
  • 货发完、验收完、客户确认时:预收转为销售收入(这才是收入实现)
  • 客户付清尾款时:应收转为已收,结案

这样整个流程才符合会计准则,税也不会多缴。


进销存系统怎么记这四个账

主流的进销存系统都自带「往来账户」模块,会自动生成:

客户应收应付明细
客户:杭州 XX 公司
   应收余额:12 万(3 月 1 日开单,未付)
   预收余额:0
供应商应付应收明细
供应商:东阳 XX 板材
   应付余额:8 万(4 月 5 日进货,月结)
   预付余额:18 万(6 月 10 日预付,半月后到货)
关键报表
  • 应收账龄表:每个客户各账龄段的金额
  • 应付账龄表:每个供应商各账龄段的金额
  • 预收负债明细:每笔预收对应的订单、未完成进度
  • 预付未到货明细:每笔预付对应的供应商、预计到货时间

没有这四张报表的进销存系统,等于只完成了一半功能。


老板最容易犯的五个错

1. 把预收当收入

→ 多缴税、利润虚高、资金链脆弱(老姚的故事)

2. 把应收当现金算

→ 觉得自己赚钱了,疯狂消费 / 扩张,结果客户拖账,资金断裂

3. 应付拖太久

→ 信誉崩了,被列为"问题客户",下游进货不顺

4. 预付不留合同

→ 钱被坑了追不回(特别是跟小厂家的现款现货)

5. 四个账只盯总数,不盯账龄

→ 总数看着没事,账龄一拉发现有 30 万是 1 年以上的死账


一个对小老板最有用的小工具:四张表挂墙上

打印 4 张表,每周一早上更新一次,挂办公室墙上:

┌─────────────────┐  ┌─────────────────┐
│   应收前 10     │  │   应付前 10     │
│   (按金额)      │  │   (按金额)      │
└─────────────────┘  └─────────────────┘

┌─────────────────┐  ┌─────────────────┐
│  预收未交付     │  │  预付未到货     │
│  (订单进度)     │  │  (到货倒计时)   │
└─────────────────┘  └─────────────────┘

每周用 10 分钟扫一遍—— 做老板的,最不该出错的就是这四张表。


一道终极判断题

老板小测试,看你掌握没:

  1. 客户预订年卡,付了 1 万 → 这 1 万属于:____
  2. 你给厂家先打款 5 万,货下周到 → 5 万属于:____
  3. 客户欠你 3 万货款,承诺下月还 → 3 万属于:____
  4. 你欠供应商 8 万货款,下月底付 → 8 万属于:____

答案:

  1. 预收(你欠对方一年的服务)
  2. 预付(对方欠你货)
  3. 应收(别人欠你钱)
  4. 应付(你欠别人钱)

四个都答对,你比 80% 的小老板强了。


老姚的结语

老姚现在每月初做四件事:

  1. 拉一份应收账龄表 → 谁拖了 90 天以上立刻打电话
  2. 拉一份应付到期表 → 这个月要付多少给谁
  3. 看一眼预收负债 → 那些钱不能花
  4. 看一眼预付未到货 → 哪些供应商需要追

他说:

这四个数清楚了,我晚上睡得踏实多了。 以前看银行余额觉得有 50 万,其实有 30 万是预收,根本不归我。 现在看的是「净现金流」,那才是真正属于自己的钱。


留个问题给你:

此刻你的店里,应收、应付、预收、预付的余额分别是多少?能说出来吗?


下一篇预告:《单位换算:箱 / 件 / 个 / 散装,系统怎么不出错》——批发零售老板最容易踩的坑,一次讲清。

13 进销存单位换算怎么做不出错?一篇讲透(箱 / 件 / 个 / 散装)

系列第 13 篇 · 核心概念

老彭爆出的「天价单」

老彭在合肥做食品批发,主要做矿泉水、饮料、休闲食品。

去年夏天他亲身经历了一件至今没法笑出来的事——

某店长打了个紧急电话:"彭总,今天有个客户下单要 50 瓶农夫山泉,但是系统下不进去,提示库存不够。"

老彭一边开车一边喊:"不够你不会从仓库调啊!我们仓库一直有几百瓶!"

店长说:"系统库存就是 8 瓶。"

老彭懵了,到店里一查——

仓库实际有 80 箱,每箱 24 瓶,合计 1920 瓶。 但系统里只显示「8(瓶)」,是因为最早入库的时候,业务员误把单位选成「箱」而不是「瓶」,但数量填的是「8」(实际意思是 8 箱),结果系统当成 8 瓶。

更可怕的是,这 1920 瓶里,平时卖出去的销售记录全是按"瓶"扣的,扣了一年。系统里这个商品早就「负库存」了——只是因为没人盘点,没人发现。

那天晚上老彭和会计加班到凌晨,把矿泉水这一个 SKU 的全年账往回倒—— 最终发现,因为单位混乱,过去 12 个月销售毛利账少算了 14 万。

这一篇,我们就把进销存系统里这件最容易出错也最容易被忽视的事——单位换算——讲透。


为什么会有「多单位」这件事

最简单的生意——一个 SKU 一个单位,比如服装店「一件 = 一件」,没什么换算问题。

但只要你做的是「有包装层级」的生意,问题就来了:

  • 矿泉水:1 箱 = 24 瓶
  • 啤酒:1 件 = 12 瓶;1 瓶 = 500 毫升
  • 卷烟:1 条 = 10 包;1 包 = 20 支
  • 螺丝:1 包 = 50 个;1 箱 = 20 包 = 1000 个
  • 大米:1 袋 = 25 公斤;散装按斤卖
  • 水果:1 箱 = 10 公斤;零售按斤
  • 服装:1 包 = 10 件;1 箱 = 100 件

进货时按大单位(箱、件、包),销售时按小单位(瓶、个、斤)—— 这一进一出,要做好换算。


进销存里的「多单位」是怎么管的

主流进销存系统的标准做法:主单位 + 辅助单位 + 换算关系。

举例:农夫山泉 550ml 矿泉水

  • 主单位(最小销售单位):瓶
  • 辅助单位:箱
  • 换算关系:1 箱 = 24 瓶

所有库存数字统一以主单位记录—— 仓库里 80 箱,系统里记的就是 80 × 24 = 1920(瓶)。

进货时:

  • 录入「80 箱」时,系统自动转换为 1920 瓶入库
  • 单价也对应——「箱进价 36 元」自动转换为「瓶进价 1.5 元」

销售时:

  • 卖给批发客户「3 箱」,系统扣 72 瓶
  • 卖给零售客户「5 瓶」,系统扣 5 瓶
  • 库存数字一直按瓶显示,但显示时可以选「显示成几箱几瓶」

配图 1:多单位的标准结构


五种常见的"单位坑"

坑一:进货单位和销售单位不一致,但没建换算

老板进货时录「8(箱)」,销售时录「8(瓶)」,单位前后不一致—— 系统不会自动算,就按数字直接加减—— 导致库存彻底乱。

这就是老彭的故事。

避免方法:所有有多单位的商品,建档时就把主单位 + 辅单位定好。绝不允许中途切换。

坑二:换算关系填错

「1 箱 = 12 瓶」明明应该是 24 瓶,建档时填了 12—— 之后所有的库存计算都错。

避免方法:每个商品建档后,找两个人核对一遍换算关系。

坑三:同一商品多种规格混卖

矿泉水有 350ml 和 550ml 两种—— 明明是两个 SKU、两个不同的换算关系,老板偷懒只建了一个,按"箱"统一管—— 结果消费者拿 350 的,系统按 550 的扣价,库存全错。

避免方法:规格不同就分 SKU,第 07 篇专门讲过。

坑四:散装商品不知道按啥算

水果店卖苹果,进货时是「箱」(10 公斤一箱),卖时是「斤」。

但一箱苹果不是恰好 10 公斤——可能是 9.6,可能是 10.4。

如果系统按「1 箱 = 10 公斤 = 20 斤」算,每次进货都会有零头损耗,账实越差越大。

避免方法:散装商品用"称重"管理——进货时实际称重,输入真实公斤数;销售时也按实际克 / 斤计算。

坑五:单位变了,价格忘改

「一箱进价 36」改成了「一箱进价 38」——但销售单位的单价没跟着改—— 卖出去时仍按 1.5 元 / 瓶算成本—— 结果毛利虚高、利润错算。

避免方法:系统应该统一管理"主单位价格",辅助单位价格自动联动。改一个,全联动。


不同行业的「单位结构」

食品快消
  • 典型结构:垛 → 箱 → 件 → 个 / 瓶
  • 关键点:进货按垛 / 箱,零售按瓶 / 个,批发按箱 / 件,分级管理
服装
  • 典型结构:包 → 件
  • 关键点:包是发货单位(10 件 / 包),件是销售单位
五金 / 螺丝
  • 典型结构:箱 → 包 → 个
  • 关键点:零售要支持"按个卖",但每次散卖要算包装成本
大米 / 粮油
  • 典型结构:袋(25 kg)→ 称重(斤)
  • 关键点:散装和袋装是不同 SKU,分开管
烟酒
  • 典型结构:箱 → 条 → 包 → 支(烟);箱 → 瓶(酒)
  • 关键点:烟有"箱 - 条 - 包 - 支"四级,要支持任意级别销售
餐饮食材
  • 典型结构:箱 / 件 → 公斤 → 克
  • 关键点:必须支持称重,且要管损耗(蔬菜会失水)
建材
  • 典型结构:垛 → 件 → 块(瓷砖);卷 → 米(电线)
  • 关键点:定制 / 切割销售,可能整张要切几块

配图 2:四种典型多单位结构


主单位怎么选

铁律:主单位 = 销售时最小的那个单位。

  • 矿泉水散卖到瓶 → 主单位是瓶
  • 螺丝散卖到个 → 主单位是个
  • 米只整袋卖 → 主单位是袋
  • 米散卖到斤 → 主单位是克 / 斤

为什么必须选最小的?

因为如果主单位是「箱」(24 瓶),客户买 1 瓶,库存就要扣 1/24 = 0.0417 箱—— 出现小数,立刻就是麻烦:

  • 数据不直观
  • 累计误差越来越大
  • 系统精度问题

所以主单位永远选最细的那个,保证库存数永远是整数。


进货和销售时怎么操作

进货录入

理想操作:

  • 系统支持"输入数量 + 选单位"
  • 业务员录"80 箱",系统自动按 1 箱 = 24 瓶换算
  • 显示「本次入库 1920 瓶,金额 2880 元(80 箱 × 36 元)」
  • 让业务员点确认前看一眼,发现错位立刻改
销售录入

理想操作:

  • 同样支持多单位下拉
  • 客户买 3 箱 + 5 瓶 → 系统接受混合输入
  • 自动扣库存:3 × 24 + 5 = 77 瓶
关键交互细节
  • 默认单位:批发客户默认按箱、零售客户默认按瓶(看业态)
  • 大小写校验:输入"8 箱"和"8 瓶"在屏幕上颜色 / 提示不一样,防误选
  • 后台校验:当一笔入库录入异常(远低于历史均量)时弹警告

价格的多单位管理

跟数量配套,价格也要分单位:

农夫山泉 550ml
├─ 主单位:瓶
│   ├─ 标准售价:2.5 元
│   ├─ 进货成本:1.5 元
│   └─ 批发价(按瓶):1.8 元
├─ 辅助单位:箱
│   ├─ 标准售价:60 元
│   ├─ 进货成本:36 元
│   └─ 批发价(按箱):43.2 元(自动 = 1.8 × 24)

注意两点:

  1. 箱价不一定等于瓶价 × 24——批发可能有优惠
  2. 改主单位价时,要决定要不要联动改辅单位价——很多系统支持选

多单位下的几张关键报表

库存报表

显示选项:

  • 按主单位(最准)
  • 按辅助单位(最直观)
  • 同时显示("1920 瓶 = 80 箱")
销售报表
  • 总销售数量(按主单位)
  • 按客户 / 时段统计(多种单位)
  • 销售金额(统一币种)
进货报表
  • 同上

三个最常被忽视的问题

1. 散装零售的损耗

一斤苹果切片做水果拼盘,苹果核去掉了—— 原来 1 斤变成 0.85 斤。

如果系统按 1 斤算成本,毛利就错。

做法:散装商品要支持"加工损耗率"设定,进系统时自动扣除。

2. 包装物本身的成本

矿泉水的"瓶子"、酒的"酒坛"、米的"袋子"—— 都是有成本的。

但一般小老板不细算,统一摊到商品成本里。

做法:要算的话,单独建一个"包装物" SKU,按需领用。

3. 临时改单位的灾难

商品上线半年了,老板突然觉得"主单位选错了,改成箱吧"—— 所有历史数据全部错位。

做法:单位一旦上线,原则上不动。要改,等月底,做完月结、清零库存,重新建档。


配图 3:多单位常见错误自查表

检查项 正确做法
所有 SKU 都设了主单位 ✓
主单位选的是最小销售单位 ✓
多单位 SKU 的换算关系都被核对过 ✓
进货 / 销售都默认显示单位 ✓
错选单位时系统会预警 ✓
单位上线后没人能随便改 ✓
散装商品支持称重录入 ✓
价格在不同单位间自动联动 ✓

任何一项打 ✗,都是雷点。


老彭的复盘

老彭后来给所有商品做了一次「单位审计」—— 800 多个 SKU,发现单位错配 / 换算错的有 71 个。

修正后过了一年,他算了下:

  • 库存盘点差异率:从 3.2% 降到 0.6%
  • 因单位错引发的客诉:从月均 12 次降到 0
  • 月度毛利数据准确性:从「大概准」到「精确准」

他说:

单位这种事,听上去无聊,但实际上是进销存的「地基」。 地基不稳,上面建的所有报表、所有分析、所有决策,全是空中楼阁。


三道自检题

  1. 你的商品档案里,所有有多单位的商品都建了换算关系吗?

    • 没有 → 雷点在前面等着你
  2. 过去一年,你有没有因为"单位选错"出过单据问题?

    • 有过 → 系统流程要紧一紧
  3. 你的散装商品,进出货是怎么称重的?

    • 凭估的 → 损耗会越来越大

结尾

单位换算这事,看似无聊得不能再无聊—— 但它是进销存最容易出大事的地方。

老彭那一年因为「8 瓶」 vs 「8 箱」,少算了 14 万—— 这种错误,没系统时永远查不出来,有系统时也得真去用。

记住一句话:

细节决定账面,账面决定决策,决策决定生意。


留个问题给你:

你的店里哪些商品的单位最容易搞混?欢迎留言聊聊。


下一篇预告:《批次、保质期、序列号,什么生意必须管》——食品、药品、3C、奢侈品老板必读。

14 批次、保质期、序列号怎么管?什么生意必须上(一篇讲透)

系列第 14 篇 · 核心概念

老蒋的两次教训

老蒋在长沙做奶制品代理,主销牛奶、酸奶、奶粉。

去年他先后被两件事教育过——

第一件:某品牌酸奶下架召回。 厂家公告说"2024 年 3 月 5 日 - 3 月 18 日生产的某批次产品有问题,召回处理"。

老蒋一查自己仓库——确实有这款酸奶,但他的系统里只有「商品 + 数量」,没有"批次"信息。 进的什么时候的、剩的是哪一批,全靠员工翻箱底看生产日期。 那一周他全店停业三天,靠人工筛查,累计召回成本 4.2 万。

第二件:母婴店进了一批早教 iPad(成人版改造)。 某客户买回去用了半个月发现屏幕坏了,要保修。 老蒋按客户姓名查不到记录——员工卖货时没记 iPad 的序列号。 最后老蒋只能"按客户说的算",自己掏 6000 块换了一台新的。

两件事加一起 4.8 万——

老蒋后来反思:

我做的是「有批次特性的生意」,但用的是最普通的进销存系统—— 这就跟开赛车却用自行车的轮子一样,迟早翻。

这一篇,我们把进销存里最容易被中小老板忽视的三个概念——批次、保质期、序列号——讲透。


先看哪些生意必须管

生意类型 必须管什么 不管的后果
食品 / 饮料 / 牛奶 / 烘焙 批次 + 保质期 过期产品流出,监管处罚
医药 批次 + 保质期 + 序列号(部分) 召回崩溃,被吊销执照
母婴 / 奶粉 批次 + 保质期 + 追溯码 监管严管,召回成本巨大
化妆品 批次 + 保质期 过期使用引发投诉
农药 / 兽药 批次 + 保质期 + 追溯 法规强制
3C / 电子产品 序列号 售后纠纷难处理
奢侈品(包、表、珠宝) 序列号 + 防伪码 真伪难辨、二手贬值
汽车 / 大件家电 序列号 + 保修期 保修计算错乱
工业品 / 仪器 序列号 + 出厂编号 追溯困难

反过来——纯流通的非食品 / 非耐用品(如纸箱、扫帚、文具),可以不管。


1. 批次:「这批货是哪天进的」

定义

同一个 SKU,不同时间进的不同批货——每批一个编号。

举例

老蒋的某款酸奶,先后进了三次:

  • 3 月 1 日进 100 箱,生产日期 2 月 28 日,批次号 PC20240228-1
  • 4 月 5 日进 150 箱,生产日期 4 月 3 日,批次号 PC20240403-1
  • 5 月 10 日进 120 箱,生产日期 5 月 8 日,批次号 PC20240508-1

库存里这款酸奶总数 370 箱——但实际是三批不同的货叠在一起。

没有批次管理的问题
  • 不知道哪批先到期
  • 不能按批次召回
  • 不能按批次追责
  • 不能按批次盘点
有批次管理的好处
  • 先进先出(FIFO)真正落地:销售时优先扣最早批次
  • 召回精准:哪批有问题,定位到位
  • 效期管理:每批的到期时间单独追踪
  • 质量追责:哪批坏了,倒查供应商

2. 保质期:「这批货能用到几号」

定义

商品生产日期 → 不能再使用的截止日期之间的时长。

通常分两种标识方式:

  • 生产日期 + 保质期天数(如 2024-04-03 生产,保质期 21 天 → 2024-04-24 到期)
  • 到期日(如包装上直接写"保质期至 2024-04-24")
与批次的关系

保质期是批次的属性—— 每一批的保质期都不同:

  • PC20240228-1 批次:3 月 21 日到期
  • PC20240403-1 批次:4 月 24 日到期
  • PC20240508-1 批次:5 月 29 日到期
进销存系统应该提供的能力
1. 批次效期录入

入库时,每批必须录入生产日期和保质期,系统自动算到期日。

2. 自动 FIFO 出货

销售时,系统自动从最早到期的批次扣减——不是简单"先进先出",是"先到期先出"。

(注:某些情况下要按"先进先出",看老板选)

3. 临期预警

可配置:

  • 到期前 60 天 → 提醒"该重点推销"
  • 到期前 30 天 → 强制打折促销
  • 到期前 7 天 → 不准再卖给一般客户(可能要下架)
  • 已过期 → 强制下架,等待报损
4. 效期报表
  • 当前临期商品清单(按到期日排序)
  • 过去 30 天报损金额
  • 各品类的平均周转天数 vs 保质期天数
不同行业的效期标准
行业 临期判定标准
乳制品 剩余保质期 < 50%
普通食品 剩余保质期 < 30%
药品 剩余保质期 < 6 个月(按法规)
化妆品 开封后 12 个月(PAO 标识)
母婴用品 剩余保质期 < 3 个月

3. 序列号:「这台货是独一无二的那一台」

定义

每一件商品都有全球唯一的编号——精确到「这一台」「这一块」「这一支」。

最常见的是手机的 IMEI 号、电脑的 SN 号、汽车的 VIN 码。

跟批次的根本区别
  • 批次:管"这批货"——一批可能 100 件、1000 件
  • 序列号:管"这一件货"——一件就是一件

序列号是「批次的极致细化」—— 当生意精细到必须追溯单件时,就要上序列号。

哪些生意必须用
生意类型 为什么必须
手机 / 电脑 / 数码 保修、防盗、激活码绑定
大型家电(冰箱、空调、洗衣机) 保修期计算、维修记录
奢侈品(包、表、珠宝) 真伪鉴定、二手价值锚定
汽车 法规要求(VIN)
工业品(仪器、设备) 售后维护、备件管理
高价玩具(如乐高限量) 收藏增值
黄金 / 钻石(克拉级) 鉴定证书
序列号的全生命周期
工厂出厂 ──► 序列号产生
    │
    ▼
进入老板仓库 ──► 入库录入(一台一码)
    │
    ▼
卖给客户 ──► 销售单绑定客户 + 序列号
    │
    ▼
客户售后 ──► 凭序列号查购买日期、保修期、客户信息
    │
    ▼
退货 ──► 序列号回归库存
系统里应该具备的功能
1. 一件一码入库

每收一台货,扫一次 SN 码,独立入库。

2. 销售时强制绑定

收银时,必须扫该商品的 SN 码 / 输入序列号—— 不录就不能开单。

3. SN 查询

输入 SN,能立刻看到:

  • 进货时间、供应商
  • 销售时间、客户
  • 售后记录
4. 批量管理
  • 同一型号可能有上千台不同 SN,要支持批量入库(扫码枪连扫)
  • 报表能按"型号汇总"也能按"SN 明细"

配图 1:三个概念的层级

层级关系:

  • SKU:商品的型号
  • 批次:同 SKU 不同时进货的几批
  • 序列号:同批次中具体那一件

绝大多数行业管到批次就够了。只有高单价、需追溯到单件的,才管到序列号。


三种管理方式的成本对比

管理粒度 操作复杂度 系统要求 适合规模
不管(只管 SKU) 低 普通进销存 低单价快消、非保质期商品
管批次 + 保质期 中 食品 / 医药版进销存 食品、化妆品、药品
管序列号 高 行业专版 3C、家电、奢侈品

老板要根据自己生意的"出错代价"选—— 出错代价低的,别上太复杂的系统;出错代价高的,必须上。


系统支持的典型功能列表

食品 / 药品行业必备
  • 商品建档时勾选"启用批次"
  • 入库录批次号、生产日期、保质期、供应商
  • 销售自动按"先到期先出"扣减
  • 临期预警(多级阈值)
  • 过期商品自动锁定
  • 报损单据 + 影像凭证
  • 召回支持(按批次反查所有买家)
3C / 家电 / 奢侈品必备
  • 商品建档时勾选"启用序列号"
  • 扫码入库(一件一码)
  • 销售必须扫 SN 出库
  • SN 全生命周期追踪
  • 保修期计算(基于销售日期)
  • 售后记录绑定
  • 客户档案关联 SN 历史

三个老板最容易踩的坑

坑一:明明是食品行业,却没启用批次

老蒋的故事就是。

症状:召回时全靠人工筛、临期靠老员工记忆、过期靠运气。

修正:食品 / 药品 / 化妆品行业,第一天就启用批次管理——后期想加,要重新做基础数据。

坑二:序列号"录但不强制"

有些老板上了序列号功能,但出于"麻烦"心理,允许员工跳过录入。

症状:销售单一半有 SN、一半没有,售后时找不到买家。

修正:系统设置必填,不录入不允许开单——短期员工抱怨,长期省大事。

坑三:批次 / 序列号管理粒度过细

农户卖鸡蛋的小店,硬要给每一颗鸡蛋打序列号——

症状:操作慢、员工烦、错误率反而升高。

修正:粒度要匹配商品价值——

  • 价值 < 100 元:不上序列号
  • 价值 100 - 1000 元:看情况
  • 价值 > 1000 元:上序列号

行业实战:三个典型场景

场景一:母婴店奶粉管理
  • 必管:批次 + 保质期
  • 关键流程:
    1. 入库时录生产日期、批次号
    2. 货架按"先到期先出"陈列(最早到期摆最前面)
    3. 系统自动 FIFO 扣减
    4. 临期 60 天 → 系统提示打 95 折
    5. 临期 30 天 → 强制下架特卖区
    6. 过期 → 报损 + 影像证据
场景二:手机店 SN 管理
  • 必管:序列号 + 保修期
  • 关键流程:
    1. 入库时扫每台 IMEI
    2. 销售时再扫 IMEI 绑定客户
    3. 客户来保修,扫 IMEI 立即调出"购买日期 + 客户信息 + 保修剩余天数"
    4. 客户激活 / 换机时序列号联动更新
场景三:药店处方药
  • 必管:批次 + 保质期 + 追溯码(按法规)
  • 关键流程:
    1. 入库扫追溯码(药监局规定,每盒药都有追溯码)
    2. 销售时扫追溯码上传药监局
    3. 实现"从厂家 → 经销商 → 药店 → 患者"全链可追溯
    4. 召回时按追溯码精准定位

一个升级思考:批次和序列号的"重合"

有些品类,同时需要批次 + 序列号——

举例:高端红酒

  • 批次:哪一年的(2018 年 / 2020 年)
  • 序列号:这一瓶的编号(防伪)

这种叫"批次 + 单件追溯"双重管理—— 系统层面要支持"一批 N 件,每件还有自己的 SN"。


老蒋的复盘

老蒋去年痛定思痛,换了一套带"批次 + 效期 + 序列号"的食品版进销存。

半年后他的变化:

指标 变化
召回响应时间 3 天 → 4 小时
临期商品损失(月) 3.5 万 → 1.1 万
售后纠纷数量(月) 平均 8 次 → 平均 1 次
员工对货架陈列的执行率 60% → 95%

他说:

我以前觉得「批次」「保质期」「序列号」是给大公司用的。 现在我明白——只要你做的是"出错就出大事"的生意,这三件事就是刚需,跟规模无关。


三道自检题

  1. 你的生意里,"过期 / 召回 / 售后"出过几次大事?

    • 出过 ≥ 2 次 → 该上批次 / 序列号了
  2. 你的商品有保质期 / 单台保修期 / 客户售后追溯需求吗?

    • 有 → 普通进销存不够用
  3. 现在如果上游通知召回某批次,你能在多少时间内定位完所有相关库存?

    • 超过 24 小时 → 系统能力不足

结尾

批次、保质期、序列号——这三件事,看上去都是"小事", 但每一件都是**"出事时定生死"的关键能力**。

老蒋常跟同行说:

平时多花 5 秒钟扫个码,出事时少花 50 个小时擦屁股。 这是我用 4.8 万换来的话。


留个问题给你:

你的生意里,哪一件商品的"批次 / 效期 / 序列号"最重要?现在管到位了吗?


下一篇预告:《一件商品从进货到卖出,系统里经历了什么》——进入第三部分「业务流程类」,把所有概念串成一条流。

第3章

业务流程

15 一件商品从进货到卖出,系统里经历了什么?14 个节点一篇讲透

系列第 15 篇 · 业务流程

老贾的「单据迷宫」

老贾在郑州做家居建材批发,去年新上了进销存系统。

上线第一个月,他坐在办公室里发呆—— 系统里一天能蹦出 30 多种不同的单据:

  • 采购询价单、采购订单、采购入库单、付款单
  • 销售报价单、销售订单、销售出库单、收款单
  • 退货单、退款单、调拨单、组装单、报损单……

老贾问实施顾问:「为啥一件货从进到出,要开这么多单子?」

顾问说:「因为这件货在系统里,经历了二十几个状态变化。每个变化都要一张单据记一下,否则倒查时就没法溯源。」

这一篇,我们就跟着一件具体的货——一台 1.8 米实木双人床——从供应商的工厂一路走到客户的卧室,看看在进销存系统里,它到底经历了什么。


全流程速览:12 个关键节点

每一步都对应一张(或多张)单据,对应库存的一次变动,对应资金的一次流转。

下面分两段细讲。


第一阶段:从供应商到自己仓库

节点 1:询价(采购询价单)

老贾打算备货,要进一批 1.8 米的实木双人床。

他找了三家供应商问价:

  • A 厂:1300 元 / 张,30 天账期
  • B 厂:1280 元 / 张,现款现货
  • C 厂:1350 元 / 张,60 天账期 + 免运费

系统里新建一张「采购询价单」,记录三家报价。

作用:留痕、横向对比、未来选型参考。 这一步不影响库存,也不影响资金。

节点 2:下采购单(采购订单)

老贾决定选 A 厂,下了 50 张床的订单。

系统里生成「采购订单」,状态为「已下单 / 待发货」。

作用:跟供应商达成约定,金额 50 × 1300 = 65000 元。 此时库存还没变——但在途库存 +50(参见第 08 篇)。 资金上应付潜在 +65000——但还没真正挂账。

节点 3:供应商发货

A 厂 3 天后发货,发了快递单号。 老贾在系统里把订单状态改为「已发货 / 在途中」。

作用:知道货在路上,预计 5 天到。 这一阶段最关键的是预期管理——客户问"什么时候有货",老贾能答上来。

节点 4:收货验收(收货单)

货到了仓库。

仓管小张做两件事:

  1. 数数:实际到了 48 张(路上磕坏 2 张)
  2. 验质:再开箱抽查 5 张,发现 1 张漆面有划痕

小张在系统里建「收货单」:

  • 应收:50 张
  • 实收:48 张(路损 2 张)
  • 质检合格:47 张
  • 待协商:1 张(划痕)

关键动作:不要无脑全收。差异要立刻记录,作为跟供应商索赔依据。

节点 5:入库(采购入库单)

47 张合格的床正式入库—— 仓管打印条码标签,每张床贴一个,分配到 B 区 03 排货架。

系统里生成「采购入库单」:

  • 商品:1.8 米实木双人床(型号 SM1880)
  • 数量:47 张
  • 批次号:CG20240315-001
  • 单价:1300 元
  • 总价:61100 元

重大状态变化:

  • 实物库存 +47
  • 账面库存 +47
  • 在途库存 -50
  • 应付账款 +61100(按实收数挂账)
节点 6:财务付款(付款单)

A 厂是 30 天账期,4 月 15 日付款日,老贾让会计转账。

系统里建「付款单」:

  • 付款金额:61100 元
  • 关联:CG20240315-001 入库单
  • 应付:从 61100 降为 0(核销)

资金最终落定——这一笔采购才算彻底完成。


中场休息:库存里的「沉默期」

47 张床进了仓库后,可能要等几天、几周甚至几个月才被卖出去。

这段时间,系统里这批床的状态是「正常库存」—— 但其实每天都在悄悄发生事情:

  • 每天:被任意客户在咨询时引用——可能扣临时占用
  • 每周:被销售员展示给客户、生成报价
  • 每月:被盘点核对一次
  • 每季:被分析"销售速度,是否要补货"

库存不是"静止的物品"——它一直在被关注、被引用、被预占。

老板该习惯一件事:库存是流动的资产,不是仓库里的木头。


第二阶段:从仓库到客户家

节点 7:客户询价

一对刚结婚的小夫妻进店看床。

销售员小王介绍了 SM1880 这款,报价 2980 元一张。

老板可以决定要不要在系统里建「销售询价单」—— 看是否要追踪转化率。

作用:留意向客户、追踪报价转化、控折扣。

节点 8:报价(销售报价单)

小夫妻让步说:"能不能 2700?"

小王征得店长同意,开了一张「销售报价单」:

  • 商品:SM1880 双人床
  • 数量:1
  • 报价:2700 元
  • 有效期:3 天

作用:在客户犹豫期保留价格、给销售员留权限痕迹。

节点 9:下销售订单

小夫妻第二天回来确认买。

小王在系统里把报价单转成销售订单:

  • 订单编号:XS20240320-001
  • 客户:李某
  • 商品:SM1880 × 1
  • 总价:2700 元
  • 应付订金:1000 元(已收)
  • 应付尾款:1700 元(送货时付)

状态变化:

  • 销售订单 +1
  • 库存:实物库存 -0,但可用库存 -1(已被预占)
  • 资金:预收账款 +1000 元(注意是预收不是收入!参见第 12 篇)
节点 10:安排发货 / 配送

老贾的店有 2 个配送师傅,每天排两趟。

仓管在系统里生成「发货通知单」:

  • 商品:SM1880 × 1
  • 序列号:SM1880-008(第 8 张床)
  • 配送时间:3 月 23 日下午
  • 收货人:李某

作用:仓库提前备货、配送有计划。

节点 11:出库(销售出库单)

3 月 23 日下午,配送师傅装车前,仓管扫码出库—— 系统生成「销售出库单」:

  • 商品:SM1880 × 1
  • 批次:CG20240315-001
  • 序列号:SM1880-008
  • 关联订单:XS20240320-001

状态变化:

  • 实物库存 -1
  • 账面库存 -1
  • 库存价值减 1300 元(按成本算)
  • 销售成本 +1300 元(待最终确认)
节点 12:送达客户 + 客户确认

配送师傅送到家、组装好、客户签字。

系统里订单状态从「已发货」改为「已签收」。

关键:很多店忽略这一步——签收没确认,万一客户事后说"货有问题",溯源就没依据。

节点 13:收款(收款单)

客户付了尾款 1700 元(扫码 / 现金 / 转账)。

系统建「收款单」:

  • 收款金额:1700 元
  • 关联订单:XS20240320-001
  • 预收账款转销售收入:1000 元
  • 应收账款核销:0(如果有的话)

资金最终落定:

  • 销售收入:2700 元(一次性确认)
  • 销售成本:1300 元(已经在出库时锁定)
  • 毛利:1400 元
节点 14:售后(可选)

如果客户后续报修:

  • 凭序列号 SM1880-008 查购买日期
  • 触发保修流程(参见第 14 篇)

配图 1:一张床的完整生命周期时间轴


配图 2:一件商品在系统里的状态演变


你的店里有多少节点没记录

很多老板的店,这 14 个节点能做到的可能只有 6-7 个:

节点 大多数小店是否记录
1 询价 ❌ 多数靠记忆
2 下采购单 ⚠️ 有口头单
3 在途追踪 ❌ 凭电话联系
4 验收差异 ⚠️ 凭眼力
5 入库 ✅ 基本都有
6 付款 ⚠️ 多数靠会计记
7 库存 ✅ 基本都有
8-9 询价报价 ❌ 靠销售员脑子
10 销售订单 ✅ 多数有
11 发货安排 ⚠️ 凭排班表
12 出库 ✅ 基本都有
13 签收 ❌ 多数没做
14 收款 ✅ 基本都有

打 ✅ 的越少,意味着出问题时越无法溯源。


三个老板最容易"漏掉"的节点

漏点一:在途追踪

下了采购单就不管了—— 等货到才发现少了 / 晚了 / 错了。

该做:每张采购单到货前 3 天,系统自动提醒联系供应商确认。

漏点二:验收差异

货到不数、不验,全收。 事后发现少件、坏件——索赔无据。

该做:每张收货单必须双人核对,差异立刻记录、拍照、留单。

漏点三:客户签收

货送到就完事,没让客户在系统里"确认收到"。 事后客户说"没收到"或"收到的货有问题",没法拒。

该做:客户签字 / 扫码确认收货——电子签名最方便,留痕最全。


一个进阶视角:所有节点都串起来才有「数据资产」

单看一件商品,可能感觉单据多得离谱。

但把一年里所有 SKU 的所有节点数据汇总—— 就能算出很多有价值的指标:

指标 怎么算出来
平均采购周期 下单 → 到货平均天数
平均库存周转天数 入库 → 出库平均天数
销售转化率 询价单 → 订单的比例
平均订单履约时间 下单 → 签收平均天数
应收回款周期 出库 → 收款平均天数
各批次毛利对比 不同批次销售毛利率

没有节点数据 → 这些指标全做不出。 有节点数据 → 老板能看见生意的脉搏。


老贾的感受

老贾用了 3 个月之后,跟我说:

第一个月我觉得「这破系统每天逼我开 30 张单子,烦死了」。 三个月后我发现——这 30 张单子,每一张都是事后倒查的证据。

上个月有个客户说"货送错了"——我打开系统,从询价单到签收单一条龙拉出来, 5 分钟就证明了:客户当时确认的型号就是这个,是他自己记错了。

以前这种事我只能认栽。现在我能讲理。


三道自检题

  1. 你能不能拉出任意一件商品过去半年的「完整生命周期单据链」?

    • 拉不出 → 流程有漏
  2. 你的店里"询价 → 报价 → 订单"三步是否都有单据?

    • 没全有 → 销售转化率算不出来
  3. 客户签收 / 客户确认收货,你的系统有没有专门的动作?

    • 没有 → 售后纠纷时被动

结尾

一件商品从进货到卖出,在系统里要经历 14 个节点、十几张单据—— 看似繁琐,实则是「让生意有据可查」的基础工程。

老贾常说:

系统的价值,不在于「能开多少种单」, 而在于「这些单连起来,能讲清楚一件货的一生」。

这就是进销存的灵魂。


留个问题给你:

你的店里,"询价"和"客户签收"这两个节点有专门的单据吗?欢迎留言聊聊。


下一篇预告:《采购流程标准动作:询价 → 下单 → 收货 → 对账》——把采购这半边再细分讲透。

16 采购流程标准动作怎么定?询价→下单→收货→对账(附自检清单)

系列第 16 篇 · 业务流程

老韩的「采购暗流」

老韩在西安做酒水批发,年营业额 1500 万。

去年他做了一件事——让会计悄悄统计采购员小刘过去 12 个月的采购明细。

结果出来三件事让他凉了半截:

  1. 23 笔采购里有 17 笔只问了一家供应商——没比价
  2. 每月给某个固定供应商的订单占总采购 62%——单家依赖度过高
  3. 抽查 10 笔验收记录,6 笔都是"收到即签字"——没数、没验质、没记差异

老韩追问下去,小刘也没贪——他只是没有标准流程:

  • 询价靠"打电话给最熟那家"
  • 验收靠"翻看一眼"
  • 对账靠"月底集中报"

老韩当晚算了算:这种"自由式"采购,一年至少让他多花了 30 多万。

这一篇,我们就把"采购流程"——这件老板最容易当甩手掌柜、出事时最致命的事——一步步拆开,讲清楚什么叫"标准动作"。


采购全流程:四大阶段、十二个动作

 

阶段一:询价定供        阶段二:下单签约
  1. 需求确认             5. 下采购订单
  2. 寻源 / 询价          6. 供应商接单确认
  3. 比价分析             7. 跟单 / 在途追踪
  4. 供应商选择           8. 到货通知

阶段三:收货验收        阶段四:付款对账
  9. 到货清点              11. 月度对账
  10. 质检入库            12. 付款核销

下面挨个讲。


阶段一:询价定供

动作 1:需求确认

很多老板的采购是这么开始的: "快没货了 → 赶紧下单 → 凭感觉买多少"—— 完全没经过严肃的需求测算。

正确做法:每次采购前必须明确三件事——

要素 怎么定
品类 / SKU 系统拉出"低于最低库存"的商品清单
数量 根据安全库存 + 在途库存 + 销售预测算
截止时间 距离断货还有几天

系统层面,主流进销存都有「采购建议单」—— 自动列出"哪些 SKU 该补、补多少、什么时候到货"。

这一步省了 → 后面所有动作都失控。

动作 2:寻源 / 询价

老韩犯的错就在这里:只问一家。

标准动作:至少 3 家询价——

  • 老供应商(1-2 家)
  • 备选供应商(1 家)
  • 偶尔加一家新的"探路"

为什么必须比价:

  1. 价格随时间在动,不比就不知道行情
  2. 单家依赖太久,对方会涨价
  3. 万一老供应商出问题,没备份等死

系统里建「采购询价单」(参见第 15 篇)—— 留痕,未来可对比。

动作 3:比价分析

不是"谁报价低就选谁"——

完整比价应该看:

维度 权重参考
价格 35%
账期 20%
质量稳定性 20%
交货周期 10%
起订量灵活度 5%
历史合作信用 5%
售后能力 5%

举例:

  • A 厂报价 1300、月结、质量稳、5 天到 → 综合 92 分
  • B 厂报价 1250、现款现货、质量一般、3 天到 → 综合 78 分

单看价格 B 便宜 50 块,但综合下来 A 反而更划算。

系统里可以做一张「比价表」,把维度量化打分。

动作 4:供应商选择 + 风控

选完供应商,要做最后一道检查:

  • 新供应商:是否有营业执照、税票资质、参观工厂?
  • 老供应商:累计欠款是否过高、是否有合同?
  • 大额采购:是否经过老板审批?

很多店"小单凭采购员决定、大单老板审批"—— 但**"大"的标准要事先写在制度里**——不要"老板心情好就放过"。


阶段二:下单签约

动作 5:下采购订单

系统里生成「采购订单」——

必填字段:

  • 供应商
  • 商品 SKU + 数量
  • 单价 + 总价
  • 交货时间
  • 收货地址
  • 付款方式 + 账期
  • 质量要求 / 特殊条款

关键提示:采购订单必须打印 / 发邮件 / 微信发过去—— 留有书面记录,比口头电话约定可靠 10 倍。

动作 6:供应商接单确认

很多老板下完单就以为"完事了"——

实际上"对方接单"是另一回事:

  • 工厂可能产能不够,要推迟
  • 报价可能搞错,要重新核
  • 物流可能不能按时

标准动作:24 小时内拿到供应商书面确认—— 微信回个"收到,按订单执行"也行。

动作 7:跟单 / 在途追踪

下完单不能"等天上掉货"—— 要主动跟。

阶段 跟什么
下单后 3 天 是否安排生产 / 备货
发货前 1 天 确认发车时间、物流公司、单号
在途中 物流状态(系统对接物流 API 最好)
预计到货前 1 天 通知仓库准备验收

系统里采购单状态应该实时更新: 已下单 → 已确认 → 备货中 → 已发货 → 在途 → 已到货

动作 8:到货通知

供应商发车 → 老板的仓库收到物流单号 → 仓库知道明天有 3 车货要来 → 提前安排卸货工人 + 验收员。

很多店的仓库前一天不知道明天有什么货来—— 临时调人、临时找空间、临时验收—— 全是被动。


阶段三:收货验收

动作 9:到货清点

这是采购流程里最容易"放水"的一步—— 小刘的 6 笔"收到即签字"就是。

标准动作:

  1. 货车到 → 拍照(车况、外包装、封条)
  2. 核对数量——按箱 / 件清点,一件不少
  3. 比对订单——SKU、规格、批次是否一致
  4. 记录差异——少几件、坏几件,立刻拍照
  5. 签收——只签实际到货数,永远不要签"应到 50 张"
动作 10:质检入库

数量对完,下一步是质量:

商品类型 质检方法
标品(电子、机械) 抽检 5-10%
食品 看保质期、外观、抽检口味
服装 抽检尺码、做工、面料
大件家具 检查外观、组装试装

质检不合格的处理:

  • 立刻拍照 + 标记
  • 不入库 / 单独标记"待协商"
  • 联系供应商:补发 / 退货 / 折价

入库时生成「采购入库单」—— 按"实际合格数量"入库,不按"应到数量"。

节点小结:实收 ≠ 应到

很多小店的入库单写的是订单数量——

这是大错。

应到 50 张 + 实收 48 张 + 合格 47 张—— 入库的应该是 47,不是 50。

差异要在系统里挂着,等后续协商完成再清。


阶段四:付款对账

动作 11:月度对账

每个月初,跟每家供应商对一次账:

对账要素 怎么对
本月采购单数 + 金额 自己系统拉 vs 供应商发对账单
退货 / 折让金额 双方明细对清
已付款金额 看银行流水 vs 系统记录
期末应付余额 双方一致才算对完

理想流程:

  • 月初 3 天内拿到供应商对账单
  • 5 天内核对完
  • 7 天内签字确认
  • 10 天内安排付款
动作 12:付款核销

按账期到期付款——

系统里生成「付款单」,关联到具体的入库单:

付款 61100 元
  - 核销 CG20240315-001 入库单 61100 元
应付余额:0

关键:付款必须指明核销哪一笔—— 否则月度报表里"应付总额"是错的。


配图 1:标准 vs 不标准对比

 

不标准的采购(小刘式)         标准化采购(系统式)
────────────────────────────  ────────────────────────────
缺货时口头让人下单            缺货前系统自动建议
找最熟的一家                  3 家比价
口头说要多少                  采购单写明 SKU/数量/价格
等货来                        在途追踪 + 提前预警
看一眼数数                    数量 + 质量双验收
全收签字                      差异记录、单独处理
月底翻单子算账                系统自动算应付
付完款也不知道核销了哪笔       明确核销每张入库单

配图 2:采购流程中的 12 个单据

 

阶段 单据 关键作用
询价 采购询价单 留比价记录
下单 采购订单 跟供应商的约定
跟单 在途追踪记录 进度管理
收货 收货单 实收 vs 应到
入库 采购入库单 库存 + 应付变动
质检 质检单 合格 vs 不合格
退货(如有) 采购退货单 反向冲销
折让(如有) 折让单 价格调整
对账 对账单 月度对清
付款 付款单 资金流出
核销 核销记录 应付清零
评价 供应商评价单 长期管理

三种"省事"做法的代价

省事一:不询价、只找熟人

短期省事:省 10 分钟电话。 长期代价:每年多花 5-10% 的采购成本。

省事二:不验质、全收

短期省事:省半小时验货。 长期代价:次品流入库存 → 卖给客户 → 投诉 / 退货 / 失信。

省事三:不对账、按感觉付

短期省事:少做一份月报。 长期代价:重复付款、漏付、应付混乱。


一个进阶动作:供应商评分

每季度给每家供应商打分——

维度 满分
价格竞争力 20
交货及时率 20
质量合格率 20
售后响应 15
账期友好度 15
合作灵活度 10

80 分以上 → 核心供应商,加大份额 60-80 → 备选,维持 60 以下 → 淘汰 或限期整改

很多老板"用熟不用生"——但熟不等于好。 有数据评分,才能客观换血。


一份「采购采访清单」,老板每季度问一次自己

打印贴在办公室:

□ 本季度采购单是否都做过比价?
□ 单家供应商占比是否超过 50%?
□ 是否有新增 1-2 家备选供应商?
□ 收货差异率是否在 1% 以内?
□ 月度对账是否每月按时完成?
□ 付款核销是否清晰?
□ 是否有滞留 6 个月以上未核销的应付?
□ 供应商评分是否完成?

打 ✗ 的越多,采购管理就越乱。


老韩的新流程

老韩规范完后,让小刘必须做到:

  • 每次询价至少 3 家
  • 单家供应商占比不超过 40%
  • 收货必须双人验收
  • 月初前 5 天完成所有供应商对账

6 个月后的成效:

指标 之前 之后
平均采购成本 100% 92.5%(降 7.5%)
收货差异 / 错单 月均 8 起 月均 1 起
单家依赖度 62% 33%
月度对账完成率 60% 100%

按 1500 万采购额算,7.5% 就是 100 多万的成本节约。

他给小刘加了工资,仍然净省了 80 万。


三道自检题

  1. 你最近 10 笔采购,有几笔是只问了一家供应商的?

    • 超过 5 笔 → 比价制度形同虚设
  2. 你的收货员有没有"实收 vs 应到"差异记录?

    • 没有 → 索赔无据
  3. 你每月对账日固定吗?是否所有供应商都按时对完?

    • 不固定 → 应付账户一定有混乱

结尾

采购这件事,是老板"最爱当甩手掌柜"的环节—— 也是最容易暗中流失利润的环节。

老韩现在每周一早上做一件事: 打开系统,看上周所有采购单的"3 家比价记录是否齐全"。

他说:

标准动作不是束缚,是兜底。 当所有事情都按规矩走时,老板才能真的睡得着觉。


留个问题给你:

你的店里,采购员一个人能决定多少金额的单?超过多少需要老板审批?欢迎留言。


下一篇预告:《销售流程标准动作:报价 → 订单 → 发货 → 回款》——卖货这一边,也有自己的标准动作清单。

17 销售流程标准动作怎么定?报价→订单→发货→回款(附防飞单清单)

系列第 17 篇 · 业务流程

老白的「飞单悬案」

老白在苏州做办公用品批发,最大的客户是一家电子厂—— 每月稳定下 8 - 12 万的单。

去年 10 月,这家电子厂突然换了供应商,单子全没了。

老白心里咯噔一下——他觉得不对劲。

后来一个圈内朋友透风:电子厂的采购说,"你们公司的小郑,私下报价更便宜,我们改跟他了。"

老白这才反应过来——他的销售员小郑,用公司客户、走自己渠道、私下出货—— 俗称「飞单」。

老白翻系统想找证据——

  • 报价单:小郑出过,但金额比成交价高很多
  • 销售订单:客户每次都直接打电话给小郑,老板看不到全部
  • 收款:钱进了对方公账 vs 小郑个人账户,老板没机制查
  • 发货:从老白仓库出,但发货单备注说"特殊渠道",没人多问

一年下来,飞单金额估计有 60 万以上——但因为流程混乱,没法立案、没法追回。

老白事后总结:

我以前以为销售流程就是"成交就行", 出事才知道——销售流程不是为了多卖,是为了让你"看得见"每一笔生意。

这一篇,我们就把销售流程的标准动作——报价 → 订单 → 发货 → 回款 → 复购——讲透。


销售全流程:五阶段、十三动作

阶段一:售前         阶段二:成交         阶段三:交付
  1. 线索获取          5. 议价             9. 发货安排
  2. 客户分级          6. 销售订单         10. 出库
  3. 询价 / 报价       7. 预收 / 定金      11. 签收

阶段四:回款         阶段五:售后
  8. 开票              12. 客户回访
  发票 / 应收            13. 售后 / 复购
                        + 提成核算


阶段一:售前

动作 1:线索获取

不管销售员从哪里来的客户—— 线索必须立刻入系统:

  • 客户名 / 公司名
  • 联系电话 / 微信
  • 来源渠道(朋友介绍、地推、平台、复购)
  • 销售员归属

为什么必须入系统? 因为客户归公司、不归销售员—— 小郑离职那天能带走的不是客户,而是公司客户清单的一份截图。

动作 2:客户分级 + 信用额度

按客户重要性分级:

等级 标准 待遇
A 月均下单 ≥ 5 万 专属销售、特价、长账期
B 月均下单 1-5 万 标准价 + 短账期
C 散客 / 偶尔下单 标准价 + 现款
D 黑名单(拖欠 / 退货多) 不再合作

每个客户设信用额度——超过额度系统不让下新单(参见第 12 篇)。

动作 3:询价 / 报价

客户问:"这款笔记本本子多少钱?批量呢?"

销售员在系统里建「销售报价单」:

  • 商品 SKU + 数量
  • 报价(按客户等级 / 数量阶梯)
  • 有效期(一般 3-7 天)
  • 销售员签字 / 系统流水号

报价权限:

  • 销售员能报到 95 折
  • 主管能报到 90 折
  • 老板能报到任意价

改价必须留痕——这是防飞单的第一道墙。


阶段二:成交

动作 4:客户咨询 → 转化

客户回复:"价格能不能再让点?"

这一步不要"销售员自己决定"—— 任何超出权限的让价,都要走系统审批。

系统里点"申请审批" → 老板手机收到通知 → 同意 / 拒绝 → 销售员看到结果。

全程留痕,每个决定可追溯。

动作 5:议价(如果有)

客户最后确认价格—— 系统里报价单升级 / 修订—— 新报价单关联老报价单,形成历史。

动作 6:销售订单

客户决定下单—— 报价单一键转销售订单:

  • 客户:苏州某电子厂
  • 商品:A4 复印纸 × 100 箱
  • 单价:105 元 / 箱
  • 总价:10500 元
  • 账期:月结
  • 交付时间:3 天内

订单生成的同时——

  • 可用库存 -100 箱(已被预占)
  • 销售订单 +1
动作 7:预收 / 定金(如有)

如果客户先付定金:

  • 系统建「收款单」,标注"预收"
  • 预收账款 +N 元(注意不是收入!参见第 12 篇)

如果是纯月结客户,跳过这步。

动作 8:开票

财务开发票(增值税专票 / 普票)—— 系统里"已开票"状态。

未开票 ≠ 不应收——只要货发出去了,应收就成立。 但客户付款一般要凭发票。


阶段三:交付

动作 9:发货安排

仓库收到「发货通知」—— 按发货日期排序,安排车次、人手。

系统里"配送排单"—— 减少临时手忙脚乱。

动作 10:出库

发货前一刻,仓库扫码出库—— 生成「销售出库单」:

  • 商品 + 数量
  • 关联订单
  • 关联批次 / 序列号
  • 司机 / 车牌
  • 出库时间

实物库存 -100 箱。

动作 11:签收

货送到客户处—— 客户签字 / 扫码确认。

这一步绝大多数小店都没做—— 等到客户事后说"少了 2 箱",老板没法证明。

理想做法:

  • 电子签收(PDA / 微信小程序)
  • 拍照留存
  • 系统状态:已签收

阶段四:回款

动作 12:催收 / 收款

按客户等级和约定账期:

  • A 级月结客户:每月 5 号统一开账单 → 月底前付
  • 散客现款:当场付清

系统里应收账龄表自动追踪——

  • 未到期:正常状态
  • 1-30 天逾期:销售员催
  • 31-60 天逾期:主管介入
  • 60+ 天逾期:老板亲自出马
收款 → 核销

收到款后——

  • 系统建「收款单」
  • 应收账款 - 收款金额
  • 预收账款 → 销售收入(如果有预收的话)

核销必须明确"销了哪笔单"—— 不然总额对得上,明细对不上。


阶段五:售后 / 复购

动作 13:客户回访 / 复购

很多老板觉得"卖完就完事"—— 真正的利润来自复购。

  • 月度回访(电话 / 微信)
  • 季度满意度调查
  • 新品推荐 / 促销通知
  • 客户生日 / 大订单纪念日提醒

系统里复购率自动计算—— 看哪些客户在流失、哪些在加单。

+ 提成核算

每张订单关联销售员—— 月底自动按提成规则计算:

销售类型 提成比例
现款新单 5%
月结新单 3%
老客户复购 2%
大客户专属订单 4%
回款后追加 1%

提成跟"回款"挂钩—— 没回款 → 不发提成——这一条直接杜绝销售员"乱接死单"。


配图 1:销售流程的关键单据 + 状态


标准 vs 失控的对比

环节 失控状态(小郑式) 标准状态
客户线索 留在销售员手机 立刻入系统
报价 销售员口头报 系统报价单 + 流水号
改价 销售员自行决定 超权限走审批
订单 微信确认 系统订单 + 客户确认
发货 直接联系仓库 走发货通知单
签收 口头 OK 电子签收 + 拍照
收款 客户随便打 关联订单核销
提成 按总金额 按回款计算

 


老板最该警惕的五个"危险信号"

信号一:某销售员长期独占某客户

A 客户每个月都下单,只跟小郑一个人对接——

  • 老板从来不见客户
  • 其他销售员碰不到这个客户
  • 报价 / 订单全是小郑经手

风险:客户被绑架到销售员个人——飞单 / 跳槽就是灾难。

信号二:某销售员折扣率特别低

平均折扣 95 折,小郑的客户都是 88 折——

  • 是真的因为客户大?
  • 还是私下截留了差价?

做法:把每个销售员的"平均折扣率"做成报表,每月看。

信号三:销售员频繁绕过系统下单
  • 报价不录入
  • 订单微信下、系统补录
  • 客户找他要发票时才"想起来"

风险:销售员有自由空间动手脚。

信号四:某客户应收账龄异常长

正常账龄 30 天,某客户被销售员"宽容"成 90 天——

  • 是真的客户特殊?
  • 还是销售员有"返点"利益?
信号五:销售员离职后该客户立即流失

正常情况,客户跟公司、不跟人—— 离职后客户就跑了,说明流程根本不到位。


三个有用的进阶动作

动作 1:客户每月对账单自动发

不用销售员管—— 系统每月 1 号自动给所有客户发对账单(邮件 / 微信)。

好处:

  • 客户对账意识增强
  • 销售员动手脚的空间被压缩
  • 应收回款率提升
动作 2:报价过期自动失效

报价单 7 天有效—— 过期自动失效,客户想下单要重新报价。

好处:防止销售员"用半年前的低价开单"。

动作 3:大客户老板亲自见

A 级客户至少每季度老板见一次—— 吃饭 / 拜年 / 节日礼物—— 目的不是聊业务,是让客户认识"公司",不仅是销售员。


老白的"亡羊补牢"

老白后来给销售流程加了 4 道墙:

  1. 客户档案归公司——所有客户必须入系统、有客户编号
  2. 报价权限分级——超 90 折强制审批
  3. 销售员折扣率周报——异常立刻盯
  4. 大客户老板亲自跟——A 级客户老板必须见过

新流程跑了 6 个月:

指标 之前 之后
销售员平均折扣 91% 94%
销售员离职带走客户率 35% 8%
应收账龄 90 天+ 18% 5%
月毛利率 21% 26%

毛利率从 21 升到 26,月赚多 5%—— 老白 1500 万销售额,一年多赚 75 万。


三道自检题

  1. 你的店里报价权限是不是分级的?

    • 销售员任意打折 → 防飞单第一道墙没建
  2. 你的销售员每月平均折扣率你能立刻说出来吗?

    • 不能 → 销售管理失明
  3. 你的销售提成是按"开单"还是按"回款"算的?

    • 按开单 → 销售员会乱接死单

结尾

销售流程的真正价值—— 不是「让销售员多卖」, 而是「让老板看清楚每一笔生意」。

老白现在常对销售员说:

我不怕你卖得多,我怕的是我不知道你卖了什么。 销售流程标准化,是为了让所有人都规矩做生意—— 包括你,也包括我。


留个问题给你:

你的销售员里,有没有人"独占某个客户"、其他人都碰不上?欢迎留言。


下一篇预告:《退货退款在系统里怎么走才不出错》——销售里最容易出问题的环节,单独细讲。

18 退货退款在系统里怎么走才不出错?6 步流程 + 5 个坑(附自检清单)

系列第 18 篇 · 业务流程

老段的「退货黑洞」

老段在济南做服装批发,去年发生了这么件事——

某客户退了一批共 18 件的衣服,理由是"码数不对"。 店员小张图省事,直接把货收回仓库,钱原路退给客户—— 没开退货单、没开退款单、没改库存数。

一个月后老段盘库存,发现这批衣服的实物比账面多 18 件。 但已经过了一个月,谁也想不起来这 18 件是从哪冒出来的。 小张甚至以为是新货,又拉到货架上重新卖。

结果:

  • 客户没付的钱(退给他了)——系统里仍显示已付,账面虚增收入
  • 18 件货——库存账面少了 18 件,但实物在
  • 重新卖出去——变成"无源销售",没人能查这件货从哪来

老段后来翻账,这种"无源销售"全年有 200 多笔—— 最终发现:库存差异、应收混乱、毛利失真,根源大多在退货退款流程上。

这一篇,我们就把进销存里最容易出错、最容易藏猫腻的环节——退货退款——讲透。


为什么退货退款这么容易出错

退货退款是「逆向流程」—— 跟"正常销售"反着走。

而很多店:

  • 系统主流程都按"正向销售"设计的
  • 员工脑子里也是"卖出去"的逻辑
  • 退货时随手处理 → 流程不全

结果是:

维度 正常销售 退货退款
频率 高 较低
流程完整度 标准 经常漏
员工熟练度 熟 不熟
老板关注度 高 低
出错率 低 高

老板越不重视,员工越不规范,账面越乱。


退货退款的四种类型,先分清

类型 1:未发货 → 取消订单

客户下了订单,还没发货就要取消。

  • 库存动作:把"已锁定"的库存释放回"可用库存"
  • 资金动作:如果收过预收,原路退预收

最简单的一种,不算严格意义的"退货"。

类型 2:已发货 → 整单退货

客户收到货 1 - 3 天内,全数退回。

  • 货物动作:回到仓库
  • 库存动作:实物 + 账面都要回升
  • 资金动作:原路退款 / 销账
  • 单据动作:建「销售退货单」+「退款单」
类型 3:部分退货

10 件衣服客户只退 3 件——

  • 货物 / 库存 / 资金按"3 件"做
  • 原订单不能整张作废——保留 7 件的销售记录
  • 系统里通常生成"红字销售单"对冲
类型 4:换货(不退钱)

客户拿 M 码换 L 码——

  • M 码回库 +1
  • L 码出库 -1
  • 资金动作可能为 0(同价换)或差价
  • 单据:「退货单」+「新销售单」 / 「换货单」

一张完整的退货退款流程图

客户申请退货
     │
     ▼
┌──────────────────┐
│ 1. 退货申请单     │  ←  记录原因、退多少、对应原单
└────────┬─────────┘
         │
         ▼
┌──────────────────┐
│ 2. 老板/主管审批  │  ←  权限控制
└────────┬─────────┘
         │
         ▼
┌──────────────────┐
│ 3. 货回仓 + 质检  │  ←  能不能二次销售
└────────┬─────────┘
         │
         ▼
┌──────────────────┐
│ 4. 销售退货单     │  ←  库存 + 应收/收入冲销
└────────┬─────────┘
         │
         ▼
┌──────────────────┐
│ 5. 退款单         │  ←  钱原路退回
└────────┬─────────┘
         │
         ▼
┌──────────────────┐
│ 6. 销售员提成扣减 │  ←  连带处理
└────────┬─────────┘
         │
         ▼
       结案

任何一步省了,账面就会留洞。


一步步拆开讲

步骤 1:退货申请单

客户开口"我要退" → 系统第一时间生成「退货申请单」:

  • 关联原销售订单 / 出库单
  • 退货商品 + 数量
  • 退货原因(质量 / 错发 / 不喜欢 / 不合适 / 过期)
  • 申请人 / 客户签字

关键:申请单必须关联原销售单—— 找不到原单的退货,要打回去重查。

否则就是老段店里那种"无源退货"。

步骤 2:审批

不是所有退货都自动通过——

退货情形 谁审批
7 天内、未拆封、质量问题 销售员自行(系统留痕)
7 天内、已拆封、非质量问题 主管
超过 7 天 / 大额 / 老客户特殊 老板
拒收 / 货损 / 异常 老板

审批存在的意义:防止销售员私下"假退货真套现"。

步骤 3:货物回仓 + 质检

仓库收到退货——

  • 拆包检查:是不是原货?
  • 质量评估:能二次销售 / 需要打折处理 / 直接报损

根据质检结果分流:

状态 处理
完好 → 重新入库到正常货架 实物 + 账面回升
轻微瑕疵 → 入库到"特价区" 实物回升、定特价
严重瑕疵 → 报损 库存不回升、走报损流程
步骤 4:销售退货单

走完前面,系统里建「销售退货单」——也叫红字销售单:

  • 货物:和退货数量一致
  • 金额:负数(冲销原销售)
  • 关联:原销售出库单

库存动作:

  • 实物库存 +N(如果质检合格)
  • 账面库存 +N
  • 库存价值 + 退货成本

资金动作:

  • 如果客户已付款:应收 -0,预退款 +N
  • 如果是月结客户未付款:应收 -N
步骤 5:退款单

最关键的一步——真正把钱退回去:

  • 如果客户付的是现金:现金账户 -N
  • 如果是转账 / 刷卡:原路退回
  • 如果是月结未付款:从应收账款里冲掉

退款单必须关联到具体的"原收款记录"—— 否则就是"凭空退款",账面会乱。

步骤 6:销售员提成扣减

如果当初这笔订单的提成已经发了 / 在计算中—— 退货时要回扣相应提成。

否则销售员会有动机"先卖再退"骗提成。


配图 1:四种退货情形的资金 / 库存对照表

情形 库存影响 资金影响 关联单据
未发取消 可用 +N(释放) 预收原路退 取消单
整单退货(现款) 实物 + 账面 +N 退款 -N 退货单 + 退款单
整单退货(月结) 实物 + 账面 +N 应收 -N 退货单
部分退货 按退数 +N 按退数退 部分退货单
换货(同价) A 货 +N, B 货 -N 不变 换货单
换货(差价) 同上 退/补差价 换货单 + 差价收/退款


五个最容易踩的坑

坑一:货收回但单据没开

老段店里就是。

后果:

  • 库存账面 - 实物 错位
  • 客户收的钱算错
  • 销售员提成多发

修正:制度规定 → 货回仓必须先扫码登记 → 不开退货单不让入库。

坑二:退货单不关联原销售单

只填了"客户退 2 件衣服"—— 但没说是哪张销售单。

后果:

  • 不知道客户当初买了几件、买了哪批、付了多少
  • 退款金额算不准
  • 销售员归属算不准

修正:系统强制要求关联原销售单 / 出库单—— 找不到原单的退货走"特殊审批"。

坑三:退款走错通道

客户当初微信付的钱,结果店员从店里现金里抓了一把退给他——

  • 店里现金账少了一笔
  • 微信账多了一笔
  • 月底对账崩

修正:原路退回——客户怎么付的,就怎么退。

坑四:退回的货质检不严,再卖出去出问题

退回的货里混进了瑕疵品,没标记、没分流—— 重新卖给新客户,再退一次,恶性循环。

修正:退货质检必须留痕 + 瑕疵品不混入正常库存。

坑五:退货成本算法用错

老段的衣服批次 1 进价 80,批次 2 进价 95—— 客户退的明明是批次 2 的(高价),但系统按 FIFO 默认冲销批次 1(低价)—— 毛利算错。

修正:退货时必须指定退的是哪个批次—— 特别是有批次 / 序列号管理的商品(参见第 14 篇)。


退货率本身就是一个重要指标

老板要看:

指标 看什么
整体退货率 退货金额 / 销售金额
按 SKU 看 哪些商品退最多
按销售员看 哪些销售员退货率高
按原因看 质量 / 错发 / 不合适哪个最多
按客户看 哪些客户经常退
按时段看 月度 / 季度趋势

异常信号:

  • 某 SKU 退货率 > 10% → 质量 / 描述有问题
  • 某销售员退货率 > 整体均值 50% → 报价 / 售后有问题
  • 某客户退货率特别高 → 可能是恶意退货 / 套利

健康的零售退货率:

  • 服装:8-15%
  • 数码 3C:5-10%
  • 食品:< 2%
  • 美妆:< 5%

配图 2:「退货单据链」示意

   原销售单 XS001
       │
       ├──► 出库单 CK001
       │       │
       │       └──► 客户签收
       │              │
       │              └──► 客户申请退货
       │                     │
       │                     ▼
       │              退货申请单 TK001
       │                     │
       │                     ▼
       │              审批通过
       │                     │
       │                     ▼
       │              货回仓 + 质检
       │                     │
       └──── 红字关联 ───────┤
                            ▼
                     销售退货单 XH001
                            │
                            ▼
                     退款单 TK002
                            │
                            ▼
                     提成扣减
                            │
                            ▼
                       退货结案

每一步都有单据,单据之间靠"关联号"穿成一串—— 这才是「可追溯的退货流程」。


一种"高风险"退货:恶意退货 / 套利

近几年随着电商发达,恶意退货变多——

套路 怎么识别
买高价品退、留小附件 系统记录"商品完整度"
反复买退 客户退货次数监控
假质量问题 视频证据 / 拍照留痕
退货换码套零售 同客户高频换码报警

进销存系统应该支持:

  • 客户退货历史一目了然
  • 多次退货客户标红预警
  • 退货影像档案留存

老段的修复

老段后来重新规范了流程:

  1. 货回仓必须先扫码 → 走退货申请 → 才能入库
  2. 退货单必须关联原销售单
  3. 退款原路退回——现金、微信、支付宝分账户
  4. 销售员提成按净销售(销售 - 退货)算

6 个月后:

指标 之前 之后
"无源退货" 月均 18 笔 0
库存差异率 3.2% 0.6%
销售员主动报告退货 偶尔 100%
月度退货分析报告 没有 标准动作

之前那种**"退了又卖、卖了又退"的混乱彻底消失**—— 单靠这一项整改,全年挽回 22 万损失。


三道自检题

  1. 你的店里退货回仓时,是先扫码还是先入库?

    • 先入库再补单 → 早晚出"无源货"
  2. 你的退款是按原路退还是凭店员方便处理?

    • 凭方便 → 资金账户早晚乱
  3. 你能立刻拉出"上月退货 TOP 10 商品"和"退货率最高的销售员"吗?

    • 拉不出 → 隐患藏着你不知道

结尾

退货是销售的"反向操作"—— 反向越规范,正向越干净。

老段现在常对店员说:

退货不是"麻烦事",是"机会"—— 是发现问题、修复客户关系、优化进货的机会。 但前提是,所有数据都进系统、所有流程都不抄近路。


留个问题给你:

你的店里最近一笔退货是怎么处理的?走完了所有步骤吗?欢迎留言。


下一篇预告:《调拨、移库、组装、拆分都是什么操作》——多仓、多店、加工型生意,绕不开的几种特殊单据。

19 调拨、移库、组装、拆分都是什么操作?一篇讲透(附自检清单)

系列第 19 篇 · 业务流程

老冯的"四张奇怪单子"

老冯在长沙做卤味连锁,3 个店 + 1 个中央厨房。

去年他换了套新系统,第一次见到这么几张单据:

  • 调拨单
  • 移库单
  • 组装单
  • 拆分单

老冯打电话问我:"这四张单是干嘛的?我以前从来没听过。"

顾问说:"这是没卖货也不进货,但库存照样在动的几种内部操作。"

老冯一脸懵:"不卖不进,库存怎么会动?"

我举了几个例子,老冯听完恍然大悟—— 原来他过去那 5 年,这四种操作每天都在发生,只是他从来没在账上记过:

  • 从中央厨房送鸡爪到 1 号店(调拨)
  • 把 A 货架的小龙虾搬到 B 货架(移库)
  • 把生鸡爪 + 卤料 → 卤鸡爪(组装)
  • 一整袋鸭脖 → 拆成小袋零售(拆分)

老冯说:"我以前以为系统就是管"进"和"销"两件事。 原来店里还有一大堆"内部流转",也是必须记账的。"

这一篇,我们就把这四种"中间动作"——调拨、移库、组装、拆分——一次讲透。


共同特征:货还是这些货,但状态变了

进销存系统里,只要库存的"位置 / 状态 / 形态"发生变化,就要记账。

操作 改变的是 谁多 / 谁少
调拨 仓库位置 A 仓 -N,B 仓 +N
移库 货架位置 A 货架 -N,B 货架 +N
组装 形态(多变一) 原料 -N,成品 +1
拆分 形态(一变多) 整袋 -1,小袋 +N

不记账 → 库存数据就会"对不上现实"。


1. 调拨:货从一个仓换到另一个仓

典型场景
  • 老冯的中央厨房 → 1 号 / 2 号 / 3 号店
  • 总仓 → 区域仓
  • A 城市 → B 城市
  • 总店 → 分店
单据:调拨单
调拨单号:DB20240320-001
调出仓库:中央厨房
调入仓库:1 号店
商品:卤鸡爪 × 30 斤
调拨原因:日常补货
经办人:小张

调拨过程的两个阶段:

阶段 状态 库存变化
调出 → 在途 出库待入 调出仓 -30,在途库存 +30
在途 → 调入 已入库 在途 -30,调入仓 +30

关键:调拨过程中的"在途库存"必须记账(参见第 08 篇)—— 否则 30 斤鸡爪就"飘"在系统外了。

调拨的几个变种
类型 说明
直接调拨 总仓直接发到分店
串店调拨 1 号店 → 2 号店(同级)
紧急调拨 客户在 A 店要货,但货在 B 店
计划调拨 周一固定补货
退仓调拨 分店卖不动 → 退回总仓
调拨容易出的坑

坑一:成本价怎么算

总仓 80 元 / 斤的鸡爪 → 调到 1 号店——

按 80 调 ✅ 还是按 100 调(加 25% 加价)❌?

标准做法:内部调拨按成本价—— 不能虚构内部毛利,否则集团整体的报表就乱。

坑二:在途数据丢失

调出去 30 斤,途中遇到事——可能延迟 / 损耗 / 错发—— 如果系统不管"在途",这 30 斤就消失在两个仓之间。

坑三:调拨权限不分级

任何员工能随便调—— 就有"假调拨 → 货跑哪去了不知道"的风险。

做法:调拨必须有审批 + 双向签字(调出方 + 调入方)。


2. 移库:同一个仓内的位置变化

典型场景
  • 货架重新摆放
  • 临期商品移到"特价区"货架
  • 大促前从仓库后排 → 移到前排
  • 库位重整(仓库整理)
单据:移库单
移库单号:YK20240320-001
仓库:中央厨房
商品:小龙虾 × 200 斤
原库位:B 区 03 排
新库位:A 区 01 排
原因:促销前移到顺手位置
移库 vs 调拨的区别
维度 调拨 移库
跨仓库 ✅ ❌
改变总仓库存 ✅(A 仓少、B 仓多) ❌(同仓)
改变库位 一般会 ✅(核心动作)
财务影响 可能有内部转移 无
单据复杂度 高 低
移库为什么也要记

很多人觉得"在同一个仓里搬来搬去,记什么记"——

关键作用:

  1. 库位准确——出库时知道去哪个货架找
  2. 拣货效率——大批量出库时按库位顺序
  3. WMS 集成——和仓库管理系统对接
  4. 倒查问题——某商品丢了,能看移动轨迹
小店是否需要移库管理
  • 单仓库 / 小店:可选——不用太细
  • 多货架仓库:建议
  • 大型立体仓库 / 自动化仓:必须

3. 组装:原料 → 成品

典型场景
  • 老冯的"生鸡爪 + 卤料 → 卤鸡爪"
  • 礼盒装:3 种月饼 + 包装盒 → 一个礼盒
  • 套餐:饮料 + 主食 → 套餐
  • DIY:CPU + 主板 + 内存 + 硬盘 + 机箱 → 整机
  • 电商组合销售
单据:组装单(也叫"BOM 加工单")
组装单号:ZZ20240320-001
组装地点:中央厨房
成品:卤鸡爪 1 袋(500g)
原料消耗:
  生鸡爪 600g × 1
  卤料包 30g × 1
  食盐 5g
  其他调料 ...
成品产出:卤鸡爪 1 袋
经办人:师傅老李

核心概念:BOM(物料清单)

每种成品对应一份 BOM—— 列出"做出 1 个这玩意儿,要用多少种原料、各多少"。

举例:

卤鸡爪 1 袋 =  
生鸡爪 600g
卤料 30g
调料 5g
包装袋 1 个
标签 1 张
组装的库存变化
原料库存:                成品库存:
生鸡爪  -600g            卤鸡爪  +1 袋
卤料    -30g
调料    -5g
包装袋  -1 个
标签    -1 张

单价怎么算: 成品成本 = 所有原料成本 + 加工费 + 包装成本

组装的几种类型
类型 说明 例子
一对一组装 1 个成品 = 多种原料 卤鸡爪
批量组装 一次组装 N 个 100 袋鸡爪同时做
分阶段组装 多次组装(半成品) 先做半成品再做成品
反向组装 拆分(下一节讲)  
没组装管理的痛点

老冯之前没记组装—— 库存里堆着 200 斤生鸡爪,但展示柜里有 100 袋卤鸡爪—— 系统不知道这 100 袋是哪 200 斤生鸡爪变来的—— 成本算不准、毛利算不准、原料消耗规律也看不出。


4. 拆分:成品 → 多个小单位

典型场景
  • 一整袋 10 斤的鸭脖 → 拆成 20 袋 0.5 斤的零售装
  • 一箱 24 瓶可乐 → 拆零售单瓶
  • 一卷布料 → 按米卖
  • 一整鸡 → 鸡腿 / 鸡翅 / 鸡胸分卖
  • 大瓶白酒 → 分装小瓶
单据:拆分单
拆分单号:CF20240320-001
拆分地点:中央厨房
被拆商品:散装鸭脖 × 1 袋(10 斤)
拆分产出:
  零售装鸭脖 × 20 袋(每袋 0.5 斤)
经办人:小赵
拆分的库存变化
被拆库存:                  产出库存:
散装鸭脖   -1 袋(10斤)     零售装鸭脖  +20 袋
拆分的两种情况

情况一:等价拆分(最常见)

10 斤散装 = 20 袋 × 0.5 斤——重量守恒。

成本:10 斤散装的总成本 → 平摊到 20 袋上。

情况二:拆分有损耗

杀整鸡 → 分卖鸡腿、鸡翅—— 鸡爪、鸡头、内脏 = 副产品 / 损耗—— 要单独建副产品 SKU + 损耗记账。

拆分常见错误

错误一:不记拆分单

直接在销售端"按袋卖"—— 但仓库账面还显示"1 袋 10 斤"—— 卖了 20 次"0.5 斤",账面库存变成"1 袋 - 10 斤 = 0"—— 库存负数预警满天飞。

错误二:单位不联动

拆分前的单位 = "袋",拆分后 = "袋",但实际含义不同—— 必须按"主单位"管理(参见第 13 篇)。

错误三:拆分后价格不维护

拆分前批发 80 元 / 大袋,拆分后零售 6 元 / 小袋—— 6 × 20 = 120 元,毛利就是这么来的—— 但很多老板忘了维护拆分后单价——卖错价或算错成本。


配图 1:四种操作的对比

                  调拨           移库         组装        拆分
              ─────────     ─────────     ─────────    ─────────
跨仓库            ✅              ❌            ❌           ❌
形态变化           ❌              ❌            ✅           ✅
数量守恒           ✅              ✅            按 BOM     按拆分比
单价变化           ❌              ❌            合并         平摊
财务挂账           可能            无            是           是
单据复杂度         中              低            高           中
小店常用           ⚠️有店则用     ❌不用       ✅卤味/烘焙   ✅批发零售

配图 2:什么生意需要哪些操作

业态 调拨 移库 组装 拆分
单店便利店 ❌ ❌ ❌ ⚠️偶尔
多店连锁 ✅ ⚠️ ❌ ⚠️
中央厨房 + 门店 ✅ ⚠️ ✅ ✅
烘焙店 ⚠️ ⚠️ ✅ ⚠️
服装批发 ✅ ✅ ❌ ✅(成包成件拆零售)
五金加工 ⚠️ ✅ ✅ ✅
电商一件代发 ✅ ❌ ⚠️套餐 ❌
大型超市 ✅ ✅ ⚠️礼盒 ✅生鲜

老板最容易忽视的几个点

点一:组装 / 拆分会让"账面成本"重算

每次组装 / 拆分,系统都要重新计算成品 / 拆分品的成本—— 这件事必须自动化,不能让老板手动算。

点二:内部操作的"损耗"必须独立记账

杀整鸡的内脏 / 卤料煮干的水分 / 切肉留下的边角 —— 都是损耗。 要么进入成本,要么报损——不能不管。

点三:调拨 / 组装的权限要分

不是任何人都能开调拨单 / 组装单—— 否则就是"假调拨真挪货"的温床。

点四:定期对账内部流转

每周或每月汇总:

  • 总调拨量
  • 总组装产出
  • 总拆分产出
  • 损耗率

异常立刻查。


一个进阶话题:组装 vs 生产

简单加工(组装)和正式生产是有区别的——

维度 组装(进销存范围) 生产(ERP / MES 范围)
工序 一步 多工序
BOM 一层 多层(成品 → 半成品 → 原料)
排产 无 复杂排产
报工 无 工人按工序报
质检 简单 多道质检
库存层级 原料 + 成品 原料 + 半成品 + 在制品 + 成品

进销存能搞定"简单组装"—— 但真正"工厂级生产",需要 ERP / MES。

老冯的卤味中央厨房,进销存的"组装单"足够用—— 但如果是开整个食品厂、上 10 条生产线,就要升级。


老冯的实战

老冯系统跑了 3 个月后做了一次复盘——

之前的痛点:

  • 中央厨房成本算不清
  • 各店补货全靠"师傅说要多少"
  • 损耗黑洞
  • 月底成本核算 + 利润分析全靠手动算

现在:

  • 中央厨房每天自动算出"卤鸡爪一袋成本 = 3.2 元"
  • 各店补货走调拨单,在途库存清清楚楚
  • 损耗率每周看,超 5% 报警
  • 月底5 分钟出成本报表

毛利率从原来的"凭感觉 60%",到精确算出来 57.8%—— 看似低了点,但真实了。

根据真实毛利率,他调整了 6 款 SKU 的定价,半年多赚 18 万。


三道自检题

  1. 你店里货从一个地方搬到另一个地方,系统里有没有单据记?

    • 没有 → 库存早晚乱
  2. 你卖的"成品"是不是有自己的"BOM"(原料配方)?

    • 没有 → 成本算不准
  3. 你最近一次盘点,账实差异里"内部流转引起的"占多少?

    • 不知道 → 隐患巨大

结尾

调拨、移库、组装、拆分—— 听起来都是"内部小事", 但它们是进销存"账实一致"的关键拼图。

老冯现在常对店长说:

你以为"在自己店里搬一搬"无所谓—— 实际上每搬一次,系统里都有动作—— 不记 = 留洞 = 月底背锅。


留个问题给你:

你的店里"内部流转"最多的是哪种?调拨 / 组装 / 拆分?欢迎留言。


下一篇预告:《盘点的 4 种方式:全盘、抽盘、循环盘、动态盘》——盘点这件事,原来不只有"一年大盘一次"这一种玩法。

20 盘点的 4 种方式:全盘、抽盘、循环盘、动态盘怎么选(附自检清单)

系列第 20 篇 · 业务流程

老石的「年度大盘灾难」

老石在徐州做日用品超市,5 家分店,单店 SKU 都在 6000 上下。

他多年来只做一件事——年底全盘:

  • 腊月二十八 → 全部停业三天
  • 全员加班三天三夜
  • 盘出来一堆账实差异
  • 一查不出原因,最后整体调账修正

去年这次盘点结束后,老板娘哭着跟老石说:

每年这三天我都没法陪父母过年—— 全员搞这一次盘点,结果还是一堆稀里糊涂的数。 这件事不能再这么干了。

老石听完拉了一些同行问,才发现—— 盘点根本不只有"年终全盘"这一种。

实际上,进销存里盘点有 4 种方式,全盘只是其中最累、最不准的那一种。

这一篇,我们就把盘点的四种方式——全盘、抽盘、循环盘、动态盘——一次讲透。


先解决一个老板的疑问:为什么必须盘

盘点的本质就一件事—— 用"实物库存"修正"账面库存"(参见第 08 篇)。

不盘的后果 多久会出问题
库存数据失真 一个月就开始
决策依据失真 三个月明显
月度毛利失真 半年明显
仓库变成"黑洞" 一年彻底乱

任何账面数字都需要现实校准——这就是盘点。


方式 1:全盘(最经典也最累)

定义

在某个时点,把店里 / 仓库里所有商品全部清点一遍。

操作流程
1. 选定时间(通常停业 1-3 天)
2. 锁定系统(不允许任何出入库)
3. 全员分组分区
4. 一人念数、一人记录、一人复核
5. 实物 vs 账面对比
6. 差异分析
7. 调账 → 锁定新的"账面起点"
优点
  • 最全面——没有死角
  • 结果最权威——年报、税务用全盘数
  • 能逼出整改——所有的混乱都暴露
缺点
  • 成本极高——全员停业、加班
  • 效率低——大店要 3-5 天
  • 疲劳出错——盘到后面眼花
  • 结果不及时——差异往往是"过去一年攒下来的",找不到具体原因
  • 客户体验差——停业期间客户跑别家
适用场景
  • 年度财务审计
  • 系统切换 / 上线前
  • 严重账实不符后的清账
  • 法规要求(药店、医疗器械)
老石店里的全盘问题
  • 5 家店 × 6000 SKU = 3 万 SKU
  • 3 天 + 30 人 = 90 人天
  • 每年损失 3 天营业额 ≈ 40 万
  • 结果还有 2-3% 的差异查不出

结论:纯靠全盘 = 用大锤砸蚊子。


方式 2:抽盘(高效但只看局部)

定义

随机或定向选一部分 SKU 进行盘点—— 不要求覆盖全部库存。

操作流程
1. 选定要抽的 SKU(随机 50-200 个 或 重点 SKU)
2. 不停业,可以在营业时间做
3. 单人或小组操作
4. 抽样结果代表整体水平
抽样方式
方式 怎么选
随机抽样 系统随机生成 100 个 SKU
高价值抽样 单价 > 500 元的 SKU
高周转抽样 月销 TOP 50 SKU
风险抽样 经常出现差异的 SKU
抽位抽样 选某个货架 / 区域全盘
抽员抽样 某个员工管的库
优点
  • 不停业
  • 省人省时
  • 针对性强
  • 频次可以高——每周 / 每天都能做
缺点
  • 不全面——盘不到的可能有问题
  • 不能用于年报
  • 样本误差——抽到的"全对"不代表全部都对
适用场景
  • 日常风险监控
  • 重点 SKU 定期检查
  • 老员工 / 新员工管理监督
  • 配合全盘做"补充检查"
实例

老石现在每周固定做一次抽盘—— 随机抽 50 个 SKU,1 个人 30 分钟搞定。

差异率连续 3 周低 → 整体库存基本健康。 某周抽到 8 个差异 → 拉警报,做一次小范围全盘。


方式 3:循环盘点(小步快跑)

定义

把所有 SKU 按一定规则分批,分散到每周 / 每月去盘—— 一年下来所有 SKU 都至少盘了一次。

操作流程
1. 把所有 SKU 分成 N 组(按品类、库位、ABC 类等)
2. 制定循环计划(如每周盘一组)
3. 每周固定时间,盘当周这一组
4. 一年下来所有组都盘完一遍
怎么分组
按 ABC 分类(推荐)
类别 占比 盘点频率
A 类(高价值 / 高周转) 20% 每月 1 次
B 类(中等) 30% 每季度 1 次
C 类(低值 / 慢动) 50% 半年 / 全年 1 次
按库区分组
库区 盘点周期
A 区 每月 1 次
B 区 每月 1 次
... ...
优点
  • 不影响营业——每次只盘一小块
  • 差异及时——错位发现及时
  • 整改快速——不像年终大盘那种"翻历史账"的痛苦
  • 覆盖全面——一年下来都盘到
缺点
  • 需要计划性——必须坚持执行
  • 多个员工协同——管理复杂度增加
  • 不是"标准全盘"——某些场景仍需要全盘
适用场景
  • 几乎所有"日常盘点"的最佳方式
  • 中大型仓库 / 多店连锁
  • SKU 数量多、流转频繁
真实数字对比

老石的店 5 家 × 6000 SKU:

方式 一年总人时 营业损失 差异发现及时性
全盘(一年一次) 90 人天 40 万 极差
循环盘点(每周一组) 50 人天 0 优

省 40 人天 + 省 40 万营业损失 + 准确性更高—— 循环盘点是革命性提升。


方式 4:动态盘点(最高级,靠系统驱动)

定义

系统监控某些事件,触发盘点 → 立即去验—— 不是按计划盘,是按"信号"盘。

典型触发条件
信号 触发盘点
某 SKU 库存变成负数 立刻盘这个 SKU
某 SKU 销售突增(疑似异常) 立刻盘
客户投诉"少件" 盘对应批次
某员工出库异常多 盘他管的库
大额调拨 盘出入双方
月度差异率 > 阈值 整库循环盘加速
操作流程
1. 系统持续监控关键事件
2. 触发预警 → 通知盘点员
3. 1 小时内到现场盘
4. 找差异原因 → 反向追查
5. 修正 + 立案
优点
  • 响应最快——出问题 1 小时内验证
  • 精准定位——直接找最可疑的 SKU
  • 形成闭环——发现一个改进一个
缺点
  • 依赖系统能力——需要强预警机制
  • 依赖管理意识——预警了不去就白搭
  • 需要专员——一般要有"盘点专员"或仓管
适用场景
  • 高价值商品(手机、奢侈品、贵金属)
  • 高风险品类(药品、烟酒、贵金属)
  • 已经实施循环盘点的成熟仓库

配图 1:四种方式综合对比

维度 全盘 抽盘 循环盘点 动态盘点
覆盖度 100% 5-10% 100% / 年 重点覆盖
频次 1 次 / 年 多次 / 周 每周 实时
是否停业 是 否 否 否
人力消耗 极大 极小 中 小
差异及时性 差 好 优 极优
适合规模 任意 小-大 中-大 中-大
系统要求 低 低 中 高
用于审计 ✅ ❌ ⚠️ ❌

配图 2:成熟仓库的"四种结合"

                  全盘(年终 1 次)
                       ↑
                       │ 法规 / 审计
                       │
   循环盘点(日常)  ──┼── 抽盘(每周风险监控)
                       │
                       │ 异常事件
                       │
                  动态盘点(实时)

最佳实践 = 循环盘点为主 + 抽盘为辅 + 动态盘点应急 + 全盘兜底。


盘点的标准动作(不管哪种方式都要做)

准备阶段
  1. 生成盘点计划——盘哪些、谁盘
  2. 打印盘点表(或 PDA 终端)
  3. 暂停或冻结相关 SKU 的出入库
  4. 通知相关人员
盘点阶段
  1. 逐一清点——按盘点表来
  2. 盲盘(推荐)——不让盘点员看到账面数,避免心理暗示
  3. 复盘(关键 SKU)——双人独立盘、对比
  4. 登记差异——立刻记录
分析阶段
  1. 差异分析:
    • 实物 > 账面 → 入库漏录、退货漏录、调入漏录
    • 实物 < 账面 → 销售漏扣、损耗未报、被盗、内部消耗
  2. 追溯原因——根据时间、批次、员工查近因
  3. 整改措施——制度上修正
结案阶段
  1. 调账:实物为准修正账面
  2. 责任划分:是不是某个员工的责任
  3. 新起点:从此开始下一轮的"账面"

五个最容易踩的坑

坑一:明盘不盲盘

盘点员盘前看到"系统显示 100"—— 现实数到 87,他想"是不是我数错了?再数一遍"—— 心理暗示导致结果靠近账面。

修正:盲盘——盘点表上不显示账面数,先盘出实物,再对比。

坑二:差异调账不分析原因

发现差异 → 直接按实物改账面—— 爽是爽,但没找原因 = 下次还错。

修正:每个差异必须留"原因栏"—— 能查的查,不能查的标"无源差异"—— 然后看"无源差异"占比有多少。

坑三:盘点期间还在出入库

盘到一半,仓库还在发货—— 盘的数永远跟不上变化。

修正:盘点 SKU 冻结出入库,或者盘点过程中所有动作记到"过渡台账",盘完再合算。

坑四:盘点员就一个人

一个人念、记、复核—— 累、错、可能动手脚。

修正:双人独立盘——两人各自数,结果对比。

坑五:盘了不复盘

盘出 100 件,记下 100—— 但其实数错了,应该 110—— 没人复核,错就错了。

修正:关键 SKU(高值 / 大量差异)必须复盘。


一个常被忽视的数字:库存差异率

库存差异率 = ABS(实物 - 账面) 总和 / 账面总值

健康参考:

行业 健康差异率
服装零售 < 1%
食品超市 < 0.5%
五金建材 < 1.5%
数码 3C < 0.3%
医药 < 0.1%(法规)
服装批发 < 0.8%

差异率超出 2 倍 → 警报。

老石以前年度差异率 2-3%—— 现在改用循环盘 + 抽盘 + 动态盘点后,稳定在 0.4%。


老石的新流程

老石现在的盘点节奏:

  • 每周一:抽盘 50 个 SKU(半小时)
  • 每周三:循环盘点一个分区(2 小时)
  • 每月一次:A 类商品全盘
  • 每季一次:B 类商品全盘
  • 每半年一次:C 类全盘
  • 每年一次:全店全盘(财务审计需要)
  • 触发式:异常实时动态盘

整体盘点人时从 90 天降到 50 天—— 但差异率从 3% 降到 0.4%—— 老板娘今年终于回家过年了。


三道自检题

  1. 你的店多久全盘一次?除全盘外还有其他盘点动作吗?

    • 只全盘 → 累且不准
  2. 你的盘点是"明盘"还是"盲盘"?

    • 明盘 → 结果不可信
  3. 你的库存差异率是多少?连续三个月的趋势是?

    • 不知道 → 库存管理失明

结尾

盘点这件事,不应该是"过年时的痛苦仪式"—— 而应该是每天都在悄悄进行的健康检查。

老石现在常说:

一年盘一次是体检——发现"已经病了"。 每周盘一次是日常——防止"生病"。

哪个划算?显而易见。


留个问题给你:

你的店上次盘点是什么时候?差异多少?欢迎留言聊聊。


下一篇预告:《报损、报溢、赠品出库怎么记账》——库存的"非销售流出",有专门的处理逻辑。

21 报损、报溢、赠品出库怎么记账?三种单据一篇讲透(附审批阈值)

系列第 21 篇 · 业务流程

老聂的「鬼帐」

老聂在大连开了家进口零食超市,开了 4 年。

去年他盘点完,发现库存账面跟实物差出 2.3 万元的货—— 他翻系统找了一周,最后归类成了三块:

  • 1.4 万:摔坏 / 过期 / 鼠咬 → 真亏了
  • 0.6 万:实物比账面多 → 不知道哪来的
  • 0.3 万:送给老客户的赠品 / 试吃 / 拍视频用 → 没记账

这三块的共同点:销售员 / 仓管员都见过它们在动—— 但系统里没单据——所以变成"鬼帐"。

老聂跟我感叹:

我以前以为进销存只有"进"和"销"两件事—— 后来才知道——库存的"非正常流出",每天都在发生—— 不规范处理,账永远对不上。

这一篇,我们就把进销存里专门处理"非销售流出"的三种单据——报损、报溢、赠品出库——一次讲透。


先建立大概念:库存变动有 5 类

进  ──► 库存 ──► 销
                  │
              ┌───┼───┐
              ▼   ▼   ▼
            报损 报溢 赠品
            (减) (增) (减)

动作 库存方向 原因
进货 增 采购 / 退货回库
销售 减 卖给客户
报损 减 货物损坏 / 过期 / 丢失
报溢 增 盘点多出来 / 不明原因 +
赠品 / 内耗 减 送人 / 试吃 / 内部使用

后三种就是这一篇的主角。


1. 报损:库存出问题了 → 减库存

典型场景
  • 牛奶过期了 → 扔掉
  • 玻璃瓶摔了 → 报废
  • 仓库漏水泡了一批 → 报废
  • 老鼠咬坏一袋米 → 报废
  • 食品被污染 → 销毁
  • 服装霉了 → 报废
  • 商品丢了 / 被偷 → 库存抹掉
单据:报损单
报损单号:BS20240320-001
仓库:1 号店
商品:进口牛奶 200ml × 12 瓶
报损原因:临期 7 天 + 包装鼓胀
影像凭证:附图 3 张
经办人:店长老钱
审批人:老聂(老板)
报损金额:12 × 15 = 180 元
报损的核心动作
库存:实物 + 账面 各 -12 瓶
财务:成本进入"营业外支出"
报表:库存损耗报表 +180 元
报损必须留三样证据
  1. 影像凭证(必须拍照 / 视频)——证明确实损坏 / 过期
  2. 审批留痕——老板 / 主管签字
  3. 物品处理证据——是销毁还是清运了

少一样都可能是"假报损真盗窃"—— 员工把好货说成损坏货拿走自己用 / 转卖。

报损的几种分类
类型 例子 是否可控
自然损耗 蔬菜失水、米面漏 ⚠️ 不可避免
过期 牛奶 / 药品过保质期 可控(库存管理)
损坏 摔了、撞了、运输毁了 可控(操作规范)
被盗 客户顺手牵 / 内部偷拿 可控(监控 / 制度)
自然灾害 水浸 / 火烧 不可控
召回 厂家通知召回的批次 不可控

不同类型的报损率,老板要分别看—— 比如"过期"率高 → 是库存管理问题;"损坏"率高 → 是操作规范问题;"被盗"率高 → 是制度问题。

报损率的健康参考
行业 健康报损率 / 年
服装 < 1%
五金 / 建材 < 1.5%
食品快消 1% - 2%
鲜食 / 烘焙 5% - 10%
鲜花 / 水果 8% - 15%
餐饮食材 3% - 5%
药品 < 0.5%

超过 2 倍 → 警报。


2. 报溢:盘点多出来 → 加库存

典型场景
  • 盘点时实物比账面多
  • 客户漏拿的货退回来没人记
  • 退货漏走流程
  • 厂家多发的货没收单
  • 内部移库忘记记
单据:报溢单
报溢单号:BY20240320-001
仓库:1 号店
商品:进口饼干 250g × 5 盒
报溢原因:盘点发现实物比账面多 5 盒
预估原因:上次促销活动赠品未回冲
经办人:仓管小张
审批人:老聂
报溢金额:5 × 23 = 115 元
报溢的核心动作
库存:实物 + 账面 各 +5 盒
财务:进入"营业外收入"
报表:库存差异报表 +115 元
报溢看起来"赚了",其实是问题

很多老板看到报溢觉得"莫名其妙多了一些货,赚到"——

大错。

报溢的本质是"之前的某些操作没记账"—— 它代表系统流程有漏洞—— 今天多 5 盒,明天可能少 50 盒。

报溢和报损同时出现,都是健康危险信号。

真正成熟的店,报溢应该接近 0
  • 每天的进出库都有单据
  • 每个动作都有人负责
  • 多出来 = 之前漏记了

报溢率 > 0.5% = 系统有明显漏洞。


3. 赠品出库:货没卖也没坏 → 减库存

典型场景
  • 老客户买东西多送一个("老带新"奖励)
  • 试吃 / 试用品
  • 直播 / 拍宣传视频时拿一些用
  • 节日礼包送给员工
  • 送给朋友 / 关系户
  • 公司内部消费(员工买打折)
单据:赠品出库单(也叫"内部消耗单")
赠品出库单号:ZP20240320-001
仓库:1 号店
商品:进口巧克力 100g × 3 盒
出库原因:老客户加单送的赠品
关联订单:XS20240320-001
经办人:销售员小赵
审批人:店长
出库金额:3 × 28 = 84 元(按成本算)
赠品的核心动作
库存:实物 + 账面 各 -3 盒
财务:进入"营销费用"或"招待费用"
报表:赠品 / 内耗报表 +84 元
赠品最容易"变质"成飞单

赠品流程不规范的店,最容易出这种事——

  • 销售员"送了赠品"——实际拿回家
  • 店长"招待客户"——实际给了亲戚
  • 老板"试用"——实际私用

修正:

  1. 赠品必须有审批——超过一定金额走老板
  2. 赠品必须关联客户 / 用途——不能"送给某某" 一个名字交差
  3. 赠品占比纳入考核——某员工赠品比例过高,立刻盯
赠品分类管理
类型 处理
营销赠品(买赠、试吃) 计入营销费用
客户关系(节日礼品) 计入客户维护
内部消耗(员工福利) 计入福利费
拍照 / 直播道具 计入营销宣传
报废前的处置 计入报损

不能"赠品"一个箩筐装到底——分类清楚,才知道钱花在哪。


配图 1:三种动作的财务归属

单据类型 库存变化 财务科目 是否影响毛利
报损单 库存 - 营业外支出 / 资产减值 ❌(影响净利)
报溢单 库存 + 营业外收入 ❌
赠品出库单 库存 - 销售费用 / 营销费用 ❌(但影响营销 ROI)
普通销售出库 库存 - 销售成本 ✅

配图 2:三种单据的审批和留痕

报损单          报溢单          赠品出库单
────────       ────────         ────────
✅ 影像凭证    ✅ 盘点单关联    ✅ 用途说明
✅ 审批人      ✅ 审批人        ✅ 审批人
✅ 物品去向    ✅ 来源推测      ✅ 关联客户 / 订单
   (销毁/卖废品)
✅ 金额标记    ✅ 金额标记      ✅ 金额标记
✅ 责任人      ✅ 责任人        ✅ 责任人

任何一个环节缺失 = 留洞。


三个最容易踩的坑

坑一:把"赠品 / 内耗"塞进"报损"

员工把"老板娘拿走的一盒巧克力"记成"报损"—— 节省了一道审批,但财务科目错了。

后果:营销费用低估、报损率虚高、决策依据失真。

修正:三种单据严格区分,员工知道什么场景用什么单。

坑二:报损 / 赠品没有金额上限审批

任何金额都让员工 / 店长自己签—— 1000 元以下随便办,1 万元也随便办—— 没有金额阈值就等于没控制。

修正:

金额 审批人
< 100 元 销售员 / 店长
100 - 1000 元 店长 / 区域经理
> 1000 元 老板亲自审批
> 5000 元 老板 + 财务双审
坑三:盘出差异直接调账,没分类

盘点差异 → 直接报损 / 报溢一并冲掉—— 不区分"已知原因"和"未知原因"。

后果:

  • 不知道哪些是真损耗
  • 不知道哪些是流程漏洞
  • 没有改进方向

修正:盘点差异必须分类报——

  • 已知原因 → 单独建报损 / 报溢,注明
  • 未知原因 → "盘点差异未明",单独统计 → 排查

一份"健康月报"应该有的内容

每月初,老板该看的一张"非销售流出"报表:

2024 年 3 月 - 库存非销售变动汇总

报损:
  自然损耗      ¥3,200   (1.1%)
  过期           ¥8,500  (2.9%)
  损坏           ¥1,800  (0.6%)
  被盗 / 不明    ¥600    (0.2%)
  合计           ¥14,100 (4.8%)
  
报溢:
  盘点未明       ¥1,200   (0.4%)
  退货未冲销     ¥800     (0.3%)
  合计           ¥2,000   (0.7%)

赠品 / 内耗:
  营销赠品       ¥4,500   (1.5%)
  客户关系       ¥1,200   (0.4%)
  内部消耗       ¥800     (0.3%)
  合计           ¥6,500   (2.2%)

库存非销售流出总比例:7.7%

每月对比——

  • 占比上升 → 哪一项?为什么?
  • 占比稳定 → OK
  • 占比下降 → 流程改善有效

一年下来,这张表能给你省下几万到几十万的隐性损失。


一个常见的认知误区

"报损就是把账面调成实物。"

不全对。

正确的逻辑是:

盘点(发现差异)
   │
   ▼
分析差异原因
   │
   ├─► 损坏 / 过期 / 丢失 → 报损单
   ├─► 不明少了 → 报损(标"原因未明")
   ├─► 不明多了 → 报溢(标"原因未明")
   ├─► 漏记的销售 / 出库 → 补销售单
   └─► 漏记的退货 / 进货 → 补进货单 / 退货单
   │
   ▼
账面 = 实物

调账只是结果,分类记录才是关键—— 否则就是把"问题"扫到地毯下面。


老聂的实战

老聂规范了三个月后:

指标 之前 之后
月度报损金额 ¥18,000 ¥9,500
月度报溢金额 ¥3,200 ¥800
月度赠品 / 内耗 "不知道" ¥5,500(清晰可见)
库存差异率 3.1% 0.6%

让他最惊讶的是—— 当所有"非销售流出"都被规范记录后—— 真实毛利率上升了 4%—— 原来流失到隐性损耗里的钱,重新被看见了。


三道自检题

  1. 你的店报损、报溢、赠品出库分别用不同单据吗?

    • 混在一起 → 永远查不清谁的责任
  2. 你的赠品出库需要审批吗?金额阈值是多少?

    • 不需要 → 飞单 / 套利温床
  3. 你每月报损率和赠品占比是多少?连续三个月趋势是?

    • 不知道 → 隐性损耗每天发生

结尾

报损、报溢、赠品出库—— 听上去都是"小事",但每一笔都是真金白银。

老聂现在常对店长说:

报损单是给老板看损失的, 报溢单是给老板看漏洞的, 赠品单是给老板看营销 ROI 的—— 每一张单都是钱。


留个问题给你:

你上个月的报损率是多少?赠品占比呢?如果说不出,那就是该补的功课。


下一篇预告:《代销、寄售、一件代发的库存逻辑》——新型业态下的库存怎么管。

22 代销、寄售、一件代发的库存逻辑:四种货权一篇讲透(附系统能力清单)

系列第 22 篇 · 业务流程

老唐的「三种货分不清」

老唐在广州做服装贸易,他这家店挺特别—— 仓库里堆着 4 万件衣服,但其中只有 1 万件是他自己的:

  • 1 万件 → 自己的(自有库存)
  • 1.5 万件 → 帮某品牌商代销(货是品牌商的,老唐负责卖,按比例分成)
  • 8000 件 → 朋友寄存在这里(朋友的货,老唐只是"借放")
  • 7000 件 → 给电商客户的一件代发库存(货也是别人的,老唐只负责发)

去年老唐第一次上系统时,操作员把这 4 万件全当成"自有库存"录入—— 结果出现了一堆离谱的数:

  • 系统显示库存总价值 380 万——实际属于老唐的只有 95 万
  • 系统算的应付账款少了 230 万(代销 / 寄售的货款没认)
  • 系统的"销售毛利"看起来超高——因为成本算错了
  • 月底跟品牌商对账时差出 40 多万——对方说欠他、他说没欠

老唐后来花了 3 个月时间,才把这 4 种"货权关系不同"的库存分清楚。

他感叹:

我以前以为"库存"就是仓库里的货—— 后来才明白—— 同样在仓库里的货,"是不是我的"才是关键。

这一篇,我们就把现代零售 / 批发里这几种"非传统"业务模式——代销、寄售、一件代发——的库存逻辑讲清楚。


先建立大概念:库存的"货权"和"持有"是两回事

传统模式:货权 + 持有 = 一致
  └─ 我买来的货,在我仓库,是我的

现代模式:货权 ≠ 持有
  ┌─ 我帮别人卖 → 货在我,权不是我
  └─ 别人帮我卖 → 货不在我,权是我

这才是混乱的根源—— 进销存系统必须区分"实物在哪"和"法律归谁"。


1. 代销:货是别人的,我来卖

业务模式

品牌商 / 厂家把货铺到老唐这里—— 老唐负责卖—— 卖出去多少 → 跟厂家结算多少—— 没卖出去的 → 厂家收回。

钱的流动
品牌商 ────► 老唐(货)────► 客户
                │
                │ 卖出去 → 收钱
                ▼
                ─── 按比例分钱 ──► 品牌商
                                    
                 老唐留毛利

库存逻辑
阶段 老唐的系统应该
品牌商铺货来 代销入库(不计入"自有库存")
在仓时 单独显示"代销库存"
卖给客户 销售出库 + 自动生成"应付品牌商"
月底结算 按销售数 × 进价 付给品牌商
没卖的 代销退回(不计入报损)
单据:代销入库单 / 代销销售单 / 代销结算单
代销入库单:
  品牌商:某品牌
  商品:女装连衣裙 × 100 件
  代销价:120 元 / 件
  零售指导价:298 元 / 件
  铺货日期:2024-03-01

(中间发生销售时...)

代销销售单:
  商品:女装连衣裙 × 5 件
  零售价:298 元 / 件
  收入:1490 元
  代销成本:600 元(5 × 120)
  代销毛利:890 元
  → 应付品牌商:600 元

代销结算单(月底):
  本月代销销售:62 件
  应付品牌商:62 × 120 = 7440 元
  本月退回:3 件
  净结算:7440 元
代销的财务特征
维度 代销 vs 自营
库存价值 不算自己的资产
销售收入 全额算自己的(按零售价)
销售成本 按代销价
毛利 零售价 - 代销价
应付账款 实时挂账,月底结算

核心:代销库存 ≠ 自有库存—— 财务报表里绝不能混算。


2. 寄售:货是别人的,借放我这

业务模式

朋友 / 二级经销商等把货存在你这里—— 但只是借放—— 你不负责卖,也不分成—— 对方随时取走。

跟代销的区别
维度 代销 寄售
谁来卖 我(持有方)卖 货主自己卖 / 取走
我分成吗 是 否(只收存储费或纯帮忙)
在我仓时 我管 我管
收入归我吗 是(毛利部分) 否
库存逻辑
阶段 老唐的系统应该
朋友的货来仓 寄售入库(不计入自有 / 不影响财务)
在仓时 单独显示"寄售物"
朋友取走 寄售出库(不算销售)
收存储费(如有) 服务收入
单据:寄售入库 / 寄售出库

寄售一般不复杂——重点是别跟自有库存混。

寄售的常见雷区

雷区一:把寄售物当成自己货卖

  • 朋友的货被老唐店员误卖了
  • 销售单做了 → 库存扣了
  • 但朋友不知道
  • 出大问题 → 法律纠纷

修正:寄售物单独货架 + 系统单独区域 + 销售时强提示。

雷区二:寄售费忘了收

  • 朋友的货放了 6 个月才取
  • 老唐没收过 1 分存储费

修正:寄售时签协议——说清楚费用 / 期限。


3. 一件代发:货不在我手里,我帮卖

业务模式

老唐有个电商店—— 没有自己的货 / 库存—— 客户下单 → 老唐通知真正的厂家 / 上游 → 厂家直接发给客户。

老唐的角色是**"中间商 + 营销"—— 赚的是销售价 - 厂家价**的差价。

钱的流动
客户 ──► 老唐店铺(下单 + 付款)
              │
              │ 老唐扣留毛利
              ▼
              ──► 厂家(订单 + 付款)
                       │
                       ▼
                       发货 ──► 客户

库存逻辑

老唐实际没有库存——但虚拟库存要有:

维度 操作
上架商品 创建"代发库存"——按厂家可发数量同步
库存数量 与厂家实时同步(API 对接 / 人工更新)
客户下单 生成销售订单
老唐操作 通知厂家发货
厂家发货 同步物流单号到老唐系统
结算 按周 / 月跟厂家对账
单据:代发订单 / 厂家发货确认 / 代发结算
代发订单:
  电商订单号:DD20240320-001
  商品:男装外套 × 1 件
  收件人:客户老张
  老唐收入:298 元
  厂家代发价:180 元
  老唐毛利:118 元
  → 应付厂家:180 元

厂家发货确认:
  物流单号:SF1234567890
  发货时间:2024-03-20 14:30
  → 更新到电商平台

代发结算(每月):
  本月成交:320 单
  应付厂家:320 × 180 = 57600 元
  退货:12 单
  净付:57600 - 12 × 180 = 55440 元
一件代发的核心挑战
挑战一:库存同步

厂家库存变化 / 老唐订单—— 两边数据必须同步—— 否则就出现**"老唐已经接单,厂家说没货"**的大问题。

做法:

  • API 实时对接(高端 / 难)
  • 每日人工同步(小店常用)
  • 厂家承诺底库(保证有 N 件)
挑战二:售后归谁
  • 货是厂家发的
  • 客户找老唐投诉
  • 老唐找厂家解决
  • 三方扯皮

做法:协议事先约定——发货错、货物质量 → 谁负责; 物流问题 → 谁负责;客户体验 → 谁回应。

挑战三:客户体验失控

老唐不知道厂家发什么货 / 发的快不快—— 店铺评分下降。

做法:严选厂家——只跟靠谱的合作;定期暗访下单测试。


配图 1:三种模式的对比

                  自有库存      代销         寄售         一件代发
                ─────────    ─────────    ─────────    ─────────
货在我仓库          ✅           ✅          ✅           ❌
货权是我            ✅           ❌          ❌           ❌
我负责卖            ✅           ✅          ❌           ✅
卖出去钱归我        ✅           部分        ❌           部分
我承担库存风险      ✅           ❌          ❌           ❌
我承担售后          ✅           部分        ❌           部分
财务计入资产        ✅           ❌          ❌           ❌
计入销售收入        全额         全额        ❌           全额
适合谁              自营批发     新品试销     朋友互助    轻资产电商


配图 2:四种"库存"在系统里如何分类

仓库里实物 → 系统里要分四块:

┌────────────────┐
│ 自有库存       │  → 资产 + 自由销售
│ (老唐买的)     │
└────────────────┘
┌────────────────┐
│ 代销库存       │  → 不算资产、可销售、卖出挂应付
│ (品牌商铺货)   │
└────────────────┘
┌────────────────┐
│ 寄售物品       │  → 不算资产、不可销售、单独货架
│ (朋友存放)     │
└────────────────┘
┌────────────────┐
│ 虚拟库存       │  → 不在自己仓、可销售、通知厂家发
│ (一件代发)     │
└────────────────┘


系统能力清单:四种业务都要支持的功能

需求 必备能力
自有库存管理 基础进销存
代销库存管理 独立"代销区"、自动应付挂账、月度结算
寄售物品管理 独立"寄售区"、隔离销售
一件代发管理 虚拟库存、上游订单同步、物流回传
多业态混合 同 SKU 多归属(一部分自有、一部分代销)
财务分账 资产价值分别计算
报表分类 不同模式分别看销售 / 毛利

普通进销存系统只支持"自有"—— 至少要选"中端 / 行业版"才能支持其他三种。


三个最容易踩的坑

坑一:所有库存混在一起

老唐刚开始就是这么干的—— 380 万 vs 95 万的差异,源头就在这。

修正:商品建档时强制标"归属类型"——自有 / 代销 / 寄售 / 代发。

坑二:代销库存"卖了忘报"
  • 代销品被店员卖了
  • 没及时回到品牌商系统
  • 品牌商以为没卖
  • 老唐被认为"占库不卖"
  • 下次铺货质量下降 / 暂停合作

修正:代销品销售实时推送给品牌商——主流系统支持自动对接。

坑三:一件代发承诺超过厂家库存
  • 老唐店铺上架 100 件
  • 厂家实际只有 30 件
  • 客户下了 50 单
  • 20 单发不出 → 客诉爆炸

修正:库存上限 ≤ 厂家可承诺数——保守一点也比超卖好。


一个常见疑问:代销的销售算我的吗

财务上分两种处理:

处理方式 A:全额法(更常见)
销售收入:100%(按零售价)
销售成本:代销价
毛利:差价

适合:长期合作、报表面向银行 / 投资人。

处理方式 B:净额法
销售收入:仅毛利部分(差价)
销售成本:0

适合:短期合作、避免虚增销售额。

选哪种:跟会计 / 税务咨询—— 两种不能随意切换——选定后稳定使用一年以上。


一个进阶模式:多模式混合

现实中,一个店铺可能同时有几种模式——

老唐就是:

  • 自营:50% 销售
  • 代销:30% 销售
  • 一件代发:15% 销售
  • 寄售:5%(少量)

系统必须支持同 SKU 多归属—— 比如同一款衣服,部分自有、部分代销—— 按"先卖代销、再卖自有"或"先卖自有、再卖代销"的规则出货。

这是中高端进销存的高级能力。


老唐的真实变化

老唐用了 6 个月时间把流程规范化:

指标 之前 之后
库存价值(含代销 / 寄售) 380 万 财务清晰:自有 95 + 代销 220 + 寄售 50 + 代发 15
与品牌商月度对账时间 3 天 30 分钟
资金周转效率 慢 提升 35%(释放了无谓占用)
多模式总销售 600 万 / 年 900 万 / 年(轻资产模式扩展)

老唐说:

以前以为代销 / 寄售 / 代发是"高级模式 / 难管"—— 其实只要库存逻辑分清楚—— 能让你"用更少的钱、做更大的生意"。


三道自检题

  1. 你的店里仓库的所有货都是你买的吗?

    • 不是 → 必须区分归属
  2. 代销 / 寄售 / 代发的销售 / 应付有独立报表吗?

    • 没有 → 财务一团乱
  3. 你的库存价值(资产)和"账面上看到的库存数"是不是一致?

    • 不一致 → 系统肯定混了归属

结尾

代销、寄售、一件代发—— 这三种模式的核心都是一句话:

货在我手里 ≠ 货归我—— 货归我 ≠ 货在我手里。

老唐现在常说:

现代生意,很少有"纯自营"了—— 不是代销品牌商的,就是给电商代发的。 谁能把这些模式的库存账分清——谁的生意就能轻轻松松扩大 3 倍。


留个问题给你:

你的店里除了自有库存,还有代销 / 寄售 / 代发的货吗?怎么区分管理的?欢迎留言。


下一篇预告:《多仓库、多门店怎么协同》——连锁经营绕不开的核心议题。

23 多仓库、多门店怎么协同?一篇讲透连锁库存的 6 大问题(附选型清单)

系列第 23 篇 · 业务流程

老倪的「6 个仓库 7 套账」

老倪在杭州做家电连锁,6 家分店 + 1 个总仓——共 7 个仓库。

去年扩到 6 家店时,他遇到了真正的"管理悬崖"——

  • 客户在 1 号店问"这款冰箱有货吗"——店员不知道总仓有 30 台,只能说"我们店没有"
  • 总仓发货给 2 号店,送错给了 3 号店,两边查账查了 3 天
  • 同一款空调,1 号店标 4200、3 号店标 4500、5 号店标 4350——客户跑店比价后投诉
  • 月底盘账,总仓说发了 100 台,4 号店说收了 87 台——差 13 台没人认
  • 老倪自己想看"全网有多少冰箱"——7 个仓加起来要等会计算半天

老倪后来感叹:

一家店时管库存是"管账"—— 6 家店时管库存是"管系统 + 管制度 + 管人 + 管协同"—— 完全是两种生意。

这一篇,我们就把"多仓库、多门店"的协同——这件几乎所有连锁老板都绕不开的事——讲透。


先建立大概念:从"单仓"到"多仓",复杂度是指数级跳跃

维度 单仓 多仓
看库存 1 个数 N 个数 + 1 个汇总
进货 一处入 谁进、入哪个仓
销售 一处出 从哪个仓发
调拨 不存在 频繁
价格 一套 多套 / 统一
盘点 一次 协同盘
报表 1 张 N + 1 张
管理量 1 不是 N,是 N²

每加一个仓 / 店,协同复杂度成倍增加—— 靠"喊话 / 微信群"的管理方式撑不过 3 家店。


多仓多店要解决的 6 大问题

问题 1:全网库存可见
痛点
  • 1 号店缺货,总仓有货,但不知道
  • 客户问"全公司有没有",没人能答上来
  • 老板想看"全国库存总数"——等会计汇总
解决

系统必须支持"全局库存视图"——

冰箱 BCD-301:
  总仓     30 台
  1 号店    2 台
  2 号店    0 台
  3 号店    5 台
  4 号店    1 台
  5 号店    3 台
  6 号店    0 台
  ───────────────
  全网     41 台

每个店员、销售员都能实时看到全网库存—— "我们店没有,但总仓有 30 台 / 3 号店有 5 台,可以调"。

问题 2:调拨高效
痛点
  • 1 号店客户要冰箱,3 号店有
  • 3 号店店员"不愿意调"——担心调走自己也没货卖
  • 老倪不在场,没人定夺
  • 调拨流程慢、容易丢
解决

调拨标准流程 + 规则化激励——

1. 1 号店店员申请调拨(系统)
2. 3 号店店长审核(手机即可)
3. 总部规则自动判断(如:3 号店剩 1 台以上才能调)
4. 调拨单生成(系统)
5. 物流安排(共用 / 自配 / 客户自取)
6. 双方确认 / 签收

激励机制:

  • 调出方算"销售贡献"——避免店员藏货
  • 调入方算"完成订单"——避免推诿
  • 老板看"调拨频率"——优化备货策略
问题 3:智能补货
痛点
  • 每个店"自己看库存自己叫货"
  • 总仓被动响应
  • 急单常断货、滞销品堆积
解决

总仓主动补货 + 各店动销分析——

系统每日跑算法:
  各 SKU 在各店的销售速度
  + 各店当前库存
  + 各店安全库存阈值
  → 自动生成"今日补货建议"
  → 总仓出库 → 各店入库

这一套自动化,需要进销存的"连锁版"才支持。

问题 4:价格统一管理
痛点
  • 各店店长私自定价
  • 客户跨店比价后投诉
  • 公司形象 / 信任崩盘
解决

总部统一定价 + 店长有限折扣权限——

总部定价:4200 元
店长可调:4000 - 4400 元
店员可调:4150 - 4250 元
超出范围:必须老板审批

所有改价系统留痕 + 每周拉报告"价格波动"。

问题 5:协同盘点
痛点
  • 各店各自盘点,时间不一
  • 总仓盘点时,发去店里的"在途货"算谁的
  • 月度全网数据对不齐
解决

统一盘点节奏 + 在途库存清晰——

时点 操作
月末某日 22:00 全网冻结出入库
22:00-24:00 各仓各店统一盘点
次日 数据汇总 + 差异分析
调账 全网统一

关键:在途库存(总仓 → 店在途)要在"哪个仓"算清楚。

问题 6:数据可视
痛点
  • 老板看不到"全网概况"
  • 看个数据要等半天
解决

实时数据看板——

今日全网销售:¥86,432
  1 号店  ¥15,200
  2 号店  ¥12,800
  3 号店  ¥18,500
  ...
  
全网库存价值:¥4,250,000
全网毛利率:23.5%
今日调拨:12 单
异常告警:3 条

老板手机随时看 → 决策不再等会计报表。


多仓多店的几种协同模式

模式 1:总仓 + 分店(最常见)
        总仓(中央库)
            │
   ┌────────┼────────┐
   ▼        ▼        ▼
 1 号店   2 号店   3 号店
 (小库)   (小库)   (小库)

特征:

  • 总仓囤主力库存
  • 分店保留少量(展示 + 现货)
  • 销售从分店或总仓发
  • 分店缺货 → 总仓补

适合:大件商品(家电、家具)、慢周转、高单价

模式 2:店店平等(无总仓)
1 号店 ──── 2 号店
   │           │
   └──── 3 号店┘

特征:

  • 每店独立进货
  • 店间互相调拨
  • 没有总仓

适合:小型连锁、快消、地理分散

模式 3:区域仓 + 多店
        总仓
       /    \
   东区仓  西区仓
    /|\    /|\
   分店    分店

特征:

  • 总仓服务区域仓
  • 区域仓服务多店
  • 三层结构

适合:跨城 / 跨省连锁、规模较大

模式 4:店 + 电商共仓
       总仓
       /  \
    门店  电商
   (实体) (虚拟)

特征:

  • 实物在总仓
  • 门店 + 电商共享库存
  • 哪边接单从哪发

适合:线上线下融合的零售


配图 1:协同要素一览

┌──────────────────────────────────────┐
│           多仓多店协同体系           │
├──────────────────────────────────────┤
│                                        │
│   ┌─库存可见 ─┐  ┌─ 调拨流程 ─┐    │
│   │ 全网实时  │  │ 标准化     │    │
│   │ 各店清晰  │  │ 双向确认   │    │
│   └───────────┘  └────────────┘    │
│                                        │
│   ┌─智能补货 ─┐  ┌─ 价格管控 ─┐    │
│   │ 算法驱动  │  │ 总部定价   │    │
│   │ 总仓推送  │  │ 店长有限权 │    │
│   └───────────┘  └────────────┘    │
│                                        │
│   ┌─统一盘点 ─┐  ┌─ 数据看板 ─┐    │
│   │ 同步节奏  │  │ 老板实时   │    │
│   │ 在途清晰  │  │ 决策有据   │    │
│   └───────────┘  └────────────┘    │
│                                        │
└──────────────────────────────────────┘



配图 2:协同流程"接单 - 发货"链路

客户进 1 号店询问"BCD-301 冰箱有货吗?"
   │
   ▼
店员系统查询:1 号店 2 台 | 全网 41 台
   │
   ▼
推荐方案:
  方案 A:1 号店直接发(2 台还在)
  方案 B:总仓调过来(明天到,便宜 100)
  方案 C:去 3 号店自提(今天就有)
   │
   ▼
客户选 B:总仓调
   │
   ▼
系统:
  1. 生成销售订单(绑 1 号店)
  2. 生成调拨单(总仓 → 1 号店)
  3. 物流自动安排
   │
   ▼
次日:
  总仓出库 → 1 号店入库 → 客户配送
   │
   ▼
完成:
  收入算 1 号店 + 调拨成本内部分摊


全程系统驱动 → 没有"我以为你以为"。


几个最容易踩的坑

坑一:各店"藏库存"

店员怕调走没自己卖—— 故意不更新系统 / 报"没货"—— 全网库存数据失真。

修正:

  • 总部能看"实际库存"和"店员报的库存"——发现差异立刻查
  • 调出有"虚拟提成" → 调走不亏
  • 定期暗访 / 突击盘点
坑二:在途库存乱

总仓发给 1 号店的货,路上 3 天没到——

  • 总仓"已出库"
  • 1 号店"未入库"
  • 那 3 天里"这批货谁的"?

修正:在途库存挂到调拨单上——单独显示,到货前不归任一仓库。

坑三:定价各自为政

店长觉得"我了解本地行情"—— 自己定价—— 其他店客户跨店比价后大闹。

修正:

  • 全网统一价
  • 店长只能上下浮动小范围
  • 大幅折扣走审批
坑四:数据延迟

各店数据 T+1 上传—— 老板今天看的是昨天的数—— 决策慢半拍。

修正:云端实时同步——所有店实时连云端,老板看到的都是最新。

坑五:突发情况无授权

某店缺货,急需调拨—— 店长找不到老板审批—— 客户跑了。

修正:预设规则 → 系统自动执行—— 比如"500 元以下调拨自动通过、超过的走审批"。


一个高阶能力:库存共享 / 总仓代发

最先进的玩法——

客户在 1 号店下单
    │
    ▼
判断"哪个仓发最经济"
    │
    ├─ 离客户最近:3 号店发(自提 / 同城)
    ├─ 库存最多:总仓发(更便宜)
    └─ 时效要求:1 号店发(立刻取)

系统自动选择最优发货仓—— 不依赖人工判断。

这是**"全网一盘货"**的境界—— 京东 / 顺丰 / 苏宁这种大企业都这么干。


多店多仓的预算与系统选择

规模 推荐方案 大概年费
2-3 家店 / 单仓 进销存基础版(支持多店) 5000 - 1 万
3-10 家店 + 总仓 进销存连锁版 1 万 - 5 万
10+ 店、跨区 行业 ERP / 连锁专版 5 万 - 30 万
大型连锁(50+) 定制开发 / 大平台 30 万 +

不要"用单店版硬撑多店"——会越用越乱。


老倪的实战变化

老倪规范化了 6 个月之后:

指标 之前 之后
全网库存查询响应 半天 5 秒
调拨完成时长 平均 3 天 平均 1 天
调拨差异 月均 8 起 月均 0 起
价格异常投诉 月均 5 起 月均 0 起
缺货率 12% 4%
滞销品占比 18% 9%
月营业额 480 万 620 万

单单"全网库存可见"这一项—— 让 1 号店原本会丢的客户,有 30% 通过调拨成功转化—— 全年多赚约 150 万。


三道自检题

  1. 客户在 A 店问商品,店员能不能立刻看到 B 店 / 总仓的库存?

    • 不能 → 系统能力不足
  2. 店间调拨是否有标准流程?平均多久完成?

    • 没流程 / 超 3 天 → 协同效率太低
  3. 你的店之间价格是否统一管理?店长能不能自由定价?

    • 各自为政 → 早晚出大事

结尾

多仓多店的核心, 不是"开几家店", 而是**"几家店像一家店一样运转"**。

老倪现在常对店长说:

我们 6 家店不是"6 个独立小老板"—— 而是 6 个窗口,背后是同一盘货、同一套规则、同一个老板。

协同好 = 1+1 > 6。 协同烂 = 6 < 1。


留个问题给你:

你的店之间,库存协同打几分?最大的痛点是什么?欢迎留言。


下一篇预告:《预售、定金、尾款的单据怎么开》——资金分阶段流转的玩法,越来越常见。

24 预售、定金、尾款的单据怎么开?一篇讲透预收账款(附 6 步流程)

系列第 24 篇 · 业务流程

老蓝的「定金乌龙」

老蓝在苏州开了家定制实木家具店,主营接单生产—— 也就是:客户先下单 → 付定金 → 厂里生产 → 完工付尾款 → 送货。

去年中秋前他接了 32 单——总金额 195 万—— 客户付了定金 58 万—— 但老蓝的系统里,这 58 万被会计当成了"销售收入"录入了。

3 个月后客户陆续来取货付尾款—— 老蓝才发现一连串问题:

  • 销售收入虚高:定金被算成了收入 → 多缴 5.8 万的税
  • 应收账款混乱:尾款不知道挂哪——是已发货还是未发货?
  • 库存账面错位:客户还没取货,但系统状态"已出货"
  • 3 个客户最后取消订单——定金要退 → 但系统里这笔钱已经"被花掉"——资金一度断流

老蓝后来跟我说:

预售这种生意—— 看着钱来得快—— 但每一步都不能按"普通销售"处理—— 必须有预售订单 → 定金收款 → 生产 → 完工 → 尾款 → 出货 这一整套单据流—— 否则账永远理不清。

这一篇,我们就把进销存里**"分阶段付款"**这件越来越常见的事——预售 / 定金 / 尾款——讲透。


先建立大概念:钱和货不再同步

传统销售:

钱和货同时交付:
  客户付钱 → 拿货 → 完成

预售模式:

钱和货分阶段:
  客户付定金 → 公司排产 → 完工 → 付尾款 → 取货
  
  钱:分两次(甚至多次)
  货:晚到

这种"时间错位"——是预售业务的核心特征—— 也是所有混乱的根源。


哪些生意常用"预售 / 定金 / 尾款"

业态 典型场景
定制家具 / 木门 接单定做,定金 30%,尾款 70%
服装定制 / 婚纱 定金 + 试衣 + 尾款
高端电器 / 大家电 双 11 预售、定金抵尾款
母婴用品(高端) 进口奶粉 / 推车预订
健身房 / 培训 预付费会员
装修 / 工程 多阶段付款
电商爆款 预售 → 截单 → 量产
农产品 预订下季产品
餐饮(包席、年夜饭) 定金预订
演唱会 / 票务 预售

这些生意如果不用专门的"预售单据"——账面一定乱。


预售业务的标准 6 步流程

[1] 客户咨询 / 看样
[2] 下预售订单 + 收定金
[3] 公司排产 / 备货 / 等待
[4] 完工 / 到货通知
[5] 客户付尾款
[6] 出货 / 交付

每一步都有专门的单据和动作。


步骤 1:客户咨询 / 看样

跟普通销售一样—— 看款、问价、确定规格。

可以建「销售报价单 / 设计方案单」(如果是定制类)。


步骤 2:下预售订单 + 收定金

单据:预售订单
预售订单号:YS20240320-001
客户:李某
商品:1.8 米实木双人床(带床头柜)
规格:榆木 / 浅胡桃色 / 客户指定尺寸
总金额:8800 元
定金比例:30%
应付定金:2640 元
应付尾款:6160 元
预计交付日期:2024-04-25
状态:待生产
单据:定金收款单
定金收款单号:DJ20240320-001
关联预售订单:YS20240320-001
金额:2640 元
收款方式:微信
状态:已收
财务处理:计入"预收账款"(不是销售收入!)
关键资金处理

这里的 2640 元定金——必须计入"预收账款",不能计入"销售收入"—— 参见第 12 篇。

原因:

  • 货还没生产 / 出货
  • 客户可能取消(要退)
  • 这钱"不归你"——只是"暂存"

计入预收账款 → 不缴税 / 不算利润 / 不能花。

库存动作
  • 普通预售(仓库有货):可用库存 -1(被这个订单锁定)
  • 定制预售(要生产):不动库存,等生产完成后再入库

步骤 3:排产 / 备货 / 等待

定制类:触发生产

预售订单触发"生产工单"—— 工厂 / 加工车间排产。

系统里这张单的状态变化:

待生产 → 生产中 → 已完工 → 待入库 → 已入库
现货类:从总仓 / 库存预留

预售单确认 → 锁定库存。

可用库存 -1,等出货。

关键单据
  • 生产工单(定制 / 加工类)
  • 采购订单(无货下订进货类)
  • 库存预留单(现货预售)

步骤 4:完工 / 到货通知

货完工 / 到货 → 通知客户:

  • 短信 / 微信 / 电话
  • 约定取货时间 / 配送时间
  • 提醒尾款金额
单据:完工通知

可以是系统自动发的短信,也可以是手工的提醒任务。

关键动作
  • 客户确认"接受货" / "时间安排"
  • 排程交付物流

步骤 5:客户付尾款

单据:尾款收款单
尾款收款单号:WK20240425-001
关联预售订单:YS20240320-001
金额:6160 元
收款方式:转账
财务处理:
  1. 销售收入确认:8800 元(全额!)
  2. 预收账款转销售:2640 元
  3. 应收账款:0
关键资金处理

这一步是"销售收入"真正确认的时点——

之前:预收账款 +2640
现在:预收账款 -2640(核销)
      销售收入 +8800(全额确认)
      应收账款 +6160 → 客户付了 → -6160

销售收入要"一次性"全额确认——不能拆成两次。

为什么?会计准则要求"权责发生制" → 货物交付时确认收入。


步骤 6:出货 / 交付

单据:销售出库单
出库单号:CK20240425-001
关联订单:YS20240320-001
商品:1.8 米实木双人床
出库时间:2024-04-25
配送地址:客户家
库存动作
  • 实物库存 -1
  • 账面库存 -1
  • 销售成本计入(按当时的成本算法)
单据:客户签收单
  • 客户签字 / 拍照 / 电子签
  • 状态:"已签收 + 结案"

配图 1:预售业务的完整资金 + 库存动作

时点         事件              资金动作                  库存动作
─────────────────────────────────────────────────────────────────
3-20  下预售单 + 定金 2640    预收账款 +2640            可用 -1(如现货)
                                                          (定制类则触发生产)
3-25  生产开始                 -                          -
4-20  完工 + 入库              -                          实物+1, 账面+1
4-25  客户付尾款 6160          预收账款 -2640            -
                               销售收入 +8800(全额)
                               应收 +6160 → 收到 → 应收 -6160
4-25  出货 + 签收               -                         实物-1, 账面-1
                                                          销售成本计入


配图 2:定金 vs 尾款的财务身份

              定金                  尾款
            ────────              ────────
身份         "预收"               "正式销售"
            (负债)                (收入)
税务         不缴税               缴税
能否花       不能                 可以
退款风险     高                   低
持续时间     从下单到交付         交付后即转应收
单据         预收单 / 定金单      尾款收款单 + 销售单


五个最容易踩的坑

坑一:把定金算成销售收入

老蓝就是。

后果:

  • 多缴税(很多)
  • 销售收入虚高
  • 利润计算错乱
  • 客户取消时资金链问题

修正:定金 → 预收账款 → 货交付后才转销售收入。

坑二:预售订单等同普通销售单

普通销售单做了 → 库存马上扣 → 但实际上货还没生产 / 没到。

后果:

  • 库存负数报警
  • 实物 vs 账面错位
  • 其他客户问"有货吗"无法回答

修正:预售订单是"承诺",不是"销售"——

  • 现货预售:锁可用库存
  • 定制预售:不动库存,触发生产
坑三:没有"完工 → 转销售"的明确节点

定金一直挂在预收账款里—— 货也发了—— 但没人去手动核销—— 预收账款越积越多。

修正:完工出库时系统自动触发——预收 → 销售。

坑四:客户取消订单后定金处理不规范
  • 客户取消 → 老板退定金(私下转账)
  • 但系统里预收账款没冲销
  • 第二次客户再下订单——这笔预收就乱了

修正:取消必须走"预售订单取消单" + "退预收款单" → 完整冲销。

坑五:多阶段付款混乱(不止 2 段)

工程类 / 装修类:定金 30% + 进度款 30% + 验收款 30% + 质保款 10%—— 4 笔钱、4 个时点——

不规范的店常常乱:

  • 进度款收了不知道是哪一期
  • 质保款挂多久没人记
  • 客户最后扯皮没账可对

修正:每一阶段对应"独立收款单 + 关联订单 + 阶段标签"—— 所有阶段在一张订单下管理。


实用工具:预售订单状态机

[草稿] → 客户暂时未定
   ↓
[已下单] → 等定金
   ↓
[已收定金] → 进入排产 / 备货
   ↓
[生产中 / 备货中] → 等完工
   ↓
[已完工 / 已到货] → 通知客户
   ↓
[已通知] → 等尾款 + 配送
   ↓
[已收尾款] → 安排出货
   ↓
[已出货] → 客户接收中
   ↓
[已签收] → 结案
   
   ┌─ 任何阶段可能:取消 → 退款 → 关闭

状态清晰 → 每一笔单子都能立刻知道在哪一步。


一个进阶概念:定金抵尾款 / 部分抵扣

电商大促常见—— "定金 100 抵 200" / "定金可抵 30%"——

实际是营销策略—— 账面上:

  • 定金 100 元 = 预收账款 +100
  • 尾款时:客户付 100 元就算"付清"
  • 总收入:还是 100 + 100 = 200 元
  • 营销让利:100 元(差价 / 折扣)

财务上不复杂——但要让系统支持"定金有抵扣规则"。


一个特殊场景:年卡 / 储值卡

健身房 / 美容院 / 餐饮的"预付费"—— 跟"预售"是同一类:

  • 客户付 3000 办年卡
  • 全年消费陆续核销
  • 每次消费时确认销售收入
时点 动作
客户充值 预收账款 +3000
每次消费 预收 -消费金额、收入 +消费金额
卡到期 / 退卡 剩余金额退或转

绝对不能"充值时全额算收入"—— 否则钱花光了 → 客户消费时账上无钱可付 → 跑路 / 暴雷。

健身房 / 培训机构频繁"跑路"—— 核心原因就是这个。


老蓝的整改

老蓝重新规范了 4 个月:

指标 之前 之后
定金归类 "销售收入" "预收账款"
多缴税 / 年 5.8 万 0
销售收入准确性 虚高 30% 精确
客户取消退款 / 资金问题 频发 0
预收账款余额清晰度 不清 实时可见
月度对账时间 3 天 30 分钟

他说:

定金这件事—— 表面是"钱进来了", 实际是**"我欠客户一批货 / 一次服务"**—— 这种"债务"必须挂在账上—— 而不是当成"赚的钱"花了。


三道自检题

  1. 你的定金 / 预收款是怎么入账的?是"收入"还是"预收账款"?

    • 入收入 → 多缴税 + 资金错觉
  2. 你的预售订单和普通销售订单是同一种单吗?

    • 是 → 库存早晚乱
  3. 你的预收账款余额,能不能立刻说出对应多少未交付订单?

    • 说不出 → 隐患

结尾

预售、定金、尾款—— 不是简单的"分次收钱"—— 而是**"承诺 → 履约 → 兑现"**的完整商业关系。

老蓝现在常对新员工说:

客户付定金那一刻—— 不是"我们赚到了"—— 是**"我们答应了**—— 而这个承诺必须有完整的单据链来兑现。


留个问题给你:

你的店里有"分阶段收款"业务吗?怎么处理预收和销售确认的?欢迎留言。


下一篇预告:《库存为什么会变负数?4 种常见原因》——进入第四部分「避坑识别类」,从典型问题反推业务诊断。

第4章

避坑识别

25 库存为什么会变负数?4 种常见原因一篇讲透(附排查 + 预防清单)

老郑的「-8 个」

老郑在批发市场做日用百货,上系统第二个月,盘点时盯着屏幕发了愣——

一款「保鲜袋大号」,系统库存显示:-8。

负八个。

老郑当场就火了,打电话给我:

「我仓库里明明还堆着两箱呢,系统怎么给我整出个负数?货能卖到欠账啊?这软件不靠谱!」

我让他先别急,问了三句话:

  • 这批货是不是先上架卖、入库单后补的?
  • 退过货没有?
  • 一箱多少个,系统里设的对不对?

聊了五分钟,真相浮出来了:货是上周五到的,店员当天就拆箱卖了 20 个,入库单到周一才补录——系统先扣了 20,后加了 12,中间那段时间就成了负数。

老郑松了口气,又有点不好意思:「原来不是软件的错,是我们录单的顺序乱了。」

这一篇,我们就把「库存变负数」这件让无数老板抓狂的事,一次讲透。


先纠正一个根本误解

很多老板看见负库存,第一反应是:「系统出 bug 了。」

其实 99% 的负库存,根本不是 bug,而是「记录顺序」出了问题。

打个比方——

库存数字,就像一个记账本。 它记的不是「仓库里真有多少」,而是「根据你登记的每一笔进出,算出来应该有多少」。

如果你先登记了「卖出 20」,还没登记「进货 12」,账本自然就会算出 -8。

货在仓库里好好的,问题出在「笔」的顺序,不在「货」。

所以记住这句话:

负库存不是「货变负了」(物理上不可能),而是「账算乱了」的报警信号。

它其实是系统在帮你喊:「喂,你这笔进出登记得不对劲,快来看看!」


4 种最常见的原因

原因一:时间倒挂——卖在前,进在后(最常见)

这是老郑踩的坑,也是所有负库存里最高频的一种。

典型场景:

  • 货周五到了,店员直接拆箱卖货,入库单没及时录
  • 销售单先扣了库存 → 库存往下掉 → 掉穿了 0 → 变负数
  • 等周一会计补录入库单,库存才「填」回来
周五 14:00  卖出 20 个   → 库存:0 - 20 = -20   ❌ 负数出现
周一 09:00  补录进货 12  → 库存:-20 + 12 = -8  ❌ 还是负的
(其实仓库一直有货,只是单据顺序反了)

还有一种更隐蔽的——补录单据时把日期填错了。

入库单实际该是周五,会计周一录的时候顺手填了「今天」(周一),系统按时间排序,照样把销售排在进货前面,照样算出负数。

划重点:时间倒挂的本质是「出库单的时间,早于入库单的时间」。货没问题,是单据的先后顺序错了。

原因二:系统允许「负库存销售」(超卖开关)

你可能会问:既然没入库,系统为什么还让卖?

因为很多系统默认打开了「允许负库存」这个开关。

为什么要有这个开关?因为现实里太常见「货到了先卖、单子后补」,如果系统一卡死——库存为 0 就不让开单——收银台前就排长队、客户就跑了。所以厂商干脆默认放开。

但放开的代价就是:库存可以被扣成负数,系统不拦你。

                 ┌─────────────────────────────┐
                 │  库存为 0 时,来了一笔销售   │
                 └──────────────┬──────────────┘
                                │
              ┌─────────────────┴─────────────────┐
              ▼                                     ▼
    ┌───────────────────┐               ┌───────────────────┐
    │ 开关「允许负库存」 │               │ 开关「禁止负库存」 │
    │   → 照样开单       │               │   → 弹窗拦住       │
    │   → 库存变 -1      │               │   → 提示「无库存」 │
    └───────────────────┘               └───────────────────┘
       方便,但会出负数                     严格,但要先补入库

这个开关没有绝对的对错,取决于你的生意:

  • 货经常「先到先卖、单据后补」→ 适合开(但要配上「负库存预警」)
  • 货必须先入库才能卖、要严格管控 → 建议关

原因三:入库单漏录 / 错录

原因一是「录晚了」,这一种是「干脆没录」或「录错了」。

常见的漏录场景:

  • 退货入库忘了登:客户退回 10 个,实物收进仓库了,但退货入库单没做 → 后面这 10 个又被卖出去 → 库存穿负
  • 调拨入库没确认:A 仓调 50 个到 B 仓,A 仓发了,B 仓没点「收货」→ B 仓账面没加,照样卖 → 变负
  • 赠品 / 促销品没入库:供应商搭赠的货直接上架卖,从没走过入库
  • 数量录错:实际进 100,手滑录成 10,卖到第 11 个就负了

这一类的特征是:只有「出」的单据,缺了对应「进」的单据,或者进的数量录小了。

原因四:单位换算 / 组合拆分 / 重复扣减

这一类最隐蔽,老板自己很难想到,但其实不少见。

① 单位换算错(参见第 13 篇)

  • 「保鲜袋」一箱 = 12 个
  • 进货时按「箱」录入了 2 箱(系统应折算成 24 个)
  • 但商品资料里「箱与个的换算关系」没设对,系统按 2 个入库
  • 结果卖到第 3 个就负数了

② 组合商品 / 套装拆分错

  • 「礼盒套装」= 1 瓶油 + 1 包米
  • 卖套装时,系统要自动扣减「油」和「米」的库存
  • 如果套装的「配方(BOM)」配错了,或者拆分单据没生成,子商品库存就会算乱、扣穿

③ 同一笔货重复出库

  • 手工开了一张出库单,扫码枪又扫了一遍
  • 或者退货后又重新出库,但原出库单没冲掉
  • 同一批货扣了两次 → 实际扣减量 > 真实出货量 → 负数

配图 1:负库存是怎么「算」出来的

真实情况:仓库里其实一直有货
─────────────────────────────────────────────
   实物:  ▓▓▓▓▓▓▓▓▓▓▓▓ (12 个,好好躺着)

系统账本:只看「登记了的笔」,按时间排队算
─────────────────────────────────────────────
   第1笔  卖出 8     → 账面 0 - 8  = -8   ⚠️
   第2笔  卖出 4     → 账面 -8 - 4 = -12  ⚠️
   第3笔  进货 12(补录,但时间排在后面)
                     → 账面 -12 +12 = 0

   👉 中间那段「负数」,就是单据顺序错位的产物
   👉 货从头到尾没少,少的是「及时、正确的登记」

配图 2:4 种原因快速对照

原因 通俗说法 货真的少了吗 怎么修
时间倒挂 卖在前、进在后 没少 补入库单 + 改对日期
允许负库存 系统不拦你超卖 没少 按需关开关 + 设预警
入库漏录 / 错录 只登了出、没登进 没少 补漏单 / 改对数量
换算·拆分·重复扣 算错了、扣两次 没少 改换算 / 改配方 / 删重复单

看出来了吗——4 种原因,没有一种是「货真的变负了」。

负库存几乎永远是「记录问题」,不是「实物问题」。真正的实物缺失叫「账实不符」,那是下一篇的主题。


已经出现负库存了,怎么处理

老郑问:「那我现在一堆负库存,咋办?」

按这个顺序来:

第一步:别急着改库存数字

很多老板第一反应是「手动把 -8 改成 12 不就行了」。千万别。 直接改数字会把问题盖住,下次还犯,而且账更乱。要先找出是哪笔单据的问题。

第二步:倒查单据

  • 看这个商品的「出入库流水」
  • 找到库存第一次变负的那个时间点
  • 看那笔之前,是不是缺了一张入库单 / 或者有重复的出库单

第三步:对症补单

  • 缺入库 → 补入库单,日期填实际到货日(不是今天)
  • 重复出库 → 把多出来的那张冲掉 / 红冲
  • 换算错 → 改商品资料的单位换算,再重算

第四步:实在查不清,用盘点收口

如果流水太乱、查不动了,就以「现在仓库实物」为准,做一次盘点调整(参见第 20 篇),让账面归正。但这只是「认栽收尾」,根子还得靠规范录单。


怎么从源头预防

做法 解决的问题
货到先做入库单,再上架卖 时间倒挂
补单时,日期填「实际发生日」 时间倒挂的隐蔽版
开启「负库存预警」(变负就提醒) 早发现,别等盘点
退货、调拨、赠品都走对应单据 入库漏录
商品资料的单位换算、套装配方先设对 换算 / 拆分错
出库单据避免手工和扫码重复录 重复扣减

一句话:录单的纪律,比软件本身更重要。


一个常见的反问:「负库存能不能干脆禁止?」

能。把「允许负库存」开关一关,库存为 0 时系统就拦住不让开单。

但关之前先想清楚——

  • 你的货是不是经常「先到先卖」?关了之后,没及时入库就开不了单,前台会被卡住
  • 你愿不愿意要求「货必须先入库才能卖」这条纪律?

我的建议:

  • 管理规范、人手够 → 关掉,强制先入库,最干净
  • 流水快、补单晚是常态 → 保持开,但一定要打开「负库存预警」,让它变负时就报警,而不是攒到盘点才发现

老郑的总结

老郑后来定了一条铁规矩,贴在仓库门口:

「货进门,先录单,再上架。」

三个月后他跟我说:

以前我看见负库存就骂软件,现在我知道了—— 负数不是软件在害我,是软件在提醒我: 「你们家录单的顺序又乱了,快查。」

它其实是个免费的报警器,我以前一直当它是故障。

我说:「对,会用的人,把负库存当哨兵;不会用的人,把它当敌人。」


三道自检题

  1. 你的系统现在有没有负库存的商品?

    • 不知道 → 今晚就拉一张「库存为负」的清单看看
    • 有一堆 → 大概率是录单顺序 / 漏单,别手动改数字,先倒查
  2. 你的「允许负库存」开关是开还是关?你知道吗?

    • 不知道开关在哪 → 说明你从没管过这件事
  3. 你们家货到了,是「先录入库再卖」,还是「先卖了再补单」?

    • 先卖后补 → 负库存迟早找上门,赶紧开预警

结尾

负库存,是进销存系统里最容易让老板误会的一个现象。

它看起来像故障,实际上是系统在替你盯着「登记纪律」—— 哪天单据顺序乱了、漏了、重了,它就用一个负数告诉你。

会看的人,顺着负数倒查,五分钟揪出乱源; 不会看的人,对着软件骂半天,下个月接着犯。

不过,负库存好歹只是「账算乱了,货还在」。 真正让老板头疼的,是账上有、货却真没了——账面和实物对不上。

那是更普遍、也更要命的问题。


留个问题给你:

你遇到过库存变负数吗?最后查出来是哪种原因?欢迎留言对对答案。


下一篇预告:《账实不符的 7 个根源,自查清单》——账面 100、实际盘出 92,那 8 个去哪了?7 个根源逐一排查,附一张老板能直接用的自查清单。

26 账实不符的 7 个根源,一篇讲透(附老板能直接用的自查清单)

老王的「少了 8 个」

老王在武汉开了 3 家连锁便利店,做了七八年,自认账管得还算清楚。

上个月例行盘点,店员盯着一款「网红汽水」愣住了——

系统库存显示:100。 实际一瓶一瓶数出来:92。

少了 8 瓶。

老王第一反应跟很多老板一样,打电话给我:

「是不是又是上回那个负库存的毛病?系统又算乱了?」

我说:「老王,这回不一样。上一篇咱们聊的负库存(参见第 25 篇),是账算乱了、货还好好在仓库里——你顺着单据倒查,货一个不少。」

「但你这回是账面写着 100,实际真就只剩 92 瓶。这 8 瓶,是真的不见了。这叫『账实不符』,性质比负库存严重得多。」

老王在电话那头沉默了几秒:「那……这 8 瓶到底去哪了?」

这一篇,我们就把『账实不符』这件让老板半夜睡不着的事,把它的 7 个根源一次讲透,最后给你一张能直接照着用的自查清单。


先分清:「负库存」和「账实不符」根本不是一回事

很多老板把这两件事混为一谈,其实它俩天差地别。

负库存          → 账面:-8       实物:还有 12 瓶
                  「账算乱了,货还在」—— 顺单据倒查就能修

账实不符        → 账面:100      实物:只有 92 瓶
                  「账面有,货真少了」—— 货是实打实地不见了

打个比方——

负库存,像是你记账记错了顺序,钱包里的钱一分没少,只是账本上数字一时为负。

账实不符,是你钱包里真的少了 80 块——可能掉了、可能被偷了、可能花了忘记记——但账本上还写着原数。

所以记住这句话:

账实不符,是「账面数字」和「仓库实物」对不上。它要么是货真的少了(账多实少),要么是货莫名多了(账少实多)。

账多实少(盘亏)最常见,也最让人慌;账少实多(盘盈)相对少,但同样说明你的账没记全。

下面我们就把导致账实不符的 7 个根源,一个一个拆开讲。


根源一:出入库漏单 / 错单

这是最高频、占比最大的一类。说白了就是:货动了,但单子没跟上。

典型场景:

  • 客户来店里买了一箱货,店员手忙脚乱忘了在系统里开销售单——货出去了,账没扣
  • 供应商送货来,入库单录成了别的商品——这个商品账多了,那个商品账少了
  • 销售单的数量手滑录错,实际卖 12,录成 1,账面就多挂了 11

这一类的特征是:实物的进出,和系统的单据,没有一一对上。 货是真动了,账没动,或者动错了方向、动错了数。

老王这家店流水快、店员忙,最大嫌疑就是这条——某天高峰期卖了几瓶汽水忘了开单,日积月累就差出 8 瓶。


根源二:时间差——动了货,单子还没来得及录

这条和根源一像,但本质不同:不是漏录,是『还没录』。

  • 货今天上午到了,店员直接拆箱上架卖了 6 瓶,入库单到下班才补
  • 你恰好在中午这个时间点盘点——实物已经多了刚到的货,账面还没加进去 → 账实不符
09:00  到货 24 瓶(实物已进仓,入库单还没录)
11:00  卖出 6 瓶(销售单录了,账面 -6)
12:00  你来盘点:
        实物 = 原有 + 24 - 6
        账面 = 原有 + 0  - 6   ← 入库单还没补
        👉 账面比实物少了 24 瓶(看起来像盘盈)
17:00  补录入库单 24 瓶 → 账面追平

划重点:时间差导致的账实不符,是「暂时的」。 等单据补齐,账自然就追平了。所以盘点最好选在一天的业务结束后、所有单据都录完时做,否则你抓到的可能只是一个「半截账」。


根源三:报损、报溢、损耗没记(参见第 21 篇)

货没卖,也没被偷,但它就是「消耗」掉了——这部分如果不记账,账面永远比实物多。

便利店尤其典型:

  • 汽水临期、过期了,店员直接扔了,没做报损单
  • 饮料搬运时摔破了 2 瓶,扫地出门,账上还挂着
  • 雪糕化了、面包坏了、鸡蛋碎了
  • 试吃、品尝、店员自己喝了一瓶忘了记

这些都是真实的「货的减少」,但因为没走报损单,账面纹丝不动。

这一类的特征是:货是真的没了(合理损耗),但减少的动作没记进系统。 修正办法不是去改库存数字,而是把缺的报损单补上——既让账追平,也让你看清「到底损耗了多少、损耗在哪」。

老王后来一查,这 8 瓶里有 3 瓶就是临期被店员扔了没报损。(报损、报溢具体怎么记账,参见第 21 篇。)


根源四:单位换算错(参见第 13 篇)

这条最隐蔽,老板自己很难想到,但在批发、便利店里其实不少见。

  • 汽水一箱 = 24 瓶
  • 进货时按「箱」录入了 5 箱,系统应该折算成 120 瓶
  • 但商品资料里「箱与瓶的换算关系」没设对,系统按 5 瓶入库
  • 账面凭空少了 115 瓶 → 一盘点,实物比账面多一大截(盘盈)

反过来也会出错:

  • 卖出按「瓶」开单,但商品资料里把单位设成了「箱」
  • 卖 1 瓶,系统扣了 1 箱(24 瓶)→ 账面凭空少 23 瓶

这一类的特征是:货的数量没错,是「单位」换算错了,导致账面数字被放大或缩小。 修正办法是先把商品资料里的单位换算关系设对,再重算。(单位换算怎么设才不出错,参见第 13 篇。)


根源五:盘点本身就盘错了(参见第 20 篇)

这条特别容易被忽视——有时候不是货错了,是你『数』错了。

  • 漏盘:货堆在仓库角落、压在底下,盘点时没数到 → 账面 100,你只盘出 92,以为少了 8,其实那 8 瓶在角落
  • 重盘:同一批货数了两遍 → 盘出 108,以为盘盈
  • 数错:一箱以为 24 瓶,实际是 12 瓶装的小箱,数量算错
  • 盘点时还在进出货:边盘边卖,数字对不上

这一类的特征是:货和账其实都没问题,是「盘点这个动作」本身出了错。 所以发现账实不符时,第一件事不是改账,而是再盘一遍核实——尤其是差异不大的时候,很可能是数错了。

老王这 8 瓶里,后来又找出 2 瓶——压在仓库最里头一箱矿泉水后面,第一遍真没数到。(全盘、抽盘、循环盘、动态盘四种盘点方式怎么选,参见第 20 篇。)


根源六:内部偷拿 / 监守自盗

讲到这条,老板们往往脸色一沉。但账实不符里,这是绕不开的一条,尤其是高单价、易转手、好携带的商品。

  • 店员顺手拿几瓶饮料、几包烟、几盒口香糖
  • 收银时故意不开单、收现金进自己口袋(货出了,账没动)
  • 退货做假:编一个退货,把货退回仓库、钱退给自己
  • 内外勾结,进货时少收货、却按全额签收

便利店的烟、酒、饮料、充电宝,都是高发品类。

这一类的特征是:货是真的被「人为」拿走了,而且行为人会刻意不留单据痕迹。 这恰恰是它难查的地方——但不是查不到(这正是下一篇飞单、第 28 篇数据痕迹要讲的)。

这里要说句公道话:不是所有账实不符都是有人偷。先排除前面 5 条「无心之失」,再怀疑人,否则容易冤枉好员工、寒了人心。但反过来,如果前 6 条都排查了、差异还很大、还反复出现,那就要正视这个可能。


根源七:系统外私自调货 / 赠品试用未登记

最后这条,是「货确实合理地动了,但绕过了系统」。

  • 三家连锁店之间互相调货救急——A 店缺货,从 B 店拿了一箱,口头说一声就拉走了,没做调拨单
  • 供应商搭赠的促销品直接上架卖了,从没走过入库
  • 老板自己拿货送人、招待客户,没登记
  • 做活动的试用、品尝装直接拆了,没记
B 店实物:少了 1 箱(被 A 店拉走)
B 店账面:没动(没做调拨单)
        👉 B 店盘点:账多实少
A 店实物:多了 1 箱
A 店账面:没动
        👉 A 店盘点:账少实多

这一类的特征是:货在「系统管不到的地方」流动了。 连锁店尤其高发——店和店之间一句话就把货调走了,系统完全不知情。修正办法是所有货的流动都必须走单据,哪怕是『救急借一箱』也要补调拨单。(调拨、移库怎么操作,参见第 19 篇。)


配图 1:7 个根源,是「账错」还是「货错」

                          货真的少了吗   修正方向
─────────────────────────────────────────────────────
① 出入库漏单/错单           没少         补漏单/改对单据
② 时间差未及时录            没少         补单,账自然追平
③ 报损报溢损耗没记          少了(合理)   补报损单
④ 单位换算错                没少         改换算关系,重算
⑤ 盘点盘错(漏盘/重盘)       没少         重盘核实
⑥ 内部偷拿                  少了(被偷)   查痕迹+管理
⑦ 系统外私自调货/赠品       动了(没记)   补调拨/入库单
─────────────────────────────────────────────────────
   👉 7 条里,真正「货合理少了」的只有 ③;
      真正「被人拿走」的是 ⑥;
      其余 5 条,本质都是「单据/操作没跟上」。


配图 2:发现账实不符,正确的排查顺序

        ┌──────────────────────────┐
        │  盘点发现:账面 ≠ 实物    │
        └─────────────┬────────────┘
                      │
                      ▼
        ┌──────────────────────────┐
        │ 第1步:再盘一遍(排除盘错)  │ ← 根源⑤
        └─────────────┬────────────┘
                      │ 仍不符
                      ▼
        ┌──────────────────────────┐
        │ 第2步:确认单据全录完了吗  │ ← 根源②时间差
        └─────────────┬────────────┘
                      │ 录完了仍不符
                      ▼
        ┌──────────────────────────┐
        │ 第3步:查出入库流水有没有  │ ← 根源①④⑦
        │   漏单/错单/换算/调货     │
        └─────────────┬────────────┘
                      │ 流水也对
                      ▼
        ┌──────────────────────────┐
        │ 第4步:查损耗记了没        │ ← 根源③
        └─────────────┬────────────┘
                      │ 排除前6条,差异仍大且反复
                      ▼
        ┌──────────────────────────┐
        │ 第5步:才考虑「人为」因素  │ ← 根源⑥
        └──────────────────────────┘

这个顺序的精髓:先疑「事」,再疑「人」。 90% 的账实不符,查到第 4 步就破案了。


老板能直接照着用的自查清单

把这张表打印出来,发现账实不符时,从上往下一条条排:

排查项 具体动作 对应根源
重新盘一遍 让另一个人复盘,尤其数差异不大的商品;翻仓库角落、底层 ⑤ 盘点错
单据录全了吗 确认当天/当期所有进、销、退单据都已录入系统 ② 时间差
出入库流水 拉这个商品的出入库明细,找差异第一次出现的时间点 ① 漏单错单
单位换算 检查商品资料里「箱/件/个」换算关系是否设对 ④ 换算错
报损报溢 查临期、破损、过期的货有没有做报损单 ③ 损耗
调拨记录 连锁店之间的调货、借货,有没有走调拨单 ⑦ 私自调货
赠品试用 搭赠品、试用装、招待用货有没有登记 ⑦ 未登记
高价值商品监控 烟、酒、贵价品单独重点盯,差异反复出现时查操作日志 ⑥ 内部偷拿
定期盘点 高流转/高价值商品做循环盘(参见第20篇),别等季度才发现 全部

一句话:账实不符是高频、甚至致命的问题,但 90% 都能靠「规范录单 + 定期盘点」根治。 真正难根治的只有那一小部分人为问题,而那部分,系统也能帮你留下线索。


老王后来怎么做的

老王花了一周,把那 8 瓶汽水的事查了个底朝天,结果是:

这 8 瓶的去向 数量 属于哪个根源
临期被店员扔了没报损 3 瓶 ③ 损耗没记
压在仓库角落第一遍漏盘 2 瓶 ⑤ 盘点漏盘
高峰期卖了忘开单 2 瓶 ① 漏单
调给另一家店没做调拨单 1 瓶 ⑦ 私自调货

「你看,」我跟他说,「8 瓶,4 个根源,没有一个是『偷』。你要是一上来就怀疑店员,人都得让你气走。」

老王定了三条新规矩,贴在三家店的仓库:

  1. 货动必有单——进、销、退、损、调,一笔都不能漏。
  2. 盘点放在打烊后——单据录完再盘,两人复核。
  3. 每周循环盘高价值品——烟酒饮料每周必盘,别攒到月底。

三个月后他跟我说:

以前盘点是「秋后算账」,差一堆,查不清,只能认栽改数字,下个月接着差。 现在差异从几十降到个位数,偶尔差一两个,当天就能查出是哪笔单子。 账实不符不可怕,可怕的是你从来不盘、盘了也不查。


三道自检题

  1. 你上次盘点,账实差异有多大?查清原因了吗? → 差异大却没查清,就直接改了数字 → 下个月一定接着差,等于没盘。

  2. 你发现账实不符时,是先怀疑「事」还是先怀疑「人」? → 张口就怀疑员工偷 → 大概率冤枉人,90% 的差异是单据/操作问题。

  3. 你的高价值商品(烟、酒、贵价品)多久盘一次? → 跟着季度大盘一起盘 → 太晚了,这类货应该每周循环盘。


结尾

账实不符,是进销存里最普遍、也最考验管理功底的问题。

它不像负库存那样「货还在,只是账乱」—— 账实不符是账面和现实真真切切地对不上,要么货少了,要么货多了。

但好消息是:它绝大部分都能查、能治。 7 个根源里,6 个是「单据和操作没跟上」,只要把录单纪律和盘点制度建起来, 账就能稳稳地跟实物对齐。

剩下那一个——「人为」—— 最敏感,也最让老板揪心:

「我那几个常年在外跑的业务员,会不会把单子『飞』了?系统能看出来吗?」

这,就是下一篇的主题。


留个问题给你:

你最近一次盘点,账实差了多少?最后查出来是 7 个根源里的哪一个?欢迎留言对对答案。


下一篇预告:《老板能从系统里看出员工「飞单」吗》——4 个业务员常年在外跑单,怀疑有人把订单「飞」给了别家、私下吃回扣。系统到底能看出哪些蛛丝马迹?

27 老板能从系统里看出员工「飞单」吗?8 个蛛丝马迹 + 防飞单清单

老板能从系统里看出员工「飞单」吗

系列第 27 篇 · 避坑识别

老陈的「单子去哪了」

老陈在郑州做建材批发,瓷砖、地板、卫浴,手下 4 个业务员常年在外跑工地、跑装修公司。

他最近总觉得哪里不对劲。

有个业务员,小李,跑的片区是郑州最热的几个新楼盘,按理说出货应该最猛。可月底一看报表——小李的成交额垫底,毛利更是低得离谱。

更蹊跷的是,老陈在一个装修公司老板的饭局上,对方随口说了一句:

「上回那批仿古砖,你们家小李给我介绍了另一家,价格便宜不少,我就从那边走了。」

老陈端着酒杯,手一下子凉了。

他第二天就来找我:

「老陈我跟你说,我怀疑小李在『飞单』——本该我家做的生意,他给飞到别家去了,自己吃回扣。但我没证据啊。你说,这进销存系统,能不能让我看出来谁在飞单?」

我说:「能看出『不对劲』,但要小心——系统给你的是线索,不是判决书。」

这一篇,我们就把『飞单』这件让老板最揪心的事讲清楚:什么是飞单、系统能看出哪些蛛丝马迹、又有哪些它根本看不到,最后给你一份『可以拉出来盯的报表清单』。


先讲清楚:「飞单」到底是什么

很多老板嘴上说飞单,其实指的是好几种不同的事。我们先分清:

叫法 业务员干了什么 老板的损失
飞单(把单飞走) 本该成交在你这的客户,他介绍/转给了外部别家 直接丢了这单生意
吃差价 用低价从你这开单,转手加价卖给客户,差价进自己兜 你的毛利被他截走
吃回扣 给客户私下压价/返点,换取客户给他个人好处 你的利润缩水,客户黏在他个人身上
私单 完全绕开公司,自己在外面另开渠道做这单 这单你压根看不到

这几种的共同点是一句话:业务员本来代表你做生意,结果把本该属于公司的利益,偷偷转移到了自己或外部口袋。

而它们的难点也是同一句话——

真正『飞』出去的单,根本就没进你的系统。 系统是记录「发生在公司里的生意」的账本,飞单的本质是「没让生意发生在公司里」。账本上没有的东西,系统怎么直接抓?

所以我们要换个思路:系统抓不到飞单本身,但飞单往往会在系统里留下「间接的异常信号」。 顺着这些信号反查,才是正路。


系统能看出的 8 个「蛛丝马迹」

信号一:改价频繁,或长期低于底价开单

吃差价、吃回扣的业务员,开单价往往压得很低。

正常业务员:成交价基本在指导价附近,偶尔小让
异常业务员:几乎每单都贴着底价、甚至申请破底价
          👉 钱让出去了,让给谁了?让给客户?还是让进了自己兜?

系统能拉出每个业务员的**「平均成交价 / 平均折扣率」**横向对比。如果一个人长期、显著地比别人低,这是第一个该问的问题。

信号二:特定客户,永远只对特定业务员下单
客户A ──只找──► 业务员小李
客户B ──只找──► 业务员小李
客户C ──只找──► 业务员小李
        👉 客户高度「绑定」在某个业务员个人身上,
           而不是绑定在「公司」身上 —— 危险信号

正常生意里,客户认的是公司的货和价。如果一批客户只认某个人、那人一休假这些客户就不下单,说明关系可能已经「私人化」了——这正是飞单、私单的温床。

信号三:报价多、成交少(报价转化率异常低)
业务员小李:本月报价单 60 张,成交 8 单 → 转化率 13%
其他业务员:本月报价单 30 张,成交 18 单 → 转化率 60%
        👉 小李谈了那么多客户,怎么大半都「没谈成」?
           那些「没谈成」的单,真的没成交,还是成交到别处了?

大量「谈了但没成」的客户,是飞单最值得怀疑的地方——客户明明有需求(所以才报价),最后却没在你这下单。

信号四:订单流失 / 老客户突然不下单了

系统能看出某个客户的下单趋势:以前每月稳定进货,最近三个月突然归零。

如果这个客户对应的业务员还在正常上班、片区也没变,那就要问:这个客户为什么不买了?是真不需要了,还是被业务员『带』到别处去了?

信号五:退货异常
开单 → 货发出 → 过几天退回 → 退款
        👉 反复出现「开了又退」,可能是:
           - 用公司单据走账,实际货流向了别处
           - 冲掉某些不想让你看到的成交记录

退货本身正常,但某个业务员的退货率、退货金额显著高于同行,且退货理由含糊,就值得拉出来一笔笔看。

信号六:删改单据的痕迹

正规系统里,单据的修改、作废、删除都会留痕(这是第 28 篇的主题)。如果一个业务员频繁地改单、删单、作废重开,要警惕他是不是在「调整」一些不想让你看到的数字。

信号七:异常时段操作
正常下单时间:工作日 9:00 - 18:00
异常记录:凌晨 1:23 修改了某张单据的价格
        凌晨 2:40 作废了一张订单
        👉 大半夜不睡觉改单子,改的是什么?

非工作时段、节假日深夜的频繁操作,本身不证明什么,但配合其他信号,是一个值得追问的点。

信号八:毛利率个人对比异常

把每个业务员的人均毛利率拉出来排个序(参见第 10 篇)。同样的货、同样的片区,如果一个人的毛利率长期垫底,钱去哪了?要么是他真不会卖(能力问题),要么是利润被某种方式截走了(可能是飞单/回扣)。


配图 1:飞单为什么「难抓」——账本的盲区

   生意发生在哪里        系统看得到吗
─────────────────────────────────────────────
   ✅ 客户在你这下单        看得到(完整记录)
   ✅ 在你这开单但压价      看得到(价格异常)
   ⚠️ 报价了但「没成交」    看得到报价,看不到去向
   ❌ 客户被带去外部别家    完全看不到
   ❌ 业务员私下另开渠道    完全看不到
─────────────────────────────────────────────

   👉 系统是「公司内部的账本」。
      飞单的精髓,就是让生意「绕开账本」发生。
      所以系统只能从「账本边缘的异常」反推,
      不能直接「在账本里抓到」飞单。

这就是为什么我反复跟老陈强调:系统给的是「线索」和「预警」,不是「铁证」。


配图 2:从「单个信号」到「敢下结论」

     单看一个信号             →   不能下结论
     ┌─────────────┐
     │ 价格偏低     │ → 也许是他片区竞争激烈
     │ 客户绑定个人 │ → 也许就是他维护得好
     │ 退货偏高     │ → 也许是他客户挑剔
     └─────────────┘

     多个信号同时出现         →   高度可疑,值得查
     ┌──────────────────────────────────┐
     │ 价格低 + 客户绑定 + 转化率低      │
     │ + 退货高 + 老客户流失            │
     │   👉 五个信号叠在同一个人身上,    │
     │      巧合的概率很小了            │
     └──────────────────────────────────┘

一个信号是噪音,多个信号叠加才是模式。 别看见一个数据不对就开除人——那是冤案;但也别五个信号都亮红灯了还装看不见——那是纵容。


老板可以直接拉出来看的报表 / 指标清单

跟你的系统管理员或软件客服说,要这几张表,定期(比如每月)拉出来对比:

报表 / 指标 看什么 警惕什么
业务员销售排行 各人成交额、单数 跑得勤的人成交却垫底
业务员毛利率对比 各人人均毛利率 某人长期显著偏低
平均折扣率 / 成交价对比 各人让价幅度 某人几乎单单贴底价
报价转化率 报价单数 vs 成交单数 报价一大堆,成交没几个
客户—业务员绑定分析 客户只对一个人下单的比例 客户高度私人化
客户活跃度 / 流失清单 老客户下单趋势 稳定客户突然归零
退货明细 各人退货率、退货理由 退货高且理由含糊
单据操作日志 改单/删单/作废记录 频繁改单、异常时段操作

把这些表横向对比——不是看一个人的绝对值,而是看同一个团队里谁明显偏离了大盘。偏离最大的那个,就是你该重点关注的人。


一个要命的提醒:系统能预警,但「定罪」要靠人

老陈拉出报表后,小李的数据果然在好几项上「鹤立鸡群」:折扣最低、转化率最低、退货最高、还有两个老客户最近全断了。

老陈当时就想把人叫来开了。我拦住他:

「先别。这些数据证明他『可疑』,但不能证明他『有罪』。」

为什么?因为每一条都可能有别的解释:

  • 折扣低 → 也许他片区竞争最激烈,不让价就丢单
  • 客户流失 → 也许那几个客户的工程黄了
  • 退货高 → 也许他接的都是要求最刁的客户

系统的作用,是帮你「把怀疑的范围缩小到一两个人、缩小到几笔具体的单」,省去大海捞针。 但真正确认,还得靠:

  • 找那几个「流失客户」回访,问问他们为什么不买了、是不是有人推荐了别家
  • 调出那几笔可疑订单的来龙去脉,一笔笔核
  • 必要时结合考勤、通话、走访等系统之外的信息

系统是侦察兵,不是法官。 它告诉你「这里有情况,去看看」,但判断和处理,永远是老板的责任。这一点想不清楚,要么放过坏人,要么冤枉好人。


与其「事后抓」,不如「事前防」——4 条管理建议

抓飞单很被动,更聪明的是让飞单从一开始就难发生。靠的不是系统监控,而是制度设计:

1. 底价管控 + 破价审批

  • 在系统里给每个商品设「最低成交价」,低于这个价,业务员开不了单,必须走审批
  • 让价的权力收到经理手里,业务员就没法随便压价吃差价

2. 审批流

  • 大单、特价单、退货单,都走上级审批
  • 异常操作有人复核,飞单的空间就被压缩

3. 客户归属制度

  • 客户建档时明确「归属公司」,而不是「归属某个业务员个人」
  • 定期轮换片区 / 交叉拜访,别让任何客户只认一个人
  • 关键客户,老板或经理亲自维护一条线

4. 数据权限分级

  • 业务员只看自己的单和客户,看不到别人的(防互相串通)
  • 改价、删单的权限严格控制(参见第 28 篇)
  • 应收账款(参见第 12 篇)由专人对账,不让业务员既管销售又管收款

一句话:飞单防得住的核心,是「价格不由业务员一个人说了算、客户不由业务员一个人攥着」。 系统是工具,制度才是笼子。


老陈的总结

老陈后来没有当场开除小李。他做了三件事:

动作 结果
回访 3 个流失的老客户 2 个证实「小李推荐了别家便宜的」
调出小李近半年改价记录 多笔贴底价开单,且有夜间改单
在系统里设了全店底价 + 破价审批 之后所有人都没法私自压价

证据链清楚了,老陈才跟小李摊牌。小李承认了一部分。这事最后好聚好散,但老陈学到的东西,比损失的那几单值钱多了。

他跟我说:

以前我以为「飞单」是个查不清的糊涂账,只能凭感觉怀疑、又不敢动人。 现在我明白了两件事—— 第一,系统能把我的怀疑从「全队」缩小到「具体的人和具体的单」,让我心里有谱; 第二,与其费劲抓,不如一开始就把底价和客户管住,让人想飞都飞不动。

我说:「对。会用系统的老板,把它当探照灯,照出可疑的角落;不会用的,要么瞎了眼,要么拿它当刑具乱定罪。」


三道自检题

  1. 你能不能在 5 分钟内拉出『每个业务员的平均毛利率』排行? → 拉不出来 → 你对团队的「健康度」其实是盲的,飞单了也不知道。

  2. 你的业务员,能不能自己随便压价开单? → 能,没有底价和审批 → 吃差价、吃回扣的门一直开着。

  3. 你的核心客户,是认「公司」还是认「某个业务员个人」? → 只认人、那人一走客户就跑 → 这些客户随时可能被「带走」。


结尾

「老板能从系统里看出员工飞单吗?」

答案是:能看出『异常』,看不出『真相』。

系统是公司内部的账本,而飞单的精髓,恰恰是让生意绕开账本。 所以系统的角色,不是「抓现行的警察」,而是**「帮你缩小怀疑范围的探照灯」**—— 它把团队里偏离大盘的人和单照出来,剩下的核实与判断,靠你。

而比「事后抓」更高明的,永远是**「事前防」**: 把底价管住、把审批立起来、把客户归到公司名下、把数据权限分清楚, 飞单的空间自然就被压没了。

说到「数据权限」和「改单留痕」,老陈追查时其实一直在用一个东西—— 操作日志。

那么问题来了:

「系统里的数据,要是被人偷偷改过,到底能不能查出来是谁、什么时候改的?」

这,就是下一篇要讲透的。


留个问题给你:

你怀疑过手下的业务员飞单吗?最后是怎么发现、怎么处理的?欢迎留言聊聊。


下一篇预告:《系统里数据被改过,能查到吗》——月底对账,发现一笔销售金额被人改小了。是谁改的?什么时候改的?操作日志这层「保险」,到底能保到哪一步?

28 系统里数据被改过,能查到吗?操作日志 + 三件事一篇讲透

系统里数据被改过,能查到吗

系列第 28 篇 · 避坑识别

老钱的「凭空少的 600 块」

老钱在长沙开了 5 家连锁药店,做了十来年。药店这行,单价不高但单子多,一天几百笔流水,全靠系统记着。

月底对账,会计小张盯着报表皱起了眉,把老钱叫了过来:

「钱总,您看这笔——3 月 18 号一盒进口钙片,卖价系统里写的是 168,可我手上的小票存根是 228。差了 60。」

老钱凑过去一看,又往下翻,类似的「对不上」竟然有好几笔,加起来差了 600 多块。

他第一个念头不是钱,是后背发凉:

「这数……是被人改过的?谁改的?啥时候改的?为啥改?——这能查吗?还是说,神不知鬼不觉,就这么糊弄过去了?」

我说:「老钱,别慌。正规系统里,单据被改过,大概率是能查到的——谁、几点、把多少改成了多少,都有记录。 但有几种情况确实查不到,咱们得分清楚。」

这一篇,我们就把『数据被改过能不能查』这件事讲透:靠的是什么机制、能查到什么、查不到什么,最后教你一招——怎么检查自己的系统到底有没有这层『保险』。


这层「保险」叫什么:操作日志 / 审计追踪

先认识一个词。它在不同软件里叫法不一样:操作日志、审计追踪、操作记录、变更历史……但说的是同一件事。

它就像系统里的一个「监控摄像头」,自动录下每一笔单据的『一举一动』——谁动了它、什么时候动的、动之前是什么样、动之后变成了什么样。

打个最直白的比方——

没有操作日志的系统  =  一间没装摄像头的库房
   东西少了,你只知道「少了」,
   不知道是谁拿的、几点拿的、拿了多少。

有操作日志的系统    =  一间装了摄像头的库房
   东西少了,调出录像一看:
   「3 月 18 日 15:42,店员小王,把这盒钙片的价格从 228 改成了 168」
   清清楚楚。

正规的进销存系统,会对单据的这些动作自动留痕:

动作 系统记下什么
新增(开了一张单) 谁开的、几点开的、内容是什么
修改(改了价格/数量等) 谁改的、几点改的、改前是 228、改后是 168
删除 / 作废 谁删的、几点删的、删的是哪张单
审核 / 反审核 谁审的、谁又「反审核」打回了

关键就在「修改」这一行:好的日志不光记『改过』,还记『改前是什么、改后是什么』——这就是老钱能查出「228 被改成 168」的底气。


配图 1:一笔被改的单,日志里长什么样

┌─────────────────────────────────────────────────────┐
│  单据:销售单 XS20260318-0073                         │
│  商品:进口钙片                                       │
├─────────────────────────────────────────────────────┤
│  操作记录(从下往上看时间顺序):                       │
│                                                       │
│  ① 2026-03-18 10:15  收银员小王  新增   单价 228      │
│         ↓                                             │
│  ② 2026-03-18 15:42  收银员小王  修改                 │
│         单价:  228  ──改成──►  168    ⚠️             │
│         (同一天下午,同一个人,把自己开的单价改小了)    │
│                                                       │
│  👉 谁:小王   何时:18 日 15:42                       │
│     改了什么:单价   从 228 → 168   差 60 元           │
└─────────────────────────────────────────────────────┘

老钱一看这条记录,事情就清楚了大半:不是系统出错,是有人事后把价格改小了——至于为什么改、钱进了谁的兜,那是接下来要谈话核实的,但「谁动的手」,日志已经指明了。


能查到什么 vs 查不到什么

这是最关键、也最容易被销售忽悠的地方。我把话说实在:操作日志很强,但不是万能。 有几种情况它确实无能为力。

能查到的(前提:系统开了日志、权限设到位)
✅ 在系统里改的单     → 谁改的、几点改的、改前改后
✅ 在系统里删/作废的单 → 谁删的、几点删的
✅ 谁审核、谁反审核
✅ 改了几次、改了哪些字段
查不到 / 查不清的(必须知道的盲区)
❌ 直接改数据库、绕过系统      → 不走系统的门,摄像头照不到
❌ 系统压根没开日志功能        → 摄像头没装,或者关了
❌ 几个人共用一个账号          → 录像里都是「小王」,分不清是哪个真人
❌ 日志被有权限的人清掉了      → 录像被人删了(所以日志权限要锁死)
❌ 软件本身就没有「改前值」    → 只记「改过」,不记「改成什么了」

第三条「共用账号」是中小企业最常见的坑。 五家店、十几个店员,图省事全用一个「管理员」账号登录。结果日志里每一条都写着「管理员」操作——等于摄像头是装了,但拍出来每个人都戴着同一张面具,你知道单被改了,就是不知道是哪个真人改的。

共用一个账号:
   小王、小李、小张……  全都用「admin」登录
   日志记录:admin 改了价格
            admin 删了单据
            admin 又改了价格
   👉 改是改了,但「admin」是谁?查不出来。
      = 装了摄像头,却给每个人发了同一张面具

配图 2:「红冲 / 作废」和「直接删改」的区别

老钱后来问了个好问题:「那我能不能干脆不让人改、不让人删?」

这就引出一个正规系统的核心设计原则——已经生效的单据,不让你『硬删硬改』,只能用『红冲』来纠正。

   ❌ 直接删改(危险做法)
   ┌──────────────────────────────┐
   │ 原单:卖 168 元                │
   │   ↓ 有人直接把数字改了        │
   │ 变成:卖 100 元                │
   │   👉 原来的 168 痕迹可能被覆盖 │
   │      账「平」了,但真相没了    │
   └──────────────────────────────┘

   ✅ 红冲 / 作废(正规做法)
   ┌──────────────────────────────┐
   │ 原单:卖 168 元   (保留,不动)  │
   │   +                          │
   │ 红冲单:-168 元   (一笔反向单) │
   │   +                          │
   │ 新单:卖 100 元   (重新开)     │
   │   👉 三笔单都在,一目了然:     │
   │      「先开了168,冲掉了,改成100」│
   │      改了什么、为什么改,全留痕│
   └──────────────────────────────┘

维度 直接删改 红冲 / 作废
原始记录 被覆盖、可能消失 完整保留
能看出改过吗 不一定 一定,三笔单清清楚楚
出纠纷时能举证吗 难 能,账目链条完整
正规系统是否允许 生效单据一般禁止硬删 标准做法

一句话:正规系统对「已生效的单据」是『只进不改、要改就留痕』。 想纠正一笔已经入账的单,不是把它擦掉重写,而是开一张反向的红冲单把它「对冲」掉,再开正确的——前后三笔都在,谁也别想神不知鬼不觉地抹掉一笔生意。


换个角度:日志不只是「抓人」,更是老板的「保险」

很多老板觉得操作日志是用来「抓内鬼」的。这没错,但太窄了。它至少有三重价值:

1. 内部管理的探照灯

  • 谁改了不该改的单、谁删了不该删的货,一目了然
  • 配合上一篇讲的飞单信号(参见第 27 篇),异常操作有迹可循

2. 纠纷举证的依据

  • 客户说「我明明下了单你没发货」——调单据记录,看是谁、几点改的状态
  • 员工离职后扯皮——操作记录就是白纸黑字的凭证
  • 跟供应商、税务对账有争议——账目链条完整,说话有底气

3. 账实不符的破案工具

  • 上一篇(参见第 26 篇)讲账实不符的 7 个根源,其中「单据被改、被删」就靠日志来查
  • 没有日志,账对不上你只能干瞪眼;有日志,顺藤摸瓜找到那笔被动过的单

所以日志这东西,平时看不出用处,出事时能救命。 它就像保险——你希望永远用不上,但绝不能没有。


自查动作:怎么检查你的系统有没有这层保护

别等出了事才发现「原来我的系统根本没装摄像头」。今天就花十分钟,照着下面这张表自查一遍:

自查项 怎么查 没通过意味着
有没有操作日志功能 问客服/找系统设置里「操作日志/审计追踪」 没有这功能 → 数据被改了你永远查不出
日志记不记「改前值」 随便改一笔单试试,看日志写没写「从X改成Y」 只记「改过」不记「改成啥」→ 查了也白查
是不是每人一个账号 看看店员是不是都用同一个账号登录 共用账号 → 查得到「改了」,查不到「谁改的」
关键操作权限有没有分级 看普通店员能不能改价、删单、看后台 人人都能改删 → 等于库房谁都能进
日志能不能被随便删 看谁有权限清空/删除日志 谁都能删日志 → 摄像头录像谁都能抹
生效单据能不能硬删 试着删一张已审核的单 能硬删 → 没有红冲机制,痕迹保不住

最值钱的两条:①每人一个独立账号(否则日志认不出真人);②改价、删单、清日志的权限只给极少数可信的人(否则等于摄像头的开关交给了所有人)。这两条做到,绝大多数「偷偷改数据」的行为就无所遁形了。


老钱后来怎么做的

老钱查清那 600 块的去向后,做了一轮整改。前后对比很说明问题:

项目 整改前 整改后
登录账号 5 家店共用 1 个管理员账号 每个店员一个独立账号
改价权限 收银员就能自己改价 改价必须店长审批,留痕
已收银单据 能直接修改 锁定,错了只能红冲
日志 从没看过,也不知道在哪 每周抽查一次改单/删单记录
对账差异 月底常对不上、查不清 差异当天能定位到具体单据和人

至于那 600 块和那个店员,老钱凭着日志记录谈了话,对方承认了,补了款。但老钱说,钱是小事:

以前我总觉得「系统里的数字,改了就改了,谁查得清」—— 这回我才知道,只要『每人一个账号 + 日志开着 + 权限锁死』这三样到位,谁动了手,系统记得比我清楚。 它不是用来天天防贼的,是让人心里有杆秤:「这单子是改不掉、抹不平的」—— 光这一条,就比抓住一个内鬼值钱。

我补了一句:「对。最好的监控,不是抓住了多少人,而是让大家知道『改了会留痕』,于是根本没人敢伸手。」


三道自检题

  1. 你的店员,是每人一个账号,还是大家共用一个? → 共用一个 → 就算系统记了日志,也分不清是哪个真人动的手,等于白记。

  2. 你知道你的系统「操作日志」在哪里看吗?记不记『改前改后』? → 找都找不到、或者只记「改过」不记「改成啥」 → 这层保险其实是空的。

  3. 改价、删单、清日志的权限,是不是攥在你或极少数人手里? → 人人都能改、能删、能清 → 摄像头的开关交给了所有人,等于没装。


结尾

「系统里的数据被改过,能查到吗?」

答案是:只要做对了三件事——每人一个账号、日志开着、权限锁死——绝大多数都能查到,而且谁、几点、把多少改成了多少,清清楚楚。

操作日志这层「保险」,平时静悄悄,出事时却是你最硬的底牌: 它是内部管理的探照灯,是纠纷举证的依据,也是账实不符(参见第 26 篇)和飞单(参见第 27 篇)的破案工具。

但它也有盲区——绕过系统直接改库的、共用账号的、关了日志的,它管不着。 所以真正的保护,七分靠系统、三分靠你把规矩立对。

不过,话说回来—— 当你的系统记下了越来越多的单据、越来越长的日志、越来越厚的历史…… 有些老板会发现一个新烦恼:

「这软件,怎么用着用着,越来越卡了?」

这,就是下一篇要聊的。


留个问题给你:

你的店里,店员是每人一个账号,还是图省事共用一个?看完这篇,你打算改吗?欢迎留言。


下一篇预告:《为什么有的软件「越用越卡」》——刚装上时飞快,用了两三年却越来越慢、越来越卡。是数据太多了?还是软件本身的毛病?选型时怎么提前避开这个坑?

29 为什么有的软件「越用越卡」?7 个原因 + 今晚能做的自救清单

系列第 29 篇 · 避坑识别

老黄的「转圈半分钟」

老黄在义乌做电商大卖家,店开了三年,从一个人发货发到现在养着二十几号人。

刚上系统那会儿,他天天夸:「快得很,点哪儿弹哪儿。」

可最近半年,他越来越烦躁。前两天他打电话给我,声音都带着气:

「不对劲啊。一样的系统、一样的电脑,怎么越用越卡了?我早上点开『销售报表』,转圈转了快半分钟才出来。查一张去年的订单,能把我等到怀疑人生。是不是这软件不行了?要不要换一套?」

我问他:「你这三年,攒了多少单据了?」

他想了想:「这谁数得清……每天几百上千单,三年下来,少说几百万张了吧。」

我说:「找着了。你不是软件坏了,是你的家底太厚了。」

老黄一愣:「家底厚还成毛病了?」

我说:「成毛病,也不成毛病——关键看是哪种『卡』。有的卡你今晚就能治,有的卡是你三年前选软件时就埋下的雷。这一篇,我们就把「越用越卡」这件事,一层一层扒开讲清。」


先说一个反直觉的真相

很多老板觉得:软件买回来是个「死东西」,性能应该一直不变才对,怎么会越用越慢?

真相是:进销存系统的快慢,不只取决于软件,更取决于你往里装了多少东西。

打个比方——

系统就像一个仓库管理员。 刚上班时,仓库里就几百箱货,他闭着眼睛都能找到。 三年后,仓库堆了几百万箱,你还让他「把去年三月所有出过的货翻给我看」—— 他不是不干,是真的要翻很久。

所以「越用越卡」这件事,第一步不是骂软件,而是要先分清:

到底是「东西太多、管理员累了」(能治),还是「这仓库当初就盖小了」(先天硬伤)。

这两种,处理方式天差地别。


「越用越卡」的 7 个真实原因

我把老板们最常遇到的原因,按「能不能自己治」分成了两类。

能自己治的(后天问题)

原因一:数据量自然膨胀——单据、流水越攒越多

这是最普遍、也最「正常」的一种。

你每开一张单,系统里就多一条记录。销售单、采购单、出入库流水、退货单、调拨单……日积月累,从几万条变成几百万条。

数据量大了,查询自然就慢——这跟你翻一本 10 页的账本和翻一本 10000 页的账本,是一个道理。

这种卡,不是病,是「长大了」。但能通过「归档」来缓解(下面讲)。

原因二:该结转的历史数据不结转

很多系统支持「年结」或「期末结转」——把上一年的明细单据归档封存,新的一年从一个「期初余额」重新开始算。

可不少老板根本不知道有这功能,三年的明细全堆在一个「当前账套」里,系统每次算库存、算成本,都得把这三年从头扒一遍。

这就像你记账,每年年底不结账、不另起新本子,而是把三年的流水全摊在一张桌子上,每次算余额都从第一笔加起——能不慢吗?

原因三:报表查询没节制——一次拉太大范围

老黄那个「转圈半分钟」的报表,我让他看了一眼,他的查询条件是:时间范围「全部」,商品「全部」,仓库「全部」。

我说:「你这是让系统把三年几百万条记录,一次性全捞出来、全算一遍,它不转圈谁转圈?」

很多卡,不是系统的错,是老板自己「点菜点太狠」——明明只想看上个月某个爆款的销量,却让系统把三年全品类都算一遍。

原因四:本地电脑硬件老化 + 数据库文件臃肿

如果你用的是单机版 / 本地部署(参见第 04 篇,单机 vs 云端),那系统跑得快不快,直接看你那台电脑的「体力」。

  • 电脑用了五六年,内存小、硬盘是老式机械盘 → 天生就慢
  • 数据库文件越来越大(几个 G 甚至几十个 G),没做过清理整理 → 越读越费劲

这种卡,换块固态硬盘、加点内存、让厂商帮你「整理一下数据库文件」,立竿见影。

原因五:图片、附件全堆在数据库里

这一条特别容易被忽略,尤其是电商。

老黄的系统里,每个商品都传了五六张主图、详情图,还有一堆采购合同、聊天记录截图当附件——全塞进了数据库。

图片是很「重」的东西。几万个商品配几十万张图,数据库被撑得虚胖,连带着查个文字数据都跟着慢。

正经的做法是:图片附件单独存放,数据库里只存一个「地址」。有些便宜软件偷懒,把图片直接灌进库里,用久了必然臃肿。

治不了、只能认或换的(先天问题)

原因六:网络 / 带宽(云端用户专属)

如果你用的是云端系统,数据在厂商的服务器上,你每次操作都要「走网络」一个来回。

  • 你店里的宽带太差、Wi-Fi 信号弱 → 卡
  • 赶上大促,全国用户挤在一起用同一套服务 → 也可能卡

网络这种卡有个特征:时好时坏。早上快、下午慢,或者你家快、隔壁店慢。这跟数据量无关,是「路」的问题。能治的部分是升级你自己的宽带;治不了的部分,得看厂商的服务器够不够强。

原因七:软件架构本身的天花板(最要命的先天硬伤)

这是压箱底的一条,也是这篇文章最想让你记住的。

有些便宜软件,当初设计时就没考虑过「你能用到几百万张单据」。它的底层逻辑是——每次查询都老老实实把全部数据捞一遍,没有任何「分段存放、分批查找」的本事。

打个比方: 一个好仓库,货是分区、分货架、贴了标签的,找东西直奔那个货架。 一个差仓库,所有货胡乱堆成一座山,找任何东西都得从头扒到尾。

数据少的时候,两种仓库都快,你看不出区别。 数据一多,差仓库就原形毕露——这就是「天花板」。

这种卡,你自己治不了,归档也只能缓解一阵,硬件升级也压不住,根子在软件的「出身」。 这就是为什么这篇被归为「选型预警」——很多卡,是你三年前掏钱那一刻就注定的。


配图 1:两种「卡」的分岔路

                ┌─────────────────────────┐
                │   软件「越用越卡」了      │
                └────────────┬─────────────┘
                             │
          ┌──────────────────┴──────────────────┐
          ▼                                       ▼
 ┌──────────────────┐                  ┌──────────────────┐
 │  后天问题(能治)│                  │ 先天问题(难治) │
 ├──────────────────┤                  ├──────────────────┤
 │ 数据没归档       │                  │ 网络/带宽不行    │
 │ 报表拉太大       │                  │ 软件架构天花板   │
 │ 硬件老化         │                  │(全量查、不分区)│
 │ 图片堆库里       │                  │                  │
 └────────┬─────────┘                  └────────┬─────────┘
          ▼                                       ▼
   ✅ 自己动手 / 找厂商优化            ❌ 升宽带能缓解一点
   → 当晚就能见效                      → 根子上得换系统


配图 2:同样几百万张单据,为什么有的系统不卡

便宜软件(没分区):每次查询 = 翻完整座山
─────────────────────────────────────────────
  查「上月某爆款」 → 🔍 把 3 年全品类全捞一遍 → 转圈⏳

好软件(分了区 + 归档了):每次查询 = 直奔那个货架
─────────────────────────────────────────────
  历史数据 ──► 已封存归档(平时不动它)
  当前数据 ──► 按月/按仓分好区
  查「上月某爆款」 → 🔍 只翻「上月」那一格 → 秒出✅

  👉 同样的数据量,差距全在「会不会分段找」


卡了之后,老板今晚就能做的自救动作

老黄追问:「道理我懂了,那我现在能干点啥?」

按这个顺序试,从最简单的开始:

自救动作 治的是哪种卡 难度
查报表时缩小范围,按月、按单品查 报表拉太大 ⭐ 立刻能做
把往年的明细做「年结 / 归档」 数据不结转 ⭐⭐ 问厂商怎么操作
清理 / 外移堆在库里的图片附件 图片臃肿 ⭐⭐ 问厂商
给电脑换固态硬盘、加内存 硬件老化 ⭐⭐ 花点小钱
升级店里宽带、改用网线代替 Wi-Fi 网络带宽 ⭐⭐ 云端用户
让厂商帮你「整理数据库 / 做优化」 文件臃肿 ⭐⭐⭐ 找技术支持
以上都试了还卡得离谱 架构天花板 ⭐⭐⭐⭐ 考虑换系统

一句话:先排查能治的,治到底还卡,才轮到怀疑软件本身。

老黄回去先做了两件事——查报表改成「按月按单品」,又让厂商帮他把前两年的数据归了档。第二天他发消息:

「报表三秒就出来了!我还以为得花大价钱换系统呢。」


选型时怎么避坑:把雷排在掏钱之前

但也有老板,自救动作全做了,还是卡——那就是踩中了「架构天花板」。这种亏,最好在买之前就避开。

下次选软件,多问销售这三句话:

第一句:「你们这套,单据量到几百万张还顺不顺?有没有用户用到这个量级?」

真有底气的厂商会给你举实际客户的例子;含糊其辞、只说「肯定没问题」的,要警惕。

第二句:「有没有『年结 / 数据归档』功能?历史数据能不能封存?」

没有这功能的软件,注定是「越攒越慢」的体质,趁早排除。

第三句(最狠也最有用):「试用的时候,能不能帮我灌一批数据进去测一下?」

别拿一个空系统试用!空的当然快。想办法塞个几万、几十万条假数据进去,再点点报表、查查历史单——卡不卡,一试就现原形。 这一步能帮你避开 90% 的「越用越卡」雷。


老黄的转变

一个月后再见老黄,他已经不提「换系统」了。

他跟我说:

以前我觉得软件卡了就是软件烂了,恨不得砸了重买。 现在我明白了——几百万张单据本身就是我三年的家底,卡一点是正常的,关键是会不会「收拾屋子」。

我现在每年底固定做一次归档,平时查报表也学乖了,不再一上来就「全部、全部、全部」。 真要说后悔,就一条:当初选软件,没让人家灌数据测一测。下次再选,我第一句话就问这个。

我说:「对喽。便宜软件和好软件,平时看不出差别,全在你『用厚了』之后才见真章。」


三道自检题

  1. 你的系统现在查个去年的订单,要等多久?

    • 秒出 → 健康
    • 转圈好几秒甚至几十秒 → 先按上面的「自救动作」逐条排查,别急着换
  2. 你知道你的系统有没有「年结 / 归档」功能吗?三年明细是不是全堆在一起?

    • 不知道 / 全堆一起 → 大概率「不结转」拖慢了你,今晚就问厂商
  3. 你当初买这套软件时,是拿空系统试用的,还是灌了数据测过的?

    • 空系统试的 → 难怪当时觉得快;以后选型,记得灌数据再测

结尾

「越用越卡」,是几乎每个老板用系统三五年后,都会撞上的一道坎。

它有时候是幸福的烦恼——说明你生意做大了、家底厚了,收拾收拾屋子(归档、清图、缩小查询)就能缓过来。

它有时候是当初埋下的雷——软件出身不行,再怎么收拾也压不住天花板,这种亏,只能下次选型时用「灌数据测试」来提前排掉。

会分辨的人,先自查、再优化,花小钱办大事; 不会分辨的人,一卡就慌着换系统,可能花了大钱,换来另一套同样会卡的便宜货。

不过,卡只是「慢」,数据好歹还在。真正能让老板一夜白头的,是另一件事——

那台跑着系统的电脑,某天突然开不了机了。三年的数据,悬了。


留个问题给你:

你的系统现在卡不卡?查个历史订单要等几秒?欢迎留言报个数,对对答案。


下一篇预告:《数据丢了能恢复吗?备份这件事》——硬盘一坏,三年数据全没,数据恢复公司张口要上万还不保证全。这一篇讲清不同部署方式的数据风险,外加一张「老板今晚就能做」的备份自查清单。

30 数据丢了能恢复吗?进销存备份这件事一篇讲透(附自查清单)

数据丢了能恢复吗?备份这件事

系列第 30 篇 · 避坑识别

老林的「开不了机」

老林在成都做餐饮连锁,八家店,从一碗小面起家,干到今天不容易。

那天上午他给我打电话,声音是抖的:

「店里那台老电脑……早上开不了机了。黑屏,咔咔响。维修师傅说硬盘坏了。我们八家店三年的进销存数据,全在那台机器上。这……这要是没了,我等于把三年的账全丢了啊。」

我赶紧问:「你平时备份吗?」

电话那头沉默了几秒:

「备份?我以为软件自己会备……」

后来他抱着那块硬盘,跑遍了成都的数据恢复公司。最便宜的报价五千,靠谱点的开口就上万,而且全都加一句:「只能尽量恢复,不保证全。」

老林后来跟我复盘,说那几天他算是想明白了一件以前从没当回事的事:

「我天天担心员工偷货、担心账算错,唯独没担心过『数据本身会没』。可数据要是没了,前面所有的精打细算,全归零。」

我说:「你这课交得贵,但很多老板这辈子都没上过这堂课。这一篇,我们就把「数据会不会丢、能不能恢复、怎么备份」这件最容易被忽略、又最要命的事,讲透。」


先搞清楚:你的数据,到底「住」在哪

数据会不会丢,第一步得知道它住在哪儿。住的地方不同,风险天差地别。

简单分三种住法(部署方式参见第 04 篇,单机 vs 云端):

住法一:本地单机
  数据 ──► 就在你店里那一块硬盘上
           风险:硬盘坏 = 全没 ⚠️⚠️⚠️

住法二:本地服务器 / 局域网
  数据 ──► 在店里一台专门的「服务器」上
           风险:稍好,但服务器也在你店里,火灾/被盗/硬件坏照样悬 ⚠️⚠️

住法三:云端 SaaS
  数据 ──► 在厂商千里之外的机房,多台机器存好几份
           风险:相对最安全,但要防「厂商跑路」 ⚠️

老林踩的,就是最危险的第一种——所有鸡蛋,放在了一个篮子里,而那个篮子,是一块随时会坏的硬盘。


三种住法,各自的风险与备份逻辑

住法一:本地单机——最危险,全靠自己

如果你的系统是装在店里某台电脑上的单机版,那记住一句话:

你的全部身家,就压在那一块硬盘上。硬盘的寿命,就是你数据的寿命。

机械硬盘平均寿命也就三五年,固态硬盘也不是永生的。电脑还可能遭遇:进水、雷击、中病毒、被盗、失火……任何一种,都可能让三年数据一夜归零。

所以单机版用户,必须自己定期备份,没有第二条路。备到哪儿?

  • 移动硬盘 / U 盘:导出来拷过去,最简单,但 U 盘自己也会坏,别只靠它
  • 另一台电脑(异机):把备份文件拷到店里另一台机器上
  • 网盘 / 云盘:传一份到网上,电脑被偷、被烧也不怕(这叫「异地」,最关键)
这里有个最大的坑:「备份了,却从没验证过能不能还原」

这个坑,我必须单独拎出来重点讲,因为栽在这上面的老板,比从不备份的还多。

有的老板确实每周点了「备份」,文件也乖乖生成了,他心里踏实得很。可等真出事那天,把备份文件拿去一还原——

  • 文件早就损坏了,打不开
  • 备份的是个空壳,根本没存进数据
  • 软件版本对不上,新软件读不了老备份
  • 备份文件存的那个 U 盘,它自己也坏了

备份了 ≠ 备份成功。备份成功了 ≠ 能还原。 一份你从没试过「能不能还回来」的备份,等于一张没刮开的彩票——你以为中了奖,刮开才知道是张废纸。

真正靠谱的做法:每隔一段时间,真的拿备份文件去「还原」一次试试,确认能完整恢复出来。这一步麻烦,但它是你所有备份里唯一「算数」的那一步。

住法二:本地服务器 / 局域网——稍好,但别松懈

生意做大点的,会搞一台专门的服务器放在店里,几台电脑连着用。这比单机强——服务器一般更稳定,有的还做了「双硬盘互为备份」。

但别忘了:服务器也还在你店里那间屋子。 失火、进水、被盗、整栋楼跳闸烧设备——这些「物理灾难」一来,双硬盘也是同归于尽。

所以这一类的关键词是 「异地」:本地备份再勤,也一定要再往「店外」存一份(网盘 / 另一个地点的电脑)。鸡蛋别全放在同一间屋子里。

住法三:云端 SaaS——最省心,但要防一件事

如果你用的是云端系统,数据存在厂商的机房里,那么日常的「硬盘坏、电脑丢」这类风险,基本厂商替你扛了——正规厂商会在多台机器上存好几份,一块硬盘坏了不影响你。这是云端最大的好处之一(参见第 04 篇)。

但云端有它自己要担心的事:厂商会不会跑路、会不会停服?

万一哪天这家公司倒闭、跑路、停止服务,你的数据还在它服务器上,你却登不进去、导不出来——一样抓瞎。

所以云端用户的「备份」,不是去备硬盘,而是确认一件事: 「我能不能随时把自己的数据,完整导出来拿在自己手里?」

选云端系统时,一定要问清楚有没有**「数据导出」**功能(参见第 04 篇,挑大厂、要导出能力)。能导出,你就握着主动权,哪天厂商不行了,大不了带着数据搬家。导不出,你就被绑死了。


配图 1:你的数据安全吗?三种住法对照

  本地单机 本地服务器 云端 SaaS
数据住在哪 店里一块硬盘 店里一台服务器 厂商机房
硬盘坏了 ❌ 全没 ⚠️ 看有没有双盘 ✅ 不影响(多副本)
电脑被偷 / 失火 ❌ 全没 ❌ 全没 ✅ 不影响
主要靠谁备份 全靠你自己 基本靠你自己 厂商帮你扛
你最该担心的 不备份 / 备份没验证 没异地备份 厂商跑路、不能导出
老板要做的事 定期备 + 异地存 + 验证 加一份异地备份 确认能「数据导出」

看出来了吗——越往右越省心,但没有一种是「完全不用你操心」的。


「3-2-1 备份原则」:一句大白话讲清

数据安全行当里有个流传很广的口诀,叫「3-2-1 原则」。听着挺玄,其实大白话三句话:

3 ── 一共留 3 份数据
      (1 份正在用的 + 2 份备份,别只有一份)

2 ── 存在 2 种不同的地方/介质
      (比如:电脑硬盘 + 移动硬盘,别全在同一块盘上)

1 ── 至少 1 份放在「异地」
      (店外、网盘、另一个城市——防火防盗防失楼)

用老林的餐饮店打个比方:

  • 第 3 份:系统里正在用的是一份;店里电脑上每周导出一份;这才两份,还差一份。
  • 第 2 种:导出的那份,别也存在同一台电脑里,拷到移动硬盘上——这叫两种地方。
  • 第 1 份异地:再传一份到网盘。这样哪怕整个店烧了,你打开手机登网盘,数据还在。

满足了 3-2-1,你的数据基本就「炸不掉」了。 老林要是早懂这个口诀,那块坏硬盘根本伤不了他。


配图 2:恢复的现实——备份越新,损失越小

出事那一刻 ⚡(硬盘坏 / 电脑丢)
─────────────────────────────────────────────
情况A:昨天刚备过份
  → 还原昨天的备份,只丢「今天这一天」的单 ✅ 损失极小

情况B:三个月前备过一次,之后再没备
  → 还原三个月前的,中间三个月全要手工补 ⚠️ 伤筋动骨

情况C:从来没备份过(老林的处境)
  → 只能花上万块找数据恢复公司「捞」
  → 还不保证捞得全 ❌ 又贵又悬

  👉 结论:备份的频率,直接决定你出事时的损失大小
  👉 没备份 = 把命运交给一块坏硬盘和一家恢复公司的运气

关于「数据恢复公司」,再补一句实话:它们是最后的救命稻草,不是保险。能不能捞回来、捞回多少,取决于硬盘坏的程度,谁都不敢打包票。而且价格不菲,老林那次问下来全是上万的报价。与其事后花上万去赌运气,不如平时花十分钟做份备份。


老板今晚就能做的备份自查清单

不用等出事,今晚花二十分钟,对着这张表过一遍:

自查项 怎么做 打勾
我知道我的数据住在哪 单机?服务器?云端?先搞清 ☐
我的系统有「导出 / 备份」按钮 找到它,点一次,导出一份 ☐
备份不只存在同一台电脑 拷一份到移动硬盘 ☐
至少有一份在「店外」 传一份到网盘 / 带回家 ☐
我真的还原测试过一次 拿备份文件试着还原,确认打得开 ☐
我定了固定的备份频率 每周 / 每天,写进店里制度 ☐
(云端用户)我确认能导出数据 问厂商,亲手导一次试试 ☐

七项里,哪怕你只能勾上前四项,也已经甩开 90% 的同行了。

最关键的,是那条「真的还原测试过一次」——它最容易被跳过,却最致命。


老林的转变

那次之后,老林的数据,运气好,恢复公司捞回了大半,但还是丢了大概一个月的明细,他带着员工手工补了整整一周。

现在他的八家店,定了一条铁规矩:

「每天关店前,导一份数据,传一份到网盘。每个月,老板亲自拿备份还原测一次。」

他跟我说:

以前我觉得「备份」是 IT 的事、是厂商的事,跟我一个开面馆的没关系。 现在我知道了——数据是我的命根子,备份这事,谁都替不了我自己上心。

我那块坏硬盘,我没扔,摆在办公室桌上当个警钟。 每次有人嫌「天天导数据麻烦」,我就指指那块硬盘:你猜它差点让我赔多少?

我说:「这块硬盘,是你这辈子买过最贵、也最值的一堂课。」


三道自检题

  1. 如果你店里的电脑明天彻底开不了机,你的数据能完整找回来吗?

    • 心里没底 → 你和出事前的老林一模一样,今晚就去备一份
  2. 你最近一次备份是什么时候?那份备份,你试过能不能还原吗?

    • 备过但没验证过 → 这是最大的坑,找个时间真的还原测一次
    • 从没备过 → 别犹豫了,看完这篇就去导
  3. (云端用户)你能不能自己把数据完整导出来,拿在手里?

    • 不能 / 没试过 → 万一厂商出问题你就被动了,赶紧问清楚、试一次

结尾

备份这件事,特别像买保险——没出事时,觉得是浪费时间;出了事,发现是救命钱。

老林用三年数据的惊魂一周,换来一个朴素的道理:

数据不会自己保护自己。 它住在哪、备了几份、能不能还原,全是你这个老板要操心的事。

会上心的人,每天花十分钟,把数据备成「炸不掉」的 3-2-1; 不上心的人,把全部身家压在一块随时会坏的硬盘上,然后祈祷它别坏——可硬盘从不在乎你的祈祷。

到这里,「避坑识别」这个篇章(第 25 到 30 篇)就告一段落了。

回头看看,从负库存、账实不符、飞单、数据被改,到越用越卡、再到今天的备份——这六篇讲的,其实都是同一件事:系统怎么用,才能不出错、不踩雷、不丢家底。

地基打牢了,接下来咱们换个视角——不再泛泛地讲「系统怎么用」,而是钻进一个个具体行业,看人家是怎么用的。

第一站,从街头巷尾最常见、库存也最让人头大的生意说起——服装店。


留个问题给你:

你上一次备份数据是什么时候?那份备份,你敢保证能还原吗?欢迎留言报个实情。


下一篇预告:《服装店:尺码颜色款怎么管》——一件衣服,三个颜色、五个码,就是十五个 SKU。库存怎么记才不乱?爆款断码、滞销压货怎么看出来?服装店的库存难题,从这一篇开讲。

第5章

行业场景

31 服装店:尺码颜色款怎么管?一篇讲透「款—色—码」三级结构

系列第 31 篇 · 行业场景

阿玲的「30 个格子,一个都对不上」

前面三十篇,我们讲的都是通用的概念和流程。从这一篇开始,我们分行业来讲——你是干哪一行的,就看哪几篇,对号入座。

先从最典型、SKU 最爆炸的行业说起——服装。

阿玲在杭州四季青附近开了家女装店,做了五年,生意不错,去年想着规范一下,上了套系统。结果上线第一个月,她就给我打来电话,语气挺崩溃——

「我就一款连衣裙,怎么在系统里变出来 30 个?录货录到手抽筋。盘点更要命,盘了一下午,账还是对不上。这系统是不是把简单事整复杂了?」

我问她:「你这款裙子,几个颜色?」

「五个——白、粉、藏青、卡其、酒红。」

「那码呢?」

「S、M、L、XL,还有加大加小,六个码。」

我说:「那不就是了,5 个颜色乘 6 个码,30 个不同的商品。系统没整复杂,是你这门生意本来就有 30 种货。」

电话那头沉默了几秒:

「……可我一直当成一款卖的啊。」

这就是服装店所有库存乱象的总根子——「一款」在你眼里是一件事,在系统里、在仓库里,是几十件事。

这一篇,我们就把服装行业最头疼的「款—色—码」三级结构,一次讲透。


先搞懂:你卖的不是「一款」,是「一堆」

很多服装老板的脑子里,库存是按「款」记的:

「这款连衣裙,我还有大概一百多件吧。」

这句话听起来没毛病,但它藏着服装店最致命的信息丢失——

一百多件,是白色多还是酒红多?S 码还剩几件?XL 是不是早就断了?

你不知道。你只知道一个笼统的「一百多」。

而真正决定你能不能卖出去的,恰恰是这些细节。客人要的是「粉色 M 码」,你库里有 80 件但全是白色 XL,照样做不成这单生意。

所以服装的库存,天生就是三级结构(这套结构的底层逻辑,参见第 07 篇 SKU/SPU):

款(SPU):连衣裙·A2023款
   │
   ├── 颜色:白 / 粉 / 藏青 / 卡其 / 酒红(5 种)
   │
   └── 尺码:S / M / L / XL / 加大 / 加小(6 种)

   颜色 × 尺码 = 5 × 6 = 30 个最小单位(SKU)
  • 款(SPU):是给客人看的、给你做生意决策看的「一个款式」。
  • SKU(颜色+尺码的每个组合):是真正进货、出货、盘点、算钱的最小单位。

划重点:你「卖」的是款,你「管」的是 SKU。 系统里的每一笔进出,扣的都是某个具体 SKU,不是那个笼统的「款」。

阿玲那款裙子,进货时是 30 个 SKU 分别有数量,卖出时扣的是具体某个 SKU,盘点时数的也是 30 个格子——只有把这 30 个分清楚,库存才有意义。


服装人的命根子:颜色尺码矩阵

如果让你拿张纸,把一款裙子的 30 个 SKU 库存全写下来,你会怎么写?

聪明的服装人,几百年前就发明了一个东西——矩阵表(也叫「尺码颜色表」「配码表」)。

横轴放尺码,纵轴放颜色,中间每个格子填库存:

        S     M     L     XL    加大   加小
      ┌─────┬─────┬─────┬─────┬─────┬─────┐
 白   │  3  │  8  │  6  │  2  │  0  │  1  │
      ├─────┼─────┼─────┼─────┼─────┼─────┤
 粉   │  5  │ 12  │  9  │  4  │  1  │  2  │
      ├─────┼─────┼─────┼─────┼─────┼─────┤
 藏青 │  0  │  4  │  7  │  5  │  3  │  0  │
      ├─────┼─────┼─────┼─────┼─────┼─────┤
 卡其 │  2  │  6  │  3  │  1  │  0  │  0  │
      ├─────┼─────┼─────┼─────┼─────┼─────┤
 酒红 │  4  │  9  │  8  │  3  │  2  │  1  │
      └─────┴─────┴─────┴─────┴─────┴─────┘

这一张表,胜过一千句「还有一百多件」。

你一眼就能看出来:

  • 白色 S 只剩 3 件,加大已经是 0 ——白色快断码了。
  • 粉色 M 有 12 件,是主销码,卖得最好。
  • 藏青 S、卡其加大加小全是 0 ——这俩颜色的两头码已经断了,只能走中间码。

好的服装系统,录入和查询都用这张矩阵:

  • 进货录入:来了一批货,不用一个 SKU 一个 SKU 地敲,直接在矩阵里填数——白色 S 填 10,粉色 M 填 20……一个表填完,30 个 SKU 全部入库。
  • 库存查询:随时调出这张矩阵,哪个格子红了(断货)、哪个格子堆着(滞销),清清楚楚。

阿玲后来跟我说,自从会看这张矩阵表,补货再也没补错过——以前她凭感觉「这款好卖,再进一百件」,结果进来一堆 XL 和加大,主销的 M 码还是缺。现在她看着矩阵补货:哪个格子空了补哪个,精准到颜色和码。


为什么不能「一个款记一个总库存」

这是服装新手最爱犯的错,也是阿玲最初的做法——图省事,一款只记一个总数。

我们来看看这么干会出什么事。

假设阿玲那款裙子,系统里只记一个总数:库存 100 件。

看起来很美:库存 100 件,充足!

实际真相(拆开看):
   主销的 M、L 码           → 早卖光了(0 件)
   没人要的加大加小、冷门色  → 全压着(堆了 100 件)

客人来了要「粉色 M」 →  系统显示「有货 100 件」 →  翻遍仓库找不到
   →  客人走了  →  这单黄了
   →  但系统库存还显示 100,你还以为不用补货

这就是「断码」的恐怖之处——总数看着满满当当,能卖的早就空了,剩下的全是卖不动的。

只记总库存,会同时带来三个灾难:

问题 只记总库存的后果
断码看不见 总数 100 很安心,其实主销码早断了,白白流失客人
补货补错 不知道缺哪个码,凭感觉补,越补越压,冷门码堆成山
滞销看不清 哪个颜色卖不动?混在总数里根本发现不了,错过打折清仓时机

划重点:服装的钱,是被「断码」和「压货」两头吃掉的。 而这两个问题,只记总库存的人永远看不见——因为它们都藏在那个笼统的总数里。

记住一句话:服装库存,宁可麻烦一点记到 SKU,也绝不能图省事记总数。 你省下的那点录入时间,会在断码流失和压货积压上加倍还回来。


服装行业几个躲不开的「特有难题」

服装这门生意,除了 SKU 爆炸,还有几个别的行业没有、或者没这么严重的坎。系统能不能帮你接住,差别很大。

难题一:款式多、生命周期短

服装是典型的「快时尚」——一个款上架,旺的就卖一两个月,过季就成了库存。一年下来,店里可能流转几百上千个款。

这意味着商品档案要建得快、归得清:上新季能批量建档,过季能一键标「停售/清仓」,不然新款旧款混在一起,越积越乱。

难题二:调色、调码(窜色窜码)

服装行业有个特有操作——同款不同码/色之间调换。比如附近另一家店白色 S 断了,找阿玲调 5 件过去;阿玲粉色加大压货,跟别人换成好卖的 M 码。

系统里这叫同款 SKU 之间的调拨(参见第 19 篇调拨移库)。调出的 SKU 减、调入的 SKU 加,一笔单据走清楚,不能稀里糊涂从仓库里「拿走」。

难题三:当季 vs 过季,吊牌价 vs 折扣价

服装的价格是「活」的:

  • 刚上架,按吊牌价(零售指导价)卖。
  • 卖一阵,打 8 折、5 折。
  • 过季清仓,可能 3 折甩。

系统里,商品档案要能记吊牌价,销售时能灵活打折,而且算毛利要用实际成交价、不是吊牌价(参见第 09 篇成本、第 10 篇毛利)。不然你账面毛利看着漂亮,全是没打折时的「纸面富贵」。

难题四:断码处理

一个款卖到后期,主销码断了,只剩零星的冷门码——这叫**「断码货」**。断码货要么打包低价处理,要么调给别的店凑码。系统得能让你一眼揪出哪些款已经断码,早处理早回血,别让它在仓库里一直占着钱。


配图 1:阿玲一款裙子在系统里的「真身」

阿玲眼里:              系统/仓库里的真相:
                       
┌──────────────┐       款(SPU):连衣裙 A2023
│              │              │
│   一款裙子   │   ──►   ┌────┴────┬────┬────┬────┬────┐
│  「还有100件」│         白S  白M  白L … 酒红加小
│              │         ▓3   ▓8   ▓6      ▓1
└──────────────┘        (30 个 SKU,各有各的库存、各有各的死活)

「一款」是给客人和老板看的概念
「SKU」才是进、销、存、盘真正动的东西

配图 2:补货——总库存思维 vs 矩阵思维

【总库存思维】                【矩阵思维】
                            
库存 100 → 「还多」          看矩阵:
   ↓                          白S=3  粉M=12  藏青S=0 …
不补 / 凭感觉乱补 100 件        ↓
   ↓                        精准补:缺的码各补一点
进来一堆冷门码               主销码补足、冷门码不补
   ↓                          ↓
主销码还是缺,仓库越压越满    断码补齐,库存结构健康

   ❌ 越补越死                 ✅ 越补越活

服装店建商品档案的实操要点

阿玲规范化的时候,我给了她一份建档清单,照着做,半个月就把档案理顺了:

要点 怎么做 解决什么
按「款」建主档 一个款一个 SPU,填好品名、品类、季节、年份 上新/过季好管理
录全颜色和尺码 把这个款所有的色、所有的码都列出来 系统自动生成 SKU 矩阵
用矩阵批量生成 SKU 颜色×尺码自动组合,别手动一个个建 省时、不漏不重
每个 SKU 配条码/货号 一物一码,扫码出入库(参见第 07 篇) 收银盘点不出错
记吊牌价 + 留折扣空间 档案存吊牌价,销售时灵活打折 价格灵活、毛利算准
设季节/年份标签 2023春、2024夏…… 过季清仓一键筛选
配「件」为基本单位 服装基本就按「件」,简单(参见第 13 篇) 单位不出错

一句话总结建档原则:「款」管展示和决策,「SKU」管钱和货,两级都要建清楚。


阿玲的变化

三个月后,阿玲发来一张她系统里的矩阵截图,配了一句话:

以前我以为上系统是为了「记账」, 现在才明白,它是帮我看清—— 我这一百多件货里,到底哪些是能变成钱的,哪些是压在手里的死钱。

她给我算了笔账:

指标 上系统前 三个月后
补货准确度 凭感觉,常补错码 看矩阵补,主销码不缺
断码流失 客人要的常没货 提前预警,及时补/调
压货(冷门码积压) 越压越多 早识别早清仓,资金转起来
盘点时间 一下午对不上 扫码盘点,一小时搞定

她最后说:

「30 个格子,刚开始嫌它多。现在我天天盯着这 30 个格子看——这才是我这门生意真正的样子。」


三道自检题

  1. 你说得出你最好卖那款的「主销码」现在还剩几件吗? → 说不出,只知道一个总数 → 你正在「总库存思维」里,断码迟早坑你

  2. 你补货的时候,是看「还剩多少件」,还是看「哪个色哪个码缺了」? → 看总数补 → 大概率越补越压,钱压在冷门码上

  3. 你店里有没有一批「断码货」,主销码早没了、只剩零星冷门码还压着? → 有,且没在处理 → 那是一笔正在贬值的死钱,早打包清掉早回血


结尾

服装这门生意,难就难在一个字:多。

款多、色多、码多,一款裂变成几十个 SKU。管不住这个「多」,你就永远在「看着库存满满、却总缺货」的怪圈里打转。

而管住它的钥匙,其实就是那张朴素的颜色尺码矩阵——把笼统的「一百多件」拆成 30 个格子,每个格子的死活看得清清楚楚。

会看矩阵的服装人,补货精准、清仓及时、资金转得快; 不会看的,库存越堆越高,能卖的永远缺,卖不掉的越压越多。

不过,服装的货好歹不会「坏」——压着压着顶多打折清掉。

可有一门生意,货是会过期、会烂、会缩水的——今天不卖出去,明天可能就得倒进垃圾桶。那门生意的库存,是在跟时间赛跑。


留个问题给你:

你店里现在压货最多的,是哪个颜色、哪个码?为什么会压成这样?欢迎留言聊聊。


下一篇预告:《餐饮/食材:保质期 + 损耗怎么算》——每天进鲜货,月底一算损耗高得吓人,到底是被偷了、坏了,还是切配时切没的?餐饮人的库存账,比你想的复杂。

32 餐饮 / 食材:保质期 + 损耗怎么算?一篇讲透出成率与四种损耗

系列第 32 篇 · 行业场景

老徐的「凭空蒸发的两万块」

老徐在西安开了家中型餐馆,三十多张桌子,带一个小后厨,主打家常菜。生意不算差,可有件事让他闷了大半年——

每个月底一算账,食材成本总是比他心算的高出一大截。

他给我看月底的数:进货 18 万,菜品理论用掉的食材成本算下来应该 13 万出头,可账上库存只剩 1 万多。

「你帮我算算,这中间小三万块的货,哪去了?」老徐掰着手指头,「是被人偷了?是放坏扔了?还是切菜的时候切没了?我一个都说不清。问后厨,个个都说没浪费。」

我问他:「你买进来的那 10 斤一捆的芹菜,最后真正下锅的有几斤?」

「这……谁称过啊。掐头去尾、削皮去根,肯定要扔一些,但具体多少,没数。」

我说:「问题就在这。你这三万块,大概率不是被偷的,是你从来没算过的『损耗』。 餐饮这行,进来的料和最后下锅的料,根本不是同一个数。」

老徐愣住了:

「难道这买进来的菜,还能凭空少一截?」

对,餐饮这门生意的库存账,难就难在两件事:一是货会过期会烂,二是货从买进来到下锅,会『缩水』。这两件事算不清,月底的账永远是糊涂账。

这一篇,我们就把餐饮人最头疼的保质期和损耗,掰开揉碎讲清楚。


先讲第一件事:跟时间赛跑的「保质期」

服装的货压着不会坏,餐饮不行。餐饮的食材,是会过期、会烂的——今天不用,明天可能就得扔。

所以餐饮的库存管理,第一道关就是效期管理(这套机制的底层逻辑,参见第 14 篇批次保质期、第 34 篇会讲得更深)。核心就三件事:

1. 记住每批货的「到期时间」

同样是牛奶,今天进的和昨天进的,到期日不一样。系统里要按批次管理——每进一批,记下它的生产日期/到期日。这样系统才知道哪批先到期。

2. 先进先出(FIFO)
错误做法:随手拿
   后厨图方便,拿最上面、最顺手的那批
   → 早进的压在底下,放到过期
   → 一边扔过期货,一边用新货

正确做法:先进先出
   先进来的批次,先用掉
   → 新货往后排,老货先消化
   → 把过期损耗压到最低

「先进先出」四个字,是所有生鲜、食品行业的铁律。 谁不守,谁就一边在扔过期货,一边还在花钱进新货。

3. 临期预警

系统盯着每批货的到期日,快到期了提前报警——比如「还有 2 天到期」就提醒后厨优先用,或者拿来做特价菜处理掉。别等彻底坏了才发现,那就只能报损(参见第 21 篇报损报溢)。

划重点:效期管理的本质,是让系统替你盯着时间,在货「还能用」的时候就提醒你用掉,而不是在货「已经坏了」之后让你心疼。


再讲第二件事,也是餐饮最特别的:损耗到底有几种

老徐那三万块,主要就栽在「损耗」上。但损耗不是一个笼统的词——它至少分四种,性质完全不同,处理方式也完全不同。 分不清这四种,你就永远不知道钱是怎么没的。

第一种:自然损耗(蒸发、缩水)

食材放着放着自己就「轻」了。蔬菜失水、肉类解冻滴血、冻品化冰……这些是物理上的自然损失,谁也挡不住,只能尽量减少存放时间。

第二种:加工损耗(最容易被忽略、占比最大)

这是餐饮独有、也最关键的一种。买进来的是「毛料」,下锅的是「净料」,中间差的那一块,就是加工损耗。

  • 一条鱼 5 斤,去鳞去内脏去骨,能下锅的净肉可能只剩 3 斤。
  • 10 斤毛芹菜,掐头去尾去叶,净菜可能只剩 7 斤。
  • 一只整鸡,剔骨分割,出成的可用部分打个折。
第三种:变质报损

没及时用完,过期了、坏了、馊了,只能扔。这种损耗,靠的就是前面讲的效期管理来压低。

第四种:人为损耗

切配失误切坏了、做废了一道菜、员工顺手拿、点错单倒掉……这些是管理问题,是真正需要盯人、盯流程的部分。

进货 100 元的料  →  最后变成菜端上桌

中间漏掉的钱分四处:
  ① 自然损耗(蒸发缩水)   → 物理规律,难免,减少存放
  ② 加工损耗(毛料→净料) → 工艺决定,可量化,建标准 ★最大头
  ③ 变质报损(过期坏掉)   → 靠效期管理压低
  ④ 人为损耗(偷/废/错)   → 靠管理和盯人

老徐的错:把这四种全混成「损耗高」三个字,
         结果一种都没法对症下药。

为什么必须分清? 因为:

损耗类型 该怎么管 老板该找谁
自然损耗 减少囤货、勤进快用 找采购节奏
加工损耗 定出成率标准、按标准考核 找工艺标准
变质报损 先进先出 + 临期预警 找库存纪律
人为损耗 盯流程、盯人、查异常 找管理

你要是把加工损耗当成「被偷了」去抓人,冤枉了员工还解决不了问题;你要是把变质报损当成「正常加工损耗」放过去,那库存纪律永远立不起来。先分清,才能对症。


餐饮的命门概念:出成率 / 净料率

四种损耗里,加工损耗是最大头、也最该重点算的。算它,靠的就是餐饮独有的一个概念——出成率(也叫净料率)。

定义很简单:

出成率 = 净料重量 ÷ 毛料重量 × 100%

老徐买的芹菜,10 斤毛料处理完剩 7 斤净菜:

毛料:10 斤芹菜(进货时称的、付钱的)
   │
   │  掐头、去尾、去黄叶、削根
   ▼
净料:7 斤(真正能下锅的)

出成率 = 7 ÷ 10 = 70%

这个数字为什么是命门?因为它直接决定你的真实成本(参见第 09 篇成本、第 13 篇单位换算)。

老徐进芹菜,进价是 4 元/斤。他一直以为芹菜成本就是 4 元/斤。错。

毛料成本:4 元 / 斤(这是付钱时的价)

但能用的只有 70%,所以——

净料真实成本 = 4 ÷ 70% = 5.7 元 / 斤

老徐少算了 1.7 元 / 斤!

他一道菜里芹菜的成本,被低估了将近三成。 难怪月底成本对不上——他全程都在用「毛料价」算账,而真正消耗掉的是更贵的「净料」。

好的餐饮系统,会让你给每种食材建档时就记下出成率,把毛料和净料的换算关系存进去。这样:

  • 进货按毛料入库(你付钱买的是毛料)。
  • 菜品配方按净料消耗(下锅的是净料)。
  • 系统自动用出成率折算,算出来的成本才是真成本。

划重点:不算出成率的餐饮老板,等于一直在用「打折后的成本」估利润——账面上看着赚,实际上薄得多。出成率,是把「毛料」翻译成「真实成本」的那把尺子。


为什么餐饮的「账实不符」特别严重

我们在第 26 篇专门讲过账实不符。但餐饮的账实不符,比绝大多数行业都严重,原因有三个,全是这行特有的:

原因一:鲜货变动太快

早上进的菜,中午就用掉一半,晚上可能就剩点边角。一天之内库存就翻几遍,不像服装、五金那样静静躺着。变动越快,账越容易跟不上。

原因二:加工环节「吃掉」数量

前面讲的加工损耗——毛料进、净料出,数量在加工台上就变了。如果系统不记出成率,进 10 斤、配方按 10 斤扣,那 3 斤损耗就成了「账上有、实际没有」的差异。

原因三:估堆、估重,没法精确

后厨很多东西是「估」的——一勺盐、一把葱、半瓢油。没人会去精确称量每道菜用了几克调料。这种「估」出来的消耗,天然就和账面对不齐。

为什么餐饮账实不符特别狠:

  鲜货一天翻几遍   →  账面永远在追赶
        +
  毛料净料不折算   →  加工损耗变成「凭空消失」
        +
  调料估堆估重     →  零碎消耗永远对不齐
        ─────────────────────────
        =  月底一盘,差出一大截,还找不到原因

所以餐饮想把账理清,不能指望「记得一笔不差」,而要靠抓大放小 + 定标准:大宗鲜货按日盘、定出成率标准、把可量化的损耗框进去,剩下零碎的估堆部分,控制在一个合理的损耗率范围内就行。


配图 1:100 元食材的「去向拆解」

进货 100 元食材
   │
   ├──► 自然损耗  约 3 元   (存放蒸发缩水)
   │
   ├──► 加工损耗  约 25 元  (毛料→净料,最大头)★
   │
   ├──► 变质报损  约 5 元   (没及时用,过期扔)
   │
   ├──► 人为损耗  约 4 元   (切坏/做废/拿走)
   │
   └──► 真正变成菜端上桌  约 63 元

老徐以前:只看到「端上桌 63」和「进货 100」,
         中间 37 元全是一笔糊涂账,还以为是被偷了。
现在:四种去向分别有数,知道哪块该砍、哪块难免。

配图 2:出成率怎么影响真实成本

食材:净草鱼

  毛料进价:  12 元 / 斤   (市场买回来,按这个付钱)
  出成率:    55%          (去鳞去骨去内脏后剩的)

         ┌─────────────────────────────┐
不算出成率 │ 以为成本 = 12 元/斤          │ → 利润虚高
         └─────────────────────────────┘
         ┌─────────────────────────────┐
算了出成率 │ 真实成本 = 12 ÷ 55% ≈ 21.8 元/斤 │ → 利润真相
         └─────────────────────────────┘

同一条鱼,账面成本差出近一倍。
定价、算利润,到底该信哪个?—— 当然是 21.8。

餐饮食材管理的实操清单

老徐后来照着这份清单整改,三个月把那「凭空消失的三万块」基本说清楚了:

做法 解决什么问题
大宗鲜货按日盘点 鲜货变动快,按月盘早就乱了,每天盘核心食材
给每种食材建档时记出成率 把加工损耗量化,成本算准(参见第 09 篇)
进货按毛料、配方按净料 系统自动折算,账实对得上
设「损耗率标准」并考核 出成率低于标准就追问,把人为浪费框住
批次管理 + 先进先出 压低变质报损(参见第 14 篇)
临期预警 + 临期特价 快坏的提前处理,别等报损
报损单独走单据、分类记 区分变质报损和加工损耗,别混(参见第 21 篇)
统一计量单位、记好换算 斤/克/份不出错(参见第 13 篇)

一句话原则:大头(鲜货、出成率)必须精确,小头(调料估堆)控制在合理损耗率内,别钻牛角尖。


老徐的变化

整改三个月后,老徐又给我算了一次账,这次他底气足多了:

指标 整改前 整改后
食材损耗去向 一笔糊涂账,只知道「高」 四类分清,知道哪块占多少
真实食材成本率 凭感觉,估低了 按出成率算准,定价有底
变质报损 经常扔过期货 先进先出 + 临期处理,扔得少了
月底对账 差三万,找不到原因 差异收窄到合理损耗范围内

他后来跟我说了句挺到位的话:

以前我老觉得是后厨有人偷,天天疑神疑鬼。 后来才明白——大部分『丢的钱』,是我自己从来没算过的加工损耗,根本不是人偷的。 把出成率一算,心里那块石头落了地。该抓的抓,难免的认,再也不糊涂着急了。


三道自检题

  1. 你买进来的食材,从「毛料」到「下锅的净料」,你算过出成率吗? → 没算过 → 你的食材成本大概率被低估了,利润是虚的

  2. 你月底的「损耗」,能拆成自然/加工/变质/人为四类吗? → 拆不开,只有一个「损耗高」 → 一种都没法对症下药,钱白丢

  3. 你后厨拿料,是「先进先出」还是「随手拿顺手的」? → 随手拿 → 一边扔过期货一边进新货,变质报损白白发生


结尾

餐饮这门生意,库存的钱漏在两个地方:一个是时间——货会过期;一个是工艺——毛料会缩水。

会管的餐饮人,用效期管理跟时间赛跑,用出成率把毛料翻译成真成本,月底的账清清楚楚,知道每一分损耗的去向;

不会管的,把所有差异都笼统归成「损耗高」,疑神疑鬼怀疑员工,却始终算不清那笔凭空蒸发的钱。

记住:餐饮的损耗不是一个数字,是四种不同的故事。分清它们,账就不糊涂了。

不过,餐饮的食材种类再多,也就几百种。有的行业,光是 SKU 就有两万多个——螺丝 M6×20、M6×25、M8×20……长得几乎一模一样,找货录单全靠老师傅一双火眼金睛。这种「超多 SKU」的生意,库存又该怎么管?


留个问题给你:

你店里上个月扔掉的过期/坏掉的食材,大概值多少钱?这笔钱,你心里有数吗?欢迎留言。


下一篇预告:《五金 / 建材:超多 SKU 怎么编码》——两万多个货,规格型号又多又像,找货录单全靠老师傅记忆。一套科学的编码体系,能让货号自己「开口说话」。

专题目录