订单拣选系统_业务蓝图设计文档_V1.0
winit_订单系统_详细设计_V1.0.0
文档修订摘要目录第1章引言 (3)1.1 文档用途 (3)1.2 阅读对象 (3)1.3 文档建设目标 (3)1.3.1 功能目标 (3)1.3.2 非功能目标 (3)1.4 名词术语 (3)1.5 参考资料 (3)第2章总体说明 (4)2.1 背景与目标 (4)第3章设计方案 (4)3.1 功能设计 (4)3.1.1 获取订单信息................................................................. 错误！未定义书签。
3.1.2 获取订单轨迹信息......................................................... 错误！未定义书签。
第1章引言1.1文档用途本文档作为订单系统一期总体设计，描述订单系统的功能组成以及与其他系统间的关系，为后续开发以及测试提供依据1.2阅读对象设计人员开发工程师测试工程1.3文档建设目标1.3.1功能目标1.3.2非功能目标1.4名词术语1.5参考资料第2章总体说明2.1背景与目标第3章设计方案3.1WINIT功能设计3.1.1ISP订单3.1.1.1用例图3.1.1.2用例描述3.1.1.3时序图（创建出库单）3.1.1.4类图ISPOrderLineServiceImpl+++<<Implement>><<Implement>><<Implement>>addOrderLine (ISPOrderLineAddCommand orderLine)updateOrderLine (ISPOrderLineUpdateCommand orderLine)deleteOrderLine (ISPOrderLineDeleteCommand orderLine): void: void: void ISPOrderServiceImpl++++++++<<Implement>><<Implement>><<Implement>><<Implement>><<Implement>><<Implement>><<Implement>><<Implement>>getISPOrderById (GetByKeyCommand<Integer> command)getISPOrderByNo (GetByKeyCommand<String>command)createISPOrder (ISPOrderCreateCommand command)batchCreateISPOrder (ISPOrderCreateCommand command)updateISPOrder (ISPOrderStatusUpdateCommand command)voidISPOrder (ISPOrderVoidCommand command)getOrderRevenue (GetByKeyCommand<String>command)getOrderExpenditure (GetByKeyCommand<String> command): ISPOrder: ISPOrder: String: List<String>: void: void: List<ExpressOrderRevenue>: List<ExpressOrderRevenue>ISPOrderLineService(express)+++addOrderLine (ISPOrderLineAddCommand orderLine)updateOrderLine (ISPOrderLineUpdateCommand orderLine)deleteOrderLine (ISPOrderLineDeleteCommand orderLine): void: void: voidISPOrderService(express)++++++++getISPOrderById (GetByKeyCommand<Integer> command)getISPOrderByNo (GetByKeyCommand<String>command)createISPOrder (ISPOrderCreateCommand command)batchCreateISPOrder (ISPOrderCreateCommand command)updateISPOrder (ISPOrderStatusUpdateCommand command)voidISPOrder (ISPOrderVoidCommand command)getOrderRevenue (GetByKeyCommand<String>command)getOrderExpenditure (GetByKeyCommand<String> command): ISPOrder: ISPOrder: String: List<String>: void: void: List<ExpressOrderRevenue>: List<ExpressOrderRevenue>ISPOrderTrackingServiceImpl++++addOrderTracking (ISPOrderTrackingCommand trackingCommand)delOrderTracking (GetByKeyCommand<String> trackingId)updateOrderTracking (ISPOrderTrackingCommand trackingCommand)getOrderTrackingList (GetByKeyCommand<String> orderId): void: void: void: List<OrderConsignor><<Unresolved Interface>>ISPOrderTrackingService(express)ISPOrderConsignorServiceImpl++++addConsignor (ISPOrderConsignorCommand consignorCommand)delConsignor (GetByKeyCommand<String>consignorAddressId)updateConsignor (ISPOrderConsignorCommand consignorCommand)getConsignorList (GetByKeyCommand<String> bpartnerId): void: void: void: List<OrderConsignor><<Unresolved Interface>>ISPOrderConsignorService(express)3.1.1.5 表设计3.1.1.5.1订单表3.1.1.5.2 商品表OMS_ISP_ORDERISP_ORDER_IDCREATEDBY CREATED UPDATEDBY UPDATED ORG_ID IS_ACTIVE DOC_NOORDER_DATE STATUS REF_NOSERVICETYPE_ID BPARTNER_ID CONSIGNEE TEL EMAIL ZIP_CODE COUNTRY_ID STATE CITYADDRESS1ADDRESS2HOUSE_NOOMS_ISP_PICK_ORDER_ID ACTION SOURCEOMS_SENDER_ADDRESS_IDint(11)varchar(32)timestamp varchar(32)timestamp int(11)tinyint(1)varchar(60)timestamp varchar(10)varchar(60)int(11)int(11)varchar(50)varchar(20)varchar(30)varchar(10)int(11)varchar(20)varchar(50)varchar(100)varchar(100)varchar(30)int(11)varchar(10)varchar(3)int(11)<pk>OMS_ORDERLINEORDERLINE_ID CREATEDBY CREATED UPDATEDBY UPDATED ORG_ID IS_ACTIVE DESCRIPTION VOLUME WEIGHT LENGTH WIDTH HEIGHTCFM_VOLUME CFM_WEIGHT CFM_LENGTH CFM_WIDTH CFM_HEIGHTDECLARED_VALUE OMS_ISP_ORDER_ID TRANSACTION_ID ITEM_IDint(11)varchar(32)timestamp varchar(32)timestamp int(11)tinyint(1)varchar(60)numeric numeric numeric numeric numeric numeric numeric numeric numeric numeric numeric int(11)varchar(32)varchar(32)<pk>3.1.1.5.3 寄件人地址表3.1.1.5.4 轨迹表3.1.1.5.5 订单轨迹映射表OMS_SENDER_ADDRESSSENDER_ADDRESS_ID CREATEDBY CREATED UPDATEDBY UPDATED ORG_ID IS_ACTIVE COUNTRY_ID STATE CITYADDRESS1ADDRESS2EMAIL NAME PHONEIS_DEFAULT ZIP_CODEBPARTNER_IDint(11)varchar(32)timestamp varchar(32)timestamp int(11)tinyint(1)int(11)varchar(20)varchar(50)varchar(100)varchar(100)varchar(30)varchar(50)varchar(20)tinyint(1)varchar(10)int(11)<pk>OMS_ORDER_TRACKINGORDER_TRACKING_ID CREATEDBY CREATED UPDATEDBY UPDATED ORG_ID IS_ACTIVETRACKING_DATE TRACKING_MSG TRACKING_ADDR OPERATOROMS_ORDERLINE_ID ORDERLINE_COUNT SHIPPER_IDint(11)varchar(32)timestamp varchar(32)timestamp int(11)tinyint(1)timestamp varchar(255)varchar(255)varchar(30)int(11)int int(11)<pk>OMS_ORDERTRACKING_MAPPERORDERTRACKING_MAPPER_ID CREATEDBY CREATED UPDATEDBY UPDATED ORG_ID IS_ACTIVEOMS_ISP_ORDER_ID TRACKINGNOint(11)varchar(32)timestamp varchar(32)timestamp int(11)tinyint(1)int(11)varchar(20)<pk>3.1.2SP订单批量下单接口3.1.2.1用例图3.1.2.2用例说明3.1.2.4类图3.1.2.6具体实现(wiki)3.1.3下提货单接口3.1.3.1用例图3.1.3.2用例说明3.1.3.4类图3.1.3.6具体实现3.1.4批量提交ISP订单接口3.1.4.1用例图3.1.4.2用例说明3.1.4.3时序图3.1.4.4类图3.1.4.5具体实现3.1.5ISP异常订单查询3.1.5.1用例图3.1.5.2用例说明3.1.5.4类图3.1.6ISP订单状态反写3.1.7提货单查询3.1.7.1用例3.1.7.2用例说明3.1.7.33.1.7.4序图3.1.7.5类图3.1.7.6具体实现3.1.8提货单导出3.1.8.1用例3.1.8.2用例说明3.1.8.3时序图3.1.8.4类图3.1.8.5具体实现ISP单生成交易明细。
WXQC-ERP-CO-TB-050(内部订单维护流程) V1.0
业务流程蓝图设计
CO模块
流程编号：WXQC-ERP-CO-TB-050
流程名称：内部订单维护流程
责任人：
日期：
版本： 1.0
流程分解
姓名: ……………………………………职责: …………………………………… 日期: ……../……../……..
目标/宗旨
简述内部订单的维护。
建立内部订单维护申请制度。
改进内容:
统一并规范费用订单主数据维护处理流程
子流程综述:
该流程主要描述内部订单维护业务处理过程，包括业务部门提出申请、财务部审批申请、编制内部订单代码、在SAP系统内创建内部订单、对已存在的内部订单根据业务需要进行修改、冻结业务处理。
子流程现有做法:
现有流程中无内部订单维护流程
对现有做法的改变:
∙费用订单用于归集特殊事件和临时项目成本的对象。
∙费用订单主数据创建的同时可以维护结算规则，也可于费用订单结算前维护结算规则。
∙费用订单分统计性费用订单和真实费用订单。
若是统计性费用订单则不用维护订单结算规则，因为统计性费用订单只用于报表分析的用途
特殊情况说明 N/A
配套管理细则：
∙ 内部订单维护管理制度 权限管理需求
∙ 管理会计主数据维护员 ∙ 管理会计主数据查询权限 报表需求
∙ 费用订单清单 ∙ 费用订单修改历史 ∙ 费用订单创建历史。
业务蓝图模板
XXX业务蓝图XXX股份有限公司金蝶软件（中国）有限公司2020年7月26日文档控制更改记录查阅分发审批签字:客户方项目经理：实施方项目经理：目录1前言...................................................... 错误!未定义书签。
目的.............................................. 错误!未定义书签。
读者.............................................. 错误!未定义书签。
说明.............................................. 错误!未定义书签。
2蓝图设计方案.............................................. 错误!未定义书签。
1......................................................... 错误!未定义书签。
2......................................................... 错误!未定义书签。
.企业概况.......................................... 错误!未定义书签。
.实施目标和价值.................................... 错误!未定义书签。
.组织架构.......................................... 错误!未定义书签。
.总体业务蓝图...................................... 错误!未定义书签。
.流程清单.......................................... 错误!未定义书签。
.术语解释.......................................... 错误!未定义书签。
智慧物流仓库分拣系统设计建设方案
定义：仓库管 理系统是一套 用于管理仓库 的软件系统， 包括入库、出 库、库存管理
等功能。
功能模块：包 括入库管理、 出库管理、库 存管理、报表 生成等模块， 可实现仓库的
全面管理。
技术实现：采 用先进的技术 手段，如物联 网技术、大数 据分析等，实 现仓库的智能
设备检查与维 护：定期对设 备进行检查， 确保设备正常
运行
故障处理：及 时处理设备故 障，确保系统
稳定运行
数据分析与优 化：对运营数 据进行分析， 优化运营效率
人员培训：定 期对运营人员 进行培训，提
高运营水平
定期检查：对系 统硬件进行全面 检查，确保设备 正常运行
保养工作：对系 统进行清洁、润 滑等保养工作， 延长设备使用寿 命
硬件设备检查：确保所有设备正常运行，无故障 软件安装与配置：按照设计要求安装和配置软件系统 网络调试：测试网络连接，确保数据传输畅通 系统调试：对整个系统进行集成测试，确保各模块之间的协调工作
调试目标：确保 系统正常运行， 满足设计要求
调试内容：对各 个模块进行测试， 检查系统性能和 稳定性
调试方法：采用 自动化测试工具， 模拟实际运行环 境进行测试
添加标题
功能：数据分析系统具备数据采集、数据存储、数据清洗、数据挖掘、数据可视化等功能，能够实 现数据的有效整合和深度利用，提高仓库管理效率和运营水平。
添加标题
技术实现：数据分析系统采用先进的大数据处理技术，如Hadoop、Spark等，可实现大规模数据 的快速处理和实时分析，同时采用数据挖掘算法和机器学习算法，对数据进行深度挖掘和预测分析。
搬运车：用于在仓库内部进行货物的水平运输 堆高机：用于货物的垂直搬运和堆放 叉车：用于货物的装卸和搬运，可提高货物装卸效率 AGV小车：自动导引小车，可实现无人搬运和自动化运输
仓库订单管理系统建设方案
仓库订单管理系统建设方案简介随着电子商务的发展，许多企业出现了大量订单数据需求，尤其是具有仓储需求的企业更是如此。
因此，建设一套高效的仓库订单管理系统具有重要意义。
本文将介绍一个基于云计算技术的仓库订单管理系统的建设方案。
系统架构整体结构该系统利用云计算技术构建，整体架构如下：前端浏览器 --- Nginx --- Web 服务器（Flask） --- 数据库服务器（MongoDB）技术栈•前端：JavaScript，HTML，CSS•后端：Python，Flask框架•数据库：MongoDB功能需求本系统需要提供以下功能：•仓库入库和出库订单管理•订单状态查询和更新•订单流转追踪与报表导出•注册和登录功能•支持多种支付方式技术细节数据库设计为了支持大量订单数据，我们选择使用MongoDB数据库进行存储。
MongoDB因其高性能、易于扩展和强大的数据分析功能而备受推崇。
我们可以利用MongoDB的文档结构来存储订单信息，并为每个订单分配唯一的订单号。
前端设计前端页面设计需要简洁明了，而且易于操作。
我们可以使用Bootstrap框架来构建前端页面。
后端设计后端设计要求良好的性能、高可用性和容错率。
我们选择使用Python语言和Flask框架进行后台编程。
Flask框架因其简单易用、灵活和高效而被广泛使用。
我们需要在后台实现以下功能：•更新订单状态：通过请求参数（如订单号和状态）来更新订单状态。
•查询订单信息：通过请求参数（如订单号或订单日期）来查询订单信息。
•实现支付功能：支持多种支付方式（如支付宝和微信支付）。
•生成报表和导出功能：将订单信息生成报表并导出为Excel文件格式。
安全性设计为了保证系统的安全性，我们需要采取以下措施：•数据库加密：对于机密信息（如用户密码和银行卡号等），采用加密存储。
•订单权限控制：仅授权的用户才能更新和查询订单信息。
•安全证书：对于需要使用HTTPS协议的网站，采用安全证书来保证数据传输过程的安全性。
订单拣选方式课件
拣选效率提高30%，订单处理时间缩短2小时，客户满意度提升 10%。
某快递公司的智能拣选系统应用
1 2
应用背景
快递公司面临大量订单，传统人工拣选方式效率 低下。
应用内容
引入智能拣选系统，通过自动化设备完成订单分 拣。
3
应用效果
智能拣选系统提高了分拣效率，减少了人工成本 和错误率，提升了整体运营效率。
弹性工作时间
根据订单量和人员情况，灵活 调整拣选人员的工作时间，以
提高整体运作效率。
人员管理优化
人员管理优化总结
通过合理的人员配置和管理，提高拣 选团队的协作和效率。
培训与考核
定期对拣选人员进行培训和考核，提 高其专业技能和操作熟练度。
分工与协作
根据拣选人员的特长和经验，合理分 工，并加强团队协作，实现整体效益 最大化。
激励机制
建立有效的激励机制，如绩效考核、 奖励制度等，激发拣选人员的工作积 极性和创新精神。
06
案例分析
某电商平台的订单拣选流程优化
优化背景
随着电商平台业务量的增长，订单拣选效率成为瓶颈，需要优化 拣选流程以提高效率。
优化措施
采用智能化的拣选系统，实现订单自动分拣；引入机器人辅助拣选 ；优化拣选路径，减少重复往返。
拣选操作
拣选员操作
根据拣选计划进行拣选，确保商 品与订单信息一致。
扫描核对
使用扫描设备核对商品与订单信息 ，确保无误。
分类存放
将拣选好的商品按照配送地址或订 单类型进行分类存放。
复核与打包
复核员操作
对拣选好的商品进行复核，确保 无误。
打包操作
根据配送要求进行打包，确保商 品安全、完整。
订单拣选系统_业务蓝图设计文档_V1.0讲解
陈龙波
项目总监车小原项目总监
姓名: _________日期: ________姓名: __________日期: ________
姓名: _________日期: ________姓名: __________日期: ________
姓名: _________日期: ________姓名: __________日期: ________
3.2.3
波次单中单个订单完成分拣复核后可独立进行发货处理。
波次单采用工位汇总+联动号方式汇总。
分拣员分播时核对货品批号，发现错误批号禁止修改批号，数量改“0”，数据回传ERP更新后，将ERP订单为“0”的品种重新做单，在ERP系统按照正确批号发货。
大包装中药饮片用麻袋装货，易碎和带刺品种使用周转箱或者纸箱。
全范围全流程使用条形码识别、检测、录入技术
使用全电子化的电子标签加条码扫描的电脑分播工作站，每站最大分播订单数20个。
扫描商品条码时，每次一个录入电子监管码。
电子监管码采集方法
◆方法1：在播种工作站扫描分播时，逐个扫描药品的电子监管码并录入系统，而后上传到中天的信息系统。此方法可以将电子监管码和订单实物一一对应。
ContactPhone
字符串
50
否
路线
RouteLineCode
字符串
40
是
2.3
2.3.1
目前在仓库只有拣货货位，存储位没有货位管理。
2.3.2
使用ERP货位格式，暂不修改
2.3.3
字段名称
字段编码
字段类型
字段长度
是否必填
备注
货位编码
StackCode
字符串
业务蓝图模板
XXX业务蓝图XXX股份有限公司金蝶软件（中国）有限公司2020年6月5日文档控制更改记录查阅分发审批签字:客户方项目经理：实施方项目经理：目录1 前言 (4)1.1 目的 (4)1.2 读者 (4)1.3 说明 (4)2 蓝图设计方案 (5)2.1. 企业概况 (5)2.2. 实施目标和价值 (5)2.3. 组织架构 (5)2.4. 总体业务蓝图 (6)2.5. 流程清单 (6)2.6. 术语解释 (6)2.7. 流程图例说明 (8)3 业务流程一 (9)3.1. 现有流程 (9)3.2. 现有流程问题及需求 (9)3.3. 流程改进及关键点 (9)3.4. 未来流程 (10)3.4.1 未来业务流程图 (10)3.4.2 流程步骤 (11)3.4.3 流程所需的报表与表单 (11)4 业务流程二... . (12)1前言1.1目的本文档是蓝图设计阶段的里程碑和阶段性成果。
业务蓝图是EAS系统实施范围封闭需求的关键性文档。
其是在前期对业务需求及现有流程进行充分调研分析后，通过对EAS系统功能进行流程匹配和优化作出的总体设计。
也作为后续实施和培训的业务指导手册。
1.2读者举例:✓金蝶项目组实施顾问；✓XXX公司项目组、中层管理人员、业务操作人员✓实施管理人员；✓总部系统设计设、规划师、需求分析师、二次开发人员。
1.3说明举例:➢本文档选择了XXX公司为对象，完成该集团所属各子集团和公司的业务。
其中业务包括基础系统搭建、供应管理、销售与分销、存货核算、应收管理、应付管理等。
➢本文档涉及到的设置包括供应链管理和财务部分内容,作为项目蓝图设计的模板参考使用，需根据项目的实际情况酌情调整以符合要求。
2蓝图设计方案2.1.企业概况描述客户的基本情况：企业规模、行业情况及主要竞争对手分析、经营范围等，以及客户目前供应链的业务现状，在上线EAS前使用的其他ERP系统的情况。
通过本内容方便相关的人员了解该实施客户的基本情况描述客户的主要业务特点，以及主要管理制度的摘录(例如：财务管理制度、报表体系，包括部门设置和岗位职责等。
XX公司ERP业务蓝图-生产制造(修正版)
密级：★高★版本：1.0 XX公司ERP业务蓝图—生产制造（修正版）文档信息标题XX公司ERP业务蓝图-生产制造版本号修正版版本日期打印日期文件名XX公司ERP业务蓝图-生产制造（修正版）.doc存放目录所有者作者张健修订记录日期描述修订内容版本号2012-6-15 初稿 1.02012-7-10 修订稿根据与物管部的模拟结果修订 1.12012-9-24 修订稿根据模拟反馈结果修订。
修订内容包括：BOM2.0维护、2014-11-5 实施后修正根据最终实施结果进行了修正参考文件文档编号版本号文档名称注释文档审核/审批此文档需如下审核。
签署过的审批表将作为附件归入PCB的质量控制章节，并正式备案。
姓名角色文档分发此文档应分发至所有项目成员。
如下联络人员负责向相关组织的分发：姓名分发人项目组织目录图例说明 (1)前言 (2)1．角色设置和权限 (3)2.基础数据设置 (4)2.1物料库存与计划页签的维护 (4)2.2BOM维护 (8)2.3工厂日历设置 (10)2.4计划展望期设置 (10)2.5计划方案设置 (11)3.计划管理 (13)3.1计划管理整体解决方案 (13)3.2需求计划的形成 (15)3.3主生产计划的形成 (16)3.4预投计划 (18)3.5物料需求计划的形成与投放 (18)3.6计划投放BOM匹配正确性检查方案 (21)3.7主材的采购计划 (22)3.8采购件需求合并 (25)3.9高压分厂生产计划投放 (25)3.10调拨订单价格生成方案 (27)4.采购计划投放与执行 (28)5离散生产执行 (32)5.1离散生产执行整体解决方案构想示意图 (32)5.2离散生产执行的过渡方案 (34)5.3倒冲领料 (34)6.生产排程方案 (35)7.优化——全局需求执行状态统计表 (37)图例说明序号图例说明01开始流程开始标志符。
02结束流程结束标志符。
03序号。
系统内流程名称的简称文字角色EAS 系统内的流程操作。
业务蓝图模板
XXX业务蓝图XXX股份有限公司金蝶软件（中国）有限公司2022年4月26日文档控制更改记录查阅分发审批签字:客户方项目经理：实施方项目经理：目录1 前言...................................................... 错误!未定义书签。
目的.............................................. 错误!未定义书签。
读者.............................................. 错误!未定义书签。
说明.............................................. 错误!未定义书签。
2 蓝图设计方案.............................................. 错误!未定义书签。
. 企业概况.......................................... 错误!未定义书签。
. 实施目标和价值.................................... 错误!未定义书签。
. 组织架构.......................................... 错误!未定义书签。
. 总体业务蓝图...................................... 错误!未定义书签。
. 流程清单.......................................... 错误!未定义书签。
. 术语解释.......................................... 错误!未定义书签。
. 流程图例说明...................................... 错误!未定义书签。
3 业务流程一................................................ 错误!未定义书签。
订单拣选方式PPT课件
第10页/共13页
拆零拣选.比较
Å 对于同样的分拣量，摘果式的行走距离较大、动作多、耗时长、差错率高。 实际工作中，多数配送中心的订单品种通常差异变化较大，播种式拣选因行走 距离短等原因，效率优于摘果式，从提高工作效率的角度考虑，应优先采用播 种式进行拆零拣选。
目录 拆零拣选概述 摘果式拣选 播种式拣选 拆零拣选方法的比较
第1页/共13页
拆零拣选.概述
拆零拣选
为满足客户小批量、多批次的要货需求，打开商品的原箱 包装，以小于一箱数量将商品从其储位或其他区位拣选出 来，并按一定的方式进行分类、集中的作业过程。
第2页/共13页
拆零拣选.概述
提高拆零拣选作业效率的常见主要方法
播种式拣选
播种式分拣是把多份订单（多个客户的要货需求）集合成 一批，先把其中每种商品的数量进行汇总，再逐个品种对 所有客户进行分货，形似播种，又称商品别汇总拣选。
形象的解释就是篮子里面装种子，再将种子散播出去，种 子就象征数量较多的同种商品，田地就好像是不同的客户， 把种子撒到田里就是把或给到不同的客户。
适用范围：订单数量和品种都比较多的大规模拆零拣选。
第7页/共13页
播种式拣选.平面布局
存储区
拆零 拣选 区
发货区
第8页/共13页
播种式拣选.效率提升
第9页/共13页
播种式拣选.作业流程
① 汇总拣选：从仓储区将该波次所需货物全部拣出，送至拆零分拣区
集货代运 ③
② 沿线分货：待分播货物沿流水线或通道 移动，分拣人员从流水线或托盘上取货， 放入周转箱或托盘，间隙性复核，装箱。
Ä 摘果式分拣的工作失误通常只影响一份订单，播种式影响的是一批订单，因 此，使用播种式分拣对流程管理的要求更高，对管理信息系统、人员操作、规 章制度的要求也更高！
JTAN05_XXX_业务蓝图_流程说明(XX.XX.XX.NN)XXXX_YYYYMMDD_VT2222
版本控制
分发与签署
1序言 (1)
2流程图中的符号说明 (1)
3业务蓝图流程说明 (3)
3.1本流程综述 (3)
3.1.1综述 (3)
3.1.2名词及概念说明 (3)
3.2流程图 (4)
3.3流程说明 (5)
3.4相关单据汇总 (7)
3.5相关单据汇总 (7)
3.6本流程中需要通过二次开发定制的功能点 (7)
3.7本流程中与其他流程的接口 (7)
3.8本流程中SAP系统与其他系统的接口 (7)
3.9本流程中相关的SAP数据转换点 (8)
1 序言
此文件用于补充描述业务蓝图流程图2 流程图中的符号说明
3 业务蓝图流程说明3.1 本流程综述
3.1.1 综述
XXXX
3.1.2 名词及概念说明
XXXX
3.2 流程图
贴图
3.3 流程说明
3.4 相关单据汇总
3.5 相关报表汇总
3.6 本流程中需要通过二次开发定制的功能点
3.7 本流程中与其他流程的接口
3.8 本流程中SAP系统与其他系统的接口
数据转换点
3.9 本流程中相关的SAP。
订单管理系统设计文档1
目录目录 (1)第一章系统概述 (3)1.1 系统开发的目的与意义 (3)1.2 系统的基本概况 (3)第二章系统分析 (4)2.1 系统目标设计 (4)2.2 系统功能模块 (4)2.2.1 系统功能模块 (4)2.3 系统的功能和特点 (5)2.3.1 系统主要功能 (5)2.3.2 系统主要特点 (7)2.4 系统开发工具 (8)2.4.1 前台开发工具 (8)2.4.2 后台开发工具 (8)2.5 数据库设计 (9)2.5.1 系统前台设计 (9)2.5.2 系统数据流图设计 (10)2.5.3 概念结构设计 (10)2.5.4 逻辑结构设计 (11)2.5.5 数据库的物理设计 (12)第三章系统的实现 (15)3.1 商品销售子系统的实现 (15)3.1.1 前台销售界面实现 (15)3.1.2 用户管理模块的实现 (16)3.1.3 邮件发送模块的实现 (17)3.1.4 订单检索模块的实现 (17)3.1.5 公告发布模块的实现 (18)3.1.6 在线订购模块的实现 (18)3.2 订单管理子系统 (24)3.2.1 订单管理模块的实现 (24)3.2.2 产品信息管理模块的实现 (26)3.2.3 个人信息管理模块的实现 (26)3.2.4 站点通知管理模块的实现 (27)3.2.5 客户信息管理模块的实现 (27)3.2.6 邮件管理模块的实现 (27)3.2.7 折扣信息管理模块的实现 (28)系统设计总结 (29)参考文献 (30)第一章系统概述1.1 系统开发的目的与意义随着网络时代的发展，电子商务即将成为人们日常生活中的一部分。
同时也即将成为一种时尚。
在人类生活的快节奏当中，这必将代替传统的商品交换手段而成为一种主流。
电子商务无论在销售环节、售后服务还是维护方面，都有着传统商品交换手段所不可比拟的优势。
它的诞生，无论是企业还是客户，都将从中受益。
然而，在其中对客户的订单管理却是显得尤为重要，它包括了对订单整理与统计、客户所需商品和支付方式的选定，因此它成为了维系企业与客户之间信誉度的一个至关重要的筹码。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
业务蓝图设计订单拣选流程
广东中天项目2014年 05月
文档管理
文档信息
版本信息
批准
姓名: _________ 日期: ________ 姓名: __________ 日期: ________ 姓名: _________ 日期: ________ 姓名: __________ 日期: ________ 姓名: _________ 日期: ________ 姓名: __________ 日期: ________ 姓名: _________ 日期: ________ 姓名: __________ 日期: ________ 姓名: _________ 日期: ________ 姓名: __________ 日期: ________
1．概述
本文档针对广东中天的管理要求，根据前期对现状的分析，结合WMS系统订单拣选模块，对未来流程进行重新的梳理及设计，规划物流业务蓝图，为物流业务在WMS的实现提供依据。
1.1 实施范围
物流业务实施范围广东中天里水仓库。
1.1.1 组织范围
该文档涉及组织主要包括广东中天物流部和信息部。
1.1.2 业务范围
在中天医药仓库，引进实施大规模汇总分播方法，使用高度信息化自动化的分拣系统，适当增加机械输送设备，实现提高效率、降低劳动强度、减少差错、增加分拣出货能力的目标。
物流业务包括仓库订单拣选和复核出库。
1.1.3 功能范围
WMS订单拣选模块功能主要包括如下：
仓库拣货
分拣复核
集货归位
2. 主数据
订单拣选系统需要准确的基础数据作为基础，基础数据的完整性直接对汇总分播流程产生影响，具体数据如下：
商品主数据
客户主数据
货位主数据
2.1 商品主数据
2.1.1 现状
商品主数据在仓库中的应用除了基本共性数据外，还包括商品在仓库的存放属性、存取逻辑等特性数据。
2.1.2 设计方案
与ERP商品主数据雷同，增加仓库特定需求字段。
2.1.3 关键字段
2.2 客户主数据
2.2.1 现状
客户主数据在仓库中的应用除了基本共性数据外，还包括客户在配送过程中的路线分组等特性数据。
2.2.2 设计方案
与ERP商品主数据雷同，增加仓库特定需求字段。
2.2.3 关键字段
2.3 货位主数据
2.3.1 现状
目前在仓库只有拣货货位，存储位没有货位管理。
2.3.2 设计方案
使用ERP货位格式，暂不修改
2.3.3 关键字段
3. 业务流程
WMS订单拣选模块包含的仓库运作及部分运输流程，流程列表如下：WMS-001 波次拣货操作流程
WMS-002 商品分拣出库操作流程
流程图
3.1 WMS-001拣货操作流程
3.1.1 现状
通过网络传输、QQ、电话等方式接收客户要货数据，开单员在ERP生成出库单，按照先进先出的出库原则寻找相应货位库存，并产生拣货任务，仓库拣货员按订单别使用纸单进行拣货。
目前日均出货品项数3900，日均订单数约1000，日均订单行约21500
目前每份订单平均品项数20—25，每行订单要货数量6.5—9.5个
3.1.2业务需求
在拣选人员适度减少的情况下，使用七组分拣工作站，单班完成订单行2.3万行（不采集电子监管码的速度），差错率低于万分之三。
3.1.3 方案设计
通过数据接口从ERP获取订单数据。
设置相应的波次管理策略以实现汇总分播的拣配逻辑。
WMS订单拣选模块将订单拣货任务进行汇总，按照系统配置对汇总后的拣货任务分类处理，根据订单时间和客户路线自动生成波次单，特殊情况或者紧急订单用手工处理。
波次单自动分配工位，WMS系统按照所有工位待分货数据排序，取最少工位分配，以此类推。
50%葡萄糖注射液（10ML）、小包装中药饮片、冷藏药品、特殊毒性药品都在ERP处理，数据不进入WMS。
商业公司、部队、门诊、医院、客户自提等特殊客户在WMS系统客户资料中备注，波次单生成时自动过滤特殊备注客户包含的订单，此类特殊客户订单使用纸单订单别拣货。
采用分区拣货，扫描区位和通道条码筛选拣货任务，拣货员自行修改数量，批号不符时要找到正确的批号，如果该批号没有库存，则修改拣货数量为“0”。
将错误批号货品通知管理员在ERP进行盘点，修改正确的批号库存。
在ERP导出订单出库数据做数据分析，计算出货品每天的出货量，理货员每天上午进行补货，严格按照先进先出原则，核对批号补货。
货位库存量不得少于1天的出库量。
3.1.4 关键系统配置
波次管理配置，满足3.1.2的
3.2 WMS-002商品分拣复核操作流程
3.2.1 现状
拣货完成的货品按订单进行扫描复核，并在复核过程中进行装箱处理。
3.2.2业务需求
在拣选人员适度减少的情况下，使用七组分拣工作站，单班完成订单行2.3万行（不采集电子监管码的速度），差错率低于万分之三。
3.2.3 方案设计
波次单中单个订单完成分拣复核后可独立进行发货处理。
波次单采用工位汇总+联动号方式汇总。
分拣员分播时核对货品批号，发现错误批号禁止修改批号，数量改“0”，数据回传ERP更新后，将ERP订单为“0”的品种重新做单，在ERP系统按照正确批号发货。
大包装中药饮片用麻袋装货，易碎和带刺品种使用周转箱或者纸箱。
监管码药品在基础资料中标识，分播扫描货品条码时，WMS系统提示监管码药品，扫描监管码核对。
商业公司、部队、门诊、医院、客户自提等特殊客户，此类特殊客户订单拣货完毕后在WMS系统中单机扫描复核，核对批号和监管码。
3.2.4 关键系统配置
波次管理系统配置
3.3 订单拣选分拣方法
3.3.1 方案布局示意图
3.3.2 主要技术方法
使用大规模汇总拣货再分播的拣选流程
初期一次拣20单，后续一次40单，再后使用电子拣货车实现每次80单。
全范围全流程使用条形码识别、检测、录入技术
使用全电子化的电子标签加条码扫描的电脑分播工作站，每站最大分播订单数20个。
扫描商品条码时，每次一个录入电子监管码。
电子监管码采集方法
◆方法1：在播种工作站扫描分播时，逐个扫描药品的电子监管码并录入系统，而后上传到中天的信息系统。
此方法可以将电子监管码和订单实物一一对应。
◆方法2：在拣货之后分播之前，由专人逐个扫描药品的电子监管码并录入系统，而后由软件按照某种规则将监管码分配到每份订单。
◆方法3：在药品上架时，由专人逐个扫描药品的电子监管码并录入系统，然后由软件按照某种规则将监管码分配到每份订单。
注：1、上述监管码的分配规则由双方商讨确定。
2、方法2和3使用的硬件由中天公司提供，托贝克公司只提供软件功能。
3、一次可以扫描录入多个电子监管码的设备和方案另行商议。
4. 报表需求定义
5. 接口需求定义
6. 客户化需求定义
7. 数据转换策略和需求定义
7.1 数据转换策略
将原ERP系统的基础数据，使用数据导入、接口传输或手工录入的方式导入WMS系统，需求转换数据如下：
7.2 需求定义
8. 权限策略和需求定义
8.1 权限策略
按岗位职责设定包含不同的用户角色，在用户角色中设定不同业务操作权限，在WMS中将岗位职责分配给相应用户
8.2 需求定义
9. 其他问题
（文字说明，指目前还未解决的问题或尚未决策）。