CN114240286A - 库存业务数据处理方法、系统、设备及介质 - Google Patents
库存业务数据处理方法、系统、设备及介质 Download PDFInfo
- Publication number
- CN114240286A CN114240286A CN202111523146.0A CN202111523146A CN114240286A CN 114240286 A CN114240286 A CN 114240286A CN 202111523146 A CN202111523146 A CN 202111523146A CN 114240286 A CN114240286 A CN 114240286A
- Authority
- CN
- China
- Prior art keywords
- data
- goods
- posting
- delivery
- supply object
- 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
Links
- 238000003672 processing method Methods 0.000 title claims description 27
- 238000012384 transportation and delivery Methods 0.000 claims abstract description 224
- 238000012545 processing Methods 0.000 claims abstract description 85
- 238000012546 transfer Methods 0.000 claims abstract description 63
- 238000000034 method Methods 0.000 claims abstract description 28
- 238000003860 storage Methods 0.000 claims description 14
- 239000000463 material Substances 0.000 claims description 12
- 230000008569 process Effects 0.000 claims description 9
- 238000004590 computer program Methods 0.000 claims description 6
- 238000007726 management method Methods 0.000 abstract description 16
- 230000006870 function Effects 0.000 description 13
- 230000008859 change Effects 0.000 description 3
- 230000001360 synchronised effect Effects 0.000 description 3
- 239000000284 extract Substances 0.000 description 2
- 239000000047 product Substances 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 238000007599 discharging Methods 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000003203 everyday effect Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/12—Accounting
- G06Q40/125—Finance or payroll
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Economics (AREA)
- Marketing (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Development Economics (AREA)
- General Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Operations Research (AREA)
- Tourism & Hospitality (AREA)
- Quality & Reliability (AREA)
- Entrepreneurship & Innovation (AREA)
- Human Resources & Organizations (AREA)
- Technology Law (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请涉及一种库存业务数据处理方法、系统、设备及介质,该库存业务数据处理方法包括:获取供应对象的货物入库数据;依据货物入库数据进行交货过账处理,得到第一过账数据;当检测到供应对象的客户提货数据时,依据客户提货数据进行物权转移,得到供应对象的货物转移数据;依据货物转移数据进行发货过账处理,得到第二过账数据;依据第一过账数据和第二过账数据进行业务结算处理,得到供应对象对应的业务结算处理结果。本申请通过自动更新VMI业务模式下货物库存数据,确保VMI业务模式下HUB仓货物库存数据准确性,并降低VMI业务模式的人力成本和数据错误风险,实现VMI业务模式下HUB仓货物库存自动化管控。
Description
技术领域
本申请实施例涉及显示技术领域,尤其涉及一种库存业务数据处理方法、系统、设备及介质。
背景技术
供应商管理库存(Vendor Managed Inventory,VMI)是一种以用户和供应商双方都获得最低成本为目的,在一个共同的协议下由供应商管理库存,并不断监督协议执行情况和修正协议内容,使库存管理得到持续地改进的合作性策略。这种库存管理策略打破了传统的各自为政的库存管理模式,使得供应商能够通过共享用户的当前库存和实际耗用数据,按照实际的消耗模型、消耗趋势和补货策略进行有实际根据的补货,进而能够尽最大可能地减少由于交易双方独立预测的不确定性导致的商流、物流和信息流的浪费,降低了供应链的总成本。
目前,制造业的供应商与客户之间经常会采用VMI业务模式来提高供货效率,但现有中心(HUB)仓依靠人工记账的VMI业务方式存在诸多风险。具体的,当货物从供应商到HUB仓之后而客户未进行领用时,货物物权属于供应商,而货物实物所在仓库却不属于供应商,因此供应商出库数据与HUB仓入库数据需要靠双方员工分别记录及核对,发生差异时难以排查差异原因。此外,客户从HUB仓领用货物后,需要HUB 仓和客户双方员工记录及核对HUB仓出库数据,并且客户需要将领用货物数据反馈给供应商,存在时效性低,人力成本高以及数据错误风险大等问题。
发明内容
鉴于此,为解决上述技术问题或部分技术问题,本申请实施例提供一种库存业务数据处理方法、系统、设备及介质。
第一方面,本申请实施例提供一种库存业务数据处理方法,包括:获取供应对象的货物入库数据;依据所述货物入库数据进行交货过账处理,得到第一过账数据;当检测到所述供应对象的客户提货数据时,依据所述客户提货数据进行物权转移,得到所述供应对象的货物转移数据;依据所述货物转移数据进行发货过账处理,得到第二过账数据;依据所述第一过账数据和所述第二过账数据进行业务结算处理,得到所述供应对象对应的业务结算处理结果。
在一种可能的实施方式中,所述获取供应对象的货物入库数据,包括:在检测到针对交货单数据提交的入库操作时,基于所述入库操作,从所述交货单数据中提取供应商标识和货物信息;将所述供应商标识和所述货物信息作为所述供应对象的货物入库数据。所述依据所述货物入库数据进行交货过账处理,得到第一过账数据,包括:获取针对所述货物入库数据提交的供应过账操作;若所述供应过账操作符合预设过账触发条件,则获取与所述交货单数据关联的第一交货单数据,并对所述第一交货单数据进行收货过账,得到作为所述第一过账数据的仓库收货过账结果。
在一种可能的实施方式中,所述获取供应对象的货物入库数据之前,还包括:获取供应对象对应的目标销售订单数据,所述目标销售订单数据与所述供应对象的报价单数据关联;依据所述目标销售订单数据,确定所述供应对象的交货单数据;依据目标采购订单数据,创建与所述交货单数据关联的第一交货单数据,所述目标采购订单数据为依据所述目标销售订单数据创建的采购订单数据。
在一种可能的实施方式中,上述库存业务数据处理方法还包括:获取供应对象的报价单数据;依据报价单数据对应的审批操作,创建与所述报价单数据关联的销售订单数据;依据所述销售订单数据,创建所述供应对象对应的采购订单数据。
在一种可能的实施方式中,所述依据所述客户提货数据进行物权转移,得到所述供应对象的货物转移数据,包括:针对所述客户提货数据获取目标客户信息;若所述目标客户信息符合预设出货过账条件,则基于所述客户提货数据中的货物标识,获取供应对象的目标货物库存数量;若所述目标货物库存数量大于或等于所述货物标识对应的提货数量,则从所述供应对象的目标货物中提取所述货数量对应的待转移货物;基于所述客户提货数据中的客户标识,对所述待转移货物的物权进行转移,得到所述货物转移数据。
在一种可能的实施方式中,依据所述货物转移数据进行发货过账处理,得到第二过账数据,包括:基于所述货物转移数据获取目标报价单数据;创建与所述目标报价单数据关联的结算销售订单数据;基于所述结算销售订单数据创建客户交货单数据;基于所述客户交货单数据进行发货过账,得到第二过账数据。
在一种可能的实施方式中,依据所述第一过账数据和所述第二过账数据进行业务结算处理,得到所述供应对象对应的业务结算处理结果,包括:基于所述第二过账数据的交货单标识,创建所述第二过账数据对应的结算账单数据;基于所述结算账单数据和所述第一过账数据进行业务结算,得到所述供应对象对应的业务结算处理结果。
第二方面,本申请实施例提供一种库存业务数据处理系统,包括:
入库数据获取模块,用于获取供应对象的货物入库数据;
交货过账处理模块,用于依据所述货物入库数据进行交货过账处理,得到第一过账数据;
物权转移模块,用于当检测到所述供应对象的客户提货数据时,依据所述客户提货数据进行物权转移,得到所述供应对象的货物转移数据;
发货过账处理模块,用于依据所述货物转移数据进行发货过账处理,得到第二过账数据;
业务结算处理模块,用于依据所述第一过账数据和所述第二过账数据进行业务结算处理,得到所述供应对象对应的业务结算处理结果。
第三方面,本申请实施例提供一种电子设备,包括:处理器,以及用于存储所述处理器的可执行指令的存储器;其中,所述处理器被配置为执行如第一方面任一所述的库存业务数据处理方法。
第四方面,本申请实施例提供一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现如第一方面任一所述的库存业务数据处理方法。
本申请实施例提供的库存业务数据处理方法、系统、设备及介质,通过通过获取供应对象的货物入库数据,以依据所述货物入库数据进行交货过账处理,得到第一过账数据,并在检测到供应对象的客户提货数据时依据客户提货数据进行物权转移,得到供应对象的货物转移数据,以依据货物转移数据进行发货过账处理,使供应对象所发出的货物自动过账到HUB仓进而自动过账到客户,得到第二过账数据,随后依据第一过账数据和第二过账数据进行业务结算处理,得到供应对象对应的业务结算处理结果,从而实现VMI业务模式下HUB仓货物库存自动化管控,消除了现有技术中需要人工手动创建内向交货(InboundDelivery,IN)数据及人工对IN进行收货过账、人工创建结算单据数据及人工对结算单据进行发货过账等过程,提升了IN数据及VMI 发货数据的准确性及及时性,并降低VMI业务模式的人力成本及数据错误风险。
附图说明
图1为本申请实施例提供的一种库存业务数据处理方法的步骤流程图;
图2为本申请可选实施例提供的一种库存业务数据处理方法的步骤流程图;
图3为本申请实施例提供的一种库存业务数据处理系统的结构框图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请实施例的核心构思之一在于,提供了一种库存业务数据处理方法,通过自动更新VMI业务模式下货物库存数据,确保VMI业务模式下HUB仓货物库存数据准确性,从而降低VMI业务模式的人力成本和数据错误风险,实现VMI业务模式下HUB 仓货物库存自动化管控。
需要说明的是,VMI是指供应商把产品放在客户的仓库,客户消费一件,付费一件,在客户消费之前产品物权属于供应商。这种供货方式可消除客户不必要的库存,减少资金占用和积压,提高供货效率。
为便于对本申请实施例的理解,下面将结合附图以具体实施例做进一步的解释说明,实施例并不构成对本申请实施例的限定。
参照图1,示出了本申请实施例提供的一种库存业务数据处理方法的步骤流程图。具体的,本申请实施例提供的库存业务数据处理方法可以包括如下步骤:
步骤110,获取供应对象的货物入库数据。
在本申请实施中,供应对象可以用于表示提供货物的对象,如可以是供应商对象,该供应商对象用于表示VMI业务模式下的供应商。具体而言,当供应对象提供的货物运输到VMI业务模式下的HUB仓时,即在HUB仓收到实物货物时,可以针对HUB 仓收到的货物信息记录相应的数据,以作为供应对象的货物入库数据。供应对象的货物入库数据可以包含供应商的货物入库到HUB仓所需要记录的各种数据,如可以包含有供应商标识信息、货物信息、交货类型等,本申请实施例对此不作限制。
进一步而言,本申请实施例获取供应对象的货物入库数据,具体可以包括:在检测到针对交货单数据提交的入库操作时,基于所述入库操作,从所述交货单数据中提取供应商标识和货物信息;将所述供应商标识和所述货物信息作为所述供应对象的货物入库数据。其中,供应商标识信息可以用于确定货物的供应对象,如可以是供应商标识,该供应商标识作为供应商的唯一标识,具体可以是供应商编码、供应商名称等;货物信息可以用于确定当前入库的货物和该货物的入库数量,如可以包含货物标识、货物数量等。货物标识作为可以用于确定货物,如可以是货物编码、货物名称等,本申请实施例对此也不作具体限制。
步骤120,依据所述货物入库数据进行交货过账处理,得到第一过账数据。
具体的,本申请实施例在获取到供应对象的货物入库数据后,可以将该货物入库数据反馈给供应对象的企业资源管理系统,使得供应对象的企业资源管理系统可以接收接收到货物入库数据,以触发企业资源管理系统针对该货物入库数据进行交货过账处理,产生对应的第一过账数据。该第一过账数据可以包含供应对象与HUB仓系统之间的内向交货(Inbound Delivery,IN)所需要记录的各种收货过账信息,该收货过账信息可以用于标记供应对象提供的货物已转移到HUB仓的库存中。
作为本申请的一个示例,在供应商提供的货物从供应商库存出库运输到HUB仓的情况下,待HUB仓收到实物货物后,可以将HUB仓收到的货物信息作为供应对象的货物入库数据,通过HUB仓系统与供应商企业资源管理系统SAP的接口反馈给供应商企业资源管理系统SAP,使得供应商企业资源管理系统SAP收到此货物信息后自动将该货物信息对应的IN数据进行过账,产生对应的第一过账数据,以通过该第一过账数据标志该供应商提供的货物已转移到HUB仓的库存中,实现了供应商管理的HUB 仓货物自动入库功能。需要说明的是,本示例中的IN可以是指供应商不同法人公司间的交易。
在实际处理中,可以将HUB仓作为供应商的虚拟公司,使得供应商可根据HUB 仓传输过来的货物入库数据自动将IN进行内部过账,以标志着此货物已转移到HUB 仓的库存中。例如,可以利用系统批处理数据转换(Batch Data Conversion,BDC)技术,针对供应对象的货物入库数据构建VL32N录屏输入信息,并执行过账按钮操作,从而实现IN过账,其代码实现逻辑可以参照如下代码:
进一步而言,本申请实施例依据所述货物入库数据进行交货过账处理,得到第一过账数据,具体可以包括:获取针对所述货物入库数据提交的供应过账操作;若所述供应过账操作符合预设过账触发条件,则获取与所述交货单数据关联的第一交货单数据,并对所述第一交货单数据进行收货过账,得到作为所述第一过账数据的仓库收货过账结果。其中,供应过账操作可以括用户针对货物入库数据提交的各种用于触发系统自动进行收货过账的操作,如可以是在供应商企业资源管理系统SAP在显示页面输出接收到货物入库数据后,供应商针对该货物入库数据点击显示页面中过账按钮的操作,且点击过账按钮的操作可以用于触发系统针对货物入库数据进行自动过账。
步骤130,当检测到供应对象的客户提货数据时,依据所述客户提货数据进行物权转移,得到所述供应对象的货物转移数据。
具体而言,当客户从HUB仓提取供应对象提供的货物时,可以针对客户提取的货物记录相应的数据,以作为该供应对象的客户提货数据。本申请实施例在检测到供应对象的客户提货数据时,可以将该客户提货数据作为HUB仓出货数据,以根据HUB 仓出货数据自动将货物的物权从供应商转移到客户,实现自动将货物物权转移给客户,产生对应的货物转移数据,即产生供应对象的货物转移数据。该货物转移数据可以用于标记客户所需要提取的货物已自动进行了供应商物权向客户物权的转移,以便后续可以依据该货物转移数据进行发货过账处理。
步骤140,依据所述货物转移数据进行发货过账处理,得到第二过账数据。
具体的,本申请实施例在得到货物转移数据后,可以根据该货物转移数据自动创建结算销售订单数据,以根据结算销售订单数据自动进行结算交货单(Delivery Note,DN)的创建、拣配及发货过账,产生对应的第二过账数据。该第二过账数据可以用于标记货物已从HUB仓出库,具体可以包含货物从HUB仓出库所需要记录的各种发货过账信息,如第二过账数据可以是根据发货过账之后的结算交货单自动调用开具账单 (Billing)程序创建的系统发票数据,以完成HUB仓出库业务数据的自动创建,实现供应商管理的HUB仓货物自动出库功能。
步骤150,依据所述第一过账数据和所述第二过账数据进行业务结算处理,得到所述供应对象对应的业务结算处理结果。
具体的,本申请实施例得到第一过账数据和第二过账数据后,可以针对每一个供应对象,采用该供应对象对应的第一过账数据和第二过账数据进行业务结算处理,得到该供应对象对应的业务结算处理结果,从而实现VMI业务模式下HUB仓货物库存自动化管控。其中,业务结算处理结果可以用于确定通过HUB仓对供应对象提供的货物进行业务处理所产生的结果,如可以包括通过HUB仓进行发货所产生的利润数据、货物进入HUB仓的入库数量、货物从HUB仓发货的出库数量、货物在HUB仓中的库存数量等,本申请实施例对此不作具体限制。
综上,本申请实施例通过获取供应对象的货物入库数据,以依据所述货物入库数据进行交货过账处理,得到第一过账数据,并在检测到供应对象的客户提货数据时依据客户提货数据进行物权转移,得到供应对象的货物转移数据,以依据货物转移数据进行发货过账处理,使供应对象所发出的货物自动过账到HUB仓进而自动过账到客户,得到第二过账数据,随后依据第一过账数据和第二过账数据进行业务结算处理,得到供应对象对应的业务结算处理结果,从而实现VMI业务模式下HUB仓货物库存自动化管控,能够自动更新VMI业务模式下HUB仓货物库存数据及货物物权数据,即消除了现有技术中需要人工手动创建IN及人工对IN进行收货过账、人工创建结算单据数据及人工对结算单据进行发货过账等过程,提升了IN数据及VMI发货数据的准确性及及时性,并降低VMI业务模式的人力成本及数据错误风险。
在实际处理中,本申请实施例提供的库存业务数据处理方法可作为VMI业务模式下HUB仓货物库存自动化管控的方法,主要环节可以包括:HUB仓收货业务环节和 HUB仓出货业务环节。其中,HUB仓收货业务环节可以包含3个技术支持步骤,这3 个技术支持步骤分别是:根据供应商卖给HUB仓的销售订单(Sales Order,SO)来创建出HUB仓给供应商的采购订单(Purchase Order,PO)、根据供应商出货到HUB 仓的交货单(Delivery Note,DN)自动创建出内向交货单IN、供应商根据HUB仓的入库数据自动将内部交货单IN进行过账;HUB仓出货业务环节包含可以包含4个技术支持步骤,这4个技术支持步骤分别是:供应商根据HUB仓的出库数据自动进行货物的物权转移、根据货物的物权转移自动进行客户结算SO的创建、根据结算SO自动进行结算DN的创建及发货过账、根据发货过账后的结算DN自动进行结算Billing的创建。通过此种自动更新VMI业务模式下HUB仓货物库存及物权数据的方式,能够降低VMI业务模式的人力成本及数据错误风险,实现VMI业务模式下HUB仓货物库存自动化管控。
具体而言,在客户与供应商商定货物的交货方式采用VMI模式,并指定送货到某一HUB仓的情况下,为了实现供应商管理的HUB仓自动收货,可以先根据供应商与 HUB仓之间的交货报价单数据QT2,创建供应商送货到HUB仓的销售订单数据SO2,随后可根据供应商送货到HUB仓的销售订单数据SO2创建出HUB仓与供应商之间的采购订单数据PO,并可根据该销售订单数据SO2创建供应商向HUB仓交货的交货单数据DN2,与此同时可以自动创建出与上述采购订单数据PO相对应的内部交货单数据IN,随后可对交货单数据DN进行发货过账。在HUB仓收到实物后,可将收货信息作为供应对象的货物入库数据回传到供应商系统SAP,使得供应商系统SAP可以根据HUB仓回传的收货信息自动进行IN过账,从而实现供应商库存向HUB仓库存的转移,达到供应商管理的HUB仓库存自动收货的目的。
进一步而言,在上述实施例的基础上,本申请实施例提供的库存业务数据处理方法在述获取供应对象的货物入库数据之前,还可以包括:获取供应对象对应的目标销售订单数据,所述目标销售订单数据与所述供应对象的报价单数据关联;依据所述目标销售订单数据,确定所述供应对象的交货单数据;依据目标采购订单数据,创建与所述交货单数据关联的第一交货单数据,所述目标采购订单数据为依据所述目标销售订单数据创建的采购订单数据。其中,供应对象对应的目标销售订单数据可以包括供应对象卖货物给HUB仓的销售订单数据,如可以是供应商卖给HUB仓的销售订单数据SO2。具体的,本申请实施例在获取到目标销售订单数据后,可以根据该目标销售订单数据创建HUB仓与供应对象之间的采购订单数据,以作为目标采购订单数据,并可根据该目标销售订单数据创建供应对象向HUB仓交货的交货单数据,随后可将创建的交货单数据确定为供应对象的交货单数据,从而可以针对该供应对象的交货单数据,依据目标采购订单数据创建与该交货单数据关联的第一交货单数据,作为供应对象与 HUB仓之间内向交货的账务记录,以便后续可以根据第一交货单数据进行收货过账,使供应商所发出的货物自动过账到HUB仓,实现供应商管理的HUB仓货物自动入库功能。
在实际处理中,目标销售订单数据与供应对象的报价单数据关联,如目标销售订单数据中的货物单价是由报价单数据中报价来确定的。因此,在本申请的有一个可选实施方式中,可以根据供应对象的报价单数据自动创建与该报价单数据关联的销售订单数据,以作为供应对象对应的目标销售订单数据,并可根据该目标销售订单数据创建出HUB仓给供应对象的采购订单数据,从而通过录入一次数据信息就能基于数据之间的继承关系自动创建关联的目标销售订单数据和采购订单数据,避免信息重复输入,保证报价、销售订单和采购订单这3个业务数据的完整性和数据之间的一致性,解决现有技术中通过人为手动单独创建数据所存在信息差异的问题。可选的,本申请实施例提供的库存业务数据处理方法还可以包括:获取供应对象的报价单数据;依据报价单数据对应的审批操作,创建与所述报价单数据关联的销售订单数据;依据所述销售订单数据,创建所述供应对象对应的采购订单数据。
参照图2,示出了本申请可选实施例提供的一种库存业务数据处理方法的步骤流程图。具体的,本申请可选实施例提供的库存业务数据处理方法具体可以包括如下步骤:
步骤201,获取供应对象的报价单数据。
其中,供应对象的报价单数据可以用于表示供应对象给HUB仓的报价单,具体可以包括供应对象给HUB仓的报价单所需要填写的各种数据,如可以包含有报价单的抬头数据和行项目数据等,本申请实施例对此不作具体限制。
步骤202,依据报价单数据对应的审批操作,创建与所述报价单数据关联的销售订单数据。
其中,报价单数据对应的审批操作可以是指针对报价单数据提交的审批操作,如可以是用户针对供应对象提供给HUB仓的报价单数据提交的审批操作,该审批操作可以用于表示用户是否同意通过供应对象提供给HUB仓的报价单数据;若用户同意通过供应对象提供给HUB仓的报价单数据,则可以根据该报价单数据创建与该报价单数据关联的销售订单数据;该销售订单数据可以作为供应对象卖给HUB仓的销售订单数据,以便后续可以根据该销售订单数据创建出HUB仓给供应对象的采购订单数据,从而保证数据之间的一致性,避免人为手动单独记录数据产生的信息差异。
步骤203,依据所述销售订单数据,创建所述供应对象对应的采购订单数据。
在本申请实施例中,供应对象对应的采购订单数据可以用于表示HUB仓给供应对象的采购订单,具体可以包括HUB仓给供应对象的采购订单所需要填写的各种数据,如可以包含有HUB仓卖给客户端的销售订单标识、HUB仓卖给客户端的销售订单售达(Sold-to)信息、HUB仓卖给客户端的销售订单创建信息等,本申请实施例对此不作具体限制。其中,销售订单标识可以用于标识HUB仓卖给客户端的销售订单,如可以是HUB仓卖给客户端的销售订单编码SO1_Number;HUB仓卖给客户端的销售订单创建信息可以包含销售订单的各种创建信息,如HUB仓卖给客户端的销售订单创建日期SO1_Creation_Date、HUB仓卖给客户端的销售订单创建方式SO1_Created by。
作为本申请的一个示例,在供应商系统SAP创建供应商给HUB仓的报价单数据 QT2后,可以获取该报价单数据QT2,并可将该报价单数据QT2显示在用户操作界面上,以将报价单数据QT2提交给用户审批。当用户针对用户操作界面上显示的报价单数据QT2提交审批操作时,可以根据该审批操作确定用户是否审批通过该报价单数据 QT2,待报价单数据QT2审批通过之后,可以根据此报价单数据QT2创建供应商卖给 HUB仓的销售订单数据SO2,此时销售订单数据SO2的审批状态与报价单数据QT2 的审批状态相同,即报价单数据QT2的审批状态也为审批通过,随后可根据此销售订单数据SO2创建出HUB仓给供应商的采购订单数据PO。这样仅需录入一次数据信息,就能够保证本示例中QT2、SO2、PO这3个业务数据的完整性,避免了信息重复输入;与此同时,也由于数据之间的继承关系,保证了数据之间的一致性,避免人为手动单独创建数据产生的信息差异。
具体的,在创建供应商到HUB仓的报价单数据QT2后,可以将报价单数据QT2 提交审批,以待报价单数据QT2审批通过之后根据此报价单数据QT2创建供应商卖给HUB仓的销售订单数据SO2。例如,在报价单数据QT2的抬头数据和行项目数据完整,且报价单QT2在报价有效期内的情况下,可以审批通过该销售订单数据SO2,随后可通过填写销售订单数据SO2的销售组织和报价单数据QT2的编码,调用SAP 标准事务码为VA21的程序自动创建出销售订单数据SO2,达到根据报价单数据QT2 创建销售订单数据SO2的目的。
具体而言,本示例可以参考报价单数据QT2中的抬头数据构建输入参数 wa_header,并可参考报价单数据QT2中的行项目数据构建输入参数items_in,以及可以参考找合作伙伴数据构建输入参数partners,参考行项目价格构建输入参数 order_conditions_in,通过调用SAP创建销售订单标准BAPI功能: 'BAPI_SALESORDER_CREATEFROMDAT2',生成销售订单SO2编码:p_so,其代码实现逻辑可以参照如下代码:
在根据报价单数据QT2创建销售订单数据SO2后,可以同步销售订单数据SO2 的订单状态。例如,可以根据生成销售订单数据SO2订单编码对应的对象编码,调用SAP系统修改销售订单状态标准BAPI功能:'STATUS_CHANGE_EXTERN',以将销售订单数据SO2的状态更改为审批完成的状态,其代码实现逻辑可以参照如下代码:
在同步销售订单数据SO2的订单状态后,可以根据销售订单数据SO2创建采购订单数据PO,如可以通过填写销售订单数据SO2的编码,调用程序自动创建出采购订单数据PO。具体而言,程序可以参考销售订单数据SO2的抬头数据构建采购订单抬头输入参数gt_poheader,参考销售订单数据SO2的行项目数据构建采购订单行项目输入参数gt_poitemy,以及可参考采购订单计划行数据输入参数gt_poschedule、行项目价格构建采购订单条件类型输入参数gt_pocond,通过调用SAP创建采购订单标准 BAPI功能:'BAPI_PO_CREATE1',生成采购订单PO编码:po_num,其代码实现逻辑可以参照如下代码:
步骤204,获取供应对象对应的目标销售订单数据。
其中,目标销售订单数据与所述供应对象的报价单数据关联。
步骤205,依据所述目标销售订单数据,确定所述供应对象的交货单数据。
具体而言,本申请实施例在创建出与供应对象的报价单数据关联的销售订单数据后,可以获取该销售订单数据,以作为供应对象对应的目标销售订单数据,随后可基于该目标销售订单数据创建出供应对象出货到HUB仓的交货单数据,并可将供应对象出货到HUB仓的交货单数据确定为供应对象的交货单数据,以便后续可以根据供应对象的交货单数据自动创建出内向交货单。
步骤206,依据目标采购订单数据,创建与所述交货单数据关联的第一交货单数据。
其中,目标采购订单数据为依据目标销售订单数据创建的采购订单数据。具体而言,本申请实施例在创建出供应对象出货到HUB仓的交货单数据后,可以通过判断交货单数据的售达方是否为HUB仓来确定是否需要创建与该交货单数据关联的第一交货单数据;若交货单数据的售达方为HUB仓,则可以通过获取标采购订单数据中的销售订单售达信息,调用系统程序自动创建向交货单IN数据,以作为与交货单数据关联的第一交货单数据;若交货单数据的售达方不是HUB仓,则可以忽略该交货单数据,不做其他任何处理。
例如,结合上述示例,基于前一步创建出的供应商到HUB仓的销售订单数据SO2,可以通过调用SAP系统标准程序VL01N进行交货单数据DN2的创建,以将创建的交货单数据DN2确定为供应商的交货单数据,从而使得供应商可以根据该交货单数据 DN2进行拣配、出库,以将供应商的货物运输到HUB仓进行入库,实现HUB仓实物收货;与此同时,可以联动创建出上述采购订单数据PO的内向交货单IN数据,并可将该内向交货单IN数据确定为与交货单数据关联的第一交货单数据,以作为供应商与 HUB仓之间内向交货的账务记录。具体的,可以根据生成采购订单的基本数据构建输入参数xkomdlgn和输入参数vbsk,通过调用SAP系统创建内向交货单标准BAPI功能:'GN_DELIVERY_CREATE’,生成内向交货单IN,其代码实现逻辑可以参照如下代码:
步骤207,获取供应对象的货物入库数据。
具体的,本申请实施例在检测到针对交货单数据提交的入库操作时,可以针对该入库操作从交货单数据中提取供应商标识和货物信息,以将提取到的供应商标识和货物信息作为供应对象的货物入库数据。
步骤208,获取针对所述货物入库数据提交的供应过账操作。
具体的,本申请实施例在获取到供应对象的货物入库数据后,可以检测用户针对该货物入库数据提交的供应过账操作,并可基于供应过账操作的操作信息确定该供应过账操作是否符合预设过账触发条件,以在供应过账操作符合预设过账触发条件时获取交货单数据关联的第一交货单数据进行收货过账,即执行步骤209;而在供应过账操作不符合预设过账触发条件时,可以忽略该供应过账操作,如不对该供应过账操作进行响应,即不获取交货单数据关联的第一交货单数据进行收货过账。
步骤209,若所述供应过账操作符合预设过账触发条件,则获取与所述交货单数据关联的第一交货单数据,并对所述第一交货单数据进行收货过账,得到作为所述第一过账数据的仓库收货过账结果。
例如,在供应商对向HUB仓交货的交货单数据DN2进行发货过账时,当货物从供应商库存出库运输到HUB仓,待HUB仓收到实物货物后,可以将HUB仓收到的货物信息作为货物入库数据,通过HUB仓系统与供应商SAP系统的接口反馈给供应商SAP系统,使得供应商SAP系统在收到货物入库数据后可以判断该过HUB仓的客户是否可以自动过账,从而在判断出HUB仓的客户可以自动过账时,通过查找与该交货单数据DN2关联的内向交货单IN(即第一交货单数据),并可调用通过调用程序对该内向交货单IN进行收货过账,得到作为第一过账数据的仓库收货过账结果以标志此货物已转移到HUB仓的库存中,实现了供应商管理的HUB仓货物自动入库功能;而在判断出HUB仓的客户不可以自动过账时可以输出IN过账失败信息,以提示供应商补充货物到HUB仓。
步骤210,当检测到供应对象的客户提货数据时,依据所述客户提货数据进行物权转移,得到所述供应对象的货物转移数据。
在实际处理中,客户可以按需从HUB仓进行提货。当客户从HUB仓提货时,可以基于客户所提货物信息生成供应对象的客户提货数据,从而可以在检测到某一供应对象的客户提货数据时依据该客户提货数据进行物权转移,以自动将此货物在HUB 仓的供应商物权库位转移到客户物权库位,得到供应对象的货物转移数据。进一步而言,本申请实施例依据所述客户提货数据进行物权转移,得到所述供应对象的货物转移数据,具体可以包括:针对所述客户提货数据获取目标客户信息;若所述目标客户信息符合预设出货过账条件,则基于所述客户提货数据中的货物标识,获取供应对象的目标货物库存数量;若所述目标货物库存数量大于或等于所述货物标识对应的提货数量,则从所述供应对象的目标货物中提取所述货数量对应的待转移货物;基于所述客户提货数据中的客户标识,对所述待转移货物的物权进行转移,得到所述货物转移数据。若所述目标货物库存数量小于所述货物标识对应的提货数量,则可以确定 HUB仓中该货物库存不足,可以输出相应的提示信息,以提示HUB仓中该货物库存不足。其中,供应对象的客户提货数据作为HUB仓货物出库数据,可以用于确定客户按需从HUB仓提取的货物和所提取的货物数量。目标客户信息可以用于确定是否可以将货物物权转移到客户,具体可以包括有货物的客户信息、库位信息、物料信息等,本实施例对此不作限制。
步骤211,依据所述货物转移数据进行发货过账处理,得到第二过账数据。
进一步而言,本申请实施例依据所述货物转移数据进行发货过账处理,得到第二过账数据,具体可以包括:基于所述货物转移数据获取目标报价单数据;创建与所述目标报价单数据关联的结算销售订单数据;基于所述结算销售订单数据创建客户交货单数据;基于所述客户交货单数据进行发货过账,得到第二过账数据。其中,目标报价单数据可以是指HUB仓给客户的报价单数据;结算销售订单数据可以是指HUB仓卖给客户端的销售订单数据。具体的,在HUB仓将货物入库数据传给供应对象后,可以针对该货物入库数据创建HUB仓给客户端的报价单数据,以作为目标报价单数据。当客户从HUB仓提货,即在HUB仓货物出库时,可以通过获取目标报价单数据来自动创建出HUB仓卖给客户端的销售订单数据,即创建与目标报价单数据关联的结算销售订单数据,以根据结算销售订单数据创建客户交货单数据,从而可以依据客户交货单数据进行发货过账,得到作为第二过账数据的仓库发货过账结果;该仓库发货过账结果可以包含HUB仓给客户端的系统发票数据Billing1,以便后续根据系统发票数据 Billing1进行业务结算。
例如,在HUB仓将货物入库数据传给供应商后,可以针对该货物入库数据创建 HUB仓给客户的报价单数据QT1,并可将该报价单数据QT1作为目标报价单数据,维护到预设的配置表1中;当客户从HUB仓提货时,即在HUB仓货物出库时,可以将客户所提货物信息作为HUB仓货物出库数据,通过HUB仓系统与供应商SAP系统间的接口传递给供应商,使得供应商在收到此HUB仓货物出库数据时,可以根据该HUB仓货物出库数据获取货物的客户、库位、物料等信息,以根据获取到的信息判断该HUB仓的客户是否可以自动过账。若HUB仓的客户不可以自动过账,则可以输出过账失败提示信息,以提示自动过账失败。若HUB仓的客户可以自动过账,则可以判断该HUB仓该客户的供应商物权库位中的该货物库存是否足够,从而可以在货物库存足够的情况下自动将此货物在HUB仓的供应商物权库位转移到客户物权库位,以此标记出此部分货物已自动进行了供应商物权向客户物权的转移;而在货物库存不足的情况下,可以输出库存不足提示信息,以提示供应商物权库位中该客户货物库存不足。在货物从供应商物权库位移到客户物权库位后,即在供应商将货物物权移给客户后,可以基于货物物权转移后产生的货物转移数据获取目标报价单数据,如可以判断根据“客户+货物编码”在配置表1中是否能找到唯一有效的报价单数据QT1;若在配置表1 中不能找到唯一有效的报价单数据QT1,则可以提示未能找到有效的报价单数据QT1;若在配置表1中能找到唯一有效的报价单数据QT1,则可以自动创建HUB仓到客户的结算销售订单数据SO1,随后可判断该客户信贷额度是否足够,以在客户信贷额度足够时基于结算销售订单数据SO1自动创建客户交货单数据DN1,且该客户交货单数据DN1可作为结算交货单数据,从而可以在自动创建客户交货单数据DN1成功后,根据客户交货单数据DN1自动进行拣配、发货过账,产生HUB仓到客户的系统发票数据Billing1,并可将该系统发票数据Billing1作为第二过账数据,以便后续根据系统发票数据Billing1进行业务结算;而在客户信贷额度不足时,可输出自动创建结算销售订单数据SO1失败的提示信息,以提示自动创建结算销售订单数据SO1失败。
作为本申请的一个示例,可以根据HUB仓出库数据,构建执行货物移动输入参数gmhead和输入参数mitem,调用SAP系统创建货物移动凭证标准BAPI功能: BAPI_GOODSMVT_CREATE,生成货物物料凭证:mat_doc,其代码实现逻辑可以参照如下代码:
可见,本示例在货物进行物权转移时会自动生成物料凭证,作为物权转移的凭证数据。物料凭证一旦生成,即标志此部分货物的物权已转移给客户,此时可以将物料凭证作为货物转移数据,创建客户购买此部分货物的结算销售订单SO1。由于同一客户每天针对同一种货物可能会提货多次,因此针对此种情况,可以根据“客户+货物编号+提货日期”进行提货数据的汇总,将多次提货数据汇总自动生成一个结算销售订单,而无需自动生成多个结算销售订单,这样既能满足业务需求,又能避免因数据量激增而给系统带来较大负担。
具体而言,当供应商进行货物物权转移后,如在第二天凌晨0点开始,可以根据前一天进行物权转移的数据,根据“客户+物料”去查此客户的唯一有效QT1,再按照“客户+物料编码+提货日期”的维度,根据找到的QT1自动创建结算销售订单SO1(即自动调用SAP标准程序VA01),并且将此SO1的审批状态变更为“审批通过”,如可以自动调用SAP标准程序VA02,修改此销售订单的审批状态。需要说明的是,创建结算销售订单SO1和同步结算销售订单SO1的审批状态变更为“审批通过”与创建销售订单SO2和同步销售订单SO2审批状态为“审批通过”代码实现过程相同,本示例不再赘述。
本示例在自动创建出结算销售订单SO1后,可以通过自动调用创建交货单的程序来自动创建此结算销售订单SO1的客户交货单数据DN1,并且自动对此客户交货单数据DN1进行拣配及发货过账,以此完成客户交货单数据DN1的自动创建、拣配及发货过账过程,减少人为操作、降低人工成本。例如,可以根据结算销售订单SO1编码, 构建创建客户交货单数据DN1的输入参数so_item,调用SAP系统创建外向交货单标准BAPI功能:BAPI_OUTB_DELIVERY_CREATE_SLS,生成交货单DN1编码:p_dn,其代码实现逻辑可以参照如下代码:
在客户交货单数据DN1创建后,可以根据该客户交货单数据DN1自动进拣配及发货过账。具体的,可以根据客户交货单数据DN1编码构建客户交货单数据DN1发货过账的输入参数vbkok_wa,并可通过调用SAP系统过账外向交货单标准BAPI功能: 'WS_DELIVERY_UPDATE',实现DN1发货过账,其代码实现逻辑可以参照如下代码:
在发货过账后,可以可以将客户交货单数据DN1作为结算交货单,以根据结算交货单自动进行结算,如根据客户交货单数据DN1,自动调用创建Billing的程序进行结算,由此自动创建出系统发票数据Billing1,以作为第二过账数据,从而完成HUB仓出业务数据的自动创建。例如,可根据客户交货单数据DN1编码构建客户交货单数据 DN1执行Billing创建的输入参数lt_datain,并可调用SAP系统创建Billing标准BAPI 功能:'BAPI_BILLINGDOC_CREATEMULTIPLE',自动创建出系统发票数据Billing1,实现结算Billing的创建,其代码实现逻辑可以参照如下代码:
可选,本示例在供应商管理的HUB仓自动出货时,在客户从HUB仓提货后,通过HUB仓将客户提货数据(即HUB仓出货数据)自动传输到供应商SAP系统,使得供应商根据HUB仓反馈的客户提货数据自动将货物物权转移给客户,并可在供应商 HUB仓货物的物权转移后自动进行客户结算销售订单数据SO1的创建,随后可根据结算销售订单数据SO1自动进行结算交货单DN的创建、拣配及发货过账,以及根据发货过账后的结算交货单DN自动进行结算Billing的创建,从而实现供应商管理的HUB 仓货物自动出库,进而能够自动更新HUB仓货物库存情况,确保VMI业务模式下HUB 仓货物库存数据准确性,以及及时地进行更新,减少人为记录的人力成本、并降低由此带来的数据错误风险。
步骤212,依据所述第一过账数据和所述第二过账数据进行业务结算处理,得到所述供应对象对应的业务结算处理结果。
进一步而言,本申请实施例依据所述第一过账数据和所述第二过账数据进行业务结算处理,得到所述供应对象对应的业务结算处理结果,包括:基于所述第二过账数据的交货单标识,创建所述第二过账数据对应的结算账单数据;基于所述结算账单数据和所述第一过账数据进行业务结算,得到所述供应对象对应的业务结算处理结果。具体的,本实施例在确定供应对象的第二过账数据后,可以基于该第二过账数据中的交货单标识自动创建出对应的结算账单,以将该结算账单中包含的各种数据确定为结算账单数据,随后可根据该结算账单数据和第一过账数据进行业务结算,如进行收货清账流程,产生对应的收货清账单,以作为供应对象对应的业务结算处理结果,达到 VMI业务模式下HUB仓库存自动管控的目的。
综上,本申请实施例提供的库存业务数据处理方法,实现了自动记录HUB仓收货数据和HUB仓货物出库数据,从而能够自动更新VMI业务模式下HUB仓出入库数据,通过自动传输供应商系统与HUB仓系统之间出入库数据,使供应商所发出的货物自动过账到HUB仓进而自动过账到客户,即消除了现有技术中需要人工手动创建IN及人工对IN进行收货过账人工创建结算单据数据及人工对结算单据进行发货过账等过程,提升了IN数据及VMI发货数据的准确性及及时性,并降低VMI业务模式的人力成本及数据错误风险。
需要说明的是,对于方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请实施例并不受所描述的动作顺序的限制,因为依据本申请实施例,某些步骤可以采用其他顺序或者同时进行。
本申请实施例还提供了一种库存业务数据处理系统。如图3所示,库存业务数据处理系统300可以包括如下模块:
入库数据获取模块310,用于获取供应对象的货物入库数据;
交货过账处理模块320,用于依据所述货物入库数据进行交货过账处理,得到第一过账数据;
物权转移模块330,用于当检测到所述供应对象的客户提货数据时,依据所述客户提货数据进行物权转移,得到所述供应对象的货物转移数据;
发货过账处理模块340,用于依据所述货物转移数据进行发货过账处理,得到第二过账数据;
业务结算处理模块350,用于依据所述第一过账数据和所述第二过账数据进行业务结算处理,得到所述供应对象对应的业务结算处理结果。
可选的,所述入库数据获取模块310可以包括如下子模块:
获取子模块,用于在检测到针对交货单数据提交的入库操作时,基于所述入库操作,从所述交货单数据中提取供应商标识和货物信息;
入库数据子模块,用于将所述供应商标识和所述货物信息作为所述供应对象的货物入库数据。
可选的,所述交货过账处理模块320可以包括如下子模块:
过账操作获取子模块,用于获取针对所述货物入库数据提交的供应过账操作;
第一交货单获取子模块,用于在所述供应过账操作符合预设过账触发条件时,获取与所述交货单数据关联的第一交货单数据;
收货过账子模块,用于对所述第一交货单数据进行收货过账,得到作为所述第一过账数据的仓库收货过账结果。
可选的,本申请实施例中的库存业务数据处理系统还可以包括如下模块:
目标销售订单获取模块,用于获取供应对象对应的目标销售订单数据,所述目标销售订单数据与所述供应对象的报价单数据关联;
交货单确定模块,用于依据所述目标销售订单数据,确定所述供应对象的交货单数据;
第一交货单创建模块,用于依据目标采购订单数据,创建与所述交货单数据关联的第一交货单数据,所述目标采购订单数据为依据所述目标销售订单数据创建的采购订单数据。
例如,目标销售订单获取模块可以在入库数据获取模块获取供应对象的货物入库数据之前,获取供应对象对应的目标销售订单数据,使得交货单数据确定模块可以依据标销售订单获取模块获取到的目标销售订单数据确定所述供应对象的交货单数据,进而使得第一交货单数据创建模块依据目标采购订单数据,创建与供应对象的交货单数据关联的第一交货单数据。其中,目标采购订单数据为依据目标销售订单数据创建的采购订单数据。
可选的,在上述实施例的基础上,本申请实施例中的库存业务数据处理系统还包括如下模块:
报价单获取模块,用于获取供应对象的报价单数据;
销售订单创建模块,用于依据报价单数据对应的审批操作,创建与所述报价单数据关联的销售订单数据;
采购订单创建模块,用于依据所述销售订单数据,创建所述供应对象对应的采购订单数据。
可选的,所述物权转移模块330包括如下子模块:
客户信息获取子模块,用于针对所述客户提货数据获取目标客户信息;
库存数量获取子模块,用于在所述目标客户信息符合预设出货过账条件时,基于所述客户提货数据中的货物标识,获取供应对象的目标货物库存数量;
待转移货物提取子模块,用于在所述目标货物库存数量大于或等于所述货物标识对应的提货数量时,从所述供应对象的目标货物中提取所述货数量对应的待转移货物;
转移子模块,用于基于所述客户提货数据中的客户标识,对所述待转移货物的物权进行转移,得到所述货物转移数据。
可选的,发货过账处理模块340可以包括如下子模块:
目标报价单获取子模块,用于基于所述货物转移数据获取目标报价单数据;
结算销售订单创建子模块,用于创建与所述目标报价单数据关联的结算销售订单数据;
客户交货单创建子模块,用于基于所述结算销售订单数据创建客户交货单数据;
发货过账子模块,用于基于所述客户交货单数据进行发货过账,得到第二过账数据。
可选的,业务结算处理模块350可以包括如下子模块:
结算账单创建子模块,用于基于所述第二过账数据的交货单标识,创建所述第二过账数据对应的结算账单数据;
业务结算子模块,用于基于所述结算账单数据和所述第一过账数据进行业务结算,得到所述供应对象对应的业务结算处理结果。
需要说明的是,上述提供的库存业务数据处理系统可执行本申请任意实施例所提供的库存业务数据处理方法,具备执行方法相应的功能和有益效果。
在具体实现中,上述库存业务数据处理系统可以应用在电子设备中,使得电子设备能够自动更新VMI业务模式下货物库存数据,确保VMI业务模式下HUB仓货物库存数据准确性,从而降低VMI业务模式的人力成本和数据错误风险,实现VMI业务模式下HUB仓货物库存自动化管控。进一步的,本申请实施例还提供一种电子设备,包括:处理器,以及用于存储所述处理器的可执行指令的存储器;其中,所述处理器被配置为执行如上述任意一个方法实施例所述的库存业务数据处理方法。
本申请实施例还提供了一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如上述任意一个方法实施例所述的库存业务数据处理方法的步骤。
需要说明的是,对于系统、设备、存储介质实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
专业人员应该还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
以上所述的具体实施方式,对本申请的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本申请的具体实施方式而已,并不用于限定本申请的保护范围,凡在本申请的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (10)
1.一种库存业务数据处理方法,其特征在于,包括:
获取供应对象的货物入库数据;
依据所述货物入库数据进行交货过账处理,得到第一过账数据;
当检测到所述供应对象的客户提货数据时,依据所述客户提货数据进行物权转移,得到所述供应对象的货物转移数据;
依据所述货物转移数据进行发货过账处理,得到第二过账数据;
依据所述第一过账数据和所述第二过账数据进行业务结算处理,得到所述供应对象对应的业务结算处理结果。
2.根据权利要求1所述的库存业务数据处理方法,其特征在于,
所述获取供应对象的货物入库数据,包括:在检测到针对交货单数据提交的入库操作时,基于所述入库操作,从所述交货单数据中提取供应商标识和货物信息;将所述供应商标识和所述货物信息作为所述供应对象的货物入库数据;
所述依据所述货物入库数据进行交货过账处理,得到第一过账数据,包括:获取针对所述货物入库数据提交的供应过账操作;若所述供应过账操作符合预设过账触发条件,则获取与所述交货单数据关联的第一交货单数据,并对所述第一交货单数据进行收货过账,得到作为所述第一过账数据的仓库收货过账结果。
3.根据权利要求2所述的库存业务数据处理方法,其特征在于,所述获取供应对象的货物入库数据之前,还包括:
获取供应对象对应的目标销售订单数据,所述目标销售订单数据与所述供应对象的报价单数据关联;
依据所述目标销售订单数据,确定所述供应对象的交货单数据;
依据目标采购订单数据,创建与所述交货单数据关联的第一交货单数据,所述目标采购订单数据为依据所述目标销售订单数据创建的采购订单数据。
4.根据权利要求3所述的库存业务数据处理方法,其特征在于,还包括:
获取供应对象的报价单数据;
依据报价单数据对应的审批操作,创建与所述报价单数据关联的销售订单数据;
依据所述销售订单数据,创建所述供应对象对应的采购订单数据。
5.根据权利要求1所述的库存业务数据处理方法,其特征在于,所述依据所述客户提货数据进行物权转移,得到所述供应对象的货物转移数据,包括:
针对所述客户提货数据获取目标客户信息;
若所述目标客户信息符合预设出货过账条件,则基于所述客户提货数据中的货物标识,获取供应对象的目标货物库存数量;
若所述目标货物库存数量大于或等于所述货物标识对应的提货数量,则从所述供应对象的目标货物中提取所述货数量对应的的待转移货物;
基于所述客户提货数据中的客户标识,对所述待转移货物的物权进行转移,得到所述货物转移数据。
6.根据权利要求5所述的库存业务数据处理方法,其特征在于,依据所述货物转移数据进行发货过账处理,得到第二过账数据,包括:
基于所述货物转移数据获取目标报价单数据;
创建与所述目标报价单数据关联的结算销售订单数据;
基于所述结算销售订单数据创建客户交货单数据;
基于所述客户交货单数据进行发货过账,得到第二过账数据。
7.根据权利要求1所述的库存业务数据处理方法,其特征在于,依据所述第一过账数据和所述第二过账数据进行业务结算处理,得到所述供应对象对应的业务结算处理结果,包括:
基于所述第二过账数据的交货单标识,创建所述第二过账数据对应的结算账单数据;
基于所述结算账单数据和所述第一过账数据进行业务结算,得到所述供应对象对应的业务结算处理结果。
8.一种库存业务数据处理系统,其特征在于,包括:
入库数据获取模块,用于获取供应对象的货物入库数据;
交货过账处理模块,用于依据所述货物入库数据进行交货过账处理,得到第一过账数据;
物权转移模块,用于当检测到所述供应对象的客户提货数据时,依据所述客户提货数据进行物权转移,得到所述供应对象的货物转移数据;
发货过账处理模块,用于依据所述货物转移数据进行发货过账处理,得到第二过账数据;
业务结算处理模块,用于依据所述第一过账数据和所述第二过账数据进行业务结算处理,得到所述供应对象对应的业务结算处理结果。
9.一种电子设备,其特征在于,包括:处理器,以及用于存储所述处理器的可执行指令的存储器;其中,所述处理器被配置为执行如权利要求1至7任一所述的库存业务数据处理方法。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现如权利要求1至7任一所述的库存业务数据处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111523146.0A CN114240286A (zh) | 2021-12-13 | 2021-12-13 | 库存业务数据处理方法、系统、设备及介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111523146.0A CN114240286A (zh) | 2021-12-13 | 2021-12-13 | 库存业务数据处理方法、系统、设备及介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114240286A true CN114240286A (zh) | 2022-03-25 |
Family
ID=80755560
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111523146.0A Pending CN114240286A (zh) | 2021-12-13 | 2021-12-13 | 库存业务数据处理方法、系统、设备及介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114240286A (zh) |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111260178A (zh) * | 2019-12-03 | 2020-06-09 | 佛山欧神诺云商科技有限公司 | 一种实现业务运作自动化的系统、方法及存储介质 |
CN111950997A (zh) * | 2020-09-25 | 2020-11-17 | 苏州浪潮智能科技有限公司 | 一种转储自动收货过账的方法及系统 |
-
2021
- 2021-12-13 CN CN202111523146.0A patent/CN114240286A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111260178A (zh) * | 2019-12-03 | 2020-06-09 | 佛山欧神诺云商科技有限公司 | 一种实现业务运作自动化的系统、方法及存储介质 |
CN111950997A (zh) * | 2020-09-25 | 2020-11-17 | 苏州浪潮智能科技有限公司 | 一种转储自动收货过账的方法及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108389018B (zh) | 一种智能化大宗商品物流管理系统 | |
US8326754B2 (en) | Method and system for processing transactions | |
CN100350397C (zh) | 国际交货付款系统和方法 | |
US20020169710A1 (en) | System and method for negotiating and providing quotes for freight and insurance in real time | |
Karcz et al. | Improvements in the quality of courier delivery | |
CN102779315A (zh) | 一种国际电子商务与物流的网上交易平台及其操作方法 | |
FR3027708A1 (fr) | Gestion d'une chaine d'approvisionnement | |
CN110503363A (zh) | 一种基于网络订单的产品销售全流程管理方法 | |
CN110659859B (zh) | 一种电商订单库存erp管理方法及系统 | |
CN112070431A (zh) | 一种供应链服务一体化采购平台 | |
CN107491936A (zh) | 一种智能化工程项目管控平台及方法 | |
JP3479881B2 (ja) | 戦略的提携情報管理システム | |
CN112862344A (zh) | 一种基于大数据的电商管理平台 | |
Uskenbayeva et al. | Formation of Order Packages for Planning of the Orders Implementation Process in E-Commerce | |
CN111311162A (zh) | 物流管理方法及系统 | |
US20120323766A1 (en) | Method for recycling scrap | |
CN103679533A (zh) | 处理账款业务的系统及方法 | |
JP2002205818A (ja) | 在庫管理方法、および、在庫管理システム | |
CN114240286A (zh) | 库存业务数据处理方法、系统、设备及介质 | |
US20040254854A1 (en) | Purchase management system and method | |
KR102571827B1 (ko) | 농수산물 수의거래 시스템 | |
CN115271580A (zh) | 一种基于物流的供应商管理系统平台 | |
CN115600956A (zh) | 一种采购协同提高采购效率的方法 | |
Alt et al. | Logistics Web Services for Collaborative Order Management | |
JP2006085315A (ja) | 貿易管理システム、貿易管理方法、及び、プログラム |
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 |