四川高越石化有限公司成品油销售管理系统

发布日期：2026/10/29 17:51:48      浏览量：

四川高越石化有限公司成品油销售管理系统

本项目为四川高越石化有限公司建设的成品油销售管理系统，覆盖公司本部、油库门卫与装车区三类作业现场，由 PC 管理后台、三个微信小程序（客户端、员工端、司机端）与装车区自助终端共同组成。系统将企业既有的业务规则逐条固化为流程前置条件，实现单据全线上流转、权限到动作、关键节点强校验，使“账实一致”从人工核对转为系统保证。

一、项目概况

二、业务背景与建设目标

2.1　业务特点

四川高越石化有限公司从事成品油批发业务，自有油库用于客户提货装车。业务链条上同时存在六类参与方：购油客户、公司业务员、财务、库管、门卫与承运司机。

客户以预付（客存）方式结算，下单后到库自提或委托承运车辆提货。这一类业务有三个绕不开的特征：价格与密度每日发布，口径必须唯一天；单据在多方之间流转，每一步都要有人确认；出库数量直接对应货款，账实之间不允许有时差。

2.2　原有模式的问题

项目启动前的作业方式以纸质单据与电话、微信沟通为主，主要问题集中在五个方面：

（一）价格与密度靠口头或群内通知，开单时口径不一，事后难以判断执行的是哪个价；

（二）销售单由业务员线下确认，客户核价核量依赖电话，审批进行到哪一步无法查询；

（三）提货凭证由人工开具，真伪与有效期缺少系统校验，纸质单丢失无法追溯；

（四）出库数量与账面客存存在时差，月底对账需要回溯纸质单据逐笔核对；

（五）人工补单、事后改单缺少约束，账实不一致时难以定位责任环节。

2.3　建设目标

针对上述问题，项目确定四项建设目标，均以“可否被系统强制”作为验收标准：

（一）单据全线上流转。从价格发布到开票对账，全部单据在系统内生成、流转、留痕，线下不再并行一套纸质流程。

（二）权限到动作。按角色逐模块授予添加、编辑、删除、审核四类操作，而非笼统的“可访问”。

（三）关键节点强校验。价格未发布不能开单，无提货单不能装车，装载数量与单据不符不能出库，规则前置到流程入口。

（四）多端分工明确。PC 后台负责录入与审核，移动端负责查看与确认，现场终端负责身份核验与凭证打印，同一份数据在不同终端只承担各自那一段。

三、系统总体设计

3.1　设计原则

系统不做业务规则的改造者，只做规则的执行者。三条原则贯穿全部功能设计：

（一）单一数据源。客户、油品、油罐、司机、车辆等基础资料与全部业务单据只在 PC 后台产生，其余终端通过接口读取或提交受控请求，不存在第二套账。

（二）最小权限。权限只授予岗位必需的操作。同一张单据，能看、能改、能审是三种不同的授权，由后台按角色逐项勾选。

（三）节点强校验。把规则写进流程而不是写在制度里。条件不满足时，下一步操作在界面上不存在。

3.2　系统构成

系统由一套后台与四类前端组成，按角色划分职责边界：

3.3　业务流程

一张销售单从定价到放行，共经过九个节点，节点之间按前置条件串行：

密度 / 油价发布 → 销售单 → 客户审核 → 客存核减 → 提油计划 → 自助打票 → 装车出库 → 出门核查 → 开票对账

四、关键管控设计

本项目的核心不在功能数量，而在四处“不让做”。这四处设计决定了系统上线后能否真正收住权限。

4.1　权限到动作：18 个模块 × 四类操作

PC 后台配置 18 个功能模块，每个模块可分别授予添加、编辑、删除、审核四类操作，权限以“模块 × 动作”的二维矩阵下发，并与组织架构、系统用户绑定。

以实际配置为例：管理员角色对 18 个模块具备完整操作权限；客户经理角色仅被授予 9 个模块的部分操作——销售单、提货单、密度发布、油价发布四项只有“添加”，出库单只有“编辑”，均不含删除与审核。

4.2　单据链约束：出库单不能随手建

出库单是账实衔接的唯一凭据，也是这行最容易出问题的一环。系统对其设置约束：出库单由提货单完成后自动生成。

4.3　时效控制：提货单当日有效

提货单默认有效至当日 24:00，逾期自动作废，对应的可提量同步退回客户客存，无需人工介入。这一条同时解决了两个老问题：司机持过期凭证到库无法装车，以及作废单据占用客户额度。

4.4　现场准入：无票不能提油

装车区自助终端以身份证、人脸、后台档案三重比对作为出票前提，任一条件不满足即无法出票：司机未建档无法通过核验，车辆未经审核不在可选范围，当日密度未发布时凭证无法生成，提货单已作废则不在列表中显示。

终端保留“手动录入”入口，用于处理未携带身份证等特殊情况，但该操作须由现场工作人员完成，司机本人无法自助绕过。

4.5　全程留痕

每张单据记录创建人、审核人、操作时间与状态变更，状态在草稿、待审核、生效、作废之间按前置条件流转。月度对账时，任意一笔客存变动都可回溯到具体单据与经办人。

五、系统功能与运行界面

以下五节按终端分述功能构成，配图为系统实际运行界面，未作美化或合成处理。

5.1　PC 管理后台：全部录入与审核在这里发生

18 个功能模块按业务归为五组：

·　用户与权限：角色管理、系统用户管理、组织架构管理；

·　基础资料：客户档案、司机档案、车辆档案、油品管理、油罐管理；

·　价格与库存：密度发布、油价发布、库存调整单；

·　销售与提货：销售单、提货单、出库单、收款单、信用授权单；

·　出门与结算：油库出门核查、发票管理。

所有基础资料与业务单据均在此生成，其余终端只读或受控提交。

 

图 1　PC 后台角色管理界面：18 个模块按“添加 / 编辑 / 删除 / 审核”逐项授权

5.2　三个移动端：入口按角色授权

客户端、员工端、司机端均为微信小程序，共用一套账号与权限体系，首页入口按后台授权结果呈现。三个端的入口数量分别为 11 个、9 个、3 个，差距来自岗位职责，而非版本差异（见图 2）。

客户端面向购油客户，保留审单、查账所需的入口；员工端面向业务、财务、库管、门卫，保留看单与审批入口；司机端仅保留与提货直接相关的三项。

 

图 2　三个移动端首页：客户端 11 个入口、员工端 9 个入口、司机端 3 个入口，入口按角色授权显示

5.3　客户端：客户自己审自己的单

客户端设 11 个功能入口，四组排布：公司、销售、发票；付款、授信、提货；客存、出库、调库；对账确认、对账单。

销售员提交销售单后，单据即出现在客户的“销售”列表中。客户核对油品、数量、单价无误后过审，单据当场生效并锁定相应额度；如有异议可拒审并填写原因，业务员修改后重新提交。审批状态在客户端可见，“批了没”不再需要通过电话确认。

出库、调库两个入口对客户开放，客户看到的是系统实时记录，而非口头告知的数字。

5.4　员工端：随身的确认端

员工端设 9 个入口，三行排布：客户、密度、油价；收款、授信、销售；发票、提货、出库。业务员、财务、库管、门卫共用同一小程序，入口按后台权限配置显示。

移动端在本系统中只承担查看、认单与审批，不承担录入与修改。这一分工是刻意设定的：手机适合随时确认，不适合改数。

5.5　司机端：只保留三个入口

司机端仅有待提货、已完成、车辆三个入口，不提供开单、改数与查询他人单据的功能。司机可维护本人与车辆资料、查看指派给自己的待提货单、确认完成状态。

“待提货”中有单才出车，从机制上避免了空驶：不是提醒司机先打电话问，而是没单他无从得知去向。

5.6　装车区自助终端：四步出票

终端立于装车区，屏幕提示“请刷身份证并完成人脸验证”。操作分四步：刷身份证 → 人脸验证 → 选择提油单 → 预览并打印。

打印内容为可提的提货单信息，含客户、油品、数量。自刷证至出票，单次操作约 1 分钟，司机无需往返办公室办理手续。

 

图 3　装车区自助终端：身份证与人脸核验通过后列示有效提货单

六、实施与交付

6.1　实施过程

6.2　交付物

除系统本身，项目一并交付以下培训与文档材料，用于客户方自主培训与人员轮换：

·　操作手册 4 份：PC 管理后台、客户端、员工端、司机端各一份；

·　图文操作说明 2 份：客户端与司机端按步骤截图说明，供客户与司机对照操作；

·　操作演示视频 3 段：电脑端、客户端、员工端各一段，逐步标注操作位置；

·　配置与账号：角色权限配置表、系统用户与账号初始化清单。

系统能否用起来，一半在功能，一半在岗位会不会用。培训与文档按“岗位”而非“模块”组织，每个岗位只学自己要用的那几屏。

七、应用效果

效果不按感受描述，按“管控点—实现方式—核验位置”逐条列出，任一条均可在系统中查到对应入口。

7.1　管控效果

7.2　各角色作业方式的变化

7.3　现场作业

装车区原需司机进办公室递交证件、等待开具纸质凭证；现由司机在终端自助完成，四步出票。门卫的出门核查由“手写登记、目视核对”改为“屏幕核对、点选确认”，核对项固定为车牌、提货单、实装数量三项，不依赖个人经验。

对客户而言，销售单审批从“销售员转达”变为“自己在小程序里点”，审批进度与客存余额自助可查，沟通成本转移到系统里。

八、技术实现

系统采用集中式后台加多端接入的架构，业务数据与权限配置统一由后台持有，PC 端、三个微信小程序与现场终端均通过接口访问同一数据源，不设第二套账。

·　权限引擎：以“模块 × 操作”二维授权，与组织架构、系统用户绑定，前端按授权结果渲染入口与按钮；

·　单据状态机：草稿、待审核、生效、作废四态，状态转换由前置条件控制，不允许跳态；

·　现场终端：身份证读卡与人脸比对，与后台司机、车辆档案校验通过后开放提货单列表；

·　数据留存：客户、司机、车辆、油品、油罐、密度、油价与全部单据入库，支持按客户、时间、单据类型检索与对账。

九、结语

这个项目没有改变客户的业务规则，只是把已有规则逐条落进了系统：价格先发布、客户自己审、出库单不能随手建、无票不能提油。规则一旦写进流程，执行就不再依赖人的记性。

对成品油、化工、物流这类重单据、重计量、重权限的行业而言，系统的价值不在于功能多少，而在于每一个关键节点上，系统能不能替人守住那一道。