电商定制平台系统框架开发方案
来源:广州软件开发 编辑:广州软件开发公司 日期:2020-05-17
各体系职能划分
PMS–收购办理体系:
供货商办理和根本产品办理:维护供货商根本信息和根本产品信息...供货商信息包含资格信息、账户信息等,根本产品信息包含产品类别、产品名称、规格特点、供应价格、计量单位等。在审阅经过后,一般需求遵循审阅流程,能够建立供货商与根本货品之间的联系。
收购订单办理和收购退货单办理:支撑单据打开和导出。供货商对应于收购订单。挑选供货商后,只能挑选与供货商关联的根本产品。
库房办理:包含库房办理、产品实物盘点、库存进程等。首要是对WMS数据进行同步表示。
运送办理体系:可接入京东快运等第三方物流体系。收到快递后,物流单据号的物流信息将同步到业务体系。对物流体系业务的了解较浅,在此不存在误导性。
WMS–库房办理体系:
根本办理:库房办理包含库房、责任人、所属行、库房方位办理的名称。库房的集装箱办理,如拣货拖车、分拣箱等。人员办理,权限设置,如库房,拣货机,分拣机,不同类型的角色权限不同..
入库单办理:包含收购入库、调拨入库、退货入库、盘盈入库。收购订单对应于业务体系的收购订单,退货订单对应于业务体系的权限维护顺序。收购订单和收购入库单可所以一对多联系。假如供货商发货时同一货品的生产日期不同,则入库时需求多张入库单生成批次库存。批量库存办理首要是为了便于在出库时定义规矩,如先进先出或提早生产日期。同时,假如出售的产品有问题,能够快速定位是哪个批次,并检查和禁用批次库存。
出库单办理:包含出售出库、调拨出库、收购退货出库、退货出库、盘亏出库。出售问题对应于业务体系的顺序,回来问题文档对应于收购回来文件。库房操作中的特定出售也更加杂乱,时间能够独自进行。
OMS–订单办理体系:
出售产品办理:与根本产品不同,根本产品首要维护收购信息。出售产品首要在前台出售,维持出售价格、Shangxiang、主画面、缩略图等。根本产品和出售产品是一对一的联系。
订单办理:包含分单逻辑、产品折扣分配逻辑、终究结算价格计算、用户下单付款后订单列表的显现、操作和导出。由于订单数据更加灵敏,包含收入和很多用户私有信息,订单数据开始输入时,订单数据将不会彻底显现,只能经过查找和挑选项目进行定向。导出通常只支撑在短时间内导出订单中的产品信息,如产品名称、出售数量等。假如有长期的数据需求,您能够与内部Bi团队衔接以生成数据陈述。需求细心设计与财政和用户信息相关的任何操作。
权限维护办理:用户在前台请求权限维护时,后台生成权限维护单。应用程序权限维护在sku级别,因此订单和权限维护文档是一对多联系。参阅我之前的文章,基于平台的电子商务和自营电子商务体系的详细售后维护流程与售后进程设计有何差异?
总结
一系列看似简略的操作,如产品收购、仓储、上架、前台出售,从加车、下单、兼并付款到收货后请求退款,都需求一系列巨大的后端体系来衔接和支撑操作。上面列出的只是体系中的通用模块,更一般,能够在任何时候深入发掘。期望有时间对产品设计中遇到的坑进行全面详细的讨论和总结。
最终给出了体系间交互的流程图。欢迎有兴趣的学生补充和交流。
相关阅读