大浪淘沙系列12最新写的B2C的WMS需求案Word下载.docx

大浪淘沙系列12最新写的B2C的WMS需求案Word下载.docx

《大浪淘沙系列12最新写的B2C的WMS需求案Word下载.docx》由会员分享，可在线阅读，更多相关《大浪淘沙系列12最新写的B2C的WMS需求案Word下载.docx（12页珍藏版）》请在冰豆网上搜索。

6. 

部门总监，拥有所属部门所有的查询及查看权限，但不设定导出或操作权限。

7. 

除必须的作业外，任何职能岗位的人员不得导出系统信息（客户信息，订单信息及有关公司机密及操作界面的页面），如果作业需要，必须提交导入信息报表，由部门总监核审通过后提交信息部，得到信息部授权后方可操作，且必须到行政部及总经办进行备案处理。

8. 

各权限角色使用方，必须在第一时间进行密码更新，信息部或相关权限设定人员有责任查实密码更新的结果，以保正，用户名及密码的唯一性。

基础信息设置

仓储管理系统属性设置主要是WMS系统实施时对系统基础数据的录入维护，以确保系统能正常运作，包括以下几项；

1． 

人员信息（姓名、性别、出日年月（生日提醒）、联系方式、紧急联系方式（很重要）、学历（很重要）、特长等）

2． 

岗位信息（包括岗位所属操作权限、岗位职责、岗位的直接下属人员人数及姓名、岗位的直接汇报者等）

3． 

人事信息（包括学历、工作经历、之前的工作背景、在本公司是有否人推荐？

推荐人姓名及职务、公司关系等）

仓库设置

仓库设置是对物理仓库信息进行维护，用户可按照实际物理仓库进行仓库划分，也可对物理仓库虚拟化划分为多个仓库进行管理（如作业仓和加工仓）。

用户将仓库设置中基础信息如：

仓库地址、邮编、联系人、联系电话等设置好后，系统将自动调用此信息入相关报表（如以后建立分仓或外地中转站）。

库区设置

库区设置可以是指仓库内物理上某些连续区域的定义信息，也可以是物理上不连续但可以存放某一特定含义货品的一些库位组成的库位组，系统对以上类型信息进行维护。

库区设置如下；

大区：

✧∙置地区

✧∙货架区

✧∙作业区

置物区、货架区：

✧∙暂存区（待入库、待出库）等处理区

✧∙赠品区

✧∙畅销品区

✧∙促销品区

✧∙坏货品区

✧∙恒温区（多指液态，粉态等，化妆品居多）

✧∙百货区

✧∙服装区

✧∙高价值区

作业区：

✧∙收货区

✧∙发货区

✧∙退货区

库位类型设置

库位类型设置是指具有某一相同属性或特点的库位的分类，系统对库位类型进行维护。

如；

置地区和货架区有相同属性的产品和同属性的区域，这种库位设置需要明确，因为会产生区位的货品库区转移行为；

库位设置

仓库内指定的存放货物的空间位置信息，系统对库位信息进行维护，具体如下；

库位+区位+架位+货位

案例；

条件；

A仓为置地仓，B仓为货架仓，均为A-Z区位摆方需求产品号为123456

演试；

BF-03-02 

找到123456 

解释；

货架仓的F区的第三个货架的第二层上的123456 

注：

因公司大部份产品做不到以条型码进行收货处理，且我司的产品更换频率会较高，一个货位上可能会有多个产品，所以并没有设定一个货位号绑定一个商品，因而会出现一个货位号会有多个商品，但商品信息是和货位号绑定的，所以我们需要可以即时调整货位号的可变动性的系统支持。

供应商信息设置

系统对诸如供应商、承运商、发货人、付款商、货代、其他等不同服务对象信息进行维护，其中包括基础信息、结算信息、附加费用设置等。

供应该商信息设置有助于仓储物流部协助PM对供应商的管理工作，并监控供应商的实际发货，到货，退货的各项效率的作业情况。

商品设置

职能操作员或PM预先定义好仓库内最小存储货品单元信息，其中包括商品的商品号编码、区域补货设置、货位号设置、商品信息、材质、规格、大小等。

系统将在之后的收货、库存、出库等流程中调用这些信息。

设备管理

系统对仓库作业设备进行管理维护，其中包括：

设备是否可用，设备的体积，设备的重量，设备价格，设备的使用频率，设备的领用记录，设备的保修时限，设备的维护记录等。

所以有的作业设备需要有专人专岗位进行调控，务必达到设备的归属及使用责任到人，需要在系统中体现设备的领用记录及归属记录。

并向行政部存档。

及时信息反馈管理

系统的及时信息反馈管理将主要用与需要跟进事项的信息预警机制管理，在单笔PO单、SO单或RMA单未结束前，暂停作业（如下班或其他异常要延迟操作）需要后续跟进的需要建立系统预警提示功能，此功能与作业跟进人或指定跟进部门进行后续作业的跟进处理。

最佳有绑定邮箱自动提醒功能。

案例：

已经包装好待发运的123456订单客户要求延迟送货并指定送货时间，CS会接收客户信息后在单笔订单进行注明客户需求，并在系统进行邮件确认到仓库相关责任人邮箱，并在客户指时发货时间前会进行邮件的提醒，直到事件确认完结。

收货管理

完成仓库内部整套收货流程，其中包括PO单管理，收货验收确认，QC，包装及代加工作业、人工、智能收货，暂存，上架，收货历史查询等功能，如下：

计划入库（PO管理）

PO（PurchaseOder）管理是用于PM某一特定时间段内向仓库入库的货品名及对应数量，为仓库收货提供一定依据及控制，并对PO维护及状态跟踪

PM在向供应商达到采购指令前会在系统生成一个PO单号，此PO单号成为仓库收货的依据，并在系统输入PO单号后，系统会显示该PO单内所有的产品的清单，并显示该PO的所有产品的商品号或条码号，件数等相关PO信息。

PO单管理

PM及供应商提供给仓库的产品清单。

最佳状态是将建立的PO单直接与收货系统进行绑架定从而建立收货单，需求用户也可在此查询所有状态的收货单据，其中包括：

收货单生成、收货确认、暂存、未上架、已上架等状态。

所以完结或异常的PO单，要求在系统中设这一可打印（或导出）项目，有部份PO单据影响我司对供应商及承运商的清算流程，另有助于加强我司的对PO单的归档及对供应商及承运商的管理监控作用。

人工收货

当货品入库时为不规则托或货品信息不全时（如没有条形码，无法确认到货品信息详情），如箱内件数、货物摆放区域和相关适合库位类型不祥时，操作人员可根据实际情况录入基本信息，并对其进行收货确认操作，以完成整个收货流程。

此操作需要人工进行操作，效率较慢，属于异常操作的一个案例。

智能收货

PM在直接需要在系统中提交PO的申请，并将PO信息同步更新到WMS系统中，PO单相应产品到货到，仓库收货人员根据PO单号及PO单内所描述的货品信息进行收货处理。

流程：

收到供应商的到货（之前应该会有到PM货预警），在系统中输入相应的PO单号，系统中出现PO单号及该PO单号列表中的货品信息，再根据产品的条形码进行扫描（输入系统）系统操作，差异的，多的均扫描不行系统或扫描器进行报错。

有多件同类产品可设定人工清点数量后在入库商品号后输入件数进行确认（不推荐此操作），其他无法进行正常的智能收货情况的均由人工收货处理（不推荐此项作业操作）

支持半入库状态，不影响正常的货品销售，但需要设定半入库状态的预警提醒机制，以便后续的跟进作业。

QC

QC多用于百货的收货产品是否与订购产品是否一致，主要为功能和颜色及外观开头

QC多用于服装的收货产品是否与订购产品是否一致，主要为款式，大小，颜色，百料等

QC的作业人在完成作业环节后需要在系统进行确认，以便进行责任的清分

代加工、包装环节

代加工，和包装环节主要用于批量商品的换标贴标及重新包装业务，有部份产品需要重新贴条形码，并匹配致系统。

智能上架

系统根据产品的特性及体积，重量，销售情况来确定该货品的库位，区位，架位，货位信息，并由仓库指定的货位编码专员进行系统增减作业或移位作业，该商品是同编排好的货位好绑定，不同仓位可以有两个相同产品，但一个仓位内的商品绑定货位号是具有唯一性的。

因为可能存在一个货位号多个商品号，所以货位号并不绑定单项商品，商品号可以绑定货位号，这意味着，系统需要支持，在输入货位号查询的时候，该货位号可能出现多少个商品号，但在同一仓位情况下，输入商品号只可能会出现一个货位号（这个很关键）

入库历史查询

对一定时间段内入库货品历史信息进行查询，其中包括：

PO号、商品号、收货运单号、箱数、件数等和系统提供的其他货入库商品的信息。

需要系统支持，在指定时间段时间查询所有处理或待处理的PO单情况，并根据系统操作人痕迹来排查各项交流环节的差异（注；

没有异常，通常情况下是不需要进行历史查询）

收货报表

对一定时间段内入库货品信息进行统计并汇总成报表，其中包括：

PO号、货品明细（货品品项，货品件数，货品体积，货品属性等详情）、供应商信息、收货时间、收货异常、收货金额、承运商信息等信息。

库存管理

该模块包括仓库库存内部操作，其中包括：

当前库存查询、库存成本报表、特殊货品报表（保质，恒温，不规则货品，高价值货品）、畅销品库存、滞销品库存、暂存，借货、冻结、移库、移仓、分离、库存调整、虚拟库存、盘点等基本操作，如下：

库存查询

根据相关查询条件查询当前库存状态，并按品项号、供应商号、SO单号、PO单号、RMA单号、货品号、货位号可以归类现实查询结果

库存历史查询

对应需求操作人员对某种商品进行历史追踪管理，可查看到该商品的所有的状态（入库，出库，暂存，异常等），内部调整等所有状态和汇总显示，以确保需求操作人员能对该商品所有操作流程的状态的掌控，便于进行下一步的作业。

库存报表

当前实际库存明细报表，在报表中显示项目分为，货架区库存，置地区库存，坏货库存，暂存库存，借货库存、冻结库存，在途库存，已售出库存，虚拟库存等项目，并根据需求操作人的作业需要查看不同的库存报表。

库存成本报表

库存成本报表由PM及FIN部门共同制定，仓储部门协助，核心点在于销售量与实际备库是否匹配，以及核算我司的库存周转期及现金流是否合理，有效管理库存及供应商及本公司内的MKT及SALES部门的综合能力。

仓对仓补货单

对频繁快速出库货物进行有效的管理，提高货物出库效率，主要行为体现于置地仓向货架仓进行补货处理，有效提高出库货品的效率，及减少异常的减半操作比例。

盘点表

定期打印当前库存与物理库存进行核对，并维护到系统内，保证系统库存与物理库存一致

盘点作业规范，确保盘点物流库存与系统库存一致，在盘点同时，必须有PM及仓储部人员参加，财务部监控，并由仓储部在系统中提交盘点结果，提交损益需求，通过行政部的审核后交总经办确认，由财务部最终确认损益调整的动作。

其盘点产生的损益风险，由财务统计损益报表，提交系统，损益报表结果为；

正负相加，正负相抵，并由PM及财务共同提交平衡值。

移库单

实现货物从一个库位到另一个库位的转移。

操作员可也可以根据实际情况输入查询条件对系统所查询处的货物进行批量转移至某个库位，并生成移库单。

主要用途在于，多件产品一个货位放不下，暂存在另一个货位，待清理更多可用货位时用于移库。

转换单

实现货品的商品号转换成另一个以存在的或新生成的商品号，原商品号注销处理。

主要用于，同类型货品有多个商品号或以货品的属性及公司销售决策进行商品号的转换

案例，有多种颜色的货品，因为滞销做活动，不需要区分颜色，随机销售，则需要将各种颜色的不同商品号转换成同一商品号，进行销售的库存整理。

分离单

部分货物分离出来形成新的移动单元并移动到其他库位上

有拆分销售的产品有此类需求。

库存调整

如果实际仓库中货物数量与系统内数量不符，用户可根据一些历史记录分析完错误原因后对数量进行调整，系统会将调整原因记录，并记录操作人员的操作痕迹。

转仓

可将一个仓库的货物转入另一个仓库，实现仓库与仓库之间的货物转换

多为批量转仓，如滞销品从下架转入置地仓或暂存仓待处理或进行后续的退供应商处理

转向单

系统需要支持，SO或PO单更改的功能，更新供应商或货品信息等，都需要转单作业。

合并单

多个SO单指向同一客户或多个PO单指向同一供应商，成本并单处理，系统自动区分及提示并单，再进行后续作业最佳。

虚库

设立虚库更多原因是在一些畅销品的库存不足的情况下，做出的不影响正常销售的一种手段，在安全的采购期类，根据供应商及时的到货时间设立合理的虚库来保证订单的正常销售。

借货单

借货多产品于，借货目标货品有异常（丢失，损坏，内部订购等），人为的根据需求从系统中将库存占掉，不影响正常的销售和出库。

多用于少量货品的库存占有。

冻结

系统对查询出的可用状态（可入可出）的商品号进行冻结处理，以确保查询出来的货品无法出库，可用做安全库存。

多用于批量的库存占有，用途类似借货，等同批量借货，多用于货不对版，或同期PO产品有严重的质量问题的货品。

解冻

系统对用户查询出的无法出库的库位进行库位可用状态的恢复，以保证这些库位上的货物能正常出库。

保质期报表

收货时在收货单内相应货品有过期日期录入，则保质期报表会对应现实其保质期情况，并设定系统自动提醒的预警功能。

库存预警

系统对有库存上下限设置的货品统计出报警报表

在一段时期内，库存较多或库存较少的商品进行预警设置，方便PM及时进行货品的采购或进行滞销品的处理动作。

常见为以时间段条件来查询进行货品的实际库存状态并型成报表。

仓库温湿度调整

对仓库内部的温湿度进行管理记录，方便仓库管理人员依据此信息进行仓库防范工作。

有部份产品（如液态，粉剂、化妆品等）需要恒温库放，需要建立提醒功能。

出货管理

完成整个出库流程，其中包括：

订单管理，配送发货，出库历史，SO单退货管理等，如下：

销售订单（SalesOrder）,系统对货主提供的订单信息进行维护、查询，在拣货前可进行修改或取消；

在发运确认前可以还原订单，即货品原数归回原处；

订单信息将作为拣货出库信息基础。

SO订单

订单部打印SO单，SO单用于内仓作业的各个环节

订单部打印订单是分货到付款，款到发货及配送区域进行订单的打印，因为订单的付款方式不同及配送区域不同会采用不同的3PL承运商

上海同城或其他同城配送订单均用SO订单作送货面单，上联带LOGO为客户联，下联为3PL承运方留底联做对账及查询用

3PL运单

除同城配送外，因付款方式、配送区域的不同，交由不同的3PL承运方进行委托配送，所以要打印相应的3PL提供的配送面单，与SO单信息一致

并将3PL的运单号绑定SO订单号，以便后续发货作业。

票据打印

有部份产品需要发票打印，此项目暂不提供建议

配货

系统对订单生成状态的批次订单按照批次订单的货位的最佳捡货路线进行配货，进行无返向捡货，拣货后作拣货确认。

人工捡货则不要需设备支持，按照捡货单进行捡货后交下一处理环节

智能捡货法，则由无线扫描枪（或PDA）先扫入批次捡货号，每次进行捡货作业时，扫描需要捡货的产品条形码，正确的正常扫进，错误的报错扫不进系统，余额的为漏扫的。

分拣

目前公司内部称之为此项作业操作为粗配细配，分拣环节，主要用于核对上任捡货环节的准确性

扫描SO单号（客户销售订单号）出现该SO单内货品清单，依次扫描货品，扫得进系统则为准确货品，扫不进为错误货品，余额的为漏捡的。

QC质检

QC主要为检查商品的完好性，内件是否完整，目前我司为抽检，系统操作需求同上。

包装

包装环节流程同分拣流程一致，先扫描SO单号，再依次扫描货品号，放入包装物内，进行商品包装处理

此作业环节除了包装外主要监控上任环节的商品是否与SO订单商品一致。

配载

配载的系统需要主要是根据SO单的打印指定的承运商进行分配，此配载环节在发运前由订单部进行系统配载或在待发运时由配载人员进行配载均可。

在配载过程中，确认承运商配送区域后依次扫描SO订单的SO订单号，不属于该3PL承运的订单，扫描报错及扫描不进余额的为漏分配的。

发运

对已经配载确认的单据生成发运交接单，发运交接单生成后根据实际情况作发运确认，配货及发运过程完成。

针对不同的承运商打印一式二联交接清单，双方各执一份（如果财务需要则一式三份）

更改运输或配送方式

已经发运的订单，由于配送公司的区域、重量、体积的影响可能会造成运输配送退回更改，需要系统支持直接改更运输或配送方式，并在SO单的备注进行注明，在更改后运费超过原有运费额度过高，需要部门的经理或总监进行确认后方可操作，需要在系统支持提醒功能。

待发运查询

系统提供待发运状态货物的查询及结果打印，其中包括下单时间、SO单号、货主、库位、捡货时间、分拣时间、包装时间、配载时间，待交接承运商信息等。

出库历史查询

系统提供出库历史条件查询及结果打印，其中包括定单号、承运信息、出库日期及各项交接环节等信息。

出货报表

系统提供时间段范围出货明细报表，发货时间、发货单号，收货人，收货地址，收货金额等详情发货信息

系统提供在线或现场退换货服务，以增加更好的客户体验，并自动生成RMA异常退换货报表及提醒表单。

退换货申请

客户在收到货对于有异常的订单或部份退货时，向系统提交退换货申请，CS通过审核后生成RMA（ReturnMaterialAudit）订单，客户将按客报或系统提示进行货退仓的RMA处理作业，并生成RO单（RMAOrder），形成待处理状态

RO单处理

RO单生成，将因RO单归属的情况按异常的不同进行分类，进行实际的客户需求进行RO的不同部门的处理，分有检测、换货、退货、换购等不同情况，分别由CS及售后人员进行订单的审核后分流到相关的处理部门，如RMA检测组，退货组，财务等部门。

如果需要多个部门及组进行协调配合，系统需要有移交提醒功能，有助理改善我司在异常订单处理的效率及精准性。

检测组（QC）

目前由候燕操作的作业，所有的退件订单必须通过CS审核后，先交检测组进行退换货的原因，清算责任后根据客户提交的需求在系统中进行不同原因的分发及处理后续处理。

退货处理（退客户）

退货组在系统接到处理订单需求后，由退货组执行检测退货原因后，进行Return操作。

退货处理（退供应商）

退货组在收到因质量问题造成的需要退回供应商的商品时，由PM进行产品确认及供应商沟通结果，确认退货处理，将同一供应商的一段时期的退货进行统一整理出库后以SO单形成负采购，安排退回供应商。

换货处理

退货组在系统接到换货订单需求后，根据客户要求进行换货产品的实际库存进行清点，确认实际库货，进行后续的作业

在系统提交换货需求后，收货组收到退件，入库，转交到检测组，检测组到系统确认收到此单RO订单，并对实物进行检测，并将检测结果更新至RO订单中，转交到暂存仓，根据后续处理结果转交到相应的部门进行处理。

退换货确认

RO订单的操作最终由最后执行作业的人部门或人员进行订单的处理完结的确认，并将处理环节结果（最佳有时间节点）公布在客户可见后台，以增加客户体验度。

成本费用管理

系统自动根据设置的基础信息完成系统中收货、库内、出库的成本核算，如下：

生成仓储成本及核算物流配送成本

系统自动按照预先自定义的一些仓储运营成本费用基本信息对仓库各个环节产生的成本进行核算，其中内仓储成本包括租仓费和内仓作业的成本费用（HR成本，设备，耗材，折旧，自然损耗）。

物流配送成本因为100%外包，则为分为运营HR成本及运费成本（发货，退货，代收费率）

仓储及物流成本均以平均单件成本进行对比。

物流费用管理

系统将按照不同物流公司的发单报表，根据留存低单，根据物流公司实际作业情况，总运费减去因差异产生的赔付后进行结算

部份物流公司在COD货款直接抵扣运费，则需要在系统设置运费标准及，加入重量及体积的核算系统。