CN107657432A - 云上综合门店管理系统 - Google Patents

Abstract

本发明公开了一种云上综合门店管理系统，包括前端的一个以上的智能移动设备、后端的数据库，以及位于前端和后端之间的多层云平台；所述智能移动设备通过与其信号连通的本层云平台上传信息到数据库，所述智能移动设备通过与其信号连通的上层云平台从数据库中下载信息。本发明减少了用户的管理成本，提到了用户的管理效率，提高了用户数据安全性，提高了用户访问性能:云端的服务器可以按需进行快速升级和扩展，保证了在访问量越来越大的情况下，仍然维持快速的响应。

Description

云上综合门店管理系统

技术领域

本发明涉及一种线上交易管理系统，尤其涉及一种利用共有云平台设置的云上综合门店管理系统。

背景技术

按照传统方式，涉及门店的线上商城，进销存管理，客户关系管理，财务系统，手机/微信端基本上都是孤立的应用系统，用户往往需要在这些不同的业务系统之间做很多重复性的，冗余性的，易出错的工作，比如设置账号，管理产品，同步单据，整合报表等等。增加了用户学习和使用成本，降低了用户的业务效率，导致了更多的数据转换和不一致性，降低了业务整体安全程度。

发明内容

本发明要解决的技术问题是传统门店管理上的信息孤岛问题，并在整合的同时，能够提供个性化、低成本、整体化、安全可靠的管理系统。

为解决上述技术问题，本发明采用的技术方案是：云上综合门店管理系统，包括前端的一个以上的智能移动设备、后端的数据库，以及位于前端和后端之间的多层云平台；所述智能移动设备通过与其信号连通的本层云平台上传信息到数据库，所述智能移动设备通过与其信号连通的上层云平台从数据库中下载信息。

本发明的系统采用了基于国内最早，最完善，最可靠的阿里云平台来进行部署，服务器的类型、配置和数量能够根据实际情况和活动预期进行快速调整，保障了系统的性能弹性，访问安全性和数据可用和可靠性；云平台的使用，使得用户不需要购买独立服务器及配套支持软件，而是采用从云上购买服务的方式，购买服务期限，版本，模块数量都何以量身定制，最大程度降低了用户管理成本；也是由于服务模式的可定制化，在定制完成后，通过多层的云平台将智能移动设备和数据库结合在一起，无论是上传还是下载信息，都省去了不必要的数据转换，保证了管理系统的统一性，解决了传统门店管理上的信息孤岛问题。

优选的，所述本层云平台包括线上商城云平台；所述上层云平台为业务管理类云平台，包括库存管理云平台、财务管理云平台和客户关系管理云平台。

优选的，所述智能移动设备包括pc端，手机端及微信平台。

进一步，所述数据库采用读写分离的海量分布式数据库，且为非关系数据库。传统的多层应用，在保存和处理数据时，数据库一般采用商用关系数据库比如oracle,这对于典型互联网的高并发，轻事务，准实时，自由化结构来说，并不是最适合的处理方式；基于此，在本应用里引入了非关系数据库来更多适应互联网应用数据的处理；此外，对应于大量数据的访问优化，传统方式多在数据库持久层面本身，采用索引，视图，存储过程，分库，分表方式来优化数据的查询，对于读写非对称性明显的互联网应用本身并不特别有效；本应用里采用了读写分离的策略来通过横向扩展数据库数量来弹性地适应访问量的增长。

进一步，所述数据库的应用层还设有缓存数据库。在应用服务器本身，传统方式是通过增加服务器配置和数量的方式来扩展应用性能；成本比较高，配置时间长，负载度高；因此，本应用除了采取传统的负载均衡以外，在应用层引入了缓存数据库，大量提升了应用的吞吐量。

进一步，所述前端采取CDN部署和页面静态化发布。这一设计，可进一步缩短了应用响应时间。

优选的，所述前端采用响应式前端框架bootstrap来对用户终端进行自动化查询，适配，渲染和展现。

本发明的优点是：1、减少了用户的管理成本：不需要用户购买独立服务器及配套支持软件，而是采用从云上购买服务的方式，购买服务期限，版本，模块数量都何以量身定制，最大程度降低了用户管理成本。2、提到了用户的管理效率:采用多平台云端服务方式，用户可以随时随地进行管理，并且云端系统一直有专业团队进行优化和升级，使得用户一直体验到最高效和最新的系统，保持了最高效率。3、提高了用户数据安全性：用户账号和数据在云端集中管理，有着严密防火墙和多介质备份，不用担心被盗号和数据泄露。4、提高了用户访问性能:云端的服务器可以按需进行快速升级和扩展，保证了在访问量越来越大的情况下，仍然维持快速的响应。

附图说明

图1是本发明的结构示意图。

图2是本发明系统的用户注册流程示意图。

图3是采购流程示意图。

图4零售流程示意图。

图5库存调拨流程示意图。

图6价保返利流程示意图。

图7应付流程示意图。

图8应收流程示意图。

图9运营商结算流程示意图。

具体实施方式

如图1所示，本发明系统包括前端的一个以上的智能移动设备、后端的数据库，以及位于前端和后端之间的多层云平台；所述智能移动设备通过与其信号连通的本层云平台上传信息到数据库，所述智能移动设备通过与其信号连通的上层云平台从数据库中下载信息。

所述本层云平台包括线上商城云平台；所述上层云平台为业务管理类云平台，包括库存管理云平台、财务管理云平台和客户关系管理云平台。

所述智能移动设备包括pc端，手机端及微信平台。

本发明是基于互联网的多应用生态系统，借助公有云进行弹性的发布，后端基于海量分布式数据库，前段同时支持pc端，手机端及微信平台。不单单信息的处理量、存储量大，且安全系数高，相应快。设置多层云平台，将信息的上传、下载的渠道分开设置，使得使用的时候针对性更强，更有利于保证数据流的统一有序。

举例说明

如图2-9所示，E云商是一个网上商城，商家通过e云商管理店铺和陈列产品，用户通过e云商进行产品选购, 产生的订单进入e云管处理;

E云管erp管理系统接受并处理订单，对产品的进销存进行管理；

E朵朵财务管理系统在订单完成以后，生成并处理对应的财务凭证和单据;

E懂客对入驻商家和用户进行多维度定义分类和判断，进行积分化的深度和精细处理;

云霄宝店基于微信端来增加与商家的互动和宣传，扩大产品的影响和粘度。

E云管含有多项业务系统，并设置了一体化的在线登录界面。

如图2所示，用户在网站首页点击“申请试用”，“马上注册”或ERP页面点击“马上获取”进入注册面；

用户在注册页面，填写手机号码、密码和短信验证码，点击“下一步”；

完善公司信息和个人信息，点击“下一步”；

完成注册，系统初始化注册账号的架构、仓库、用户账号、功能权限、数据权限、工作流程、商品档案、供应商档案、客户档案、零售授权、数据字典等；

用户登录试用系统，如果满意则可通过购买/续费支付使用授权费用，成功支付增加对应使用有效期和工作点数。

流程结束

如图3所示，

流程开始

1.商务确认企业内部有采购需求后，与供应商谈好价格和采购方式，发起采购订单进行订货；

2.交易方式为铺货的采购，直接入库；销售后，需经过受托代销结转单处理后方可进入应付流程（付款）；

3.非铺货订单，如付款方为“货到付款”，则需进入应付流程进行预付款，付款后，可进行正常的采购入库后进行货款核销。“货到付款”则无需预付款，货到后进行采购入库，并根据实际入库货物付款与核销；

4.采购入库支持对订单的部分入库，部分入库的订单状态变更为“部分入库”，可在次引用并进行入库操作。如部分入库订单终止，付款方式为“款到发货”的订单将形成在账资金；

5.也可跳过采购订单，直接进行货物的入库操作；

6.“款到发货”类型订单，状态为“终审”或“部分完成”的订单终止后将生成在账资金；

流程结束。

如图4所示，

流程开始

1、当发生零售业务时，一般由收银或店长使用前台收银功能进行零售销售单记录；

2、零售销售单生成后，均可进行使用资金管理流程进行收入确认，该流程为非必要流程；

3、当零售单中存在运营商业务时，如所售商品为非运营商商品，则进入抵用卷结算流程；如所售商品为运营商商品，则进入酬金结算（号卡）流程。结算后，由于存在应收账款，进入应收流程；

流程结束。

如图5所示，

流程开始

1.总仓决策人员或门店店长根据实际库存情况，下达或提出调拨通知单。总仓发起调拨通知时，为库存调配；门店发起调拨通知单时，为补货申请；

2根据调拨通知单中调出架构，实际调出商品制定调拨出库单。可部分调拨出库，部分出库调拨通知单状态变更为“部分完成”状态；

3.调入架构在商品到达后，如无问题，则接收货物并制定调拨入库单，如发生问题，拒绝接收并点击“拒收”按钮拒收本次货物，拒收后，本次调拨完结；

4.也可无需调拨通知单，直接进行调拨出库操作。

流程结束。

如图6所示，

流程开始，

1、供应商价保与返利由供应商确定是否可行，如满足条件，上午可在供应商确定后，发起供应商价保单或供应商返利单。供应商价保和返利将以在账资金的形式计算应付账款，可用于抵扣或由供应商直接返还现金；

2、给予客户的价保和返利一般由大型地包商或国包商进行，以供应商的身份设定规则对下游客户进行价保和返利。一般情况下，对客户的价保和返利基于厂商即供应商的价保和返利到达后进行，同样的，可用于抵扣或由供应商直接返还现金；

流程结束。

如图7所示，

流程开始。

1、商务根据实际发生的业务，可引用其他应付单、采购单、采购入库单、受托代销结转单、采购退货单、供应商价保单、供应商返利单七类单据发起付款申请单；

2、付款申请单中选中“预付款”类型，则仅可引用应付类型为“预付款”的其他应付单、采购订单、采购退货单、供应商价保单、供应商返利单；付款类型选为“应付”时，则可引用应付类型为“预付款”的其他应付单、采购入库单、受托代销结转单、采购退货单、供应商价保单、供应商返利单，其中，其他应付单排除形成在账资金的“预付款”类型单据；

3、应付类型为“预付款”的其他应付单，需在被付款申请引用并付款（付款单）后形成在账资金，方可与其他单据合并付款。该类单据被引用时，在付款申请单中仅可存在该单据；

4、付款类型为“应付”的付款申请单，在完成付款后，将自动进行应付核销；“预付”则需人工进行选择具体核销单据进行核销；

5、采购发票核销在供应商发票到来后，可引用实际业务单据进行金额与票的核销；

流程结束。

如图8所示，

流程开始。

1、销售业务商务根据实际发生的业务，可引用其他应收单、批发出库单、批发退货单、客户价保单、客户返利单、抵用卷核算单、酬金结算单、售后维修结算单这八类单据进行核销；

2、财务人员收到款项后，发起收款单；

3、财务人员在应收核销单对收款单引用对应业务单据完成核销；

流程结束。

如图9 所示，

流程开始。

1、零售过程中，如存在套餐或运营商商品，则需与地区运营商存在结算流程。商务在收到运营商结算清单后，发起抵用劵结算单或酬金结算单；

2、会计收到结算款项，则发起收款单，由商务或财务确认并发起应收结算单；

3、零售中发生退货，则运营商结算时，会以负数的方式将退货的款项进行结算，以抵充退款；

4、非录入ERP系统中的其他佣金结算，如宽带、iTV等，也可使用酬金结算单记录并进行应收流程；

流程结束。

Claims (7)

1.云上综合门店管理系统，其特征是：包括前端的一个以上的智能移动设备、后端的数据库，以及位于前端和后端之间的多层云平台；所述智能移动设备通过与其信号连通的本层云平台上传信息到数据库，所述智能移动设备通过与其信号连通的上层云平台从数据库中下载信息。

2.根据权利要求1所述的云上综合门店管理系统，其特征是：所述本层云平台包括线上商城云平台；所述上层云平台为业务管理类云平台，包括库存管理云平台、财务管理云平台和客户关系管理云平台。

3.根据权利要求1所述的云上综合门店管理系统，其特征是：所述智能移动设备包括pc端，手机端及微信平台。

4.根据权利要求1或2或3所述的云上综合门店管理系统，其特征是：所述数据库采用读写分离的海量分布式数据库，且为非关系数据库。

5.根据权利要求4所述的云上综合门店管理系统，其特征是：所述数据库的应用层还设有缓存数据库。

6.根据权利要求1或2或3或5所述的云上综合门店管理系统，其特征是：所述前端采取CDN部署和页面静态化发布。

7.根据权利要求6所述的云上综合门店管理系统，其特征是：所述前端采用响应式前端框架bootstrap来对用户终端进行自动化查询，适配，渲染和展现。