news 2026/9/24 14:03:45

Logistics | 医药物流的仓储运输BI应用

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
Logistics | 医药物流的仓储运输BI应用

目录

1.订单管理系统

入库订单逻辑

出库订单逻辑

2.表结构字段整理

入库思考点

入库报表字段

出库思考点

出库报表字段

库存报表字段


  • BI应用场景
  • 至少涉及订单管理系统OMS、仓储管理系统WMS、运输管理系统TMS

1.订单管理系统

入库订单逻辑

→两套系统的入库订单逻辑上基本一致。

出库订单逻辑

→两套系统的出库订单逻辑存在差异,其中:
SAVE用“出库清单号”串联上下游系统,
SAVE出库清单号:货主单号=1:1,且SAVE出库清单号=WMS拣货单号=TMS订单号;


OMS用“服务单号”串联上游系统,用“任务单号”串联下游WMS和TMS,
OMS服务单号:货主单号=1:1,OMS服务单号≠OMS任务单号,OMS仓储/运输任务单号=WMS拣货单号=TMS订单号。

需注意合单,区分是在OMS还是在WMS。

2.表结构字段整理

入库思考点

  • 是否要展示到商品级别?--------------------是。
  • 货主角度看订单还是订单行?--------------按订单行计算,并上卷到订单层。
  • 物流角度看订单还是订单行?--------------按订单行计算,并上卷到订单层。
  • 是否对所有订单进行考核?-----------------对所有订单进行跟踪,但只对已关单的采购和退货订单进行时效考核,并对异常单做提醒。
  • 按照货主制单时间还是物流接单时间做统计?-----------------如果是追踪订单全生命周期,应该从制单时间 → 物流接单时间 → 到货时间 → 收货 → 验收 → 上架 → 关单。如果是分析物流内部效率,例如接单后多久入库,则以接单时间为起点。同时可以把ASN预计到货时间VS.实际到货时间做对比分析数据。

入库报表字段

#1~#50字段明细:

注意输出格式:字段为空全部用null填充。

#1~#37为业务系统取数,#38~#50为新增分析字段,因此补充了定义和注意事项:

  • #38约定时效标准(填报)定义:按合同约定录入时效标准;未录入的按照“普货12小时,冷链货品8小时,器械24小时,其它24小时”默认规则填充。
  • #39时效要求时间(填报或计算)定义:时效要求时间=到货时间 + N小时,到货时间和时效要求时间如遇非工作日则顺延到工作日。注意区分工作日和非工作日(法定节假日)。
  • #40时效偏差(计算)定义:剩余时效=时效要求时间 - 关单时间,统一单位用“小时”,正值表示提前,负值表示延迟。应用场景:超时影响等级,延迟≤24小时--轻微,延迟≥72小时--严重。
  • #41是否超时(计算)定义:0表示及时,1表示超时;当剩余时效≥0则及时,当剩余时效<0则超时。应用场景:①入库履约准时率,按时完成入库订单占比;②TOP10超时订单,取剩余时效为负数的绝对值最大的TOP订单,展示最严重超时案例和原因。
  • #42超时原因(填报,单选)定义:A1仓库操作问题-卸货超时,A2仓库操作问题-质检超时,A3仓库操作问题-仓储资源不足,B1上游问题-货主单证问题,B2上游问题-货品问题,C1不可抗力事件,D1其他____(开放文本输入)。
  • #43补充说明(填报,开放文本输入)定义:例如填入保税申报时系统故障,导致单证重复提交,海关要求人工复核。
  • #44超时影响等级(计算)定义:超时影响等级,取负值剩余时效的绝对值,≤24小时标记轻微,≥72小时标记严重。
  • #45是否考核(计算)定义:1表示考核,0表示不计入考核。
  • #46分析状态(计算)定义:对细单状态(#15)的值做规整,最后映射为三种:已关单,进行中,异常。应用场景:①对已关单状态的行判断是否超时;②对进行中的行提醒剩余时效;③对异常的行做提醒。
  • #47分析类型(计算)定义:对业务类型(#9)的值做规整,最后映射为四种:采购,退货,移库,其他。
  • #48订单响应时长(计算)定义:订单响应时长=物流接单时间 - 货主制单时间,量化物流的接单敏捷性,平均N小时接单VS.超24小时接单,时间单位统一用“小时”。若涉及做责任追溯则区分货主端问题/物流端问题。注意计算时长时要先转换为秒再计算小时,例如MYSQL语句:SELECT TIMESTAMPDIFF(SECOND, time2, time1) / 3600.0 AS hour_diff;
  • #49ASN到货偏差(计算)定义:ASN到货偏差=到货时间 - ASN预计到货时间,统一单位用“小时”,正值表示延迟,负值表示提前。应用场景:统计偏差分布例如±24小时内订单占比,可用于仓库提前准备。|偏差|值大于48小时的单量比例若较大,可以做提醒反馈给货主方。
  • #50入库履约时长(计算)定义:入库履约时长 = 关单时间 - 到货时间,统一单位用“小时”。
  • 应用场景:①平均履约时长②统计入库履约达标率例如≤24小时占比、95%订单入库履约时长≤12小时;③定位瓶颈环节例如质检平均耗时4小时→占履约时长的1/2;④对照时效标准例如普货12小时,冷链货8小时;⑤动态预警机制,例如剩余承诺时长20%提醒主管。注意:关单是否需要多方确认?如货主验收回传,则包含外部等待时间,那么使用上架时间作为终点更合理。---经确认:可用订单管理系统的关单时间。

出库思考点

出库报表字段

库存报表字段

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/9/24 14:03:27

【Dv3Admin】视图下全部权限按钮批量生成

在现代 Web 应用开发中,权限管理是确保系统安全性和功能灵活性的核心部分。每个功能模块通常会根据不同的角色需求,提供不同的权限操作按钮,如:查看、编辑、删除等。而在实际开发中,当功能模块数量庞大时,手动为每个功能模块创建权限项是一项重复且繁琐的工作。 本文将介…

作者头像 李华
网站建设 2026/9/24 14:01:37

【Dify】自动化抓取36氪热榜新闻应用

自动化抓取和整理新闻数据已成为信息聚合和内容创作中的高频需求。围绕36氪热榜新闻的自动采集与处理,可以高效实现科技资讯的结构化输出和多场景复用。 本文介绍一套以Dify工作流为核心,结合大语言模型和Python代码节点,自动完成36氪热榜新闻从抓取、解析到格式化输出的全…

作者头像 李华
网站建设 2026/9/24 14:01:23

【Dify】网站爬虫分析应用

自动化网页信息采集已成为数据处理和内容分析领域的重要技术手段。依托高效的Python工具与工作流,网页爬虫分析实现了从网页抓取、内容解析到结构化输出的全流程自动化,为批量信息获取和智能分析提供了强有力的支撑。 本文介绍基于Dify平台的网站爬虫分析工作流,包括核心模…

作者头像 李华
网站建设 2026/9/24 14:00:28

FluentValidation 入门实战:从第一个验证器到复杂属性验证

后端 【免费下载链接】FluentValidation A popular .NET validation library for building strongly-typed validation rules. 项目地址: https://gitcode.com/gh_mirrors/fl/FluentValidation 点击查看 免费下载 导读 本文基于 FluentValidation 官方入门文档&am…

作者头像 李华
网站建设 2026/9/24 14:00:23

RK3588平台开发系列讲解(调试篇)CGroup 精细化的控制

文章目录 一、CPU 与 CGroup 二、限制进程的 CPU 资源占用 三、cpu.shares:多个 cgroup 组的权重划分 四、sched_autogroup 沉淀、分享、成长,让自己和他人都能有所收获!😄 CGroup 的全称是 Control Group,是容器实现环境隔离的两种关键技术之一,它对很多子系统提供精细…

作者头像 李华