一、这家企业是干什么的
-
在泉州做食堂食材配送,主业是青菜肉禽水产,天天过秤;顺带配米面粮油、调味这些标品,按箱按件走。客户主要是机关、学校、单位食堂,菜单相对固定、按月结,也有餐厅酒楼后厨每天报配菜单、按周结。
-
货分两处:楼上一块称重区,生鲜过秤装筐;楼下一块标品区,米面粮油调味按箱码托盘。两条线各干各的,最后上的是同一辆车。以前这两摊货混着拣、报告压在抽屉里、月底一沓纸单对到半夜——现在这些事被拆成了下面几个跑得通的环节。
二、先把「怎么算、谁来干」定下来
-
师傅上岗前,管理员在后台把规矩定死,后面才不返工。
-
**商品怎么算。** 商品信息里用「计价方式」标出是否称重商品:青菜肉禽水产归称重,米面粮油调味归非称重。归类错了,称重端就找不到对应商品,生成销售单时也没法决定要不要带上原订单的非称重商品。
-
**谁能登录。** 生鲜管理里的「拣货员设置」是称重端的登录账号来源:先添职员信息,再添成登录用户、给基本信息权限,最后添加为拣货员。司机同理,走司机管理、车辆管理、线路配置;司机登录后,单据助手小程序里才看得到自己线路上的配送单。
-
**生鲜配置里定死几件事**(生鲜管理—拣货配置):称重商品浮动率,称出来超过或低于这个百分比,分拣订单就提交不了;称重端是否显示非称重商品、商品显示顺序、按基本单位还是下单单位显示;点分拣后是否自动打印标签;提交时未全部分拣是允许、询问还是不允许;生成销售单时数量按不按称重量来、包不包含原订单的非称重商品;售价提取顺序。这些要在开账做单前确认好,开账后就不能改了。
-
**配送业务配置**里还有两个开关:扫码装车是否需要核对信息(要,单据助手就弹确认)、送达时是否需要客户签字(要,签字会回写到草稿)。
三、楼上:一筐菜怎么变成一张能过账的单
-
称重端装在带 Windows 的称重电子秤上,拣货员用自己的账号登录,当天要分拣的单就在秤上那块屏里。
-
**先记筐,再称菜。** 空筐放上秤点一下「皮重」,筐重记下来;菜倒进去点「去皮」,净重直接算出来。点数量位置还能弹出重量操作界面,数字录入、重量归零、读称都在这做。
-
**分拣就是提交。** 点「分拣」把当前商品的数量交上去,状态变「已处理」、界面变绿;缺了货点「缺货」,当天备注写进商品备注。屏幕底部订货总数、已分拣总数、未分拣总数三个数实时对得上。非称重商品有单独标记,不会混进称重队列。
-
**标签带着两个码。** 一键打印分「已分拣」「未分拣」两种格式,打印格式可以自定义编辑,能设溯源码、装车码;累计称了两次的商品,也能设成分开打两张标签还是合并打一张。打印走任我行打印管理器,后台能取安装包。
-
**差太多不让交。** 浮动率就是在后台设的那道线——称出来和订单差得过多,这张单提交不了,当场就得重称。
-
**两种分拣方式。** 按单分拣,是一张张销售订单点开明细逐样称重;按商品分拣,是把当天所有客户要的同一种商品汇总起来称够总量再分,分完仍要回到按单分拣里提交。
-
**提交等于回写。** 点「提交」,数据回写 ERP 后台:按生鲜配置的设置,要么生成销售单草稿,要么回写修改销售单。只分拣了一部分也能提交。后台业务草稿里能看到每张单的分拣情况、提交情况。
四、楼下与两个现场:一套系统怎么把两摊货隔开
-
楼下的标品不过秤,拣货员照后台订单里的标品明细搬货、码托盘、缠膜,按箱按件点。
-
隔开两边靠的是配置和权限,不是两套房:称重端「显示非称重商品」这个开关决定屏上出现什么,商品显示顺序、单位显示都能单独设;拣货员各自登录自己的账号,看到的单据和商品按权限分开。楼上的在秤上称、楼下的照明细搬,谁也拿不到不该拿的货。
-
进度不用靠喊。后台两张表直接摆出来:**商品分拣进度表**看每个商品已分拣数量/需求数量、已完成单数/总下单数,带百分比进度条,可按商品类别、名称、分拣状态、仓库筛选,双击还能看每个客户这个商品的分拣状态;**客户分拣进度表**看每家客户已分拣商品数/下单总数和完成百分比,哪张单还没开始一眼就看到——学校、幼儿园这类对时效敏感的食堂,提前发现就能先调人。两张表都能双击下钻到明细。
一个后台、两个分拣现场:称重端与标品端各自登录,商品计价方式与权限把两边隔开。
五、中转筐与装车:让「漏两箱」在系统里过不去
-
周转筐不是靠脑子记的,是一套能开关的配置。
-
生鲜管理里开「中转框管理总开关」,称重端销售界面就多出中转筐功能;框类型在「周转筐信息」里先加好,新增框时可以勾「新增后直接打印」,框二维码当场出来。流程是**先选框,再分拣**:输入框码确认后是全局的,接下来分拣的商品都装这个框;要给某个商品单独指定框,在商品上输入框码就行。查看单据中转框、查看内容、清空框、打印框码,都在同一屏。
-
**装框约束**三选一:允许混装、同框同客户、同框同单据。选了后两种,一个框就装不进别家或别单的货;还可以开「分拣是否强制装框」。
-
装车这头,可开「装车是否强制扫中转框」——单据助手里的配送单只能扫框装车;再开「扫框装车强制校验分拣单提交状态」,分拣端没提交的单,扫了框也装不上车;「职员端扫中转框装车前弹窗确认」让司机再核对一次。不开强制扫框时,走扫码装车,扫的是分拣端打印设置里配的装车码。
-
送达后可开「自动释放中转框」,框码不变就能再用;不开,就在小程序的中转框管理或「扫框查内容」里手动释放、清空。扫框查内容扫一下框码,这个框当前装了什么、状态如何,全在眼前。
中转筐与装车:先选框再分拣,装框约束、扫框装车校验提交状态,送达后可自动释放。
六、配送、签字、过账:一条单据线怎么走完
-
线路配置是前提:设好司机和线路,司机登录单据助手小程序才能看到配送单,而配送单调取的正是销售单草稿;一个司机可以设多条线路,界面上随时切换。车辆管理里配好的车,司机在「我的车辆」里看得到。
-
**标准流程是一条直线**:销售订单 → 分拣端拣货提交 → 生成销售单草稿 → 司机配送 → 配送完成回写给销售单草稿 → 草稿业务中过账销售单,库存改变。
-
装车页上,客户名称、单号、金额、送达状态、商品明细、装框、全部装车、确认送达都在一屏;点具体商品弹装车确认,扫框或扫码把货一筐筐对上车。到了客户那点「确认送达」,如果配送业务配置里勾了「送达时是否需要客户签字」,就弹签字界面,食堂后勤或餐厅老板手写签字,确认后回写 ERP 后台。回到配送单界面,这张单已经有了装车数量、状态「已送达」和送达时间,点开还能看到签名。
-
签字、送达、装车都回写到同一张销售单草稿。傍晚在业务草稿里过账,库存扣了、应收记上;食堂月结、餐饮周结按客户档案的账期自动分开。应收应付、往来对账、账龄分析、超期应收款、回款统计,直接拉表,不用对着一沓纸单手工算。
一条单据线:销售订单经分拣提交生成草稿,配送签字回写,业务草稿过账后库存与应收同步更新。
七、检测报告:从一张纸变成扫得出来的码
-
机关、学校食堂要的是报告齐、能追溯,这套东西在溯源管理里是一整条。
-
**先有检测单。** 溯源管理里填制检测单:检测机构、检测员、检测有效期、农残值等录进去。关键是**检测单要在「检测报告」里审核过后,客户才扫得出**——检测报告这一屏支持查询、修改、复制、审核。
-
**再看到期。** 「商品质检报告查询」列出哪些商品有检测报告、报告是否过期、还有多久到期,快到期的提前补,不用等食堂来要才翻。
-
**码怎么对上批次。** 分拣打印的标签里可以设溯源码。客户用微信扫这个码查生鲜产品流转信息;系统拿分拣打印的销售订单或草稿的**交货日期**,去和检测单的**检测日期**比,自动匹配交货日期之前、相距最近的那张已审核检测单。企业信息在系统配置—用户信息里设好,扫码页带得出来。
-
于是食堂后勤、餐厅老板扫一下标签,这批货的检测和流转就出来了,不用打电话问、不用发微信要。报告不再是压在抽屉里的一张纸,是跟着批次走的一条记录。
八、把过程摆到台面上:四张报表
-
除了上面两张分拣进度表,事后能查的还有四张,各管一段。
- **商品/客户分拣进度表**:见第四节,管的是发车前的进度,双击下钻到每个客户、每个商品。
-
六张表合起来,从「今天称了多少」到「哪一段少了货」到「哪个报告快到期」,都在后台摆着。
检测单审核后才扫得出;签收差异按装车、签收两段拆开,分别生成报损或退货单。
九、客户自己下单,欠款自己清楚
-
订货端是个微信小程序。订货设置里,业务配置定好下单生成单据表头的仓库、经手人、部门,还能设 0 元商品仅展示、开启挂账、注册账客户默认停用(新注册的要后台启用)、新订单语音播报和播报单据类型、默认交货日期、营业时间;首页轮播图也能自己配。餐厅后厨自己报配菜单,单子进来后台有声音提示,不用客服电话记单。
-
钱这一头,收款单、批量收款之外,应收应付、往来对账、账龄分析、超期应收款、回款统计都是现成报表。月底不再是把一沓签单摊在桌上对到半夜,而是按客户把表拉出来。
十、用起来之后,以及这套适合谁
-
用下来最实在的变化不是「效率翻几倍」,是**每一段都留了痕、差了能查**:浮动率和扫框校验把错货挡在出门前,报告随批次扫得到,签字回写、业务草稿过账后库存与应收同时更新,欠款随时对得准。
-
这套适合这样的配送商:给机关、学校、单位食堂,以及餐厅酒楼送食材;生鲜称重为主、顺带米面粮油调味,两条作业线都有;开始被丢筐、漏装、报告追溯、回单对账这些事拖住;不想上大而全的 ERP,就要把分拣、配送、溯源、过账串成一条线;年流水在几百万到两三千万这个区间。
-
不太适合的也说明白:只做零售发货、不经过称重分拣的是另一套逻辑;纯调料批发、不需要称重分拣的用不上;规模特别大、需要复杂供应链和生产加工的,这套管的是配送分拣这一段,不是全链条。
