CN114902298A - 用于数据管理系统中的自动数据同步的代码生成和跟踪 - Google Patents
用于数据管理系统中的自动数据同步的代码生成和跟踪 Download PDFInfo
- Publication number
- CN114902298A CN114902298A CN202080090033.3A CN202080090033A CN114902298A CN 114902298 A CN114902298 A CN 114902298A CN 202080090033 A CN202080090033 A CN 202080090033A CN 114902298 A CN114902298 A CN 114902298A
- Authority
- CN
- China
- Prior art keywords
- transaction
- data
- receipt
- code
- merchant
- 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
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
-
- 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/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
- G06Q20/023—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] the neutral party being a clearing house
-
- 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/04—Payment circuits
- G06Q20/045—Payment circuits using payment protocols involving tickets
-
- 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/385—Payment protocols; Details thereof using an alias or single-use codes
-
- 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/401—Transaction verification
- G06Q20/4014—Identity check for transactions
-
- 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/401—Transaction verification
- G06Q20/4015—Transaction verification using location information
-
- 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/401—Transaction verification
- G06Q20/4016—Transaction verification involving fraud or risk level assessment in transaction processing
-
- 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/04—Billing or invoicing
-
- 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/12—Accounting
-
- 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/12—Accounting
- G06Q40/125—Finance or payroll
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06V—IMAGE OR VIDEO RECOGNITION OR UNDERSTANDING
- G06V30/00—Character recognition; Recognising digital ink; Document-oriented image-based pattern recognition
- G06V30/40—Document-oriented image-based pattern recognition
Abstract
提供了用于数据管理系统中的自动数据同步的代码生成和跟踪的系统和方法。与实体相关联的用户(例如,组织的雇员)可以使用由组织提供的支付工具或卡来购买商品。为了提供适当的支出分配,组织可能要求每次使用支付工具时进行收据匹配和存储。支出管理系统可以在相应的实体或数字收据上提供数字代码生成和输出,使得当收据被提供给支出管理系统时,代码可以与系统存储的后端数据进行匹配。可以通过从收据的图像中提取出文本数据以确定代码,来对收据进行处理。然后,可以使用代码来搜索代码数据库,以与数字交易数据匹配。
Description
相关申请的交叉引用
本申请是于2019年10月25日提交的第16/664,592号美国专利申请和于2019年10月25日提交的第16/664,694号美国专利申请的延续案,这两个美国专利申请通过引用整体并入本文。
技术领域
本申请总体上涉及通过联网控制系统进行的数据跟踪,更具体地,涉及用于将收据数据(receipt data)自动分配到交易数据库中存储的数据的字母数字代码生成和图像处理。
背景技术
诸如企业和公司之类的组织需要跟踪各种类型的数据,例如,通过支出管理软件、硬件以及其他基础设施的用户来管理支出和控制用户交易。这包括建立和发行支付工具、跟踪支出以及其他计费要求、执行支出策略以及收集审计信息(包括收据和其他交易历史数据)方面的问题。然而,目前的联网系统和可用的公司基础设施仅提供了一些特定的看门人(gatekeeper),他们需要手动审查和批准付款,以及收集审计信息并将支出分配到特定类别、客户以及其他级别。这些计费团队或公司职员然后需要亲自审查支出、审计数据,并将支出归类。这对可能拥有有限雇员和办公室的小公司和以下大公司来说是一种负担:大公司的支出可能来自难以跟踪和正确接收数据的广泛的雇员。但是,在未接收到审计数据和支出分配信息的情况下,公司可能会面临欺诈或法律问题的风险。
目前用于跟踪和管理公司内的交易的系统可能需要提交报销请求或使用公司支付工具。报销请求需要大量人力,并且可能会出现雇员滥用系统和雇员支出归类不合规的问题。但是,如果不实施适当的审计和支出归类流程,则使用公司支付工具可能会使公司面临欺诈风险。但是,收集这种数据(例如,收据、雇员活动和工作、以及其他信息)很困难,需要雇员积极参与。因此,这些现有系统无法在交易处理期间识别用户和公司属性,无法将支出分配到特定的支出类别以及无法在不需要雇员输入的情况下收集审计数据,因此存在困难,并且可能缺少必要的计费数据。
因此,需要克服公司使用的常规系统的缺陷,以便更好地将输入数据分配到特定的数据归类和分级器以进行处理。
附图说明
图1是根据一个实施例的适用于实现本文所述过程的联网系统的框图;
图2A是根据一个实施例的示例性收据,该收据包括授权代码和交易标识符,用于利用支出管理系统进行收据捕获和数据跟踪;
图2B是根据一个实施例的用于将收据数据与交易数据库中的支出数据进行匹配的示例性系统环境;
图3是根据一个实施例的用于将应用程序排程数据与交易数据库中的支出数据进行同步的示例性系统环境;
图4是根据一个实施例的用于在支出管理系统中通过图像处理来执行收据代码生成和跟踪以用于收据数据同步的示例性流程图;
图5是根据一个实施例的用于基于应用程序集成来执行应用程序数据同步以用于自动归类支出数据的示例性流程图;以及
图6是根据一个实施例的适用于实现图1中的一个或多个组件的计算机系统的框图。
通过参考下面的详细描述,可以最好地理解本公开的实施例及其优点。应当理解,相似的附图标记用于标识在一幅或多幅图中示出的相似元件,其中示出的目的在于说明本公开的实施例而不是为了限制本公开的实施例。
具体实施例
提供了用于数据管理系统中的自动数据同步的代码生成和跟踪的方法。还提供了适用于实施本公开的方法的系统。
在线支出管理系统可以提供数据聚合器,数据聚合器监控组织的银行账户和其他金融账户,以对支出数据执行数据聚合和归类。审计和支出管理服务(例如,收据数据跟踪以及将支出分配到组织、公司、或雇员客户、支出类别等)可能需要这样的支出数据。金融账户可以包括一个或多个贷记卡账户、借记卡、通过自动化清算所(ACH)直接借记/贷记、电汇(wire transfer)、礼品卡、以及可以由在线支出管理系统和/或其他金融服务提供商发行给组织的其他类型的资金源。因此,联网的支出管理系统和提供商可以包括用于提供支付网关、计账平台、电子商务(eCommerce)平台、发票、以及附加服务的框架和架构。例如,服务提供商可以提供用于管理组织(例如,企业或公司)的支出、采购以及其他金融交易的服务、软件、在线资源和门户以及基础设施。所述系统可以提供电子框架,此框架在某个点处集成到支付网络和公司计算基础设施中,这允许自动归类和匹配用于审计和支出管理服务的数据。例如,在发卡行和收单行之间的某个点处集成此框架可以允许实时接收交易数据,因此,此框架可以执行数据匹配和归类的实时处理。这允许进行收据审计所必需的实时数据处理。此外,系统的框架可以与一个或多个客户端设备(例如,个人计算机、移动设备等)、在线排程资源、个人管理系统和/或企业业务软件集成,以接收排程、日历和/或与支出数据归类一起使用的其他时间分配系统。
例如,支出管理系统可以提供可改变的用户设置、级别指定以及支出策略,包括对组织支出类别(例如,出行(travel)、业务支出(包括工资单、办公用品和技术等)、客户支出(包括出行、食品、饮品、礼品、会议等)、信息技术以及其他支出)的支出归类。用户级别可以对应于组织的组内的一个或多个用户,例如,销售、管理、公司职员、信息技术等。一个级别内还可以存在子命名,例如,按头衔、团队、角色、位置或其他属性。组织还可以生成支出策略,支出策略可以包括支出属性,例如,全局限制、批准限制、受限/禁止的商家或购买类型、时间段特定限制、批准的交易类型以及其他限制、许可或规则。支出策略可以对应于上述支出类别的更广泛类别,并且可以是组织范围的或按用户级别的。支出策略还可以包括上述支出子类别,例如,按支出类型、客户等。最后,组织可能需要选择用于发行支付工具和交易处理的支付网络,其中可以包括支付卡、直接借记卡、支付电汇或其他类型的资金源。支付网络可以对应于用于以下支付处理的解析网络:该支付处理是在电子和面对面交易处理期间使用账户标识符、支付卡等购买的支出的支付处理。在2019年1月2日提交的名称为“用于可变级别指定和策略的电子框架和联网系统(Electronic Framework and NetworkedSystem for Variable Class Designations and Policies)”的第16/238,498号美国专利申请和2019年1月2日提交的名称为“实时交易中使用的动态策略的智能建议(IntelligentRecommendations for Dynamic Policies Used in Real-Time Transactions)”的第16/238,503号美国专利申请中更详细地论述了支付网络和支出管理的一些实施例,这两个美国专利申请通过引用并入本文。
一种或多种支付工具可以发行给组织的用户或雇员,包括销售、管理、信息技术或其他雇员。支付工具可以对应于各种类型的支付卡和/或账户标识符,它们可以由支出管理系统或相关联的合作伙伴(例如,提供贷记卡或其他金融工具的发行银行)发行。在业务过程中,雇员可以使用支付工具与一个或多个商家进行商业交易,例如,通过从商家现场(例如,在商家所在地或商店)或在线购买。因此,用户可以通过提供给用户的帐号或支付工具标识符来请求电子交易处理。商家(例如,卖方或付款接收方,例如,企业、筹款人、医疗保健提供商、房东等)可以对应于销售货品和/或服务(在本文中称为(一个或多个)“商品(item)”)给公司雇员的任何个人或实体。由于组织的企业资源规划(ERP)软件和基础设施、组织使用的银行、组织的个人持卡人、以及发行人(例如,在支付网络上提供的支付工具的金融源)之间的集成,支出管理系统的框架可以接收交易的实时数据,例如,在交易被批准和通过此类实体解析之前接收交易的实时数据。因此,支出管理系统可以基于支出策略和归类而实时批准或拒绝交易。
此外,支出管理系统可以实时生成、接收和/或请求交易的审计数据。审计数据可以包括字母数字或其他代码生成,数据输入到收据或其他交易历史或记录中,收据数据与交易或支出管理数据进行匹配。收据匹配可以通过以下项之间的代码匹配来执行:与在交易处理请求时确定的交易数据一起存储的代码、以及随后从请求交易的组织和/或用户接收的数据(例如,实体收据的图像或电子收据的副本)。这可以允许系统在请求和处理付款时快速接收网络上的数据、执行数据匹配以及存储商家的支出审计数据。
为了处理付款,支出管理系统可以从支付网络接收关于支付请求的交易数据,例如,当收单方(例如,处理用户提供的支付工具的商家的收单银行)请求发行方(例如,发行支付工具的组织和支出管理系统的发行银行)进行处理时。这发生在用户生成交易并且商家生成交易请求的总额时,用户可以通过向商家提供支付工具来支付总额。在接收到支付工具之后,商家可以生成支付请求,以用于交易的支付。在各种实施例中,可能要求用户输入附加的结账信息,例如,姓名、交付地点、或可包括在交易的交易数据中的其他个人或金融信息。在一些实施例中,支付工具可以预先由支出管理系统标记化,以进一步防止欺诈,其中,数字标记允许在不暴露支付凭证的情况下对发行方和/或支出管理系统进行支付工具的后端识别。
支出管理系统可以接收或检测电子交易的交易数据。响应于交易数据的接收或检测,系统可以生成一个或多个代码,例如,字母数字代码、条形码、快速响应(QR)代码等。在一些实施例中,代码可以对应于交易的第一个授权代码(例如,当交易被批准时),以及唯一识别交易本身的交易标识符代码。这些代码可以对应于6位数字或字母代码,或者可以更短、更长、或不同。在一些实施例中,代码的长度和/或类型可以被生成为防止组织的支出内和/或与其他组织的冲突(例如,两个或多个不同交易的代码匹配,尤其是交易数据相似的交易),这有助于以后进行代码匹配,从而实现审计目的。这些代码可以与系统检测和/或接收的交易数据一起存储。然后,这些代码可以被发送到处理交易数据的商家设备或服务器。此外,系统可以使商家设备或服务器将代码以及交易历史或交易记录一起输出,交易历史或交易记录例如是实体收据或以电子方式(例如,用户的电子邮件、文本消息等)发送到设备或账户的数字收据。这些代码可以被置于收据的某些区域中,可以协助以图像处理,来识别收据上的代码。例如,授权代码和/或交易标识符可以与收据上的“总额”行、“签名”行、交易时间行、商家标识符或地址、或其他行对齐,以使得支出管理系统可以更容易地在收据的上下文中识别代码。
一旦收据被提供给用户,用户就可以对收据进行成像并将收据提交给支出管理系统,或者可以通过另一通信信道或数据提交门户来提交数字收据。在一些实施例中,支出管理系统可以将与交易的支付卡标识符相关联的电子消息(例如,电子邮件、短消息服务(SMS)或多媒体消息服务(MMS)文本消息、即时消息等)发送到用户设备,请求用户对收据进行成像并回传收据或以其他方式提交数字收据。然而,在其他实施例中,用户可以事后这样做,例如,当向系统提供支出,而组织可能不需要即时收据成像和提交时。因此,支出管理系统可以接收数字形式的收据,可以对其进行处理,以识别收据上的一个或多个代码。
利用光学字符识别(OCR)和/或其他数据解析和图像处理,系统可以确定收据中的代码和数据,并将它们与通过支付网络接收的交易数据相匹配。例如,在使用一个或多个代码的情况下,可以使用OCR或其他图像处理来识别和定位收据上的代码。OCR过程可以对收据数据进行分段,以识别数据中的代码,这些代码可以通过字符识别和与系统存储的代码进行匹配来识别。在一些实施例中,在数据分段期间,可以以特定角度(例如,平行或垂直于收据的轴线)追踪收据数据上的各行,以识别代码。例如,在含有交易“总额”的行上输出一个或多个代码的情况下,可以从识别出的“总额”行或金额向右或向左追踪一行,以识别收据上的代码数据。还可以通过OCR或其他图像处理提取附加的收据数据,例如,商家名称/标识符、交易时间、总额或其他收据数据。一旦在收据上识别出代码数据,就可以使用代码数据来搜索支出管理系统的交易数据库并识别匹配的交易数据。将收据代码与数据库中的交易数据中的交易代码进行匹配可以用于存储收据图像或数字副本,以及进一步提取附加的收据数据,以与先前接收/检测的交易数据一起存储。这提供了更强大的审计、支出数据收集以及管理系统。
在一些实施例中,还可以实现评分系统,对收据、已存储交易数据、以及存储的代码之间的匹配特征、代码和/或交易数据进行评分,以执行与交易数据的收据匹配,从而基于收据存储和附加交易数据解析和输入来提供审计数据。评分系统可以利用交易数据和收据上的代码、时间以及附加提取出的交易数据,来基于收据的匹配特征与和交易代码一起存储的交易数据之间的最高分数或值来确定最可能的匹配项。在一些实施例中,收据中可能缺少其中一个或多个代码,例如,在商家的硬件和/或软件基础设施不允许将一个或多个代码添加到收据中的情况下。在此类实施例中,任何识别出的代码可以进一步与从收据中提取出的其他数据(例如,商家标识符、地址、商品、总金额、税款、小费、用户标识符、卡号等)一起处理,以识别支出管理交易数据库中的匹配的交易特征、代码以及数据。一旦找到匹配特征,就可以对每一笔匹配交易进行评分,例如,通过已存储交易数据、代码以及提取出的收据数据之间的相似特征来识别最可能的匹配项。然后,可以利用最可能的匹配项来将收据与先前获得的交易数据存储在一起。
在一些实施例中,可以生成商家收据的指纹数据库,并使用它来确定可以在何处打印代码数据、或在何处将代码数据添加到实体或数字收据中。例如,在商家整合期间和/或当商家和组织使用支出管理系统时,接收到的商家收据可能来自相同或类似商家或使用相同或相似的销售点设备、在线市场或其他流程向用户提供收据的商家。这些收据可以通过学习算法进行处理,以识别收据之间的相似性以及收据格式。此外,相同或类似收据上的代码布置和使用可用于对商家进行“指纹化”并识别商家的收据类型和格式。因此,当商家提交收据时,系统可以利用先前收据的指纹来识别收据上的数据布置,从而简化OCR或其他图像处理操作。这允许从商家收据更快地提取数据。
收据数据还可以用于提取交易特征,这些交易特征用于根据组织的支出策略对交易进行归类。例如,提交收据的用户、收据条目、收据时间、商家和/或位置均可以用于在支出策略内进一步对交易进行归类。这种归类可以自动完成,而无需用户选择支出类别或标识。此外,支出管理系统可以提供一个或多个应用程序或平台与排程系统的集成,以进一步获得用于交易归类的附加的交易数据。例如,支出管理系统可以与一个或多个移动设备或个人计算机排程、日历或其他个人管理应用程序集成,其包括组织用户约会、会议、出行以及其他已承诺的事项的排程表。支出管理系统还可以在比特定应用程序更高的级别上集成,例如,跟踪用户和/或组织排程并为驻留设备应用程序和/或网络应用程序提供排程的在线平台。这样的集成可以包括与Google 等的集成。
在这方面,当支出管理系统检测、接收和/或存储/处理交易的交易数据时,支出管理系统可以从应用程序、平台和/或数据库中拉取对应于交易的交易数据的数据。在其他实施例中,数据可以在交易时被推送到系统或者由系统周期性和/或以其他方式访问。系统可以利用交易的时间下的排程和日历数据,以供用户提交交易以用于处理和/或支出报告,从而确定进一步的交易数据并自动对交易进行归类。数据可以包括用户的当前活动或操作、客户名称、电话号码、电子邮件、用户/客户标识符、电子邮件地址、一个或多个位置、活动/会议主题或名称、或用于定义在交易的时间下的用户活动所需的其他信息。可以基于排程数据和交易中的活动的时间以及附加信息来匹配排程数据。例如,可以进一步使用用户设备的GPS或其他位置检测组件来确定交易的时间下的用户位置,以供用户生成和提交交易,这可以进一步用于确定用户的排程表。其他数据集成可以用于收集进一步的数据以对交易进行归类,例如,用户和/或客户之间的电子邮件/消息传递数据、利用另一排程组件进行的会议室预订、利用出行预订系统制订的出行计划等。
通过排程数据确定的交易的附加数据可以与先前获得的交易数据一起存储。此外,支出管理系统可以提供对交易和支出到支出策略和支出策略内的子参数的自动归类和子归类。例如,利用会议主题和客户名称,可以将交易分配到客户并将交易添加到与用户所在的用户级别相关联的客户的支出策略中(例如,销售支出)。其他排程信息可以用于选择子类别,例如,如果客户被带去吃午餐或晚餐,则选择“食品”、或客户和/或用户级别的“会议准备”或“出行”支出归类。日历信息可以用于将交易分配为可以被组织用于向客户和/或用户开具账单的内部支出或外部支出。例如,出行期间的支出通常可以由组织承担,但是,如果地点或其他排程和/或交易数据表明根据用户的支出策略是不可接受的,则可以改为向用户收取支出。支出分级和归类可以使用应用程序、平台以及其他数据集成自动完成,不需要用户主动输入来选择支出类别。
在各种实施例中,其他类型的卡数据、交易数据、消息/通信或其他上下文数据可以用于将支出分配到特定类别、客户和/或系统用户。附加的上下文数据可以是与可以由支出管理系统检测和/或确定的交易相关联的任何数据。例如,卡数据的类型可以包括2级(L2或II级)卡和/或3级(L3或III级)卡或在处理交易时伴随贷记卡或借记卡交易的交易数据。L2和/或L3卡数据可以包括采购订单号、送货地址或邮政编码、帐单地址或邮政编码、目的地位置、税款指示符(tax indicator)和/或金额、消费者和/或商家名称、商品标识符(包括SKU、条形码、QR码等)、商品描述或名称、价格、商品的数量或体积、折扣或应用的优惠、商家名称和/或代码、商家信息(包括地址或位置)、以及可以用于进一步定义交易并提供更详细的交易信息的类似数据。例如,帐单代码可以用于确定交易信息并将此交易分配到一个类别。类似地,此卡数据可以用于确定雇员在哪里进行交易、采购、出行或以其他方式代表公司执行应计入特定类别的交易。例如,机票采买可以包括目的地城市作为卡数据的一部分,这可以告知系统购买机票的客户信息或其他支出类别。类似地,具有消费者/客户/雇员身份信息的多次购买可以用于将每次购买分配到特定类别(例如,使用一张票上的客户/雇员姓名购买的两张票可以指定这两张票都由此特定实体支出)。
可以在交易期间提供和处理L2或L3卡数据,以为交易提供更详细的信息、减少卡处理支出和/或为实现针对欺诈分析和保护的更好的认证和安全性。因此,L2或L3数据可以提供更精细的交易数据,交易数据可以与支出归类(包括客户、雇员和/或支出的目的)相匹配。因此,L2或L3卡数据可以与组织的支出管理系统的数据一起使用,以将交易分配到特定类别。L2或L3卡数据可以在交易处理和/或交易批准期间被支出管理系统截获,从而可以将交易分配到特定支出类别。例如,当使用链接到支出管理系统或由支出管理系统提供的公司贷记卡时,可以在交易处理期间获取L2或L2卡数据。
可以对通信进行访问和分析(例如,通过关键字分析或文本提取和处理)以识别任何支出归类并将支出分配到一个类别。例如,组织的成员或雇员可以发送消息,说明支出的意图(例如,“您想在我们的会议期间出席午餐吗?”发送给客户)。当使用公司贷记卡或帐户处理交易时,也可以在成员之间交换这些消息。这些消息的交换(包括在同一地理围栏区域内或接近距离内时)可以表明支出的归类,例如,用于会议或某个雇员级别或组内。组织的雇员或成员还可以在活动中向组织的另一成员或客户发送消息,这可以用于确定活动中的支出将分配到特定归类,例如,与客户相关联的特定支出帐户。例如,客户和雇员之间在活动中共享的消息(例如,引用活动和包括支出目的的电子邮件往来)可以表明在活动中使用公司卡/帐户的交易将由客户或代表客户支出。
在一些实施例中,可以向与处理交易的用户相关联的移动设备上的其他应用程序查询数据,或者可以从这些应用程序中拉取数据。这些其他应用程序可以包括位置检测和/或映射、语音通信(例如,电信或VoIP)、文本或即时消息传递、社交网络、微博、媒体共享、票务、出行、食品以及其他移动应用程序。来自应用程序的数据可以用于基于类似的过去数据推断交易支出,或可以用于进一步确定交易数据(例如,交易位置、雇员和客户之间的消息等)。例如,到与客户和/或与客户相关联的人相关联或位于其附近的机场的机票购买可以用于将购买归类为针对特定客户的出行。其他示例包括在客户最喜欢的餐厅进行的预订、在客户附近进行的预订、可能与客户相关联的活动(例如,体育赛事、表演或音乐会)的购票(例如,客户的先前的兴趣或之前的类似购买)、这对客户附近的住宿而进行的预订、和/或购买客户感兴趣的礼品(例如,与爱好或事由(cause)相关联)。使用应用程序数据,支出管理系统可以能够针对交易确定更精细的数据,用于交易的自动支出管理和分配。应注意,数据不需要来自用户设备上的应用程序,而是可以通过从公共站点抓取内容来获取,例如,用户/雇员提到即将到来的拜访客户的行程的聊天板,例如,旅行论坛上的聊天板。
过去的数据还可以与当前的上下文数据一起使用,以将支出分配到一个类别。例如,如果组织中的两个或多个成员先前一起购买了飞机或活动门票,并再次购买相同或类似的门票,则可以针对前一次购买确定先前的支出类别,并且可以将当前的支出分配到同一或类似的类别。此外,组织中的相同成员(例如,在同一部门内)的出行或活动门票可以用于基于其中一个用户输入的支出数据或类似支出的先前支出归类来推断支出归类。类似地,如果雇员购买门票或与客户一起参加活动(包括为客户购买门票或在活动中为客户负担支出),则用于活动和/或客户用于先前支出的支出归类可类似地用于目前的支出。
因此,提供了以下系统和方法:该系统和方法使公司能够更好地实时管理来自其雇员和订约人的电子交易数据(包括报销或预先批准请求),以减少欺诈和常规系统通常需要的计算资源。此外,系统还提供了用于审计目的的实时数据聚合,使得组织可以更好地收集并监测数据。此外,本支出管理系统可以利用应用程序集成来将交易数据分配到特定归类,而无需用户实时输入。
图1是根据一个实施例的适用于实现本文所述的过程的联网系统100的框图。如图所示,系统100可以包括或实现多个设备、服务器和/或软件组件,这些设备、服务器和/或软件组件用于执行根据所描述的实施例的各种方法。示例性设备和服务器可以包括设备、独立和企业级服务器,它们运行诸如OS、OS、OS之类的OS、或其他合适的设备和/或基于服务器的OS。可以理解,图1中所示的设备和/或服务器可以以其他方式部署,并且由这样的设备和/或服务器执行的操作和/或提供的服务可以针对给定的实施例进行组合或分离,并且可以由更多或更少数量的设备和/或服务器执行。一个或多个设备和/或服务器可以由相同或不同的实体操作和/或维护。
系统100包括通过网络180通信的用户设备110、卡标识符130、支出管理系统140、支付解析网络160,以及商家设备170。用户(未示出)可以对应于与用户设备110相关联的公司的雇员、订约人、股东或其他合适的人(未示出并且在本文中总体称为“雇员”),雇员可以利用卡标识符130来提交使用公司资金支付的商品的购买请求。卡标识符130可以对应于允许使用公司资金购买商品的支付工具,支付工具可以由支出管理系统140提供和管理。支出管理系统140可以使用支付解析网络160来处理支付。此外,支出管理系统140可以从用户设备110接收收据和排程数据,以用于审计数据收集和支出归类。
用户设备110、支出管理系统140、支付解析网络160以及商家设备170可以各自包括一个或多个处理器、存储器以及其他适当的组件,以用于执行指令,例如,存储在一个或多个计算机可读介质上以实现本文描述的各种应用程序、数据以及步骤的程序代码和/或数据。例如,此类指令可以存储在一个或多个计算机可读介质中(例如,系统100的各种组件内部和/或外部的存储器或数据存储设备),和/或可以通过网络180访问。
用户设备110可以由雇用了一个或多个用户的组织或公司的雇员使用,例如,以向支出管理系统140提供收据和排程数据。例如,在一个实施例中,用户设备110可以实现为个人计算机(PC)、电话设备、智能电话、膝上型计算机/平板计算机、具有适当计算机硬件资源的手表、具有适当计算机硬件的眼镜(例如,GOOGLE)、其他类型的可穿戴式计算设备、可植入式通信设备、和/或能够发送和/或接收数据的其他类型的计算设备。在这方面,用户设备110包括一个或多个处理应用程序,这些处理应用程序可以被配置为与支出管理系统140交互,以管理由支出管理系统140提供的支付工具,并进一步提供由支出管理系统140使用的数据。虽然仅示出了一个通信设备,但是多个通信设备可以类似地起作用。
图1的用户设备110包含收据捕获组件120、排程应用程序112、其他应用程序114、数据库116、以及网络接口组件118。收据捕获组件120、排程应用程序112以及其他应用程序114可以对应于与硬件相关联的可执行的过程、流程和/或应用程序。在其他实施例中,用户设备110可以根据需要包括具有专用硬件和/或软件的附加模块或不同模块。
收据捕获组件120可以被实现为由用户设备110用于捕获用户的收据并将收据发送到支出管理系统140以供处理的专用硬件和/或软件。例如,收据捕获组件120可以对应于具有相应的相机122的软件应用程序,相机122允许用户设备110捕获实体或数字收据的图像,其可以包括相机功能,例如,静止/视频图像捕获、缩放、图像调整、以及其他图像渲染处理。在其他实施例中,用户设备110可以接收数字收据,例如,通过文本消息、电子邮件或其他通信信道接收。响应于接收或捕获到收据的数字副本,收据捕获组件120可以将收据发送到支出管理系统140。然后,支出管理系统140可以基于在收据上输入的一个或多个代码来处理收据,如本文所讨论的。在各种实施例中,收据捕获组件120可以包括通用浏览器应用程序,此浏览器应用程序被配置为通过互联网(例如,利用万维网上的资源)或专用网络来检索、呈现以及传递信息。例如,收据捕获组件120可以提供网络浏览器,其可以通过网络180发送和接收信息,包括:检索网站信息,将网站信息呈现给用户,和/或将包括支付信息的信息传送给网站。然而,在其他实施例中,收据捕获组件120可以包括支出管理系统140或其他实体的专用应用程序,其可以被配置为协助建立和维护用户级别、支出策略以及支付网络。
排程应用程序112可以被实现为由用户设备110用于将信息排程到支出管理系统140以用于将支出分配到特定归类的专用硬件和/或软件。在这点上,排程应用程序112可以对应于个人管理软件、硬件以及由与用户设备110相关联的用户用于输入、存储以及处理与排程表、日历或其他个人管理信息相关联的数据的数据。排程应用程序112可以包括用户的约会、出行、会议、预订以及其他类型的日历信息。排程应用程序112可以与支出管理系统140集成,从而可以与支出管理系统140共享用于交易的数据,例如,通过提供交易时用户的排程数据来进行。在一些实施例中,排程应用程序112可以直接将排程数据库存储到用户设备110并进行处理。然而,在其他实施例中,排程应用程序112可以访问提供排程操作和数据的在线平台和数据库。
在各种实施例中,用户设备110包括在特定实施例中可能希望向用户设备110提供特征的其他应用程序114。例如,其他应用程序114可以包括用于实现设备端安全特征的安全应用程序、用于通过网络180与适当的应用程序编程接口(API)进行交互的程序化客户端应用程序、或其他类型的应用程序和过程。其他应用程序114可以包含可以由处理器执行的软件程序,包括图形用户界面(GUI),其被配置为在访问一个或多个过程、或者接收和显示与用户设备110和/或支出管理系统140相关联的数据时,向用户提供界面。
用户设备110还可以包括存储在用户设备110的暂时性和/或非暂时性存储器中的数据库116,其可以存储各种应用程序和数据并且在用户设备110的各种模块的执行期间被使用。因此,数据库116可以包括例如标识符,例如,操作系统注册条目、与收据捕获组件120、排程应用程序112和/或其他应用程序114相关联的cookie、与用户设备110的硬件相关联的标识符、或其他适当的标识符,例如,用于支付/用户/设备认证或识别的标识符。数据库116可以包括从支出管理系统140接收的数据(例如,支付请求数据、持卡人报表、批准请求等)、以及发送到支出管理系统140的数据(例如,来自收据捕获组件120和/或排程应用程序112的数据)。
用户设备110包括至少一个网络接口组件118,网络接口组件118适于与支出管理系统140、支付解析网络160和/或商家设备170通信。在各种实施例中,网络接口组件118可以包括DSL(例如,数字订户线)调制解调器、PSTN(公共交换电话网络)调制解调器、以太网设备、宽带设备、卫星设备和/或各种其他类型的有线和/或无线网络通信设备。
支出管理系统140可以由例如在线服务提供商维护,在线服务提供商可以向公司和其他组织提供支付工具和支出管理服务。在这方面,支出管理系统140包括一个或多个处理应用程序,其可以被配置为与用户设备110、支付解析网络160以及商家设备170交互以促进支付处理和支付工具的支出策略的执行,例如,与卡标识符130相关联的那些。在一个示例中,支出管理系统140可以由位于美国加利福尼亚州旧金山的公司提供。然而,在其他实施例中,支出管理系统140可以由可以向公司提供支出管理服务的其他类型的信贷提供商、金融服务提供商和/或其他服务提供商维护,或包括可以向公司提供支出管理服务的其他类型的信贷提供商、金融服务提供商和/或其他服务提供商。
图1的支出管理系统140包括支出管理应用程序150、其他应用程序142、数据库144以及网络接口组件146。支出管理应用程序150和其他应用程序142可以对应于与硬件相关联的可执行过程、流程和/或应用程序。在其他实施例中,支出管理系统140可以根据需要包括具有专用硬件和/或软件的附加模块或不同模块。
支出管理应用程序150可以对应于以下专用硬件和/或软件:其允许公司接收与银行账户和公司资金相关联的支付工具(例如,一张或多张公司贷记卡),并为发行的那些支付工具和公司的附加资金/账户提供支出管理。在这方面,公司可以首先利用支出管理系统通过提供公司数据通过在支出管理应用程序150内建账户。这种信息可以包括银行账户和资金信息,例如,来自投资者的验证资金、账户中直接可用的资金、以及一段时间内公司资金的消耗率。如果合格,则支出管理系统140和/或另一发行实体可以提供由支出管理应用程序150管理的支付工具。例如,支出管理系统140可以为真实或虚拟的贷记卡发行卡标识符130,或者可以发行可用于公司支付的其他类型的支付工具和工具标识符。
支出管理应用程序150可以提供可以由组织的管理员访问的一个或多个过程,以建立执行支出策略和批准/拒绝使用诸如卡标识符130之类的已发行支付工具的支付请求所必需的设置和偏好。在这方面,管理员可以建立用户级别并选择支出策略,支出策略对应于该策略下允许支出的属性,例如,最大购买金额、一段时间内的最大支出、商家/商品类型、位置、购买时间等。支出管理应用程序150可以进一步提供附加过程以与组织的支出管理策略一起使用,例如,收据匹配操作152和排程分配操作154。由支出管理应用程序150提供的附加功能和过程针对应用程序的附图(例如,图2A、图2B、图3、图4以及图5)来详细描述。
收据匹配操作152可以对应于可以生成代码以用于在交易的收据上输出的过程,代码稍后可以用于收据匹配。收据匹配操作152可以检测使用卡标识符130与商家设备170发生的交易,例如,支出管理应用程序150接收交易数据以基于组织的支出策略进行处理。代码可以包括基于对交易进行授权以进行处理的授权代码和识别交易的交易标识符。收据匹配操作152可以使代码输出或显示在收据上,例如,通过将代码传送到商家设备170以打印在收据上和/或输入到数字收据上。此后,支出管理系统140可以接收收据的数字副本,并且收据匹配操作152可以用于确定收据上的代码。可以通过OCR或其他图像处理、数字收据上的文本数据的文本处理或、其他处理来识别代码。一旦识别出代码,就可以使用代码将收据的数字副本与来自交易处理的已存储交易数据进行匹配。收据匹配操作152可以进一步提供对代码、交易数据以及从收据的数字副本提取出的附加数据之间的匹配进行评分的过程,这可以在未能在接收到的收据数据上识别出一个或多个代码时发生。
排程分配操作154可以进一步为支出管理应用程序150提供基于交易的时间下的用户数据自动对支出进行归类的过程。排程分配操作154可以使应用数据与排程应用程序112或其他排程平台集成,使得排程分配操作154可以接收与用户和排程相关联的交易发生时间下的排程数据。在其他实施例中,排程分配操作154可以与不同的应用程序、过程或设备集成,以检测附加的上下文数据。上下文数据可以包括卡数据(例如,在交易期间基于商家的输入检测到的L2或L3卡数据)或其他交易数据。附加的上下文数据可以包括各方(例如,组织的雇员和/或客户)之间的通信。在一些实施例中,移动设备上的应用程序或来自公共站点的内容可以用于进一步确定用于支出归类的交易数据。此外,当前交易数据可以与过去的交易数据和归类进行匹配,从而可以在不需要用户再次选择或输入支出归类选择的情况下执行支出分配。
排程分配操作154可以检索交易的排程和/或上下文信息,并且可以对信息进行处理,以将交易归类到支出类型或类别。例如,可以使用位置、客户名称、用户标识符或其他信息来确定支出的类型、与支出相关联的客户或关于支出的其他信息。各方之间的通信可以用于基于消息的内容或交换消息的各方的身份来确定支出。此外,其他类型的卡数据、应用程序数据和/或其他上下文数据可以进一步用于将支出分配到特定类别。排程分配操作154可以进一步用于将交易分配到用户的组织的支出策略,例如,策略允许的金额以及交易是否在支出策略下被授权。
在各种实施例中,支出管理系统140包括在特定实施例中可能希望为支出管理系统140提供特征的其他应用程序142。例如,其他应用程序142可以包括用于实现服务器端安全特征的安全应用程序、用于通过网络180与适当的应用程序编程接口(API)进行交互的程序化客户端应用程序、或其他类型的应用程序。其他应用程序142可以包含可以由处理器执行的软件程序,包括图形用户界面(GUI),其被配置为在访问支出管理系统140时向用户提供界面。
此外,支出管理系统140包括数据库144。如前所述,对应于用户设备110的用户、实体和/或组织可以利用支出管理系统140建立一个或多个账户,账户可以用于发行卡标识符130。数据库144中的支付账户可以包括实体信息(例如,姓名、地址、支付/资金信息、附加的用户财务信息)、和/或其他期望的用户数据。实体可以为其公司建立支出控制和策略,这些支出控制和策略可以存储在数据库144中。数据库144还可以用于存储交易数据和关于向公司发行的支付工具和使用这些工具处理的交易的信息,包括与交易和归类匹配的收据、或基于排程信息的交易。
在各种实施例中,支出管理系统140包括至少一个网络接口组件146,其适于通过网络180与用户设备110、支付解析网络160和/或商家设备170通信。在各种实施例中,网络接口组件146可以包括DSL(例如,数字订户线)调制解调器、PSTN(公共交换电话网络)调制解调器、以太网设备、宽带设备、卫星设备和/或各种其他类型的有线和/或无线网络通信设备。
支付解析网络160可以对应于用于解析支付请求和电子交易处理的网络,其可以由支出管理系统140通过对交易处理的支付请求进行许可(例如,接受和拒绝)来管理。在这一点,支付解析网络160可以对应于贷记卡或借记卡网络,其中收单银行或实体可以与发行银行或实体交互,以使用卡标识符130来解析支付。然而,在其他实施例中,支付解析网络可以对应于其他类型的支付网络和支付类型,例如,直接借记支付(ACH支付)、电汇或支付、预付卡支付、或区域/公司特定支付。支付解析网络160可以根据用户设备110的请求由支出管理系统140实施,并且可以允许授权用户(例如,用户和用户级别)与网络交互以提交支付并处理交易,允许第三方(例如,银行或其他金融服务中介)代表用户在网络上进行交互,和/或访问或使用向支付网络提供或由支付网络提供的数据,例如,交易通知和允许授权或拒绝交易的详细信息。因此,支出管理系统140可以利用支付解析网络160使用与支付解析网络160相关联的公司发行的支付工具(例如,卡标识符130)来管理、批准、拒绝以及收集与支付请求相关联的数据,其可以包括由支出管理系统140审计并添加到支出归类中的交易数据。在一些实施例中,支付解析网络160可以包括银行的在线存款资源或与银行的在线存款资源连接,支付管理系统140使用银行的在线存款资源来解析由支付管理系统处理的费用和付款。
商家设备170可以由例如向用户出售一个或多个商品的商家或其他实体来维护,用户可以包括单个用户或独立用户组成的组以及小型和大型商家。商家设备170可以提供待售商品,例如,通过使用用于广告、销售以及支付处理的各种软件、基础设施、网站、应用程序和/或其他平台来提供。在这点上,商家设备170可以包括具有处理应用程序的设备,处理应用程序可以被配置为与用户设备110、支出管理系统140以及/或支付解析网络160交互,以使用卡标识符130参与交易。在一些实施例中,商家设备170可以被实现为单个或联网的个人计算机(PC)、智能电话、笔记本计算机、可穿戴式计算设备、和/或其他类型的计算设备。尽管仅示出了一个商家设备,但多个商家设备可以类似地起作用。
商家设备170可以利用提供待售商品的应用程序来实现,计算设备可以访问该应用程序,以将待售商品呈现给与卡标识符相关联的用户。在某些实施例中,该应用程序可以提供可以通过互联网获得的网站和/或可以通过专用应用程序访问的在线内容和/或数据库信息。因此,该应用程序可以使用商家的网站通过在线市场提供商品销售。该应用程序还可以对应于实体商家位置处的结账应用程序,例如,用于在实体位置处提供销售的销售点(POS)设备的应用程序。一旦与用户设备110相关联的用户/雇员选择了一个或多个要购买的商品,就可以使用商家设备170建立交易。一旦确定了用户要购买的商品的支付金额,商家设备170就可以使用卡标识符130请求支付。在输入之后,商家设备170可以使用卡标识符130和支付解析网络160处理对与商家设备170相关联的商家的支付。支出管理系统140可以利用与支付解析网络160的网络集成来管理与卡标识符130相关联的组织的支出策略。因此,支出管理系统140可以基于与用户设备110相关联的公司的策略来批准或拒绝支付请求。交易数据还可以被提供给支出管理系统,以用于使用用户的日历进行自动支出归类。然后,可以对支付请求进行处理,将付款提供到商家账户,并且可以将支付通知(或失败,例如,在支付请求不符合公司策略的情况下)发送到商家设备170。然后,商家设备170可以接收交易处理的结果,并且可以生成具有输入到收据中的一个或多个代码的收据,用于实现支出跟踪和审计目的。
网络180可以被实现为单个网络或多个网络的组合。例如,在各种实施例中,网络180可以包括互联网或一个或多个内联网、陆线网络、无线网络、和/或其他适当类型的网络。因此,网络180可以对应于可以由系统100的各种组件访问的小规模通信网络(例如,专用或局域网),或更大规模的网络(例如,广域网或互联网)。
图2A是根据一个实施例的示例性收据,该收据包括授权代码和交易标识符,用于利用支出管理系统进行收据捕获和数据跟踪。图2A包括收据200a,收据200a包括用于支出管理系统的收据和交易数据跟踪的数据。
在这方面,收据200a包括一个或多个代码,代码可以用于支出管理系统和组织策略的收据匹配。收据200a还包括交易数据,其可以用于收据匹配和/或进一步的交易数据的提取。例如,收据200a包括商家A的商家标识符1000,商家A基于用户的交易请求生成交易。收据2000a还包括付款台标识符1002、商店标识符1004以及商家地址1006,它们可以包括在收据200a上,用于交易和生成交易的商家的附加信息。此外,可以将交易数据添加到收据200a中,包括购买的商品1008、税款1010、小费1012、总额1014以及签名行1020。为了提供收据跟踪,交易标识符1016和授权代码1018可以添加到收据200a中。
当收据200a的图像或其他数字副本被提供给支出管理系统时,系统可以利用图像处理来识别交易标识符1016和授权代码1018。交易标识符1016和授权代码1018可以通过OCR或其他图像处理过程来识别,并且可以基于收据200a的指纹和/或商家标识符1000的收据指纹来识别。交易标识符1016和授权代码1018还可以或替代地通过使用收据200a上的针对特定数据的行并由这些行将收据200a进行分段来识别。例如,可能已知交易标识符1016与总额1014位于同一行,使得当代码“A12345”与总额1014位于同一行时,代码“A12345”可被读取为交易标识符1016。与收据200a和/或商家标识符1000相关联的指纹也可以用于提取代码“B67890”作为授权代码1018。
一旦针对交易标识符1016和授权代码1018提取了代码,就可以将代码与存储的与收据200a相关联的交易的交易数据进行匹配。一旦匹配,收据200a就可以与交易数据一起存储。然而,如果不能匹配交易数据和/或未能从收据200a中提取出和确定代码,则可以从收据200a中提取附加的收据数据,例如,商家标识符1000、总额1014和/或关于收据200a的其他数据。评分过程可以用于确定支出管理系统的数据库中的针对收据200a的最可能交易。如果收据200a显示了卡标识符、或者是从与特定卡标识符相关联的用户接收的,则评分系统可以查看针对该卡标识符生成的类似交易。因此,来自收据200a的其他数据还可以用于将收据与交易数据相关联,并存储收据以用于实现审计或其他管理目的。
图2B是根据一个实施例的用于将收据数据与交易数据库中的支出数据进行匹配的示例性系统环境。环境200b包括与收据数据库1110(例如,支出管理系统的交易数据库)中的数据匹配的收据1100。收据数据库1110可以包括由交易处理生成的数据,用于将数据与收据的数字副本匹配,以用于实现收据跟踪和审计目的。
例如,收据1100至少包括交易数据1102、交易标识符1104,以及授权代码1106。交易数据1102可以在请求处理交易时由商家设备生成,这可以包括提供与执行收据匹配的支出管理系统相关联的卡标识符。交易数据1102可以包括商家标识符、商品和花费、总额以及其他信息。当生成收据1100时,支出管理系统可以将交易标识符1104以及授权代码1106添加到收据中,使得收据1100可以与收据数据库1110中的交易数据相匹配。收据数据库1110包括收据图像1112、已处理的交易数据1114、交易标识符1118以及授权代码1120。收据图像1112可以包括收据(例如,收据1100)的数字副本。因此,用户可以对收据1100进行成像并将图像提供给支出管理系统,支出管理系统可以存储收据并将收据与已处理的交易数据1114中的特定交易相关联。
交易标识符1104和授权代码1106可以使用OCR或其他图像处理从收据1100的数字副本来提取,包括基于收据1100的商家或收据指纹来提取。一旦进行了提取,支出管理系统就可以使用交易标识符1118和授权代码1120、针对先前基于用户使用由支出管理系统服务的卡标识符请求的交易的电子交易处理而生成的已处理的交易数据1114,执行数据匹配。一旦匹配,收据1100的数字副本就可以与来自已处理的交易数据1114的特定交易一起存储。此外,可以从收据1100提取交易数据1102,并将交易数据1102添加到已处理的交易数据1114中。例如,商家信息、税款、小费或其他数据可以被添加到收据1100的交易数据中。这可以允许支出管理系统进行进一步的审计和支出管理或归类。在另一实施例中,在进行捕获之前或之后,收据1100可以允许用户输入数据,例如,能够提供针对金额管理或归类的附加信息的代码或注释。收据可以具有可以输入数据的特定位置,例如,右上角,从而可以在无需系统扫描整个收据的情况下更高效地捕获数据。特定位置可以因收据类型或格式的不同而有所不同,例如,基于何处具有最多未使用空间而不同。数据可以识别支出的目的、个人和相关联公司的名称、以及可以请求或有助于特定支出管理系统的任何其他数据。
图3是根据一个实施例的用于将应用程序排程数据与交易数据库中的支出数据进行同步的示例性系统环境。图3的系统环境300包括参考图1的系统100讨论的用户设备110和支出管理系统140。在这方面,用户设备110和支出管理系统140之间的集成可以用于通过数据交换通道2100来交换数据,使得日历或排程信息可以被添加到交易数据中并用于根据支出策略在支出管理系统中进行数据分级或归类。
在系统环境300中,用户设备110包括排程应用程序界面2000,其包括用户的排程表A 2002,例如,具有用户的约会、会议、出行以及其他必须要做的事情(obligation)或时间分配的日历。排程表A 2002包括工作日的日历或排程信息,例如,示出的星期一、星期二、星期三日历。如排程表A 2002所示,用户在星期一上午10点有员工办公室会议2004,在星期二中午12点与爱丽丝(Alice)有午餐约会2006,以及在星期三上午9点到下午6点有前往城市A的出行2008。这些约会中的每个约会都可以包括时间、地点、客户或其他用户(例如,公司雇员、同事或其他熟人,包括朋友或家人)、约会的主题或类型、或关于用户的特定约会的其他信息。排程表A 2002的日历信息可以通过数据交换通道2100发送到支出管理系统140。例如,支出管理系统140可以基于接收到的交易数据来请求排程表A 2002,可以请求排程表A 2002的所有内容或可以仅请求排程表A 2002的与交易的时间或其他交易数据匹配的特定部分。在其他实施例中,排程表A 2002可以基于已处理的交易被推送到支出管理系统140,或者以其他方式发送到支出管理系统140。
支出管理系统140包括支出管理数据库2200,支出管理数据库2200可以存储在支出管理系统140的一个或多个数据结构(例如,系统100中的数据库144)上。支出管理数据库2200可以对应于用于由组织的已处理交易(例如,使用发行给组织的支付工具、账户或卡标识符)生成的交易数据的交易数据库。支出管理数据库2200可以存储交易数据,并且支出管理系统140可以要求或提供根据支出策略的支出归类和分配,以用于实现支出业务成本、计费以及审计目的。因此,支出管理数据库2200包括公司A支出2202,即用于公司A的购买商品和服务的交易数据和相应支出。例如,公司A支出2202可以由一个或多个支付账户2204(包括支付账户A 2206)管理。支付账户A 2206可以对应于提供给与用户设备110相关联的用户的支付工具的卡或账户标识符、以及由此的排程表A 2002。因此,支出管理系统140可以使用用于支付账户A 2206的公司A支出2202的交易数据和来自排程表A 2002的数据,对用户的支出进行归类。
例如,支出A 2208可以包括星期一上午10点的时间2210。使用通过数据交换通道2100接收的排程表A 2002,支出管理系统2002可以确定用户正在参加员工办公室会议2004。交易明细2212可以包括交易的细节,例如,购买的商品、花费、位置等。此外,支出A2208可以与和交易明细匹配的收据2214相关联,例如,使用通过本文讨论的可显示代码进行的收据数据跟踪和匹配来关联。然而,在未选择支出类别的情况下,支出A2208可能不能被分配到公司A的支出策略和/或类别。替代地,通过排程应用程序和/或平台集成确定用户正在参加员工办公室会议2004,支出A2208可以被分配到支出类别A 2216,例如,与专门为员工办公室会议和/或工作会议进行的采购相关联的类别或策略。
类似地,支出B 2218包括星期二中午12点的时间2220、交易明细2222、收据2224、以及支出类别B 2226。如排程表A 2002中所示,用户与爱丽丝(Alice)(即用户和组织的客户)有午餐约会2006。由于爱丽丝(Alice)是客户并且基于用户的排程表A 2002的排程数据,支出B 2218可以被分配到支出类别B 2226,以支付午餐约会2006或客户A 2228(例如,爱丽丝(Alice)的组织或爱丽丝(Alice)个人)的花费。支出C 2230与时间2232(星期三,下午1点)、交易详情2234、收据2236、以及支出类别C 2238一起示出。排程表A 2002中显示,用户在星期三上午9点至下午6点有前往城市A的出行2008。因此,用户将在此期间的所有花费计入针对出行的支出类别C 2238的支出,并且由于时间2232发生在出行2008期间,因此支出C 2230被分配到支出类别C 2238。
图4是根据一个实施例的用于在支出管理系统中通过图像处理来执行收据代码生成和跟踪以用于收据数据同步的示例性流程图400。应注意,本文描述的流程图400中的一个或多个步骤、过程以及方法可以根据需要或适当地被省略,以不同的顺序执行,或者组合。
在流程图400中的步骤402,检测与商家的交易数据,例如,接收或检测对支付解析网络上的使用发行给公司的由支出管理系统管理的支付工具的交易的交易处理请求。交易数据可以由支出管理系统存储,以根据支出策略进行解析,并在以后对交易支出进行归类。此后,在步骤404,支出管理系统生成交易数据的收据匹配代码,收据匹配代码可以对应于特定交易数据的至少一个字母数字、条形码或QR码。例如,可以生成授权代码和交易标识符。然后,在步骤406,将这些代码输出到商家的收据上。这些代码可以被打印到实体收据上,或者可以被添加到数字收据,数字收据被发送到请求交易处理的用户的设备或该用户的组织的设备。
在步骤408,实体或组织从用户接收收据图像或收据的其他数字副本,其中,实体或组织利用支出管理系统执行支出策略。收据可以对应于使用诸如移动设备之类的设备的照相机捕获的图像,或者可以对应于通过通信信道转发到支出管理系统的数字收据。收据的数字副本可以在检测到交易处理后响应于支出管理系统请求收据而被发送,或者可以在用户完成交易支出并向组织或支出管理系统报告交易后由用户发送。然后,在步骤410,对收据图像执行图像处理,以识别收据图像或其他数字副本上的代码。例如,可以通过OCR或其他图像处理以及知对码长度或代码内容的认知来识别代码。代码还可以从打印的代码图像(例如,条形码或QR码)来读取。某些图像分割或与收据指纹或模型的比较可以用于识别代码布置在收据上的位置,然后利用OCR或其他图像处理来提取代码。代码指纹可以用于确定代码是否与收据上的其他数据对齐打印或打印在收据上的特定位置。
如果没有从收据中提取出代码或收据似乎缺少代码,则在步骤412,从收据图像确定收据数据,例如,商家信息和标识符、交易数据(例如,商品、花费、税款、小费等)、以及可以从收据中提取出的其他信息。在步骤414,利用支出管理系统将收据数据与已存储交易数据进行匹配,这可以将数据库信息的匹配和查询限制为代表组织处理或管理的那些交易。在步骤414,还对与已存储交易数据匹配的收据数据进行评分,这可以确定数据之间的最高或最可能的匹配项。一旦确定了最可能的匹配项,在步骤416,将包括提取出的数据和/或收据图像或数字副本的收据数据添加到已存储交易数据中。在一个实施例中,仅当最高或最可能的匹配项超过预定阈值时才存储数据。
相反,如果在步骤410,在图像中检测到代码,则在步骤418,使用代码将收据与已存储交易数据进行匹配。此外,对代码与已存储交易数据的匹配进行评分,以确定代码(以及使用图像处理提取出的附加收据数据)之间最可能的匹配项。确定收据和已存储交易数据之间最可能的匹配项,并且在步骤420,将收据数据(例如,提取出的收据数据和收据图像或数字副本)添加到已存储交易数据中。如上文所述,仅当最高或最可能的匹配项超过预定阈值时才存储数据,这防止了不可靠的数据被存储和/或使用。
图5是根据一个实施例的用于基于应用程序集成来执行应用程序数据同步以用于自动归类支出数据的示例性流程图。应注意,本文描述的流程图500中的一个或多个步骤、过程以及方法可以根据需要或适当地被省略,以不同的顺序执行,或者组合。
在流程图500中的步骤502,接收和/或检测与商家进行的交易的交易数据。例如,可以检测对支付解析网络上的使用发行给公司的由支出管理系统管理的支付工具的交易的交易处理请求。交易数据可以由支出管理系统存储,以用于使用针对生成该交易的用户的日历或排程信息对交易的支出进行归类。因此,在步骤504,确定提交交易的用户。例如,用于处理交易的卡标识符可以被链接到特定用户,以便识别用户。还可以通过使用组织的用户的移动设备的GPS单元或其他位置检测组件将移动设备与商家位置共同定位来识别用户。还可以使用其他数据匹配,例如,交易时的移动通信或指示交易处理的移动通信。
在步骤506,访问在交易的时间下用户的排程数据。排程数据可以通过应用程序或在线平台与用户的排程应用程序和处理(例如,用户的数字日历)的集成来访问。然后,在步骤508,基于排程数据确定附加的支出明细。可以基于排程数据中在该时间下的信息和详细信息(例如,会议名称、客户名称、会议或约会的用户标识符、出行详情、约会或出行的地点、约会内容或原因的识别、或其他信息)来确定附加的支出明细。例如,排程数据可以指示参加会议的用户名、电话号码或电子邮件、会议的客户名称或约会的地点,这些可以用于将支出明细添加到交易并进一步根据支出策略对交易进行归类,以便将支出添加到支出限额、客户报销或其他支出管理。在一些实施例中,步骤508可以包括子步骤508a,其中支出管理系统可以进一步基于日历数据确定是否对交易进行处理。例如,在出行期间,可能支出了对组织的支出,需要报销给用户。但是,某些支出(例如,给朋友或家人的个人礼物)可能不在用户等级的针对出行的支出策略的覆盖范围内。因此,如果日历信息表明用户当前未在工作或购买用于组织出行的商品,则支出可能会被拒绝处理,或者可能被归类为由用户负责支付的未经授权的购买。
在步骤510,系统基于交易处理将附加的支出明细添加到已存储交易数据中。附加的支出明细可以通过将交易与支出策略的特定类别进行匹配来在支出策略下定义该交易。这可以允许支出管理系统更好地定义交易和使支出自动归类而不需要用户输入。然后,在步骤512,基于交易数据和附加的支出明细对交易进行归类,使得交易在特定的支出策略和类别下进行支出。
因此,使用本文讨论的各种实施例,公司可以通过使用收据或交易记录中包含的数据来匹配用于跟踪、批准和以其他方式管理与公司资金源或账户相关联的用户进行的金融交易的数据库中的数据,从而更好地(例如,更高效且更准确地)跟踪和管理此类用户产生的支出。
图6是根据一个实施例的适用于实现图1中的一个或多个组件的计算机系统的框图。在各种实施例中,通信设备可以包括能够与网络通信的个人计算设备(例如,智能电话、计算型平板设备、个人计算机、膝上型计算机、可穿戴式计算设备,例如,眼镜或手表、蓝牙设备、密钥卡(key FOB)、徽章等)。服务提供商可以利用能够与网络通信的网络计算设备(例如,网络服务器)。应当理解,用户和服务提供商使用的每个设备可以被实现为如下形式的计算机系统600。
计算机系统600包括总线602或其他通信机件,以用于在计算机系统600的各组件之间传递信息数据、信号以及信息。组件包括输入/输出(I/O)组件604,其处理用户操作(例如,从小键盘/键盘选择键,选择一个或多个按钮、图像或链接,和/或移动一个或多个图像等),并将相应的信号发送到总线602。I/O组件604还可以包括输出组件,例如,显示器611和光标控件613(例如,键盘、小键盘、鼠标等)。还可以包括可选的音频输入/输出组件605,以通过转换音频信号而允许用户使用语音来输入信息。音频I/O组件605可以允许用户收听音频。收发器或网络接口606通过网络180在计算机系统600和其他设备(例如,另一通信设备、服务设备或服务提供商服务器)之间发送和接收信号。在一个实施例中,传输是无线的,但是其他传输介质和方法也可能是合适的。一个或多个处理器612(可以是微控制器、数字信号处理器(DSP)或其他处理组件)对这些各种信号进行处理,例如,用于在计算机系统600上显示或经由通信链路618传输到其他设备。(一个或多个)处理器612还可以控制向其他设备的信息传输,例如,cookie或IP地址。
计算机系统600的组件还包括系统存储器组件614(例如,RAM)、静态存储装置组件616(例如,ROM)、和/或磁盘驱动器617。计算机系统600通过由(一个或多个)处理器612和其他组件执行包含在系统存储器组件614中的一个或多个指令序列来执行特定操作。逻辑可以被编码在计算机可读介质中,计算机可读介质可以指参与向处理器612提供指令以供执行的任何介质。这种介质可以呈多种形式,包括但不限于,非易失性介质、易失性介质、以及传输介质。在各种实施例中,非易失性介质包括光盘或磁盘,易失性介质包括动态存储器,例如,系统存储器组件614,传输介质包括同轴电缆、铜线以及光纤,包括构成总线602的线材。在一个实施例中,逻辑被编码在非暂时性计算机可读介质中。在一个示例中,传输介质可以呈声波或光波(例如,在无线电波、光学和红外数据通信期间产生的那些声波或光波)的形式。
一些常见形式的计算机可读介质包括例如软盘、软磁盘、硬盘、磁带、任何其他磁性介质、CD-ROM、任何其他光学介质、穿孔卡、纸带、具有孔图案的任何其他物理介质、RAM、PROM、EEPROM、FLASH-EEPROM、任何其他存储器芯片或盒式磁带、或计算机适于读取的任何其他介质。
在本公开的各种实施例中,对用于实施本公开的指令序列的执行可以由计算机系统600执行。在本公开的各种其他实施例中,通过通信链路618耦接到网络(例如,LAN、WLAN、PTSN,和/或各种其他有线或无线网络,包括电信、移动以及蜂窝电话网络)的多个计算机系统600可以执行指令序列,以相互协调地实施本公开。
可以考虑以下条款来描述本公开的各种实施例。然而,本文可能描述了本公开的附加或其他实施例。
1.一种系统,包括:存储指令的非暂时性存储器;以及一个或多个硬件处理器,所述一个或多个硬件处理器与所述非暂时性存储器耦合,并被配置为从所述非暂时性存储器读取所述指令,以使得所述系统执行操作,所述操作包括:检测在使用与所述系统相关联的支付卡的时间下,用户与商家之间的电子交易,其中,所述电子交易包括在所述系统处理所述电子交易期间生成的交易数据;从日历应用程序确定在所述时间下针对所述用户的日历信息,其中,所述日历应用程序能够通过所述用户的设备访问的;使用所述日历信息确定针对所述电子交易的附加交易数据;以及将所述附加交易数据与所述系统针对所述电子交易生成的交易数据一起存储。
2.根据条款1所述的系统,其中,所述日历信息包括在使用所述支付卡的时间下的约会或会议,其中,所述日历信息还包括位置、客户名称、会议名称和会议长度中的至少一个,其中,所述附加交易数据包括针对所述电子交易的支出归类。
3.根据条款1所述的系统,其中,所述日历应用程序包括所述用户的出行明细,其中,所述日历信息包括在所述时间下所述用户的出行数据,其中,所述附加交易数据包括针对所述电子交易的出行支出归类。
4.根据条款3所述的系统,其中,所述操作还包括:将所述电子交易分配到与向所述用户提供所述支付卡的商业实体相关联的客户账户和出行账户中的至少一个。
5.根据条款1所述的系统,其中,所述操作还包括:基于所述附加交易数据,将针对所述电子交易的支出报销款分配到所述用户的客户。
6.根据条款5所述的系统,其中,将支出报销款分配到客户是在没有用于识别所述客户的用户输入的情况下完成的。
7.根据条款1所述的系统,其中,所述操作还包括:使用所述用户的移动设备的位置检测组件,确定所述用户在使用所述支付卡的时间下的位置,其中,所述附加交易数据还基于在使用所述支付卡的时间下的位置来确定。
8.根据条款1所述的系统,其中,所述操作还包括:基于所述日历信息,确定所述用户在使用所述支付卡的时间下的用户活动,其中,所述附加交易数据还基于在使用所述支付卡的时间下的用户活动来确定。
9.根据条款1所述的系统,其中,所述操作还包括:基于二级卡数据、三级卡数据、消息传递数据、移动应用程序数据和过去的支出归类数据中的至少一个,确定所述电子交易的上下文数据;以及基于所述交易数据、所述附加交易数据以及所述上下文数据,将所述电子交易分配到支出管理类别。
10.根据条款1所述的系统,其中,所述操作还包括:基于所述交易数据,确定所述电子交易的商家标识符、日期和金额中的至少一个;以及基于所述附加交易数据并基于所述商家标识符、所述日期和所述金额中的至少一个,将所述电子交易分配到支出策略类别。
11.根据条款1所述的系统,其中,在确定所述日历信息之前,所述操作还包括:基于与所述支付卡相关联的支出管理策略,处理与所述商家的所述电子交易,其中,所述日历信息是响应于对所述电子交易的处理而确定的。
12.一种方法,包括:接收由服务提供商代表用户向商家请求处理的交易的交易数据,其中,所述用户与以下实体相关联:所述实体向所述用户提供账户标识符以用于所述实体的支出管理系统;基于所述账户标识符处理与所述商家的交易,其中,对所述交易的处理生成与所述服务提供商的交易数据;基于所述交易数据,从所述用户使用的数字应用程序确定所述用户和所述交易之一在所述交易的时间下的上下文数据;以及基于所述上下文数据和所述交易数据,将所述交易分配到支出管理类别。
13.根据条款12所述的方法,其中,所述上下文数据包括在所述交易的时间下的约会、会议和出行之一。
14.根据条款12所述的方法,还包括:基于所述上下文数据,确定针对所述交易的附加交易数据,其中,所述上下文数据包括支出卡数据、商家输入数据、通信数据和过去的支出数据之一,其中,所述分配所述交易还基于所述附加交易数据。
15.根据条款12所述的方法,其中,将所述交易分配到支出管理类别包括:识别针对所述实体的多个支出管理类别,其中,所述多个支出管理类别中的每个支出管理类别使用用于所述支出管理系统的帐户标识符提供针对购买的支出归类;以及基于所述上下文数据、交易数据以及所述多个支出管理类别,确定所述交易的支出管理类别。
16.根据条款12所述的方法,还包括:基于所述上下文数据和所述支出管理类别,将所述交易分配到所述实体的特定客户。
17.根据条款12所述的方法,还包括:从所述用户的用户设备接收所述交易的收据;使用图像识别处理确定所述收据上的收据数据;以及进一步基于所述收据数据,将所述交易分配到所述支出管理类别的子类别。
18.根据条款17所述的方法,其中,所述子类别包括食品、饮品、出行和礼品中的一个或多个,其中,进一步基于电话号码、电子邮件地址、信使名称和客户名称中的一个,将所述子类别分配到客户。
19.一种存储有机器可读指令的非暂时性机器可读介质,所述机器可读指令可以执行以使得机器执行操作,所述操作包括:接收对在用户与商家之间使用与所述用户的公司相关联的支付工具来进行交易的交易请求,其中,所述支付工具与服务提供商提供给所述公司的支出管理系统相关联;响应于所述交易请求,基于所述支付工具和所述支出管理系统,处理与所述商家的交易;从所述用户的个人信息管理应用程序确定所述用户在所述交易的时间下的当前操作;基于所述当前操作,确定针对所述交易的支出管理信息;以及将所述支出管理信息与所述交易的交易数据一起存储。
20.根据条款19所述的非暂时性机器可读介质,其中,确定所述用户的当前操作还包括:接收所述交易的收据的图像,以及从所述收据确定交易数据,其中,还基于所述交易数据,来确定所述支出管理信息。
在适用的情况下,本公开提供的各种实施例可以使用硬件、软件、或硬件和软件的组合来实现。此外,在适用的情况下,本文阐述的各种硬件组件和/或软件组件可以在不背离本公开的精神的情况下组合成包括软件、硬件和/或两者的复合组件。在适用的情况下,本文阐述的各种硬件组件和/或软件组件可以在不背离本公开的范围的情况下被分割为包括软件、硬件或两者的子组件。此外,在适用的情况下,可以设想软件组件可以被实现为硬件组件,反之亦然。
根据本公开的软件(例如,程序代码和/或数据),可以存储在一个或多个计算机可读介质上。还可以设想,可以使用联网的和/或其他方式的一个或多个通用或专用计算机和/或计算机系统来实现本文中表明的软件。在适用的情况下,本文描述的各个步骤的顺序可以被改变、组合成复合步骤,和/或分割成子步骤,以提供本文描述的特征。
前述公开内容并不旨在将本公开限制到所公开的精确形式或特定使用领域。因此,可以设想本公开的各种替代实施例和/或修改,无论是在本文中明确描述还是暗示的,根据本公开都是可能的。已经如此描述了本公开的实施例,本领域普通技术人员将认识到,可以在不背离本公开的范围的情况下在形式和细节上进行更改。因此,本公开仅由权利要求限制。
Claims (20)
1.一种系统,包括:
存储指令的非暂时性存储器;以及
一个或多个硬件处理器,所述一个或多个硬件处理器与所述非暂时性存储器耦合,并被配置为从所述非暂时性存储器读取所述指令,以使得所述系统执行操作,所述操作包括:
检测使用与所述系统相关联的资金源与商家进行的电子交易;
生成与所述电子交易相关联的至少一个字母数字代码;
使所述至少一个字母数字代码呈现在来自所述商家的交易记录上;
接收交易记录的数字表示;
使用图像处理操作分析所述数字表示;
基于所述分析确定所述至少一个字母数字代码;以及
将交易记录与针对所述电子交易的已存储交易数据进行匹配。
2.根据权利要求1所述的系统,其中,所述至少一个字母数字代码包括:与处理所述电子交易相关联的授权代码、以及利用所述系统识别所述电子交易的交易标识符。
3.根据权利要求1所述的系统,其中,所述数字表示包括:包括所述交易历史的实体收据的图像,其中,所述图像处理操作包括光学字符识别处理。
4.根据权利要求1所述的系统,其中,所述数字表示包括交易历史的电子消息,其中,所述图像处理操作包括文本识别处理。
5.根据权利要求1所述的系统,其中,所述操作还包括:
在用于与所述资金源相关联的商业实体的支出管理系统中,将与交易历史相关联的数字表示与所述已存储交易数据一起存储。
6.根据权利要求1所述的系统,其中,使所述至少一个字母数字代码呈现在来自所述商家的交易历史上包括以下项之一:将所述至少一个字母数字代码发送到所述商家以用于交易历史的收据,使所述至少一个字母数字代码打印在所述收据上,将所述至少一个字母数字代码添加到具有交易历史的电子消息中。
7.根据权利要求1所述的系统,其中,在生成所述至少一个字母数字代码之前,所述操作还包括:
确定所述电子交易符合与所述资金源相关联的实体的支出策略;以及
代表所述实体处理与所述商家的电子交易,其中,交易历史是基于对所述电子交易的处理而生成的。
8.根据权利要求7所述的系统,其中,在检测所述电子交易之前,所述操作还包括:
生成用于所述资金源的标识符,其中,所述标识符被提供到与所述资金源相关联的实体;以及
生成所述实体的所述支出策略,其中,所述支出策略包括来自与所述资金源的交易历史相关联的收据匹配处理的数据。
9.根据权利要求1所述的系统,其中,所述操作还包括:
响应于将交易历史与所述已存储交易数据进行匹配,至少基于交易历史将所述电子交易分配到支出管理类别。
10.根据权利要求1所述的系统,其中,所述至少一个字母数字代码包括多个代码中的旨在用于打印在具有交易历史的收据上的代码,其中,所述操作还包括:
确定所述收据上的商家标识符、日期和金额中的至少一个,
其中,还基于所述商家标识符、日期和金额中的至少一个来执行所述匹配。
11.根据权利要求1所述的系统,其中,所述图像处理操作包括光学字符识别操作,其中,所述光学字符识别操作利用通过所述数字表示绘制的至少一行来检测所述数字表示中的所述至少一个字母数字代码。
12.根据权利要求1所述的系统,其中,在接收所述数字表示之前,所述操作还包括:
处理与所述商家的电子交易;以及
向与所述资金源相关联的用户的移动设备发送电子消息,其中,所述电子消息包括对所述数字表示的请求,
其中,基于所述电子消息来接收所述数字表示。
13.一种方法,包括:
接收与交易相关联的收据的数字图像,所述交易是使用由服务提供商提供给实体的支付卡处理的,其中,所接收的数字图像还具有针对提供所述数字图像的用户的标识符;
对所述数字图像执行文本识别处理;
基于所述执行来识别显示在所述收据上的第一代码;
基于所述第一代码确定与所述服务提供商的交易的交易数据;以及
将所述数字图像与所述交易数据一起存储,以用于与所述实体相关联的支出管理系统。
14.根据权利要求13所述的方法,其中,将所述数字图像与所述交易数据一起存储包括:
从所述收据中确定针对所述交易的附加交易数据;以及
将所述附加交易数据添加到用于所述实体的支出管理系统中的交易数据中。
15.根据权利要求13所述的方法,其中,确定所述交易数据包括:
基于所述第一代码识别由所述服务提供商处理的多个交易;
基于所述多个交易中的每个交易的交易日期、商家、金额中的至少一个,确定所述多个交易中的每个交易的分数,其中,所述多个交易中的每个交易的分数标识所述多个交易中的每个交易与所述收据匹配的可能性;以及
基于所述多个交易中的每个交易的分数,来确定所述交易的交易数据。
16.根据权利要求13所述的方法,其中,在识别所述第一代码之前,所述方法还包括:
执行对多个商家收据的指纹化,其中,所述指纹化识别至少所述第一代码在所述多个商家收据中的至少一个商家收据上的位置,
其中,还使用对所述多个商家收据的指纹化,来识别所述第一代码。
17.根据权利要求13所述的方法,其中,将所述数字图像与所述交易数据一起存储包括:
将以下项中的至少一项添加到所述交易数据中:识别向所述服务提供商提交所述数字图像的用户的用户数据、所述交易的交易类别、以及所述收据上的收据数据。
18.根据权利要求13所述的方法,还包括:
基于所述收据上的收据数据,将所述交易的支出分配到所述实体的客户。
19.一种存储有机器可读指令的非暂时性机器可读介质,所述机器可读指令能够执行以使得机器执行操作,所述操作包括:
接收与交易相关联的交易数据,所述交易是使用服务提供商提供的支付工具与商家发起的;
基于所述交易数据和支出管理策略,确定所述交易获得批准,所述支出管理策略与所述支付工具相关联并由所述服务提供商管理;
针对所述服务提供商的所述交易生成授权代码和交易标识符,其中,所述授权代码和所述交易标识符被生成为防止与针对所述服务提供商生成的其他代码和其他标识符发生冲突;以及
使所述授权代码和所述交易标识符显示在所述商家针对所述交易生成的实体收据上。
20.根据权利要求19所述的非暂时性机器可读介质,其中,所述操作还包括:
从用户的设备接收所述实体收据的图像;
确定所述图像中的所述授权代码和所述交易标识符;
使用所述授权代码和所述交易标识符识别所述交易数据;以及
将所述图像添加到所述交易数据。
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US16/664,694 | 2019-10-25 | ||
US16/664,694 US11593765B2 (en) | 2019-10-25 | 2019-10-25 | Application data integration for automatic data categorizations |
US16/664,592 US11423368B2 (en) | 2019-10-25 | 2019-10-25 | Code generation and tracking for automatic data synchronization in a data management system |
US16/664,592 | 2019-10-25 | ||
PCT/US2020/057168 WO2021081408A1 (en) | 2019-10-25 | 2020-10-23 | Code generation and tracking for automatic data synchronization in a data management system |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114902298A true CN114902298A (zh) | 2022-08-12 |
Family
ID=75620286
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202080090033.3A Pending CN114902298A (zh) | 2019-10-25 | 2020-10-23 | 用于数据管理系统中的自动数据同步的代码生成和跟踪 |
Country Status (10)
Country | Link |
---|---|
EP (1) | EP4049177A4 (zh) |
JP (1) | JP7466638B2 (zh) |
CN (1) | CN114902298A (zh) |
AU (1) | AU2020372489B2 (zh) |
BR (1) | BR112022007726A2 (zh) |
CA (1) | CA3158558A1 (zh) |
IL (1) | IL292476A (zh) |
MX (1) | MX2022004922A (zh) |
WO (1) | WO2021081408A1 (zh) |
ZA (1) | ZA202205666B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20230230067A1 (en) * | 2022-01-20 | 2023-07-20 | VocaLink Limited | Tokenized control of personal data |
Family Cites Families (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6754640B2 (en) * | 2000-10-30 | 2004-06-22 | William O. Bozeman | Universal positive pay match, authentication, authorization, settlement and clearing system |
JP2002245391A (ja) | 2001-02-16 | 2002-08-30 | Takeda Chem Ind Ltd | 経費精算システム |
US20120084135A1 (en) | 2010-10-01 | 2012-04-05 | Smartslips Inc. | System and method for tracking transaction records in a network |
US8861861B2 (en) * | 2011-05-10 | 2014-10-14 | Expensify, Inc. | System and method for processing receipts and other records of users |
US9245296B2 (en) * | 2012-03-01 | 2016-01-26 | Ricoh Company Ltd. | Expense report system with receipt image processing |
JP5440652B2 (ja) | 2012-05-11 | 2014-03-12 | カシオ計算機株式会社 | 売上データ処理装置、及びプログラム |
US20140074690A1 (en) * | 2012-09-07 | 2014-03-13 | Bank Of America Corporation | Digital receipt router |
US9208528B2 (en) | 2012-10-16 | 2015-12-08 | American Express Travel Related Services Company, Inc. | Systems and methods for expense management |
US10410191B2 (en) * | 2013-03-14 | 2019-09-10 | Bill.Com, Llc | System and method for scanning and processing of payment documentation in an integrated partner platform |
US20150032602A1 (en) * | 2013-07-29 | 2015-01-29 | Bank Of America Corporation | Understanding past purchase transactions based on purchase transaction history |
US9275418B2 (en) * | 2014-05-16 | 2016-03-01 | Bank Of America Corporation | Providing e-receipts to customers |
WO2016004354A1 (en) | 2014-07-02 | 2016-01-07 | Freeman Michael H | Receiving, sending and managing electronic approvals and receipts invention |
JP6443057B2 (ja) | 2015-01-09 | 2018-12-26 | セイコーエプソン株式会社 | 制御装置、及び、制御装置の制御方法 |
JP6719063B2 (ja) | 2015-03-31 | 2020-07-08 | 株式会社日本デジタル研究所 | 会計入力システム、端末装置、サーバー装置、方法およびプログラム |
US20180053259A1 (en) | 2016-08-19 | 2018-02-22 | Kabushiki Kaisha Toshiba | System and method for personalized, policy based expense processing |
US10115083B1 (en) * | 2017-10-24 | 2018-10-30 | Capital One Services, Llc | Camera activation and image processing for transaction verification |
-
2020
- 2020-10-23 WO PCT/US2020/057168 patent/WO2021081408A1/en active Application Filing
- 2020-10-23 BR BR112022007726A patent/BR112022007726A2/pt unknown
- 2020-10-23 AU AU2020372489A patent/AU2020372489B2/en active Active
- 2020-10-23 CA CA3158558A patent/CA3158558A1/en active Pending
- 2020-10-23 CN CN202080090033.3A patent/CN114902298A/zh active Pending
- 2020-10-23 MX MX2022004922A patent/MX2022004922A/es unknown
- 2020-10-23 EP EP20878334.0A patent/EP4049177A4/en active Pending
- 2020-10-23 JP JP2022524600A patent/JP7466638B2/ja active Active
-
2022
- 2022-04-25 IL IL292476A patent/IL292476A/en unknown
- 2022-05-23 ZA ZA2022/05666A patent/ZA202205666B/en unknown
Also Published As
Publication number | Publication date |
---|---|
JP7466638B2 (ja) | 2024-04-12 |
JP2023505007A (ja) | 2023-02-08 |
CA3158558A1 (en) | 2021-04-29 |
EP4049177A1 (en) | 2022-08-31 |
AU2020372489B2 (en) | 2023-06-08 |
WO2021081408A1 (en) | 2021-04-29 |
MX2022004922A (es) | 2022-08-08 |
IL292476A (en) | 2022-06-01 |
BR112022007726A2 (pt) | 2022-07-12 |
ZA202205666B (en) | 2023-11-29 |
AU2020372489A1 (en) | 2022-06-16 |
EP4049177A4 (en) | 2023-10-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10977633B2 (en) | Systems and methods for splitting a bill associated with a receipt | |
US11580596B2 (en) | Shared expense management | |
US10163102B2 (en) | Method and system for using social networks to verify entity affiliations and identities | |
US20200118137A1 (en) | Transaction management system | |
US10504163B2 (en) | System for payment, data management, and interchanges for use with global shopping cart | |
US20130226798A1 (en) | Methods and systems for automating payments utilizing rules and constraints | |
US20150302388A1 (en) | Design framework and apparatus for paying gratitudes | |
US20140172633A1 (en) | Payment interchange for use with global shopping cart | |
US20150142545A1 (en) | Enhanced system and method for offering and accepting discounts on invoices in a payment system | |
US20140067503A1 (en) | Systems and Methods to Identify Account Information and Customize Offers | |
JP2018506103A (ja) | ピア・ツー・ビジネスの支払いの送信および受信の促進 | |
CA2853346A1 (en) | Automated accounting method | |
US20130117174A1 (en) | Real-time microfinance | |
US20130211987A1 (en) | Systems and methods to provide account features via web services | |
US20230298036A1 (en) | Intelligent recommendations for dynamic policies used in real-time transactions | |
US20180108056A1 (en) | Online management system and methods | |
US11593765B2 (en) | Application data integration for automatic data categorizations | |
US11087380B2 (en) | Method, article of manufacture, and system for provisioning available appointments | |
WO2017212339A1 (en) | System and method of communicating requests and responses using a communications network | |
US11900476B2 (en) | Code generation and tracking for automatic data synchronization in a data management system | |
AU2020372489B2 (en) | Code generation and tracking for automatic data synchronization in a data management system | |
US20170270522A1 (en) | Online transaction system and methods | |
US20170140365A1 (en) | Systems and methods using check document images to create pre-paid payment cards | |
US20180108055A1 (en) | Online management system and methods | |
US20160117678A1 (en) | Payment 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 |