技术领域
本发明属于管理系统技术领域,特别是涉及一种标准价格体系管理系统。
背景技术
随着电商的不断发展,越来越多的人加入到电商这个行业,采购方越来越多,供应商也越来越多,采购方和供应商的供需关系也逐步搬到了线上,但这方面的系统是比较少的或者是入驻条件比较高,现有的技术方案主要是以采购方为主,采购方根据自己的需求选择供应商,通过与供应商线上或者线下交流,确认采购之后在供应商方下单,交定金等待发货。供应商根据订单生产相应产品并且发货,采购方收到产品验证产品是否合格符合自己的要求,符合则结算尾款,不符合则退回供应商和供应商进一步协调退货或者重新生产。
现有技术实现的功能比较少,大平台入驻条件高,不能满足采购方或供应商的需求,并且数据不稳定安全性交低,致使采购方采购价格不准确或者错误和供应商生产数据不准确,产品过多过少或者不足采购方的需求等。
发明内容
本发明的目的在于提供一种标准价格体系管理系统,通过接口的高效性可以使采购方和供应商更快更及时的获取到对方传送过来的数据,从而及时进行后面的操作及工作,大大提高了工作效率,接口和消息机制的安全性可靠性确保了数据在传送过程中不会被修改或丢失以保证数据的正确性,消息机制的高效性不仅能保证数据安全可靠,而且还能缓解服务器压力,解决了上述现有技术中存在的问题。
为达上述目的,本发明是通过以下技术方案实现的:
一种标准价格体系管理系统,包括价格获取模块,用于根据辐料信息选择对标的供应商,供应商通过供应商管理系统的接口把数据及时推送到供应商系统上;采购方订单录入模块,采购方订单录入模块会以接口形式自动推送到供应商管理系统上,供应商管理系统对订单进行处理;采购方确认模块,采购方确认模块用于对供应商进行筛选,采购方确认模块筛选好之后供应商进行操作生产。
可选的,采购方和供应商的实时数据都是通过http形式的接口来传送。
可选的,采购方下单后会调用http形式的接口把订单数据及时推送到供应商管理系统,如果推送失败则订单生成失败。
可选的,采购方数据传送到供应商系统、供应商数据传送到采购方的过程接口调用需要添加安全验证token。
可选的,不需要即时的数据则通过消息机制来实现。
可选的,采购方在获取采购价格后设置标准价格。
可选的,采购方在同步采购订单后提供给供应商。
可选的,供应商在接单生产后完成后同步面辅价格后设置标准价格。
可选的,供应商在接单或拒单后反馈给采购方。
可选的,采购方在接单、后续跟单后反馈给供应商。
本发明的实施例具有以下有益效果:
本发明的一个实施例通过接口的高效性可以使采购方和供应商更快更及时的获取到对方传送过来的数据,从而及时进行后面的操作及工作,大大提高了工作效率,接口和消息机制的安全性可靠性确保了数据在传送过程中不会被修改或丢失以保证数据的正确性,消息机制的高效性不仅能保证数据安全可靠,而且还能缓解服务器压力。
当然,实施本发明的任一产品并不一定需要同时达到以上所述的所有优点。
附图说明
构成本申请的一部分的说明书附图用来提供对本发明的进一步理解,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1为本发明一实施例的采购方流程示意图;
图2为本发明一实施例的供应商流程结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本发明一部分实施例,而不是全部的实施例。以下对至少一个示例性实施例的描述实际上仅仅是说明性的,决不作为对本发明及其应用或使用的任何限制。
为了保持本发明实施例的以下说明清楚且简明,本发明省略了已知功能和已知部件的详细说明。
请参阅图1-2所示,在本实施例中提供了一种标准价格体系管理系统,包括:价格获取模块,用于根据辐料信息选择对标的供应商,供应商通过供应商管理系统的接口把数据及时推送到供应商系统上;采购方订单录入模块,采购方订单录入模块会以接口形式自动推送到供应商管理系统上,供应商管理系统对订单进行处理;采购方确认模块,采购方确认模块用于对供应商进行筛选,采购方确认模块筛选好之后供应商进行操作生产。
本发明的技术方案主要以http形式的接口为主,Rabbitmq消息为辅来实现采购方和供应商数据交互。在安全性方面因为采购方和供应商都是内部系统走的也是内网所以选择效率更高的http而非安全性更向的https,Rabbitmq消息机制是比较流行和比较稳定的消息机制之一,而且可以配置集群服务,也可以消息持久化从内存持久化消息到硬盘,数据的处理能力和安全性还是比较高的。
本发明的关键点是确保接口的高效性、安全性、可靠性及Rabbitmq消息机制的正常运作,确保接口的性能和Rabbitmq消息机制的正常工作,接口的高效性、安全性、可靠性和Rabbitmq消息机制的性能直接影响数据的及时性、安全性、可靠性。
本发明带来的有益效果有以下几点:
接口的高效性可以使采购方和供应商更快更及时的获取到对方传送过来的数据,从而及时进行后面的操作及工作,大大提高了工作效率,接口和消息机制的安全性可靠性确保了数据在传送过程中不会被修改或丢失以保证数据的正确性,消息机制的高效性不仅能保证数据安全可靠,而且还能缓解服务器压力。
本实施例的采购方和供应商的实时数据都是通过http形式的接口来传送,保证数据的及时性和一致性。
本实施例的采购方下单后会调用http形式的接口把订单数据及时推送到供应商管理系统,如果推送失败则订单生成失败。
本实施例的采购方数据传送到供应商系统、供应商数据传送到采购方的过程接口调用需要添加安全验证token,通过token验证的数据才能接收到双方系统。
本实施例的不需要即时的数据则通过消息机制来实现,当然全部数据通过传送也是可以的,但这样第一服务器的压力会比较大,大批量的接口请求会消耗大量服务器资源,一但服务器资源不够则会影响所有正常功能,第二会降低工作效率,比如供应商发货信息传送到采购方跟单员要等传送成功或者等跟单员接收后才能进行下一步操作,然而供应商的发货信息跟单员在没有接收到的情况下也可以手动获取,所以这样会大大降低了工作效率。
本实施例的采购方在获取采购价格后设置标准价格。
本实施例的采购方在同步采购订单后提供给供应商。
本实施例的供应商在接单生产后完成后同步面辅价格后设置标准价格。
本实施例的供应商在接单或拒单后反馈给采购方。
本实施例的采购方在接单、后续跟单后反馈给供应商。
上述实施例可以相互结合。
需要说明的是,本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施方式能够以除了在这里图示或描述的那些以外的顺序实施。
在本发明的描述中,需要理解的是,方位词如“前、后、上、下、左、右”、“横向、竖向、垂直、水平”和“顶、底”等所指示的方位或位置关系通常是基于附图所示的方位或位置关系,仅是为了便于描述本发明和简化描述,在未作相反说明的情况下,这些方位词并不指示和暗示所指的装置或元件必须具有特定的方位或者以特定的方位构造和操作,因此不能理解为对本发明保护范围的限制;方位词“内、外”是指相对于各部件本身的轮廓的内外。
机译: 作为绩效标准计算装置,绩效标准管理系统和计算的绩效标准计算装置
机译: 标准管理系统,标准管理方法和标准管理程序
机译: 标准作业管理系统和标准作业管理方法