进销存管理系统软件

进销存管理系统软件

曹海峰个人博客

进销存管理系统软件

37
篇内容
5
个章节
7,274
总阅读
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 怎么编码》——两万多个货,规格型号又多又像,找货录单全靠老师傅记忆。一套科学的编码体系,能让货号自己「开口说话」。

专题目录