WO2022049689A1 - データ処理装置、データ処理方法及びプログラム - Google Patents

データ処理装置、データ処理方法及びプログラム Download PDF

Info

Publication number
WO2022049689A1
WO2022049689A1 PCT/JP2020/033399 JP2020033399W WO2022049689A1 WO 2022049689 A1 WO2022049689 A1 WO 2022049689A1 JP 2020033399 W JP2020033399 W JP 2020033399W WO 2022049689 A1 WO2022049689 A1 WO 2022049689A1
Authority
WO
WIPO (PCT)
Prior art keywords
date
payment
invoice
unit
payment date
Prior art date
Application number
PCT/JP2020/033399
Other languages
English (en)
French (fr)
Inventor
鴻鵬 葛
顕 松田
智 小俣
啓太郎 森
Original Assignee
ファーストアカウンティング株式会社
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by ファーストアカウンティング株式会社 filed Critical ファーストアカウンティング株式会社
Priority to JP2020546178A priority Critical patent/JP6802417B1/ja
Priority to PCT/JP2020/033399 priority patent/WO2022049689A1/ja
Publication of WO2022049689A1 publication Critical patent/WO2022049689A1/ja

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/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

Definitions

  • the present invention relates to a data processing device, a data processing method, and a program for processing data related to an invoice.
  • the present invention has been made in view of these points, and an object thereof is to reduce the burden of reading the invoice.
  • the data processing device is displayed on the invoice from the acquisition unit that acquires the read data generated by reading the invoice and the read data acquired by the acquisition unit.
  • An extraction unit that extracts the display payment date, which is the payment date of the price corresponding to the invoice, and the issue date of the invoice, a customer identification unit that specifies the business partner who issued the invoice, and the above.
  • the payment date specification unit that specifies the base payment date, which is the payment date of the price corresponding to the issue date or the current date, and the indicated payment date and the standard. It has an output unit that outputs warning information when the payment due date is different.
  • the output unit outputs the warning information when the issue date is later than the indicated payment date, regardless of whether the indicated payment date and the base payment date are different. May be good.
  • the data processing device may further have a change unit that replaces the issue date extracted by the extraction unit with the display payment due date.
  • the data processing apparatus may further have a change unit for changing the indicated payment date to the reference payment date when the indicated payment date and the reference payment date are different from each other.
  • the payment due date specifying unit may specify the base payment due date by referring to the master information showing the relationship between the closing date and the payment due date for each business partner.
  • the data processing method is displayed on the invoice from the step of acquiring the read data generated by reading the invoice, which is executed by the computer, and the acquired read data.
  • the program according to the third aspect of the present invention displays the computer on the invoice from the acquisition unit that acquires the read data generated by reading the invoice, and the read data acquired by the acquisition unit.
  • Extraction unit that extracts the display payment date, which is the payment date of the price corresponding to the invoice, and the issue date of the invoice, the customer identification unit that specifies the business partner who issued the invoice, and the business partner.
  • the payment date specification unit that specifies the base payment date, which is the payment date of the price corresponding to the issue date or the current date, and the indicated payment date and the standard payment. It functions as an output unit that outputs warning information when the due date is different.
  • FIG. 1 is a diagram for explaining an outline of the data processing device 1.
  • the data processing device 1 acquires invoice data generated by reading an invoice by a reading device 2 such as a scanner or a digital camera, and uses the result of analyzing a character string included in the invoice data to generate an invoice. It is a device for management, for example, a computer.
  • the data processing device 1 may be configured by one computer or may be configured by a plurality of computers.
  • FIG. 2 is a diagram showing an example of an invoice received by a user of the data processing device 1 as a demandee.
  • the invoice shown in FIG. 2 displays the name, address, and contact information of the business operator that issued the invoice, that is, the business partner who charges the price in the transaction.
  • the invoice includes the subject (January 2020 shown in Fig. 2), the unit price of the product to be billed, the total price of the quantity and products (that is, the subtotal), and the total price of multiple products (that is, the billing amount). ) Is displayed.
  • the invoice shows the payee's bank account and the due date.
  • the data processing device 1 associates the information displayed on these invoices with the acquisition date when the invoice data generated by the reading device 2 reading the invoice is acquired, and registers and manages the information in the invoice information database. do.
  • the data processing device 1 extracts the indicated payment due date, which is the payment due date of the price displayed on the invoice.
  • the data processing device 1 specifies the business partner who issued the invoice, and also specifies the base payment date, which is the payment date to the business partner corresponding to the current date or the issue date of the invoice.
  • the data processing device 1 outputs warning information when the displayed payment due date and the base payment due date are different. By doing so, the user can easily grasp that the indicated payment due date and the base payment due date are different, and can take measures such as correcting the indicated payment due date. As a result, the data processing device 1 can reduce the burden of reading the invoice.
  • FIG. 3 is a diagram showing a functional configuration of the data processing device 1.
  • the data processing device 1 includes a communication unit 11, an operation unit 12, a display unit 13, a storage unit 14, and a control unit 15.
  • the control unit 15 includes a data acquisition unit 151, an extraction unit 152, a customer identification unit 153, a payment date specification unit 154, an output unit 155, a change unit 156, and a registration unit 157.
  • the communication unit 11 is a communication interface for connecting to a network (for example, an intranet or the Internet), and provides a communication controller for receiving data from the reading device 2 and transmitting / receiving data to / from another computer.
  • a network for example, an intranet or the Internet
  • the operation unit 12 has a device such as a keyboard, a mouse, and a display for correcting character strings and numerical values read from the invoice.
  • the display unit 13 is a display for displaying information.
  • the display unit 13 displays information based on the instructions of the control unit 15.
  • the storage unit 14 has a storage medium such as a ROM (ReadOnlyMemory), a RAM (RandomAccessMemory), and a hard disk.
  • the storage unit 14 stores a program executed by the control unit 15. Further, the storage unit 14 stores the invoice data generated by the reading device 2 reading the invoice.
  • the storage unit 14 further stores an invoice information database that manages information extracted from the invoice data.
  • FIG. 4 is a diagram showing an example of an invoice information database.
  • the invoice information database contains the name of the customer who issued the invoice, the issue date of the invoice, the acquisition date when the invoice data was acquired, and the payment due date.
  • the subject of the invoice, the product name of each of the plurality of products, and the unit price, the number of purchases, and the purchase price of each of the plurality of products are associated with each other.
  • the invoice information database may further include invoice identification information (eg, invoice number) for identifying the invoice.
  • invoice identification information eg, invoice number
  • the product name, unit price, number of purchases, and purchase price of the product are collectively referred to as product information.
  • the storage unit 14 further stores the business partner master including information about the business partner.
  • FIG. 5 is a diagram showing an example of a business partner master. As shown in FIG. 5, the account master is associated with the account name, the address of the account, the telephone number, the person in charge, and the payment terms. Payment terms are information that indicates the relationship between the closing date and the due date, and correspond to the current date or the issue date of the invoice, and specify the base payment due date that is the due date of the price displayed on the invoice. Used. The Account Master may further contain other information about the Account.
  • the control unit 15 is, for example, a CPU (Central Processing Unit). By executing the program stored in the storage unit 14, the control unit 15 executes the data acquisition unit 151, the extraction unit 152, the customer identification unit 153, the payment date identification unit 154, the output unit 155, the change unit 156, and the registration unit. It functions as a unit 157.
  • a CPU Central Processing Unit
  • the data acquisition unit 151 acquires invoice data as read data generated by the reading device 2 reading the invoice.
  • the data acquisition unit 151 may directly acquire the invoice data from the reading device 2, or may acquire the invoice data from a terminal communicably connected to the data processing device 1.
  • the extraction unit 152 extracts the display payment date, which is the payment date of the price corresponding to the invoice displayed on the invoice, from the invoice data acquired by the data acquisition unit 151. Further, the extraction unit 152 extracts the issue date of the invoice from the invoice data acquired by the data acquisition unit 151.
  • the extraction unit 152 specifies the character string included in the invoice indicated by the invoice data by executing the OCR process.
  • the extraction unit 152 identifies a character string indicating a payment due date from the specified character strings, and extracts a character string indicating a date adjacent to the character string as a display payment due date. Further, the extraction unit 152 identifies a character string indicating an issue date from the specified character strings, and extracts a character string indicating a date adjacent to the character string as the issue date. Further, the extraction unit 152 specifies character strings corresponding to a plurality of items corresponding to numbers as product information (product name, unit price, number of purchases, purchase price) of the purchased product.
  • the extraction unit 152 uses a learning model in which the past invoice data and the information registered in the invoice information database corresponding to the past invoice data are learned as teacher data, and the data acquisition unit 151 is used. You may extract the information corresponding to the invoice data acquired by. For example, invoice data may be input to the learning model to acquire the issue date, payment date, product information, and the like output from the learning model.
  • the business partner identification unit 153 identifies the business partner who issued the invoice.
  • the customer identification unit 153 specifies a character string indicating a business partner from the character strings included in the invoice extracted by the extraction unit 152.
  • the customer identification unit 153 refers to the customer master stored in the storage unit 14, and is included in the customer master among the character strings extracted by the extraction unit 152 from the predetermined display area of the invoice.
  • Specify the business partner by specifying the character string that matches the business partner name.
  • the payment date specifying unit 154 specifies the base payment date, which is the payment date corresponding to the issue date of the invoice or the current date, based on the business partner specified by the business partner specifying unit 153.
  • the issue date of the invoice is the issue date extracted from the invoice data by the extraction unit 152.
  • the current date is, for example, the date indicated by the calendar built in the data processing device 1, the date when the invoice data is created by reading the invoice, or the date when the data acquisition unit 151 acquires the invoice data.
  • the payment date specifying unit 154 refers to the business partner master showing the relationship between the closing date and the payment date for each business partner, and specifies the issuance date of the invoice or the base payment date corresponding to the current date.
  • the payment date specifying unit 154 refers to the business partner master and specifies the payment terms associated with the business partner name corresponding to the business partner specified by the business partner specifying unit 153.
  • the payment due date specifying unit 154 specifies, for example, a base payment due date based on the current date and the specified payment terms. For example, if the current date is January 31, 2020 and the payment terms are "25th closing, the end of the following month", the payment date identification unit 154 will read the invoice with January 25th as the closing date. It is determined that the invoice has been invoiced, and the base payment date is specified as February 29, 2020, which is the date of the end of the following month with respect to January 25.
  • the payment date specifying unit 154 may specify the base payment date based on the issue date of the invoice extracted by the extraction unit 152 and the payment conditions of the business partner master. Further, the payment date specifying unit 154 may specify the base payment date based on the purchase date of the product extracted by the extraction unit 152 and the payment conditions of the business partner master.
  • the payment date specifying unit 154 may specify the base payment date based on the issue date of the invoice and may specify the base payment date based on the purchase date of the product. If these standard payment dates do not match, it is considered that the issue date of the invoice or the purchase date of the product is incorrect. Therefore, the payment date specification unit 154 specifies the standard payment based on the issue date of the invoice. If the due date and the base payment due date specified based on the purchase date of the product do not match, the output unit 155 may output the warning information. By operating the payment date specifying unit 154 in this way, it is possible to make the user understand that the invoice issuance date is incorrect when the invoice issuance date is not read correctly.
  • the output unit 155 outputs information including the display payment date extracted by the extraction unit 152, the issue date of the invoice, and the customer specified by the customer identification unit 153.
  • the output unit 155 causes the display unit 13 to display a registration screen including a business partner name, an issue date, an acquisition date, a payment date, a subject, and product information as information to be registered in the invoice information database.
  • the output unit 155 outputs warning information to the registration screen when the displayed payment due date and the base payment due date are different.
  • FIG. 6 is a diagram showing an example of a registration screen output by the output unit 155.
  • FIG. 6 shows the result of reading the invoice shown in FIG.
  • the displayed payment due date is shown as the payment due date.
  • “2020/2/8”, which is different from the payment due date “2020/2/28” shown in the invoice of FIG. 2 is displayed due to an OCR reading error.
  • the standard payment date specified by the payment date specifying unit 154 from the business partner master shown in FIG. 5 is "2020/2/28". Therefore, as shown in FIG. 6, the output unit 155 outputs warning information indicating that the displayed payment due date and the base payment due date are different.
  • the output unit 155 outputs warning information when the issue date extracted by the extraction unit 152 is a date after the display payment date or the standard payment date. Specifically, when the issue date extracted by the extraction unit 152 is a date after the display payment date, the output unit 155 indicates that there is an error in the reading result of at least one of the issue date and the display payment date. Outputs the warning information shown. Further, when the issue date extracted by the extraction unit 152 is a date after the reference payment due date, the output unit 155 outputs warning information indicating that the reading result of the issue date is incorrect. By doing so, the data processing device 1 can display warning information when there is a high possibility that there is an error in reading the issue date or the display payment date, and let the user know whether or not there is an error. ..
  • the change unit 156 accepts the correction operation of the information displayed on the registration screen from the user. When the change unit 156 receives the correction operation, the change unit 156 changes the information in which the correction operation is performed.
  • the change unit 156 may change the display payment date to the base payment date when the display payment date and the base payment date are different.
  • the change unit 156 changes the display payment date to the base payment date.
  • the change unit 156 displays a selection button on the registration screen as to whether or not to correct the display payment date displayed on the registration screen when the display payment date and the base payment date are different. And if it is selected to correct the indicated payment due date to the base payment due date, the indicated payment due date is changed to the base payment due date.
  • the change unit 156 may display the invoice display area corresponding to the display payment date, the payment conditions stored in the transaction master, and the base payment date on the display unit 13 together with the registration screen. good. By doing so, the user can easily change the displayed payment date while confirming whether the displayed payment date is correctly read and whether the displayed payment date can be corrected to the base payment date. can do.
  • the change unit 156 may replace the issue date of the invoice extracted by the extraction unit 152 with the display payment due date.
  • the change unit 156 replaces the issue date displayed on the registration screen with the display payment date when the issue date of the invoice extracted by the extraction unit 152 is later than the display payment date.
  • the indicated payment date is a date after the issue date of the invoice, but if the issue date of the invoice extracted by the extraction unit 152 is a date after the display payment date, the issue date and the payment date are On the contrary, it may be read.
  • by exchanging the issue date and the indicated payment due date it is possible to correct an error in which the issue date and the indicated payment due date are read in reverse.
  • the change unit 156 may exchange the issue date and the display payment date according to the user's instruction. For example, the change unit 156 registers a selection button for whether to replace the issue date and the display payment date when the issue date extracted by the extraction unit 152 is a date after the display payment date or the base payment date. If it is displayed on the screen and it is selected to replace the issue date with the displayed payment due date, the issue date and the payment due date may be exchanged. In this case, the changing unit 156 causes the display unit 13 to display the invoice display area corresponding to the issue date extracted by the extraction unit 152 and the invoice display area corresponding to the display payment due date together with the registration screen. You may do it. By doing so, the user confirms whether or not the issue date and the displayed payment date are read in reverse, and if the issue date and the display payment date are read in reverse, the issue is easily issued. You can swap the date and the displayed payment due date.
  • the registration unit 157 registers the information displayed on the registration screen in the invoice information database in response to the pressing of the registration button on the registration screen. Specifically, when the registration button displayed on the registration screen is pressed, the registration unit 157 displays the customer name, issue date, acquisition date, payment date, subject, and product information displayed on the registration screen. Associate and register in the invoice information database.
  • the registration unit 157 may use the user who presses the registration button as the registrant, and may associate the information displayed on the registration screen with the registrant information indicating the registrant and store it in the invoice database.
  • FIG. 7 is a flowchart showing a processing flow in the data processing apparatus 1.
  • the data acquisition unit 151 acquires the invoice data generated by the reading device 2 reading the invoice (S1).
  • the extraction unit 152 extracts the information contained in the invoice data (S2).
  • the extraction unit 152 extracts, as the information included in the invoice data, the issue date of the invoice, the purchase information of the product, the display payment date, the character string indicating the business partner, and the like.
  • the customer identification unit 153 identifies the customer who issued the invoice (S3).
  • the payment date specifying unit 154 specifies a base payment date, which is a payment date corresponding to the current date, for the business partner specified by the business partner specifying unit 153 (S4).
  • the output unit 155 generates a registration screen for registering information in the invoice information database (S5).
  • the output unit 155 determines whether or not to include the warning information in the registration screen (S6). Specifically, the output unit 155 determines whether or not the indicated payment due date and the base payment due date are different, and whether the issue date is the indicated payment due date or a date after the base payment due date. By doing so, it is determined whether or not to include the warning information in the registration screen.
  • the output unit 155 shifts the process to S7 and includes the warning information in the registration screen.
  • the output unit 155 determines that the warning information is not included in the registration screen, the output unit 155 shifts the process to S8.
  • the output unit 155 outputs the generated registration screen to the display unit 13 (S8). Subsequently, when the change unit 156 receives the change operation of the information displayed on the registration screen from the user, the change unit 156 changes the information for which the change operation has been performed (S9). Subsequently, the registration unit 157 registers the information displayed on the registration screen in the invoice information database in response to the pressing of the registration button on the registration screen (S10).
  • the data processing device 1 extracts from the read data generated by reading the invoice the indicated payment due date, which is the payment due date of the price corresponding to the invoice displayed on the invoice. , Identify the customer who issued the invoice.
  • the data processing device 1 specifies the base payment date, which is the payment date corresponding to the current date, to the specified business partner, and outputs warning information when the displayed payment date and the base payment date are different. ..
  • the user can easily grasp that the displayed payment date and the standard payment date are different, and take measures such as correcting the displayed payment date, so that the invoice can be read.
  • the burden of work can be reduced.

Abstract

データ処理装置１は、請求書を読み取ることにより生成された読取データを取得するデータ取得部１５１と、データ取得部１５１が取得した読取データから、請求書に表示されている当該請求書に対応する代金の支払期日である表示支払期日と、当該請求書の発行日とを抽出する抽出部１５２と、請求書を発行した取引先を特定する取引先特定部１５３と、取引先特定部１５３が特定した取引先に基づいて、抽出した発行日又は現在の日付に対応する、請求書に表示されている代金の支払期日である基準支払期日を特定する支払期日特定部１５４と、表示支払期日と基準支払期日とが異なっている場合に警告情報を出力する出力部１５５とを有する。

Description

データ処理装置、データ処理方法及びプログラム
　本発明は、請求書に関するデータを処理するデータ処理装置、データ処理方法及びプログラムに関する。
　請求書を光学文字認識により読み取り、読み取った文字情報に基づいて処理を行うことが知られている（例えば、特許文献１を参照）。
特開２００４－０９４５２０号公報
　光学文字認識により文字情報を読み取る場合、読み取りに誤りが発生することがある。請求書において読み取った支払期日が実際の支払期日に対して早い場合、必要以上に早期に支払を行うこととなり、企業の財務状況に悪影響を与えることがある。一方、実際の支払期日に対して読み取った支払期日が遅い場合、取引先からの信用が低下するという問題がある。このため、担当者が、読み取られた支払期日と、実際の支払期日とが一致しているかを確認する必要があり、負担となっていた。
　そこで、本発明はこれらの点に鑑みてなされたものであり、請求書の読取作業に係る負担を軽減することを目的とする。
　本発明の第１の態様に係るデータ処理装置は、請求書を読み取ることにより生成された読取データを取得する取得部と、前記取得部が取得した前記読取データから、前記請求書に表示されている当該請求書に対応する代金の支払期日である表示支払期日と、当該請求書の発行日とを抽出する抽出部と、前記請求書を発行した取引先を特定する取引先特定部と、前記取引先特定部が特定した前記取引先に基づいて、前記発行日又は現在の日付に対応する前記代金の支払期日である基準支払期日を特定する支払期日特定部と、前記表示支払期日と前記基準支払期日とが異なっている場合に警告情報を出力する出力部と、を有する。
　前記出力部は、前記表示支払期日と前記基準支払期日とが異なっているか否かにかかわらず、前記発行日が前記表示支払期日よりも後の日付である場合に、前記警告情報を出力してもよい。
　前記データ処理装置は、前記抽出部が抽出した前記発行日と前記表示支払期日とを入れ替える変更部をさらに有してもよい。
　前記データ処理装置は、前記表示支払期日と前記基準支払期日とが異なっている場合に、前記表示支払期日を前記基準支払期日に変更する変更部をさらに有してもよい。
　前記変更部は、前記表示支払期日と前記基準支払期日とが異なっている場合に、ユーザから、前記表示支払期日の前記基準支払期日への変更を受け付けると、前記表示支払期日を前記基準支払期日に変更してもよい。
　前記支払期日特定部は、取引先ごとの締日と支払期日との関係を示すマスター情報を参照し、前記基準支払期日を特定してもよい。
　本発明の第２の態様に係るデータ処理方法は、コンピュータが実行する、請求書を読み取ることにより生成された読取データを取得するステップと、取得された前記読取データから、前記請求書に表示されている当該請求書に対応する代金の支払期日である表示支払期日と、当該請求書の発行日とを抽出するステップと、前記請求書を発行した取引先を特定するステップと、特定された前記取引先に基づいて、前記発行日又は現在の日付に対応する前記代金の支払期日である基準支払期日を特定するステップと、前記表示支払期日と前記基準支払期日とが異なっている場合に警告情報を出力するステップと、を有する。
　本発明の第３の態様に係るプログラムは、コンピュータを、請求書を読み取ることにより生成された読取データを取得する取得部、前記取得部が取得した前記読取データから、前記請求書に表示されている当該請求書に対応する代金の支払期日である表示支払期日と、当該請求書の発行日とを抽出する抽出部、前記請求書を発行した取引先を特定する取引先特定部、前記取引先特定部が特定した前記取引先に基づいて、前記発行日又は現在の日付に対応する前記代金の支払期日である基準支払期日を特定する支払期日特定部、及び、前記表示支払期日と前記基準支払期日とが異なっている場合に警告情報を出力する出力部、として機能させる。
　本発明によれば、請求書の読取作業に係る負担を軽減することができるという効果を奏する。
データ処理装置の概要を説明するための図である。 被請求者が受領する請求書の一例を示す図である。 データ処理装置の機能構成を示す図である。 請求書情報データベースの一例を示す図である。 取引先マスターの一例を示す図である。 出力部が出力する登録画面の一例を示す図である。 データ処理装置における処理の流れを示すフローチャートである。
［データ処理装置１の概要］
　図１は、データ処理装置１の概要を説明するための図である。データ処理装置１は、スキャナ又はデジタルカメラ等の読取装置２が請求書を読み取ることによって生成された請求書データを取得し、請求書データに含まれる文字列を解析した結果を用いて請求書を管理するための装置であり、例えばコンピュータである。データ処理装置１は、１台のコンピュータにより構成されていてもよく、複数のコンピュータにより構成されていてもよい。
　図２は、被請求者としてのデータ処理装置１のユーザが受領する請求書の一例を示す図である。図２に示す請求書には、請求書を発行した事業者、すなわち取引における代金を請求する取引先の名称、住所、連絡先が表示されている。また、請求書には、件名（図２に示す２０２０年１月分）、請求の対象となる商品の単価、個数及び商品の合計金額（すなわち小計）、複数の商品の合計金額（すなわち請求額）が表示されている。また、請求書には、代金の振込先、支払期日が表示されている。データ処理装置１は、これら請求書に表示された情報と、読取装置２が請求書を読み取ることによって生成された請求書データを取得した取得日とを関連付けて請求書情報データベースに登録して管理する。
　データ処理装置１は、請求書に表示されている代金の支払期日である表示支払期日を抽出する。データ処理装置１は、請求書を発行した取引先を特定するとともに、現在の日付又は請求書の発行日に対応する取引先への支払期日である基準支払期日を特定する。データ処理装置１は、表示支払期日と基準支払期日が異なっている場合に、警告情報を出力する。このようにすることで、ユーザは表示支払期日と、基準支払期日とが異なっていることを容易に把握し、表示支払期日の訂正等の対応をとることができる。これにより、データ処理装置１は、請求書の読取作業に係る負担を軽減することができる。
［データ処理装置１の機能構成及び動作］
　図３は、データ処理装置１の機能構成を示す図である。データ処理装置１は、通信部１１と、操作部１２と、表示部１３と、記憶部１４と、制御部１５とを有する。制御部１５は、データ取得部１５１と、抽出部１５２と、取引先特定部１５３と、支払期日特定部１５４と、出力部１５５と、変更部１５６と、登録部１５７とを有する。
　通信部１１は、ネットワーク（例えばイントラネット又はインターネット）に接続するための通信インターフェースであり、読取装置２からデータを受信したり、他のコンピュータとの間でデータを送受信したりするための通信コントローラを有する。
　操作部１２は、請求書から読み取った文字列や数値を訂正したりするためのキーボード、マウス及びディスプレイ等のデバイスを有する。
　表示部１３は、情報を表示するディスプレイである。表示部１３は、制御部１５の指示に基づいて情報を表示する。
　記憶部１４は、例えばＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）及びハードディスク等の記憶媒体を有する。記憶部１４は、制御部１５が実行するプログラムを記憶する。また、記憶部１４は、読取装置２が請求書を読み取ることによって生成された請求書データを記憶する。記憶部１４は、さらに、請求書データから抽出された情報を管理する請求書情報データベースを記憶する。
　図４は、請求書情報データベースの一例を示す図である。図４に示すように請求書情報データベースは、請求書を発行した取引先を識別する取引先名と、請求書の発行日と、請求書データが取得された取得日と、代金の支払期日と、請求書の件名と、複数の商品それぞれの品名と、複数の商品それぞれの単価、購入数、及び購入金額とが関連付けられている。請求書情報データベースにおいては、請求書を特定するための請求書識別情報（例えば請求書番号）がさらに含まれていてもよい。以下の説明において、商品の品名、単価、購入数、購入金額をまとめて商品情報ともいう。
　記憶部１４は、さらに、取引先に関する情報を含む取引先マスターを記憶する。図５は、取引先マスターの一例を示す図である。図５に示すように取引先マスターは、取引先名と、取引先の住所と、電話番号と、担当者と、支払条件とが関連付けられている。支払条件は、締日と支払期日との関係を示す情報であり、現在の日付又は請求書の発行日に対応し、請求書に表示されている代金の支払期日である基準支払期日の特定に用いられる。取引先マスターにおいては、取引先に関する他の情報がさらに含まれていてもよい。
　制御部１５は、例えばＣＰＵ（Central Processing Unit）である。制御部１５は、記憶部１４に記憶されたプログラムを実行することにより、データ取得部１５１、抽出部１５２、取引先特定部１５３、支払期日特定部１５４、出力部１５５、変更部１５６、及び登録部１５７として機能する。
　データ取得部１５１は、読取装置２が請求書を読み取ることにより生成された読取データとしての請求書データを取得する。データ取得部１５１は、読取装置２から請求書データを直接取得してもよいし、データ処理装置１と通信可能に接続されている端末から請求書データを取得してもよい。
　抽出部１５２は、データ取得部１５１が取得した請求書データから、請求書に表示されている当該請求書に対応する代金の支払期日である表示支払期日を抽出する。また、抽出部１５２は、データ取得部１５１が取得した請求書データから、請求書の発行日を抽出する。
　例えば、抽出部１５２は、ＯＣＲ処理を実行することにより、請求書データが示す請求書に含まれている文字列を特定する。抽出部１５２は、特定した文字列のうち、支払期日を示す文字列を特定し、当該文字列に隣接する日付を示す文字列を表示支払期日として抽出する。また、抽出部１５２は、特定した文字列のうち、発行日を示す文字列を特定し、当該文字列に隣接する日付を示す文字列を発行日として抽出する。また、抽出部１５２は、数字に対応する複数の項目に対応する文字列を、購入した商品の商品情報（品名、単価、購入数、購入金額）として特定する。
　なお、抽出部１５２は、過去の請求書データと、当該過去の請求書データに対応して請求書情報データベースに登録された情報とを教師データとして学習した学習モデルを用いて、データ取得部１５１が取得した請求書データに対応する情報を抽出してもよい。例えば、学習モデルに請求書データを入力し、学習モデルから出力される発行日、支払期日、商品情報等を取得してもよい。
　取引先特定部１５３は、請求書を発行した取引先を特定する。取引先特定部１５３は、抽出部１５２が抽出した請求書に含まれている文字列の中から取引先を示す文字列を特定する。例えば、取引先特定部１５３は、記憶部１４に記憶されている取引先マスターを参照し、請求書の所定の表示領域から抽出部１５２が抽出した文字列のうち、取引先マスターに含まれている取引先名と一致する文字列を特定することにより、取引先を特定する。
　支払期日特定部１５４は、取引先特定部１５３が特定した取引先に基づいて、請求書の発行日又は現在の日付に対応する支払期日である基準支払期日を特定する。請求書の発行日は、抽出部１５２が請求書データから抽出した発行日である。現在の日付は、例えばデータ処理装置１が内蔵するカレンダーが示す日付、又は請求書を読み取って請求書データが作成された日付、又はデータ取得部１５１が請求書データを取得した日付である。支払期日特定部１５４は、取引先ごとの締日と支払期日との関係を示す取引先マスターを参照し、請求書の発行日又は現在の日付に対応する基準支払期日を特定する。
　具体的には、支払期日特定部１５４は、取引先マスターを参照し、取引先特定部１５３が特定した取引先に対応する取引先名に関連付けられている支払条件を特定する。支払期日特定部１５４は、例えば、現在の日付と、特定した支払条件に基づいて基準支払期日を特定する。例えば、現在の日付が２０２０年１月３１日であり、支払条件が「２５日締、翌月末」である場合、支払期日特定部１５４は、読み取った請求書が１月２５日を締日とした請求書であると判定し、基準支払期日を、１月２５日に対する翌月末の日付である２０２０年２月２９日と特定する。
　支払期日特定部１５４は、抽出部１５２が抽出した請求書の発行日と、取引先マスターの支払条件とに基づいて基準支払期日を特定してもよい。また、支払期日特定部１５４は、抽出部１５２が抽出した商品の購入日と、取引先マスターの支払条件とに基づいて基準支払期日を特定してもよい。
　支払期日特定部１５４は、請求書の発行日に基づいて基準支払期日を特定するとともに、商品の購入日に基づいて基準支払期日を特定してもよい。これらの基準支払期日が一致していない場合、請求書の発行日又は商品の購入日に誤りがあると考えられるので、支払期日特定部１５４は、請求書の発行日に基づいて特定した基準支払期日と商品の購入日に基づいて特定した基準支払期日とが一致しない場合に、出力部１５５に警告情報を出力させてもよい。支払期日特定部１５４がこのように動作することで、請求書の発行日が正しく読み取られていない場合に、請求書の発行日に誤りがあることをユーザに把握させることができる。
　出力部１５５は、抽出部１５２が抽出した表示支払期日、請求書の発行日、取引先特定部１５３が特定した取引先を含む情報を出力する。出力部１５５は、請求書情報データベースに登録させる情報としての、取引先名、発行日、取得日、支払期日、件名、商品情報を含む登録画面を表示部１３に表示させる。出力部１５５は、表示支払期日と基準支払期日とが異なっている場合に警告情報を登録画面に出力する。
　図６は、出力部１５５が出力する登録画面の一例を示す図である。図６は、図２に示す請求書を読み取った結果が示されている。図６に示す登録画面では、支払期日として表示支払期日が示されている。図６に示す例では、ＯＣＲの読取誤りにより、図２の請求書に示されている支払期日「２０２０／２／２８」とは異なる「２０２０／２／８」が表示されている。一方、支払期日特定部１５４が図５に示す取引先マスターから特定した基準支払期日は「２０２０／２／２８」である。したがって、出力部１５５は、図６に示すように、表示支払期日と基準支払期日とが異なっていることを示す警告情報を出力する。
　また、出力部１５５は、抽出部１５２が抽出した発行日が表示支払期日又は基準支払期日よりも後の日付である場合に、警告情報を出力する。具体的には、出力部１５５は、抽出部１５２が抽出した発行日が表示支払期日よりも後の日付である場合、発行日又は表示支払期日の少なくともいずれかの読取結果に誤りがあることを示す警告情報を出力する。また、出力部１５５は、抽出部１５２が抽出した発行日が基準支払期日よりも後の日付である場合、発行日の読取結果に誤りがあることを示す警告情報を出力する。このようにすることで、データ処理装置１は、発行日又は表示支払期日の読取誤りがある可能性が高い場合に警告情報を表示し、誤りがあるか否かをユーザに把握させることができる。
　変更部１５６は、登録画面に表示されている情報の訂正操作をユーザから受け付ける。変更部１５６は、訂正操作を受け付けると、訂正操作が行われた情報を変更する。
　また、変更部１５６は、表示支払期日と基準支払期日とが異なっている場合に、表示支払期日を基準支払期日に変更してもよい。変更部１５６は、表示支払期日と基準支払期日とが異なっている場合に、例えば、ユーザから、表示支払期日の基準支払期日への変更を受け付けると、表示支払期日を基準支払期日に変更する。例えば、変更部１５６は、表示支払期日と基準支払期日とが異なっている場合に、登録画面に表示されている表示支払期日を基準支払期日に訂正するか否かの選択ボタンを登録画面に表示させ、表示支払期日を基準支払期日に訂正することが選択されると、表示支払期日を基準支払期日に変更する。この場合、変更部１５６は、表示支払期日に対応する請求書の表示領域と、取引マスターに記憶されている支払い条件と、基準支払期日とを登録画面とともに表示部１３に表示させるようにしてもよい。このようにすることで、ユーザは、表示支払期日が正しく読み取れているか否か、及び表示支払期日を基準支払期日に訂正してもよいか否かを確認しながら、容易に表示支払期日を変更することができる。
　また、変更部１５６は、抽出部１５２が抽出した請求書の発行日と表示支払期日とを入れ替えてもよい。例えば、変更部１５６は、抽出部１５２が抽出した請求書の発行日が表示支払期日よりも後の日付である場合に、登録画面に表示される発行日と表示支払期日とを入れ替える。表示支払期日は、請求書の発行日よりも後の日付となるところ、抽出部１５２が抽出した請求書の発行日が表示支払期日よりも後の日付である場合、発行日と支払期日とが逆に読み取られている可能性がある。これに対し、発行日と表示支払期日とを入れ替えることにより、発行日と表示支払期日とが逆に読み取られている誤りを訂正することができる。
　また、変更部１５６は、発行日と表示支払期日とを入れ替える場合に、ユーザの指示により発行日と表示支払期日とを入れ替えるようにしてもよい。例えば、変更部１５６は、抽出部１５２が抽出した発行日が表示支払期日又は基準支払期日よりも後の日付である場合に、発行日と表示支払期日とを入れ替えるか否かの選択ボタンを登録画面に表示させ、発行日と表示支払期日とを入れ替えることが選択されると、発行日と支払期日とを入れ替えてもよい。この場合、変更部１５６は、抽出部１５２により抽出された発行日に対応する請求書の表示領域と、表示支払期日に対応する請求書の表示領域とを登録画面とともに表示部１３に表示させるようにしてもよい。このようにすることで、ユーザは、発行日と表示支払期日とを逆に読み取られているか否かを確認し、発行日と表示支払期日とを逆に読み取られている場合に、容易に発行日と表示支払期日とを入れ替えることができる。
　登録部１５７は、登録画面において登録ボタンが押下されたことに応じて、登録画面に表示されている情報を請求書情報データベースに登録する。具体的には、登録部１５７は、登録画面に表示されている登録ボタンが押下されると、登録画面に表示されている取引先名、発行日、取得日、支払期日、件名、商品情報を関連付けて、請求書情報データベースに登録する。登録部１５７は、登録ボタンを押下したユーザを登録者とし、登録画面に表示されている情報と、登録者を示す登録者情報とを関連付けて、請求書データベースに記憶させるようにしてもよい。
［データ処理装置１における処理の流れ］
　図７は、データ処理装置１における処理の流れを示すフローチャートである。
　まず、データ取得部１５１は、読取装置２が請求書を読み取ることによって生成した請求書データを取得する（Ｓ１）。
　続いて、抽出部１５２は、請求書データに含まれている情報を抽出する（Ｓ２）。抽出部１５２は、請求書データに含まれている情報として、請求書の発行日、商品の購入情報、表示支払期日、取引先を示す文字列等を抽出する。
　続いて、取引先特定部１５３は、請求書を発行した取引先を特定する（Ｓ３）。
　続いて、支払期日特定部１５４は、取引先特定部１５３が特定した取引先に対して、現在の日付に対応する支払期日である基準支払期日を特定する（Ｓ４）。
　続いて、出力部１５５は、請求書情報データベースに情報を登録させるための登録画面を生成する（Ｓ５）。
　出力部１５５は、警告情報を登録画面に含めるか否かを判定する（Ｓ６）。具体的には、出力部１５５は、表示支払期日と基準支払期日とが異なっているか否か、及び、発行日が表示支払期日又は基準支払期日よりも後の日付であるか否かを判定することにより、警告情報を登録画面に含めるか否かを判定する。出力部１５５は、警告情報を登録画面に含めると判定すると、Ｓ７に処理を移し警告情報を登録画面に含める。出力部１５５は、警告情報を登録画面に含めないと判定すると、Ｓ８に処理を移す。
　出力部１５５は、生成した登録画面を表示部１３に出力する（Ｓ８）。
　続いて、変更部１５６は、ユーザから、登録画面に表示されている情報の変更操作を受け付けると、変更操作が行われた情報を変更する（Ｓ９）。
　続いて、登録部１５７は、登録画面において登録ボタンが押下されたことに応じて、登録画面に表示されている情報を請求書情報データベースに登録する（Ｓ１０）。
［データ処理装置１による効果］
　以上説明したように、データ処理装置１は、請求書を読み取ることにより生成された読取データから、請求書に表示されている当該請求書に対応する代金の支払期日である表示支払期日を抽出し、請求書を発行した取引先を特定する。データ処理装置１は、特定した取引先に対して、現在の日付に対応する支払期日である基準支払期日を特定し、表示支払期日と基準支払期日とが異なっている場合に警告情報を出力する。
　このようにすることで、ユーザは表示支払期日と、基準支払期日とが異なっていることを容易に把握し、表示支払期日の修正を行う等の対応をとることができるので、請求書の読取作業に係る負担を軽減することができる。
　以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されず、その要旨の範囲内で種々の変形及び変更が可能である。例えば、装置の全部又は一部は、任意の単位で機能的又は物理的に分散・統合して構成することができる。また、複数の実施の形態の任意の組み合わせによって生じる新たな実施の形態も、本発明の実施の形態に含まれる。組み合わせによって生じる新たな実施の形態の効果は、もとの実施の形態の効果を併せ持つ。
１　データ処理装置
２　読取装置
１１　通信部
１２　操作部
１３　表示部
１４　記憶部
１５　制御部
１５１　データ取得部
１５２　抽出部
１５３　取引先特定部
１５４　支払期日特定部
１５５　出力部
１５６　変更部
１５７　登録部

Claims (8)

  1. 　請求書を読み取ることにより生成された読取データを取得する取得部と、
    　前記取得部が取得した前記読取データから、前記請求書に表示されている当該請求書に対応する代金の支払期日である表示支払期日と、当該請求書の発行日とを抽出する抽出部と、
    　前記請求書を発行した取引先を特定する取引先特定部と、
    　前記取引先特定部が特定した前記取引先に基づいて、前記発行日又は現在の日付に対応する前記代金の支払期日である基準支払期日を特定する支払期日特定部と、
    　前記表示支払期日と前記基準支払期日とが異なっている場合に警告情報を出力する出力部と、
    　を有するデータ処理装置。
  2. 　前記出力部は、前記表示支払期日と前記基準支払期日とが異なっているか否かにかかわらず、前記発行日が前記表示支払期日よりも後の日付である場合に、前記警告情報を出力する、
    　請求項１に記載のデータ処理装置。
  3. 　前記抽出部が抽出した前記発行日と前記表示支払期日とを入れ替える変更部をさらに有する、
    　請求項２に記載のデータ処理装置。
  4. 　前記表示支払期日と前記基準支払期日とが異なっている場合に、前記表示支払期日を前記基準支払期日に変更する変更部をさらに有する、
    　請求項１から３のいずれか一項に記載のデータ処理装置。
  5. 　前記変更部は、前記表示支払期日と前記基準支払期日とが異なっている場合に、ユーザから、前記表示支払期日の前記基準支払期日への変更を受け付けると、前記表示支払期日を前記基準支払期日に変更する、
    　請求項４に記載のデータ処理装置。
  6. 　前記支払期日特定部は、取引先ごとの締日と支払期日との関係を示すマスター情報を参照し、前記基準支払期日を特定する、
    　請求項１から５のいずれか１項に記載のデータ処理装置。
  7. 　コンピュータが実行する、
    　請求書を読み取ることにより生成された読取データを取得するステップと、
    　取得された前記読取データから、前記請求書に表示されている当該請求書に対応する代金の支払期日である表示支払期日と、当該請求書の発行日とを抽出するステップと、
    　前記請求書を発行した取引先を特定するステップと、
    　特定された前記取引先に基づいて、前記発行日又は現在の日付に対応する前記代金の支払期日である基準支払期日を特定するステップと、
    　前記表示支払期日と前記基準支払期日とが異なっている場合に警告情報を出力するステップと、
    　を有するデータ処理方法。
  8. 　コンピュータを、
    　請求書を読み取ることにより生成された読取データを取得する取得部、
    　前記取得部が取得した前記読取データから、前記請求書に表示されている当該請求書に対応する代金の支払期日である表示支払期日と、当該請求書の発行日とを抽出する抽出部、
    　前記請求書を発行した取引先を特定する取引先特定部、
    　前記取引先特定部が特定した前記取引先に基づいて、前記発行日又は現在の日付に対応する前記代金の支払期日である基準支払期日を特定する支払期日特定部、及び、
    　前記表示支払期日と前記基準支払期日とが異なっている場合に警告情報を出力する出力部、
    　として機能させるプログラム。
PCT/JP2020/033399 2020-09-03 2020-09-03 データ処理装置、データ処理方法及びプログラム WO2022049689A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2020546178A JP6802417B1 (ja) 2020-09-03 2020-09-03 データ処理装置、データ処理方法及びプログラム
PCT/JP2020/033399 WO2022049689A1 (ja) 2020-09-03 2020-09-03 データ処理装置、データ処理方法及びプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2020/033399 WO2022049689A1 (ja) 2020-09-03 2020-09-03 データ処理装置、データ処理方法及びプログラム

Publications (1)

Publication Number Publication Date
WO2022049689A1 true WO2022049689A1 (ja) 2022-03-10

Family

ID=73741019

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/033399 WO2022049689A1 (ja) 2020-09-03 2020-09-03 データ処理装置、データ処理方法及びプログラム

Country Status (2)

Country Link
JP (1) JP6802417B1 (ja)
WO (1) WO2022049689A1 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008186451A (ja) * 2007-01-29 2008-08-14 Toshiba Corp 文書データ管理装置
JP2016066334A (ja) * 2013-12-12 2016-04-28 株式会社リコー 情報処理装置、情報処理方法、情報処理システム、プログラム

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008186451A (ja) * 2007-01-29 2008-08-14 Toshiba Corp 文書データ管理装置
JP2016066334A (ja) * 2013-12-12 2016-04-28 株式会社リコー 情報処理装置、情報処理方法、情報処理システム、プログラム

Also Published As

Publication number Publication date
JP6802417B1 (ja) 2020-12-16
JPWO2022049689A1 (ja) 2022-03-10

Similar Documents

Publication Publication Date Title
KR101516685B1 (ko) 세금 환급 시스템
US20080270293A1 (en) Accounts payable automation system with automated discount and factoring management
US20080205742A1 (en) Generation of randomly structured forms
US20050043972A1 (en) System and method for reconciling an insurance payment with an insurance claim
JP6810306B1 (ja) データ処理装置、データ処理方法及びプログラム
WO2022049689A1 (ja) データ処理装置、データ処理方法及びプログラム
WO2022029874A1 (ja) データ処理装置、データ処理方法及びデータ処理プログラム
JP6944603B1 (ja) データ処理装置、データ処理方法及びプログラム
JP6980927B1 (ja) データ処理装置、データ処理方法及びプログラム
WO2021260891A1 (ja) 請求書管理装置、請求書管理方法及びプログラム
JP6844076B1 (ja) データ処理装置、データ処理方法及びプログラム
JP6848134B1 (ja) データ処理装置、データ処理方法及びプログラム
JP6810302B1 (ja) データ処理装置、データ処理方法及びプログラム
JP6946595B1 (ja) データ処理装置、データ処理方法及びプログラム
JP6967174B1 (ja) データ処理装置、データ処理方法及びプログラム
WO2023007612A1 (ja) データ処理装置、データ処理方法及びプログラム
JP6993032B2 (ja) 会計処理装置、会計処理システム、会計処理方法及びプログラム
JP6858420B1 (ja) 会計処理装置、会計処理システム、会計処理方法及びプログラム
WO2022176100A1 (ja) データ処理装置、データ処理方法及びプログラム
JP6886083B1 (ja) データ処理装置、データ処理方法及びプログラム
WO2022038707A1 (ja) データ処理装置、データ処理方法及びプログラム
WO2022054136A1 (ja) データ処理装置、データ処理方法及びプログラム
JP3324563B2 (ja) 増値税取込方法及び装置並びに該装置のプログラムを記録した記録媒体

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2020546178

Country of ref document: JP

Kind code of ref document: A

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20952428

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20952428

Country of ref document: EP

Kind code of ref document: A1