某公司YonSuite项目XXX业务解决方案第1页共40页项目编号：项目名称：文档编号：版本号：XX公司YonSuite项目XX业务解决方案用友网络科技股份有限公司提交日期：XX公司用友网络科技股份有限公司项目负责人：（盖章）项目负责人：（盖章）签字日期：签字日期：YonSuite交付事业部更改记录日期作者版本更改记录审阅日期姓名职位2011-1-23业务负责人签字页业务范围业务负责人签字日期YonSuite交付事业部某公司YonSuite项目XXX业务解决方案第3页共40页目录1文档说明-----------------------------------------------------------------------------------------------------------------------------------41.1定位和目标-------------------------------------------------------------------------------------------------------------------------41.2阅读范围----------------------------------------------------------------------------------------------------------------------------51.3流程图说明-------------------------------------------------------------------------------------------------------------------------52企业基本情况-----------------------------------------------------------------------------------------------------------------------------62.1企业介绍----------------------------------------------------------------------------------------------------------------------------62.2企业组织机构----------------------------------------------------------------------------------------------------------------------62.3企业操作人员----------------------------------------------------------------------------------------------------------------------63本项目建设目标--------------------------------------------------------------------------------------------------------------------------64本项目实施单位及业务范围----------------------------------------------------------------------------------------------------------75XXX服务业务解决方案-----------------------------------------------------------------------------------------------------------------75.1业务设计方案----------------------------------------------------------------------------------------------------------------------75.1.1业务现状及分析-------------------------------------------------------------------------------------------------------------75.1.2整体业务流程-------------------------------------------------------------------------------------错误！未定义书签。5.1.3与其他模块接口（针对其他厂商接口）---------------------------------------------------错误！未定义书签。5.1.4核心需求及对应解决方案---------------------------------------------------------------------错误！未定义书签。5.1.5业务流程清单-------------------------------------------------------------------------------------错误！未定义书签。5.2数据准备----------------------------------------------------------------------------------------------------------------------------85.2.1数据要求-------------------------------------------------------------------------------------------错误！未定义书签。5.2.2系统初始化基础档案----------------------------------------------------------------------------错误！未定义书签。5.2.3系统期初数据-------------------------------------------------------------------------------------错误！未定义书签。5.3XXX业务解决方案---------------------------------------------------------------------------------------------------------------165.3.1XXX业务解决方案-----------------------------------------------------------------------------------错误！未定义书签。5.4XXX需求实现方案汇总---------------------------------------------------------------------------------------------------------39YonSuite交付事业部1文档说明1.1定位和目标本解决方案是方案设计阶段的里程碑成果文档。项目总共分三个阶段，项目组已经完成第三阶段的工作。本解决方案是用友项目组通过前期对某客户调研，以及调研形成的需求分析报告，进行某公司目标业务流程设计；业务场景实现、配套的政策与建议。本解决方案是参照现有各公司的业务流程及管理制度内容进行撰写。为保证报告的统一性，在业务流程上共性的业对于各公司中个性化的业务和方案，我们也在解决方案中尽可能补充。在成文过程中，得过了项目组同仁的大力帮助和支持，以及各公司业务部门关键用户的鼎力配合，在此特别向各位表示感谢！由于方案时间紧迫，差错和不足之处在所难免，请大家及时补充和纠正。下一步，将依据本解决方案进行项目上线。本文档经过双方项目经理签字、加盖公章后，确认本报告所述内容是真实可靠的；并表示解决方案阶段已经结束，达到项目目标，实施进入下一阶段工作。为控制项目风险，保证项目成功，双方都有义务保证方案的稳定性和完整性。如果在系统建设和上线切换阶段需要对方案进行调整，双方应该本着双赢的原则按照变更流程进行变更。《项目实施计划》《项目启动会会议》《需求调研问卷》《业务解决方案》《系统测试报告》《系统上线报告》《业务操作手册》《业务培训PPT》《项目阶段总结报告》《问题跟踪表》YonSuite交付事业部某公司YonSuite项目XXX业务解决方案第5页共40页1.2阅读范围本文档的传阅范围包括：关键用户及管理者、项目组成员、用友项目组、用友项目管理办公室（PMO）。1、关键用户及管理者：主要确认本文档内容的相对准确及完整，是最终使用者。2、某项目组成员：包括项目总监、项目经理与系统管理员，是整个项目需求确立、设计、实施规划、执行与控制人员，主要关心本文档的业务范围、核心需求、需求分析及解决思路。3、用友项目组：项目实施组织者和进度推动者，也是实际业务与系统匹配的实现者。其主要关心产品的实施范围、项目的边界、需求的满足、管理的要求，以便能够确实地理解用户需求。4、用友项目管理办公室（PMO）:包括用友项目总监或实施总监，PMO评审专员，PMO管理专员。负责本项目文档的质量评审，权责确认，绩效评价，从过程管理的角度确保项目质量。1.3流程图说明准备符：流程的开始，例如：项目启动终结符：流程图的结束，例如：项目结束系统流程：系统流程的关键步骤系统单据：系统流程的该步骤所使用的单据判定：流程中的判断步骤，如：是否进行下一步YonSuite交付事业部动态连接线：流程步骤之间的链接(根据业务的需要可对动态链接线进置，如虚线、双线、无端点、箭头方向或插入文字叙述)批注：用于流程关键步骤的要求与注意涉及到的别的流程：此流程若涉及到了别的流程，则用此功能框记录涉及的流程2企业基本情况（区域BA构建）2.1企业介绍2.2企业组织机构2.3企业操作人员姓名岗位分管所属部门李弘企业法人代表\总经理统管所有业务总经办2.4本项目建设目标YonSuite交付事业部某公司YonSuite项目XXX业务解决方案第7页共40页2.5本项目实施单位及业务范围3B2C订单中心业务解决方案（总部BA构建）3.1整体业务说明B2C订单中心是全网全渠道B2C订单处理平台，帮助企业及时处理线上线下2C业务的订单，高效准确的发货，快速处理退货退款业务、及确认退货入库，批量对线上商品进行补货，发货、退货单据与财务账单核对，保障收支情况准确、费用清晰明了。应用订单中心可满足企业的大批量订单业务处理需求，全面提升订单发货效率，精准清晰的管理资金流。3.1.1业务现状描述对接平台：淘宝、天猫、淘分销、京东、微盟、美团、饿了吗，京东厂家直送、快手、抖音、小红书、1688、唯品会MP、U商城、拼多多、有赞、驿氪、爱库存；对接仓库：富勒、巨沃、日日顺、通天晓、良才、百事云仓顺丰WMS等，凡WMS对接奇门接口的均可与B2C订单中心对接；对接erp：U816.0、NC65、NCC2005；硬件对接：USB类型的打印机、扫码枪；多组织应用：支持多组织应用；财务处理：支持对接税务云进行客审订单开票，支持与物流服务商账单核对，支持导入支付宝、京东、抖音、有赞等账单导入用于收款核对。3.1.2业务说明（标准产品业务场景说明）1、企业自有仓发货；2、电商平台仓发货场景；3、WMS仓发货场景；4、售中、售后退款场景；YonSuite交付事业部5、售后退货场景；6、售后换货场景；7、智能分仓分物流场景；8、财务对账9、运费核对3.2基础数据解决方案3.2.1组织组织管理是指通过建立组织机构及组织间的关系，规定职务或职位，明确责权关系等，实现企业内外部业务管理和协作的过程。组织是系统业务运行的基础，也是权限隔离的基本维度。企业的组织机构通常都是由具有一定职能的组织单元、部门和组织间的关系构成。在企业账号下建立企业的组织机构。通过建立组织单元、部门及组织单元的上下级关系构建企业的营运组织架构。组织单元是指企业中承担某项独立业务职能的最小经营机构，可以是行政实体机构，也可以是虚拟机构。组织一旦建立就成为组织单元，可以指定组织单元的上下级关系。路径：【数字化建模】-【组织管理】-【业务单元】YonSuite交付事业部某公司YonSuite项目XXX业务解决方案第9页共40页3.2.2部门部门是组织单元下划分的一些行政管理单元。企业中的人员都基于部门建立。部门档案的定义也为业务单据上记录原始业务发生的部门提供依据。关键应用： 支持部门的增删改查，支持新增平级、新增子级； 支持部门的启用、停用； 支持部门的导入导出； 主要字段说明； 用表格说明常规字段名称、以及字段说明。路径：【数字化建模】-【组织管理】-【部门】YonSuite交付事业部3.2.3交易类型交易类型是基于业务的不同性质及管理要求，对同一单据类型下的单据定义的细分分类。这些业务规则可以是不同维度的：如流程不同、模板不同、属性不同。同一单据类型下可以拥有多个不同业务规则的交易类型，客户可以根据自身的需求自由定义。每一个单据都有其执行前的约束条件，及其执行完成后所要处理的事件。实施时，可以基于单据定义相关的动作规则。交易类型在继承了单据类型的动作规则的同时，也可定义自己的动作规则。用户可以选择需停用的单据类型的动作规则，同时可调整相应动作规则的执行顺序。在实际业务使用的过程中，系统会优先按顺序执行交易类型定义的动作规则。路径：【数字化建模】-【流程管理】-【交易类型】3.2.4客户档案用于店铺档案指定对应虚拟客户，对应店铺订单后续按该客户记账、核算。路径：【数字化建模】-【基础数据】-【客户档案】YonSuite交付事业部某公司YonSuite项目XXX业务解决方案第11页共40页3.2.5仓库档案用于库存管理，订单匹配仓库，对接WMS、平台仓对照等。路径：【数字化建模】-【基础数据】-【仓库】3.2.6供应商用于物流网点对应供应商，物流运费核对生成费用结算单供应商取值物流网点对应供应商。路径：【数字化建模】-【基础数据】-【供应商档案】YonSuite交付事业部3.2.7物料档案计量单位、物料分类、商品分类、物料创建：物料的业务属性勾选“销售”，销售渠道勾选“线下零售”。维护“线下零售单位”“要货单位”、“建议零售价”（可为空，用调价单定价）。路径：【数字化建模】-【基础数据】-【物料创建】3.2.8银行类别、银行网点、银行账户用于结算方式对照，根据不同店铺指定收款银行网点和账户。路径：【数字化建模】-【基础数据】-【银行网点】路径：【数字化建模】-【基础数据】-【企业银行账户】YonSuite交付事业部某公司YonSuite项目XXX业务解决方案第13页共40页3.2.9结算方式、结算方式对照用于店铺得结算方式，及结算方式对应得银行账户。路径：【数字化建模】-【基础数据】-【结算方式】路径：【数字化建模】-【基础数据】-【结算方式对照】YonSuite交付事业部3.2.10店铺档案店铺档案用于对接线上店铺，给店铺指定发货仓库，实现后续得订单下载，发货回传，库存分配等。路径：【B2C服务】-【B2C订单中心】-【零售店铺】YonSuite交付事业部某公司YonSuite项目XXX业务解决方案第15页共40页3.2.11物流网点、物流计费标准订单发货是指定得物流网点维护、通过物流计费标准维护用于后续计算快递物流费用，跟物流公司提供的账单进行核对。路径：【B2C服务】-【B2C订单中心】-【物流网点】3.2.12电子面单接口用于获取快递单号的接口，首先要在各线上平台申请开通电子面单并充值数量，设置号快递模板，对接后可打印快递单、发货单、拣货单。路径：【B2C服务】-【B2C订单中心】-【电子面单接口】YonSuite交付事业部店铺商品档案费用项目商品对照订单免审策略定时任务3.2.13数据编码方案物料编码天猫商品商家编码010102020303注：物料编码尽量与线上平台编码保持一致，用于自动店铺商品关联，如不符需手动指定或导表关联。店铺编码店铺名称DY01抖音**店01DY02抖音**店02JD01京东**店013.3企业自有仓库发货解决方案3.3.1业务场景描述各电商平台的订单下载到订单中心，转单生成正式电商订单，在系统进行客审、财审、单据打印、验货称重、订单发货等处理，订单发货时物流信息自动上传电商平台，并生成销售出库单。YonSuite交付事业部某公司YonSuite项目XXX业务解决方案第17页共40页3.3.2业务流程图及说明业务流程说明：序号流程内容流程说明角色备注10拍下付款电商平台产生订单外部买家20更改地址及备注电商平台订单修改了收货地址、买家（卖家）备注买家/客服YonSuite交付事业部序号流程内容流程说明角色备注30下载将线上订单下载到订单中心电商客服40原单下载到订单中心的原始订单电商客服50转单将原始订单转成订单中心系统订单电商客服60订单订单中心系统订单电商客服70客审、财审客服审核系统订单，财务审核订单金额客服/财务80单据打印打印快递单、发货单、拣货单。仓库人员90验货称重验货：检查即将发出的货物拿的对不对。称重：称快递包裹重量。仓库人员100订单发货系统订单进行发货，更新发货状态。仓库人员110更新发货状态将发货状态和快递单号回传给线上平台系统自动120日结按明细或汇总生成销售日报运营/客服130销售日报根据订单生辰的日报，后续用生成应收运营/客服3.3.3企业自有仓发货业务系统实现3.3.3.1业务流程业务说明：客户有自己的仓库进行打单发货业务流程。YonSuite交付事业部某公司YonSuite项目XXX业务解决方案第19页共40页1.原单下载：支持自动下载：定时任务设置支持手工下载：按时间段+状态下载、按交易编号下载、按买家昵称下载。支持手工导入：EXCEL批量导入交易原单（需下载最新模板，按要求整理数据、导入）。角色：电商客服路径：B2C服务>B2C订单中心>交易原单>下载2.原单转单：将原始订单转成系统订单（可设置自动转单，详情见参数设置说明），交易原单转单生成电商正式订单过程会依次执行以下逻辑：分配仓库、分配发货物流、合并发货、匹配促销活动追加赠品、套件拆解、自动拆单；YonSuite交付事业部路径：B2C服务>B2C订单中心>交易原单>转单角色：电商客服3.订单客审：用于调整一些订单的基础信息，如收货人信息、仓库、物流、拆合订单等，所有信息调整无误后进行审核。（可通过免审策略自动客审）路径：B2C服务>B2C订单中心>订单审核>审核角色：电商客服功能说明：YonSuite交付事业部某公司YonSuite项目XXX业务解决方案第21页共40页4.订单财审：财务人员审核订单实收金额是否符合公司定价标准（可通过免审策略自动财审）。路径：B2C服务>B2C订单中心>订单审核>审核YonSuite交付事业部角色：财务5.单据打印：打印快递单，拣货单、发货单，快递单设置路径去各个线上平台指定地址设定，可根据实际情况选择打印相应得单据。路径：B2C服务>B2C订单中心>打单发货>打印角色：仓库人员6.验货、称重：此环节用于检验需要发货的快递商品拿的对不对，以及给快递包裹称重用于后续的运费核对。验货称重环节可根据实际情况来，也可不执行，直接发货。路径：客户端>订单验货>订单称重（后续会在web端上线此功能）角色：仓库人员YonSuite交付事业部某公司YonSuite项目XXX业务解决方案第23页共40页7.订单发货：执行发货后会将发货状态和快递单号回传给线上平台，如果该订单已在其它途径发货了，在发货节点可执行标记发货。可设置验货后自动发货，称重自动发货。路径：B2C服务>B2C订单中心>打单发货>发货角色：仓库人员8.销售日结：将发货的订单以日报的形式体现，后续生成财务的应收，日报可按明细的方式和汇总的方式生成，生成日报的时间可以按照固定时间、手动执行、发退货就生成（通过业务参数设置）。路径：B2C服务>B2C订单中心>日报管理>销售日报角色：运营人员YonSuite交付事业部3.4平台仓发货业务解决方案3.4.1业务场景描述（描述部门及角色）与企业自有仓发货不同，平台仓是商家把商品放在菜鸟仓、京东仓等，有了订单由平台仓直接发货，订单中心只做数据同步。YonSuite交付事业部某公司YonSuite项目XXX业务解决方案第25页共40页3.4.2业务流程图及说明业务流程说明：平台仓发货的订单中心无法干预整个的发货流程，只用于同步数据，相应的扣减库存，做后续的财务对账。YonSuite交付事业部3.4.3平台仓发货业务系统实现业务说明：平台仓发货的订单在系统里流转流程与企业自有仓是一致的，只是不用商家自己再去干预操作，全都可以设置为自动。1.仓库创建：先创建一个仓库档案用于对照平台仓库，当有订单下来匹配该仓库，扣减相应的库存。角色：运营路径：数字化建模>基础数据>仓库2.平台仓对照：将创建好的仓库和平台仓对照。角色：运营路径：B2C服务>B2C订单中心>智能路由>平台仓对照3.菜鸟仓发货转企业自己发货：当有订单下载的导订单中心后，可以通过参数控制未发货的订单要不要转单，加入此参数的原因是，可能菜鸟仓会拒发，那么此是还是需要企业自己发，所以就能转成企业发货。角色：运营YonSuite交付事业部某公司YonSuite项目XXX业务解决方案第27页共40页路径：B2C服务>B2C订单中心>业务参数>菜鸟已发货订单转电商订单菜鸟已发货订单转电商订单是：待发货可以转单否：待发货不能转单路径：B2C服务>B2C订单中心>零售店铺>我要授权我要授权界面录入菜鸟给的授权数据，用于接受菜鸟拒发的消息4.订单下载：订单下载后会取到平台仓编码字段，有此字段系统给自动给该订单匹配对应的系统仓库，后续流程均可自动，转单审核日结。角色：客服路径：B2C服务>B2C订单中心>交易原单YonSuite交付事业部3.5WMS仓发货业务解决方案3.5.1业务场景描述（描述部门及角色）企业签约了第三方WMS仓库，货物放在三方仓库，有订单仓库打单发货，现在市面主流WMS仓库均已对接奇门接口，而订单中心也已对接了奇门接口，可以实现订单中心与WMS仓的对接。3.5.2业务流程图及说明业务流程说明：对订单进行客审财审之后，系统会将订单自动推送给WMS进行发货，WMS将发货信息回传给订单中心快递单号，订单中心将快递单号及发货状态回传给线上，当发货前电商订单挂起的时候，订单中心会自动取消推送奇门，避免误发。YonSuite交付事业部某公司YonSuite项目XXX业务解决方案第29页共40页3.5.3WMS仓发货业务系统实现业务说明：除了系统内配置需要跟WMS要到申请奇门对接的相关数据给到用友实施，用友负责发起联调或对接，WMS审核过之后才能完成系统对接。1.仓库创建：创建一个WMS属性的仓库档案用于对照WMS仓库。角色：运营路径：数字化建模>基础数据>仓库2.奇门货主配置：通过WMS给到的货主编码、customerId进行奇门货主配置。角色：运营路径：B2C服务>B2C订单中心>奇门货主配置3.奇门仓库对照：系统仓库与WMS仓库做对照，并且可以设置一个订单中心的退货次品仓，当有退货产生，如果WMS推送了次品标识则可以指定退货订单的仓库为次品仓。可以设置是否指定物流公司，如果指定那么就在订单审核节点指定个物流，WMS仓按照指定的物流公司发货。角色：运营路径：B2C服务>B2C订单中心>奇门仓库对照YonSuite交付事业部4.奇门商品同步：订单中心物料同步给WMS，两边做对照，当订单推送给过去之后，WMS可根据相应商品发货。角色：运营路径：B2C服务>B2C订单中心>奇门商品同步5.订单推送：当订单财审后自动推送给WMS仓库，WMS发货后回传物流公司和快递单号，回推后自动发货回传线上平台。角色：运营路径：B2C服务>B2C订单中心>打单发货YonSuite交付事业部某公司YonSuite项目XXX业务解决方案第31页共40页3.6售后退货业务解决方案3.6.1业务场景描述（描述部门及角色）买家收到货后申请退货退款，客服人员在电商平台进行同意或拒绝处理，如拒绝则退款关闭，如同意先等待买加发货填寄回的快单号，当退货收到后交易关闭。YonSuite交付事业部3.6.2业务流程图及说明业务流程说明：退款单与正向订单处理流程相似，退款原单先把线上退款申请下载到订单中心，生成退款原单，转单之前需先在线上平台同意退货退款，此时退款单可以转单到退换货单，退换货单可以先做审核，当确认货物已经寄回可做入库处理。3.6.3退货退款业务系统实现业务说明：以下流程除了入库动作需要人工处理，其它环节均可通过参数配置形成自动。1.退款原单下：可通过定时任务自动下载也手动下载退款原单。角色：客服YonSuite交付事业部某公司YonSuite项目XXX业务解决方案第33页共40页路径：B2C服务>B2C订单中心>退款原单2.转单：下载后退款原单转单，转成退换货单。角色：客服路径：B2C服务>B2C订单中心>退款原单3.退换货单审核：在退换货单界面审核处理，审核之前可对退换货单进行调整，比如修改退货数量，金额。此处修改的信息不会回传线上平台。角色：客服路径：B2C服务>B2C订单中心>退换货单YonSuite交付事业部4.入库：当退货订单商品寄回到仓库后，仓库检查商品无误可点击入库处理，如果商品已经损坏，可通知客服人员，将商品转单次品仓。角色：仓库人员路径：B2C服务>B2C订单中心>退换货单5.参数配置：可以给店铺设置一个默认退货仓库，当有退货时可自动匹配该仓库。角色：运营路径：B2C服务>B2C订单中心>零售店铺YonSuite交付事业部某公司YonSuite项目XXX业务解决方案第35页共40页可以设置退款原单自动转单路径：B2C服务>B2C订单中心>零售店铺设置转单后自动审核以及售后退款是否要携带赠品。路径：B2C服务>B2C订单中心>业务参数3.7售后退款业务解决方案3.7.1业务场景描述（描述部门及角色）此场景分为两种情况（1）商家发货前买家申请退款，此类为售中退款，如果是全部退款那么相当于不买了，交易关闭。如果是部分退款那么则需要发未退款的那部分商品，此场景退的这部分不会再生红字日报。YonSuite交付事业部（2）商家已发货，但是可能货物受损，买家申请仅退款不退货，属于售后退款，依旧会生红字日报。3.7.2业务流程图及说明业务流程说明：售中退款时，正向发货订单会自动挂起，避免误发，处理售中退款和售后退款系统流程是一样的。3.7.3退货退款业务系统实现业务说明：以下流程均可设置自动处理。YonSuite交付事业部某公司YonSuite项目XXX业务解决方案第37页共40页1.退款原单下：可通过定时任务自动下载也手动下载退款原单。角色：客服路径：B2C服务>B2C订单中心>退款原单2.正向订单挂起：售中退款，正向订单自动挂起，避免误发，直到收单处理完成。角色：客服路径：B2C服务>B2C订单中心>电商订单查询YonSuite交付事业部3.转单：下载后退款原单转单，转成退换货单。角色：客服路径：B2C服务>B2C订单中心>退款原单4.退换货单审核：在退换货单界面审核处理，审核之前可对退换货单进行调整，比如修改退货数量，金额。此处修改的信息不会回传线上平台。角色：客服路径：B2C服务>B2C订单中心>退换货单5.正向订单解挂：当售后单处理完成之后，正向的订单自动解挂关闭。角色：客服路径：B2C服务>B2C订单中心>订单审核YonSuite交付事业部某公司YonSuite项目XXX业务解决方案第39页共40页6.参数配置：可以给店铺设置一个默认退货仓库，当有退货时可自动匹配该仓库。角色：运营可以设置退款原单自动转单路径：B2C服务>B2C订单中心>零售店铺4需求实现方案汇总需求编号主需求本次项目解决迭代方式系统解决管理解决遗留需求YonSuite交付事业部5持续运营建议----------以下无正文-----------YonSuite交付事业部
