本公开的实施例涉及企业管理技术领域,尤其涉及一种信息处理方法、装置、系统及电子设备。
背景技术
目前,企业内使用办公自动化(officeautomation,oa)系统和企业资源计划(enterpriseresourceplanning,erp)系统的情况非常普遍,许多企业都有供应商平台,这些企业可以利用oa系统进行供应商信息的提报和审批,并利用erp系统进行供应商信息的存储和管理。
如图1所示,在企业内部进行供应商信息的提报时,企业员工需要先通过oa系统发起供应商提报申请,接下来,数据管理员通过oa系统对供应商提报申请进行审批。在审批通过时,数据管理员根据该供应商提报申请向erp系统录入相应的供应商信息。
需要指出的是,目前,企业员工发起的所有供应商提报申请均会被审批,这样会带来诸多不良影响。举例而言,如果企业员工发起的是新增类型的供应商提报申请,该申请有可能是之前已经提报过的供应商提报申请,并且,数据管理员已经根据之前提报过的供应商提报申请向erp系统录入相应的供应商信息了,这样会造成数据管理员通过oa系统对相同的供应商提报申请进行重复审批,以及erp系统对相同的供应商信息进行重复存储,从而影响供应商提报申请的审批进度和审批效率,以及增加erp系统的运行压力。因此,如何有效地避免上述不良影响对于本领域技术人员而言是一个亟待解决的问题。
技术实现要素:
第一方面,本公开的实施例提供一种信息处理方法,所述方法包括:
在办公自动化oa系统处,
获取供应商提报申请中的供应商基础数据,将所述供应商基础数据发送至信息系统;其中,所述信息系统用于同步并存储企业资源计划erp系统中的供应商信息;
接收所述信息系统发送的针对所述供应商基础数据的检测结果;
根据所述检测结果和所述供应商提报申请的申请类型,针对所述供应商提报申请,执行相应的处理操作。
在一些实施例中,所述根据所述检测结果和所述供应商提报申请的申请类型,针对所述供应商提报申请,执行相应的处理操作,包括:
在所述供应商提报申请的申请类型为新增类型,且所述检测结果用于表征所述信息系统中存储有所述供应商基础数据时,不对所述供应商提报申请进行审批,并输出用于表征所述供应商提报申请已提报的第一提示信息;
在所述供应商提报申请的申请类型为新增类型,且所述检测结果用于表征所述信息系统中未存储所述供应商基础数据时,对所述供应商提报申请进行审批。
在一些实施例中,所述根据所述检测结果和所述供应商提报申请的申请类型,针对所述供应商提报申请,执行相应的处理操作,包括:
在所述供应商提报申请的申请类型为修改类型,且所述检测结果用于表征所述信息系统中未存储所述供应商基础数据时,不对所述供应商提报申请进行审批,并输出用于表征所述供应商提报申请的申请类型错误的第二提示信息;
在所述供应商提报申请的申请类型为修改类型,且所述检测结果用于表征所述信息系统中存储有所述供应商基础数据时,对所述供应商提报申请进行审批。
在一些实施例中,所述方法还包括:
在所述供应商提报申请审批通过时,通过所述oa系统的用于与所述erp系统连接的目标接口,输出所述供应商提报申请中的供应商信息和所述供应商提报申请的申请类型。
在一些实施例中,所述方法还包括:
在所述供应商提报申请审批通过时,根据所述供应商提报申请中的供应商信息和所述供应商提报申请的申请类型,对所述oa系统的oa台账模块所存储的供应商信息进行更新;
接收对所述oa台账模块所存储的供应商信息的调取指令;
根据所述调取指令调取所述oa台账模块中的相应供应商信息。
第二方面,本公开的实施例提供一种信息处理方法,包括:
在信息系统处,
接收办公自动化oa系统发送的供应商提报申请中的供应商基础数据;其中,所述信息系统用于同步并存储企业资源计划erp系统中的供应商信息;
检测所述信息系统中是否存储有所述供应商基础数据,获得针对所述供应商基础数据的检测结果;
向所述oa系统发送所述检测结果。
第三方面,本公开的实施例提供一种信息处理方法,包括:
在企业资源计划erp系统处,
接收办公自动化oa系统的目标接口输出的,供应商提报申请中的供应商信息和所述供应商提报申请的申请类型;
根据所述供应商信息和所述申请类型,对所存储的供应商信息进行更新。
第四方面,本公开的实施例提供一种信息处理方法,所述方法包括:
在办公自动化oa系统处,获取供应商提报申请中的供应商基础数据,将所述供应商基础数据发送至信息系统;其中,所述信息系统用于同步并存储企业资源计划erp系统中的供应商信息;
在所述信息系统处,接收所述oa系统发送的供应商提报申请中的供应商基础数据;
在所述信息系统处,检测所述信息系统中是否存储有所述供应商基础数据,获得针对所述供应商基础数据的检测结果;
在所述信息系统处,向所述oa系统发送所述检测结果;
在所述oa系统处,接收所述信息系统发送的针对所述供应商基础数据的检测结果;
在所述oa系统处,根据所述检测结果和所述供应商提报申请的申请类型,针对所述供应商提报申请,执行相应的处理操作。
在一些实施例中,所述根据所述检测结果和所述供应商提报申请的申请类型,针对所述供应商提报申请,执行相应的处理操作,包括:
在所述供应商提报申请的申请类型为新增类型,且所述检测结果用于表征所述信息系统中存储有所述供应商基础数据时,不对所述供应商提报申请进行审批,并输出用于表征所述供应商提报申请已提报的第一提示信息;
在所述供应商提报申请的申请类型为新增类型,且所述检测结果用于表征所述信息系统中未存储所述供应商基础数据时,对所述供应商提报申请进行审批。
在一些实施例中,所述根据所述检测结果和所述供应商提报申请的申请类型,针对所述供应商提报申请,执行相应的处理操作,包括:
在所述供应商提报申请的申请类型为修改类型,且所述检测结果用于表征所述信息系统中未存储所述供应商基础数据时,不对所述供应商提报申请进行审批,并输出用于表征所述供应商提报申请的申请类型错误的第二提示信息;
在所述供应商提报申请的申请类型为修改类型,且所述检测结果用于表征所述信息系统中存储有所述供应商基础数据时,对所述供应商提报申请进行审批。
在一些实施例中,所述方法还包括:
在所述oa系统处,在所述供应商提报申请审批通过时,通过所述oa系统的用于与所述erp系统连接的目标接口,输出所述供应商提报申请中的供应商信息和所述供应商提报申请的申请类型;
在所述erp系统处,接收所述oa系统的目标接口输出的,供应商提报申请中的供应商信息和所述供应商提报申请的申请类型;
在所述erp系统处,根据所接收到的供应商信息和申请类型,对所存储的供应商信息进行更新。
在一些实施例中,所述方法还包括:
在所述oa系统处,在所述供应商提报申请审批通过时,根据所述供应商提报申请中的供应商信息和所述供应商提报申请的申请类型,对所述oa系统的oa台账模块所存储的供应商信息进行更新;
在所述oa系统处,接收对所述oa台账模块所存储的供应商信息的调取指令;
在所述oa系统处,根据所述调取指令调取所述oa台账模块中的相应供应商信息。
第五方面,本公开的实施例提供一种信息处理装置,用于办公自动化oa系统处,包括:
发送模块,用于获取供应商提报申请中的供应商基础数据,将所述供应商基础数据发送至信息系统;其中,所述信息系统用于同步并存储企业资源计划erp系统中的供应商信息;
接收模块,用于接收所述信息系统发送的针对所述供应商基础数据的检测结果;
处理模块,用于根据所述检测结果和所述供应商提报申请的申请类型,针对所述供应商提报申请,执行相应的处理操作。
在一些实施例中,该装置还包括:审批模块;其中,
所述处理模块,具体用于在所述供应商提报申请的申请类型为新增类型,且所述检测结果用于表征所述信息系统中存储有所述供应商基础数据时,不将所述供应商提报申请发送至所述审批模块,并输出用于表征所述供应商提报申请已提报的第一提示信息;在所述供应商提报申请的申请类型为新增类型,且所述检测结果用于表征所述信息系统中未存储所述供应商基础数据时,将所述供应商提报申请发送至所述审批模块;
所述审批模块,用于对来自所述处理模块的供应商提报申请进行审批。
在一些实施例中,该装置还包括:审批模块;其中,
所述处理模块,具体用于在所述供应商提报申请的申请类型为修改类型,且所述检测结果用于表征所述信息系统中未存储所述供应商基础数据时,不将所述供应商提报申请发送至所述审批模块,并输出用于表征所述供应商提报申请的申请类型错误的第二提示信息;在所述供应商提报申请的申请类型为修改类型,且所述检测结果用于表征所述信息系统中存储有所述供应商基础数据时,将所述供应商提报申请发送至所述审批模块;
所述审批模块,用于对来自所述处理模块的供应商提报申请进行审批。
在一些实施例中,
所述审批模块,还用于在所述供应商提报申请审批通过时,通过所述oa系统的用于与所述erp系统连接的目标接口,输出所述供应商提报申请中的供应商信息和所述供应商提报申请的申请类型。
在一些实施例中,该装置还包括:oa台账模块和数据调取模块;其中,
所述审批模块,还用于在所述供应商提报申请审批通过时,向所述oa台账模块发送所述供应商提报申请中的供应商信息和所述供应商提报申请的申请类型;
所述oa台账模块,用于根据接收的供应商信息和提报类型,对所存储的供应商信息进行更新;
所述提交模块,还用于接收对所述oa台账模块所存储的供应商信息的调取指令,根据所述调取指令,通过所述数据调取模块,调取所述oa台账模块中的相应供应商信息。
第六方面,本公开的实施例提供一种信息处理装置,用于信息系统处,包括:
信息同步模块,用于同步并存储企业资源计划erp系统中的供应商信息;
数据校验模块,用于接收办公自动化oa系统发送的供应商提报申请中的供应商基础数据,检测所述信息系统中是否存储有所述供应商基础数据,获得针对所述供应商基础数据的检测结果,并向所述oa系统发送所述检测结果。
第七方面,本公开的实施例提供一种信息处理装置,用于企业资源计划erp系统处,包括:
接收模块,用于接收办公自动化oa系统的目标接口输出的,供应商提报申请中的供应商信息和所述供应商提报申请的申请类型;
更新模块,用于根据所述供应商信息和所述申请类型,对所存储的供应商信息进行更新。
第八方面,本公开的实施例提供一种信息处理系统,包括:办公自动化oa系统和信息系统;其中,
所述oa系统,用于获取供应商提报申请中的供应商基础数据,将所述供应商基础数据发送至信息系统;
所述信息系统,用于同步并存储企业资源计划erp系统中的供应商信息;还用于接收所述oa系统发送的供应商提报申请中的供应商基础数据;检测所述信息系统中是否存储有所述供应商基础数据,获得针对所述供应商基础数据的检测结果;向所述oa系统发送所述检测结果;
所述oa系统,还用于接收所述信息系统发送的针对所述供应商基础数据的检测结果;根据所述检测结果和所述供应商提报申请的申请类型,针对所述供应商提报申请,执行相应的处理操作。
在一些实施例中,所述oa系统,具体用于:
在所述供应商提报申请的申请类型为新增类型,且所述检测结果用于表征所述信息系统中存储有所述供应商基础数据时,不对所述供应商提报申请进行审批,并输出用于表征所述供应商提报申请已提报的第一提示信息;在所述供应商提报申请的申请类型为新增类型,且所述检测结果用于表征所述信息系统中未存储所述供应商基础数据时,对所述供应商提报申请进行审批。
在一些实施例中,所述oa系统,具体用于:
在所述供应商提报申请的申请类型为修改类型,且所述检测结果用于表征所述信息系统中未存储所述供应商基础数据时,不对所述供应商提报申请进行审批,并输出用于表征所述供应商提报申请的申请类型错误的第二提示信息;在所述供应商提报申请的申请类型为修改类型,且所述检测结果用于表征所述信息系统中存储有所述供应商基础数据时,对所述供应商提报申请进行审批。
在一些实施例中,该系统还包括:所述erp系统;其中,
所述oa系统,还用于在所述供应商提报申请审批通过时,通过所述oa系统的用于与所述erp系统连接的目标接口,输出所述供应商提报申请中的供应商信息和所述供应商提报申请的申请类型;
所述erp系统,还用于接收所述oa系统的目标接口输出的,供应商提报申请中的供应商信息和所述供应商提报申请的申请类型;根据所接收到的供应商信息和申请类型,对所存储的供应商信息进行更新。
在一些实施例中,
所述oa系统,还用于在所述供应商提报申请审批通过时,根据所述供应商提报申请中的供应商信息和所述供应商提报申请的申请类型,对所述oa系统的oa台账模块所存储的供应商信息进行更新;接收对所述oa台账模块所存储的供应商信息的调取指令;根据所述调取指令调取所述oa台账模块中的相应供应商信息。
第九方面,本公开的实施例提供一种电子设备,包括处理器,存储器,存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现上述第一方面提供的信息处理方法的步骤,或实现上述第二方面提供的信息处理方法的步骤,或实现上述第三方面提供的信息处理方法的步骤。
第十方面,本公开的实施例提供一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现上述第一方面提供的信息处理方法的步骤,或实现上述第二方面提供的信息处理方法的步骤,或实现上述第三方面提供的信息处理方法的步骤。
附图说明
图1是更新erp系统中的供应商信息的原理图;
图2是本公开的实施例提供的第一种信息处理方法的流程图;
图3是oa系统、信息系统和erp系统的交互示意图;
图4是本公开的实施例提供的第二种信息处理方法的流程图;
图5是本公开的实施例提供的第三种信息处理方法的流程图;
图6是本公开的实施例提供的第一种信息处理装置的结构框图;
图7是本公开的实施例提供的第二种信息处理装置的结构框图;
图8是本公开的实施例提供的第三种信息处理装置的结构框图;
图9是本公开的实施例提供的第四种信息处理方法的流程图;
图10是本公开的实施例提供的信息处理系统的系统构架图;
图11是本公开的实施例提供的电子设备的结构示意图。
具体实施方式
下面将结合本公开的实施例中的附图,对本公开的实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本公开一部分实施例,而不是全部的实施例。基于本公开中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获取的所有其他实施例,都属于本公开保护的范围。
本公开的实施例提供了一种信息处理方法、装置、电子设备及计算机可读存储介质。
参见图2,图中示出了本公开的实施例提供的信息处理方法的流程图。如图2所示,在oa系统处,该方法包括如下步骤:
步骤201,获取供应商提报申请中的供应商基础数据,将供应商基础数据发送至信息系统;其中,信息系统用于同步并存储erp系统中的供应商信息。
需要说明的是,oa系统可以包括提交模块和审批模块;其中,提交模块用于接收供应商提报申请;审批模块用于通过与数据管理员的交互实现供应商提报申请的审批。
本公开的实施例中,oa系统可以通过提交模块接收企业员工发起的供应商提报申请。接下来,oa系统可以获取接收到的供应商提报申请中的供应商基础数据。具体实施时,oa系统的供应商申请表单提报界面可以嵌入js(javascript,一种直译式脚本语言)程序,oa系统可以利用js程序抓取接收到的供应商提报申请中的供应商信息中的供应商基础数据。其中,oa系统抓取到的供应商基础数据可以为公司名称、供应商名称、供应商编码或者其它能够唯一地对供应商进行标识的数据。
需要指出的是,供应商信息中除了包括供应商基础数据之外,其一般还包括一些其他的数据,例如供应商所供应的货品或物料的价格等。
如图3所示,在利用js程序抓取到供应商基础数据之后,oa系统可以将抓取到的供应商基础数据发送至信息系统。
需要说明的是,信息系统可以是自开发的,用于实现oa系统与erp系统之间的数据交互和处理的中央数据处理系统,信息系统可以包括用于同步并存储erp中的供应商信息的信息同步模块。可选地,信息同步模块中可以具有供应商信息数据库表,信息同步模块可以将erp中的供应商信息实时地同步并存储至供应商信息数据库表。
可以理解的是,erp系统是真正用于存储供应商信息的系统,该系统中的供应商信息是真实准确的。由于信息系统的信息同步模块同步并存储erp中的供应商信息,因此,信息系统中的供应商信息能够跟随erp系统中的供应商信息的变化,信息系统和erp系统两者中的供应商信息能够一直保持一致。如图3所示,在接收到oa系统发送的供应商基础数据之后,信息系统可以检测信息同步模块中是否存储有接收到的供应商基础数据,并向oa系统发送针对该供应商基础数据的检测结果。
步骤202,接收信息系统发送的针对供应商基础数据的检测结果。
其中,oa系统可以通过提交模块接收信息系统发送的检测结果。
可以理解的是,oa系统接收到的检测结果存在两种可能的情况:检测结果用于表征信息系统中存储有供应商基础数据;或者,检测结果用于表征信息系统中未存储供应商基础数据。
步骤203,根据检测结果和供应商提报申请的申请类型,针对供应商提报申请,执行相应的处理操作。
需要说明的是,oa系统还可以确定步骤201中的供应商提报申请的申请类型。一般而言,企业员工发起的供应商提报申请中存在用于表征申请类型的字段,因此,oa系统可以根据步骤201中的供应商提报申请中的,用于表征申请类型的字段,确定该供应商提报申请的申请类型。之后,oa系统可以执行步骤203,即根据接收到的检测结果和确定出的申请类型,针对步骤201中的供应商提报申请,执行相应的处理操作。
需要说明的是,步骤203的具体实现形式多样,下面进行举例介绍。
在一些实施例中,步骤203,可以包括:
在供应商提报申请的申请类型为新增类型,且检测结果用于表征信息系统中存储有供应商基础数据时,不对供应商提报申请进行审批,并输出用于表征供应商提报申请已提报的第一提示信息;
在供应商提报申请的申请类型为新增类型,且检测结果用于表征信息系统中未存储供应商基础数据时,对供应商提报申请进行审批。
其中,oa系统可以通过语音、文字等形式输出第一提示信息。
需要说明的是,如果oa系统接收到的检测结果用于表征信息系统中存储有供应商基础数据,且oa系统确定出的申请类型为新增类型,这说明信息系统和erp系统中存储有包含该供应商基础数据的供应商信息,因此,可以认为步骤201中的供应商提报申请为之前已经提报过的供应商提报申请,并且,erp系统根据该供应商提报申请已经存储了相应的供应商信息(即包含步骤201中获取的供应商基础数据的供应商信息)。
这种情况下,为了避免数据管理员通过oa系统对相同的供应商提报申请进行重复审批,以及erp系统对相同的供应商信息进行重复存储,oa系统不将步骤201中的供应商提报申请提供给审批模块进行审批,并且,oa系统还输出用于表征供应商提报申请已提报的第一提示信息,以便于企业员工及时获知供应商提报申请已提报的情况,从而避免企业员工对已提报的供应商提报申请再次进行提报。
如果oa系统接收到的检测结果用于表征信息系统中未存储供应商基础数据,且oa系统确定出的申请类型为新增类型,这说明信息系统和erp系统中未存储包含该供应商基础数据的供应商信息,因此,可以认为步骤201中的供应商提报申请为之前未提报过的供应商提报申请。这种情况下,oa系统可以将步骤201中的供应商提报申请提供给审批模块进行审批,从而保证供应商提报申请的正常审批。
可见,这种实施方式中,oa系统通过与信息系统进行信息交互,以及对供应商提报申请的申请类型进行识别,oa系统能够自动识别出供应商提报申请是否已提报过,以及识别出供应商提报申请的申请类型是否为新增类型。对于未提报过的新增类型的供应商提报申请,oa系统正常对其进行审批。对于已提报过的新增类型的供应商提报申请,oa系统不对其进行审批,oa系统还输出用于表征其已提报的第一提示信息,这样可以有效地避免数据管理员通过oa系统对相同的供应商提报申请进行重复审批,以及避免erp系统对相同的供应商信息进行重复存储,从而有效地保证供应商提报申请的审批进度和审批效率,以及减小erp系统的运行压力。
在一些实施例中,步骤203,可以包括:
在供应商提报申请的申请类型为修改类型,且检测结果用于表征信息系统中未存储供应商基础数据时,不对供应商提报申请进行审批,并输出用于表征供应商提报申请的申请类型错误的第二提示信息;
在供应商提报申请的申请类型为修改类型,且检测结果用于表征信息系统中存储有供应商基础数据时,对供应商提报申请进行审批。
其中,oa系统可以通过语音、文字等形式输出第二提示信息。
需要说明的是,如果oa系统接收到的检测结果用于表征信息系统中未存储供应商基础数据,且oa系统确定出的供应商提报申请的申请类型为修改类型,可以认为oa系统的检测结果与供应商提报申请的申请类型是矛盾的。具体而言,如果步骤201中的供应商提报申请的申请类型是修改类型,这说明企业员工希望通过步骤201中的供应商提报申请对erp系统中已存储的某一供应商信息进行修改,因此,信息系统中应当存储有相应的供应商基础数据,这与oa系统的检测结果是不相符的,此时,可以认为步骤201中的供应商提报申请为无效的供应商提报申请。
因此,这种情况下,oa系统可以输出用于表征供应商提报申请的申请类型错误的第二提示信息,以便于企业员工及时获知供应商提报申请的申请类型错误的情况,并重新向oa系统输入具有正确申请类型的供应商提报申请。
如果oa系统接收到的检测结果用于表征信息系统中存储有供应商基础数据,且oa系统确定出的供应商提报申请的申请类型为修改类型,这说明企业员工希望通过步骤201中的供应商提报申请对erp系统中已存储的某一供应商信息进行修改。这种情况下,oa系统可以将步骤201中的供应商提报申请提供给审批模块进行审批。
可见,这种实施方式中,oa系统通过与信息系统进行信息交互,以及对供应商提报申请的申请类型进行识别,oa系统能够自动识别出供应商提报申请的申请类型是否正确。对于新增类型的供应商提报申请,在其申请类型正确的情况下,oa系统正常对其进行审批;在其申请类型不正确的情况下,oa系统不对其进行审批,oa系统还输出用于表征其申请类型错误的第二提示信息,这样可以有效地避免数据管理员通过oa系统对无效的供应商提报申请进行审批,从而减小oa系统的运行压力。
本公开的实施例中,oa系统、erp系统和信息系统三方的信息可以进行整合。对于接收到的供应商提报申请,oa系统不直接对其进行审批,而是先与信息系统进行信息交互,以及对供应商提报申请的申请类型进行识别,再根据识别结果及经信息交互得到的检测结果,针对供应商提报申请,执行相应的处理操作。具体地,对于未提报过的新增类型的供应商提报申请,以及申请类型正确且为修改类型的供应商提报申请,oa系统正常对其进行审批。对于已提报过的新增类型的供应商提报申请,oa系统不对其进行审批,并输出用于表征其已提报的第一提示信息,以有效地避免数据管理员通过oa系统对相同的供应商提报申请的重复审批,以及避免erp系统对相同的供应商信息进行重复存储,从而有效地保证供应商提报申请的审批进度和审批效率,以及减小erp系统的运行压力。对于申请类型错误且为修改类型的供应商提报申请,oa系统不对其进行审批,并输出用于表征其申请类型错误的第二提示信息,以有效地避免数据管理员通过oa系统对无效的供应商提报申请进行审批。
可以看出,本公开的实施例中,通过oa系统、erp系统和信息系统三方的信息整合,oa系统可以识别出已提报过的供应商提报申请和无效的供应商提报申请,oa系统不对已提报过的供应商提报申请和无效的供应商提报申请进行审批,oa系统还输出相应的提示信息,这样能够有效地避免现有技术中oa系统对接收到的所有供应商提报申请进行审批带来的诸多不良影响。
在一些实施例中,该方法还包括:
在供应商提报申请审批通过时,通过oa系统的用于与erp系统连接的目标接口,输出供应商提报申请中的供应商信息和供应商提报申请的申请类型。
需要说明的是,oa系统通过目标接口输出的申请类型与供应商提报申请中用于表征申请类型的字段相关。具体地,在该字段为“新建”时,oa系统可以通过目标接口输出数值“1”,以利用数值“1”来表征新建类型这种申请类型;在该字段为“修改”时,oa系统可以通过目标接口输出数值“0”,以利用数值“0”来表征修改类型这种申请类型。
本公开的实施例中,当数据管理员通过操作oa系统的审批模块,确认供应商提报申请审批通过时,oa系统会从目标接口输出相应的供应商信息和申请类型。由于目标接口用于与erp系统连接,因此,erp系统可以接收到从目标接口输出的供应商信息和申请类型,之后,erp系统可以根据接收到的供应商信息和申请类型对所存储的供应商信息进行更新。
需要说明的是,erp系统可以支持新增供应商信息的业务操作和修改供应商信息的业务操作。这样,在接收到的申请类型为新建类型时,erp系统可以直接存储接收到的供应商信息;在接收到的申请类型为修改类型时,erp系统可以以接收到的供应商信息中的供应商基础数据为唯一标准,对所存储的供应商信息中的,存在该供应商基础数据的供应商信息进行覆盖。
可以看出,由于目标接口的设置,oa系统与erp系统可以进行系统间对话,erp系统可以根据从目标接口输出的供应商信息和申请类型,自动对所存储的供应商信息进行更新,这样可以免去数据管理员人为操纵oa系统和erp系统两个平台的供应商信息的操作,数据管理员无需手动进行跨平台操作,因此,本公开的实施例可以保证erp系统中的供应商信息更新的及时性和准确性,同时提高数据管理员的工作效率。
在一些实施例中,该方法还包括:
在供应商提报申请审批通过时,根据供应商提报申请中的供应商信息和供应商提报申请的申请类型,对oa系统的oa台账模块所存储的供应商信息进行更新;
接收对oa台账模块所存储的供应商信息的调取指令;
根据调取指令调取oa台账模块中的相应供应商信息。
可以理解的是,oa系统的oa台账模块一般可以将流转完成的oa流程存档为一份结构化数据。需要说明的是,oa台账模块还可以用于存储供应商信息。erp系统和oa台账模块可以分别预先进行初始化,以使erp系统和oa台账模块两者中的初始供应商信息保持一致。
本公开的实施例中,如图3所示,在数据管理员确认供应商提报申请审批通过时,在从目标接口输出供应商信息和申请类型的同时,oa系统还可以将供应商信息和申请类型提供给oa台账模块。与上述实施例类似,oa系统也可以将数值“0”或“1”提供给oa台账模块来表征供应商提报申请的申请类型。之后,oa台账模块可以根据oa系统提供的供应商信息和申请类型,对所存储的供应商信息进行更新,具体更新过程参照上述erp系统中的供应商信息的更新过程即可,在此不再赘述。容易看出,erp系统和oa台账模块两者中的供应商信息可以进行同步更新,又由于erp系统和oa台账模块两者中的初始供应商信息保持一致,因此,erp系统和oa台账模块两者中的供应商信息能够保持一致。
在企业员工需要对erp系统中已存储的供应商信息进行更新时,企业员工可以向oa系统发起对oa台账模块中的供应商信息的调取指令。在接收到调取指令的情况下,oa系统响应企业员工的调取指令,调取oa台账模块中的相应供应商信息。由于erp系统和oa台账模块中的供应商信息保持一致,因此,对oa台账模块中的供应商信息的调取操作就相当于对erp系统中的供应商信息的调取操作,这样,通过对oa系统的oa台账模块中的供应商信息的调取,本公开的实施例能够快速便捷地实现对erp系统中的供应商信息的调取,以便于在调取得到的供应商信息的基础上向oa系统发起相应的供应商提报申请。
综上,本公开的实施例能够有效地避免现有技术中oa系统对接收到的所有供应商提报申请进行审批带来的诸多不良影响。
参见图4,图中示出了本公开的实施例提供的信息处理方法的流程图。如图4所示,在信息系统处,该方法包括如下步骤:
步骤401,接收oa系统发送的供应商提报申请中的供应商基础数据;其中,信息系统用于同步并存储erp系统中的供应商信息;
步骤402,检测信息系统中是否存储有供应商基础数据,获得针对供应商基础数据的检测结果;
步骤403,向oa系统发送检测结果。
本公开的实施例中,oa系统、erp系统和信息系统三方的信息可以进行整合。对于接收到的供应商提报申请,oa系统不直接对其进行审批,而是先与信息系统进行信息交互,以及对供应商提报申请的申请类型进行识别,再根据识别结果及经信息交互得到的检测结果,针对供应商提报申请,执行相应的处理操作。具体地,对于未提报过的新增类型的供应商提报申请,以及申请类型正确且为修改类型的供应商提报申请,oa系统正常对其进行审批。对于已提报过的新增类型的供应商提报申请,oa系统不对其进行审批,并输出用于表征其已提报的第一提示信息,以有效地避免数据管理员通过oa系统对相同的供应商提报申请的重复审批,以及避免erp系统对相同的供应商信息进行重复存储,从而有效地保证供应商提报申请的审批进度和审批效率,以及减小erp系统的运行压力。对于申请类型错误且为修改类型的供应商提报申请,oa系统不对其进行审批,并输出用于表征其申请类型错误的第二提示信息,以有效地避免数据管理员通过oa系统对无效的供应商提报申请进行审批。
可以看出,本公开的实施例中,通过oa系统、erp系统和信息系统三方的信息整合,oa系统可以识别出已提报过的供应商提报申请和无效的供应商提报申请,oa系统不对已提报过的供应商提报申请和无效的供应商提报申请进行审批,oa系统还输出相应的提示信息,这样能够有效地避免现有技术中oa系统对接收到的所有供应商提报申请进行审批带来的诸多不良影响。
参见图5,图中示出了本公开的实施例提供的信息处理方法的流程图。如图5所示,在erp系统处,该方法包括如下步骤:
步骤501,接收oa系统的目标接口输出的,供应商提报申请中的供应商信息和供应商提报申请的申请类型;
步骤502,根据供应商信息和申请类型,对所存储的供应商信息进行更新。
本公开的实施例中,由于目标接口的设置,oa系统与erp系统可以进行系统间对话,erp系统可以根据从目标接口输出的供应商信息和申请类型,自动对所存储的供应商信息进行更新,这样可以免去数据管理员人为操纵oa系统和erp系统两个平台的供应商信息的操作,数据管理员无需手动进行跨平台操作,因此,本公开的实施例可以保证erp系统中的供应商信息更新的及时性和准确性,同时提高数据管理员的工作效率。
参见图6,本公开的实施例还提供了一种信息处理装置(即信息处理装置600)。如图6所示,信息处理装置600用于oa系统处,信息处理装置600包括:
发送模块601,用于获取供应商提报申请中的供应商基础数据,将供应商基础数据发送至信息系统;其中,信息系统用于同步并存储企业资源计划erp系统中的供应商信息;
接收模块602,用于接收信息系统发送的针对供应商基础数据的检测结果;
处理模块603,用于根据检测结果和供应商提报申请的申请类型,针对供应商提报申请,执行相应的处理操作。
在一些实施例中,信息处理装置600还包括:审批模块;其中,
处理模块,具体用于在供应商提报申请的申请类型为新增类型,且检测结果用于表征信息系统中存储有供应商基础数据时,不将供应商提报申请发送至审批模块,并输出用于表征供应商提报申请已提报的第一提示信息;在供应商提报申请的申请类型为新增类型,且检测结果用于表征信息系统中未存储供应商基础数据时,将供应商提报申请发送至审批模块;
审批模块,用于对来自处理模块的供应商提报申请进行审批。
在一些实施例中,信息处理装置600还包括:审批模块;其中,
处理模块,具体用于在供应商提报申请的申请类型为修改类型,且检测结果用于表征信息系统中未存储供应商基础数据时,不将供应商提报申请发送至审批模块,并输出用于表征供应商提报申请的申请类型错误的第二提示信息;在供应商提报申请的申请类型为修改类型,且检测结果用于表征信息系统中存储有供应商基础数据时,将供应商提报申请发送至审批模块;
审批模块,用于对来自处理模块的供应商提报申请进行审批。
在一些实施例中,信息处理装置600还包括:
审批模块,还用于在供应商提报申请审批通过时,通过oa系统的用于与erp系统连接的目标接口,输出供应商提报申请中的供应商信息和供应商提报申请的申请类型。
在一些实施例中,信息处理装置600还包括:oa台账模块和数据调取模块;其中,
审批模块,还用于在供应商提报申请审批通过时,向oa台账模块发送供应商提报申请中的供应商信息和供应商提报申请的申请类型;
oa台账模块,用于根据接收的供应商信息和提报类型,对所存储的供应商信息进行更新;
提交模块,还用于接收对oa台账模块所存储的供应商信息的调取指令,根据调取指令,通过数据调取模块,调取oa台账模块中的相应供应商信息。
本公开的实施例提供的信息处理装置600,可以用以执行上述任一项实施例描述的在oa系统处执行的信息处理方法。本公开实施例中的相关概念以及具体实施方式可以参考上述任一项实施例描述的在oa系统处执行的信息处理方法中的相关描述,在此不再赘述。
综上,本公开的实施例中,通过oa系统、erp系统和信息系统三方的信息整合,oa系统可以识别出已提报过的供应商提报申请和无效的供应商提报申请,oa系统不对已提报过的供应商提报申请和无效的供应商提报申请进行审批,oa系统还输出相应的提示信息,这样能够有效地避免现有技术中oa系统对接收到的所有供应商提报申请进行审批带来的诸多不良影响。
参见图7,本公开的实施例还提供了一种信息处理装置(即信息处理装置700)。如图7所示,信息处理装置700用于信息系统处,信息处理装置700包括:
信息同步模块701,用于同步并存储erp系统中的供应商信息;
数据校验模块702,用于接收办公自动化oa系统发送的供应商提报申请中的供应商基础数据,检测信息系统中是否存储有供应商基础数据,获得针对供应商基础数据的检测结果,并向oa系统发送检测结果。
本公开的实施例提供的信息处理装置700,可以用以执行上述任一项实施例描述的在信息系统处执行的信息处理方法。本公开实施例中的相关概念以及具体实施方式可以参考上述任一项实施例描述的在信息系统处执行的信息处理方法中的相关描述,在此不再赘述。
综上,本公开的实施例中,通过oa系统、erp系统和信息系统三方的信息整合,oa系统可以识别出已提报过的供应商提报申请和无效的供应商提报申请,oa系统不对已提报过的供应商提报申请和无效的供应商提报申请进行审批,oa系统还输出相应的提示信息,这样能够有效地避免现有技术中oa系统对接收到的所有供应商提报申请进行审批带来的诸多不良影响。
参见图8,本公开的实施例还提供了一种信息处理装置(即信息处理装置800)。如图8所示,信息处理装置800用于erp系统处,信息处理装置800包括:
接收模块801,用于接收办公自动化oa系统的目标接口输出的,供应商提报申请中的供应商信息和供应商提报申请的申请类型;
更新模块802,用于根据供应商信息和申请类型,对所存储的供应商信息进行更新。
本公开的实施例提供的信息处理装置800,可以用以执行上述任一项实施例描述的在erp系统处执行的信息处理方法。本公开实施例中的相关概念以及具体实施方式可以参考上述任一项实施例描述的在erp系统执行的信息处理方法中的相关描述,在此不再赘述。
综上,本公开的实施例中,由于目标接口的设置,oa系统与erp系统可以进行系统间对话,erp系统可以根据从目标接口输出的供应商信息和申请类型,自动对所存储的供应商信息进行更新,这样可以免去数据管理员人为操纵oa系统和erp系统两个平台的供应商信息的操作,数据管理员无需手动进行跨平台操作,因此,本公开的实施例可以保证erp系统中的供应商信息更新的及时性和准确性,同时提高数据管理员的工作效率。
本公开的实施例还提供一种信息处理系统,该信息处理系统包括上述的信息处理装置600和上述的信息处理装置700。可选地,该信息处理系统还可以包括上述的信息处理装置800。
本公开实施例中的相关概念以及具体实施方式可以参考上述任一项实施例描述的在oa系统处执行的信息处理方法中的相关描述,在此不再赘述。
综上,本公开的实施例中,通过oa系统、erp系统和信息系统三方的信息整合,oa系统可以识别出已提报过的供应商提报申请和无效的供应商提报申请,oa系统不对已提报过的供应商提报申请和无效的供应商提报申请进行审批,oa系统还输出相应的提示信息,这样能够有效地避免现有技术中oa系统对接收到的所有供应商提报申请进行审批带来的诸多不良影响。
参见图9,图中示出了本公开的实施例提供的信息处理方法的流程图。如图9所示,该方法包括如下步骤:
步骤901,在oa系统处,获取供应商提报申请中的供应商基础数据,将供应商基础数据发送至信息系统;其中,信息系统用于同步并存储erp系统中的供应商信息;
步骤902,在信息系统处,接收oa系统发送的供应商提报申请中的供应商基础数据;
步骤903,在信息系统处,检测信息系统中是否存储有供应商基础数据,获得针对供应商基础数据的检测结果;
步骤904,在信息系统处,向oa系统发送检测结果;
步骤905,在oa系统处,接收信息系统发送的针对供应商基础数据的检测结果;
步骤906,在oa系统处,根据检测结果和供应商提报申请的申请类型,针对供应商提报申请,执行相应的处理操作。
在一些实施例中,根据检测结果和供应商提报申请的申请类型,针对供应商提报申请,执行相应的处理操作,包括:
在供应商提报申请的申请类型为新增类型,且检测结果用于表征信息系统中存储有供应商基础数据时,不对供应商提报申请进行审批,并输出用于表征供应商提报申请已提报的第一提示信息;
在供应商提报申请的申请类型为新增类型,且检测结果用于表征信息系统中未存储供应商基础数据时,对供应商提报申请进行审批。
在一些实施例中,根据检测结果和供应商提报申请的申请类型,针对供应商提报申请,执行相应的处理操作,包括:
在供应商提报申请的申请类型为修改类型,且检测结果用于表征信息系统中未存储供应商基础数据时,不对供应商提报申请进行审批,并输出用于表征供应商提报申请的申请类型错误的第二提示信息;
在供应商提报申请的申请类型为修改类型,且检测结果用于表征信息系统中存储有供应商基础数据时,对供应商提报申请进行审批。
在一些实施例中,该方法还包括:
在oa系统处,在供应商提报申请审批通过时,通过oa系统的用于与erp系统连接的目标接口,输出供应商提报申请中的供应商信息和供应商提报申请的申请类型;
在erp系统处,接收oa系统的目标接口输出的,供应商提报申请中的供应商信息和供应商提报申请的申请类型;
在erp系统处,根据所接收到的供应商信息和申请类型,对所存储的供应商信息进行更新。
在一些实施例中,该方法还包括:
在oa系统处,在供应商提报申请审批通过时,根据供应商提报申请中的供应商信息和供应商提报申请的申请类型,对oa系统的oa台账模块所存储的供应商信息进行更新;
在oa系统处,接收对oa台账模块所存储的供应商信息的调取指令;
在oa系统处,根据调取指令调取oa台账模块中的相应供应商信息。
本公开实施例中的相关概念以及具体实施方式可以参考上述任一项实施例描述的在oa系统处执行的信息处理方法中的相关描述,在此不再赘述。
综上,本公开的实施例中,通过oa系统、erp系统和信息系统三方的信息整合,oa系统可以识别出已提报过的供应商提报申请和无效的供应商提报申请,oa系统不对已提报过的供应商提报申请和无效的供应商提报申请进行审批,oa系统还输出相应的提示信息,这样能够有效地避免现有技术中oa系统对接收到的所有供应商提报申请进行审批带来的诸多不良影响。
参见图10,图中示出了本公开的实施例提供的信息处理系统的系统构架图。如图10所示,信息处理系统包括:oa系统1001和信息系统1002;其中,
oa系统1001,用于获取供应商提报申请中的供应商基础数据,将供应商基础数据发送至信息系统1002;
信息系统1002,用于同步并存储erp系统中的供应商信息;还用于接收oa系统1001发送的供应商提报申请中的供应商基础数据;检测信息系统1002中是否存储有供应商基础数据,获得针对供应商基础数据的检测结果;向oa系统1001发送检测结果;
oa系统1001,还用于接收信息系统1002发送的针对供应商基础数据的检测结果;根据检测结果和供应商提报申请的申请类型,针对供应商提报申请,执行相应的处理操作。
在一些实施例中,oa系统,具体用于:
在供应商提报申请的申请类型为新增类型,且检测结果用于表征信息系统中存储有供应商基础数据时,不对供应商提报申请进行审批,并输出用于表征供应商提报申请已提报的第一提示信息;在供应商提报申请的申请类型为新增类型,且检测结果用于表征信息系统中未存储供应商基础数据时,对供应商提报申请进行审批。
在一些实施例中,oa系统,具体用于:
在供应商提报申请的申请类型为修改类型,且检测结果用于表征信息系统中未存储供应商基础数据时,不对供应商提报申请进行审批,并输出用于表征供应商提报申请的申请类型错误的第二提示信息;在供应商提报申请的申请类型为修改类型,且检测结果用于表征信息系统中存储有供应商基础数据时,对供应商提报申请进行审批。
在一些实施例中,信息处理系统还包括:erp系统;其中,
oa系统,还用于在供应商提报申请审批通过时,通过oa系统的用于与erp系统连接的目标接口,输出供应商提报申请中的供应商信息和供应商提报申请的申请类型;
erp系统,还用于接收oa系统的目标接口输出的,供应商提报申请中的供应商信息和供应商提报申请的申请类型;根据所接收到的供应商信息和申请类型,对所存储的供应商信息进行更新。
在一些实施例中,
oa系统,还用于在供应商提报申请审批通过时,根据供应商提报申请中的供应商信息和供应商提报申请的申请类型,对oa系统的oa台账模块所存储的供应商信息进行更新;接收对oa台账模块所存储的供应商信息的调取指令;根据调取指令调取oa台账模块中的相应供应商信息。
综上,本公开的实施例中,通过oa系统、erp系统和信息系统三方的信息整合,oa系统可以识别出已提报过的供应商提报申请和无效的供应商提报申请,oa系统不对已提报过的供应商提报申请和无效的供应商提报申请进行审批,oa系统还输出相应的提示信息,这样能够有效地避免现有技术中oa系统对接收到的所有供应商提报申请进行审批带来的诸多不良影响。
参见图11,图中示出了本公开的实施例提供的电子设备1100的结构示意图。需要说明的是,电子设备1100可以为oa系统、信息系统或erp系统。如图11所示,电子设备1100包括:处理器1101、收发机1102、存储器1103、用户接口1104和总线接口。
电子设备1100为oa系统时,处理器1101,用于读取存储器1103中的程序,执行下列过程:
在oa系统处,
获取供应商提报申请中的供应商基础数据,将供应商基础数据发送至信息系统;其中,信息系统用于同步并存储企业资源计划erp系统中的供应商信息;
接收信息系统发送的针对供应商基础数据的检测结果;
根据检测结果和供应商提报申请的申请类型,针对供应商提报申请,执行相应的处理操作。
在一些实施例中,处理器1101,具体用于:
在供应商提报申请的申请类型为新增类型,且检测结果用于表征信息系统中存储有供应商基础数据时,不对供应商提报申请进行审批,并输出用于表征供应商提报申请已提报的第一提示信息;
在供应商提报申请的申请类型为新增类型,且检测结果用于表征信息系统中未存储供应商基础数据时,对供应商提报申请进行审批。
在一些实施例中,处理器1101,具体用于:
在供应商提报申请的申请类型为修改类型,且检测结果用于表征信息系统中未存储供应商基础数据时,不对供应商提报申请进行审批,并输出用于表征供应商提报申请的申请类型错误的第二提示信息;
在供应商提报申请的申请类型为修改类型,且检测结果用于表征信息系统中存储有供应商基础数据时,对供应商提报申请进行审批。
在一些实施例中,处理器1101,还用于:
在供应商提报申请审批通过时,通过oa系统的用于与erp系统连接的目标接口,输出供应商提报申请中的供应商信息和供应商提报申请的申请类型。
在一些实施例中,处理器1101,还用于:
在供应商提报申请审批通过时,根据供应商提报申请中的供应商信息和供应商提报申请的申请类型,对oa系统的oa台账模块所存储的供应商信息进行更新;
接收对oa台账模块所存储的供应商信息的调取指令;
根据调取指令调取oa台账模块中的相应供应商信息。
电子设备1100为信息系统时,处理器1101,用于读取存储器1103中的程序,执行下列过程:
在信息系统处,
接收oa系统发送的供应商提报申请中的供应商基础数据;其中,信息系统用于同步并存储erp系统中的供应商信息;
检测信息系统中是否存储有供应商基础数据,获得针对供应商基础数据的检测结果;
向oa系统发送检测结果。
电子设备1100为erp系统时,处理器1101,用于读取存储器1103中的程序,执行下列过程:
在erp系统处,
接收oa系统的目标接口输出的,供应商提报申请中的供应商信息和供应商提报申请的申请类型;
根据供应商信息和申请类型,对所存储的供应商信息进行更新。
在图11中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器1101代表的一个或多个处理器和存储器1103代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机1102可以是多个元件,即包括发送机和接收机,提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备,用户接口1104还可以是能够外接内接需要设备的接口,连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
处理器1101负责管理总线架构和通常的处理,存储器1103可以存储处理器1101在执行操作时所使用的数据。
需要说明的是,本公开的实施例提供的电子设备1100能够实现上述方法实施例中的各个过程,为避免重复,这里不再赘述。本公开的实施例中,通过oa系统、erp系统和信息系统三方的信息整合,oa系统可以识别出已提报过的供应商提报申请和无效的供应商提报申请,oa系统不对已提报过的供应商提报申请和无效的供应商提报申请进行审批,oa系统还输出相应的提示信息,这样能够有效地避免现有技术中oa系统对接收到的所有供应商提报申请进行审批带来的诸多不良影响。
另外,由于目标接口的设置,oa系统与erp系统可以进行系统间对话,erp系统可以根据从目标接口输出的供应商信息和申请类型,自动对所存储的供应商信息进行更新,这样可以免去数据管理员人为操纵oa系统和erp系统两个平台的供应商信息的操作,数据管理员无需手动进行跨平台操作,因此,本公开的实施例可以保证erp系统中的供应商信息更新的及时性和准确性,同时提高数据管理员的工作效率。
本公开的实施例还提供一种电子设备,包括处理器1101,存储器1103,存储在存储器1103上并可在所述处理器1101上运行的计算机程序,该计算机程序被处理器1101执行时实现上述在oa系统处执行的信息处理方法实施例中的各个过程,或执行上述在信息系统处执行的信息处理方法实施例中的各个过程,或执行上述在erp系统处执行的信息处理方法实施例中的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
本公开的实施例还提供一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序,该计算机程序被处理器执行时实现上述在oa系统处执行的信息处理方法实施例中的各个过程,或执行上述在信息系统处执行的信息处理方法实施例中的各个过程,或执行上述在erp系统处执行的信息处理方法实施例中的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。其中,所述的计算机可读存储介质,如只读存储器(read-onlymemory,简称rom)、随机存取存储器(randomaccessmemory,简称ram)、磁碟或者光盘等。
以上所述,仅为本公开的具体实施方式,但本公开的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本公开揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本公开的保护范围之内。因此,本公开的保护范围应以权利要求的保护范围为准。