本申请涉及数据交互领域，尤指一种多时区日切方法和装置。
背景技术
国际支付已经承载了10多个核算主体的支付业务，每个主体业务发生的时区千差万别，比如香港主体是东八时区，俄罗斯主体发生在西三时区等等。目前国际支付都是基于美国时区落地会计日，对所有主体发生的业务数据进行统计、汇总、打标的，这与业务实际发生的日期有比较大的差异，这种差异造成的影响如下：1、同一个主体的业务分散在国内支付宝和国际支付宝两个系统，按不同时区进行日切，导致系统往来间资金不平，以及监管报表和数据的准确性，存在合规风险；2、香港个人钱包业务实际发生在北京时区，但是目前是按美国西海岸时间日切的，导致报表产出时效是t+3工作日，而监管要求是t+2工作日，无法满足监管要求。
常规的解决思路是基于业务发生的时区与系统时区的偏移量，计算出相应的目标时间。最后根据上述时间信息，对某一个时间范围的数据进行汇总统计。这个方案存在明显的缺点：1、增加统计难度。同一个业务数据表，存在多个时区的时间信息，极大增加了数仓等离线计算平台的数据处理难度，需要针对不同的主体所在的时区，进行相应的时间转换；2、计算逻辑复杂。根据时区的偏移量计算时间，需要考虑一系列因素，比如冬夏令时的时区切换引起的时间跳变如何解决等。
技术实现要素：
本申请目的在于提供一种高效准确且便于国际账务跨时区清算的多时区日切方法及装置。
为达上述目的，本申请所提供的多时区日切方法，具体包含：获取主体发生的业务数据的预设会计日；根据所述业务数据获得业务发生时所处的时区和发生日期；将所述发生日期与所述预设会计日比较，根据比较结果和业务发生时所处的时区获得所述业务数据的切换时区，根据所述切换时区获得日切会计日；根据所述日切会计日对所述业务数据进行日切。
在上述多时区日切方法中，优选的，所述获取主体发生的业务数据的预设会计日包含：于所述业务数据中预定位置中加设会计日字段，根据预设时间填充所述会计日字段。
在上述多时区日切方法中，优选的，所述预定位置包含业务数据中的账务明细和分录数据。
在上述多时区日切方法中，优选的，所述预设时间为美国时间。
在上述多时区日切方法中，优选的，将所述发生日期与所述预设会计日比较，根据比较结果和发生时所处的时区获得所述业务数据的切换时区，根据所述切换时区获得日切会计日包含：将所述发生日期与所述预设会计日比较；当所述发生日期大于或等于所述预设会计日时，以业务发生时所处的时区为切换时区，以所述发生日期为日切会计日；当所述发生日期小于所述预设会计日时，以预定时区为切换时区，以所述切换时区中与所述发生日期对应的日期为日切会计日。
在上述多时区日切方法中，优选的，所述预定时区为美国时区。
在上述多时区日切方法中，优选的，根据所述日切会计日对所述业务数据进行日切还包含：将所述日切会计日分别与发生日期在业务发生时所处的时区和预定时区中所处日期进行比较，根据比较结果获得日切会计日合理性；根据所述日切会计日合理性对所述业务数据进行日切。
本申请还提供一种多时区日切装置，具体包含获取模块、比较模块和日切模块；所述获取模块用于获取主体发生的业务数据的预设会计日；以及根据所述业务数据获得业务发生时所处的时区和发生日期；所述比较模块用于将所述发生日期与所述预设会计日比较，根据比较结果和业务发生时所处的时区获得所述业务数据的切换时区，根据所述切换时区获得日切会计日；所述日切模块用于根据所述日切会计日对所述业务数据进行日切。
在上述多时区日切装置中，优选的，所述比较模块还包含计算单元，所述计算单元用于将所述发生日期与所述预设会计日比较；当所述发生日期大于或等于所述预设会计日时，以业务发生时所处的时区为切换时区，以所述发生日期为日切会计日；当所述发生日期小于所述预设会计日时，以预定时区为切换时区，以所述切换时区中与所述发生日期对应的日期为日切会计日。
在上述多时区日切装置中，优选的，所述日切模块还包含验证单元，所述验证单元将所述日切会计日分别与发生日期在业务发生时所处的时区和预定时区中所处日期进行比较，根据比较结果获得日切会计日合理性；所述日切模块根据所述日切会计日合理性对所述业务数据进行日切。
本申请还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述方法。
本申请还提供一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述方法的计算机程序。
本申请的有益技术效果在于：通过本申请所提供的多时区日切方法及装置可实现各个法律主体根据其业务发生所在地区的时区信息，分别完成日切汇总操作；消弭原有单一时区日切的弊病，补足国际账务清算多时区能力，保证监管数据的准确性以及大大提高报表时效。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，并不构成对本申请的限定。在附图中：
图1为本申请所提供的多时区日切方法的流程示意图；
图2为本申请一实施例所提供的多时区切换流程示意图；
图3为本申请一实施例所提供的多时区切换示意图；
图4为本申请一实施例所提供的多时区切换流程示意图；
图5为本申请所提供的多时区日切装置示意图；
图6为本申请一实施例所提供的多时区日切装置示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚明白，下面结合实施例和附图，对本申请做进一步详细说明。在此，本申请的示意性实施例及其说明用于解释本申请，但并不作为对本申请的限定。
在本说明书的描述中，参考术语“一实施例”、“一具体实施例”、“例如”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。各实施例中涉及的步骤顺序用于示意性说明本申请的实施，其中的步骤顺序不作限定，可根据需要作适当调整。
请参考图1所示，本申请所提供的多时区日切方法，具体包含：s101获取主体发生的业务数据的预设会计日；s102根据所述业务数据获得业务发生时所处的时区和发生日期；s103将所述发生日期与所述预设会计日比较，根据比较结果和业务发生时所处的时区获得所述业务数据的切换时区，根据所述切换时区获得日切会计日；s104根据所述日切会计日对所述业务数据进行日切。在该实施例中，主要采用多时区落地会计日，根据会计日维度日切的思路，完成一系列从单一时区切换到多时区的灰度策略方案；其中，所述预设会计日可根据实际需要设置，例如某一核算主体需要于6月31日进行日切，因此就可将该预设会计日设计为6月31日，其后该核算主体即可于6月31日后切换为多时区日切统计，克服单一时区的相关缺陷和提供汇总效率；该核算主体为承载会计反映的主体，可以是一个实际的企业、公司，也可以是不存在法人关系的实体；该会计日为会计进行核算统计汇总的最小单位，反映业务发生的日期。其中，日切指以上述会计日为维度，对各种数据进行统计、校验并打标的操作。整体上，上述实施例主要分为三个步骤：首先需要将落地会计日信息到明细字段中，然后将日切的时间范围汇总逻辑调整为会计日精准汇总，最后将会计日落地逻辑调整为根据主体所在的时区落地；详细流程将在后续说明，在此就不再详述。
在上述实施例中，所述获取主体发生的业务数据的预设会计日包含：于所述业务数据中预定位置中加设会计日字段，根据预设时间填充所述会计日字段。其中，所述预定位置包含业务数据中的账务明细和分录数据；所述预设时间可为美国时间或其他指定时间，本申请在此并不做过多限制，本领域相关技术人员可根据实际需要选择设置。具体的，可在账务明细和分录数据中，新增会计日字段，并可根据美国时间填充会计日字段，保证时间和日期的数据一致性，实现平滑迁移。
为了保证某一会计日数据的完整性，即不能存在某一天，部分会计日是美国时区，部分会计日是本地时区落地，需提前指定某个主体为多时区日切，并以此实现主体的灰度功能，即准确判断日切时区的功能；其后，在充分验证改造的正确性的基础上，再逐步推广到所有主体。其中，根据上述多时区日切配置，判断某个主体落会计日的时候，是基于预定时区(例如：美国时区等)还是主体所在的本地时区。请参考图2所示，在上述实施例中，所述步骤s103还包含：将所述发生日期与所述预设会计日比较；当所述发生日期大于或等于所述预设会计日时，以业务发生时所处的时区为切换时区，以所述发生日期为日切会计日；当所述发生日期小于所述预设会计日时，以预定时区为切换时区，以所述切换时区中与所述发生日期对应的日期为日切会计日；其中，所述预定时区可为美国时区等；具体的，为了保证数据的准确性，多时区日切需要根据主体进行灰度，并且提前推送某个主体的某个未来日期作为切换的时间点，本申请严谨的多时区灰度策略设计，保证了整体多时区切换的平滑进行，请参考图3所示，以某一主体为例，假设今日是20171111，推送20171118开始多时区日切：可以通过分布式配置管理框架推送，或者db配置，只要可以标识该主体于20171118开始多时区日切，具体手段不详述，本领域相关技术人员可根据实际需要选择使用，本申请在此并不对其做进一步限定。其后，进行日切会计日计算，例如基于北京时区，将当前业务发生时的时间信息，格式化成日期a；如果该日期a大于或等于20171118，则日切会计日为a；如果a小于20171118，则该时于美国时区对应的日期为日切会计日，以此与现有的单一时区日切会计日的逻辑保持一致。
在获得上述日切会计日后为保证数据的准确性，还可补入一日切合理性判断流程，请参考图4所示，在本申请一实施例中，上述步骤s104中根据所述日切会计日对所述业务数据进行日切还包含：将所述日切会计日分别与发生日期在业务发生时所处的时区和预定时区中所处日期进行比较，根据比较结果获得日切会计日合理性；根据所述日切会计日合理性对所述业务数据进行日切。比如某一时间点，北京时区是28号，美国时区是27号。假设有一个主体已经完成27号的日切，如果按照美国时区的算法，就会导致所有数据都不能落地，但是实际上允许落地，因为北京时区是28号；具体的，可基于北京时区，将当前时间信息，格式化成日期a；基于美国时区，将当前时间信息，格式化成日期b。将待切的会计日即上述计算获得的日切会计日与20171118进行比较，根据比较结果判断日期a或日期b与上述日切会计日之间的关系；例如：当日切会计日大于或等于20171118时，比较日期a与日切会计日之间的逻辑关系；当日切会计日小于20171118时，判断日期b与日切会计日之间的逻辑关系；亦即，如a大于等于20171118，则a就是业务数据的日切会计日，否则就是b；其后再将前述确定的a或者b和计算获得的所述日切会计日比较；如果a或者b小于或等于所述日切会计日，则a或者b不能作为业务数据的日切会计日即无法认定为落地会计日，代表该数据已经完结，不能再落地新数据；以此，即使得某一天如完成日切，通过上述算法亦能保证该数据落地合理。
请参考图5所示，本申请还提供一种多时区日切装置，所述装置包含获取模块、比较模块和日切模块；所述获取模块用于获取主体发生的业务数据的预设会计日；以及根据所述业务数据获得业务发生时所处的时区和发生日期；所述比较模块用于将所述发生日期与所述预设会计日比较，根据比较结果和业务发生时所处的时区获得所述业务数据的切换时区，根据所述切换时区获得日切会计日；所述日切模块用于根据所述日切会计日对所述业务数据进行日切。在该实施例中，上述各模块可集成于一处理芯片中完成，在此，本申请为便于理解对其各功能单元分别进行说明，实际工作中，本领域工作人员可根据实际需要对其各模块作出拆分或多个模块进行集成，本申请对其并不做具体限定。
在上述实施例中，所述比较模块还包含计算单元，所述计算单元用于将所述发生日期与所述预设会计日比较；当所述发生日期大于或等于所述预设会计日时，以业务发生时所处的时区为切换时区，以所述发生日期为日切会计日；当所述发生日期小于所述预设会计日时，以预定时区为切换时区，以所述切换时区中与所述发生日期对应的日期为日切会计日。实际工作中为了保证数据的准确性，多时区日切需要根据主体进行灰度调整，并且提前推送某个主体的某个未来日期作为切换的时间点作为调整缓冲，以此利用多时区灰度策略方式，保证了整体多时区切换的平滑进行，具体，请参考图3所示，以某一主体为例，假设今日是20171111，可提前推送20171118开始多时区日切；具体推送方式可以采用分布式配置管理框架推送，或者db配置等，以标识该主体于20171118开始多时区日切。其后，利用计算单元进行日切会计日计算，例如基于北京时区，将当前业务发生时的时间信息，格式化成日期a；如果该日期a大于或等于20171118，则日切会计日为a；如果a小于20171118，则该时于美国时区对应的日期为日切会计日，以此与现有的单一时区日切会计日的逻辑保持一致。
请参考图6所示，在上述实施例中，所述日切模块还包含验证单元，所述验证单元将所述日切会计日分别与发生日期在业务发生时所处的时区和预定时区中所处日期进行比较，根据比较结果获得日切会计日合理性；所述日切模块根据所述日切会计日合理性对所述业务数据进行日切。具体的，通过所述验证单元在处理某一发生在香港的业务数据时，可基于北京时区，将当前时间信息，格式化成日期a；基于美国时区，将当前时间信息，格式化成日期b。将待切的会计日即上述计算获得的日切会计日与20171118进行比较，根据比较结果判断日期a或日期b与上述日切会计日之间的关系；例如：当日切会计日大于或等于20171118时，比较日期a与日切会计日之间的逻辑关系；当日切会计日小于20171118时，判断日期b与日切会计日之间的逻辑关系；此时，如a大于等于20171118，则a就是业务数据的日切会计日，否则就是b；其后再将前述确定的a或者b和计算获得的所述日切会计日比较；如果a或者b小于或等于所述日切会计日，则a或者b不能作为业务数据的日切会计日即无法认定为落地会计日，代表该数据已经完结，不能再落地新数据；再或者说，比如某一时间点，北京时区是28号，美国时区是27号。假设有一个主体已经完成27号的日切，如果按照美国时区的算法，就会导致所有数据都不能落地，但是实际上允许落地，因为北京时区是28号；以此，即使得某一天如完成日切，通过上述算法亦能保证该数据落地合理。
本申请还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述方法。亦或者提供一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述方法的计算机程序。
本申请通过上述实施例可以实现各个法律主体，根据其业务发生所在地区的时区信息，分别完成日切汇总操作，消弭原有单一时区日切的弊病，不足国际账务清算多时区能力，保证监管数据的准确性以及大大提高报表时效；例如以下两点：1、监管数据的准确性；按业务实际发生的日期，进行数据的汇总统计，还原数据的本来面目。2、报表时效；原有日切需要在美国时间0点之后才能开始，本申请实施之后，可以在当地时区的0点之后就可以开始，以香港主体为例，在北京时间0点开始日切，提升16小时的报表时效。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述的具体实施例，对本申请的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本申请的具体实施例而已，并不用于限定本申请的保护范围，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。