CN111626728A - 一种业务员单号扣款方法、装置、设备及存储介质 - Google Patents
一种业务员单号扣款方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN111626728A CN111626728A CN202010451301.1A CN202010451301A CN111626728A CN 111626728 A CN111626728 A CN 111626728A CN 202010451301 A CN202010451301 A CN 202010451301A CN 111626728 A CN111626728 A CN 111626728A
- Authority
- CN
- China
- Prior art keywords
- deduction
- preset
- bill
- condition
- request
- 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
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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/22—Payment schemes or models
- G06Q20/24—Credit schemes, i.e. "pay after"
-
- 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/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/405—Establishing or using transaction specific rules
-
- 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
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Finance (AREA)
- Theoretical Computer Science (AREA)
- Economics (AREA)
- Development Economics (AREA)
- Marketing (AREA)
- Computer Security & Cryptography (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明涉及一种业务员单号扣款方法、装置、设备及存储介质。该方法包括:接收用户发送的单号购买请求指令;在预设扣单号中顺序获取代扣单号;接收用户发送的扣款请求信号;扣款请求信号包括单号请求信息;判断单号请求信息是否满足预设扣款条件;若满足预设扣款条件,使用代扣单号打单并进行支付宝扣款。采用上述方法或装置或设备业务员不用充值单号也可以使用,减少了提前充值的时间,不用依赖网点财务;业务员和网点无须提前购买单号,减少资金压力。
Description
技术领域
本发明涉及快递单号扣款技术领域,具体涉及一种业务员单号扣款方法、装置、设备及存储介质。
背景技术
随着快递行业的快速发展,现在快递公司承接了越来越多的快递业务。为保证快递物品的安全,每件快递对应一个唯一的快递单,每个快递单对应唯一的单号。而单号则是由快递公司决定,每个快递网点在使用单号前,需要提前向总部购买单号。
现有技术中,网点跟总部买单号通常是经过业务员进行单号的购买。业务员一般都是线下转账给承包区-网点老板-财务,然后跟财务说好充多少个,然后财务在物料***中找到对应的业务员账户进行充值。此种单号购买方式导致沟通链路较长,单号购买依赖于网点财务,效率低下,且单号购买订单不透明,不清晰,容易产生财务纠纷。同时业务员和网点需要自己屯单号,会有资金压力。
发明内容
有鉴于此,本发明的目的在于克服现有技术的不足,提供一种业务员单号扣款方法、装置、设备及存储介质。
为实现以上目的,本发明采用如下技术方案:
一种业务员单号扣款方法,包括:
接收用户发送的单号购买请求指令;
在预设扣单号中顺序获取代扣单号;
接收用户发送的扣款请求信号;所述扣款请求信号包括单号请求信息;
判断所述单号请求信息是否满足预设扣款条件;
若满足预设扣款条件,使用所述代扣单号打单并进行支付宝扣款。
可选的,还包括:
接收用户发送的支付设置请求指令;
判断所述用户是否满足预设支付设置条件;
若满足预设支付设置条件,查询对应业务员是否签约;
若对应业务员没有签约,发送签约请求至支付宝进行签约。
可选的,所述使用代扣单号打单并进行支付宝扣款之后,还包括:
生成扣费账单明细;所述扣费账单明细包括:扣费时间、扣费账号和扣费状态。
可选的,所述预设支付设置条件,包括:
在物料***有个人账号、一级网点下的业务员和网点开通代扣服务。
可选的,所述预设扣款条件包括:单号代扣服务已开通、代扣笔数不超过网点配置、预设支付设置条件和扣款时间不能为每月最后一天。
一种业务员单号扣款装置,包括:
购买请求接收模块,用于接收用户发送的单号购买请求指令;
代扣单号获取模块,用于在预设扣单号中顺序获取代扣单号;
扣款请求接收模块,用于接收用户发送的扣款请求信号;所述扣款请求信号包括单号请求信息;
扣款条件判断模块,用于判断所述单号请求信息是否满足预设扣款条件;
自动扣款模块,用于若满足预设扣款条件,使用代扣单号打单并进行支付宝扣款。
可选的,还包括:
支付设置请求模块,用于接收用户发送的支付设置请求指令;
支付设置条件判断模块,用于判断所述用户是否满足预设支付设置条件;
签约条件查询模块,用于若满足预设支付设置条件,查询对应业务员是否签约;
签约模块,用于若对应业务员没有签约,发送签约请求至支付宝进行签约。
可选的,还包括:
账单明细生成模块,用于生成扣费账单明细;所述扣费账单明细包括:扣费时间、扣费账号和扣费状态。
一种业务员单号扣款设备,包括:
处理器,以及与所述处理器相连接的存储器;
所述存储器用于存储计算机程序,所述计算机程序至少用于执行上述所述的业务员单号扣款方法;
所述处理器用于调用并执行所述存储器中的所述计算机程序。
一种存储介质,所述存储介质存储有计算机程序,所述计算机程序被处理器执行时,实现如上述所述的业务员单号扣款方法中各个步骤。
本申请提供的技术方案可以包括以下有益效果:
本申请中公开了一种业务员单号扣款方法,包括:接收用户发送的单号购买请求指令;在预设扣单号中顺序获取代扣单号;接收用户发送的扣款请求信号;扣款请求信号包括单号请求信息;判断单号请求信息是否满足预设扣款条件;若满足预设扣款条件,使用代扣单号打单并进行支付宝扣款。上述方法中使用支付宝自动扣费的方式,业务员可以先使用单号打单然后再扣费,以此减少业务员因为充值单号的资金占用和充值时间,提升打单环节的操作效率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明一实施例提供的业务员单号扣款方法的流程图;
图2是本发明一实施例提供的业务员单号扣款签约方法的流程图;
图3是本发明一实施例提供的业务员单号扣款装置的模块图;
图4是本发明一实施例提供的业务员签约装置的模块图;
图5是本发明一实施例提供的业务员单号扣款设备的结构图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将对本发明的技术方案进行详细的描述。显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所得到的所有其它实施方式,都属于本发明所保护的范围。
目前业务员主要依赖网点财务人员进行单号充值,耗时费力。为了提高业务员购买面单的效率,减少业务员因为买单号的资金占用问题,可以先使用单号后支付宝自动扣款。具体方式如下。
图1是本发明一实施例提供的业务员单号扣款方法的流程图。参见图1,一种业务员单号扣款方法,包括:
步骤101:接收用户发送的单号购买请求指令;
步骤102:在预设扣单号中顺序获取代扣单号。在获取单号时,按照支付设置功能模块中的扣单号顺序进行单号获取。根据扣单号顺序在录单信息页面展示相应的余额说明:若选择自动代扣,则展示:使用单号自动代扣,支付宝自动扣款;此时“自动代扣”按钮可点击,跳转至单号扣除顺序设置页面;若选择面单余额,展示:从本人获取单号余额X或掌中通公共账户,单号余额X(文字和之前保持一致)。
步骤103:接收用户发送的扣款请求信号;所述扣款请求信号包括单号请求信息。此时代表用户选择的是代扣服务,则调外部接口执行步骤104。
步骤104:判断所述单号请求信息是否满足预设扣款条件;其中,预设扣款条件包括:单号代扣服务已开通、代扣笔数不超过网点配置(无限)、预设支付设置条件和扣款时间不能为每月最后一天。其中,网点的代扣笔数设置不定,可根据实际情况而定。此处的单号代扣服务为网点单号代扣服务,但需要注意的是,此处的单号代扣服务并不仅仅局限于网点的代扣,也可为业务员的代扣服务,具体选择根据快递公司内部规定设定。
步骤105:若满足预设扣款条件,使用所述代扣单号打单并进行支付宝扣款。其中,本申请中通过打单获取单号。当获取到单号后即进行扣款操作。
步骤106:返回扣款失败原因提示。其中,返回的提示分两种情况,一种是在收件任务列表,在待处理列表点击按钮时,返回失败原因,如:协议已打、散件已打列表暂不支持使用代扣单号;另一种是在手动录单的打印预览页面,点击按钮时,返回失败原因。
在上述实施例的基础上,在获取到单号后还包括:从单号余额池中扣除该单号。
在步骤105中进行支付款扣款后还包括:生成代扣单号使用记录。以方便代扣单号管理。
上述方法中业务员不用充值单号也可以使用,减少了提前充值的时间;同时不用依赖网点财务,业务员和网点无须提前购买单号,减少资金压力。可实现单号自动扣费的功能。
在上述单号扣款方法实施例的基础上,本申请中还公开了一种业务员单号扣款签约方法,具体情况如下:
图2是本发明一实施例提供的业务员单号扣款签约方法的流程图。参见图2,一种业务员单号扣款签约方法,包括:
步骤201:接收用户发送的支付设置请求指令。当用户点击“支付设置”页面后,则会接收到支付设置请求指令。
步骤202:判断所述用户是否满足预设支付设置条件;其中,预设支付设置条件包括:在物料***有个人账号、一级网点下的业务员和网点开通代扣服务。若该业务员在物料***中没有个人账号,则自动创建对应账号。
步骤203:若不满足预设支付设置条件,则隐藏单号签约服务;
步骤204:若满足预设支付设置条件,查询对应业务员是否签约;
步骤205:若对应业务员没有签约,发送签约请求至支付宝进行签约。当没有签约时,用户点击“去开通”按钮后收到开通指令,此时唤起支付宝APP或H5页面,此时支付宝APP会显示签约页面,用户在此页面进行签约。签约成果后按钮状态会变成“已开通”。
步骤206:若对应业务员已签约,发送解约请求至支付宝进行解约。当对应业务员已签约时,此时则进行解约操作。用户点击“已开通”按钮,点击后会弹出解约弹框,用户再点击弹出的解约框架,确认解约。解约成果后按钮状态会变为“去开通”。
在上述签约方法的基础上,本申请中还提供签约须知的文字说明,具体说明内容如下:
a.单号自动扣款即电子面单后付费,是指通过第三方支付平台(支付宝)的免密支付/自动扣款,实现业务员预支电子运单号的功能;
b.暂时只对已开通免密支付/自动扣款的一级网点下的业务员开放;(字体标红显示);
c.网点针对全部和单个业务员/协议客户维护报价,差价利润会以中天余额充值形式结算给网点;
d.若支付宝交易失败,将扣网点余额池单号,网点与业务员线下结算交易失败单号的钱;
e.支付宝账号和业务员工号绑定,同一支付宝暂时只能开通一个业务员的单号自动扣款服务;(字体标红显示)
f.每月最后一天16:50-01:00结算,暂时关闭此项服务,明日凌晨1点后恢复使用,避免影响打单,请提前手动切换为从面单余额中扣单号。(字体标红显示)
同时在上述实施例的基础上,本申请还会展示签约状态说明:0、"未签约";1、"等待签约";2、"签约中";3、"签约成功";4、"签约失败";5、"解约中";6、"解约成功";7、"解约失败"。其中,0、1、2、4、6列表会展示按钮“去开通”,2展示“开通办理中loading”,4提示“签约失败”。3、5、7列表展示为已开通(按钮为关闭服务),5展示“解约中loading”,7提示“解约失败”。
网点成功开通此自动扣款功能后,业务员在掌中通“支付设置”功能界面中找到“单号自动扣款”功能按键,点击并开通即可使用。(如需关停此功能,在同一页面选择关闭服务即可。)业务员成功开通此功能后,在录单打印预览时页面下方会出现自动代扣的提示。
上述实施例中公开了业务员单号扣款签约流程,为业务员单号自动扣款提供了前期基础,以此便于自动扣款功能的管理。
在上述两个实施例的基础上,本申请中还公开了账单明显生成实施例,具体如下:使用代扣单号打单并进行支付宝扣款之后,还包括:
生成扣费账单明细;所述扣费账单明细包括:扣费时间、扣费账号和扣费状态。
本申请中扣费账单明细功能下还包括以下服务:
(1)默认展示自动扣款,一共2个筛选条件(自动扣款、网点充值);
(2)代扣单号回收到个人账户中,在“回收记录”中展示;
(3)自助充值和单号代扣均不支持星联单号、码上寄单号;
(4)分页说明:电子面单,一级功能(自助充值、网点充值、自动扣款-全部交易)不分页;二级功能(自动扣款-失败交易、日自动扣款订单)分页,一页20条;三级功能(一个单号拆成3-5笔)不分页。通讯分页,一页20条。
(5)时间字段说明:我的订单里面的列表时间都是年月日时分,只有自动扣款-全部交易列表时间是年月日。
(6)二级功能(自动扣款-失败交易、日自动扣款订单)增加显示运单状态,状态和订单详情状态一样有5个,即支付失败、支付成功、返款中、已返款和待支付。
(7)按照订单的交易时间倒序排列,若为待支付状态,没有时间显示。
上述单号明细能使单号购买记录清晰,透明化,避免财务纠纷。
对应于本发明实施例提供的一种业务员单号扣款方法,本发明实施例还提供一种业务员单号扣款装置。请参见下文实施例。
图3是本发明一实施例提供的业务员单号扣款装置的模块图。参见图3,一种业务员单号扣款装置,包括:
购买请求接收模块301,用于接收用户发送的单号购买请求指令;
代扣单号获取模块302,用于在预设扣单号中顺序获取代扣单号;
扣款请求接收模块303,用于接收用户发送的扣款请求信号;所述扣款请求信号包括单号请求信息;
扣款条件判断模块304,用于判断所述单号请求信息是否满足预设扣款条件;
自动扣款模块305,用于若满足预设扣款条件,使用代扣单号打单并进行支付宝扣款。
上述装置中业务员不用充值单号也可以使用,减少了提前充值的时间,不用依赖网点财务;业务员和网点无须提前购买单号,减少资金压力。
在上述实施例的基础上,本申请还公开一种签约装置,具体如下:
图4是本发明一实施例提供的业务员签约装置的模块图。参见图4,一种业务员单号扣款签约装置,包括:
支付设置请求模块401,用于接收用户发送的支付设置请求指令;
支付设置条件判断模块402,用于判断所述用户是否满足预设支付设置条件;
签约条件查询模块403,用于若满足预设支付设置条件,查询对应业务员是否签约;
签约模块404,用于若对应业务员没有签约,发送签约请求至支付宝进行签约。
上述签约装置优化了业务员创建物料账号的流程。
同时,本申请中还公开账单明细生成模块,用于生成扣费账单明细;所述扣费账单明细包括:扣费时间、扣费账号和扣费状态。此模块使单号购买记录清晰,透明化,避免财务纠纷。
为了更清楚地介绍实现本发明实施例的硬件设备,对应于本发明实施例提供的一种业务员单号扣款方法,本发明实施例还提供一种业务员单号扣款设备。请参见下文实施例。
图5是本发明一实施例提供的业务员单号扣款设备的结构图。参见图5,一种业务员单号扣款设备,包括:
处理器501,以及与处理器501相连接的存储器502;
存储器502用于存储计算机程序,计算机程序至少用于执行上述的业务员单号扣款方法;
处理器501用于调用并执行存储器502中的计算机程序。
在上述实施例的基础上,本申请还公开了一种存储介质,该存储介质存储有计算机程序,所述计算机程序被处理器执行时,实现如上述所述的业务员单号扣款方法中各个步骤。
可以理解的是,上述各实施例中相同或相似部分可以相互参考,在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。
需要说明的是,在本发明的描述中,术语“第一”、“第二”等仅用于描述目的,而不能理解为指示或暗示相对重要性。此外,在本发明的描述中,除非另有说明,“多个”的含义是指至少两个。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本发明的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本发明的实施例所属技术领域的技术人员所理解。
应当理解,本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行***执行的软件或固件来实现。例如,如果用硬件来实现,和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(PGA),现场可编程门阵列(FPGA)等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。
此外,在本发明各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器,磁盘或光盘等。
在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不一定指的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
尽管上面已经示出和描述了本发明的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本发明的限制,本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。
Claims (10)
1.一种业务员单号扣款方法,其特征在于,包括:
接收用户发送的单号购买请求指令;
在预设扣单号中顺序获取代扣单号;
接收用户发送的扣款请求信号;所述扣款请求信号包括单号请求信息;
判断所述单号请求信息是否满足预设扣款条件;
若满足预设扣款条件,使用所述代扣单号打单并进行支付宝扣款。
2.根据权利要求1所述的业务员单号扣款方法,其特征在于,还包括:
接收用户发送的支付设置请求指令;
判断所述用户是否满足预设支付设置条件;
若满足预设支付设置条件,查询对应业务员是否签约;
若对应业务员没有签约,发送签约请求至支付宝进行签约。
3.根据权利要求1所述的业务员单号扣款方法,其特征在于,所述使用代扣单号打单并进行支付宝扣款之后,还包括:
生成扣费账单明细;所述扣费账单明细包括:扣费时间、扣费账号和扣费状态。
4.根据权利要求2所述的业务员单号扣款方法,其特征在于,所述预设支付设置条件,包括:
在物料***有个人账号、一级网点下的业务员和网点开通代扣服务。
5.根据权利要求2所述的业务员单号扣款方法,其特征在于,
所述预设扣款条件包括:单号代扣服务已开通、代扣笔数不超过网点配置、预设支付设置条件和扣款时间不能为每月最后一天。
6.一种业务员单号扣款装置,其特征在于,包括:
购买请求接收模块,用于接收用户发送的单号购买请求指令;
代扣单号获取模块,用于在预设扣单号中顺序获取代扣单号;
扣款请求接收模块,用于接收用户发送的扣款请求信号;所述扣款请求信号包括单号请求信息;
扣款条件判断模块,用于判断所述单号请求信息是否满足预设扣款条件;
自动扣款模块,用于若满足预设扣款条件,使用代扣单号打单并进行支付宝扣款。
7.根据权利要求6所述的业务员单号扣款装置,其特征在于,还包括:
支付设置请求模块,用于接收用户发送的支付设置请求指令;
支付设置条件判断模块,用于判断所述用户是否满足预设支付设置条件;
签约条件查询模块,用于若满足预设支付设置条件,查询对应业务员是否签约;
签约模块,用于若对应业务员没有签约,发送签约请求至支付宝进行签约。
8.根据权利要求6所述的业务员单号扣款装置,其特征在于,还包括:
账单明细生成模块,用于生成扣费账单明细;所述扣费账单明细包括:扣费时间、扣费账号和扣费状态。
9.一种业务员单号扣款设备,其特征在于,包括:
处理器,以及与所述处理器相连接的存储器;
所述存储器用于存储计算机程序,所述计算机程序至少用于执行权利要求1-5任一项所述的业务员单号扣款方法;
所述处理器用于调用并执行所述存储器中的所述计算机程序。
10.一种存储介质,其特征在于,所述存储介质存储有计算机程序,所述计算机程序被处理器执行时,实现如权利要求1-5任一项所述的业务员单号扣款方法中各个步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010451301.1A CN111626728A (zh) | 2020-05-25 | 2020-05-25 | 一种业务员单号扣款方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010451301.1A CN111626728A (zh) | 2020-05-25 | 2020-05-25 | 一种业务员单号扣款方法、装置、设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111626728A true CN111626728A (zh) | 2020-09-04 |
Family
ID=72259986
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010451301.1A Pending CN111626728A (zh) | 2020-05-25 | 2020-05-25 | 一种业务员单号扣款方法、装置、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111626728A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113282633A (zh) * | 2021-03-05 | 2021-08-20 | 上海中通吉网络技术有限公司 | 快递单号结算方法和*** |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101676943A (zh) * | 2008-09-16 | 2010-03-24 | 阿里巴巴集团控股有限公司 | 物流公司货款资金实时清算方法及其*** |
CN101964093A (zh) * | 2010-10-29 | 2011-02-02 | 北京拉卡拉网络技术有限公司 | 账单号支付方法、支付平台及支付*** |
CN104907259A (zh) * | 2015-05-20 | 2015-09-16 | 深圳深若科技有限公司 | 一种基于统一编码的快递分拣方法及*** |
CN105631649A (zh) * | 2015-12-25 | 2016-06-01 | 深圳市金溢科技股份有限公司 | 一种etc电子钱包储值卡的充值方法及其前置服务器 |
WO2017005056A1 (zh) * | 2015-07-03 | 2017-01-12 | 中兴通讯股份有限公司 | 一种自动下单的方法、装置和购物平台 |
CN107730366A (zh) * | 2017-10-30 | 2018-02-23 | 江西博瑞彤芸科技有限公司 | 一种支付订单管理的信息处理方法 |
CN107862587A (zh) * | 2017-12-04 | 2018-03-30 | 深圳春沐源控股有限公司 | 一种下单方法及*** |
CN110472214A (zh) * | 2019-08-09 | 2019-11-19 | 深圳市好便捷网络科技有限公司 | 快递自助充单***及使用方法 |
CN111027904A (zh) * | 2019-12-04 | 2020-04-17 | 圆通速递有限公司 | 一种快递结算*** |
-
2020
- 2020-05-25 CN CN202010451301.1A patent/CN111626728A/zh active Pending
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101676943A (zh) * | 2008-09-16 | 2010-03-24 | 阿里巴巴集团控股有限公司 | 物流公司货款资金实时清算方法及其*** |
CN101964093A (zh) * | 2010-10-29 | 2011-02-02 | 北京拉卡拉网络技术有限公司 | 账单号支付方法、支付平台及支付*** |
CN104907259A (zh) * | 2015-05-20 | 2015-09-16 | 深圳深若科技有限公司 | 一种基于统一编码的快递分拣方法及*** |
WO2017005056A1 (zh) * | 2015-07-03 | 2017-01-12 | 中兴通讯股份有限公司 | 一种自动下单的方法、装置和购物平台 |
CN105631649A (zh) * | 2015-12-25 | 2016-06-01 | 深圳市金溢科技股份有限公司 | 一种etc电子钱包储值卡的充值方法及其前置服务器 |
CN107730366A (zh) * | 2017-10-30 | 2018-02-23 | 江西博瑞彤芸科技有限公司 | 一种支付订单管理的信息处理方法 |
CN107862587A (zh) * | 2017-12-04 | 2018-03-30 | 深圳春沐源控股有限公司 | 一种下单方法及*** |
CN110472214A (zh) * | 2019-08-09 | 2019-11-19 | 深圳市好便捷网络科技有限公司 | 快递自助充单***及使用方法 |
CN111027904A (zh) * | 2019-12-04 | 2020-04-17 | 圆通速递有限公司 | 一种快递结算*** |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113282633A (zh) * | 2021-03-05 | 2021-08-20 | 上海中通吉网络技术有限公司 | 快递单号结算方法和*** |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR100196881B1 (ko) | 청구대금 지불 서비스 제공 방법 | |
AU2003219472B2 (en) | A tax refund system | |
US20040139016A1 (en) | Internet payment systerm and method | |
CN111833169A (zh) | 一种分账管理方法和装置 | |
KR20090004410A (ko) | 청구지불 카드시스템과 그 관리방법 | |
JP7004861B1 (ja) | 管理装置、管理方法および管理プログラム | |
US20050161502A1 (en) | Remote terminal check payment with automated transmittal | |
JP2007510190A (ja) | 販売時点情報管理購買システム | |
CN107818508A (zh) | 一种电子账单合并计费的方法 | |
CN111626728A (zh) | 一种业务员单号扣款方法、装置、设备及存储介质 | |
JP2001331638A (ja) | 家計管理支援システム | |
JP4282882B2 (ja) | 支出管理システム、支出管理方法及び記憶媒体 | |
JP3733478B2 (ja) | 旅行業向け会計処理装置 | |
JP7053924B1 (ja) | 管理装置、管理方法および管理プログラム | |
JP2003317153A (ja) | Posシステム及びその制御方法 | |
US20030023553A1 (en) | Remote self-servicing management of invoicing for billing parties | |
JP2001283116A (ja) | 入金処理装置、入金処理方法、および入金処理プログラムを格納した記録媒体 | |
JP3462151B2 (ja) | スケジュールドデビット | |
US20090319406A1 (en) | Systems and Methods for Efficient Bill Payment | |
CN111080427A (zh) | 一种财务对接管理方法及*** | |
JP2000113079A (ja) | 振込カードシステム | |
JPH0855167A (ja) | ポイント購入処理方法及びポイントサービスシステム | |
US20120130894A1 (en) | System and method for ATM ODF notification (Automatic Teller Machine overdraft fee notification) | |
JP2002312595A (ja) | 情報処理装置及び情報処理方法、商品提供装置及び商品提供方法、金融処理装置及び金融処理方法、情報管理装置及び情報管理方法、並びに記憶媒体 | |
MXPA04006531A (es) | Sistemas y metodos de transferencia de dinero. |
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 |