CN117035755A - 一种采购付款方法、系统、计算机设备和存储介质 - Google Patents
一种采购付款方法、系统、计算机设备和存储介质 Download PDFInfo
- Publication number
- CN117035755A CN117035755A CN202311089791.5A CN202311089791A CN117035755A CN 117035755 A CN117035755 A CN 117035755A CN 202311089791 A CN202311089791 A CN 202311089791A CN 117035755 A CN117035755 A CN 117035755A
- Authority
- CN
- China
- Prior art keywords
- payment
- purchasing
- target
- preset
- paid
- 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
- 238000000034 method Methods 0.000 title claims abstract description 35
- 238000003860 storage Methods 0.000 title claims description 13
- 238000004422 calculation algorithm Methods 0.000 claims abstract description 18
- 238000012384 transportation and delivery Methods 0.000 claims description 28
- 238000004364 calculation method Methods 0.000 claims description 14
- 238000004590 computer program Methods 0.000 claims description 13
- 238000007726 management method Methods 0.000 description 7
- 239000000047 product Substances 0.000 description 5
- 238000013475 authorization Methods 0.000 description 4
- 238000004891 communication Methods 0.000 description 4
- 238000003825 pressing Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 238000007689 inspection Methods 0.000 description 2
- 239000000463 material Substances 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 239000007795 chemical reaction product Substances 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 239000013067 intermediate product Substances 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000014759 maintenance of location Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000013011 mating Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000013439 planning Methods 0.000 description 1
- 238000011160 research Methods 0.000 description 1
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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/085—Payment architectures involving remote charge determination or related payment systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/903—Querying
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Accounting & Taxation (AREA)
- Physics & Mathematics (AREA)
- Economics (AREA)
- General Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Databases & Information Systems (AREA)
- Finance (AREA)
- Marketing (AREA)
- Human Resources & Organizations (AREA)
- Entrepreneurship & Innovation (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Computational Linguistics (AREA)
- Development Economics (AREA)
- Data Mining & Analysis (AREA)
- General Engineering & Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明公开了一种采购付款方法和系统，通过判断目标采购是否选择供应商，若选择供应商，则根据用户选择的供应商查询待付款采购数据，若未选择供应商，则通过预设全部供应商查询待付款采购数据；根据所述待付款采购数据获取目标采购承付模式并判断所述待付款采购数据重计划付款日期是否为空；若是，则根据预设算法以及所述目标采购承付模式计算是否付款，若是，则根据所述目标采购承付模式预设条件生成所述目标采购的采购付款计划；若否，判断所述待付款采购数据内业务单据采购付款日期是否在计划付款日期之前，若是，则生成所述目标采购的采购付款计划，对不同的应用场景，都可以实现计划采购付款，减少人员人工判断的时间及错误成本。
Description
技术领域
本申请涉及采购付款技术领域，特别是涉及一种采购付款方法、系统、计算机设备和存储介质。
背景技术
供应链是指围绕核心企业，从配套零件开始，制成中间产品以及最终产品，最后由销售网络把产品送到消费者手中的、将供应商，制造商，分销商直到最终用户连成一个整体的功能网链结构。
供应链采购是供应链内部企业之间的采购。供应链中企业与供应商合作，采购时只需把产品需求信息及库存信息向供应商及时传递，供应商及时安排调整自己产品的生产，并按最优方式向企业供货，使供应链成本最小。
采购管理系统是通过采购申请、采购订货、进料检验、仓库收料、采购退货、购货发票处理、供应商管理、价格及供货信息管理、订单管理，以及质量检验管理等功能综合运用的管理系统，对采购物流和资金流的全部过程进行有效的双向控制和跟踪，实现完善的企业物资供应信息管理。
实现采购付款计划，通常都是人为判断是否需要付款，然后手工做采购付款计划，而通过人为判断是否需要付款，需要人员花费大量时间进行处理，并且人为判断易出错。
发明内容
基于此，针对上述技术问题，提供一种采购付款方法、系统、计算机设备和存储介质以解决现有采购付款方法中通过人为判断是否需要付款，耗时耗力且判断易出错的问题。
第一方面，一种采购付款方法，所述方法包括：
响应于用户的输入，判断目标采购是否选择供应商，若选择供应商，则根据用户选择的供应商查询待付款采购数据，若未选择供应商，则通过数据库查询预设全部供应商中确定待生成付款采购数据供应商，所述待付款采购数据以及供应商信息存储在数据库内；
根据所述待付款采购数据获取目标采购承付模式并判断所述待付款采购数据重计划付款日期是否为空，所述目标采购承付模式存储在数据库内；
若是，则根据预设算法以及所述目标采购承付模式计算是否付款，若是，则根据所述目标采购承付模式预设条件生成所述目标采购的采购付款计划；
若否，判断所述待付款采购数据内业务单据采购付款日期是否在计划付款日期之前，若是，则生成所述目标采购的采购付款计划。
上述方案中，可选地，所述目标采购承付模式包括销售发货后预设天数、门店铺货后预设天数、按照销售发货单的数量结算和有预设货物不结算。
上述方案中，进一步可选地，所述根据预设算法以及所述目标采购承付模式计算是否付款包括：
若所述目标采购承付模式为所述销售发货后预设天数，则根据销售发货后预设天数计算付款日期，若待付款采购数据内业务单据采购付款日期在计算付款日期之后，则生成所述目标采购的采购付款计划；
若所述目标采购承付模式为所述门店铺货后预设天数，则根据门店铺货后预设天数计算付款日期，若待付款采购数据内业务单据采购付款日期在计算付款日期之后，则生成所述目标采购的采购付款计划；
若所述目标采购承付模式为所述按照销售发货单的数量结算，则判断所述销售发货单的数量是否销售，若是，则根据所述销售发货单的数量结算生成所述目标采购的采购付款计划。
上述方案中，进一步可选地，所述待付款采购数据内业务单据包括计划付款日期，具体为：订单签订后预设天：采购订单签订预设天后可付款；
入库后预设天数：货品入库记账预设天数后可付款；
收到发票后预设天数：应付会计确认发票预设天后数可付款；
供应商开出发票后预设天数：供应商开出发票预设天数后可付款；
手工指定：手工指定采购付款日期；
预付：手工指定采购付款日期；
每月预设日期结：每月固定预设日期付款；
下月预设日期结：下个月固定预设号付款。
第二方面，一种采购付款系统，所述系统包括：
输入模块：用于响应于用户的输入，判断目标采购是否选择供应商，若选择供应商，则根据用户选择的供应商查询待付款采购数据，若未选择供应商，则通过预设全部供应商查询待付款采购数据；
判断模块：用于根据所述待付款采购数据获取目标采购承付模式并判断所述待付款采购数据重计划付款日期是否为空；
第一输出模块：若是，则根据预设算法以及所述目标采购承付模式计算是否付款，若是，则根据所述目标采购承付模式预设条件生成所述目标采购的采购付款计划；
第二输出模块：若否，判断所述待付款采购数据内业务单据采购付款日期是否在计划付款日期之前，若是，则生成所述目标采购的采购付款计划。
上述方案中，可选的，所述目标采购承付模式包括销售发货后预设天数、门店铺货后预设天数、按照销售发货单的数量结算和有预设货物不结算。
上述方案中，进一步可选的，所述根据预设算法以及所述目标采购承付模式计算是否付款包括：
若所述目标采购承付模式为所述销售发货后预设天数，则根据销售发货后预设天数计算付款日期，若待付款采购数据内业务单据采购付款日期在计算付款日期之后，则生成所述目标采购的采购付款计划；
若所述目标采购承付模式为所述门店铺货后预设天数，则根据门店铺货后预设天数计算付款日期，若待付款采购数据内业务单据采购付款日期在计算付款日期之后，则生成所述目标采购的采购付款计划；
若所述目标采购承付模式为所述按照销售发货单的数量结算，则判断所述销售发货单的数量是否销售，若是，则根据所述销售发货单的数量结算生成所述目标采购的采购付款计划。
上述方案中，进一步可选的，所述待付款采购数据内业务单据包括计划付款日期，具体为：订单签订后预设天：采购订单签订预设天后可付款；
入库后预设天数：货品入库记账预设天数后可付款；
收到发票后预设天数：应付会计确认发票预设天后数可付款；
供应商开出发票后预设天数：供应商开出发票预设天数后可付款；
手工指定：手工指定采购付款日期；
预付：手工指定采购付款日期；
每月预设日期结：每月固定预设日期付款；
下月预设日期结：下个月固定预设号付款。
第三方面，一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：
响应于用户的输入，判断目标采购是否选择供应商，若选择供应商，则根据用户选择的供应商查询待付款采购数据，若未选择供应商，则通过预设全部供应商查询待付款采购数据；
根据所述待付款采购数据获取目标采购承付模式并判断所述待付款采购数据重计划付款日期是否为空；
若是，则根据预设算法以及所述目标采购承付模式计算是否付款，若是，则根据所述目标采购承付模式预设条件生成所述目标采购的采购付款计划；
若否，判断所述待付款采购数据内业务单据采购付款日期是否在计划付款日期之前，若是，则生成所述目标采购的采购付款计划。
第四方面，一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：
响应于用户的输入，判断目标采购是否选择供应商，若选择供应商，则根据用户选择的供应商查询待付款采购数据，若未选择供应商，则通过预设全部供应商查询待付款采购数据；
根据所述待付款采购数据获取目标采购承付模式并判断所述待付款采购数据重计划付款日期是否为空；
若是，则根据预设算法以及所述目标采购承付模式计算是否付款，若是，则根据所述目标采购承付模式预设条件生成所述目标采购的采购付款计划；
若否，判断所述待付款采购数据内业务单据采购付款日期是否在计划付款日期之前，若是，则生成所述目标采购的采购付款计划。
本发明至少具有以下有益效果：
本发明基于对现有技术问题的进一步分析和研究，认识到现有采购付款方法中通过人为判断是否需要付款，耗时耗力且判断易出错的问题。本发明通过判断目标采购是否选择供应商，若选择供应商，则根据用户选择的供应商查询待付款采购数据，若未选择供应商，则通过预设全部供应商查询待付款采购数据；根据所述待付款采购数据获取目标采购承付模式并判断所述待付款采购数据重计划付款日期是否为空；若是，则根据预设算法以及所述目标采购承付模式计算是否付款，若是，则根据所述目标采购承付模式预设条件生成所述目标采购的采购付款计划；若否，判断所述待付款采购数据内业务单据采购付款日期是否在计划付款日期之前，若是，则生成所述目标采购的采购付款计划，对不同的应用场景，都可以实现计划采购付款，减少人员人工判断的时间及错误成本。本发明面对不同的付款计划场景，都可以自动生成采购计划付款，减少人员人工判断的时间及错误成本。并且后续再有新场景，本算法也很容易适配。
附图说明
图1为本发明一个实施例提供的采购付款方法的流程示意图；
图2为本发明一个实施例提供的采购付款方法的详细流程示意图之一；
图3为本发明一个实施例提供的采购付款方法的详细流程示意图之二；
图4为一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
在一个实施例中，如图1所示，提供了一种采购付款方法，包括以下步骤：
响应于用户的输入，判断目标采购是否选择供应商，若选择供应商，则根据用户选择的供应商查询待付款采购数据，若未选择供应商，则通过数据库查询预设全部供应商中确定待生成付款采购数据供应商，所述待付款采购数据以及供应商信息存储在数据库内；
根据所述待付款采购数据获取目标采购承付模式并判断所述待付款采购数据重计划付款日期是否为空，所述目标采购承付模式存储在数据库内；
若是，则根据预设算法以及所述目标采购承付模式计算是否付款，若是，则根据所述目标采购承付模式预设条件生成所述目标采购的采购付款计划；
若否，判断所述待付款采购数据内业务单据采购付款日期是否在计划付款日期之前，若是，则生成所述目标采购的采购付款计划。
根据所述待付款采购数据获取目标采购承付模式并判断所述待付款采购数据重计划付款日期是否为空；
若是，则根据预设算法以及所述目标采购承付模式计算是否付款，若是，则根据所述目标采购承付模式预设条件生成所述目标采购的采购付款计划；
若否，判断所述待付款采购数据内业务单据采购付款日期是否在计划付款日期之前，若是，则生成所述目标采购的采购付款计划。
在一个实施例中，所述目标采购承付模式包括销售发货后预设天数、门店铺货后预设天数、按照销售发货单的数量结算和有预设货物不结算。
在一个实施例中，所述根据预设算法以及所述目标采购承付模式计算是否付款包括：
若所述目标采购承付模式为所述销售发货后预设天数，则根据销售发货后预设天数计算付款日期，若待付款采购数据内业务单据采购付款日期在计算付款日期之后，则生成所述目标采购的采购付款计划；
若所述目标采购承付模式为所述门店铺货后预设天数，则根据门店铺货后预设天数计算付款日期，若待付款采购数据内业务单据采购付款日期在计算付款日期之后，则生成所述目标采购的采购付款计划；
若所述目标采购承付模式为所述按照销售发货单的数量结算，则判断所述销售发货单的数量是否销售，若是，则根据所述销售发货单的数量结算生成所述目标采购的采购付款计划。
在一个实施例中，所述待付款采购数据内业务单据包括计划付款日期，具体为：订单签订后预设天：采购订单签订预设天后可付款；
入库后预设天数：货品入库记账预设天数后可付款；
收到发票后预设天数：应付会计确认发票预设天后数可付款；
供应商开出发票后预设天数：供应商开出发票预设天数后可付款；
手工指定：手工指定采购付款日期；
预付：手工指定采购付款日期；
每月预设日期结：每月固定预设日期付款；
下月预设日期结：下个月固定预设号付款。
上述采购付款方法中，面对不同的付款计划场景，都可以自动生成采购计划付款，减少人员人工判断的时间及错误成本。并且后续再有新场景，本算法也很容易适配。
在一个实施例中，如图2和图3所示，给出了一种采购付款计划详细流程图。
如果选择供应商，则根据选择的供应商生成采购付款计划，如果不选供应商则所有供应商都需判断是否生成采购付款计划。
点击生成后，先查询待付款单据，判断不同承付模式生成采购付款计划。
采购付款计划日期有值，这些承付模式在做业务单据时，已经计算出计划付款日期并记录到单据上，包括订单签订后N天：采购订单签订N天后可付款、入库后N天：货品入库记账N天后可付款、收到发票后N天：应付会计确认发票N天后可付款、供应商开出发票后N天：供应商开出发票N天后可付款、手工指定：手工指定采购付款日期、预付：手工指定采购付款日期、每月N号结：每月固定N号付款、下月N号结：下个月固定N号付款。
如果计划付款日期为空，需要根据不同承付模式，实时计算。
在一个实施例中，计划付款日期包括：
销售发货后N天：计划付款日期没有自动计算，需要在此处计算；计划付款日期=TRUNC(结算细单对应的采购细单的批次对应的销售发货单的确定日期)+N天；（如果有多条销售发货单，取最小的日期）；
销售出库后N天：计划付款日期没有自动计算，需要在此处计算；计划付款日期=TRUNC(结算细单对应的采购细单的批次对应的销售发货单的出库记账日期)+N天；（如果有多个出库记账日期，取最小的日期）；
销售回款后N天：计划付款日期没有自动计算，需要在此处计算；计划付款日期=TRUNC(结算细单对应的采购细单的批次对应的销售发货单的销售收款单的确定日期)+N天；（如果有多个收款单确定日期，取最小的日期）；
销完后N天：计划付款日期没有自动计算，这里也不需要计算，而是根据销售是否全部完成来确定付款数量；根据结算细单对应采购细单的批次的库存来判断，当该批次的库存为0时，结算单可付款（这里不考虑报损等情况）；取结算单的时候需要根据结算单的确定日期由前往后自动取结果；
门店铺货后N天：计划付款日期没有自动计算，需要在此处计算；计划付款日期=TRUNC(结算细单对应的采购细单的批次对应的配送单的配送日期)+N天；（如果有多个配送日期，取最小的日期）；
以销定结：根据采购细单的批次对应的销售发货（含销售退货；按记账数量计算）的数量来确定结算数量；再取销售数量的时候，还要统计零售单的数量（含零售退货；按记账数量计算；此处要考虑原批次的问题）； 在计算时，需要考虑保管账的情况，因此对于保管账的取值范围是需要可以定义的。功能授权属性中增加两个授权参数，分别为“以销定结销售保管账限定（如不定义，则取独立单元内所有保管账）”、“以销定结零售中心限定（如不定义，则取所有零售中心）”；在统计销售发货单时，如果做了授权，那么要根据授权定义的保管账限定范围，如不定义，则保管账按当前独立单元限定；在统计零售单时，同理，只是按照零售中心来限定保管账范围而已。
押N批：计划付款日期没有自动计算，这里也不需要计算，需要根据压批情况自动计算哪些结算单需要付款；根据结算单对应的批次，找对应的前面的批次（按批次ID推算即可，要求批次的维度必须是相同的，即供应商、委托人、联系人、采购员），N为几，就是表示要有几个批次的结算时不能付款的，批次以前的是可以付款的。
押N批的特殊情况1：向供应商采购货品的时候，不可能每次都是大额采购，有可能在不同批次之间会存在小额采购的情况，在使用押批方式的时候，有可能系统自动计算时，会保留了小额的结算单，而将大额的结算单进行付款，会给客户造成资金损失，因此在计算押批这种方式的时候，需要增加关于押批保底金额的限制。该限制在【押批保底金额设置】功能中进行定义。在自动生成付款计划时，还要根据此金额进行限制，限制的时候不要完全按金额限制，要判断要押批的批次金额是否满足，不满足就多保留一个批次的结算单。
押N批的特殊情况2：上面说到押批保底金额的限制，除了可以按照保底金额限制以外，还可以按照保底比例限制。保底比例的意思是，将符合条件的总金额计算出，然后按照该比例计算出保底金额，然后再进行押批的金额保留处理。保底比例的特点是，每一次计算出来的保底金额可能是变化的，这种设置方式可以让使用者更加轻松的定义出需要控制的保底金额；
根据不同的情况，最终生成采购付款计划。
本实施例的核心是，抽象出来了各种业务场景的承付模式，不同的应用场景对应不同承付模式，根据不同的承付模式自动生成付款计划。
应该理解的是，虽然图1的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图1中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中，提供了一种采购付款系统，包括以下程序模块：
输入模块：用于响应于用户的输入，判断目标采购是否选择供应商，若选择供应商，则根据用户选择的供应商查询待付款采购数据，若未选择供应商，则通过预设全部供应商查询待付款采购数据；
判断模块：用于根据所述待付款采购数据获取目标采购承付模式并判断所述待付款采购数据重计划付款日期是否为空；
第一输出模块：若是，则根据预设算法以及所述目标采购承付模式计算是否付款，若是，则根据所述目标采购承付模式预设条件生成所述目标采购的采购付款计划；
第二输出模块：若否，判断所述待付款采购数据内业务单据采购付款日期是否在计划付款日期之前，若是，则生成所述目标采购的采购付款计划。
关于采购付款系统的具体限定可以参见上文中对于采购付款方法的限定，在此不再赘述。上述采购付款系统中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图4所示。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入系统。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过WIFI、运营商网络、NFC（近场通信）或其他技术实现。该计算机程序被处理器执行时以实现一种采购付款方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入系统可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。
本领域技术人员可以理解，图4中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，涉及上述实施例方法中的全部或部分流程。
在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，涉及上述实施例方法中的全部或部分流程。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器（Read-Only Memory，ROM）、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器（Random Access Memory，RAM）或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器（Static Random Access Memory，SRAM）或动态随机存取存储器（Dynamic Random Access Memory，DRAM）等。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。
Claims (10)
1.一种采购付款方法，其特征在于，所述方法包括：
响应于用户的输入，判断目标采购是否选择供应商，若选择供应商，则根据用户选择的供应商查询待付款采购数据，若未选择供应商，则通过数据库查询预设全部供应商中确定待生成付款采购数据供应商，所述待付款采购数据以及供应商信息存储在数据库内；
根据所述待付款采购数据获取目标采购承付模式并判断所述待付款采购数据重计划付款日期是否为空，所述目标采购承付模式存储在数据库内；
若是，则根据预设算法以及所述目标采购承付模式计算是否付款，若是，则根据所述目标采购承付模式预设条件生成所述目标采购的采购付款计划；
若否，判断所述待付款采购数据内业务单据采购付款日期是否在计划付款日期之前，若是，则生成所述目标采购的采购付款计划。
2.根据权利要求1所述的方法，其特征在于，所述目标采购承付模式包括销售发货后预设天数、门店铺货后预设天数、按照销售发货单的数量结算和有预设货物不结算。
3.根据权利要求2所述的方法，其特征在于，所述根据预设算法以及所述目标采购承付模式计算是否付款包括：
若所述目标采购承付模式为所述销售发货后预设天数，则根据销售发货后预设天数计算付款日期，若待付款采购数据内业务单据采购付款日期在计算付款日期之后，则生成所述目标采购的采购付款计划；
若所述目标采购承付模式为所述门店铺货后预设天数，则根据门店铺货后预设天数计算付款日期，若待付款采购数据内业务单据采购付款日期在计算付款日期之后，则生成所述目标采购的采购付款计划；
若所述目标采购承付模式为所述按照销售发货单的数量结算，则判断所述销售发货单的数量是否销售，若是，则根据所述销售发货单的数量结算生成所述目标采购的采购付款计划。
4.根据权利要求1所述的方法，其特征在于，所述待付款采购数据内业务单据包括计划付款日期，具体为：订单签订后预设天：采购订单签订预设天后可付款；
入库后预设天数：货品入库记账预设天数后可付款；
收到发票后预设天数：应付会计确认发票预设天后数可付款；
供应商开出发票后预设天数：供应商开出发票预设天数后可付款；
手工指定：手工指定采购付款日期；
预付：手工指定采购付款日期；
每月预设日期结：每月固定预设日期付款；
下月预设日期结：下个月固定预设号付款。
5.一种采购付款系统，其特征在于，所述系统包括：
输入模块：用于响应于用户的输入，判断目标采购是否选择供应商，若选择供应商，则根据用户选择的供应商查询待付款采购数据，若未选择供应商，则通过预设全部供应商查询待付款采购数据；
判断模块：用于根据所述待付款采购数据获取目标采购承付模式并判断所述待付款采购数据重计划付款日期是否为空；
第一输出模块：若是，则根据预设算法以及所述目标采购承付模式计算是否付款，若是，则根据所述目标采购承付模式预设条件生成所述目标采购的采购付款计划；
第二输出模块：若否，判断所述待付款采购数据内业务单据采购付款日期是否在计划付款日期之前，若是，则生成所述目标采购的采购付款计划。
6.根据权利要求5所述的系统，其特征在于，所述目标采购承付模式包括销售发货后预设天数、门店铺货后预设天数、按照销售发货单的数量结算和有预设货物不结算。
7.根据权利要求6所述的系统，其特征在于，所述根据预设算法以及所述目标采购承付模式计算是否付款包括：
若所述目标采购承付模式为所述销售发货后预设天数，则根据销售发货后预设天数计算付款日期，若待付款采购数据内业务单据采购付款日期在计算付款日期之后，则生成所述目标采购的采购付款计划；
若所述目标采购承付模式为所述门店铺货后预设天数，则根据门店铺货后预设天数计算付款日期，若待付款采购数据内业务单据采购付款日期在计算付款日期之后，则生成所述目标采购的采购付款计划；
若所述目标采购承付模式为所述按照销售发货单的数量结算，则判断所述销售发货单的数量是否销售，若是，则根据所述销售发货单的数量结算生成所述目标采购的采购付款计划。
8.根据权利要求5所述的系统，其特征在于，所述待付款采购数据内业务单据包括计划付款日期，具体为：订单签订后预设天：采购订单签订预设天后可付款；
入库后预设天数：货品入库记账预设天数后可付款；
收到发票后预设天数：应付会计确认发票预设天后数可付款；
供应商开出发票后预设天数：供应商开出发票预设天数后可付款；
手工指定：手工指定采购付款日期；
预付：手工指定采购付款日期；
每月预设日期结：每月固定预设日期付款；
下月预设日期结：下个月固定预设号付款。
9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至4中任一项所述的方法的步骤。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至4中任一项所述的方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311089791.5A CN117035755A (zh) | 2023-08-28 | 2023-08-28 | 一种采购付款方法、系统、计算机设备和存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311089791.5A CN117035755A (zh) | 2023-08-28 | 2023-08-28 | 一种采购付款方法、系统、计算机设备和存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN117035755A true CN117035755A (zh) | 2023-11-10 |
Family
ID=88639749
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202311089791.5A Pending CN117035755A (zh) | 2023-08-28 | 2023-08-28 | 一种采购付款方法、系统、计算机设备和存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN117035755A (zh) |
-
2023
- 2023-08-28 CN CN202311089791.5A patent/CN117035755A/zh active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107944663B (zh) | 一种线上线下同步处理产品存进销的管理方法 | |
| CN108280630B (zh) | 一种传统供应链金融领域中业务处理系统及其方法 | |
| US8185449B2 (en) | System and method of providing fuel | |
| US20030110104A1 (en) | Enhanced vendor managed inventory system and process | |
| US11501366B1 (en) | Inventory management with capital advance | |
| US8036957B2 (en) | Method for managing inventory under price protection | |
| US10713732B2 (en) | System and method for implementing unified billing and unified rating operations | |
| MXPA04005187A (es) | Metodo y aparato para administracion, financiamiento y suministro en un sistema de cadena de suministro integrado. | |
| CN109816169A (zh) | 一种基于订货-收货-销售跟踪的管理控制方法及系统 | |
| CN110288476A (zh) | 基于大宗交易平台的交易方法及大宗交易平台 | |
| EA010284B1 (ru) | Торговая информационно-аналитическая система | |
| CN105550842A (zh) | 一种物流多供应商结算管理的方法 | |
| CN104077702A (zh) | 一种结算信息处理方法和装置 | |
| CN108846631A (zh) | 一种企业管理系统 | |
| CN113095774B (zh) | 一种用于外贸的组织管理系统 | |
| CN114255017A (zh) | 集合oa协同管理的erp财务对账方法和装置 | |
| CN112750006A (zh) | 农产品交易系统、方法、设备及存储介质 | |
| US20160092829A1 (en) | Consigned inventory management system | |
| CN116383592A (zh) | 一种基于亚马逊财务的实时计算与分析系统及方法 | |
| CN117035755A (zh) | 一种采购付款方法、系统、计算机设备和存储介质 | |
| US20210358017A1 (en) | Systems and Methods for Electronic Payment and Order Processing for Drop Shipment Systems | |
| CN114693316A (zh) | 合同处理方法、装置及存储介质 | |
| CN113689235A (zh) | 跨境电商产品利润预核算方法、系统、介质及终端设备 | |
| CN112766993A (zh) | 售后请求信息处理方法、系统及介质 | |
| CN111507699A (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 |