全站搜索
备案、充值、发卡、司机提前报料、人工对着磅单算钱——这些环节既是等待的源头，也是装错料、算错价、重复收款的入口。升级后只保留必要的确认动作，其余交给已经装好的设备。
企业车与居民车走的是同一条物理线，只在「算账」那一步分开：企业扣企业账，居民付自己的钱。系统默认先拦异常，人工只在看不清、认不准的时候出手。
| 关键规则 | 怎么说、怎么执行 |
|---|---|
| 空车不定料 | 空车上磅只记录空车重量，不弹选料、不识别物料，称重主记录里物料先留空。 |
| 重车定案 | 装料口图像在重车上磅那一刻回写识别结论，与皮重、毛重、车牌、时间戳绑在同一条记录上。 |
| 料不对先拦 | 任务要求的料和实际装的料不一致，系统拦下结算；现场人工确认并留痕后才能继续，系统不自己改判。 |
| 企业车扣企业账 | 跟司机个人手机余额无关；司机只是来拉货的人，钱从企业可用余额 / 授信额度里走。 |
| 居民车没付不放 | 未付款、超时未付，出口栏杆都不抬；出厂给电子收据，要发票再开。 |
| 没确认不能接新单 | 企业车送达后，企业采购在手机点「已收到」，这车才闭环，司机才恢复接单资格；系统只提醒、不代点、不自动放人。 |
分流只看一件事：这辆车有没有绑一家企业的有效任务。有，走企业通道；没有，走居民通道。同一辆车这趟替企业拉就走企业账，下次自己零星买就走扫码，互不串。
批量持续用砂。企业自己下单、自己管额度，司机只负责把货运到。财务能按月对账，能追到每一车。
不开户、不充值、不提前报料。登记一次长期可用，到厂就办，装完称完扫一下就走。
默认姿态是「先拦、再问」。看得清就自动过，看不清、对不上、逻辑不通，一律停在这个环节，等人来处理；处理的人和结果都记下来，不靠谁拍脑袋。
| 可能碰到的情况 | 系统怎么接住 | 钱/账状态 |
|---|---|---|
| 未登记车辆想进 | 不抬杆，引导登记或转人工通道 | 不动账 |
| 企业车没有有效任务 | 拦下、不开票，提示企业下单或司机接单 | 额度不动 |
| 空车没停稳 / 压线 / 两车同时上磅 | 不记重量，提示重新上磅，道闸不抬 | 无记录 |
| 实际装的料与任务不符 | 拦下结算，现场人工在屏幕上确认物料并双签留痕，再继续 | 暂停结算 |
| 摄像头看不清、夜间粉尘大 | 不自动猜，转人工确认并记录；设备离线同步告警供应商 | 人工兜底 |
| 重车比空车还轻 | 要求重新称重，不生成净重、不进结算 | 不动账 |
| 想重复开票 / 重复扣款 | 一车一票，同一皮重批次已开票就开不出第二张 | 拦死 |
| 居民重复支付 | 同一车只认一笔，多付自动拦截并原路退回 | 只认一笔 |
| 企业还没确认收货，司机想接新单 | 接单资格锁定，持续提醒企业确认，运营可催办；不代确认、不自动放人 | 账已扣，人暂锁 |
| 断网、设备故障 | 应急手工开票 + 手工放行并留痕，恢复后补数据、账两边对齐 | 留痕降级 |
重量逻辑、一车一票、重复支付、车牌校验，规则判得出就直接拦，不用等人。
看不清、认不准、料对不上，告警推到值守端，屏幕上点一下确认就继续。
设备故障、车辆异常，授权人员手工放行，谁放的、何时放、为什么，逐笔可查。
两套支付互不打通。企业资金系统不接银行、不做银企直联，所有入账以财务人工核验和审批生效为准——这笔钱怎么进来的，能一路追到银行回单。
下面这些是这套业务要跑通的功能块。可以一次上齐，也可以先把称重+结算这条主线跑起来，核料、对账、报表往后排——按你们现在最疼的那一块起步。
企业档案、居民登记、司机档案、行驶证信息；车牌识别对接，未建档不抬杆。
按车次下单，选物料/车牌/车数；额度占用与释放、取消作废、凌晨自动解除。
任务大厅、单司机单任务、只绑一家企业；未确认收货锁接新单，提醒+催办留痕。
空车皮重、重车毛重、净重计算；地磅采集、稳定判重、道闸联动、防跟车压线。
装料口画面留档，重车磅上回写识别结论；不一致拦结算，人工确认留痕。
公对公登记、回单上传、核验审批入账；按净重×单价开票扣账、一车一票、释放预占。
账单生成、微信/支付宝、渠道回执放行、电子收据、重复支付拦截与退款。
企业账/居民账分开；按物料、车牌、时段、司机查；人工改料、应急放行、资金调整全留痕。
断网/故障手工开票放行、恢复补录对齐账；告警推送、远程值守、权限分级。
预算口径：软件 + 支付渠道对接 + 硬件接入适配 + 实施 + 首年运维，分列看；不含地磅、摄像头、道闸等硬件采购，不含微信/支付宝手续费，不含银企直联（企业资金不接银行）。最终金额以现场诊断后的实施方案为准。
| 预算科目 | 主要包含 | 参考区间（万元） |
|---|---|---|
| 软件开发 | 双通道流程、任务额度、称重核料、转账登记审批、收货确认与接单锁定、结算开票、报表审计、后台权限 | 35 ～ 60 |
| 支付渠道对接 | 微信/支付宝扫码、支付结果接收、退款处理、支付对账文件 | 3 ～ 8 |
| 硬件接入与识别适配 | 地磅、车牌识别、道闸、装料口摄像头的数据接入与联调 | 5 ～ 12 |
| 实施服务 | 需求确认、部署、数据初始化、接口联调、试运行、上线保障 | 8 ～ 15 |
| 培训与文档 | 企业端、司机端、财务核验审批、现场及后台操作培训，操作手册 | 2 ～ 4 |
| 首年质保运维 | 缺陷修复、远程支持、对账协助、巡检 | 8 ～ 15 |
| 合计 | 六项分项相加，区间随功能范围与站点数浮动 | 61 ～ 114 |
不追求一次到位。先把账能对平、现场能走单跑稳，再把核料、报表、远程值守一层层加上去——每一步都能停住，没有必须买全的条款。
梳理企业/居民流程、结算口径、转账核验规则、收货确认锁定规则、报表需求，出需求确认书。
应用、数据库、接口服务部署；企业档案、车辆、物料、单价、账户额度初始数据就位。
支付渠道 + 地磅 + 车牌识别 + 道闸 + 装料口摄像头逐一对通，转账入账与收货锁定配置好。
挑企业车和居民车真走几单，核对磅单、入账、开票、支付、收货确认、对账，出试运行报告。
企业采购、司机、财务核验、现场与运营分角色培训，上线期远程值守、当天对账。
首年缺陷修复、远程支持、对账协助、巡检；硬件问题归硬件供应商，系统侧不兜设备精度。
下单占用的额度单独列示，不计入支出。可用余额以「转账登记 + 人工核验 + 审批生效」后的金额为准，系统入账记录与银行回单由财务每日人工核对，差异单独列示处理。开票扣账、额度占用、退款/释放三条线分开记。
与支付渠道对账文件逐笔勾，同一车只绑一笔有效支付。支付流水、磅单、车牌、物料四项互查，差异由退款与补单记录解释清楚。
| 看账的人 | 能看到的口径 |
|---|---|
| 企业采购端 | 按今天 / 本周 / 本月、物料、车、司机看花费、开票记录，以及「待确认收货」的任务清单 |
| 司机端 | 只看自己拉过的单：开票、送达状态、运量，以及「待确认收货，暂不能接新单」的锁定提示 |
| 运营后台 | 企业账与居民账分开并列，按物料 / 车牌 / 时段交叉核对；人工改料、应急放行、转账核验审批、资金调整、收货确认与催办全部可查 |
| 审计 / 内查 | 点开一车，磅单 + 物料图像 + 票据 + 付款记录 + 转账回单 + 谁确认过物料 + 谁批过钱，一次调全，不用拼表 |
按绑定车辆的行驶证核定载重量 × 物料单价 × 车次估一个上限值，只用来校验企业余额够不够，下单那一刻不扣钱。到厂按实际净重开票才扣，预占比实扣高的部分自动释放，不做冲正，也不算进企业支出。
接单只是「这趟归他拉」，不新增预占；取消接单只释放他的接单资格，让他能接别的单。预占跟着任务走，只有开票实扣、企业取消/作废任务、凌晨自动解除这几种情况才释放。
空车只记皮重、不定料。装料口持续采图，到重车上磅时识别结论和净重一起落进这条磅单。认不准、看不清、跟任务对不上，系统不猜——拦下来交给现场人在屏幕上确认，谁确认的、什么时候确认的都记下来。看料设备归硬件商，精度与复测由他们负责。
出厂不受它卡：开票已扣、杆已抬，货已经拉走。卡的是这名单接新单——系统持续提醒企业确认，运营也能催办，但不会替企业点，也不自动放人，避免货没确认就又派车出去。
不会。授权人员走应急手工开票 + 手工放行，全程留痕，恢复联网后补录数据、把账和磅单对齐。远程值守端同步告警，不用等工程师到场。
同一车只认一笔有效支付，重复的一笔自动拦截并原路退回；放行动作只看支付渠道的后端回执，不看司机手机上的支付成功页，杆没抬就让他重扫，账单还在。
不用。方案以利旧为前提，原有无人值守称重能力继续用，新系统从接口拿称重数据、发控制指令；只有装料口看料这一步是按业务需要新接的。换不换硬件，诊断时一起看工况再定。
不用先决定买哪一套。我们先上门把「现在卡在哪、哪几步能撤掉、现有设备还能用多少」写清楚，再给范围、周期和报价——这一块验收过了，再谈下一块，也可以就此停住。
预约上门诊断 · 138-2214-5811 →广州傲鹏软件科技有限公司 · 对外服务品牌「佐企」。自研 AOP ERP / WMS / MES / BPM / Cloud，珠三角本地团队上门实施。
砂石管理平台-河道采砂管理平台