CN107133716A - 用于创建供销的供应链的方法及设备 - Google Patents

用于创建供销的供应链的方法及设备 Download PDF

Info

Publication number
CN107133716A
CN107133716A CN201710205585.4A CN201710205585A CN107133716A CN 107133716 A CN107133716 A CN 107133716A CN 201710205585 A CN201710205585 A CN 201710205585A CN 107133716 A CN107133716 A CN 107133716A
Authority
CN
China
Prior art keywords
level
user
supply
marketing
layer
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201710205585.4A
Other languages
English (en)
Inventor
高蓉
高佩华
马陈郎
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shanghai Silver Peng Mdt Infotech Ltd
Original Assignee
Shanghai Silver Peng Mdt Infotech Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shanghai Silver Peng Mdt Infotech Ltd filed Critical Shanghai Silver Peng Mdt Infotech Ltd
Priority to CN201710205585.4A priority Critical patent/CN107133716A/zh
Publication of CN107133716A publication Critical patent/CN107133716A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/06Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063Operations research, analysis or management
    • G06Q10/0631Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06315Needs-based resource requirements planning or analysis
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/08Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/087Inventory or stock management, e.g. order filling, procurement or balancing against orders
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0633Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635Processing of requisition or of purchase orders

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Human Resources & Organizations (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Development Economics (AREA)
  • Marketing (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • Operations Research (AREA)
  • Tourism & Hospitality (AREA)
  • Quality & Reliability (AREA)
  • Educational Administration (AREA)
  • Game Theory and Decision Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请的目的是提供一种用于创建供销的供应链的方法及设备,本申请通过在所述运维设端,获取供应链的层级及所述层级中的层级用户,根据运维请求配置所述供应链的运维功能权限,并根据所述层级用户所在的供应链的层级及所述运维功能权限配置所述层级用户的功能权限,基于所述层级用户的权限将所述层级用户的功能权限发送至所述层级用户的访问路径网址。通过包括能够管理和运维的运维设备、前端基础供销的供销层服务设备以及后端管理供应的供应层服务设备,其中,前端基础供销和后端管理供应分别包括多个层级用户类别,实现了在多层级的供销链中各层级用户之间数据统一、产品管理不需要反复操作、订单数据可层层连续传递,减少人力成本耗损。

Description

用于创建供销的供应链的方法及设备
技术领域
本申请涉及计算机领域,尤其涉及一种用于创建供销的供应链的方法及设备。
背景技术
现有的电子商务平台,都只是包含买、卖双方两层的流转关系,但是部分传统型销售行业,尚未能打破中间多层级经销商的经销管理。目前传统销售行业所面临的问题包括线上层级断裂,当前的传统销售行业多以线下操作为主,因为有人工的干预操作,可以灵活处理多种事件比如货物调配、费用调整、货物配送等,但是同样模式在线上很难操作,因为现有的电子商务体系无法满足很多灵活性的操作,只能满足基本的产品管理、销售下单,所以当前的线上销售平台,多以买、卖两级为主,从而导致在厂商、经销商、批发商、零售商、客户之间的数据不统一、产品管理反复操作、订单数据一层层无法连续传递、金额需要层层管理进出、人力成本耗损较高。
申请内容
本申请的一个目的是提供一种用于创建供销的供应链的方法及设备,解决现有技术中线下操作带来的人力成本过高、各项数据核算工作繁杂,调拨过程中出现数据的遗失、供应链不完整的问题。
根据本申请的一个方面,提供了一种在运维设备端用于创建供销的供应链的方法,该方法包括:
获取供应链的层级及所述层级中的层级用户,其中,所述供应链的层级包括供应层级和供销层级;
根据运维请求配置所述供应链的运维功能权限,并根据所述层级用户所在的供应链的层级及所述运维功能权限配置所述层级用户的功能权限;
基于所述层级用户的权限将所述层级用户的功能权限发送至所述层级用户的访问路径网址。
进一步地,获取供应链的层级及所述层级中的层级用户,包括:
获取供应链的供应层级和供销层级,其中,所述供应层级中的层级用户包括厂方用户、经销用户和批发用户,所述供销层中的层级用户包括零售用户和购买用户。
进一步地,根据运维请求配置所述供应链的运维功能权限,包括:
根据运维请求配置所述供应链中各层级的包括账户和权限功能、报表功能、层级用户的管理功能、活动类型配置管理功能、审核管理功能、商品信息管理功能及零售用户类型分类功能中任一种或任几种的运维功能权限。
根据本申请另一个方面,提供了一种在供销层服务端用于创建供销的供应链的方法,该方法包括:
获取运维设备端发送的供销层的层级用户的功能权限;
根据所述供应链的层级用户的权限确定同一访问路径中供销层的层级用户的类别;
根据确定的层级用户的类别获取供应链的层级用户中供应层级发送的产品数据;
根据所述供销层的层级用户的功能权限进行显示、管理及传输所述产品数据。
进一步地,所述供销层的层级用户的类别包括:零售用户和购买用户。
根据本申请再一个方面,提供了一种在供应层服务端用于创建供销的供应链的方法,该方法包括:
获取运维设备端发送的供应层的层级用户的功能权限;
根据所述供应链的层级用户的权限确定同一访问路径中供应层的层级用户的类别;
根据确定的层级用户的类别及对应的层级用户的功能权限进行显示、管理产品数据;
根据获取到的供应链的供销层的数据请求将所述产品数据发送至所述供应链的供销层。
进一步地,所述供应层的层级用户的类别包括:厂方用户、经销用户和批发用户。
根据本申请又一个方面,提供了一种用于创建供销的供应链的系统,所述系统包括:运维设备、供应层服务设备和供销层服务设备,其中,
所述运维设备用于获取供应链的层级及所述层级中的层级用户,其中,所述供应链的层级包括供应层级和供销层级,根据运维请求配置所述供应链的运维功能权限,并根据所述层级用户所在的供应链的层级及所述运维功能权限配置所述层级用户的功能权限,基于所述层级用户的权限将所述层级用户的功能权限发送至所述层级用户的访问路径网址;
所述供销层服务设备用于获取运维设备端发送的供销层的层级用户的功能权限,根据所述供应链的层级用户的权限确定同一访问路径中供销层的层级用户的类别,根据确定的层级用户的类别获取供应链的层级用户中供应层级发送的产品数据,根据所述供销层的层级用户的功能权限进行显示、管理及传输所述产品数据;
所述供应层服务设备用于获取运维设备端发送的供应层的层级用户的功能权限,根据所述供应链的层级用户的权限确定同一访问路径中供应层的层级用户的类别,根据确定的层级用户的类别及对应的层级用户的功能权限进行显示、管理产品数据,根据获取到的供应链的供销层的数据请求将所述产品数据发送至所述供应链的供销层。
根据本申请又一个方面,还提供了一种用于创建供销的供应链的运维设备,所述运维设备包括:
第一获取装置,用于获取供应链的层级及所述层级中的层级用户,其中,所述供应链的层级包括供应层级和供销层级;
配置装置,用于根据运维请求配置所述供应链的运维功能权限,并根据所述层级用户所在的供应链的层级及所述运维功能权限配置所述层级用户的功能权限;
发送装置,用于基于所述层级用户的权限将所述层级用户的功能权限发送至所述层级用户的访问路径网址。
根据本申请再一个方面,还提供了一种用于创建供销的供应链的供销层服务设备,所述供销层服务设备包括:
第二获取装置,用于获取运维设备端发送的供销层的层级用户的功能权限;
供销层级确定装置,用于根据所述供应链的层级用户的权限确定同一访问路径中供销层的层级用户的类别;
产品数据获取装置,用于根据确定的层级用户的类别获取供应链的层级用户中供应层级发送的产品数据;
功能执行装置,用于根据所述供销层的层级用户的功能权限进行显示、管理及传输所述产品数据。
根据本申请又一个方面,还提供了一种用于创建供销的供应链的供应层服务设备,所述供应层服务设备包括:
第三获取装置,用于获取运维设备端发送的供应层的层级用户的功能权限;
供应层级确定装置,用于根据所述供应链的层级用户的权限确定同一访问路径中供应层的层级用户的类别;
执行装置,用于根据确定的层级用户的类别及对应的层级用户的功能权限进行显示、管理产品数据;
产品数据发送装置,用于根据获取到的供应链的供销层的数据请求将所述产品数据发送至所述供应链的供销层。
本申请通过在所述运维设端,获取供应链的层级及所述层级中的层级用户,其中,所述供应链的层级包括供应层级和供销层级,根据运维请求配置所述供应链的运维功能权限,并根据所述层级用户所在的供应链的层级及所述运维功能权限配置所述层级用户的功能权限,基于所述层级用户的权限将所述层级用户的功能权限发送至所述层级用户的访问路径网址。通过包括能够管理和运维的运维设备、前端基础供销的供销层服务设备以及后端管理供应的供应层服务设备,其中,前端基础供销和后端管理供应分别包括多个层级用户类别,不仅满足基本的产品管理、销售下单,还实现了在多层级的供销链中各层级用户之间数据统一、产品管理不需要反复操作、订单数据可层层连续传递,减少人力成本耗损。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本申请的其它特征、目的和优点将会变得更明显:
图1示出根据本申请的一个方面提供的一种用于创建供销的供应链的系统结构示意图;
图2示出本申请一实施例中供应链供销平台示意图;
图3示出本申请一实施例中平台综合运维管理方的功能权限示意图;
图4示出本申请一实施例中供销层的层级用户的功能权限示意图;
图5示出本申请一实施例中供应层的层级用户的功能权限示意图;
图6示出根据本申请的一个方面提供的一种在运维设备端用于创建供销的供应链的方法流程示意图;
图7示出根据本申请另一个方面提供的一种在供销层服务端用于创建供销的供应链的方法流程示意图;
图8示出根据本申请再一个方面提供的一种在供应层服务端用于创建供销的供应链的方法流程示意图。
附图中相同或相似的附图标记代表相同或相似的部件。
具体实施方式
下面结合附图对本申请作进一步详细描述。
在本申请一个典型的配置中,终端、服务网络的设备和可信方均包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括非暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
图1示出根据本申请的一个方面提供的一种用于创建供销的供应链的系统结构示意图,所述系统包括:运维设备1、供销层服务设备2和供应层服务设备3,其中,所述运维设1包括第一获取装置11、配置装置12和发送装置13,第一获取装置11用于获取供应链的层级及所述层级中的层级用户,其中,所述供应链的层级包括供应层级和供销层级,配置装置12用于根据运维请求配置所述供应链的运维功能权限,并根据所述层级用户所在的供应链的层级及所述运维功能权限配置所述层级用户的功能权限,发送装置13用于基于所述层级用户的权限将所述层级用户的功能权限发送至所述层级用户的访问路径网址;所述供销层服务设备2包括第二获取装置21、供销层级确定装置22、产品数据获取装置23和功能执行装置24,其中,第二获取装置21用于获取运维设备端发送的供销层的层级用户的功能权限,供销层级确定装置22用于根据所述供应链的层级用户的权限确定同一访问路径中供销层的层级用户的类别,产品数据获取装置23用于根据确定的层级用户的类别获取供应链的层级用户中供应层级发送的产品数据,功能执行装置24用于根据所述供销层的层级用户的功能权限进行显示、管理及传输所述产品数据;所述供应层服务设备3包括第三获取装置31、供应层级确定装置32、执行装置33和产品数据发送装置34,其中,第三获取装置31用于获取运维设备端发送的供应层的层级用户的功能权限,供应层级确定装置32用于根据所述供应链的层级用户的权限确定同一访问路径中供应层的层级用户的类别,执行装置33用于根据确定的层级用户的类别及对应的层级用户的功能权限进行显示、管理产品数据,产品数据发送装置34用于根据获取到的供应链的供销层的数据请求将所述产品数据发送至所述供应链的供销层。
在此,本申请所述的用于创建供销的供应链的系统完成了多层级管理,主要包括能够管理和运维的运维设备、前端基础供销的供销层服务设备以及后端管理供应的供应层服务设备,其中,前端基础供销和后端管理供应分别包括多个层级用户类别,与现有技术中只有买和卖两层级的供销链相比,不仅满足基本的产品管理、销售下单,还实现了在多层级的供销链中各层级用户之间数据统一、产品管理不需要反复操作、订单数据可层层连续传递,减少人力成本耗损。
图2示出本申请一实施例中供应链供销平台示意图,其中,所述供应链供销平台分为前端基础供销、后端管理供应和平台综合运维管理方三部分,主要包括五个层级用户,前端基础供销中的层级用户包括普通用户和零售商,后端管理供应中的层级用户包括批发商、经销商和厂商。在前端基础供销中,根据账户类型的不同划分为独立使用的功能模块,可以由用户和零售商自行注册,零售商注册时需要提供相应的资质文件进行审核,零售商向批发商进行采购,产品数据来源于批发商;在后端管理供应中,在同一访问路径中根据不同的账户权限划分批发商、经销商和厂商三个层级用户的访问功能,三个层级用户独立运营管理,基础的产品数据可以共享,并且相互的产品价格之间有关联;平台综合运维管理方在不同类型的运维方使用过程中会根据不同的需求设定功能权限,根据权限配置供应链中各层级的功能权限,具有层级用户管理、平台账户管理、权限管理等功能。通过本申请所述的供应链供销平台,产品参数等数据只需上传一次,所有层级用户都可以使用,不需在不同的阶段反复上传和编辑,从而满足了线上产品的统一。
在本申请一实施例中,如图1所示的系统中,包括运维设备1,所述运维设1包括第一获取装置11、配置装置12和发送装置13,
第一获取装置11,用于获取供应链的层级及所述层级中的层级用户,其中,所述供应链的层级包括供应层级和供销层级;在此,根据供应链的需求,获取供应链的供应层和供销层,供应层和供销层中分别包括了多个层级用户,其中,层级用户可以为普通购买用户、零售商、批发商等,在层级与层级用户确定后,可根据供应链的实际的运维、管理需求配置层级与层级用户的功能权限,限定层级用户各自使用的功能。
优选地,第一获取装置11,用于获取供应链的供应层级和供销层级,其中,所述供应层级中的层级用户包括厂方用户、经销用户和批发用户,所述供销层中的层级用户包括零售用户和购买用户。在此,供应链包括了多个层级用户,具体为厂方用户、经销用户、批发用户、零售用户和购买用户,每一层级用户都会有多个用户,例如,在经销用户这一层层级用户中,会出现多个经销用户,他们是相互独立的,可以有经销用户A、经销用户B和经销用户C,但不同的经销用户供销的产品不完全相同;另外,需要说明的是,一个商户有可能为经销用户也有可能为批发用户,比如,在经销用户所在的用户层级中有账号为经销用户A,在批发用户所在的用户层级中有账号为批发用户B,经销用户A和批发用户B在各自的层级中独立,但可根据预先在经销用户和批发用户的登录页面加入的关联链接使得两个层级用户之间进行角色转换。通过多层级用户的供应链,使得流转关系不仅是在买和卖两层之间,而是多层级的共同在线使用,满足线上产品的统一、价格数据的实时更新和调整、物流流转的管理和不同经销商之间的产品调货,统一在线流转,节省人力及成本。
配置装置12,用于根据运维请求配置所述供应链的运维功能权限,并根据所述层级用户所在的供应链的层级及所述运维功能权限配置所述层级用户的功能权限;在此,根据实际的运维需求,运维方根据获取到的运维请求配置对应的该供应链的运维功能权限,并配置层级用户的功能权限,如,运营方为厂商或是经销商,则包含基础的产品、订单、活动等管理功能,若是完全独立的运维方,则只有平台技术支持运维功能,例如层级用户的角色管理、平台账户管理、权限管理等功能。供销层的层级用户与供应层的层级用户的访问路径不同,如供销层的层级用户为同一访问路径A,而供应层的层级用户为同一访问路径B,运维设备端为供销层与供应层的层级用户配置各自的功能权限。
在本申请一实施例中,配置装置12,用于根据运维请求配置所述供应链中各层级的包括账户和权限功能、报表功能、层级用户的管理功能、活动类型配置管理功能、审核管理功能、商品信息管理功能及零售用户类型分类功能中任一种或任几种的运维功能权限。运维设备端在本申请实施例中为平台综合运维管理方,功能权限可以如图3所示,其中,报表功能包括按城市报表、按商户报表、按供应商报表及按平台合计报表,按城市报表和按商户报表都可以包括每日订单数、每日交易金额,每日商品销售报表,每月订单数、每月交易金额,每月商品销售报表;按供应商报表和按平台合计报表可以包括每日订单数、每日交易金额,每日商品销售报表,每月订单数、每月交易金额,每月商品销售报表,财务结算报表,财务待结算报表,按供应商报表还可以包括区分自营、代运营或者第三方进行报表,按平台合计报表还可以包括每日商户新增数和每月商户新增数,每日供应商新增数和每月供应商新增数。审核管理功能包括线下付款需要审核、待退款审核/确认打款、待结算审核/确认打款、供应商的审核、商户的审核、新品上架审核及销售区域修改审核。零售用户类型分类可以包括如连锁店、便利店、社区商超、大型商超。
在本申请又一实施例中,在供应链中各层级的优惠模式不同,优惠额度差别较大,比如,厂商给经销商的可能为销售商采购30万的货品后,减免5万,而零售商给普通用户的优惠可能为买一瓶减5元,中间的差额和类型比较大,而使用本申请中的平台综合运维管理方,能够为各层级用户配置具有执行活动类型配置的功能,统一操作各层级用户的活动配置,活动类型配置管理能够满足用户的多种需要,在供应链中每一个层级用户之间都会使用,但每个模式为独立不同的使用结算方式,例如,供应方在基础的产品信息上,添加价格等销售信息,扩展出商品信息,还根据商品信息设定不同的活动类型及方式,扩展出活动列表信息;采购方通过商品和活动列表扩展得出最后的活动信息内容。其中,活动类型可以包括团购、满减、折扣、定额购、有条件返现、无条件返现、单品奖励、达量奖励及优惠套餐组合等,根据不同层级用户给予不同的活动设定权限,具体的活动信息(活动名称、类型及奖励模式)由不同的供应方自行定义,从而满足不同层级的不同用户需求。
优选地,配置装置12,用于根据所述层级用户所在的供应链的供应层级及所述运维功能权限分别配置所述供应层级中厂方用户、经销用户和批发用户的功能权限,根据所述层级用户所在的供应链的供销层级及所述运维功能权限分别配置所述供销层级中零售用户和购买用户的功能权限。在此,根据不同的层级用户展示不同的功能和数据内容,确保每个层级用户为完全独立的运营,在数据上进行仓库式划分,便于管理和在线的统一操作,便于针对不同的商品的数量单位级的拆分和合并计算,实现订单转移和货物调拨。
进而,发送装置13用于基于所述层级用户的权限将所述层级用户的功能权限发送至所述层级用户的访问路径网址。在此,供应层与供销层的访问路径网址不同,是独立的,在同一访问路径中,根据账户权限的不同确定各层级用户的功能权限,如普通用户,在其对应的访问路径网址上没有权限设置商品价格、设置库存等;若是厂商或经销商,在进入到对应的访问路径网址时可以包含基础产品、订单、活动等管理功能。
在本申请一实施例中,如图1所示的系统,还包括供销层服务设备2,所述供销层服务设备2包括第二获取装置21、供销层级确定装置22、产品数据获取装置23和功能执行装置24,
具体地,第二获取装置21,用于获取运维设备端发送的供销层的层级用户的功能权限;在此,分别获取运维设备端发送的供销层的零售用户和购买用户的功能权限。供销层为前端基础供销,主要包含基础的零售商和普通用户;接着,供销层级确定装置22,用于根据所述供应链的层级用户的权限确定同一访问路径中供销层的层级用户的类别;在此,所述供销层的层级用户的类别包括:零售用户和购买用户。其中,零售用户为零售商,购买用户为普通用户,前端基础供销中,零售商和普通用户的访问路径相同,如都为访问某一购物网站,根据账户权限区分为零售商和普通用户。
产品数据获取装置23,用于根据确定的层级用户的类别获取供应链的层级用户中供应层级发送的产品数据;在此,供销层中的购买用户从零售商中获取产品数据,零售商从供应层的层级用户中获取产品数据,从而使得产品参数等数据只需要上传一次,所有层级的用户都可以使用,不需要在不同的阶段反复上传和编辑,节省人力。
功能执行装置24,用于根据所述供销层的层级用户的功能权限进行显示、管理及传输所述产品数据。在此,供销层的层级用户类别不同,在同一路径网址上的功能权限不同,如购买用户没有产品发布、商品操作等功能权限,具体的供销层的层级用户的功能权限如图4所示,包括注册/登录页、订单页、零售商店管理页、个人中心的管理、页面公共内容、展示首页、产品列表页、产品详细页及店铺页面;其中,在供销层中零售商的管理模块中,订单可以划分为销售和采购两部分,因零售商可以向供应层的批发商进行采购,获取产品数据。
在本申请一实施例中,如图1所示的系统,还包括供应层服务设备3,所述供应层服务设备3包括第三获取装置31、供应层级确定装置32、执行装置33和产品数据发送装置34,
具体地,第三获取装置31,用于获取运维设备端发送的供应层的层级用户的功能权限;在此,分别获取运维设备端发送的供应层的各层级用户的功能权限,层级用户的类别包括厂方用户、经销用户和批发用户,优选地,分别获取运维设备端发送的供应层的厂方用户、经销用户和批发用户的功能权限。供应层为后端管理应用,主要包含批发商、经销商、厂商三级,批发商为批发用户,经销商为经销用户,厂商为厂方用户,在同一访问路径中根据不同的账户权限划分访问功能,因此,需要供应层级确定装置32,用于根据所述供应链的层级用户的权限确定同一访问路径中供应层的层级用户的类别;确定供应层的层级用户的类别,使得每个层级用户各自执行权限内的功能,在此,供应层中的各层级用户:厂方用户、经销用户和批发用户的访问路径相同,如都为某一供应网址,根据账户权限使得批发商、经销商及厂商在该供应网址上执行各自的功能权限中的配置的功能,从而执行装置33用于根据确定的层级用户的类别及对应的层级用户的功能权限进行显示、管理产品数据;在此,根据供应层的层级用户的类别及预先配置的功能权限,在同一访问路径网址上显示产品及管理产品等。
在本申请一实施例中,如图5所示,供应层中的批发商、经销商及厂商三个层级用户的基础产品数据可以共享,相互的产品价格之间有关联,在供应层中根据不同的层级用户类型展示不同的功能和数据内容,确保每个层级用户都是独立的运营,在数据上进行仓库式划分。后端管理供应的功能权限可以包括菜单导航、账户和权限、消息通知、报表、退款管理、结算、交易流水、开发票、客服、订单换货、订单退货、申请加入、合作方式选择、新品上架管理、区域内的商户管理、单品设置、设置库存及价格、活动类别、活动政策、订单审核及订单发货等功能,其中,账户和权限中一个供应层的层级用户可以有多个员工账号,每个员工账号可以有不同的权限。
产品数据发送装置34,用于根据获取到的供应链的供销层的数据请求将所述产品数据发送至所述供应链的供销层。在此,供应层中的厂方用户为经销用户提供产品数据,经销用户为批发用户提供产品数据,而批发用户接收到供销层的零售用户的采购请求,将产品数据发送至零售用户,从而使得产品参数等数据只需要上传一次,所有层级的用户都可以使用,不需要在不同的阶段反复上传和编辑,节省人力。
综上,通过本申请所述的用于创建供销的供应链的方法,解决了现有技术中线下操作带来的人力成本过高、各项数据核算工作繁杂,调拨过程中出现数据的遗失、供应链不完整的问题。通过多层级用户的供应链,使得流转关系不仅是在买和卖两层之间,而是多层级的共同在线使用,满足线上产品的统一、价格数据的实时更新和调整、物流流转的管理和不同经销商之间的产品调货,统一在线流转,节省人力及成本。
图6示出根据本申请的一个方面提供的一种在运维设备端用于创建供销的供应链的方法流程示意图,该方法包括:步骤S11~步骤S13,
在步骤S11中,获取供应链的层级及所述层级中的层级用户,其中,所述供应链的层级包括供应层级和供销层级;在此,根据供应链的需求,获取供应链的供应层和供销层,供应层和供销层中分别包括了多个层级用户,其中,层级用户可以为普通购买用户、零售商、批发商等,在层级与层级用户确定后,可根据供应链的实际的运维、管理需求配置层级与层级用户的功能权限,限定层级用户各自使用的功能。
优选地,在步骤S11中,获取供应链的供应层级和供销层级,其中,所述供应层级中的层级用户包括厂方用户、经销用户和批发用户,所述供销层中的层级用户包括零售用户和购买用户。在此,供应链包括了多个层级用户,具体为厂方用户、经销用户、批发用户、零售用户和购买用户,每一层级用户都会有多个用户,例如,在经销用户这一层层级用户中,会出现多个经销用户,他们是相互独立的,可以有经销用户A、经销用户B和经销用户C,但不同的经销用户供销的产品不完全相同;另外,需要说明的是,一个商户有可能为经销用户也有可能为批发用户,比如,在经销用户所在的用户层级中有账号为经销用户A,在批发用户所在的用户层级中有账号为批发用户B,经销用户A和批发用户B在各自的层级中独立,但可根据预先在经销用户和批发用户的登录页面加入的关联链接使得两个层级用户之间进行角色转换。通过多层级用户的供应链,使得流转关系不仅是在买和卖两层之间,而是多层级的共同在线使用,满足线上产品的统一、价格数据的实时更新和调整、物流流转的管理和不同经销商之间的产品调货,统一在线流转,节省人力及成本。
在步骤S12中,根据运维请求配置所述供应链的运维功能权限,并根据所述层级用户所在的供应链的层级及所述运维功能权限配置所述层级用户的功能权限;在此,根据实际的运维需求,运维方根据获取到的运维请求配置对应的该供应链的运维功能权限,并配置层级用户的功能权限,如,运营方为厂商或是经销商,则包含基础的产品、订单、活动等管理功能,若是完全独立的运维方,则只有平台技术支持运维功能,例如层级用户的角色管理、平台账户管理、权限管理等功能。供销层的层级用户与供应层的层级用户的访问路径不同,如供销层的层级用户为同一访问路径A,而供应层的层级用户为同一访问路径B,运维设备端为供销层与供应层的层级用户配置各自的功能权限。
在本申请一实施例中,在步骤S12中,根据运维请求配置所述供应链中各层级的包括账户和权限功能、报表功能、层级用户的管理功能、活动类型配置管理功能、审核管理功能、商品信息管理功能及零售用户类型分类功能中任一种或任几种的运维功能权限。运维设备端在本申请实施例中为平台综合运维管理方,功能权限可以如图3所示,其中,报表功能包括按城市报表、按商户报表、按供应商报表及按平台合计报表,按城市报表和按商户报表都可以包括每日订单数、每日交易金额,每日商品销售报表,每月订单数、每月交易金额,每月商品销售报表;按供应商报表和按平台合计报表可以包括每日订单数、每日交易金额,每日商品销售报表,每月订单数、每月交易金额,每月商品销售报表,财务结算报表,财务待结算报表,按供应商报表还可以包括区分自营、代运营或者第三方进行报表,按平台合计报表还可以包括每日商户新增数和每月商户新增数,每日供应商新增数和每月供应商新增数。审核管理功能包括线下付款需要审核、待退款审核/确认打款、待结算审核/确认打款、供应商的审核、商户的审核、新品上架审核及销售区域修改审核。零售用户类型分类可以包括如连锁店、便利店、社区商超、大型商超。
在本申请又一实施例中,在供应链中各层级的优惠模式不同,优惠额度差别较大,比如,厂商给经销商的可能为销售商采购30万的货品后,减免5万,而零售商给普通用户的优惠可能为买一瓶减5元,中间的差额和类型比较大,而使用本申请中的平台综合运维管理方,能够为各层级用户配置具有执行活动类型配置的功能,统一操作各层级用户的活动配置,活动类型配置管理能够满足用户的多种需要,在供应链中每一个层级用户之间都会使用,但每个模式为独立不同的使用结算方式,例如,供应方在基础的产品信息上,添加价格等销售信息,扩展出商品信息,还根据商品信息设定不同的活动类型及方式,扩展出活动列表信息;采购方通过商品和活动列表扩展得出最后的活动信息内容。其中,活动类型可以包括团购、满减、折扣、定额购、有条件返现、无条件返现、单品奖励、达量奖励及优惠套餐组合等,根据不同层级用户给予不同的活动设定权限,具体的活动信息(活动名称、类型及奖励模式)由不同的供应方自行定义,从而满足不同层级的不同用户需求。
优选地,在步骤S12中,根据所述层级用户所在的供应链的供应层级及所述运维功能权限分别配置所述供应层级中厂方用户、经销用户和批发用户的功能权限,根据所述层级用户所在的供应链的供销层级及所述运维功能权限分别配置所述供销层级中零售用户和购买用户的功能权限。在此,根据不同的层级用户展示不同的功能和数据内容,确保每个层级用户为完全独立的运营,在数据上进行仓库式划分,便于管理和在线的统一操作,便于针对不同的商品的数量单位级的拆分和合并计算,实现订单转移和货物调拨。
进而,在步骤S13中,基于所述层级用户的权限将所述层级用户的功能权限发送至所述层级用户的访问路径网址。在此,供应层与供销层的访问路径网址不同,是独立的,在同一访问路径中,根据账户权限的不同确定各层级用户的功能权限,如普通用户,在其对应的访问路径网址上没有权限设置商品价格、设置库存等;若是厂商或经销商,在进入到对应的访问路径网址时可以包含基础产品、订单、活动等管理功能。
图7示出根据本申请另一个方面提供的一种在供销层服务端用于创建供销的供应链的方法流程示意图,该方法包括:步骤S21~步骤S24,
在步骤S21中,获取运维设备端发送的供销层的层级用户的功能权限;在此,分别获取运维设备端发送的供销层的零售用户和购买用户的功能权限。供销层为前端基础供销,主要包含基础的零售商和普通用户;接着,在步骤S22中,根据所述供应链的层级用户的权限确定同一访问路径中供销层的层级用户的类别;在此,所述供销层的层级用户的类别包括:零售用户和购买用户。其中,零售用户为零售商,购买用户为普通用户,前端基础供销中,零售商和普通用户的访问路径相同,如都为访问某一购物网站,根据账户权限区分为零售商和普通用户。
在步骤S23中,根据确定的层级用户的类别获取供应链的层级用户中供应层级发送的产品数据;在此,供销层中的购买用户从零售商中获取产品数据,零售商从供应层的层级用户中获取产品数据,从而使得产品参数等数据只需要上传一次,所有层级的用户都可以使用,不需要在不同的阶段反复上传和编辑,节省人力。
在步骤S24中,根据所述供销层的层级用户的功能权限进行显示、管理及传输所述产品数据。在此,供销层的层级用户类别不同,在同一路径网址上的功能权限不同,如购买用户没有产品发布、商品操作等功能权限,具体的供销层的层级用户的功能权限如图4所示,包括注册/登录页、订单页、零售商店管理页、个人中心的管理、页面公共内容、展示首页、产品列表页、产品详细页及店铺页面;其中,在供销层中零售商的管理模块中,订单可以划分为销售和采购两部分,因零售商可以向供应层的批发商进行采购,获取产品数据。
图8示出根据本申请再一个方面提供的一种在供应层服务端用于创建供销的供应链的方法流程示意图,该方法包括:步骤S31~步骤S34,
在步骤S31中,获取运维设备端发送的供应层的层级用户的功能权限;在此,分别获取运维设备端发送的供应层的各层级用户的功能权限,层级用户的类别包括厂方用户、经销用户和批发用户,优选地,分别获取运维设备端发送的供应层的厂方用户、经销用户和批发用户的功能权限。供应层为后端管理应用,主要包含批发商、经销商、厂商三级,批发商为批发用户,经销商为经销用户,厂商为厂方用户,在同一访问路径中根据不同的账户权限划分访问功能,因此,需要在步骤S32中,根据所述供应链的层级用户的权限确定同一访问路径中供应层的层级用户的类别;确定供应层的层级用户的类别,使得每个层级用户各自执行权限内的功能,在此,供应层中的各层级用户:厂方用户、经销用户和批发用户的访问路径相同,如都为某一供应网址,根据账户权限使得批发商、经销商及厂商在该供应网址上执行各自的功能权限中的配置的功能,从而在步骤S33中,根据确定的层级用户的类别及对应的层级用户的功能权限进行显示、管理产品数据;在此,根据供应层的层级用户的类别及预先配置的功能权限,在同一访问路径网址上显示产品及管理产品等。
在本申请一实施例中,如图5所示,供应层中的批发商、经销商及厂商三个层级用户的基础产品数据可以共享,相互的产品价格之间有关联,在供应层中根据不同的层级用户类型展示不同的功能和数据内容,确保每个层级用户都是独立的运营,在数据上进行仓库式划分。后端管理供应的功能权限可以包括菜单导航、账户和权限、消息通知、报表、退款管理、结算、交易流水、开发票、客服、订单换货、订单退货、申请加入、合作方式选择、新品上架管理、区域内的商户管理、单品设置、设置库存及价格、活动类别、活动政策、订单审核及订单发货等功能,其中,账户和权限中一个供应层的层级用户可以有多个员工账号,每个员工账号可以有不同的权限。
在步骤S34中,根据获取到的供应链的供销层的数据请求将所述产品数据发送至所述供应链的供销层。在此,供应层中的厂方用户为经销用户提供产品数据,经销用户为批发用户提供产品数据,而批发用户接收到供销层的零售用户的采购请求,将产品数据发送至零售用户,从而使得产品参数等数据只需要上传一次,所有层级的用户都可以使用,不需要在不同的阶段反复上传和编辑,节省人力。
综上,通过本申请所述的用于创建供销的供应链的方法,解决了现有技术中线下操作带来的人力成本过高、各项数据核算工作繁杂,调拨过程中出现数据的遗失、供应链不完整的问题。通过多层级用户的供应链,使得流转关系不仅是在买和卖两层之间,而是多层级的共同在线使用,满足线上产品的统一、价格数据的实时更新和调整、物流流转的管理和不同经销商之间的产品调货,统一在线流转,节省人力及成本。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
需要注意的是,本申请可在软件和/或软件与硬件的组合体中被实施,例如,可采用专用集成电路(ASIC)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中,本申请的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地,本申请的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中,例如,RAM存储器,磁或光驱动器或软磁盘及类似设备。另外,本申请的一些步骤或功能可采用硬件来实现,例如,作为与处理器配合从而执行各个步骤或功能的电路。
另外,本申请的一部分可被应用为计算机程序产品,例如计算机程序指令,当其被计算机执行时,通过该计算机的操作,可以调用或提供根据本申请的方法和/或技术方案。而调用本申请的方法的程序指令,可能被存储在固定的或可移动的记录介质中,和/或通过广播或其他信号承载媒体中的数据流而被传输,和/或被存储在根据所述程序指令运行的计算机设备的工作存储器中。在此,根据本申请的一个实施例包括一个装置,该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器,其中,当该计算机程序指令被该处理器执行时,触发该装置运行基于前述根据本申请的多个实施例的方法和/或技术方案。
对于本领域技术人员而言,显然本申请不限于上述示范性实施例的细节,而且在不背离本申请的精神或基本特征的情况下,能够以其他的具体形式实现本申请。因此,无论从哪一点来看,均应将实施例看作是示范性的,而且是非限制性的,本申请的范围由所附权利要求而不是上述说明限定,因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外,显然“包括”一词不排除其他单元或步骤,单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一,第二等词语用来表示名称,而并不表示任何特定的顺序。

Claims (23)

1.一种在运维设备端用于创建供销的供应链的方法,其中,所述方法包括:
获取供应链的层级及所述层级中的层级用户,其中,所述供应链的层级包括供应层级和供销层级;
根据运维请求配置所述供应链的运维功能权限,并根据所述层级用户所在的供应链的层级及所述运维功能权限配置所述层级用户的功能权限;
基于所述层级用户的权限将所述层级用户的功能权限发送至所述层级用户的访问路径网址。
2.根据权利要求1所述的方法,其中,获取供应链的层级及所述层级中的层级用户,包括:
获取供应链的供应层级和供销层级,其中,所述供应层级中的层级用户包括厂方用户、经销用户和批发用户,所述供销层中的层级用户包括零售用户和购买用户。
3.根据权利要求2所述的方法,其中,根据运维请求配置所述供应链的运维功能权限,包括:
根据运维请求配置所述供应链中各层级的包括账户和权限功能、报表功能、层级用户的管理功能、活动类型配置管理功能、审核管理功能、商品信息管理功能及零售用户类型分类功能中任一种或任几种的运维功能权限。
4.根据权利要求2所述的方法,其中,根据所述层级用户所在的供应链的层级及所述运维功能权限配置所述层级用户的功能权限,包括:
根据所述层级用户所在的供应链的供应层级及所述运维功能权限分别配置所述供应层级中厂方用户、经销用户和批发用户的功能权限。
5.根据权利要求2所述的方法,其中,根据所述层级用户所在的供应链的层级及所述运维功能权限配置所述层级用户的功能权限,包括:
根据所述层级用户所在的供应链的供销层级及所述运维功能权限分别配置所述供销层级中零售用户和购买用户的功能权限。
6.一种在供销层服务端用于创建供销的供应链的方法,其中,所述方法包括:
获取运维设备端发送的供销层的层级用户的功能权限;
根据所述供应链的层级用户的权限确定同一访问路径中供销层的层级用户的类别;
根据确定的层级用户的类别获取供应链的层级用户中供应层级发送的产品数据;
根据所述供销层的层级用户的功能权限进行显示、管理及传输所述产品数据。
7.根据权利要求6所述的方法,其中,所述供销层的层级用户的类别包括:零售用户和购买用户。
8.根据权利要求7所述的方法,其中,获取运维设备端发送的供销层的层级用户的功能权限,包括:
分别获取运维设备端发送的供销层的零售用户和购买用户的功能权限。
9.一种在供应层服务端用于创建供销的供应链的方法,其中,所述方法包括:
获取运维设备端发送的供应层的层级用户的功能权限;
根据所述供应链的层级用户的权限确定同一访问路径中供应层的层级用户的类别;
根据确定的层级用户的类别及对应的层级用户的功能权限进行显示、管理产品数据;
根据获取到的供应链的供销层的数据请求将所述产品数据发送至所述供应链的供销层。
10.根据权利要求9所述的方法,其中,所述供应层的层级用户的类别包括:厂方用户、经销用户和批发用户。
11.根据权利要求10所述的方法,其中,获取运维设备端发送的供销层的层级用户的功能权限,包括:
分别获取运维设备端发送的供应层的厂方用户、经销用户和批发用户的功能权限。
12.一种用于创建供销的供应链的系统,其中,所述系统包括:运维设备、供应层服务设备和供销层服务设备,其中,
所述运维设备用于获取供应链的层级及所述层级中的层级用户,其中,所述供应链的层级包括供应层级和供销层级,根据运维请求配置所述供应链的运维功能权限,并根据所述层级用户所在的供应链的层级及所述运维功能权限配置所述层级用户的功能权限,基于所述层级用户的权限将所述层级用户的功能权限发送至所述层级用户的访问路径网址;
所述供销层服务设备用于获取运维设备端发送的供销层的层级用户的功能权限,根据所述供应链的层级用户的权限确定同一访问路径中供销层的层级用户的类别,根据确定的层级用户的类别获取供应链的层级用户中供应层级发送的产品数据,根据所述供销层的层级用户的功能权限进行显示、管理及传输所述产品数据;
所述供应层服务设备用于获取运维设备端发送的供应层的层级用户的功能权限,根据所述供应链的层级用户的权限确定同一访问路径中供应层的层级用户的类别,根据确定的层级用户的类别及对应的层级用户的功能权限进行显示、管理产品数据,根据获取到的供应链的供销层的数据请求将所述产品数据发送至所述供应链的供销层。
13.一种用于创建供销的供应链的运维设备,其中,所述运维设备包括:
第一获取装置,用于获取供应链的层级及所述层级中的层级用户,其中,所述供应链的层级包括供应层级和供销层级;
配置装置,用于根据运维请求配置所述供应链的运维功能权限,并根据所述层级用户所在的供应链的层级及所述运维功能权限配置所述层级用户的功能权限;
发送装置,用于基于所述层级用户的权限将所述层级用户的功能权限发送至所述层级用户的访问路径网址。
14.根据权利要求13所述的运维设备,其中,所述第一获取装置用于:
获取供应链的供应层级和供销层级,其中,所述供应层级中的层级用户包括厂方用户、经销用户和批发用户,所述供销层中的层级用户包括零售用户和购买用户。
15.根据权利要求14所述的运维设备,其中,所述配置装置用于:
根据运维请求配置所述供应链中各层级的包括账户和权限功能、报表功能、层级用户的管理功能、活动类型配置管理功能、审核管理功能、商品信息管理功能及零售用户类型分类功能中任一种或任几种的运维功能权限。
16.根据权利要求14所述的运维设备,其中,所述配置装置用于:
根据所述层级用户所在的供应链的供应层级及所述运维功能权限分别配置所述供应层级中厂方用户、经销用户和批发用户的功能权限。
17.根据权利要求14所述的运维设备,其中,所述配置装置用于:
根据所述层级用户所在的供应链的供销层级及所述运维功能权限分别配置所述供销层级中零售用户和购买用户的功能权限。
18.一种用于创建供销的供应链的供销层服务设备,其中,所述供销层服务设备包括:
第二获取装置,用于获取运维设备端发送的供销层的层级用户的功能权限;
供销层级确定装置,用于根据所述供应链的层级用户的权限确定同一访问路径中供销层的层级用户的类别;
产品数据获取装置,用于根据确定的层级用户的类别获取供应链的层级用户中供应层级发送的产品数据;
功能执行装置,用于根据所述供销层的层级用户的功能权限进行显示、管理及传输所述产品数据。
19.根据权利要求18所述的供销层服务设备,其中,所述供销层的层级用户的类别包括:零售用户和购买用户。
20.根据权利要求18所述的供销层服务设备,其中,所述第二获取装置用于:
分别获取运维设备端发送的供销层的零售用户和购买用户的功能权限。
21.一种用于创建供销的供应链的供应层服务设备,其中,所述供应层服务设备包括:
第三获取装置,用于获取运维设备端发送的供应层的层级用户的功能权限;
供应层级确定装置,用于根据所述供应链的层级用户的权限确定同一访问路径中供应层的层级用户的类别;
执行装置,用于根据确定的层级用户的类别及对应的层级用户的功能权限进行显示、管理产品数据;
产品数据发送装置,用于根据获取到的供应链的供销层的数据请求将所述产品数据发送至所述供应链的供销层。
22.根据权利要求21所述的供应层服务设备,其中,所述供应层的层级用户的类别包括:厂方用户、经销用户和批发用户。
23.根据权利要求22所述的供应层服务设备,其中,所述第三获取装置用于:
分别获取运维设备端发送的供应层的厂方用户、经销用户和批发用户的功能权限。
CN201710205585.4A 2017-03-31 2017-03-31 用于创建供销的供应链的方法及设备 Pending CN107133716A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710205585.4A CN107133716A (zh) 2017-03-31 2017-03-31 用于创建供销的供应链的方法及设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710205585.4A CN107133716A (zh) 2017-03-31 2017-03-31 用于创建供销的供应链的方法及设备

Publications (1)

Publication Number Publication Date
CN107133716A true CN107133716A (zh) 2017-09-05

Family

ID=59715874

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710205585.4A Pending CN107133716A (zh) 2017-03-31 2017-03-31 用于创建供销的供应链的方法及设备

Country Status (1)

Country Link
CN (1) CN107133716A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110765481A (zh) * 2019-09-11 2020-02-07 珠海格力电器股份有限公司 权限控制方法、权限控制系统、可读存储介质及终端设备
CN114500031A (zh) * 2022-01-21 2022-05-13 浙江惠瀜网络科技有限公司 基于单点登录获取bi报表的系统、方法、电子设备及介质
CN114500031B (zh) * 2022-01-21 2024-06-04 浙江惠瀜网络科技有限公司 基于单点登录获取bi报表的系统、方法、电子设备及介质

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101957972A (zh) * 2010-10-15 2011-01-26 庄秀宝 购物网站智能后台管理系统
CN102609526A (zh) * 2012-02-13 2012-07-25 工购电子商务(上海)有限公司 互联网网站内容管理系统
CN102640452A (zh) * 2009-08-06 2012-08-15 时控权有限公司 在线社交和专业网络及社区的关系与安全
CN103218702A (zh) * 2013-04-19 2013-07-24 五洲在线电子商务(北京)有限公司 一种多用户电子商务供应链协同服务平台
CN103295102A (zh) * 2013-05-31 2013-09-11 重庆大学 适用于多重层级关系的扁平化信息管理系统的构建方法
CN104751348A (zh) * 2015-01-08 2015-07-01 吴锦锋 一种基于社交网络的电子商务系统
CN105488224A (zh) * 2015-12-30 2016-04-13 湖南易分销电子商务有限公司 一种多用户商城系统及其使用方法
CN106447410A (zh) * 2016-12-02 2017-02-22 福建省我答答信息科技有限公司 一种o2o店中店分销系统

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102640452A (zh) * 2009-08-06 2012-08-15 时控权有限公司 在线社交和专业网络及社区的关系与安全
CN101957972A (zh) * 2010-10-15 2011-01-26 庄秀宝 购物网站智能后台管理系统
CN102609526A (zh) * 2012-02-13 2012-07-25 工购电子商务(上海)有限公司 互联网网站内容管理系统
CN103218702A (zh) * 2013-04-19 2013-07-24 五洲在线电子商务(北京)有限公司 一种多用户电子商务供应链协同服务平台
CN103295102A (zh) * 2013-05-31 2013-09-11 重庆大学 适用于多重层级关系的扁平化信息管理系统的构建方法
CN104751348A (zh) * 2015-01-08 2015-07-01 吴锦锋 一种基于社交网络的电子商务系统
CN105488224A (zh) * 2015-12-30 2016-04-13 湖南易分销电子商务有限公司 一种多用户商城系统及其使用方法
CN106447410A (zh) * 2016-12-02 2017-02-22 福建省我答答信息科技有限公司 一种o2o店中店分销系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
周浩: "B2B+B2C模式电子商务平台的研究与实现", 《中国优秀硕士学位论文全文数据库 信息科技辑》 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110765481A (zh) * 2019-09-11 2020-02-07 珠海格力电器股份有限公司 权限控制方法、权限控制系统、可读存储介质及终端设备
CN114500031A (zh) * 2022-01-21 2022-05-13 浙江惠瀜网络科技有限公司 基于单点登录获取bi报表的系统、方法、电子设备及介质
CN114500031B (zh) * 2022-01-21 2024-06-04 浙江惠瀜网络科技有限公司 基于单点登录获取bi报表的系统、方法、电子设备及介质

Similar Documents

Publication Publication Date Title
Maihami et al. Effect of two-echelon trade credit on pricing-inventory policy of non-instantaneous deteriorating products with probabilistic demand and deterioration functions
CN108780559A (zh) 目标达成证券投资组合生成装置、程序以及方法
CN107123020A (zh) 用于供应链的订单处理的方法及设备
CN104050594A (zh) 交易终端及其操作方法
KR19990078768A (ko) 보너스포인트의 교환방법
US20220398618A1 (en) A method for setting up user created storefronts within a product tree based multi-level marketing system
CN108960943A (zh) 一种b2b电子商务的商品交易方法和系统
TW202209222A (zh) 用於多層次行銷之佣金之系統
CN107886360A (zh) 一种共享通用型顾客忠诚度电子商务系统及方法
KR20130139457A (ko) 물품 판매 이익 분배 방법
US20020107732A1 (en) System and method for providing a consumer aggregation service
KR20060006752A (ko) 상품 정보 공유를 위한 인터넷 기반의 상품 정보 공유시스템
CN110415064A (zh) 一种整合零售供应链与销售链的利益共同体系统
US20180165699A1 (en) System and method for repurchase incentives
Choudhury et al. Dual channel supply chain inventory policies for controllable deteriorating items having dynamic demand under trade credit policy with default risk
CN110335417B (zh) 电子水票的应用系统及方法
CN107133716A (zh) 用于创建供销的供应链的方法及设备
KR100358369B1 (ko) 다단계 전자상거래 서비스 방법
US20140081728A1 (en) Online point redemption and distribution system
KR101941276B1 (ko) 물품 판매 이익 분배 마케팅 방법
KR20030012161A (ko) 온라인 전자상거래 대행 서비스 및 통합 커머스 서비스제공 시스템
KR20110055941A (ko) 포인트 거래 시스템, 거래소 서버를 이용한 포인트 거래 방법, 및 그 방법을 실행하기 위한 프로그램 기록매체
CN110990881A (zh) 一种基于区块链的社区团购平台及设备、介质
KR20170029845A (ko) 온라인 상거래에 대한 오프라인 인센티브 부여(또는 매출 귀속) 커머스 모델
TWI818281B (zh) 經銷管理系統

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20170905

RJ01 Rejection of invention patent application after publication