下载文档原格式
文档修订摘要目录第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单生成交易明细。
业务流程蓝图设计
CO模块
流程编号：WXQC-ERP-CO-TB-050
流程名称：内部订单维护流程
责任人：
日期：
版本： 1.0
流程分解
姓名: ……………………………………职责: …………………………………… 日期: ……../……../……..
目标/宗旨
简述内部订单的维护。
建立内部订单维护申请制度。
改进内容:
统一并规范费用订单主数据维护处理流程
子流程综述:
该流程主要描述内部订单维护业务处理过程，包括业务部门提出申请、财务部审批申请、编制内部订单代码、在SAP系统内创建内部订单、对已存在的内部订单根据业务需要进行修改、冻结业务处理。
子流程现有做法:
现有流程中无内部订单维护流程
对现有做法的改变:
∙费用订单用于归集特殊事件和临时项目成本的对象。
∙费用订单主数据创建的同时可以维护结算规则，也可于费用订单结算前维护结算规则。
∙费用订单分统计性费用订单和真实费用订单。
若是统计性费用订单则不用维护订单结算规则，因为统计性费用订单只用于报表分析的用途
特殊情况说明 N/A
配套管理细则：
∙ 内部订单维护管理制度 权限管理需求
∙ 管理会计主数据维护员 ∙ 管理会计主数据查询权限 报表需求
∙ 费用订单清单 ∙ 费用订单修改历史 ∙ 费用订单创建历史。
XXX业务蓝图XXX股份有限公司金蝶软件（中国）有限公司2020年7月26日文档控制更改记录查阅分发审批签字:客户方项目经理：实施方项目经理：目录1前言...................................................... 错误!未定义书签。
目的.............................................. 错误!未定义书签。
读者.............................................. 错误!未定义书签。
说明.............................................. 错误!未定义书签。
2蓝图设计方案.............................................. 错误!未定义书签。
1......................................................... 错误!未定义书签。
2......................................................... 错误!未定义书签。
.企业概况.......................................... 错误!未定义书签。
.实施目标和价值.................................... 错误!未定义书签。
.组织架构.......................................... 错误!未定义书签。
.总体业务蓝图...................................... 错误!未定义书签。
.流程清单.......................................... 错误!未定义书签。
.术语解释.......................................... 错误!未定义书签。
仓库订单管理系统建设方案简介随着电子商务的发展，许多企业出现了大量订单数据需求，尤其是具有仓储需求的企业更是如此。
因此，建设一套高效的仓库订单管理系统具有重要意义。
本文将介绍一个基于云计算技术的仓库订单管理系统的建设方案。
系统架构整体结构该系统利用云计算技术构建，整体架构如下：前端浏览器 --- Nginx --- Web 服务器（Flask） --- 数据库服务器（MongoDB）技术栈•前端：JavaScript，HTML，CSS•后端：Python，Flask框架•数据库：MongoDB功能需求本系统需要提供以下功能：•仓库入库和出库订单管理•订单状态查询和更新•订单流转追踪与报表导出•注册和登录功能•支持多种支付方式技术细节数据库设计为了支持大量订单数据，我们选择使用MongoDB数据库进行存储。
MongoDB因其高性能、易于扩展和强大的数据分析功能而备受推崇。
我们可以利用MongoDB的文档结构来存储订单信息，并为每个订单分配唯一的订单号。
前端设计前端页面设计需要简洁明了，而且易于操作。
我们可以使用Bootstrap框架来构建前端页面。
后端设计后端设计要求良好的性能、高可用性和容错率。
我们选择使用Python语言和Flask框架进行后台编程。
Flask框架因其简单易用、灵活和高效而被广泛使用。
我们需要在后台实现以下功能：•更新订单状态：通过请求参数（如订单号和状态）来更新订单状态。
•查询订单信息：通过请求参数（如订单号或订单日期）来查询订单信息。
•实现支付功能：支持多种支付方式（如支付宝和微信支付）。
•生成报表和导出功能：将订单信息生成报表并导出为Excel文件格式。
安全性设计为了保证系统的安全性，我们需要采取以下措施：•数据库加密：对于机密信息（如用户密码和银行卡号等），采用加密存储。
•订单权限控制：仅授权的用户才能更新和查询订单信息。
•安全证书：对于需要使用HTTPS协议的网站，采用安全证书来保证数据传输过程的安全性。
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系统的情况。
通过本内容方便相关的人员了解该实施客户的基本情况描述客户的主要业务特点，以及主要管理制度的摘录(例如：财务管理制度、报表体系，包括部门设置和岗位职责等。
密级：★高★版本：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 业务流程一................................................ 错误!未定义书签。
业务蓝图设计订单拣选流程
广东中天项目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. 其他问题
（文字说明，指目前还未解决的问题或尚未决策）。
