CN108257234A - 一种停车场的停车收费信息的处理方法和装置 - Google Patents
一种停车场的停车收费信息的处理方法和装置 Download PDFInfo
- Publication number
- CN108257234A CN108257234A CN201810078410.6A CN201810078410A CN108257234A CN 108257234 A CN108257234 A CN 108257234A CN 201810078410 A CN201810078410 A CN 201810078410A CN 108257234 A CN108257234 A CN 108257234A
- Authority
- CN
- China
- Prior art keywords
- car park
- park payment
- statistics
- data
- detailed data
- 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
Classifications
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
- G07B15/00—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points
- G07B15/02—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points taking into account a variable factor such as distance or time, e.g. for passenger transport, parking systems or car rental systems
Abstract
本发明公开了一种停车场的停车收费信息的处理方法、装置和计算机可读存储介质。该方法包括:将停车场实时产生的停车收费信息记录到停车收费明细数据表中;判断预设的数据上报条件是否被触发,若判断为是,对停车收费明细数据表中的数据进行统计汇总处理,得到统计汇总结果;将统计汇总结果和停车收费明细数据表上报到服务器。通过本技术方案,及时上报收费信息,避免人工上报收费信息的不及时;同时,将收费信息进行统计汇总后上报,即使收费明细上报不完整,财务核对人员也可以即使进行收费的核对,不影响核对工作的进行,提高核对效率;避免因网络抖动,引起的数据上传不完整或延迟上传,造成数据传输错误,而导致的核对不准确。
Description
技术领域
本发明涉及计算机技术领域,具体涉及一种停车场的停车收费信息的处理方法、装置和计算机可读存储介质。
背景技术
在停车场收费管理的过程中,一个停车场的各收费岗亭会将各自的收费明细上报给服务器,以便财务核对人员根据服务器接收到的收费明细进行核对。通常情况下,是人工进行收费明细的上报,如果人工上报不及时会影响财务核对工作的进度,影响核对效率。另外,在收费明细上报的过程中,如果传输过程中出现问题,例如网络异常,就会导致收费明细无法上报或者上报不完整,也会影响财务核对工作的进行,降低核对效率。
发明内容
鉴于上述问题,提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的停车场的停车收费信息的处理方法、装置和计算机可读存储介质。
依据本发明的一个方面,提供了一种停车场的停车收费信息的处理方法,其特征在于,所述方法包括:
将停车场实时产生的停车收费信息记录到停车收费明细数据表中;
判断预设的数据上报条件是否被触发,若判断为是,对所述停车收费明细数据表中的数据进行统计汇总处理,得到统计汇总结果;
将所述统计汇总结果和所述停车收费明细数据表上报到服务器。
可选地,所述将停车场实时产生的停车收费信息记录到停车收费明细数据表中包括:
对所述停车收费明细数据表中的属于同一停车记录的数据进行合并。
可选地,所述对所述停车收费明细数据表中的数据进行统计汇总处理,得到统计汇总结果包括:
统计汇总所述停车收费明细数据表中的数据的总条数,以及统计汇总所述停车收费明细数据表中的各项收费总额;
将统计汇总的数据的总条数以及统计汇总的各项收费总额作为统计汇总结果。
可选地,所述判断判断预设的数据上报条件是否被触发包括:
判断当前的收费管理账号是否退出登录;和/或,
判断当前时间是否达到预设的数据上报时间。
可选地,所述方法进一步包括:
接收所述服务器返回的所述停车收费明细数据表未上报完整的通知;
根据所述未上报完整的通知,将所述停车收费明细数据表重新上报至所述服务器,或者,将所述停车收费明细数据表中未完成上报的数据重新上报至所述服务器。
根据本发明的另一方面,提供了一种停车场的停车收费信息的处理装置,其特征在于,所述装置包括:
收费信息记录单元,适于将停车场实时产生的停车收费信息记录到停车收费明细数据表中;
处理单元,适于判断预设的数据上报条件是否被触发,若判断为是,对所述停车收费明细数据表中的数据进行统计汇总处理,得到统计汇总结果;
上报单元,适于将所述统计汇总结果和所述停车收费明细数据表上报到服务器。
可选地,所述收费信息记录单元,适于对所述停车收费明细数据表中的属于同一停车记录的数据进行合并。
可选地,
所述处理单元,适于统计汇总所述停车收费明细数据表中的数据的总条数,以及统计汇总所述停车收费明细数据表中的各项收费总额;将统计汇总的数据的总条数以及统计汇总的各项收费总额作为统计汇总结果。
可选地,
所述处理单元,适于判断当前的收费管理账号是否退出登录;和/或,判断当前时间是否达到预设的数据上报时间。
根据本发明的又一个方面,提供了一种计算机可读存储介质,其中,所述计算机可读存储介质存储一个或多个程序,所述一个或多个程序当被处理器执行时,实现前述的方法。
根据本发明的技术方案,将停车场实时产生的停车收费信息记录到停车收费明细数据表中;判断预设的数据上报条件是否被触发,若判断为是,对停车收费明细数据表中的数据进行统计汇总处理,得到统计汇总结果;将统计汇总结果和停车收费明细数据表上报到服务器。通过本技术方案,设置数据上报的触发条件,及时上报收费信息,避免人工上报收费信息的不及时;同时,将收费信息进行统计汇总后上报,即使收费明细上报不完整,财务核对人员也可以即使进行收费的核对,不影响核对工作的进行,提高核对效率;避免因网络抖动,引起的数据上传不完整或延迟上传,造成数据传输错误,而导致的核对不准确。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1示出了根据本发明一个实施例的停车场的停车收费信息的处理方法的流程示意图;
图2示出了根据本发明一个实施例的停车场的停车收费信息的处理装置的结构示意图;
图3示出了根据本发明一个实施例的计算机可读存储介质的结构示意图;
图4示出了根据本发明一个实施例的上报的统计汇总结果的显示效果示意图;
图5示出了根据本发明一个实施例的收费明细数据未上报完整的提示窗口的效果示意图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
图1示出了根据本发明一个实施例的停车场的停车收费信息的处理方法的流程示意图。如图1所示,该方法包括:
步骤S110,将停车场实时产生的停车收费信息记录到停车收费明细数据表中。
步骤S120,判断预设的数据上报条件是否被触发,若判断为是,对停车收费明细数据表中的数据进行统计汇总处理,得到统计汇总结果。
在本实施例中,当预设的数据上报条件被触发时,上传的是上一次数据上报条件被触发至本次数据上报条件被触发之间记录的停车收费明细数据表中的数据进行统计汇总处理。也就是说,停车收费数据的统计汇总是在本地处理的。无需上传到服务器后再进行汇总。
步骤S130,将统计汇总结果和停车收费明细数据表上报到服务器。
在本实施例的实际应用中,停车收费明细数据上报到服务器理解为是随着停车收费明细数据表中的停车收费明细数据的增加实时上报到服务器。而并非是在预设的上报条件被触发后,与统计汇总结果一起上报。
当预设的上报条件被触发后,统计汇总结果实时性较好,会及时上报到服务器,但是因为收费明细数据会因为网络等原因,存在滞后性,在统计汇总结果上报到服务器后,收费明细数据可能还没有全部上传完整;或者网络抖动,上传的收费明细数据不准确。在本实施例中,在需要进行财务核对时,在本地进行收费明细统计汇总后,将统计汇总结果上报到服务器,财务核对人员就可以根据服务器接收到的统计汇总结果直接进行总的核对,如果需要核对停车收费明细数据表(例如,总核对出现错误的情况),可以在收费明细表上报完成后再进行核对,无需在收费明细表上报完成后,再进行统计汇总,再进行核对,提高财务核对的效率。
可见,通过本实施例,设置数据上报的触发条件,及时上报收费信息,避免人工上报收费信息的不及时;同时,将收费信息进行统计汇总后上报,即使收费明细上报不完整,财务核对人员也可以即使进行收费的核对,不影响核对工作的进行,提高核对效率;避免因网络抖动,引起的数据上传不完整或延迟上传,造成数据传输错误,而导致的核对不准确。
在本发明的一个实施例中,步骤S110中的将停车场实时产生的停车收费信息记录到停车收费明细数据表中包括:对停车收费明细数据表中的属于同一停车记录的数据进行合并。
本实施例中的同一个停车记录是指同一辆车在本停车场进行一次停车的记录,但是,在同一个停车记录中可能存在多种支付方式的问题,但是在停车收费时,针对不同的支付方式会生成多个停车收费记录,也就是说,同一停车记录有多个停车收费信息,为了统计汇总时提高统计汇总的速度,或者在停车收费明细数据表中的停车收费信息进行记录的规范化,在将同一停车记录的停车收费信息合并。例如,对于同一个车辆车牌号的车辆的一次停车记录中,存在多个停车费缴费的记录,每个停车费缴费的记录中记录的都是该车牌号的车辆在10:00进入停车场,在10:30离开停车场,则可以将该多个停车费缴费的记录合并成一个停车收费信息。
在一个具体的例子中,车牌号1在10:00进入停车场,在11:00离开停车场,离开停车场时需要交费的停车费金额是20元,车主优免券抵消了5元,又交了15元现金,这样针对该停车记录就生成两条停车收费信息,即车牌号1在10:00进入停车场,在11:00离开停车场缴费15元;车牌号1在10:00进入停车场,在11:00离开停车场优免券5元。记录时,将这两条停车收费信息进行合并,则是车牌号1在10:00进入停车场,在11:00离开停车场现金缴费15元、优免券5元。
上述的例子仅是对同一停车记录进行说明,这里需要说明的是,一个车辆车牌号的车辆在入场时,会生成一个全局唯一的ID标识,作为本次停车记录,同时把记录时间作为入场时间(即开始停车时间);以及记录停车记录的附属信息如车牌号、车辆入场图片、入场时间。那么,在进行判断是否为同一停车记录时,不仅仅是利用车牌号和车辆进出停车场的时间,为了准确的判断,需要结合记录中包含的各种信息,如入场图片的车辆信息、入场图片图像呈现车牌号、入场时间、出场时间、出场图片信息、出场图片图像呈现车牌号等。
在本发明的一个实施例中,步骤S120中的对停车收费明细数据表中的数据进行统计汇总处理,得到统计汇总结果包括:统计汇总停车收费明细数据表中的数据的总条数,以及统计汇总停车收费明细数据表中的各项收费总额;将统计汇总的数据的总条数以及统计汇总的各项收费总额作为统计汇总结果。
为了进一步地便于财务核对人员进行收费核对,在统计汇总时,统计停车收费明细数据表中的各项收费总额,这样就可以直接核对接收到的金额与记录的各项收费总额是否一致,实现总的核对,如果核对正确,则可以避免收费明细的核对,如果核对错误,则再进行收费明细的核对,进一步提高核对的效率。
在现有技术中,收费明细的上传对停车场网络状态的依赖较大,有时会因为网络的原因导致收费明细数据上报的不完整,即数据的不准确,当财务核对人员在进行收费核对,特别是在进行收费明细核对时,会由于收费明细数据的不完整而导致核对不准确或者无法核对的情况,或者在不同的时间段核对时,数据不一致的情况,例如,对于同一日的1000条明细数据表,由于不完整,在第一时间核对时,只上传了800条明细数据,即只核对800条明细数据;随着时间的推移,在第二时间核对时,已经上传了900条,即核对了900条明细数据,那么在第一时间和第二时间核对时,数据是不一致的,会造成重复核对或者核对错误的问题。在本实施例中,为了使得服务器可以确定停车收费明细数据表是否上传完整,还需要统计停车收费明细数据表中的数据的总条数,服务器则可以根据该数据的总条数,判断其接收到的停车收费明细数据表中的数据是否完整,以便可以让财务核对人员在上传完整的情况下,再进行收费明细的核对,以解决上述现有技术中的问题。
在上述说明中,为了避免服务器侧无法判断收费明细数据是否完整,所以将收费明细数据表中的数据的总条数也上传到服务器,那么,优选地,在服务器侧,当接收到统计汇总的数据的总条数,可以根据接收到的总条数,判断停车收费明细数据表是否上报完整,即服务器判断其已接收到的停车收费明细数据表中的数据的条数与接收到的总条数是否一致;若不一致,则进行停车记录明细上报未完成的提示;若一致,则进行停车记录明细上报完成的提示,这样,服务器侧就可以根据上传的明细数据的总条数信息进行明细数据是否上传完整的判断,为了保证数据核对的准确性,财务核对人员可以选择在服务器侧判断明细数据上传完整的情况下,再进行核对。
图4示出了根据本发明一个实施例的上报的统计汇总结果的显示效果示意图。将统计汇总结果上报到服务器后,财务管理人员可以进行对账管理,即在服务器侧的显示界面中显示统计汇总,另在该显示界面中,可以进行对账管理、报表管理、数据查询、统计分析和岗亭操作记录的查看等。这里的统计汇总可以是进行交接班统计、日统计、月统计,则将交接班报表、日报表和/或月度报表上报到服务器,在服务器侧的显示界面中进行显示。进行统计汇总时,可以分别对总金额、出场车次、岗亭现金金额、中央岗亭已收的现金金额、电子支付金额、储值卡支付金额、积分支付、一卡通支付金额、优免卷使用数量、特殊处理损失、被冲车辆损失、手动抬杆收费金额等进行统计汇总(即各项汇总明细),以在服务器侧进行显示。图4显示的是对老和的车场的2018年1月份(即统计时间是2018年1月1日0时至2018年1月16日23:59:59)的出口岗亭收费的日报表的统计汇总结果(01月临停日报汇总),在该统计汇总结果中,还可以进一步对各日报表的各项内容进行合计汇总,如图4中的合计的应收金额是5.67元。财务管理人员根据日报汇总就可以进行账目核对,在每个日报汇总的显示行的末尾处还有导出明细的控件(控件被触发时,需要对明细数据的条数进行校验),以便管理人员对该日的明细数据进行明细数据的导出,对明细数据的账目进行核对。
需要说明的是,图4中所示的出口岗亭收费的统计汇总是已经出场车辆的应收和实收的统计,手动抬杆的收费不计入应收金额里。
图5示出了根据本发明一个实施例的收费明细数据未上报完整的提示窗口的效果示意图。如图5所示,当财务管理人员在核对账目(进行对账管理)时,需要进行明细数据的查看时,会进行明细数据条数的校验,即会点击图4中的导出明细控件,当控件被触发时,服务器会根据统计汇总结果中的总条数信息,进行已上报的明细数据的条数的校验,如果明细数据条数与统计汇总中的总条数一致,则明细数据上报完整,则直接导出明细数据进行显示,如果明细数据条数与统计汇总中的总条数不一致,明细数据未上报完整,则弹出图5所述的提示窗口,进行相应的数据未上报完整的提示,如图5所示的“出口岗亭收费明细数据还有xx条未上传,确认是否导出”,在该窗口的提示下,财务管理人员可以选择继续导出明细的操作,则会将已经完成上传的明细数据导出,即导出不完整的明细数据;也可以选择取消导出明细的操作,则终止导出明细数据的操作。
在本发明的一个实施例中,步骤S120中的判断判断预设的数据上报条件是否被触发包括:判断当前的收费管理账号是否退出登录;和/或,判断当前时间是否达到预设的数据上报时间。
在本实施例中,在当前的收费管理账号退出登录时,说明该账号对应的收费人员已经下班了,为了便于核对该收费人员的收费情况,及时判断该收费人员是否收费错误,在当前的收费管理账号退出登录时,将当前账号下的停车收费信息上报,避免出现账目核对出错的情况时,无法及时确定出错的收费人员,提高核对的效率。
需要说明的是,这里的当前的收费管理账号退出登录时,一方面可以是当前的收费管理系统暂停使用的情况,另一方面也可以是进行交接班时,当前班次的收费管理账号退出登录,下一班次的收费管理账号登录时。
在本实施例中,当前时间可以是收费系统当前显示的时间,预设的数据上报条件可以是预设的数据上报时间,当当前显示时间一到预设的数据上报时间就确定为条件被触发。例如,在实际应用中,需要日报表,则预设的数据上报时间可以是24点,即一到24点,数据上报条件被触发,就会将上一24点至当前24点之间的数据进行统计汇总,并将汇总结果和停车收费明细数据表上报至服务器。
在本发明的一个实施例中,图1所示的方法进一步包括:接收服务器返回的停车收费明细数据表未上报完整的通知;根据未上报完整的通知,将停车收费明细数据表重新上报至服务器,或者,将停车收费明细数据表中未完成上报的数据重新上报至服务器。
在本实施例中,如果服务器在进行条数校验时,校验到其接收到的停车收费明细数据表不完整时,会返回未上报完整的通知,接收到该通知后,将停车收费明细数据表重新发送,或者,在未上报完整的通知中标注已上报的数据标识,根据该已上报的数据标识,将停车收费明细数据表中未上报的数据重新上报。
在本发明的一个实施例中,将停车场实时产生的停车收费信息记录到停车收费明细数据表中还包括:将停车收费明细数据表中的已出场车辆的停车收费信息进行标识;
所述对停车收费明细数据表中的数据进行统计汇总处理,得到统计汇总结果包括:
对停车收费明细数据表中的带有所述标识的数据进行统计汇总处理,得到统计汇总结果。
当车辆进入停车场时就会产生一个停车记录,即一条停车收费信息,只不过该停车收费信息是未缴费的状态,针对在在预设条件被触发前,车辆进入停车场,但是被触发的时候并没有出停车场的情况,此时,停车记录已经存在,但是在进行统计汇总时,这样的停车记录是不应该被统计汇总,也不应该将该条数据进行上报,所以在本实施例中,在记录停车收费信息时,将停车收费明细数据表中的已出场车辆的停车收费信息进行标识,即将停车收费信息中缴费成功的停车收费信息进行标识。在生成收费报表时,只是根据带有标识的停车收费信息,进行汇总统计,提高统计速度,及时上报服务器。
或者,收费监控系统被误触发,例如,监测到有车辆在出口处,并获取到图像,完成缴费统计,但是该车辆并没有要出场。这时,也会产生停车收费信息,这样的停车收费信息也是不应该被上报的。
在实际应用中,当出现账目核对出错的情况时,会出现无法及时确定出错的收费人员,管理效率降低。所以预设的数据上报条件包括有当前的收费管理账号是否退出登录。在具体的实施过程中,可以采用下述的步骤:
在本发明的一个实施例中,图1所示的方法还包括:记录当前登录的第一收费管理账号;记录第一收费管理账号登录状态下所产生的停车收费信息;停车收费信息包括:支付金额和支付类型;当检测到第一收费管理账号退出登录时,根据所记录的第一收费管理账号登录状态下所产生的停车收费信息,生成与第一收费管理账号对应的收费报表;将收费报表上报到服务器。
在停车场的收费岗亭中,当前值班的收费人员开始值班时会在收费系统中登录自己的收费管理账号,然后在自己的收费管理账号登录的状态下,完成在自己值班过程中的收费操作。因此,为了实现停车收费信息的有效管理,保证在核对出错时,及时确定操作出错的收费人员,需要记录当前登录的收费管理账号。在现有的停车场中,停车收费时,车主可以选择不同额支付方式,例如,扫码支付、免密代扣、现金支付、刷卡支付等。为了准确的记录停车收费信息,需要将支付的类型和支付的金额对应记录。
在本实施例中,第一收费管理账号退出登录的情况可以是该收费岗亭暂停收费,或者进行交接班时候,收费系统的登录账号由第一收费管理账号切换到第二收费管理账号时。只要是第一收费管理账号退出登录就说明第一收费管理账号的收费人员已经结束了本次的值班,那么就当该第一收费管理账号状态下的停车收费信息生成收费报表。这里的收费报表可以包括对停车收费信息的统计汇总,也可以包括停车收费的明细信息,即每个停车记录的停车收费信息。
在本实施例中,将第一收费管理账号对应的收费报表上传给服务器后,财务核对人员可以根据服务器接收到的收费报表进行收费资金的核对,实现对停车场的停车收费信息进行有效的管理,如果出现问题,就说明是该第一收费管理账号对应的收费人员的操作出现问题,及时确定出错的源头,提高收费资金的管理效率。
例如,第一收费管理账号对应的收费人员是a,当a开始值班时,在收费系统中登录自己的收费管理账号1,并且开始进行停车收费的操作,记录该收费管理账号1登录状态下的各停车收费信息,当a的值班时间结束,收费人员b进行交接班,在收费系统登录收费人员b的收费管理账号2,检测到收费管理账号1退出登录后,就将a收费的停车收费信息生成收费报表上报给服务器,并继续记录在收费管理账号2登录状态下的停车收费信息。
可见,通过本发明的技术方案,财务核对人员可以通过服务器接收到的收费报表,核对停车场收费的情况,实现对停车场的停车收费信息进行有效的管理,又因为收费报表是以收费管理账号为基础进行上报的,当账目核对出错时,可以及时确定出错的收费人员,有效提高收费基金的管理效率。
在本发明的一个实施例中,上述的支付类型包括:电子支付、现金支付和/或优免券支付。
在本实施例中,电子支付也可以包括多种形式,例如,在线付费、代扣付费、扫码枪扫码付费、付款二维码付费等,为了确保停车收费信息的全面准确,在记录时,将各种支付类型和支付金额进行支付。
另外,在本实施例中,支付类型还包括现金支付和/或优免券支付。收费管理账号退出登录后,会将收取的现金和/或优免券上交给财务核对人员,在停车收费信息中还要记录现金支付和/或优免券支付,这样,在生成收费报表时,财务核对人员还可以根据收费报表中的现金支付和/或优免券支付的记录信息,核对收费人员上交的现金金额和/或优免券的数量是否正确,避免收费人员的中饱私囊和或操作失误造成的资金损失。
为了使得核对人员提高核对效率,在浏览收费报表时可以将主要的收费信息一目了然。具体地,上述的生成与第一收费管理账号对应的收费报表包括:统计汇总第一收费管理账号登录状态下产生的停车收费信息中的电子支付的支付金额的总数,和/或,统计汇总第一收费管理账号登录状态下产生的停车收费信息中的现金支付的支付金额的总数,和/或,统计汇总第一收费管理账号登录状态下产生的停车收费信息中的优免券的数量;将统计的电子支付的支付金额的总数,和/或,统计的现金支付的支付金额的总数,和/或,统计的优免券的数量生成与第一收费管理账号对应的收费报表。
也就是说,在本实施例中,对各种的支付类型的支付金额进行统计汇总,这样核对人员就可以对各支付类型的总数一目了然。例如,在收费人员上交现金和/或优免券时,核对人员就可以根据收费报表及时确定收费人员上交的现金金额和/或优免券的数量是否正确,避免在不正确的情况下收费人员再次前来核对,进一步提高核对效率。
图2示出了根据本发明一个实施例的停车场的停车收费信息的处理装置的结构示意图。如图2所示,该停车场的停车收费信息的处理装置200包括:
收费信息记录单元210,适于将停车场实时产生的停车收费信息记录到停车收费明细数据表中。
处理单元220,适于判断预设的数据上报条件是否被触发,若判断为是,对停车收费明细数据表中的数据进行统计汇总处理,得到统计汇总结果。
在本实施例中,当预设的数据上报条件被触发时,上传的是上一次数据上报条件被触发至本次数据上报条件被触发之间记录的停车收费明细数据表中的数据进行统计汇总处理。也就是说,停车收费数据的统计汇总是在本地处理的。无需上传到服务器后再进行汇总。
上报单元230,适于将统计汇总结果和停车收费明细数据表上报到服务器。
在本实施例的实际应用中,停车收费明细数据上报到服务器理解为是随着停车收费明细数据表中的停车收费明细数据的增加实时上报到服务器。而并非是在预设的上报条件被触发后,与统计汇总结果一起上报。
当预设的上报条件被触发后,统计汇总结果实时性较好,会及时上报到服务器,但是因为收费明细数据会因为网络等原因,存在滞后性,在统计汇总结果上报到服务器后,收费明细数据可能还没有全部上传完整;或者网络抖动,上传的收费明细数据不准确。在本实施例中,在需要进行财务核对时,在本地进行收费明细统计汇总后,将统计汇总结果上报到服务器,财务核对人员就可以根据服务器接收到的统计汇总结果直接进行总的核对,如果需要核对停车收费明细数据表(例如,总核对出现错误的情况),可以在收费明细表上报完成后再进行核对,无需在收费明细表上报完成后,再进行统计汇总,再进行核对,提高财务核对的效率。
可见,通过本实施例,设置数据上报的触发条件,及时上报收费信息,避免人工上报收费信息的不及时;同时,将收费信息进行统计汇总后上报,即使收费明细上报不完整,财务核对人员也可以即使进行收费的核对,不影响核对工作的进行,提高核对效率;避免因网络抖动,引起的数据上传不完整或延迟上传,造成数据传输错误,而导致的核对不准确。
在本发明的一个实施例中,收费信息记录单元210,适于对停车收费明细数据表中的属于同一停车记录的数据进行合并。
本实施例中的同一个停车记录是指同一辆车在本停车场进行一次停车的记录,但是,在同一个停车记录中可能存在多种支付方式的问题,但是在停车收费时,针对不同的支付方式会生成多个停车收费记录,也就是说,同一停车记录有多个停车收费信息,为了统计汇总时提高统计汇总的速度,或者在停车收费明细数据表中的停车收费信息进行记录的规范化,在将同一停车记录的停车收费信息合并。例如,对于同一个车辆车牌号的车辆的一次停车记录中,存在多个停车费缴费的记录,每个停车费缴费的记录中记录的都是该车牌号的车辆在10:00进入停车场,在10:30离开停车场,则可以将该多个停车费缴费的记录合并成一个停车收费信息。
在一个具体的例子中,车牌号1在10:00进入停车场,在11:00离开停车场,离开停车场时需要交费的停车费金额是20元,车主优免券抵消了5元,又交了15元现金,这样针对该停车记录就生成两条停车收费信息,即车牌号1在10:00进入停车场,在11:00离开停车场缴费15元;车牌号1在10:00进入停车场,在11:00离开停车场优免券5元。记录时,将这两条停车收费信息进行合并,则是车牌号1在10:00进入停车场,在11:00离开停车场现金缴费15元、优免券5元。
上述的例子仅是对同一停车记录进行说明,这里需要说明的是,一个车辆车牌号的车辆在入场时,会生成一个全局唯一的ID标识,作为本次停车记录,同时把记录时间作为入场时间(即开始停车时间);以及记录停车记录的附属信息如车牌号、车辆入场图片、入场时间。那么,在进行判断是否为同一停车记录时,不仅仅是利用车牌号和车辆进出停车场的时间,为了准确的判断,需要结合记录中包含的各种信息,如入场图片的车辆信息、入场图片图像呈现车牌号、入场时间、出场时间、出场图片信息、出场图片图像呈现车牌号等。
在本发明的一个实施例中,处理单元220,适于统计汇总停车收费明细数据表中的数据的总条数,以及统计汇总停车收费明细数据表中的各项收费总额;将统计汇总的数据的总条数以及统计汇总的各项收费总额作为统计汇总结果。
为了进一步地便于财务核对人员进行收费核对,在统计汇总时,统计停车收费明细数据表中的各项收费总额,这样就可以直接核对接收到的金额与记录的各项收费总额是否一致,实现总的核对,如果核对正确,则可以避免收费明细的核对,如果核对错误,则再进行收费明细的核对,进一步提高核对的效率。
在现有技术中,收费明细的上传对停车场网络状态的依赖较大,有时会因为网络的原因导致收费明细数据上报的不完整,即数据的不准确,当财务核对人员在进行收费核对,特别是在进行收费明细核对时,会由于收费明细数据的不完整而导致核对不准确或者无法核对的情况,或者在不同的时间段核对时,数据不一致的情况,例如,对于同一日的1000条明细数据表,由于不完整,在第一时间核对时,只上传了800条明细数据,即只核对800条明细数据;随着时间的推移,在第二时间核对时,已经上传了900条,即核对了900条明细数据,那么在第一时间和第二时间核对时,数据是不一致的,会造成重复核对或者核对错误的问题。在本实施例中,为了使得服务器可以确定停车收费明细数据表是否上传完整,还需要统计停车收费明细数据表中的数据的总条数,服务器则可以根据该数据的总条数,判断其接收到的停车收费明细数据表中的数据是否完整,以便可以让财务核对人员在上传完整的情况下,再进行收费明细的核对,以解决上述现有技术中的问题。
在上述说明中,为了避免服务器侧无法判断收费明细数据是否完整,所以将收费明细数据表中的数据的总条数也上传到服务器,那么,优选地,在服务器侧,当接收到统计汇总的数据的总条数,可以根据接收到的总条数,判断停车收费明细数据表是否上报完整,即服务器判断其已接收到的停车收费明细数据表中的数据的条数与接收到的总条数是否一致;若不一致,则进行停车记录明细上报未完成的提示;若一致,则进行停车记录明细上报完成的提示,这样,服务器侧就可以根据上传的明细数据的总条数信息进行明细数据是否上传完整的判断,为了保证数据核对的准确性,财务核对人员可以选择在服务器侧判断明细数据上传完整的情况下,再进行核对。
图4示出了根据本发明一个实施例的上报的统计汇总结果的显示效果示意图。将统计汇总结果上报到服务器后,财务管理人员可以进行对账管理,即在服务器侧的显示界面中显示统计汇总,另在该显示界面中,可以进行对账管理、报表管理、数据查询、统计分析和岗亭操作记录的查看等。这里的统计汇总可以是进行交接班统计、日统计、月统计,则将交接班报表、日报表和/或月度报表上报到服务器,在服务器侧的显示界面中进行显示。进行统计汇总时,可以分别对总金额、出场车次、岗亭现金金额、中央岗亭已收的现金金额、电子支付金额、储值卡支付金额、积分支付、一卡通支付金额、优免卷使用数量、特殊处理损失、被冲车辆损失、手动抬杆收费金额等进行统计汇总(即各项汇总明细),以在服务器侧进行显示。图4显示的是对老和的车场的2018年1月份(即统计时间是2018年1月1日0时至2018年1月16日23:59:59)的出口岗亭收费的日报表的统计汇总结果(01月临停日报汇总),在该统计汇总结果中,还可以进一步对各日报表的各项内容进行合计汇总,如图4中的合计的应收金额是5.67元。财务管理人员根据日报汇总就可以进行账目核对,在每个日报汇总的显示行的末尾处还有导出明细的控件(控件被触发时,需要对明细数据的条数进行校验),以便管理人员对该日的明细数据进行明细数据的导出,对明细数据的账目进行核对。
需要说明的是,图4中所示的出口岗亭收费的统计汇总是已经出场车辆的应收和实收的统计,手动抬杆的收费不计入应收金额里。
图5示出了根据本发明一个实施例的收费明细数据未上报完整的提示窗口的效果示意图。如图5所示,当财务管理人员在核对账目(进行对账管理)时,需要进行明细数据的查看时,会进行明细数据条数的校验,即会点击图4中的导出明细控件,当控件被触发时,服务器会根据统计汇总结果中的总条数信息,进行已上报的明细数据的条数的校验,如果明细数据条数与统计汇总中的总条数一致,则明细数据上报完整,则直接导出明细数据进行显示,如果明细数据条数与统计汇总中的总条数不一致,明细数据未上报完整,则弹出图5所述的提示窗口,进行相应的数据未上报完整的提示,如图5所示的“出口岗亭收费明细数据还有xx条未上传,确认是否导出”,在该窗口的提示下,财务管理人员可以选择继续导出明细的操作,则会将已经完成上传的明细数据导出,即导出不完整的明细数据;也可以选择取消导出明细的操作,则终止导出明细数据的操作。
在本发明的一个实施例中,处理单元220,适于判断当前的收费管理账号是否退出登录;和/或,判断当前时间是否达到预设的数据上报时间。
在本实施例中,在当前的收费管理账号退出登录时,说明该账号对应的收费人员已经下班了,为了便于核对该收费人员的收费情况,及时判断该收费人员是否收费错误,在当前的收费管理账号退出登录时,将当前账号下的停车收费信息上报,避免出现账目核对出错的情况时,无法及时确定出错的收费人员,提高核对的效率。
需要说明的是,这里的当前的收费管理账号退出登录时,一方面可以是当前的收费管理系统暂停使用的情况,另一方面也可以是进行交接班时,当前班次的收费管理账号退出登录,下一班次的收费管理账号登录时。
在本实施例中,当前时间可以是收费系统当前显示的时间,预设的数据上报条件可以是预设的数据上报时间,当当前显示时间一到预设的数据上报时间就确定为条件被触发。例如,在实际应用中,需要日报表,则预设的数据上报时间可以是24点,即一到24点,数据上报条件被触发,就会将上一24点至当前24点之间的数据进行统计汇总,并将汇总结果和停车收费明细数据表上报至服务器。
在本发明的一个实施例中,图2所示的装置进一步包括:
接收单元,适于接收服务器返回的停车收费明细数据表未上报完整的通知。
上报单元230,适于根据未上报完整的通知,将停车收费明细数据表重新上报至服务器,或者,将停车收费明细数据表中未完成上报的数据重新上报至服务器。
在本实施例中,如果服务器在进行条数校验时,校验到其接收到的停车收费明细数据表不完整时,会返回未上报完整的通知,接收到该通知后,将停车收费明细数据表重新发送,或者,在未上报完整的通知中标注已上报的数据标识,根据该已上报的数据标识,将停车收费明细数据表中未上报的数据重新上报。
在本发明的一个实施例中,收费信息记录单元210,适于将停车收费明细数据表中的已出场车辆的停车收费信息进行标识。
处理单元220,适于对停车收费明细数据表中的带有所述标识的数据进行统计汇总处理,得到统计汇总结果。
当车辆进入停车场时就会产生一个停车记录,即一条停车收费信息,只不过该停车收费信息是未缴费的状态,针对在在预设条件被触发前,车辆进入停车场,但是被触发的时候并没有出停车场的情况,此时,停车记录已经存在,但是在进行统计汇总时,这样的停车记录是不应该被统计汇总,也不应该将该条数据进行上报,所以在本实施例中,在记录停车收费信息时,将停车收费明细数据表中的已出场车辆的停车收费信息进行标识,即将停车收费信息中缴费成功的停车收费信息进行标识。在生成收费报表时,只是根据带有标识的停车收费信息,进行汇总统计,提高统计速度,及时上报服务器。
或者,收费监控系统被误触发,例如,监测到有车辆在出口处,并获取到图像,完成缴费统计,但是该车辆并没有要出场。这时,也会产生停车收费信息,这样的停车收费信息也是不应该被上报的。
在实际应用中,当出现账目核对出错的情况时,会出现无法及时确定出错的收费人员,管理效率降低。所以预设的数据上报条件包括有当前的收费管理账号是否退出登录。在具体的实施过程中,图2所示的装置进一步包括:
登录账号记录单元,适于记录当前登录的第一收费管理账号。
在停车场的收费岗亭中,当前值班的收费人员开始值班时会在收费系统中登录自己的收费管理账号,然后在自己的收费管理账号登录的状态下,完成在自己值班过程中的收费操作。因此,为了实现停车收费信息的有效管理,保证在核对出错时,及时确定操作出错的收费人员,需要记录当前登录的收费管理账号。
收费信息记录单元210,还适于记录第一收费管理账号登录状态下所产生的停车收费信息;停车收费信息包括:支付金额和支付类型。
在现有的停车场中,停车收费时,车主可以选择不同额支付方式,例如,扫码支付、免密代扣、现金支付、刷卡支付等。为了准确的记录停车收费信息,需要将支付的类型和支付的金额对应记录。
收费报表生成单元,适于当检测到第一收费管理账号退出登录时,根据所记录的第一收费管理账号登录状态下所产生的停车收费信息,生成与第一收费管理账号对应的收费报表。
在本实施例中,第一收费管理账号退出登录的情况可以是该收费岗亭暂停收费,或者进行交接班时候,收费系统的登录账号由第一收费管理账号切换到第二收费管理账号时。只要是第一收费管理账号退出登录就说明第一收费管理账号的收费人员已经结束了本次的值班,那么就当该第一收费管理账号状态下的停车收费信息生成收费报表。这里的收费报表可以包括对停车收费信息的统计汇总,也可以包括停车收费的明细信息,即每个停车记录的停车收费信息。
上报单元230,适于将收费报表上报到服务器。
在本实施例中,将第一收费管理账号对应的收费报表上传给服务器后,财务核对人员可以根据服务器接收到的收费报表进行收费资金的核对,实现对停车场的停车收费信息进行有效的管理,如果出现问题,就说明是该第一收费管理账号对应的收费人员的操作出现问题,及时确定出错的源头,提高收费资金的管理效率。
例如,第一收费管理账号对应的收费人员是a,当a开始值班时,在收费系统中登录自己的收费管理账号1,并且开始进行停车收费的操作,记录该收费管理账号1登录状态下的各停车收费信息,当a的值班时间结束,收费人员b进行交接班,在收费系统登录收费人员b的收费管理账号2,检测到收费管理账号1退出登录后,就将a收费的停车收费信息生成收费报表上报给服务器,并继续记录在收费管理账号2登录状态下的停车收费信息。
可见,通过本实施例,财务核对人员可以通过服务器接收到的收费报表,核对停车场收费的情况,实现对停车场的停车收费信息进行有效的管理,又因为收费报表是以收费管理账号为基础进行上报的,当账目核对出错时,可以及时确定出错的收费人员,有效提高收费基金的管理效率。
在本发明的一个实施例中,上述的支付类型包括:电子支付、现金支付和/或优免券支付。
在本实施例中,电子支付也可以包括多种形式,例如,在线付费、代扣付费、扫码枪扫码付费、付款二维码付费等,为了确保停车收费信息的全面准确,在记录时,将各种支付类型和支付金额进行支付。
另外,在本实施例中,支付类型还包括现金支付和/或优免券支付。收费管理账号退出登录后,会将收取的现金和/或优免券上交给财务核对人员,在停车收费信息中还要记录现金支付和/或优免券支付,这样,在生成收费报表时,财务核对人员还可以根据收费报表中的现金支付和/或优免券支付的记录信息,核对收费人员上交的现金金额和/或优免券的数量是否正确,避免收费人员的中饱私囊和或操作失误造成的资金损失。
为了使得核对人员提高核对效率,在浏览收费报表时可以将主要的收费信息一目了然。具体地,上述收费报表生成单元,适于统计汇总第一收费管理账号登录状态下产生的停车收费信息中的电子支付的支付金额的总数,和/或,统计汇总第一收费管理账号登录状态下产生的停车收费信息中的现金支付的支付金额的总数,和/或,统计汇总第一收费管理账号登录状态下产生的停车收费信息中的优免券的数量;将统计的电子支付的支付金额的总数,和/或,统计的现金支付的支付金额的总数,和/或,统计的优免券的数量生成与第一收费管理账号对应的收费报表。
也就是说,在本实施例中,对各种的支付类型的支付金额进行统计汇总,这样核对人员就可以对各支付类型的总数一目了然。例如,在收费人员上交现金和/或优免券时,核对人员就可以根据收费报表及时确定收费人员上交的现金金额和/或优免券的数量是否正确,避免在不正确的情况下收费人员再次前来核对,进一步提高核对效率。
图3示出了根据本发明一个实施例的计算机可读存储介质的结构示意图。如图3所示,该计算机可读存储介质300,存储一个或多个程序(程序代码)310,一个或多个程序(程序代码)310当被处理器执行时,用于执行根据本发明的方法步骤,即图1所示的以及其各实施例中的短视频录制方法。
需要说明的是,图3所示的计算机可读存储介质的各实施例与图1所示的方法的各实施例对应相同,上文已有详细说明,在此不再赘述。
综上所述,根据本发明的技术方案,将停车场实时产生的停车收费信息记录到停车收费明细数据表中;判断预设的数据上报条件是否被触发,若判断为是,对停车收费明细数据表中的数据进行统计汇总处理,得到统计汇总结果;将统计汇总结果和停车收费明细数据表上报到服务器。通过本技术方案,设置数据上报的触发条件,及时上报收费信息,避免人工上报收费信息的不及时;同时,将收费信息进行统计汇总后上报,即使收费明细上报不完整,财务核对人员也可以即使进行收费的核对,不影响核对工作的进行,提高核对效率;避免因网络抖动,引起的数据上传不完整或延迟上传,造成数据传输错误,而导致的核对不准确。
以上所述,仅为本发明的具体实施方式,在本发明的上述教导下,本领域技术人员可以在上述实施例的基础上进行其他的改进或变形。本领域技术人员应该明白,上述的具体描述只是更好的解释本发明的目的,本发明的保护范围以权利要求的保护范围为准。
Claims (10)
1.一种停车场的停车收费信息的处理方法,其特征在于,所述方法包括:
将停车场实时产生的停车收费信息记录到停车收费明细数据表中;
判断预设的数据上报条件是否被触发,若判断为是,对所述停车收费明细数据表中的数据进行统计汇总处理,得到统计汇总结果;
将所述统计汇总结果和所述停车收费明细数据表上报到服务器。
2.如权利要求1所述的方法,其特征在于,所述将停车场实时产生的停车收费信息记录到停车收费明细数据表中包括:
对所述停车收费明细数据表中的属于同一停车记录的数据进行合并。
3.如权利要求1所述的方法,其特征在于,所述对所述停车收费明细数据表中的数据进行统计汇总处理,得到统计汇总结果包括:
统计汇总所述停车收费明细数据表中的数据的总条数,以及统计汇总所述停车收费明细数据表中的各项收费总额;
将统计汇总的数据的总条数以及统计汇总的各项收费总额作为统计汇总结果。
4.如权利要求1所述的方法,其特征在于,所述判断判断预设的数据上报条件是否被触发包括:
判断当前的收费管理账号是否退出登录;和/或,
判断当前时间是否达到预设的数据上报时间。
5.如权利要求1所述的方法,其特征在于,所述方法进一步包括:
接收所述服务器返回的所述停车收费明细数据表未上报完整的通知;
根据所述未上报完整的通知,将所述停车收费明细数据表重新上报至所述服务器,或者,将所述停车收费明细数据表中未完成上报的数据重新上报至所述服务器。
6.一种停车场的停车收费信息的处理装置,其特征在于,所述装置包括:
收费信息记录单元,适于将停车场实时产生的停车收费信息记录到停车收费明细数据表中;
处理单元,适于判断预设的数据上报条件是否被触发,若判断为是,对所述停车收费明细数据表中的数据进行统计汇总处理,得到统计汇总结果;
上报单元,适于将所述统计汇总结果和所述停车收费明细数据表上报到服务器。
7.如权利要求6所述的装置,其特征在于,所述收费信息记录单元,适于对所述停车收费明细数据表中的属于同一停车记录的数据进行合并。
8.如权利要求6所述的装置,其特征在于,
所述处理单元,适于统计汇总所述停车收费明细数据表中的数据的总条数,以及统计汇总所述停车收费明细数据表中的各项收费总额;将统计汇总的数据的总条数以及统计汇总的各项收费总额作为统计汇总结果。
9.如权利要求6所述的装置,其特征在于,
所述处理单元,适于判断当前的收费管理账号是否退出登录;和/或,判断当前时间是否达到预设的数据上报时间。
10.一种计算机可读存储介质,其中,所述计算机可读存储介质存储一个或多个程序,所述一个或多个程序当被处理器执行时,实现权利要求1~5中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810078410.6A CN108257234A (zh) | 2018-01-26 | 2018-01-26 | 一种停车场的停车收费信息的处理方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810078410.6A CN108257234A (zh) | 2018-01-26 | 2018-01-26 | 一种停车场的停车收费信息的处理方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108257234A true CN108257234A (zh) | 2018-07-06 |
Family
ID=62741981
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810078410.6A Pending CN108257234A (zh) | 2018-01-26 | 2018-01-26 | 一种停车场的停车收费信息的处理方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108257234A (zh) |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1841995A (zh) * | 2005-04-01 | 2006-10-04 | 腾讯科技(深圳)有限公司 | 一种处理用户信息的方法和系统 |
CN101098259A (zh) * | 2006-06-30 | 2008-01-02 | 中兴通讯股份有限公司 | 一种实现大数据冲击的自动化测试的方法和系统 |
CN101472331A (zh) * | 2007-12-29 | 2009-07-01 | 大唐移动通信设备有限公司 | 上行调度信息传输的方法和用户设备 |
CN101925126A (zh) * | 2009-06-10 | 2010-12-22 | 大唐移动通信设备有限公司 | 一种数据包发送的方法、系统和装置 |
CN102510384A (zh) * | 2011-11-23 | 2012-06-20 | 深圳市无线开锋科技有限公司 | 一种个人数据的共享交互处理方法及服务器 |
CN106600724A (zh) * | 2016-12-14 | 2017-04-26 | 广州匹伽信息科技有限公司 | 园区不停车收费系统的清分结算方法及装置 |
-
2018
- 2018-01-26 CN CN201810078410.6A patent/CN108257234A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1841995A (zh) * | 2005-04-01 | 2006-10-04 | 腾讯科技(深圳)有限公司 | 一种处理用户信息的方法和系统 |
CN101098259A (zh) * | 2006-06-30 | 2008-01-02 | 中兴通讯股份有限公司 | 一种实现大数据冲击的自动化测试的方法和系统 |
CN101472331A (zh) * | 2007-12-29 | 2009-07-01 | 大唐移动通信设备有限公司 | 上行调度信息传输的方法和用户设备 |
CN101925126A (zh) * | 2009-06-10 | 2010-12-22 | 大唐移动通信设备有限公司 | 一种数据包发送的方法、系统和装置 |
CN102510384A (zh) * | 2011-11-23 | 2012-06-20 | 深圳市无线开锋科技有限公司 | 一种个人数据的共享交互处理方法及服务器 |
CN106600724A (zh) * | 2016-12-14 | 2017-04-26 | 广州匹伽信息科技有限公司 | 园区不停车收费系统的清分结算方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11954732B2 (en) | Rules engine and method for evaluating a plurality of cryptocurrencies | |
US7878393B2 (en) | Method and apparatus for distribution of money transfers | |
CN110874770B (zh) | 发票处理、业务处理方法、装置、服务器及电子设备 | |
US8533120B2 (en) | System and method for issuing negotiable instruments by licensed money transmitter from direct deposits | |
KR20040084917A (ko) | 로딩가능 데빗카드 시스템 및 방법 | |
CN101004810A (zh) | 一种基于网络的电子票据方法及系统 | |
US8892468B1 (en) | Customer refunds by a merchant agent | |
CN111027952A (zh) | 一种支持智慧能源服务的统一支付系统及方法 | |
CN111008903A (zh) | 一种基于区块链的信用险应收款质押融资系统及方法 | |
CN111932354A (zh) | 一种余额调节表的计算方法 | |
US20070094131A1 (en) | Bad debt recovery system and method in a prepaid services environment | |
KR100880737B1 (ko) | 선불 카드, 충전 단말기, 충전 시스템 및 그들의 충전 제어방법 | |
CN110750302B (zh) | 一种会计用流水线做账方法 | |
CN109934695B (zh) | 年金业务中自动生成到账凭证的方法、系统、设备及介质 | |
US20150032600A1 (en) | Communication network for collecting data and executing electronic transaction services | |
CN111861409A (zh) | 一种项目业务管理系统 | |
CN108257234A (zh) | 一种停车场的停车收费信息的处理方法和装置 | |
CN108346185A (zh) | 一种检测停车场缴费机故障的方法和装置 | |
CN113763146B (zh) | 一种自助办税系统 | |
CN108335370A (zh) | 一种停车场的停车收费信息的处理方法和装置 | |
TWM580754U (zh) | Accounting check system | |
CN111415237A (zh) | 一种发票核销方法、系统、终端及介质 | |
JP2002024738A (ja) | 料金支払システム | |
CN111627120A (zh) | 应用通讯软体识别码的停车系统 | |
US20240087045A1 (en) | Fault Tolerant Per Diem System |
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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180706 |
|
RJ01 | Rejection of invention patent application after publication |