EP3526758A1 - Finding evidencing electronic documents based on unstructured data - Google Patents
Finding evidencing electronic documents based on unstructured dataInfo
- Publication number
- EP3526758A1 EP3526758A1 EP17861011.9A EP17861011A EP3526758A1 EP 3526758 A1 EP3526758 A1 EP 3526758A1 EP 17861011 A EP17861011 A EP 17861011A EP 3526758 A1 EP3526758 A1 EP 3526758A1
- Authority
- EP
- European Patent Office
- Prior art keywords
- electronic document
- data
- transaction
- query
- template
- 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.)
- Withdrawn
Links
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/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
-
- 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
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time 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/04—Payment circuits
- G06Q20/047—Payment circuits using payment protocols involving electronic receipts
-
- 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
- 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
- G06Q40/123—Tax preparation or submission
Definitions
- the present disclosure relates generally to searching for electronic documents, and more specifically to searching based on unstructured data in electronic documents.
- ERP enterprise resource planning
- ERP systems generally collect data related to business activities of various departments in an enterprise. Such collected data may come from different data sources, and may be in different formats. ERP systems provide an integrated view of this business activity data, and further enable generation of expense reports that can later be sent to the relevant tax authority.
- employees engage in a high number of business activities. Such business activities may further result in a large number of business expenses to be reported to tax authorities. Reporting such business expenses may result in tax breaks and refunds.
- employees typically provide receipts based on expenses incurred and are usually required to indicate the types of such expenses. Based on the indication, an ERP system may generate a report which is provided with any received receipts to the relevant tax authority.
- ERP systems must associate and track relations between sets of the managed data. For example, information related to tax reporting of a receipt must be maintained with an association to the receipt itself. Any errors in associations between data sets can result in incorrect reporting, which in turn may cause loss of profits due to unsuccessful redemptions and exemptions, and failure to comply with laws and regulations. Thus, accurate data management is crucial for ERP systems.
- Tracking such data presents additional challenges when portions of the data are unstructured. For example, there are further difficulties associated with tracking expense receipts stored as image files. Some existing solutions to these challenges involve identifying contents of files containing unstructured data based on file extension names provided by users. Such solutions are subject to human error (e.g., typos, mistaking contents of files, etc.), and may not fully describe the contents therein. These disadvantages may further contribute to inaccuracies in ERP systems.
- Certain embodiments disclosed herein include a method for finding evidencing electronic documents based on unstructured data.
- the method comprises: analyzing a first electronic document to determine at least one transaction parameter of a transaction, wherein the first electronic document includes at least partially unstructured data; creating a template for the transaction, wherein the template is a structured dataset including the determined at least one transaction parameter; generating, based on the created template, at least one query; and querying at least one data source for a second electronic document using the at least one query.
- Certain embodiments disclosed herein also include a non-transitory computer readable medium having stored thereon causing a processing circuitry to execute a process, the process comprising: analyzing a first electronic document to determine at least one transaction parameter of a transaction, wherein the first electronic document includes at least partially unstructured data; creating a template for the transaction, wherein the template is a structured dataset including the determined at least one transaction parameter; generating, based on the created template, at least one query; and querying at least one data source for a second electronic document using the at least one query.
- Certain embodiments disclosed herein also include a system for finding evidencing electronic documents based on unstructured data.
- the system comprises: a processing circuitry; and a memory, the memory containing instructions that, when executed by the processing circuitry, configure the system to: analyze a first electronic document to determine at least one transaction parameter of a transaction, wherein the first electronic document includes at least partially unstructured data; create a template for the transaction, wherein the template is a structured dataset including the determined at least one transaction parameter; generate, based on the created template, at least one query; and query at least one data source for a second electronic document using the at least one query.
- Figure 1 is a network diagram utilized to describe the various disclosed embodiments.
- Figure 2 is a flowchart illustrating a method for finding evidencing electronic documents based on unstructured data according to an embodiment.
- Figure 3 is a flowchart illustrating a method for creating a template according to an embodiment.
- Figure 4 is a block diagram of a query generator according to an embodiment.
- the various disclosed embodiments include a system and method for finding evidencing electronic documents based on unstructured data.
- a template is created for a first reporting electronic document.
- the reporting electronic document includes at least partially unstructured data indicating transaction parameters for a transaction.
- the template is created based on key fields and values identified in the reporting electronic document.
- a query is generated based on the created template. The query may be customized based on a type of the reporting electronic document, data sources to be searched, and the like. Using the query, one or more data sources is searched for a matching evidencing electronic document. Results of the search may be validated based on the template. Based on the template and the result evidencing electronic document, a reclaim electronic document may be generated.
- the disclosed embodiments allow for finding and retrieving appropriate evidences based on transactions indicated in unstructured documents such as image or text files. More specifically, unstructured data in reporting electronic documents is analyzed to create a structured dataset template, which in turn may be utilized to generate queries that uniquely identify the respective transactions based on the structures of the templates, thereby allowing for efficient and accurate searching of data sources for appropriate evidencing electronic documents. Further, the created templates may be stored in place of the corresponding reporting electronic documents for more efficient subsequent use, as structured data can be processed more efficiently than unstructured data, semi-structured data, or data otherwise lacking a known structure.
- Fig. 1 shows an example network diagram 100 utilized to describe the various disclosed embodiments.
- the network diagram 100 includes a query generator 120, web sources 130-1 through 130-N (hereinafter referred to individually as a web source 130 and collectively as web sources 130, merely for simplicity purposes), a database 140, and an enterprise system 150 communicatively connected via a network 1 10.
- the network 1 10 may be, but is not limited to, a wireless, cellular or wired network, a local area network (LAN), a wide area network (WAN), a metro area network (MAN), the Internet, the worldwide web (WWW), similar networks, and any combination thereof.
- LAN local area network
- WAN wide area network
- MAN metro area network
- WWW worldwide web
- the enterprise system 150 is associated with an enterprise, and may store data related to transactions made by the enterprise or representatives of the enterprise.
- the enterprise may be, but is not limited to, a business whose employees may purchase goods and services on behalf of the business.
- the enterprise system 130 may be, but is not limited to, a server, a database, an enterprise resource planning system, a customer relationship management system, a user device, or any other system storing relevant data.
- the user device may be, but is not limited to, a personal computer, a laptop, a tablet computer, a smartphone, a wearable computing device, or any other device capable of capturing, storing, and sending unstructured data sets.
- the enterprise system 150 may be a smart phone including a camera.
- the enterprise system 150 may be utilized by, for example, an employee of an organization associated with the enterprise system 130.
- the database 140 may store at least reporting electronic documents.
- the database 140 may be operated by or otherwise associated with the enterprise associated with the enterprise system 150.
- the web sources 130 store evidencing electronic documents such as, but not limited to, scans of receipts, invoices, and the like.
- the web sources 130 may be queried, and different web sources 130 may accept queries in different formats.
- the evidencing electronic documents stored in the web sources 130 may include or be associated with metadata identifying transactions evidenced by the respective evidencing electronic documents.
- the query generator 120 includes an optical recognition processor (e.g., the optical recognition processor 430, Fig. 4).
- the optical recognition processor is configured to identify at least characters in data and, in particular, unstructured data.
- the query generator 120 is configured to receive a request from the enterprise system 130.
- the request may include, but is not limited to, a reporting electronic document, an identifier of the reporting electronic document, a location of the reporting electronic document in the database 140, and the like.
- the reporting electronic document is an at least partially unstructured electronic document including, but not limited to, unstructured data, semi-structured data, structured data lacking a known format (i.e., a format recognized by the query generator 120), or a combination thereof.
- the reporting electronic document is typically, but is not limited to, an electronic document that may be, for example, manually filled in by an employee (by, e.g., typing or otherwise inputting information).
- the reporting electronic document may be an image showing an expense report, or a text file including text of an expense report.
- the reporting electronic document indicates information related to one or more transactions.
- the reporting electronic document may be uploaded to the database 140 by, e.g., a user of the enterprise system 150.
- a user of the enterprise system 150 may take a picture of an expense report via a camera (not shown) of the enterprise system 150 and store the image in the database 140 (e.g., via a server of the enterprise, not shown).
- the query generator 120 is configured to analyze the at least partially unstructured reporting electronic document.
- the analysis may include, but is not limited to, recognizing elements shown in the at least partially unstructured electronic document via computer vision techniques and creating templates of transaction attributes based on the recognized elements.
- Such computer vision techniques may further include image recognition, pattern recognition, signal processing, character recognition, and the like.
- Each created template is a structured dataset including the identified transaction parameters for a transaction.
- the template includes one or more fields representing categories of transaction data, with each field including values of appropriate transaction parameters. Creation of structured dataset templates is described further herein below.
- the query generator 120 is configured to generate a query for each transaction indicated in the at least partially unstructured reporting electronic document.
- Each query may be generated based further on query formats accepted by the web sources 130, a type of evidencing electronic document needed for evidencing the reporting electronic document, or both.
- the query generator 120 may be configured to determine a required type of evidencing electronic document for each transaction indicated in the reporting electronic document based on the created templates.
- the required types of evidencing electronic documents may be determined based on transaction parameters such as, but not limited to, price, type of good or service purchased, a type of reclaim requiring the evidencing electronic document (e.g., when the evidencing electronic document is to be utilized as evidence for a value-added tax reclaim), one or more evidencing rules for a country in which the transaction occurred, a combination thereof, and the like.
- a less detailed invoice may be required for transactions having a price less than 250 Euros, while a more detailed invoice may be required for other transactions.
- a VAT invoice may be specifically required for transactions in a first country, while any type of invoice may be required for transactions in a second country.
- Each query may be based on values included in one or more fields of the respective template.
- the fields of the template based on which queries are generated may be predetermined fields selected to represent information of the transaction that uniquely identifies the transaction such that an evidencing electronic document (e.g., a receipt) found using the query provides evidence of the transaction.
- the metadata may include a location in which the expense was incurred (indicated in a "location” field), characteristics (e.g., type of business, types of products sold, etc.) of the place of business in which the expense was made (e.g., as indicated in a "business info” field), a time at which the expense was incurred (e.g., as indicated in a "time” field), an amount (e.g., a monetary value or quantity indicated in a corresponding field), combinations thereof, and the like.
- location in which the expense was incurred indicated in a "location” field
- characteristics e.g., type of business, types of products sold, etc.
- time at which the expense was incurred e.g., as indicated in a "time” field
- an amount e.g., a monetary value or quantity indicated in a corresponding field
- the query generator 120 is configured to search for evidencing electronic documents using the generated queries.
- the result evidencing electronic documents may be associated with metadata matching the queries.
- the search may include querying one or more of the web sources 130 using the generated queries.
- the search may include querying the database 140 for result evidencing electronic documents, and only querying the web sources 130 for evidencing electronic documents of transactions not found during the search of the database 140.
- the web sources 130 may only be queried for missing evidencing electronic documents.
- the query generator 120 may be configured to clean the results of the search.
- the cleaning may include, but is not limited to, removing private data, irrelevant data, or both, from the result evidencing electronic documents.
- the private data and irrelevant data may be determined based on one or more cleaning rules, which may be provided by the enterprise system 150.
- private and irrelevant data may include personal information of a particular employee (e.g., personal credit card information, social security number, etc.) that is not needed for providing evidence supporting a VAT reclaim.
- the cleaning may include using optical character recognition on the result electronic documents and identifying, based on the results of the optical character recognition, the private and irrelevant data.
- Using structured templates for finding evidencing electronic documents allows for more efficient and accurate searching than, for example, by utilizing unstructured data directly.
- metadata generated based on the templates may be generated with respect to particular fields such that the metadata more efficiently and more accurately demonstrates parameters that uniquely identify the transaction. Accordingly, the metadata may be used to accurately search for matching evidencing electronic documents while reducing processing power and time related to comparing metadata.
- the query generator 120 typically includes a processing circuitry (e.g., the processing circuitry 410, Fig. 4) coupled to a memory (e.g., the memory 415, Fig. 4).
- the processing circuitry may comprise or be a component of a processor (not shown) or an array of processors coupled to the memory.
- the memory contains instructions that can be executed by the processing circuitry. The instructions, when executed by the processing circuitry, configure the processing circuitry to perform the various functions described herein.
- the embodiments disclosed herein are not limited to the specific architecture illustrated in Fig. 1 , and that other architectures may be equally used without departing from the scope of the disclosed embodiments.
- the query generator 120 may reside in a cloud computing platform, a datacenter, and the like. Moreover, in some implementations, there may be a plurality of query generators operating as described hereinabove and configured to either have one as a standby, to share the load between them, or to split the functions between them.
- the database 140 may equally be another data source such as, for example a server having access to one or more databases. Further, multiple databases may be utilized without departing from the scope of the disclosure.
- Fig. 2 is an example flowchart 200 illustrating a method for finding evidencing electronic documents based on unstructured data according to an embodiment.
- the method may be performed by a query generator (e.g., the query generator 120).
- a first reporting electronic document is received or retrieved.
- the reporting electronic document includes at least partially unstructured data related to one or more transactions.
- the at least partially unstructured data includes, but is not limited to, unstructured data, semi-structured data, or structured data lacking a known format.
- the transaction electronic document may be retrieved from, for example, an enterprise resource planning (ERP) system (e.g., the enterprise system 130, Fig. 1 ), or may be received from, for example, a user device (e.g., the enterprise system 150, Fig. 1 ).
- ERP enterprise resource planning
- a request to generate a reclaim electronic document including the reporting electronic document or an identifier of the reporting electronic document may be received.
- the request may further indicate a type of reclaim (e.g., value-added tax or other tax, reimbursement for employee expenditures, etc.).
- S210 may include retrieving the reporting electronic document.
- the reporting electronic document may be an image showing, for example, one or more expense reports related to business activities.
- the image may be captured by a mobile device operated by an employee of an organization who takes a picture of an expense report form.
- a template is created for each transaction indicated in the reporting electronic document.
- the transaction electronic document may be analyzed via an optical character recognition (OCR) processor.
- OCR optical character recognition
- the analysis may further include using machine vision to identify elements in the at least partially unstructured data, cleaning or disambiguating the data, and generating a structured data including key fields and values identified in the at least partially unstructured data.
- machine vision may be utilized to identify information related to a transaction noted in the receipt such as price, location, date, buyer, seller, and the like.
- S230 based on one of the created templates, a required type of evidencing electronic document is determined for the respective transaction.
- S230 may also include identifying one or more data sources storing the required type of evidencing electronic document. The identified data sources may be queried to find a matching evidencing electronic document for the transaction.
- a query is generated based on the created template.
- the query may be generated based further on the determined required type of evidencing electronic document.
- the query may be generated based on typical identifying information of the required type of evidencing electronic document, based on query formats accepted by the identified data sources, or both.
- the query may be generated based on values in fields that uniquely identify the transaction. As a non-limiting example, for a template including the fields "date,” “price,” “quantity,” and “item name” or "item number,” a query indicating the values in those fields may be generated.
- S240 may include generating more than one query. More than one query may be utilized when, for example, data sources requiring different format queries are to be searched, to optimize queries for specific data sources, and the like. To this end, the generated query may be further based on optimization rules for optimizing queries for one or more data sources. [0049] At S250, the generated queries are utilized to search in one or more data sources for an evidencing electronic document. In an embodiment, S250 includes querying one or more web sources using the generated queries. In a further embodiment, S250 may include first querying a database of an enterprise for an evidencing electronic document for the transaction, and only querying the web sources if the evidencing electronic document is not found in the database. In an embodiment, S250 may further include retrieving the found electronic document. In a further embodiment, S250 may include storing the found electronic document in, for example, a database (e.g., the database 140).
- a database e.g., the database 140
- S250 may include generating a notification indicating the results of the search.
- the notification may include the evidencing electronic document for the transaction.
- results of the search may be cleaned to remove private information, irrelevant information, or both.
- the cleaning may be based on cleaning rules.
- a reclaim electronic document may be generated based on the created template and the result evidencing electronic document.
- the reclaim electronic document may be a completed VAT reclaim request form including the result evidencing electronic document.
- Fig. 3 is an example flowchart S220 illustrating a method for creating a template based on an electronic document including at least partially unstructured data according to an embodiment.
- the electronic document is obtained.
- Obtaining the electronic document may include, but is not limited to, receiving the electronic document (e.g., receiving a scanned image) or retrieving the electronic document (e.g., retrieving the electronic document from a consumer enterprise system, a merchant enterprise system, or a database).
- the electronic document is analyzed to identify elements in the at least partially unstructured data. The analysis may include, but is not limited to, using optical character recognition (OCR) to determine characters in the electronic document.
- OCR optical character recognition
- the elements may include, but are not limited to, characters, strings, or both, related to a transaction.
- the elements may include printed data appearing in an expense receipt related to a business activity.
- Such printed data may include, but is not limited to, date, time, quantity, name of seller, type of seller business, value added tax payment, type of product purchased, payment method registration numbers, and the like.
- the key field may include, but are not limited to, merchant's name and address, date, currency, good or service sold, a transaction identifier, an invoice number, and so on.
- An electronic document may include unnecessary details that would not be considered to be key values. As an example, a logo of the merchant may not be required and, thus, is not a key value.
- a list of key fields may be predefined, and pieces of data that may match the key fields are extracted. Then, a cleaning process is performed to ensure that the information is accurately presented. For example, if the OCR would result in a data presented as "121 1212005", the cleaning process will convert this data to 12/12/2005. As another example, if a name is presented as "Mo$den”, this will change to "Mosden”.
- the cleaning process may be performed using external information resources, such as dictionaries, calendars, and the like.
- S430 results in a complete set of the predefined key fields and their respective values.
- S330 may further include disambiguating the unstructured data. The disambiguation may be based on, but not limited to, a file name of the unstructured data set, dictionaries, algorithms, thesauruses, and the like.
- Disambiguation may result in more accurate identification of the transactions.
- the disambiguation may be based on, but not limited to, the structure of the data (e.g., data in a field "Destination" may be disambiguated based on names of locations), dictionaries, algorithms, thesauruses, and the like.
- a notification may be generated and sent to a user (e.g., a user of the enterprise system 150), prompting the user to provide further clarification.
- a string "$300.00” character on the same line as the string "Total Price” may be utilized to determine that the value to be included in a "purchase price” field is $300.00.
- the string "Drance” may be disambiguated based on a dictionary to result in metadata indicating that a location associated with the unstructured data set is France.
- the structured data for a field may be "Taxi in Paris” and value for the field may be "60 Euros". Based on one or more rules for maximum taxi price, it may be determined that the amount "60 Euros" is too high for a taxi expense and, therefore, that the field corresponds to multiple taxi trips.
- a structured dataset is generated.
- the generated dataset includes the identified key fields and values.
- Fig. 4 is an example schematic diagram of the query generator 120 according to an embodiment.
- the query generator 120 includes a processing circuitry 410 coupled to a memory 415, a storage 420, and a network interface 440.
- the query generator 120 may include an optical character recognition (OCR) processor 430.
- OCR optical character recognition
- the components of the query generator 120 may be communicatively connected via a bus 450.
- the processing circuitry 410 may be realized as one or more hardware logic components and circuits.
- illustrative types of hardware logic components include field programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), Application-specific standard products (ASSPs), system-on-a-chip systems (SOCs), general-purpose microprocessors, microcontrollers, digital signal processors (DSPs), and the like, or any other hardware logic components that can perform calculations or other manipulations of information.
- the memory 415 may be volatile (e.g., RAM, etc.), non-volatile (e.g., ROM, flash memory, etc.), or a combination thereof.
- computer readable instructions to implement one or more embodiments disclosed herein may be stored in the storage 420.
- the memory 415 is configured to store software.
- Software shall be construed broadly to mean any type of instructions, whether referred to as software, firmware, middleware, microcode, hardware description language, or otherwise. Instructions may include code (e.g., in source code format, binary code format, executable code format, or any other suitable format of code).
- the instructions when executed by the one or more processors, cause the processing circuitry 410 to perform the various processes described herein. Specifically, the instructions, when executed, cause the processing circuitry 410 to search for evidencing electronic documents based on unstructured data, as discussed herein.
- the storage 420 may be magnetic storage, optical storage, and the like, and may be realized, for example, as flash memory or other memory technology, CD-ROM, Digital Versatile Disks (DVDs), or any other medium which can be used to store the desired information.
- flash memory or other memory technology
- CD-ROM Compact Discs
- DVDs Digital Versatile Disks
- the storage 420 may also store metadata generated based on analyses of unstructured data by the OCR processor 430. In a further embodiment, the storage 420 may further store queries generated based on the metadata.
- the OCR processor 430 may include, but is not limited to, a feature and/or pattern recognition processor (RP) 435 configured to identify patterns, features, or both, in unstructured data sets. Specifically, in an embodiment, the OCR processor 430 is configured to identify at least characters in the unstructured data. The identified characters may be utilized to create a dataset including data required for verification of a request.
- the network interface 440 allows the query generator 120 to communicate with the enterprise system 130, the database 140, the enterprise system 150, or a combination of, for the purpose of, for example, receiving electronic documents, sending notifications, searching for electronic documents, storing data, and the like.
- reporting electronic document may be an expense report indicating multiple transactions made by an employee.
- the various embodiments disclosed herein can be implemented as hardware, firmware, software, or any combination thereof.
- the software is preferably implemented as an application program tangibly embodied on a program storage unit or computer readable medium consisting of parts, or of certain devices and/or a combination of devices.
- the application program may be uploaded to, and executed by, a machine comprising any suitable architecture.
- the machine is implemented on a computer platform having hardware such as one or more central processing units (“CPUs"), a memory, and input/output interfaces.
- CPUs central processing units
- the computer platform may also include an operating system and microinstruction code.
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)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Entrepreneurship & Innovation (AREA)
- Human Resources & Organizations (AREA)
- Computer Security & Cryptography (AREA)
- Technology Law (AREA)
- Data Mining & Analysis (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
Description
Claims
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201662408780P | 2016-10-16 | 2016-10-16 | |
US15/361,934 US20170154385A1 (en) | 2015-11-29 | 2016-11-28 | System and method for automatic validation |
PCT/US2017/056448 WO2018071737A1 (en) | 2016-10-16 | 2017-10-13 | Finding evidencing electronic documents based on unstructured data |
Publications (2)
Publication Number | Publication Date |
---|---|
EP3526758A1 true EP3526758A1 (en) | 2019-08-21 |
EP3526758A4 EP3526758A4 (en) | 2020-05-06 |
Family
ID=61906440
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP17861011.9A Withdrawn EP3526758A4 (en) | 2016-10-16 | 2017-10-13 | Finding evidencing electronic documents based on unstructured data |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP3526758A4 (en) |
CN (1) | CN109983489A (en) |
WO (1) | WO2018071737A1 (en) |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH0415839A (en) * | 1990-05-10 | 1992-01-21 | Toshiba Corp | Distributed data base control device |
US20100161616A1 (en) * | 2008-12-16 | 2010-06-24 | Carol Mitchell | Systems and methods for coupling structured content with unstructured content |
US8774516B2 (en) * | 2009-02-10 | 2014-07-08 | Kofax, Inc. | Systems, methods and computer program products for determining document validity |
US10176239B2 (en) * | 2012-04-24 | 2019-01-08 | International Business Machines Corporation | Automation-assisted curation of technical support information |
-
2017
- 2017-10-13 EP EP17861011.9A patent/EP3526758A4/en not_active Withdrawn
- 2017-10-13 WO PCT/US2017/056448 patent/WO2018071737A1/en active Application Filing
- 2017-10-13 CN CN201780070059.XA patent/CN109983489A/en active Pending
Also Published As
Publication number | Publication date |
---|---|
CN109983489A (en) | 2019-07-05 |
EP3526758A4 (en) | 2020-05-06 |
WO2018071737A1 (en) | 2018-04-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10614528B2 (en) | System and method for automatic generation of reports based on electronic documents | |
US11062132B2 (en) | System and method for identification of missing data elements in electronic documents | |
US11138372B2 (en) | System and method for reporting based on electronic documents | |
US20170169292A1 (en) | System and method for automatically verifying requests based on electronic documents | |
US20170193608A1 (en) | System and method for automatically generating reporting data based on electronic documents | |
WO2018132656A1 (en) | System and method for generating a modified evidencing electronic document including missing elements | |
US20160321578A1 (en) | System and method for verifying enterprise resource planning data | |
EP3430540A1 (en) | System and method for automatically generating reporting data based on electronic documents | |
US10558880B2 (en) | System and method for finding evidencing electronic documents based on unstructured data | |
US20170161315A1 (en) | System and method for maintaining data integrity | |
US20170169518A1 (en) | System and method for automatically tagging electronic documents | |
US20170185832A1 (en) | System and method for verifying extraction of multiple document images from an electronic document | |
US20180096435A1 (en) | System and method for verifying unstructured enterprise resource planning data | |
WO2018067698A1 (en) | System and method for verifying unstructured enterprise resource planning data | |
US10387561B2 (en) | System and method for obtaining reissues of electronic documents lacking required data | |
US20190228475A1 (en) | System and method for optimizing reissuance of electronic documents | |
WO2018071737A1 (en) | Finding evidencing electronic documents based on unstructured data | |
WO2017142615A1 (en) | System and method for maintaining data integrity | |
EP3494496A1 (en) | System and method for reporting based on electronic documents | |
EP3417383A1 (en) | Automatic verification of requests based on electronic documents | |
US20200118122A1 (en) | Techniques for completing missing and obscured transaction data items | |
EP3494530A1 (en) | Obtaining reissues of electronic documents lacking required data | |
WO2017142624A1 (en) | System and method for automatically tagging electronic documents |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE |
|
17P | Request for examination filed |
Effective date: 20190513 |
|
AK | Designated contracting states |
Kind code of ref document: A1 Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
AX | Request for extension of the european patent |
Extension state: BA ME |
|
DAV | Request for validation of the european patent (deleted) | ||
DAX | Request for extension of the european patent (deleted) | ||
A4 | Supplementary search report drawn up and despatched |
Effective date: 20200403 |
|
RIC1 | Information provided on ipc code assigned before grant |
Ipc: G06Q 20/38 20120101ALI20200330BHEP Ipc: G06F 16/84 20190101ALI20200330BHEP Ipc: G06Q 20/04 20120101ALI20200330BHEP Ipc: G06Q 40/00 20120101ALI20200330BHEP Ipc: G06Q 20/40 20120101ALI20200330BHEP Ipc: G06Q 10/10 20120101AFI20200330BHEP Ipc: G06K 9/00 20060101ALI20200330BHEP Ipc: G06F 16/33 20190101ALI20200330BHEP Ipc: G06Q 30/04 20120101ALI20200330BHEP |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN |
|
18D | Application deemed to be withdrawn |
Effective date: 20201103 |