CN115049390A - 一种提高门店收银可用性的方法 - Google Patents

一种提高门店收银可用性的方法 Download PDF

Info

Publication number
CN115049390A
CN115049390A CN202210671558.7A CN202210671558A CN115049390A CN 115049390 A CN115049390 A CN 115049390A CN 202210671558 A CN202210671558 A CN 202210671558A CN 115049390 A CN115049390 A CN 115049390A
Authority
CN
China
Prior art keywords
cashier
cash
cash register
client
line
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
Application number
CN202210671558.7A
Other languages
English (en)
Inventor
陈铭
彭良
任志宇
陈耀辉
丁祥龙
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hangzhou Hupan Network Technology Co ltd
Original Assignee
Hangzhou Hupan Network Technology Co ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hangzhou Hupan Network Technology Co ltd filed Critical Hangzhou Hupan Network Technology Co ltd
Priority to CN202210671558.7A priority Critical patent/CN115049390A/zh
Publication of CN115049390A publication Critical patent/CN115049390A/zh
Pending legal-status Critical Current

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/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
    • 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3276—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being read by the M-device
    • 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/389—Keeping log of transactions for guaranteeing non-repudiation of a transaction
    • 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/42—Confirmation, e.g. check or permission by the legal debtor of payment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Cash Registers Or Receiving Machines (AREA)

Abstract

本发明公开一种提高门店收银可用性的方法，包括：S1:商家登录收银***，进行离线收银初始化设置；S2:管理员登录收银***，审核上述离线收银初始化设置，审核无误后启用离线收银功能；S3:离线状态或云端服务器故障时，收银员通过收银客户端离线模式进行收银；S4:收银客户端生成离线交易单据；S5:网络或云端服务器恢复后，收银客户端退出离线模式，转为在线收银模式，收银客户端将离线交易单据上传至云端服务器；S6:云端服务器储存并处理上述离线交易单据。极端情况下，如登录异常、网络或收银服务端故障时，收银***仍然能运作，不影响顾客买单以及商品库存的最终扣减、会员积分等数据的准确性，最大化地保障商家的店铺运营。

Description

一种提高门店收银可用性的方法
技术领域
本发明属于线下门店商品交易管理领域，具体涉及一种提高门店收银可用性的方法。
背景技术
随着互联网的普及，以及商家线上业务与线下业务打通场景的出现，门店收银***越来越多地采用SaaS(软件即服务)软件，通过云端软件服务，将数据存储在云端，并与线上打通商品、库存、交易、财务等信息，作为线下业务，门店在运营过程中，通过会员成长体系，积分累计、节假日促销等活动，增加用户粘性，收银员通过扫码枪扫描顾客的微信/支付宝/三方支付码快速收银，大大提高了门店运营的效率和效果。但是SaaS软件的弊端在于所有的操作都依赖于网络和云端软件服务，网络故障以及云端服务器故障时将无法正常收银，门店的运作将受到极大的影响，造成门店的直接损失。
中国CN111639929A公开了一种离线收银***，包括执行模块，根据预设优先级执行事件；计算模块：根据商品条目以及所涉及商品活动计算价格；所述执行模块的执行规则如下：预设事件优先级；建立自动录入储存事件的事件池；按照优先级的排序依次执行事件池中所有的事件。该发明在于提供一种功能合理齐全，可广泛应用的离线收银***。但该***缺少离线收银后对商品库存信息、会员积分的校验更新，对于门店运作造成一定影响。
发明内容
本发明为了解决上述现有技术和传统收银***中的不足，提供了一种提高门店收银可用性的方法，能够在收银***离线时仍能正常收银，不影响门店正常运作，并且不影响商品库存的最终扣减、会员积分数据准确性。
本发明提供了如下方案：
一种提高门店收银可用性的方法，基于由收银客户端和云端服务器组成的收银***实现，包括以下步骤：
S1:商家登录在线收银***，进行离线收银初始化设置，上述设置储存至收银客户端数据库中，供离线模式时使用；
S2:管理员登录在线收银***，审核上述离线收银初始化设置，审核无误后点击启用离线收银功能；
S3:离线状态或云端服务器故障时，收银员通过收银客户端的离线模式进入离线收银模式；
S4:进入离线收银模式后，收银员收银时，收银客户端生成离线交易单据；
S5:网络或云端服务器恢复后，收银客户端退出离线模式，重新登录在线收银***，则转为在线收银模式，收银客户端将存储在本地的离线交易单据上传至云端服务器；
S6:云端服务器储存并处理上述离线交易单据；
优选地，其中步骤S1中离线收银初始化设置包含下列步骤：
S11:设置离线收银所需信息，包括应急密码和收款码图片；
S12:定时异步从云端服务器中下载店铺商品库，并储存至收银客户端数据库。
所述应急密码通过MD5加盐值的方式加密，盐值取设备码，保存应急密码时，同时保存该应急密码对应的当前登录的商家ID、店铺ID至收银客户端数据库；
所述收款码图片采用Base64、GZip压缩，将得到结果通过AES128加密保存到当前安卓收银设备数据库中，AES种子为当前登录店铺ID加设备码。
所述定时异步从云端服务器中下载店铺商品库具体指将云端商品库下载到本地商品库中，包括商品ID、商品条码、商品名称、价格，采用全量加增量同步的方式，即第一次下载时为全量同步，下载完成后在收银客户端数据库中记录最后下载时间点(last_download_time)，之后为定时增量同步，下载时将上一次下载成功的时间点作为参数传到云端服务器，云端服务器在查询更新过的商品数据时带上last_download_time条件(大于last_download_time)，将这段时间内更新过的商品数据返回并更新至收银客户端的本地商品数据库中。
优选地，其中步骤S3中离线收银包含下列步骤：
S31:收银员在收银客户端中输入应急密码，收银客户端转为离线收银模式；
S32:收银员通过扫码枪扫描商品条码，收银客户端通过上述商品条码在本地数据库中匹配本地商品，若匹配成功则显示商品名称及价格，若未匹配成功则显示条码，此时价格由收银员手动输入；
S33:收银客户端计算整单价格，收银员进行调整、确认，若顾客为会员则输入会员手机号，选择支付方式后点击结算，收银客户端在客显中显示预设的收款码图片，顾客通过相应支付软件扫码支付。
优选地，其中步骤S4中生成离线交易单据包含下列步骤：顾客完成支付后出示支付账单条码，收银员通过扫码枪扫描条码获得支付流水号，点击确认完成交易单据，收银客户端将离线交易单据信息作为离线交易单据保存至安卓本地数据库中；所述离线交易单据信息包括商品ID、商品条码、价格、数量、整单价格、实付价、会员手机号、商家ID、店铺ID、交易时间、支付方式、支付流水号。
优选地，其中步骤S5中所述离线交易单据由收银客户端通过后台线程异步调用云端服务器的HTTPS接口传输离线交易单据。
优选地，其中步骤S6中云端服务器处理离线交易单据具体包括以下步骤：
S61:成功接收离线交易单据后，云端服务器校验商家ID和店铺ID是否存在于数据库；校验成功后在数据库中匹配离线交易单据中的商品信息，匹配成功后扣除相应商品库存；
S62:校验支付流水号，通过支付类型，将支付流水号传递到对应支付机构的支付查询接口，支付机构会对支付进行校验确认，确认是否支付成功，如未支付成功，则在云端的在线交易单据上打上异常标记，待收银员核实确认；
S63:校验价格、数量信息；
S64:校验会员手机号，根据离线交易单据中的会员手机号信息，在云端服务器数据库中匹配会员，如匹配到会员，则给该会员增加相应积分；
S65:根据上述校验信息，将离线交易单据转换成在线交易单据，并存储至云端服务器数据库；
本发明的有益效果如下：
(1)本发明补齐了极端情况下SaaS软件在线收银的短板，在软件服务出现故障，包括***登录功能出现故障或者门店所在地的网络出现故障时，收银***仍然能运作，不影响顾客买单，可以极大提升***的可用性和可靠性；
(2)本发明提供的收银方法，在网络或云端服务器故障时不影响顾客买单，不影响商品库存的最终扣减(线下业务，不会导致超卖)、会员积分等最终数据的准确性，最大化地保障商家的店铺运营。
(3)收银客户端定时异步从云端下载商品至本地数据库，并附带每次下载时间点，减小了下载的数据量，以减少收银客户端本地资源的占用。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明设置本地应急密码的流程示意图；
图2是本发明设置收款码的流程示意图；
图3是本发明管理员启用离线功能的流程示意图；
图4是本发明登录及进入离线模式的界面示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。
实施例1
本实施例涉及一种提高门店收银可用性的方法，基于收银一体机上安装的安卓收银***实现，所述收银***包括客户端和云端服务器，客户端和云端服务器的通讯方式是通过HTTPS接口进行通讯，数据格式按照JSON格式进行传输。这里说的客户端即为收银客户端，即为收银一体机上安装的安卓端APP。其中收银客户端包括：
Figure BDA0003694833430000041
Figure BDA0003694833430000051
注：上表中的用途一栏中是大致的模块功能和流程，详见本发明后面的步骤。
云端服务器包括由云端登录模块、云端收银模块、云端交易单模块、云端商品模块、云端会员模块构成。
基于该收银***提高门店收银可行性的方法包括以下步骤：
S1:商家通过收银一体机上的收银客户端登录在线收银***，进行离线收银初始化设置，上述设置储存至收银客户端数据库中，供离线模式时使用，有多台收银一体机设备时，需要分别设置；
S11:登录成功后设置离线收银所需信息，包括应急密码和收款码图片；
如图1所示为进行离线收银初始化设置的流程图，商家登录收银***后，根据收银***引导设置应急密码，上传店铺对应的收款码图片。
所述收银客户端采用一种安卓收银设备，即收银一体机，一种带有客显的双屏安卓小型机器，用于收银员操作收银的机器。
所述应急密码和收款码图片以及对应的商家ID和店铺ID将保存至收银客户端数据库中，数据储存信息如表1所示，同一商家可能存在多家店铺，为避免数据错乱，保存应急密码和收款码的同时，会保存对应商家ID与店铺ID，当收银员用不同的应急密码登录时，会对应不同的收款码、商家ID与店铺ID。
所述应急密码通过MD5加盐值的方式加密，所述盐值取设备码(一串32位的字符串，每台安卓设备对应设备码不一样)。
如图2所示，所述收款码图片控制在50Kb以内，并采用Base64加GZip压缩，将得到结果通过AES128加密保存至当前收银客户端数据库中，AES种子为当前登录店铺ID加上述设备码。
表1离线收银初始化设置中的数据储存信息
Figure BDA0003694833430000052
Figure BDA0003694833430000061
S12:收银客户端定时异步从云端服务器中下载店铺商品库，并储存至数据库。
所述店铺商品库储存信息如表2所示，所述定时异步从云端服务器中下载店铺商品库具体指将云端商品库下载到本地商品库中，包括商品ID、商品条码、商品名称、价格，采用全量加增量同步的方式，即第一次下载时为全量同步，下载完成后在收银客户端数据库中记录最后下载时间点(last_download_time)，之后为定时增量同步，下载时将上一次下载成功的时间点作为参数传到云端服务器，云端服务器在查询更新过的商品数据时带上last_download_time条件(大于last_download_time)，将这段时间内更新过的商品数据返回并更新至收银客户端的本地商品数据库中，从而减小了下载的数据量，以减少收银客户端资源的占用。
所述云端服务器在更新商品任何信息时，同时更新最后更新时间(last_update_time)的字段值，以便收银客户端在增量同步商品时，匹配到上一次下载时间到现在这段时间内所有更新过的商品信息。
表2店铺商品库数据储存信息
Figure BDA0003694833430000062
S2:如图3所示，管理员通过收银一体机上的收银客户端登录在线收银***，审核步骤S11中设置的离线收银初始化设置，审核无误后点击启用离线收银功能，有多台收银客户端时，需要分别登录审核；
S3:离线状态或云端服务器故障时，收银员通过收银客户端离线模式进行收银，离线模式登录界面如图4所示。
S31:收银员在收银客户端中输入应急密码，收银客户端转为离线收银模式。
S32:收银员通过扫码枪扫描商品条码，收银客户端通过上述商品条码在本地安卓数据库中匹配本地离线商品，若匹配成功则显示商品名称及价格，同时商品ID和规格ID记录在当前离线交易单信息中，若未匹配成功则显示条码(记录在当前离线交易单信息中)，此时价格由收银员手动输入。
S33:收银客户端计算整单价格，收银员进行调整、确认，若顾客为会员则输入会员手机号，选择支付方式后点击结算，收银客户端在客显中显示预设的收款码图片，顾客通过自己手机上相应的支付软件扫码支付。
S4:进入离线收银模式后，收银员收银时，收银客户端生成离线交易单据；
所述生成离线交易单据包含下列步骤：顾客完成支付后出示支付账单条码，收银员通过扫码枪扫描条码获得支付流水号，点击确认完成交易单据，收银客户端将离线交易单据信息作为离线交易单据保存至数据库；所述离线交易单据信息包括商品ID、商品条码、价格、数量、整单价格、实付价、会员手机号、商家ID、店铺ID、交易时间、支付方式、支付流水号、设备类型、设备版本，离线交易单据主体存储信息如表3所示。
表3离线交易单据主体存储信息
Figure BDA0003694833430000071
Figure BDA0003694833430000081
其中离线交易单据编号唯一，收银客户端通过设备码加当前设备时间戳加当前设备的顺序号，来保证单据编号唯一，因每台设备出厂时设备码唯一，加上时间戳以及顺序号(每天每设备从1开始计数，隔天清零)，从而保证即使一家门店有多台收银一体机设备，交易单编号也会保证唯一；交易单总价price等于payment实付+优惠discount；支付类型可选为云闪付、支付宝、微信、现金等支付通道和方式；设备类型和设备版本是当前生成交易单的客户端设备信息，用于排查跟踪问题时的一种补充信息，可空；离线交易单据明细储存信息如表4所示。
表4离线交易单据明细存储信息
Figure BDA0003694833430000082
其中，交易单据总价price等于各个明细的商品数量乘以明细单价的总和。
S5:网络或云端服务器恢复后，收银客户端退出离线模式，重新登录在线收银***，则转为在线收银模式，收银客户端会异步将存储在本地的离线交易单据逐渐上传至云端服务器；
所述离线交易单据由收银客户端通过后台线程异步调用云端服务器的HTTPS接口传输离线交易单据。
S6:云端服务器储存并处理上述离线交易单据；
S61:成功接收离线交易单据后，校验商家ID和店铺ID是否存在于云端服务器的数据库中，如无，则报错，代表数据非法；校验成功后在数据库中匹配离线交易单据中的商品信息，如找不到，则该商品明细变为***商品(该字段设置为空)，如找到关联***商品，匹配成功后扣除相应商品库存；
所述的匹配逻辑为：
如离线交易单明细中商品ID、规格ID和商品条码都为空，则该交易明细中的该商品记为***商品；
如离线交易单明细中商品ID和规格ID不为空，商品条码为空，则根据商品ID和规格ID校验云端服务器数据库中是否有该商品，如无，则该交易明细中的该商品记为***商品，如有，则该明细的商品为当前商品的商品ID和规格ID；
如离线交易单明细中商品ID和规格ID为空，商品条码不为空，则根据商品条码校验云端服务器数据库中是否有该商品，如无，则该交易明细中的该商品记为***商品，如有，则将匹配到的商品的商品ID和规格ID记录到交易单明细中；
S62:校验支付流水号，如果离线交易单据中的支付流水号不为空，则根据离线交易单据中的支付类型(pay_type)，传递支付流水号调用对应支付机构的查询接口，校验支付状态是否为成功，如成功，标记该离线交易单据为完成，如未完成，标记为异常状态，在***消息中提示收银员核实处理；
S63:校验价格、数量信息，如异常，标记异常状态，在***消息中提示收银员人工处理；
S64:校验会员手机号，云端数据库中如匹配到会员，根据商家在云端设置的积分规则，对该会员增加相应的积分增加相应积分；
S65:根据上述校验信息，将离线交易单据转换成在线交易单据(填充商品、会员等信息)，并存储至云端服务器数据库；
离线收银(模式)：
指发生网络故障等问题后，进入的一种收银模式，即本发明要阐述的一种技术。
离线交易单据：
在离线收银模式下发生的交易单据称之为离线交易单据。
离线商品：
云端服务器商品同步到本地收银客户端后，称之为离线商品。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，熟悉该本领域的技术人员应该明白本发明包括但不限于上面具体实施方式中描述的内容。任何不偏离本发明的功能和结构原理的修改都将包括在权利要求书的范围中。

Claims (6)

1.一种提高门店收银可用性的方法，基于由收银客户端和云端服务器组成的收银***实现，其特征在于，包括以下步骤：
S1:商家登录在线收银***，进行离线收银初始化设置，上述设置储存至收银客户端数据库中，供离线模式时使用；
S2:管理员登录在线收银***，审核上述离线收银初始化设置，审核无误后启用离线收银功能；
S3:离线状态或云端服务器故障时，收银员通过收银客户端离线模式进入离线收银模式；
S4:进入离线收银模式后，收银员收银时，收银客户端生成离线交易单据；
S5:网络或云端服务器恢复后，收银客户端退出离线模式，重新登录在线收银***，则转为在线收银模式，收银客户端将存储在本地的离线交易单据上传至云端服务器；
S6:云端服务器储存并处理上述离线交易单据。
2.根据权利要求1所述的一种提高门店收银可用性的方法，其特征在于，其中步骤S1中离线收银初始化设置包含下列步骤：
S11:设置离线收银所需信息，包括应急密码和收款码图片；
S12:定时异步从云端服务器中下载店铺商品库，并储存至收银客户端数据库；
所述应急密码通过MD5加盐值的方式加密，盐值取设备码，保存应急密码时，同时加密保存当前登录的商家ID、店铺ID至收银客户端数据库；
所述收款码图片采用Base64、GZip压缩，将得到结果通过AES128加密保存到当前安卓收银设备数据库中，AES种子为当前登录店铺ID加设备码；
所述定时异步下载为第一次下载时为全量同步，下载完成后在收银客户端数据库中记录下载时间点(last_download_time)，之后为定时增量同步，下载时将上一次下载成功的时间点作为参数传到云端服务器，云端服务器在查询更新过的商品数据时带上last_download_time条件(大于last_download_time)，将这段时间内更新过的商品数据返回至收银客户端。
3.根据权利要求2所述的一种提高门店收银可用性的方法，其特征在于，其中步骤S3中离线收银包含下列步骤：
S31:收银员在收银客户端中输入应急密码，收银客户端转为离线收银模式；
S32:收银员通过扫码枪扫描商品条码，收银客户端通过上述商品条码在数据库中匹配本地商品，若匹配成功则显示商品名称及价格，若未匹配成功则显示条码，价格由收银员手动输入；
S33:收银客户端计算整单价格，收银员进行调整、确认，若顾客为会员则输入会员账号，选择支付方式后点击结算，收银客户端在客显中显示预设的收款码图片，顾客通过相应支付软件扫码支付。
4.根据权利要求3所述的一种提高门店收银可用性的方法，其特征在于，其中步骤S4中生成离线交易单据包含下列步骤：顾客完成支付后出示支付账单条码，收银员通过扫码枪扫描条码获得支付流水号，点击确认完成交易单据，收银客户端将离线交易单据信息作为离线交易单据保存至数据库；所述离线交易单据信息包括商品ID、商品条码、价格、数量、整单价格、实付价、会员手机号、所在店铺ID、交易时间、支付方式、支付流水号。
5.根据权利要求4所述的一种提高门店收银可用性的方法，其特征在于，其中步骤S5中所述离线交易单据由收银客户端通过后台线程异步调用云端服务器的HTTPS接口传输离线交易单据。
6.根据权利要求5所述的一种提高门店收银可用性的方法，其特征在于，其中步骤S6中云端服务器处理离线交易单据具体包括以下步骤：
S61:成功接收离线交易单据后，云端服务器校验商家ID和店铺ID是否存在于数据库；校验成功后在数据库中匹配离线交易单据中的商品信息，匹配成功后扣除相应商品库存；
S62:校验支付流水号，通过支付类型，调用对应支付机构的支付查询接口，对支付进行校验确认，确认是否支付成功，如未支付成功，则在云端的在线交易单据上打上异常标记，等待收银员核实确认；
S63:校验价格、数量信息；
S64:校验会员手机号，如匹配到云端服务器数据库中的会员信息增加相应积分；
S65:根据上述校验信息，将离线交易单据转换成在线交易单据，并存储至云端服务器数据库。
CN202210671558.7A 2022-06-15 2022-06-15 一种提高门店收银可用性的方法 Pending CN115049390A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210671558.7A CN115049390A (zh) 2022-06-15 2022-06-15 一种提高门店收银可用性的方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210671558.7A CN115049390A (zh) 2022-06-15 2022-06-15 一种提高门店收银可用性的方法

Publications (1)

Publication Number Publication Date
CN115049390A true CN115049390A (zh) 2022-09-13

Family

ID=83161201

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210671558.7A Pending CN115049390A (zh) 2022-06-15 2022-06-15 一种提高门店收银可用性的方法

Country Status (1)

Country Link
CN (1) CN115049390A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117076560A (zh) * 2023-07-21 2023-11-17 九为(浙江)网络科技有限公司 一种基于药品零售收银***的数据同步方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117076560A (zh) * 2023-07-21 2023-11-17 九为(浙江)网络科技有限公司 一种基于药品零售收银***的数据同步方法

Similar Documents

Publication Publication Date Title
US11978034B2 (en) System built by connection between a mobile terminal and a service providing device, and service providing method
CN106204018B (zh) 用于编码信息读取终端的预支付使用***
US8676672B2 (en) Systems and methods for electronic delivery of stored value
CN110852816B (zh) 基于区块链的自动开具***方法、终端设备及存储介质
KR101804346B1 (ko) 보증 및 그 밖의 제품 정보를 관리하기 위한 클라우드 서비스 및 제품 관리 시스템
WO2018184494A1 (zh) 一种信息处理方法、装置和存储介质
CN113506166A (zh) 目标业务的数据处理方法、装置和服务器
CN111754231A (zh) 一种收银方法、***以及设备
KR20140089608A (ko) 전자 거래 방법
CN115049390A (zh) 一种提高门店收银可用性的方法
WO2007026212A1 (en) Off-line vending system
KR20200090136A (ko) Qr 페이 연동 방법 및 시스템
CN110599151A (zh) 一种支付方法、装置、***及存储介质
KR101771487B1 (ko) 앱 기반의 전자 지불 시스템 및 이를 이용한 전자 지불방법
US10861111B2 (en) Distributed systems, devices and methods for dispensing fuel
US20020116285A1 (en) Performing a purchasing transaction
CN111047325B (zh) 一种收款***及方法
US20100152893A1 (en) Method and apparatus for on-demand kiosk fulfillment with origination, billing, and management via telecommunications network
CN111260355A (zh) 一种收银***以及电子设备
CN112801722A (zh) 一种缓存后开具***的方法及***
EP1235171A1 (en) Performing a purchasing transaction
CN112116343A (zh) 一种基于c/s与b/s融合的收银***
JP7458596B2 (ja) 情報処理装置、情報処理プログラム及び情報処理方法
KR20040013378A (ko) 인터넷을 기반으로 한 신용카드의 매출전표 처리 방법
TW201415389A (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