CN109003174A - 一种退税方法及装置 - Google Patents

Abstract

本说明书实施例提供一种退税的方法和装置，该方法包括：通过根据移动位置服务感知用户抵达机场中的退税服务区，通过主动推送退税服务信息筛选满足条件的可退税票据信息和用户的护照信息，生成退税单信息并提交至税务申报系统，当税务申报系统审核通过时，使用服务端相关联的支付平台中的资金向用户进行退税的方法。实现了无需用户在机场进行排队，也没有退税周期长的困扰。

Description

一种退税方法及装置

技术领域

本说明书一个或多个实施例涉及技术领域，尤其涉及一种基于移动位置服务(location based service，LBS)的退税方法及装置。

背景技术

随着人民水平的不断提高，越来越多的人们喜欢去国外旅游，以及到国外的免税商店购物。免税店经营多种多样的免税品品种，人们在免税商店购物均可享受它的退税优惠待遇。也就是说，在免税店和国内商店购买同一品牌的商品，经过退税后的免税店中的免税商品(即按照国家法律规定，可以免交增值税的货物)，在价格上要比国内商店中具有增值税的商品更加便宜。所以，在购买免税商品时，如何退税成为人们关注的焦点。

目前，主要由德国易退税有限公司和澳洲的游客退税计划(tourist refundscheme，TRS)提供的退税方式进行退税。但是，以上提供的退税方式非常繁琐，不仅需要用户花费大量时间在机场排队退税上，以及在申报完成到收到退税款的周期也非常长，导致用户体验感很差。

因此，希望能有改进的方案，能够让用户无需在机场排队退税，也没有长时期等待退税款的困扰。

发明内容

本说明书一个或多个实施例描述了一种退税方法及装置，通过LBS获取用户的当前位置，判断用户在退税服务器内，通过主动推送退税服务信息筛选满足条件的可退税票据信息和用户的护照信息，生成退税单信息并提交至税务申报系统，当税务申报系统审核通过时，使用服务端相关联的支付平台中的资金向用户进行退税，无需用户在机场进行排队，也没有退税周期长的困扰。

根据第一方面，提供了一种票据信息的同步方法，执行主体为商户端，该方法包括：

接收用户对线上支付订单的支付信息，线上支付订单包括支付类型为境外当面付类型的订单，支付类型由服务端提供；

生成与线上支付订单对应的票据信息，票据信息至少包括用户的用户信息；

将票据信息同步至服务端。

在一种可能的实施方式中，票据信息还包括订单所对应的支付类型、支付时间、商家位置信息、商品类别、商品金额和税点信息中的至少一种。

根据第二方面，提供了一种退税方法，执行主体为服务端，该方法包括：

获取用户的当前位置信息，并根据当前位置信息判断用户是否位于退税服务区内；

在用户位于退税服务区内的情况下，通过用户端向用户推送退税服务消息；

接收用户端发送的退税请求消息，退税请求消息基于用户根据退税服务消息执行的确认使用操作而生成；

根据退税请求消息，从与用户对应的票据信息中获取符合退税条件的可退税票据信息；票据信息基于权利要求1的方法而预先获得；

根据可退税票据信息和用户的护照信息生成退税单信息。

根据一种实施方式，退税请求消息中还包括用户根据退税服务消息输入的护照信息。

在一种可能的实施方式中，票据信息包括订单所对应的支付类型、支付时间和商家位置信息；从与用户对应的票据信息中获取满足退税条件的可退税票据信息，包括：

确定用户在当前位置信息所对应的当前国家的停留时间区间；将票据信息中，支付时间在停留时间区间内，支付类型为境外当面付类型，以及商家位置信息在预定退税区域内的票据信息，作为可退税票据信息。

在一种可能的实施方式中，确定用户在当前位置信息所对应的当前国家的停留时间区间，包括：

通过用户端获取用户在多个时刻的多个位置信息；根据多个位置信息和当前国家对应的位置区域，确定停留时间区间。

在一种可能的实施方式中，确定用户在当前位置信息所对应的当前国家的停留时间区间，包括：

确定用户进入当前国家所对应的位置切换消息的第一生成时间，以及确定进入退税服务区内所对应的位置切换消息的第二生成时间；将第二生成时间与第一生成时间的差值作为停留时间区间。

根据一种实施方式，向税务申报系统提交退税单信息，以使税务申报系统审核退税单信息是否符合申报要求；在接收到审核通过的通知的情况下，使用服务端相关联的支付平台中的资金向用户预付与退税单信息中退税金额对应的资金。

根据一种实施方式，在接收到审核未通过的通知情况下，向用户推送退税失败的提示消息。

在一种可能的实施方式中，向申报机构提交退税单信息，包括：

通过用户端向用户展示退税单信息；接收用户端发送的确认消息，确认消息基于用户对退税单信息的确认操作而生成；根据确认消息，向申报机构提交退税单信息。

根据第三方面，提供了一种票据信息的同步装置，包括：接收单元，用于接收用户对线上支付订单的支付信息，线上支付订单包括支付类型为境外当面付类型的订单，支付类型由服务端提供；

处理单元，用于生成与线上支付订单对应的票据信息，票据信息至少包括用户的用户信息；

发送单元，用于将票据信息同步至服务端。

根据第四方面，提供了一种退税装置，包括：获取单元，用于获取用户的当前位置信息，并根据当前位置信息判断用户是否位于退税服务区内；

处理单元，用于在用户位于退税服务区内的情况下，通过用户端向用户推送退税服务消息；

接收单元，用于接收用户端发送的退税请求消息，退税请求消息基于用户根据退税服务消息执行的确认使用操作而生成；

处理单元还用于，根据退税请求消息，从与用户对应的票据信息中获取符合退税条件的可退税票据信息；票据信息基于权利要求1的方法而预先获得；

生成单元，用于根据可退税票据信息和用户的护照信息生成退税单信息。

根据第五方面，提供了一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序在计算机中执行时，令计算机执行第一方面或第二方面任意一个的方法。

根据第六方面，提供了一种计算设备，包括存储器和处理器，其特征在于，所述存储器中存储有可执行代码，所述处理器执行所述可执行代码时，实现第一方面或第二方面任意一个的方法。

通过本说明书实施例提供的退税方法及装置，通过LBS获取用户的当前位置，判断用户在退税服务器内，通过主动推送退税服务信息筛选满足条件的可退税票据信息和用户的护照信息，生成退税单信息并提交至税务申报系统，当税务申报系统审核通过时，使用服务端相关联的支付平台中的资金向用户进行退税，无需用户在机场进行排队，也没有退税周期长的困扰。此外，在填写退税单信息时，用户只需要填写一次护照信息，其他的可退税票据信息都为自动生成的，可以跳过繁琐的填写过程，提高用户体验感。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1为本说明书披露的一个实施例的实施场景示意图；

图2示出根据一个实施例的票据信息的同步方法的流程图；

图3示出根据一个实施例的具体的票据信息的同步方法的流程图；

图4为本说明书披露的一个实施例的实施场景示意图；

图5示出根据一个实施例的推送退税服务消息的界面示意图；

图6示出根据一个实施例的退税方法的流程图；

图7示出根据一个实施例的具体的退税方法的流程图；

图8示出根据一个实施例的根据退税服务消息执行的确认使用操作的界面示意图；

图9示出根据一个实施例的使用服务端相关的支付平台中的资金想用户预付资金的界面示意图；

图10示出根据一个实施例的票据信息的同步装置的示意性框图；

图11示出根据另一个实施例的退税装置的示意性框图。

具体实施方式

下面结合附图，对本说明书提供的方案进行描述。

目前，市面上的常规退税方式一般包括：用户到达机场之后，先按照机场大厅里的标识找到退税点，用户需填写退税单，然后需要自行拿着购物收据、退税单以及所购商品，到退税点排队申报退税。在该方式中，用户需要自行填写全英文的退税单，需要自行整理所所有消费信息及小票并提交申请，用户需要在机场排队等候退税，退税周期较长(例如：一般一个月左右)。到时用户体验感差。

澳洲的游客退税计划(tourist refund scheme，TRS)提供的退税方式一般包括：在用户购物之后，需要用户在发票栏里自行输入发票资料，该发票资料包括：资产支持票据(asset-backed medium-term notes，ABN)、发票号码和发票日期。用户抵达机场后，仍需到退税点排队申报退税，不需完全填写退税单，只需要出示应用程序(例如：澳洲的游客退税计划提供的APP)生成的对应的二维码即可。在该方法中，用户无需填写退税单，在一定程度上提高了用户体验。但是，用户仍需填写发票资料，填写过程非常繁琐且复杂，容易出错；仍需要到退税点排队申报退税，且退税周期很长。

德国易退税有限公司提供的退税方式一般包括：对于合作点购物场景，在购物时需要出示应用程序(例如：德国易退税有限公司提供的APP)中生成的对应的二维码，由合作店打印生成好的退税单，对于非合作点购物场景，仍需需要手动填写退税单，同时每笔交易完成后，需要用上述应用程序为购物小票用过拍照的方式记性记录，需要将退税单邮寄到易退税有限公司，该公司收到退税单之后，用户才会收到退税金。在该方法中，中文退税单便于中国用户理解和使用，不需要到退税点排队申报退税。但是，对于大部分场景(非合作店场景)，退税单仍然需要用户自行手动填写，对于合作店场景，也需要扫码生成退税单的步骤，且退税周期很长。

所以，本说明书提供一种基于移动位置服务的退税方法。

图1为本说明书披露的一个实施例的实施场景示意图。该实施场景对应于整个方案的第一阶段，即用户进行可退税的海外支付时的场景。在图1中，用户在海外店铺进行购物结算时，进行当面付(例如：线上支付，出示二维码或者条形码进行支付)，商户端接收用户对线上支付订单的支付信息，该线上支付订单包括类型为境外当面付类型的订单，该支付类型由服务端提供。商户端根据上述支付信息生成与线上支付订单对应的票据信息，该票据信息至少包括用户的用户信息(还可以包括例如：订单所对应的支付类型、支付时间、商家位置信息、商品类别、商品金额和税点信息中的至少一种)。商户端将上述票据信息同步至服务端。就实际场景而言，商户端将票据信息同步至服务端的同时会打印出来，给用户留档。需要说明的是，图1中右侧的手机界面就可以理解为进行当面付，终端可以提供的支付界面。

结合上述场景，图2示出根据一个实施例的票据信息的同步方法的流程图，执行主体为商户端，具体方法包括步骤210-步骤230，如下所示：

步骤210：接收用户对线上支付订单的支付信息。其中，线上支付订单包括支付类型为境外当面付类型的订单，支付类型由服务端提供。

例如：在一种可能的实施方式中，商户端可以识别用户端提供的二维码或者条形码，从而接收用户对线上支付订单的支付信息。

在另一种可能的实施方式中，商户端可以提供可识别的二维码或者条形码，用户对上述二维码或者条形码进行识别，从而接收用户对线上支付订单的支付信息。需要说明的是，上述二维码或者条形码是具有支付款项或者收入款项的功能。

步骤220：生成与线上支付订单对应的票据信息，其中，票据信息至少包括用户的用户信息。

其中，涉及到的票据信息还可以包括：订单所对应的支付类型、支付时间、商家位置信息、商品类别、商品金额和税点信息中的至少一种。

步骤330：商户端将票据信息同步至服务端，以便于服务端根据该票据信息获取符合退税条件的可退税票据信息。

需要说明的是，在商户端将票据信息同步至服务端的同时，也可以将票据信息发送至用户端或者打印出来给用户。

下面结合图4采用一个具体例子，进一步说明票据信息的同步的方法。

用户到达海外店铺进行购物，用户在购物完成后，打开“支付宝”应用出示相应的付款码页面。商户端扫用户提供的付款码(或者用户扫商户提供的收款码，其收款码或者付款码的本质都为带有收付款功能的二维码)，商户端调用“支付宝”应用提供的下单并支付接口，创建交易，并将支付信息(支付的具体金额)发送至用户端(“支付宝”应用已经满足相应的支付协议)。用户端接收支付信息，并确认该支付信息的正确性，确认付款并支付成功。商户端联机打印票据信息(例如：实际场景中的购物小票)，商户端使用“支付宝”应用提供的交易拓展属性同步接口，并生成票据信息(包括：落地退税相关票据信息)，将该票据信息同步至服务端。商户端还可以将打印的票据信息交给用户，以便于用户保存。

图4为本说明书披露的一个实施例的实施场景示意图。该实施场景对应于整个方案的第二阶段，即用户在退税服务区进行退税的场景。如图4所示，用户在澳大利亚购物之后，从悉尼机场离开澳大利亚的时候，需要将在店铺购买的商品在悉尼机场进行退税处理，所以，服务端获取用户的当前位置信息，并根据当前的位置信息判断用户是否处于退税服务区10之内，在用户处于退税服务区10内的情况下，服务端通过用户端向用户推送退税服务消息(例如：图5中50的界面所示)，提示用户可以用“支付宝”应用进行快捷退税，用户可以选择是否进入“支付宝”应用进行退税(例如：图5中51的界面所示)。

结合上述场景，图6示出根据一个实施例的退税方法的流程图，执行主体为服务端，具体方法包括步骤610-步骤650，如下所示：

步骤610：获取用户的当前位置信息，并根据当前位置信息判断用户是否位于退税服务区内。

其中，服务端采用移动位置服务获取用户的当前位置信息。该用户的当前位置信息可以包括：用户当前的经纬度信息以及精确位置信息(例如：用户所处的高度，用于判断用户在机场所处的楼层)。根据上述位置信息判断该用户是否位于退税服务区内。

步骤620：在用户位于退税服务区内的情况下，通过用户端向用户推送退税服务消息。

其中，该退税服务消息包括：提示用户使用相应的应用程序(例如：“支付宝”应用)进行退税。

相反的，在用户没有位于退税服务区内，并不通过用户端向用户推送退税服务消息。

步骤630：接收用户端发送的退税请求消息，退税请求消息基于用户根据退税服务消息执行的确认使用操作而生成。

用户根据退税服务服务消息进行选择，在用户选择使用相应的应用程序(例如：“支付宝”应用)的情况下，客户端接收用户端发送的退税请求信息。在一个实施例中，用户可以在确定使用相应应用程序进行退税之后，在应用程序的界面中输入护照信息，然后发出退税请求消息。此时，退税请求消息中还包括：用户根据退税服务消息输入的用户的护照信息。

步骤640：根据退税请求消息，从与用户对应的票据信息中获取符合退税条件的可退税票据信息；票据信息基于图2所提供的方法而预先获得的。

其中，票据信息可以包括：订单所对应的支付类型、支付时间、商家位置信息、商品类别、商品金额和税点信息中的至少一种。相应地，退税条件与上述信息的至少一部分相关联。

在一个实施例中，退税条件与支付类型、支付时间和商家位置信息相关联。例如，在票据信息包括订单所对应的支付类型、支付时间和商家位置信息的条件下，可以首先确定用户在当前位置信息所对应的当前国家的停留时间区间；进而将票据信息中，支付时间在停留时间区间内，支付类型为境外当面付类型，以及商家位置信息在预定退税区域内的票据信息，作为可退税票据信息。

可以采用多种方式确定用户在当前位置信息所对应的当前国家的停留时间区间。例如，在一个实施例中，通过用户端获取用户在多个时刻的多个位置信息；根据多个位置信息和当前国家对应的位置区域，确定所述停留时间区间。在另一实施例中，确定用户在当前位置信息所对应的当前国家的停留时间区间可以包括：确定用户进入当前国家所对应的位置切换消息的第一生成时间，以及确定进入退税服务区内所对应的位置切换消息的第二生成时间；将第二生成时间与第一生成时间的差值作为所述停留时间区间。

步骤650：根据可退税票据信息和用户的护照信息生成退税单信息。

如前所述，在一个实施例中，用户在发出的退税请求消息中包含有护照信息，服务端于是通过该退税请求消息获取用户的护照信息。在另一实施例中，用户可能预先提交过护照信息，例如在之前的退税记录中，或在之前的身份认证过程中绑定有护照信息，此时，服务端可以根据之前的提交记录或该用户的认证信息，获取该用户的护照信息，而不要求用户输入。

基于步骤640确定的可退税票据信息，以及获取的用户的护照信息，可以生成退税单信息。

需要说明的是，服务端可以通过用户端向所述用户显示该退税单信息，以便于用户对退税单信息进行再一次核实。

可选地，步骤660：向税务申报系统提交所述退税单信息，以使所述税务申报系统审核所述退税单信息是否符合申报要求。

其中，如果用户对退税单信息进行了核实确认，服务端可以接收用户端发送的确认核实退税单信息(例如：图8所示的界面示意图)，该核实退税单信息基于该用户根据退税单信息执行的确认使用操作而生成。

接着，服务端可以向税务申报系统提交所述退税单信息，以便于税务申报系统审核退税单信息是否符合申报要求。

步骤670：在接收到审核通过的通知的情况下，使用服务端相关联的支付平台中的资金向用户预付与退税单信息中退税金额对应的资金。

其中，在税务申报系统审核退税单信息符合申报要求的情况下，接收到审核通过的通知，使用服务端相关联的支付平台中的资金向用户预付与退税单信息中退税金额对应的资金(例如：图9所示的界面示意图)。

在税务申报系统审核退税单信息不符合申报要求的情况下，接收到审核未通过的通知，向用户推送退税失败的提示消息。其中，向用户推送用户退税失败的原因的提示消息(例如：护照信息不正确或者商品数量和商品信息不正确)，若护照信息不正确，提示用户重新核实退税单信息。若票据信息审核未通过，则提示用户自行至退税服务区进行自行退税。

下面结合图7采用一个具体例子，进一步说明退税方法。

图7示出根据一个实施例的具体的退税方法的流程图。如图7所示，用户在海外店铺购买的商品需要在机场进行退税处理，“支付宝”应用获取用户的当前位置信息，并根据当前的位置信息判断用户是否处于机场的退税服务区之内，用户处于退税服务区内的情况下，“支付宝”应用主动推送退税服务。

用户选择退税服务，并补充完善护照信息。需要说明的是，用户只需要在第一次使用“支付宝”应用退税的时候填写一次护照信息，之后就不用再次填写。此外，该步骤也可以是用户选择退税服务，“支付宝”应用获取预存的用户的护照信息。

通过“支付宝”应用主动上报的经纬度信息，判定用户在当前国家的停留时间范围。可以通过监听LBS的国家切换消息实现此功能，选取两次国家切换之间的时间段作为当前国家停留的时间范围或者，选取进入该国家的时刻和进入退税服务区的时刻之间的时间段作为在当前国家停留的时间范围。

根据当前国家的停留时间范围、境外当面付类型交易和交易店铺经纬度信息作为筛选条件，选择满足条件的待退税的当面付订单列表。其中，交易订单对应的将将纬度信息通过超级位置模型(super position model，SPM)埋点的方式采集，其中，SPM是通过页面买家实现流量统计。

生成退税单信息(例如：图8所示的界面示意图)，将该退税单信息发送至用户端，用户端接收用户输入端的确认退税单信息无误的执行之后，将该指令发送至“支付宝”应用。

“支付宝”应用调用海关提供的申报接口，海关评估是否可以退税。

在判断当前退税单信息无误可退税，“支付宝”应用同步海关信息到退税公司，退税公司受理成功，由内部保理公司垫资，实时打款给到用户(例如：图9所示的界面示意图)。

在判断当前退税单信息有误不可退税，“支付宝”应用提示用户自行退税。

用户退税成功。

该步骤为用户无感知的步骤，该步骤可以包括：待退税公司批次账单与“支付宝”公司对账成功后，资金回流，垫资结束。

图10示出根据一个实施例的票据信息的同步装置的示意性框图。如图10所示，提供了一种票据信息的同步装置，包括：接收单元1010，用于接收用户对线上支付订单的支付信息，线上支付订单包括支付类型为境外当面付类型的订单，支付类型由服务端提供。

处理单元1020，用于生成与线上支付订单对应的票据信息，票据信息至少包括用户的用户信息。

发送单元1030，用于将票据信息同步至服务端。

图11示出根据另一个实施例的退税装置的示意性框图。如图11所示，提供了一种退税装置110，包括：接收单元，用于接收用户对线上支付订单的支付信息，线上支付订单包括支付类型为境外当面付类型的订单，支付类型由服务端提供。

处理单元，用于生成与线上支付订单对应的票据信息，票据信息至少包括用户的用户信息。

发送单元，用于将票据信息同步至服务端。

根据第四方面，提供了一种退税装置，包括：获取单元1110，用于获取用户的当前位置信息，并根据当前位置信息判断用户是否位于退税服务区内。

处理单元1120，用于在用户位于退税服务区内的情况下，通过用户端向用户推送退税服务消息。

接收单元1130，用于接收用户端发送的退税请求消息，退税请求消息基于用户根据退税服务消息执行的确认使用操作而生成。

处理单元1120还用于，根据退税请求消息，从与用户对应的票据信息中获取符合退税条件的可退税票据信息；票据信息基于图2的方法而预先获得。

生成单元1140，用于根据可退税票据信息和用户的护照信息生成退税单信息。

退税请求消息中还包括用户根据退税服务消息输入的护照信息。

上述票据信息包括订单所对应的支付类型、支付时间和商家位置信息；处理单元1120具体用于：确定用户在当前位置信息所对应的当前国家的停留时间区间；将票据信息中，支付时间在停留时间区间内，支付类型为境外当面付类型，以及商家位置信息在预定退税区域内的票据信息，作为可退税票据信息。

其中，处理单元1120具体用于：通过用户端获取用户在多个时刻的多个位置信息；根据多个位置信息和当前国家对应的位置区域，确定停留时间区间。

处理单元1120具体用于：确定用户进入当前国家所对应的位置切换消息的第一生成时间，以及确定进入退税服务区内所对应的位置切换消息的第二生成时间；将第二生成时间与第一生成时间的差值作为停留时间区间。

上述退税装置110还包括：发送模块1150和退税模块1160；

其中，发送模块1150，用于向税务申报系统提交退税单信息，以使税务申报系统审核退税单信息是否符合申报要求。

在接收到审核通过的通知的情况下，退税模块1160用于，使用服务端相关联的支付平台中的资金向用户预付与退税单信息中退税金额对应的资金。

上述退税装置110还包括：提示模块1170；在接收到审核未通过的通知情况下，提示模块1170，用于向用户推送退税失败的提示消息。

此外，发送模块1150具体用于：通过用户端向用户展示退税单信息；接收用户端发送的确认消息，确认消息基于用户对退税单信息的确认操作而生成；根据确认消息，向申报机构提交退税单信息。

通过本说明书实施例提供的退税方法及装置，通过LBS获取用户的当前位置，判断用户在退税服务器内，通过主动推送退税服务信息筛选满足条件的可退税票据信息和用户的护照信息，生成退税单信息并提交至税务申报系统，当税务申报系统审核通过时，使用服务端相关联的支付平台中的资金向用户进行退税，无需用户在机场进行排队，也没有退税周期长的困扰。此外，在填写退税单信息时，用户只需要填写一次护照信息，其他的可退税票据信息都为自动生成的，可以跳过繁琐的填写过程，提高用户体验感。

根据另一方面的实施例，还提供一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序在计算机中执行时，令计算机执行结合图2至图6所描述的方法。

根据再一方面的实施例，还提供一种计算设备，包括存储器和处理器，所述存储器中存储有可执行代码，所述处理器执行所述可执行代码时，实现结合图2至图6所述的方法。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本发明所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本发明的保护范围之内。

Claims (22)

1.一种票据信息的同步方法，执行主体为商户端，其特征在于，包括：

接收用户对线上支付订单的支付信息，所述线上支付订单包括支付类型为境外当面付类型的订单，所述支付类型由服务端提供；

生成与所述线上支付订单对应的票据信息，所述票据信息至少包括所述用户的用户信息；

将所述票据信息同步至所述服务端。

2.根据权利要求1所述的方法，其特征在于，所述票据信息还包括所述订单所对应的支付类型、支付时间、商家位置信息、商品类别、商品金额和税点信息中的至少一种。

3.一种退税方法，执行主体为服务端，其特征在于，包括：

获取用户的当前位置信息，并根据所述当前位置信息判断所述用户是否位于退税服务区内；

在所述用户位于所述退税服务区内的情况下，通过用户端向所述用户推送退税服务消息；

接收用户端发送的退税请求消息，所述退税请求消息基于所述用户根据所述退税服务消息执行的确认使用操作而生成；

根据所述退税请求消息，从与所述用户对应的票据信息中获取符合退税条件的可退税票据信息；所述票据信息基于权利要求1的方法而预先获得；

根据所述可退税票据信息和所述用户的护照信息生成退税单信息。

4.根据权利要求3所述的方法，其特征在于，所述退税请求消息中还包括所述用户根据所述退税服务消息输入的所述护照信息。

5.根据权利要求3所述的方法，其特征在于，所述票据信息包括所述订单所对应的支付类型、支付时间和商家位置信息；所述从与所述用户对应的票据信息中获取满足退税条件的可退税票据信息，包括：

确定所述用户在所述当前位置信息所对应的当前国家的停留时间区间；

将所述票据信息中，支付时间在所述停留时间区间内，支付类型为境外当面付类型，以及商家位置信息在预定退税区域内的票据信息，作为所述可退税票据信息。

6.根据权利要求5所述的方法，其特征在于，所述确定所述用户在所述当前位置信息所对应的当前国家的停留时间区间，包括：

通过所述用户端获取所述用户在多个时刻的多个位置信息；

根据所述多个位置信息和所述当前国家对应的位置区域，确定所述停留时间区间。

7.根据权利要求5所述的方法，其特征在于，所述确定所述用户在所述当前位置信息所对应的当前国家的停留时间区间，包括：

确定所述用户进入所述当前国家所对应的位置切换消息的第一生成时间，以及确定进入所述退税服务区内所对应的位置切换消息的第二生成时间；

将所述第二生成时间与所述第一生成时间的差值作为所述停留时间区间。

8.根据权利要求3所述的方法，其特征在于，还包括：

向税务申报系统提交所述退税单信息，以使所述税务申报系统审核所述退税单信息是否符合申报要求；

在接收到审核通过的通知的情况下，使用所述服务端相关联的支付平台中的资金向所述用户预付与所述退税单信息中退税金额对应的资金。

9.根据权利要求8所述的方法，其特征在于，还包括：

在接收到审核未通过的通知情况下，向所述用户推送退税失败的提示消息。

10.根据权利要求8所述的方法，其特征在于，所述向申报机构提交所述退税单信息，包括：

通过所述用户端向所述用户展示所述退税单信息；

接收所述用户端发送的确认消息，所述确认消息基于所述用户对所述退税单信息的确认操作而生成；

根据所述确认消息，向所述申报机构提交所述退税单信息。

11.一种票据信息的同步装置，其特征在于，包括：

接收单元，用于接收用户对线上支付订单的支付信息，所述线上支付订单包括支付类型为境外当面付类型的订单，所述支付类型由服务端提供；

处理单元，用于生成与所述线上支付订单对应的票据信息，所述票据信息至少包括所述用户的用户信息；

发送单元，用于将所述票据信息同步至所述服务端。

12.根据权利要求11所述的装置，其特征在于，所述票据信息还包括所述订单所对应的支付类型、支付时间、商家位置信息、商品类别、商品金额和税点信息中的至少一种。

13.一种退税装置，其特征在于，包括：

获取单元，用于获取用户的当前位置信息，并根据所述当前位置信息判断所述用户是否位于退税服务区内；

处理单元，用于在所述用户位于所述退税服务区内的情况下，通过用户端向所述用户推送退税服务消息；

接收单元，用于接收用户端发送的退税请求消息，所述退税请求消息基于所述用户根据所述退税服务消息执行的确认使用操作而生成；

所述处理单元还用于，根据所述退税请求消息，从与所述用户对应的票据信息中获取符合退税条件的可退税票据信息；所述票据信息基于权利要求1的方法而预先获得；

生成单元，用于根据所述可退税票据信息和所述用户的护照信息生成退税单信息。

14.根据权利要求13所述的装置，其特征在于，所述退税请求消息中还包括所述用户根据所述退税服务消息输入的所述护照信息。

15.根据权利要求13所述的装置，其特征在于，所述票据信息包括所述订单所对应的支付类型、支付时间和商家位置信息；所述处理单元具体用于：

确定所述用户在所述当前位置信息所对应的当前国家的停留时间区间；

将所述票据信息中，支付时间在所述停留时间区间内，支付类型为境外当面付类型，以及商家位置信息在预定退税区域内的票据信息，作为所述可退税票据信息。

16.根据权利要求15所述的装置，其特征在于，所述处理单元具体用于：

通过所述用户端获取所述用户在多个时刻的多个位置信息；

根据所述多个位置信息和所述当前国家对应的位置区域，确定所述停留时间区间。

17.根据权利要求15所述的装置，其特征在于，所述处理单元具体用于：确定所述用户进入所述当前国家所对应的位置切换消息的第一生成时间，以及确定进入所述退税服务区内所对应的位置切换消息的第二生成时间；

将所述第二生成时间与所述第一生成时间的差值作为所述停留时间区间。

18.根据权利要求13所述的装置，其特征在于，所述装置还包括：发送模块和退税模块；

所述发送模块，用于向税务申报系统提交所述退税单信息，以使所述税务申报系统审核所述退税单信息是否符合申报要求；

在接收到审核通过的通知的情况下，所述退税模块用于，使用所述服务端相关联的支付平台中的资金向所述用户预付与所述退税单信息中退税金额对应的资金。

19.根据权利要求18所述的装置，其特征在于，所述装置还包括：提示模块；

在接收到审核未通过的通知情况下，所述提示模块，用于向所述用户推送退税失败的提示消息。

20.根据权利要求18所述的装置，其特征在于，所述发送模块具体用于：

通过所述用户端向所述用户展示所述退税单信息；

接收所述用户端发送的确认消息，所述确认消息基于所述用户对所述退税单信息的确认操作而生成；

根据所述确认消息，向所述申报机构提交所述退税单信息。

21.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，当所述计算机程序在计算机中执行时，令计算机执行权利要求1-10中任一项的所述的方法。

22.一种计算设备，包括存储器和处理器，其特征在于，所述存储器中存储有可执行代码，所述处理器执行所述可执行代码时，实现权利要求1-10中任一项所述的方法。