WO2021245755A1 - 請求書管理装置、請求書管理方法及びプログラム - Google Patents
請求書管理装置、請求書管理方法及びプログラム Download PDFInfo
- Publication number
- WO2021245755A1 WO2021245755A1 PCT/JP2020/021626 JP2020021626W WO2021245755A1 WO 2021245755 A1 WO2021245755 A1 WO 2021245755A1 JP 2020021626 W JP2020021626 W JP 2020021626W WO 2021245755 A1 WO2021245755 A1 WO 2021245755A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- invoice
- image data
- date
- transaction
- acquisition
- Prior art date
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 an invoice management device, an invoice management method and a program.
- the manager (claimee) of a company that is charged for the product in response to the purchase of the product processes a large amount of invoices, from the time the product is purchased until the invoiced price is paid. In the meantime, there can be a risk of payment omissions. For example, if the claimant who charges for the goods forgets to issue the invoice, or the claimant loses the issued invoice, the claimant will not be able to process the invoice and the payment will be missed. Increases the risk of invoice. Therefore, the claimant is required to manage the deadline for processing the invoice so that payment omissions do not occur.
- the present invention has been made in view of these points, and an object thereof is to reduce the risk of payment omission.
- the invoice management device has an image data acquisition unit that acquires invoice image data of an invoice issued for claiming a price in a transaction, and an image data acquisition unit that acquires the invoice image data. If the date specifying unit that specifies the date and the image data acquisition unit have not acquired the invoice image data by the time the scheduled acquisition date elapses, the claimant who charges the price in the transaction, or the transaction. It has a presentation unit that presents warning information to at least one of the demandees who are charged for the price in.
- the date specifying unit may specify the scheduled acquisition date based on the acquisition interval at which a plurality of the invoice image data corresponding to the periodically issued invoices are acquired.
- the date specifying unit matches the issuer and the billing target name of the invoice included in the invoice image data acquired by the image data acquisition unit.
- the scheduled acquisition date may be specified.
- the presenting unit may specify the sender who has transmitted the plurality of invoice image data as the demandee and present the warning information to the specified demandee.
- the date specifying unit may issue the invoice image data or the issue date.
- the scheduled acquisition date may be specified based on the acquisition date.
- the date specifying unit further identifies the scheduled payment date based on the payment deadline of the price contained in each of the plurality of invoice image data corresponding to the invoice issued periodically, and the presenting unit may further specify the scheduled payment date.
- the warning information may be presented to at least one of the claimant or the claimant based on the scheduled payment date.
- the invoice management device further has a transaction data acquisition unit that acquires the transaction data from an external device that manages transaction data indicating the content of the transaction, and the date identification unit is the transaction indicated by the transaction data.
- the scheduled acquisition date may be specified based on the scheduled completion date of.
- the invoice management method includes a step of specifying an expected acquisition date of invoice image data of an invoice issued for billing a transaction, which is executed by a computer, and the acquisition. If the invoice image data has not been acquired by the lapse of the scheduled date, warning information will be given to at least one of the claimant who charges the price in the transaction or the demandee who is charged the price in the transaction. With the steps to present.
- the program according to the third aspect of the present invention is an image data acquisition unit for acquiring invoice image data of an invoice issued to charge a price in a transaction, and a scheduled acquisition date of the invoice image data.
- FIG. 1 is a diagram for explaining an outline of the invoice management device 1.
- the invoice management device 1 is a device for acquiring invoice image data of an invoice and managing invoices using the result of analyzing a character string included in the invoice image data, for example, a computer.
- An invoice is a document issued to charge the price of goods or services in a transaction (hereinafter referred to as "price"), for example, an invoice issued periodically by the same claimant. be.
- the invoice image data is data generated by the reading device 2 (for example, a scanner or a digital camera) reading the invoice.
- the invoice management device 1 may be configured by one computer or may be configured by a plurality of computers.
- the invoice management device 1 is used by a business operator that manages issued invoices, that is, a demandee who is charged for the transaction.
- the claimant is, for example, a person involved in the accounting business of the company that received the invoice (for example, an accounting person), a person involved in the purchasing business of the company (for example, a purchasing person), or a representative of the company. Is a person.
- FIG. 2 is a diagram showing an example of an invoice received by the demandee.
- the invoice shown in FIG. 2 describes the name, address, and contact information of the business operator that issued the invoice, that is, the requester who charges the price in the transaction.
- the invoice describes the subject (for January 2019 shown in FIG. 2), the number of purchased products, and the amount of the purchased products (that is, the billed amount).
- the invoice management device 1 registers and manages the information described in these invoices in the invoice information database in association with the acquisition date when the invoice image data of the invoice is acquired.
- the invoice management device 1 specifies an acquisition scheduled date for acquiring invoice image data based on the information registered in the invoice information database, and acquires invoice image data by the time the specified acquisition scheduled date elapses. If not, the warning information is presented to the demandee terminal 3.
- the demandee terminal 3 is a terminal used by the demandee, for example, a PC (Personal Computer), a tablet, or the like.
- the warning information is information for indicating that the invoice image data of the invoice has not been uploaded.
- the accountant processes the invoice based on the issued invoice. Specifically, first, the purchaser uploads the invoice image data of the received invoice to the invoice management device 1, and registers the information described in the invoice in the invoice management device 1. Then, the accounting staff performs a procedure for paying the invoiced price based on the information registered in the invoice management device 1. The accountant processes a large number of invoices, so if at least one of the claimant or the claimant fails between the purchase of the item and the payment of the invoiced price (eg,). , If the claimant who charges for the goods forgets to issue the invoice, or if the claimant (purchasing person) loses the issued invoice, etc.), the invoice cannot be processed. , The risk of invoices increases.
- the invoice management device 1 if the invoice management device 1 has not acquired the invoice image data by the lapse of the specified acquisition scheduled date, the invoice is still paid by presenting the warning information to the invoice. Can be noticed that is not completed. As a result, for example, the accounting staff requests the purchasing staff to submit the invoice image data, confirms the issuance status of the unreceived invoice with the claimant, and re-issues the lost invoice to the claimant. The invoice can be processed by having it issued. As a result, the invoice management device 1 can reduce the risk of payment omission.
- FIG. 3 is a diagram showing a functional configuration of the invoice management device 1.
- the invoice management device 1 includes a display unit 11, a communication unit 12, a storage unit 13, and a control unit 14.
- the control unit 14 includes an image data acquisition unit 141, a character string specifying unit 142, a date specifying unit 143, and a presentation unit 144.
- the display unit 11 is a display for displaying information.
- the display unit 11 displays information based on the instruction of the presentation unit 144.
- the communication unit 12 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
- Other computers include, for example, a claimant terminal (not shown) used by the claimant and a claimant terminal 3 used by the claimant.
- the communication unit 12 receives the data in response to the data transmitted by the reading device 2 or another computer, or transmits information based on the instruction of the presentation unit 144.
- the storage unit 13 has a storage medium such as a ROM (ReadOnlyMemory), a RAM (RandomAccessMemory), and a hard disk.
- the storage unit 13 stores a program executed by the control unit 14. Further, the storage unit 13 stores the invoice image data of the invoice.
- the storage unit 13 further stores an invoice information database that manages information extracted from the invoice image data.
- FIG. 4 is a diagram showing an example of an invoice information database stored in the storage unit 13.
- the invoice information database contains the issuer name as an example of the issuer identification information, the issue date of the invoice, the acquisition date when the invoice image data is acquired, and the subject of the invoice.
- the product name of each of the plurality of products, the billing amount of each of the plurality of products, and the number of purchases 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.
- the control unit 14 is, for example, a CPU (Central Processing Unit).
- the control unit 14 functions as an image data acquisition unit 141, a character string identification unit 142, a date identification unit 143, and a presentation unit 144 by executing a program stored in the storage unit 13.
- the image data acquisition unit 141 acquires the invoice image data generated by the reading device 2 reading the invoice.
- the image data acquisition unit 141 may acquire invoice image data from the reading device 2, or may acquire invoice image data from the demandee terminal 3 (for example, a terminal used by a purchaser). ..
- the character string specifying unit 142 identifies a plurality of character strings included in the invoice based on the invoice image data acquired by the image data acquisition unit 141.
- the character string specifying unit 142 identifies the character string included in the invoice based on the invoice image data, for example, by executing OCR (Optical Character Recognition) processing.
- the character string specified by the character string specifying unit 142 is, for example, the issuer name, the issue date, the subject, the product name of each product, the billing amount of each product, the number of purchases of each product, and the like, and is stored in the invoice information database. It is a character string corresponding to the registered information.
- the character string specifying unit 142 is equipped with, for example, an artificial intelligence engine, and uses a machine learning model constructed by deep learning the relationship between image data and a character string as teacher data to obtain a character string with high accuracy. To identify.
- the character string specifying unit 142 further functions as a storage control unit that stores the invoice image data acquired by the image data acquisition unit 141 in the storage unit 13. Specifically, the character string specifying unit 142 includes the invoice amount stated in the invoice, the issuer identification information for identifying the operator who issued the invoice, the issue date of the invoice, and the invoice.
- the invoice image data of the above is stored in the storage unit 13 in association with the acquisition date. That is, when the character string specifying unit 142 specifies the character string included in the invoice, the character string to be registered in the invoice information database among the specified character strings is stored in the storage unit 13 together with the acquisition date. Store in the area corresponding to the column.
- the character string specifying unit 142 may notify the date specifying unit 143 of the specified character string.
- the date specifying unit 143 specifies the scheduled acquisition date of the invoice image data.
- the scheduled acquisition date of the invoice image data specified by the date specifying unit 143 is, for example, after the invoice image data (hereinafter, referred to as "first invoice image data") acquired immediately before by the image data acquisition unit 141. It is a scheduled date for the image data acquisition unit 141 to acquire invoice image data (hereinafter referred to as "second invoice image data").
- the date specifying unit 143 specifies the scheduled acquisition date of the second invoice image data when the invoice for the first invoice image data is an invoice issued periodically. More specifically, the date specifying unit 143 first requests when a plurality of related image data related to the first invoice image data exists among the plurality of invoice image data acquired in the past. It is determined that the invoice for the calligraphy image data is an invoice to be issued periodically, and the scheduled acquisition date for the second invoice image data is specified.
- the related image data is invoice image data of invoices issued periodically, for example, issuance of an invoice included in the first invoice image data among a plurality of invoice image data acquired in the past. It is invoice image data in which the person and the name to be billed match.
- the billing target name is at least one of the subject of the invoice and the product name of each product described in the invoice.
- the second request is made.
- the date specifying unit 143 specifies, for example, the scheduled acquisition date of the second invoice image data when the number of related image data related to the first invoice image data is equal to or more than a predetermined threshold value (for example, three or the like). do.
- the date specifying unit 143 periodically issues an invoice for the first invoice image data when there are a plurality of related image data related to the first invoice image data and periodically issued. It may be determined that it is an invoice.
- the date specifying unit 143 specifies the scheduled acquisition date of the second invoice image data based on the acquisition date when each of the plurality of related image data is acquired. For example, when the acquisition date of the invoice image data of the invoice issued every month is the same day (for example, the end of the month), the date specifying unit 143 is the month following the month in which the first invoice image data is acquired. The same day (end of the month) is specified as the scheduled acquisition date of the second invoice image data.
- the date specifying unit 143 uses the issue date, payment deadline date, or issue date of the invoice described in each of the plurality of related image data instead of the date when the image data acquisition unit 141 acquires each of the plurality of related image data.
- the acquisition date may be a set date set by shifting the payment deadline by a predetermined number of days.
- the date specifying unit 143 specifies a scheduled acquisition date based on a plurality of periodic issue dates, a plurality of payment deadlines, or a plurality of set dates. For example, when the issue date of the invoice is the same day (for example, the end of the month), the date specifying unit 143 sets the same day (end of the month) of the month following the issue date of the invoice corresponding to the first invoice image data to the second. Specify as the scheduled acquisition date of the invoice image data.
- the date specifying unit 143 may specify the scheduled acquisition date of the second invoice image data acquired immediately after the first invoice image data every time the first invoice image data is acquired.
- the scheduled acquisition date of each of the plurality of second invoice image data acquired in a predetermined period (for example, one year or the like) may be specified.
- the date specifying unit 143 may specify the scheduled acquisition date of the second invoice image data based on the issue date when the invoice for each of the plurality of related image data is issued. Specifically, first, the date specifying unit 143 specifies the scheduled issuance date of the invoice to be issued based on the issuance date described in the invoice of each of the plurality of related image data. Then, the date specifying unit 143 specifies the scheduled acquisition date of the second invoice image data based on the specified scheduled issue date. The date specifying unit 143 specifies, for example, a date on which a predetermined period (for example, one week specified by the company) has elapsed from the scheduled issuance date as the scheduled acquisition date of the second invoice image data. The date specifying unit 143 may specify the scheduled issue date as the scheduled acquisition date of the second invoice image data.
- a predetermined period for example, one week specified by the company
- the date specifying unit 143 may specify the scheduled acquisition date of the second invoice image data based on the acquisition interval in which a plurality of related image data are acquired. Specifically, the date specifying unit 143 calculates the statistical value of each acquisition interval, and sets the date on which the period corresponding to the calculated statistical value has elapsed from the acquisition date of the first invoice image data as the second invoice. Specify as the scheduled acquisition date of the image data.
- the statistic is, for example, the average value of each acquisition interval, the median value of each acquisition interval, the mode value of each acquisition interval, and the like.
- the date specifying unit 143 acquires the second invoice image data on the day when the period corresponding to the longest interval having the longest acquisition interval in each acquisition interval has elapsed from the date when the first invoice image data was acquired. It may be specified as a scheduled date. In this way, the invoice management device 1 specifies the scheduled acquisition date of the invoice image data based on the acquisition interval, so that the acquisition date of the first invoice image data is a specific day (for example, the same day every month). Even if it does not exist, the scheduled acquisition date of the second invoice image data can be specified.
- the date specifying unit 143 may specify the scheduled acquisition date of the second invoice image data when the fluctuation range of the acquisition interval of the plurality of related image data is small. Specifically, the date specifying unit 143 specifies the scheduled acquisition date of the second invoice image data when the fluctuation range of the acquisition interval of the plurality of related image data is within a predetermined range (for example, within 7 days). do.
- the date specifying unit 143 calculates, for example, the standard deviation of each acquisition interval, and specifies the scheduled acquisition date of the second invoice image data when the calculated standard deviation of each acquisition interval is within a predetermined range. By doing so, the invoice management device 1 specifies a situation in which the scheduled acquisition date of the invoice image data of the invoice issued irregularly is specified, or the scheduled acquisition date of the invoice image data with low accuracy is specified. It is possible to deter the situation.
- the date specifying unit 143 may specify the scheduled acquisition date when the invoice is set to be issued periodically by the demandee. Specifically, the date specifying unit 143 specifies the scheduled acquisition date of the second invoice image data when the periodical issue information is associated with the invoice image data. Periodically issued information is information for indicating that the invoice is issued regularly.
- the demandee for example, the person in charge of accounting
- the invoice information database is displayed.
- Periodic issuance information is stored in association with the selected invoice image data.
- the date specifying unit 143 specifies the scheduled acquisition date of the second invoice image data based on the issue date or the acquisition date of the invoice image data associated with the periodical issuance information in the invoice information database. ..
- the date specifying unit 143 specifies, for example, the scheduled acquisition date of one or more second invoice image data scheduled to be acquired after the periodical issue information is set.
- the date specifying unit 143 specifies the scheduled acquisition date of the second invoice image data even if a plurality of invoice image data have not been acquired in the past. be able to.
- the date specifying unit 143 performs the first invoice image data and the first invoice.
- the scheduled acquisition date of the second invoice image data may be specified based on the issue date or the acquisition date with the related image data related to the calligraphy image data.
- the presentation unit 144 is at least the claimant or the demandee when the image data acquisition unit 141 has not acquired the second invoice image data by the time when the scheduled acquisition date specified by the date identification unit 143 has elapsed.
- Present warning information to either.
- the presentation unit 144 is the claimant or the invoice when the image data acquisition unit 141 has not acquired the second invoice image data by the time the scheduled acquisition date specified by the date identification unit 143 has elapsed.
- the invoice management device 1 is preset with information about the claimant or the demandee (for example, an accounting person) to whom the warning information is presented, and the presentation unit 144 is set as the presentation destination.
- the presentation unit 144 causes, for example, display warning information on the management screen displayed on the demandee terminal 3.
- the presentation unit 144 notifies the demandee terminal 3 of the warning information at a predetermined interval (for example, every day), and when the number of times the warning information is notified to the demandee terminal 3 reaches a predetermined threshold value.
- Warning information may be notified to the claimant terminal when the invoice image data has not been acquired.
- the presentation unit 144 may notify the requester terminal and the demandee terminal 3 of the warning information. In this way, the invoice management device 1 notifies the invoice of the warning information, so that the invoice can be noticed that the invoice has not been issued.
- the presentation unit 144 has described an example of presenting warning information to the preset demandee terminal 3 (terminal used by the accounting staff), but the present invention is not limited to this.
- the presentation unit 144 may present warning information to the purchaser who uploaded the invoice image data.
- the presentation unit 144 identifies the sender (purchasing person in charge) who transmitted the first invoice image data and the plurality of related document image data as the second invoice. Then, the presentation unit 144 presents the warning information to the specified second demandee. The presentation unit 144 presents warning information to the first demandee (accounting staff) at predetermined intervals, and when the number of times the warning information is presented to the first demandee reaches a predetermined threshold value, for example. When the second invoice image data is not acquired, the warning information is presented to the specified second claimant (purchasing person in charge). In this way, the invoice management device 1 can make the purchaser confirm the payment status of the price by presenting the warning information to a related person (purchasing person) other than the accounting person.
- the presentation unit 144 may present warning information based on the scheduled payment date. For example, each invoice issued on a regular basis has a payment deadline. In this case, first, the date specifying unit 143 further specifies the scheduled payment date based on the payment deadline of the price included in each of the plurality of invoice image data corresponding to the invoices issued periodically. Then, the presentation unit 144 presents the warning information to at least one of the claimant and the demandee based on the scheduled payment date.
- the presentation unit 144 presents warning information, for example, before the scheduled payment date has elapsed.
- the presentation unit 144 is at least the claimant or the demandee from the day before the predetermined period (for example, one week) of the scheduled payment date until the image data acquisition unit 141 acquires the second invoice image data. Warning information may be presented to either. By doing so, the invoice management device 1 can make the claimant or the demandee aware that the payment deadline is approaching. As a result, the invoice management device 1 can reduce the risk of payment omission.
- the presentation unit 144 may present the warning information after the scheduled payment date has elapsed.
- FIG. 5 is a flowchart showing the operation flow of the invoice management device 1.
- the flowchart shown in FIG. 5 starts when the image data acquisition unit 141 acquires the first invoice image data (S11).
- the character string specifying unit 142 identifies a plurality of character strings included in the invoice based on the first invoice image data acquired by the image data acquisition unit 141 (S12).
- the date specifying unit 143 determines whether or not the related image data related to the first invoice image data exists among the plurality of invoice image data acquired in the past (S13). When the date specifying unit 143 determines that the related image data does not exist in the plurality of invoice image data acquired in the past (NO in S13), the date specifying unit 143 ends the process. On the other hand, when the date specifying unit 143 determines that the related image data exists in the plurality of invoice image data acquired in the past (YES in S13), the date specifying unit 143 is based on the acquisition date of the related image data. The scheduled acquisition date of the second invoice image data is specified (S14).
- the presentation unit 144 determines whether or not the image data acquisition unit 141 has acquired the second invoice image data (S15). When the presentation unit 144 determines that the image data acquisition unit 141 has acquired the second invoice image data (YES in S15), the presentation unit 144 ends the process. On the other hand, when the presentation unit 144 determines that the image data acquisition unit 141 has not acquired the second invoice image data (NO in S15), has the scheduled acquisition date of the second invoice image data passed? It is determined whether or not (S16).
- the process returns to S15.
- the presentation unit 144 presents warning information to at least one of the claimant and the claimant (S17). ).
- the date specifying unit 143 has described an example of specifying the scheduled acquisition date of the second invoice image data when the invoice of the first invoice image data is an invoice issued periodically. , Not limited to this.
- the date specifying unit 143 may specify the scheduled acquisition date of the invoice image data of the invoice that is not the invoice issued periodically.
- FIG. 6 is a diagram showing a functional configuration of the invoice management device 1 in the modified example.
- the control unit 14 in the modified example further includes a transaction data acquisition unit 145.
- the transaction data acquisition unit 145 acquires transaction data from an external device that manages transaction data indicating the contents of the transaction.
- the external device is, for example, a device for the demandee to manage the transaction.
- the transaction data is, for example, order data and includes at least the expected completion date of the transaction.
- the date specifying unit 143 specifies the scheduled acquisition date of the invoice image data based on the transaction data acquired by the transaction data acquisition unit 145. Specifically, the date specifying unit 143 specifies the scheduled acquisition date of the invoice image data based on the scheduled completion date of the transaction indicated by the transaction data.
- the date specifying unit 143 specifies, for example, the scheduled completion date of the transaction indicated by the transaction data as the scheduled acquisition date.
- the date specifying unit 143 may specify a date on which a predetermined period (for example, 7 days or the like) has elapsed from the scheduled completion date of the transaction indicated by the transaction data as the scheduled acquisition date. By doing so, the invoice management device 1 can manage the scheduled acquisition date of the invoice image data for each transaction.
- the date specifying unit 143 may specify the scheduled acquisition date of the invoice image data when the transaction is completed.
- the transaction data includes a transaction status indicating the status of the transaction
- the date identification unit 143 indicates that the transaction has been completed when the transaction status included in the transaction data indicates that the invoice image data has been completed. Specify the expected acquisition date.
- the date specifying unit 143 may specify the scheduled acquisition date of the invoice image data according to the result of the approval made to pay the invoiced price at the demandee's company.
- the transaction data may include approval data indicating the outcome of the approval, and the date identification unit 143 will invoice if the approval data indicates that payment of the price requested in the approval has been approved. Specify the expected acquisition date of the image data.
- the presentation unit 144 may present the expenses to be paid (accounts payable) to the demandee based on the amount to be paid in each of the plurality of transactions.
- the transaction data includes a transaction completion date and an amount to be paid to the claimant (eg, an estimated amount), and the presentation unit 144 is based on a plurality of transaction data in which the transaction has not been completed.
- the presentation unit 144 presents, for example, the total amount of the estimated amounts of transactions whose scheduled completion date is included in the month to the claimant as accounts payable for each month. By doing so, the demandee can grasp the cash flow of the company.
- the invoice management device 1 specifies the scheduled acquisition date of the second invoice image data, and does not acquire the second invoice image data by the lapse of the specified scheduled acquisition date. , Present at least one of the claimant or the claimant's warning information. By doing so, the claimant or the claimant can be aware that the payment has not been completed yet. As a result, for example, the demandee requests the related parties to submit the invoice image data, confirms the issuance status of the unreceived invoice with the claimant, and reissues the lost invoice to the claimant. You can process the invoice by asking for it. As a result, the invoice management device 1 can reduce the risk of payment omission.
Landscapes
- Business, Economics & Management (AREA)
- Development Economics (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Finance (AREA)
- Marketing (AREA)
- Economics (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Accounting & Taxation (AREA)
- Theoretical Computer Science (AREA)
- Technology Law (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
請求書管理装置1は、取引における代金を請求するために発行される請求書の請求書画像データを取得する画像データ取得部141と、請求書画像データの取得予定日を特定する日付特定部143と、取得予定日が経過するまでに画像データ取得部141が請求書画像データを取得していない場合に、取引における代金を請求する請求者、又は取引における代金を請求される被請求者の少なくともいずれかに警告情報を提示する提示部144と、を有する。
Description
本発明は、請求書管理装置、請求書管理方法及びプログラムに関する。
請求書の画像データから商品の品名及び金額を読み取り、読み取った品名及び金額に基づいて仕訳データを作成する会計処理システムが知られている(例えば、特許文献1を参照)。
商品を購入したことに応じて当該商品の代金が請求される企業の管理者(被請求者)は、大量の請求書を処理するため、商品を購入してから請求された代金を支払うまでの間に不手際が発生すると、支払い漏れのリスクが生じ得る。例えば、商品の代金を請求する請求者が請求書を発行し忘れたり、被請求者が発行された請求書を紛失したりすると、被請求者が請求書を処理することができなくなり、支払い漏れが生じるリスクが高くなる。そのため、被請求者においては、支払い漏れが生じないように請求書の処理に関する期限を管理することが求められている。
そこで、本発明はこれらの点に鑑みてなされたものであり、支払い漏れが生じるリスクを低減させることを目的とする。
本発明の第1の態様にかかる請求書管理装置は、取引における代金を請求するために発行される請求書の請求書画像データを取得する画像データ取得部と、前記請求書画像データの取得予定日を特定する日付特定部と、前記取得予定日が経過するまでに前記画像データ取得部が前記請求書画像データを取得していない場合に、前記取引における代金を請求する請求者、又は前記取引における代金を請求される被請求者の少なくともいずれかに警告情報を提示する提示部と、を有する。
前記日付特定部は、定期的に発行される請求書に対応する複数の前記請求書画像データが取得された取得間隔に基づいて、前記取得予定日を特定してもよい。
前記日付特定部は、過去に取得された前記複数の請求書画像データのうち、前記画像データ取得部が取得した前記請求書画像データに含まれる前記請求書の発行者及び請求対象名が一致する複数の関連画像データの前記取得間隔の変動幅が所定の範囲内である場合に、前記取得予定日を特定してもよい。
前記提示部は、前記複数の請求書画像データを送信した送信者を前記被請求者として特定し、特定した前記被請求者に前記警告情報を提示してもよい。
前記日付特定部は、前記請求書画像データに対して、定期的に発行される請求書であることを示すための定期発行情報が関連付けられている場合に、当該請求書画像データの発行日又は取得日に基づいて、前記取得予定日を特定してもよい。
前記日付特定部は、定期的に発行される請求書に対応する複数の前記請求書画像データそれぞれに含まれる前記代金の支払期限に基づいて、支払予定日をさらに特定し、前記提示部は、前記支払予定日に基づいて、前記請求者又は前記被請求者の少なくともいずれかに前記警告情報を提示してもよい。
前記請求書管理装置は、前記取引の内容を示す取引データを管理する外部装置から前記取引データを取得する取引データ取得部をさらに有し、前記日付特定部は、前記取引データによって示される前記取引の完了予定日に基づいて、前記取得予定日を特定してもよい。
本発明の第2の態様にかかる請求書管理方法は、コンピュータが実行する、取引における代金を請求するために発行される請求書の請求書画像データの取得予定日を特定するステップと、前記取得予定日が経過するまでに前記請求書画像データを取得していない場合に、前記取引における代金を請求する請求者、又は前記取引における代金を請求される被請求者の少なくともいずれかに警告情報を提示するステップと、を有する。
本発明の第3の態様にかかるプログラムは、コンピュータを、取引における代金を請求するために発行される請求書の請求書画像データを取得する画像データ取得部、前記請求書画像データの取得予定日を特定する日付特定部、及び前記取得予定日が経過するまでに前記画像データ取得部が前記請求書画像データを取得していない場合に、前記取引における代金を請求する請求者、又は前記取引における代金を請求される被請求者の少なくともいずれかに警告情報を提示する提示部、として機能させる。
本発明によれば、支払い漏れが生じるリスクを低減させることができるという効果を奏する。
[請求書管理装置1の概要]
図1は、請求書管理装置1の概要を説明するための図である。請求書管理装置1は、請求書の請求書画像データを取得し、請求書画像データに含まれる文字列を解析した結果を用いて請求書を管理するための装置であり、例えばコンピュータである。請求書は、取引における商品の代金又はサービスの料金(以下、「代金」という。)を請求するために発行される書類であり、例えば、同一の請求者によって定期的に発行される請求書である。請求書画像データは、読取装置2(例えばスキャナ又はデジタルカメラ)が、請求書を読み取ることによって生成されたデータである。
図1は、請求書管理装置1の概要を説明するための図である。請求書管理装置1は、請求書の請求書画像データを取得し、請求書画像データに含まれる文字列を解析した結果を用いて請求書を管理するための装置であり、例えばコンピュータである。請求書は、取引における商品の代金又はサービスの料金(以下、「代金」という。)を請求するために発行される書類であり、例えば、同一の請求者によって定期的に発行される請求書である。請求書画像データは、読取装置2(例えばスキャナ又はデジタルカメラ)が、請求書を読み取ることによって生成されたデータである。
請求書管理装置1は、1台のコンピュータにより構成されていてもよいし、複数のコンピュータにより構成されていてもよい。請求書管理装置1は、発行された請求書を管理する事業者、すなわち取引における代金を請求される被請求者によって使用される。被請求者は、例えば、請求書を受領した会社の経理業務に関わっている人(例えば経理担当者)、当該会社の購買業務に関わっている人(例えば購買担当者)、又は当該会社の代表者である。
図2は、被請求者が受領する請求書の一例を示す図である。図2に示す請求書には、請求書を発行した事業者、すなわち取引における代金を請求する請求者の名称、住所、連絡先が記載されている。また、請求書には、件名(図2に示す2019年1月分)、請求の対象となる商品が購入された個数及び購入された商品の金額(すなわち請求額)が記載されている。請求書管理装置1は、これら請求書に記載された情報と、請求書の請求書画像データを取得した取得日とを関連付けて請求書情報データベースに登録して管理する。
請求書管理装置1は、請求書情報データベースに登録された情報に基づいて請求書画像データを取得する取得予定日を特定し、特定した取得予定日が経過するまでに請求書画像データを取得していない場合に、被請求者端末3に警告情報を提示する。被請求者端末3は、被請求者が使用する端末であり、例えばPC(Personal Computer)又はタブレット等である。警告情報は、請求書の請求書画像データがアップロードされていないことを示すための情報である。
経理担当者は、発行された請求書に基づいて、当該請求書を処理する。具体的には、まず、購買担当者は、受領した請求書の請求書画像データを請求書管理装置1にアップロードして、請求書に記載された情報を請求書管理装置1に登録する。そして、経理担当者は、請求書管理装置1に登録した情報に基づいて、請求された代金を支払うための手続きを行う。経理担当者は、大量の請求書を処理するため、商品を購入してから請求された代金を支払うまでの間において請求者又は被請求者のうちの少なくともいずれかに不手際が発生した場合(例えば、商品の代金を請求する請求者が請求書を発行し忘れた場合、又は被請求者(購買担当者)が発行された請求書を紛失した場合等)、請求書を処理することができなくなり、支払い漏れのリスクが高くなる。
しかしながら、請求書管理装置1が、特定した取得予定日が経過するまでに請求書画像データを取得していない場合に、被請求者に警告情報を提示することで、被請求者は、まだ支払いが完了してないことに気付くことができる。これにより、例えば、経理担当者は、購買担当者に請求書画像データの提出を要請したり、未受領の請求書の発行状況を請求者に確認したり、紛失した請求書を請求者に再発行してもらったりすることにより、請求書を処理することができる。その結果、請求書管理装置1は、支払い漏れが生じるリスクを低減させることができる。
[請求書管理装置1の機能構成及び動作]
図3は、請求書管理装置1の機能構成を示す図である。請求書管理装置1は、表示部11と、通信部12と、記憶部13と、制御部14とを有する。制御部14は、画像データ取得部141と、文字列特定部142と、日付特定部143と、提示部144とを有する。
図3は、請求書管理装置1の機能構成を示す図である。請求書管理装置1は、表示部11と、通信部12と、記憶部13と、制御部14とを有する。制御部14は、画像データ取得部141と、文字列特定部142と、日付特定部143と、提示部144とを有する。
表示部11は、情報を表示するディスプレイである。表示部11は、提示部144の指示に基づいて情報を表示する。通信部12は、ネットワーク(例えばイントラネット又はインターネット)に接続するための通信インターフェースであり、読取装置2からデータを受信したり、他のコンピュータとの間でデータを送受信したりするための通信コントローラを有する。他のコンピュータは、例えば、請求者が使用する不図示の請求者端末と、被請求者が使用する被請求者端末3とを含む。通信部12は、読取装置2又は他のコンピュータがデータを送信したことに応じて当該データを受信したり、提示部144の指示に基づいて情報を送信したりする。
記憶部13は、例えばROM(Read Only Memory)、RAM(Random Access Memory)及びハードディスク等の記憶媒体を有する。記憶部13は、制御部14が実行するプログラムを記憶する。また、記憶部13は、請求書の請求書画像データを記憶する。記憶部13は、さらに、請求書画像データから抽出された情報を管理する請求書情報データベースを記憶する。
図4は、記憶部13が記憶する請求書情報データベースの一例を示す図である。図4に示すように請求書情報データベースは、発行事業者識別情報の一例としての発行事業者名と、請求書の発行日と、請求書画像データが取得された取得日と、請求書の件名と、複数の商品それぞれの品名と、複数の商品それぞれの請求額と、複数の商品それぞれの購入数とが関連付けられている。請求書情報データベースにおいては、請求書を特定するための請求書識別情報(例えば請求書番号)がさらに含まれていてもよい。
制御部14は、例えばCPU(Central Processing Unit)である。制御部14は、記憶部13に記憶されたプログラムを実行することにより、画像データ取得部141、文字列特定部142、日付特定部143及び提示部144として機能する。
画像データ取得部141は、読取装置2が請求書を読み取ることによって生成した請求書画像データを取得する。画像データ取得部141は、読取装置2から請求書画像データを取得してもよいし、被請求者端末3(例えば、購買担当者が使用する端末)から請求書画像データを取得してもよい。
文字列特定部142は、画像データ取得部141が取得した請求書画像データに基づいて、請求書に含まれている複数の文字列を特定する。文字列特定部142は、例えばOCR(Optical Character Recognition)処理を実行することにより、請求書画像データに基づいて、請求書に含まれている文字列を特定する。文字列特定部142が特定する文字列は、例えば、発行事業者名、発行日、件名、各商品の品名、各商品の請求額、及び各商品の購入数等であり、請求書情報データベースに登録される情報に対応する文字列である。文字列特定部142は、例えば人工知能エンジンを搭載しており、画像データと文字列との関係を教師データとして深層学習して構築された機械学習モデルを使用することにより、高い精度で文字列を特定する。
文字列特定部142は、画像データ取得部141が取得した請求書画像データを記憶部13に記憶させる記憶制御部としてさらに機能する。具体的には、文字列特定部142は、請求書に記載された請求額と、請求書を発行した事業者を識別するための発行事業者識別情報と、請求書の発行日と、請求書の請求書画像データが取得された取得日とを関連付けて記憶部13に記憶させる。すなわち、文字列特定部142は、請求書に含まれている文字列を特定すると、取得日とともに、特定した文字列のうち請求書情報データベースに登録すべき文字列を、記憶部13における当該文字列に対応する領域に格納する。文字列特定部142は、特定した文字列を日付特定部143に通知してもよい。
日付特定部143は、請求書画像データの取得予定日を特定する。日付特定部143が特定する請求書画像データの取得予定日は、例えば、画像データ取得部141が直前に取得した請求書画像データ(以下、「第1請求書画像データ」という。)の後に、画像データ取得部141が請求書画像データ(以下、「第2請求書画像データ」という。)を取得する予定日である。
具体的には、日付特定部143は、第1請求書画像データの請求書が定期的に発行される請求書である場合に、第2請求書画像データの取得予定日を特定する。より具体的には、日付特定部143は、過去に取得された複数の請求書画像データの中に、第1請求書画像データに関連する複数の関連画像データが存在する場合に、第1請求書画像データの請求書が定期的に発行される請求書であると判定し、第2請求書画像データの取得予定日を特定する。
関連画像データは、定期的に発行される請求書の請求書画像データであり、例えば、過去に取得された複数の請求書画像データのうち、第1請求書画像データに含まれる請求書の発行者及び請求対象名が一致する請求書画像データである。請求対象名は、請求書の件名、及び請求書に記載された各商品の品名のうちの少なくともいずれかである。
日付特定部143は、例えば、請求書情報データベースに記憶されている複数の請求書画像データの中に、第1請求書画像データに関連する複数の関連画像データが存在する場合に、第2請求書画像データの取得予定日を特定する。日付特定部143は、例えば、第1請求書画像データに関連する関連画像データの数が所定の閾値(例えば3つ等)以上である場合に、第2請求書画像データの取得予定日を特定する。日付特定部143は、第1請求書画像データに関連し、かつ定期的に発行された複数の関連画像データが存在する場合に、第1請求書画像データの請求書が定期的に発行される請求書であると判定してもよい。
日付特定部143は、複数の関連画像データそれぞれが取得された取得日に基づいて、第2請求書画像データの取得予定日を特定する。日付特定部143は、例えば、月ごとに発行される請求書の請求書画像データの取得日が毎月同じ日(例えば月末)である場合、第1請求書画像データが取得された月の翌月の同じ日(月末)を、第2請求書画像データの取得予定日として特定する。
日付特定部143は、画像データ取得部141が複数の関連画像データそれぞれを取得した日の代わりに、複数の関連画像データそれぞれに記載された請求書の発行日、支払い期限日、又は発行日若しくは支払い期限日に対して所定の日数だけずらして設定した設定日を取得日としてもよい。この場合、日付特定部143は、定期的な複数の発行日、複数の支払い期限日又は複数の設定日に基づいて取得予定日を特定する。日付特定部143は、例えば請求書の発行日が毎月同じ日(例えば月末)である場合、第1請求書画像データに対応する請求書の発行日の翌月の同じ日(月末)を、第2請求書画像データの取得予定日として特定する。
日付特定部143は、第1請求書画像データが取得されるごとに、当該第1請求書画像データの直後に取得される第2請求書画像データの取得予定日を特定してもよいし、所定の期間(例えば1年間等)に取得される複数の第2請求書画像データそれぞれの取得予定日を特定してもよい。
日付特定部143は、複数の関連画像データそれぞれの請求書が発行された発行日に基づいて、第2請求書画像データの取得予定日を特定してもよい。具体的には、まず、日付特定部143は、複数の関連画像データそれぞれの請求書に記載された発行日に基づいて、発行される請求書の発行予定日を特定する。そして、日付特定部143は、特定した発行予定日に基づいて、第2請求書画像データの取得予定日を特定する。日付特定部143は、例えば、発行予定日から所定の期間(例えば、社内規定の1週間等)が経過した日を、第2請求書画像データの取得予定日として特定する。日付特定部143は、発行予定日を第2請求書画像データの取得予定日として特定してもよい。
日付特定部143は、複数の関連画像データが取得された取得間隔に基づいて、第2請求書画像データの取得予定日を特定してもよい。具体的には、日付特定部143は、各取得間隔の統計値を算出し、第1請求書画像データの取得日から、算出した統計値に対応する期間が経過した日を、第2請求書画像データの取得予定日として特定する。統計値は、例えば、各取得間隔の平均値、各取得間隔の中央値、又は各取得間隔の最頻値等である。
日付特定部143は、第1請求書画像データが取得された日から、各取得間隔のうちの最も取得間隔が長い最長間隔に対応する期間が経過した日を、第2請求書画像データの取得予定日として特定してもよい。このように、請求書管理装置1は、取得間隔に基づいて請求書画像データの取得予定日を特定することにより、第1請求書画像データの取得日が特定の日(例えば毎月同じ日)ではない場合であっても、第2請求書画像データの取得予定日を特定することができる。
日付特定部143は、複数の関連画像データの取得間隔の変動幅が小さい場合に、第2請求書画像データの取得予定日を特定してもよい。具体的には、日付特定部143は、複数の関連画像データの取得間隔の変動幅が所定の範囲内(例えば7日以内)である場合に、第2請求書画像データの取得予定日を特定する。
日付特定部143は、例えば、各取得間隔の標準偏差を算出し、算出した各取得間隔の標準偏差が所定の範囲内である場合に、第2請求書画像データの取得予定日を特定する。このようにすることで、請求書管理装置1は、不定期に発行される請求書の請求書画像データの取得予定日を特定する事態、又は精度が低い請求書画像データの取得予定日を特定する事態を抑止することができる。
日付特定部143は、定期的に発行される請求書であることが被請求者によって設定された場合に、取得予定日を特定してもよい。具体的には、日付特定部143は、請求書画像データに対して定期発行情報が関連付けられている場合に、第2請求書画像データの取得予定日を特定する。定期発行情報は、定期的に発行される請求書であることを示すための情報である。
例えば、被請求者(例えば経理担当者)が、被請求者端末3に表示された管理画面において、定期的に発行される請求書に対応する請求書画像データを選択すると、請求書情報データベースにおいて、選択された請求書画像データに定期発行情報が関連付けて記憶される。この場合において、日付特定部143は、請求書情報データベースにおいて定期発行情報に関連付けられている請求書画像データの発行日又は取得日に基づいて、第2請求書画像データの取得予定日を特定する。日付特定部143は、例えば、定期発行情報が設定されたタイミングで、それ以降に取得される予定の一以上の第2請求書画像データの取得予定日を特定する。
このように定期発行情報を利用することで、日付特定部143は、過去に複数の請求書画像データが取得されていない場合であっても、第2請求書画像データの取得予定日を特定することができる。なお、日付特定部143は、被請求者(購買担当者)が第1請求書画像データをアップロードする際に定期発行情報を設定した場合に、当該第1請求書画像データと、当該第1請求書画像データに関連する関連画像データとの発行日又は取得日に基づいて、第2請求書画像データの取得予定日を特定してもよい。
提示部144は、日付特定部143によって特定された取得予定日が経過するまでに画像データ取得部141が第2請求書画像データを取得していない場合に、請求者、又は被請求者の少なくともいずれかに警告情報を提示する。具体的には、提示部144は、日付特定部143によって特定された取得予定日が経過するまでに画像データ取得部141が第2請求書画像データを取得していない場合に、請求者又は被請求者のうち少なくとも被請求者(例えば経理担当者)に警告情報を提示する。
例えば、請求書管理装置1には、警告情報の提示先である請求者に関する情報又は被請求者(例えば、経理担当者)に関する情報が予め設定されており、提示部144は、提示先として設定されている請求者又は被請求者の少なくともいずれかに警告情報を提示する。提示部144は、例えば、被請求者端末3に表示された管理画面に警告情報を表示させる。
提示部144は、例えば、所定の間隔(例えば日ごと)で被請求者端末3に警告情報を通知し、被請求者端末3に警告情報を通知した回数が所定の閾値に達したときに第2請求書画像データが取得されていない場合に、請求者端末に警告情報を通知してもよい。提示部144は、請求者端末及び被請求者端末3それぞれに警告情報を通知してもよい。このように、請求書管理装置1が警告情報を請求者に通知することにより、請求者は、請求書を発行していないことに気付くことができる。
上記において、提示部144が、予め設定されている被請求者端末3(経理担当者が使用する端末)に警告情報を提示する例を説明したが、これに限らない。例えば、提示部144は、請求書画像データをアップロードした購買担当者に警告情報を提示してもよい。
具体的には、まず、提示部144は、第1請求書画像データと複数の関連書画像データとを送信した送信者(購買担当者)を第2被請求者として特定する。そして、提示部144は、特定した第2被請求者に警告情報を提示する。提示部144は、例えば、所定の間隔で第1被請求者(経理担当者)に警告情報を提示し、当該第1被請求者に警告情報を提示した回数が所定の閾値に達したときに第2請求書画像データが取得されていない場合に、特定した第2被請求者(購買担当者)に警告情報を提示する。このように、請求書管理装置1は、経理担当者以外の関係者(購買担当者)に警告情報を提示することにより、代金の支払い状況を購買担当者に確認させることができる。
提示部144は、支払予定日に基づいて警告情報を提示してもよい。例えば、定期的に発行される各請求書には、代金の支払期限が記載されている。この場合において、まず、日付特定部143は、定期的に発行される請求書に対応する複数の請求書画像データそれぞれに含まれる代金の支払期限に基づいて、支払予定日をさらに特定する。そして、提示部144は、支払予定日に基づいて、請求者又は被請求者の少なくともいずれかに警告情報を提示する。
提示部144は、例えば、支払予定日が経過する前に警告情報を提示する。提示部144は、支払予定日の所定の期間(例えば1週間)前の日から、画像データ取得部141が第2請求書画像データを取得するまでの間において、請求者又は被請求者の少なくともいずれかに警告情報を提示してもよい。このようにすることで、請求書管理装置1は、請求者又は被請求者に支払い期限が近づいていることを気付かせることができる。これにより、請求書管理装置1は、支払い漏れが生じるリスクを軽減させることができる。なお、提示部144は、支払予定日が経過した後に警告情報を提示してもよい。
[請求書管理装置1の動作の流れ]
図5は、請求書管理装置1の動作の流れを示すフローチャートである。図5に示すフローチャートは、画像データ取得部141が第1請求書画像データを取得したことを契機として開始する(S11)。文字列特定部142は、画像データ取得部141が取得した第1請求書画像データに基づいて、請求書に含まれている複数の文字列を特定する(S12)。
図5は、請求書管理装置1の動作の流れを示すフローチャートである。図5に示すフローチャートは、画像データ取得部141が第1請求書画像データを取得したことを契機として開始する(S11)。文字列特定部142は、画像データ取得部141が取得した第1請求書画像データに基づいて、請求書に含まれている複数の文字列を特定する(S12)。
日付特定部143は、過去に取得された複数の請求書画像データの中に、第1請求書画像データに関連する関連画像データが存在するか否かを判定する(S13)。日付特定部143は、過去に取得された複数の請求書画像データの中に関連画像データが存在しないと判定した場合(S13においてNOの場合)、処理を終了する。一方、日付特定部143は、過去に取得された複数の請求書画像データの中に関連画像データが存在すると判定した場合(S13においてYESの場合)、当該関連画像データの取得日に基づいて、第2請求書画像データの取得予定日を特定する(S14)。
提示部144は、画像データ取得部141が第2請求書画像データを取得したか否かを判定する(S15)。提示部144は、画像データ取得部141が第2請求書画像データを取得したと判定した場合(S15においてYESの場合)、処理を終了する。一方、提示部144は、画像データ取得部141が第2請求書画像データを取得していないと判定した場合(S15においてNOの場合)、第2請求書画像データの取得予定日を経過したか否かを判定する(S16)。
提示部144は、第2請求書画像データの取得予定日を経過していないと判定した場合(S16においてNOの場合)、処理をS15に戻す。一方、提示部144は、第2請求書画像データの取得予定日を経過したと判定した場合(S16においてYESの場合)、請求者又は被請求者の少なくともいずれかに警告情報を提示する(S17)。
[変形例1]
上記において、日付特定部143が、第1請求書画像データの請求書が定期的に発行される請求書である場合に、第2請求書画像データの取得予定日を特定する例を説明したが、これに限らない。例えば、日付特定部143は、定期的に発行される請求書ではない請求書の請求書画像データの取得予定日を特定してもよい。
上記において、日付特定部143が、第1請求書画像データの請求書が定期的に発行される請求書である場合に、第2請求書画像データの取得予定日を特定する例を説明したが、これに限らない。例えば、日付特定部143は、定期的に発行される請求書ではない請求書の請求書画像データの取得予定日を特定してもよい。
図6は、変形例における請求書管理装置1の機能構成を示す図である。変形例における制御部14は、取引データ取得部145をさらに有する。取引データ取得部145は、取引の内容を示す取引データを管理する外部装置から取引データを取得する。外部装置は、例えば、被請求者が取引を管理するための装置である。取引データは、例えば、発注データであり、少なくとも取引の完了予定日を含む。
日付特定部143は、取引データ取得部145が取得した取引データに基づいて、請求書画像データの取得予定日を特定する。具体的には、日付特定部143は、取引データによって示される取引の完了予定日に基づいて、請求書画像データの取得予定日を特定する。
日付特定部143は、例えば、取引データによって示される取引の完了予定日を取得予定日として特定する。日付特定部143は、取引データによって示される取引の完了予定日から所定の期間(例えば7日間等)が経過した日を取得予定日として特定してもよい。このようにすることで、請求書管理装置1は、取引ごとに、請求書画像データの取得予定日を管理することができる。
日付特定部143は、取引が完了した場合に、請求書画像データの取得予定日を特定してもよい。例えば、取引データには、取引の状態を示す取引ステータスが含まれており、日付特定部143は、取引が完了したことを、取引データに含まれる取引ステータスが示す場合に、請求書画像データの取得予定日を特定する。
日付特定部143は、被請求者の企業において請求された代金を支払うために行われる稟議の結果に応じて請求書画像データの取得予定日を特定してもよい。例えば、取引データには、稟議の結果を示す稟議データが含まれており、日付特定部143は、稟議において請求された代金を支払うことが承認されたことを稟議データが示す場合に、請求書画像データの取得予定日を特定する。
[変形例2]
上記において、提示部144が、警告情報を提示する例を説明したが、これに限らない。例えば、提示部144は、複数の取引それぞれにおいて支払われる予定の金額に基づいて、支出予定の費用(買掛金)を被請求者に提示してもよい。
上記において、提示部144が、警告情報を提示する例を説明したが、これに限らない。例えば、提示部144は、複数の取引それぞれにおいて支払われる予定の金額に基づいて、支出予定の費用(買掛金)を被請求者に提示してもよい。
例えば、取引データには、取引の完了予定日と、請求者に支払う金額(例えば概算金額)とが含まれており、提示部144は、取引が完了していない複数の取引データに基づいて、買掛金を被請求者に提示する。提示部144は、例えば、月ごとに、完了予定日が当該月に含まれる取引の概算金額を合計した合計金額を、買掛金として被請求者に提示する。このようにすることで、被請求者は、企業の資金繰りを把握することができる。
[請求書管理装置1による効果]
以上説明したように、請求書管理装置1は、第2請求書画像データの取得予定日を特定し、特定した取得予定日を経過するまでに第2請求書画像データを取得していない場合に、請求者又は被請求者の少なくともいずれか警告情報を提示する。このようにすることで、請求者又は被請求者は、まだ支払いが完了してないことに気付くことができる。これにより、例えば、被請求者は、関係者に請求書画像データの提出を要請したり、未受領の請求書の発行状況を請求者に確認したり、紛失した請求書を請求者に再発行してもらったりすることにより、請求書を処理することができる。その結果、請求書管理装置1は、支払い漏れが生じるリスクを低減させることができる。
以上説明したように、請求書管理装置1は、第2請求書画像データの取得予定日を特定し、特定した取得予定日を経過するまでに第2請求書画像データを取得していない場合に、請求者又は被請求者の少なくともいずれか警告情報を提示する。このようにすることで、請求者又は被請求者は、まだ支払いが完了してないことに気付くことができる。これにより、例えば、被請求者は、関係者に請求書画像データの提出を要請したり、未受領の請求書の発行状況を請求者に確認したり、紛失した請求書を請求者に再発行してもらったりすることにより、請求書を処理することができる。その結果、請求書管理装置1は、支払い漏れが生じるリスクを低減させることができる。
以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されず、その要旨の範囲内で種々の変形及び変更が可能である。例えば、装置の全部又は一部は、任意の単位で機能的又は物理的に分散・統合して構成することができる。また、複数の実施の形態の任意の組み合わせによって生じる新たな実施の形態も、本発明の実施の形態に含まれる。組み合わせによって生じる新たな実施の形態の効果は、もとの実施の形態の効果を併せ持つ。
1 請求書管理装置
11 表示部
12 通信部
13 記憶部
14 制御部
141 画像データ取得部
142 文字列特定部
143 日付特定部
144 提示部
145 取引データ取得部
2 読取装置
3 被請求者端末
11 表示部
12 通信部
13 記憶部
14 制御部
141 画像データ取得部
142 文字列特定部
143 日付特定部
144 提示部
145 取引データ取得部
2 読取装置
3 被請求者端末
Claims (9)
- 取引における代金を請求するために発行される請求書の請求書画像データを取得する画像データ取得部と、
前記請求書画像データの取得予定日を特定する日付特定部と、
前記取得予定日が経過するまでに前記画像データ取得部が前記請求書画像データを取得していない場合に、前記取引における代金を請求する請求者、又は前記取引における代金を請求される被請求者の少なくともいずれかに警告情報を提示する提示部と、
を有する請求書管理装置。 - 前記日付特定部は、定期的に発行される請求書に対応する複数の前記請求書画像データが取得された取得間隔に基づいて、前記取得予定日を特定する、
請求項1に記載の請求書管理装置。 - 前記日付特定部は、過去に取得された前記複数の請求書画像データのうち、前記画像データ取得部が取得した前記請求書画像データに含まれる前記請求書の発行者及び請求対象名が一致する複数の関連画像データの前記取得間隔の変動幅が所定の範囲内である場合に、前記取得予定日を特定する、
請求項2に記載の請求書管理装置。 - 前記提示部は、前記複数の請求書画像データを送信した送信者を前記被請求者として特定し、特定した前記被請求者に前記警告情報を提示する、
請求項2又は3に記載の請求書管理装置。 - 前記日付特定部は、前記請求書画像データに対して、定期的に発行される請求書であることを示すための定期発行情報が関連付けられている場合に、当該請求書画像データの発行日又は取得日に基づいて、前記取得予定日を特定する、
請求項1から4のいずれか一項に記載の請求書管理装置。 - 前記日付特定部は、定期的に発行される請求書に対応する複数の前記請求書画像データそれぞれに含まれる前記代金の支払期限に基づいて、支払予定日をさらに特定し、
前記提示部は、前記支払予定日に基づいて、前記請求者又は前記被請求者の少なくともいずれかに前記警告情報を提示する、
請求項1から5のいずれか一項に記載の請求書管理装置。 - 前記取引の内容を示す取引データを管理する外部装置から前記取引データを取得する取引データ取得部をさらに有し、
前記日付特定部は、前記取引データによって示される前記取引の完了予定日に基づいて、前記取得予定日を特定する、
請求項1から6のいずれか一項に記載の請求書管理装置。 - コンピュータが実行する、
取引における代金を請求するために発行される請求書の請求書画像データの取得予定日を特定するステップと、
前記取得予定日が経過するまでに前記請求書画像データを取得していない場合に、前記取引における代金を請求する請求者、又は前記取引における代金を請求される被請求者の少なくともいずれかに警告情報を提示するステップと、
を有する請求書管理方法。 - コンピュータを、
取引における代金を請求するために発行される請求書の請求書画像データを取得する画像データ取得部、
前記請求書画像データの取得予定日を特定する日付特定部、及び
前記取得予定日が経過するまでに前記画像データ取得部が前記請求書画像データを取得していない場合に、前記取引における代金を請求する請求者、又は前記取引における代金を請求される被請求者の少なくともいずれかに警告情報を提示する提示部、
として機能させるためのプログラム。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/JP2020/021626 WO2021245755A1 (ja) | 2020-06-01 | 2020-06-01 | 請求書管理装置、請求書管理方法及びプログラム |
JP2020529770A JP6759489B1 (ja) | 2020-06-01 | 2020-06-01 | 請求書管理装置、請求書管理方法及びプログラム |
JP2020147315A JP2021190056A (ja) | 2020-06-01 | 2020-09-02 | 請求書管理装置、請求書管理方法及びプログラム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/JP2020/021626 WO2021245755A1 (ja) | 2020-06-01 | 2020-06-01 | 請求書管理装置、請求書管理方法及びプログラム |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2021245755A1 true WO2021245755A1 (ja) | 2021-12-09 |
Family
ID=72517960
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/JP2020/021626 WO2021245755A1 (ja) | 2020-06-01 | 2020-06-01 | 請求書管理装置、請求書管理方法及びプログラム |
Country Status (2)
Country | Link |
---|---|
JP (2) | JP6759489B1 (ja) |
WO (1) | WO2021245755A1 (ja) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023112268A1 (ja) * | 2021-12-16 | 2023-06-22 | ファーストアカウンティング株式会社 | データ処理装置及びデータ処理方法 |
WO2023119580A1 (ja) * | 2021-12-23 | 2023-06-29 | ファーストアカウンティング株式会社 | データ処理装置、データ処理方法及びプログラム |
JP7395634B2 (ja) * | 2022-03-22 | 2023-12-11 | PayPay株式会社 | 情報処理装置、情報処理方法および情報処理プログラム |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016043197A1 (ja) * | 2014-09-16 | 2016-03-24 | 新日鉄住金ソリューションズ株式会社 | 管理システム、携帯端末装置、管理方法、情報処理方法及びプログラム |
JP2017521807A (ja) * | 2014-07-18 | 2017-08-03 | マーク・ヴイ・ディアック | 売手ファイナンスのあるオンラインマーケット |
WO2018179411A1 (ja) * | 2017-03-31 | 2018-10-04 | ファーストアカウンティング株式会社 | 会計処理システム及び会計処理方法 |
-
2020
- 2020-06-01 JP JP2020529770A patent/JP6759489B1/ja active Active
- 2020-06-01 WO PCT/JP2020/021626 patent/WO2021245755A1/ja active Application Filing
- 2020-09-02 JP JP2020147315A patent/JP2021190056A/ja active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2017521807A (ja) * | 2014-07-18 | 2017-08-03 | マーク・ヴイ・ディアック | 売手ファイナンスのあるオンラインマーケット |
WO2016043197A1 (ja) * | 2014-09-16 | 2016-03-24 | 新日鉄住金ソリューションズ株式会社 | 管理システム、携帯端末装置、管理方法、情報処理方法及びプログラム |
WO2018179411A1 (ja) * | 2017-03-31 | 2018-10-04 | ファーストアカウンティング株式会社 | 会計処理システム及び会計処理方法 |
Also Published As
Publication number | Publication date |
---|---|
JPWO2021245755A1 (ja) | 2021-12-09 |
JP2021190056A (ja) | 2021-12-13 |
JP6759489B1 (ja) | 2020-09-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10453038B2 (en) | Purchase data transmission and analysis system | |
WO2021245755A1 (ja) | 請求書管理装置、請求書管理方法及びプログラム | |
US8396808B2 (en) | Method and system for transferring an electronic payment | |
US20160055503A1 (en) | System and method for distributorless product supply chain management | |
US8117086B1 (en) | Order tracking system and method using trigger events | |
US20160328779A1 (en) | System and method for using purchasing history data to automatically create a personalized product list | |
JP2002041842A (ja) | 商品売買のための電子的仲介サービスおよび価格決定 | |
US20140019217A1 (en) | Universal system for enabling dynamically discounted buyer-vendor payments | |
JP6848102B2 (ja) | 免税処理装置、免税処理方法及び免税処理プログラム | |
US11468410B2 (en) | Universal payment module and system | |
KR20100104515A (ko) | 약품 주문 시스템 및 방법 | |
US20160267603A1 (en) | Systems and Methods for Tracking and Validating Commodities Purchases | |
WO2021224971A1 (ja) | 請求情報管理装置、請求情報管理方法及びプログラム | |
JP2022091386A (ja) | ギフト資産管理システム | |
US20140214507A1 (en) | Referral affiliate buyout system and method | |
US20070067223A1 (en) | Electronic method and system for executing retroactive price adjustment | |
WO2021260891A1 (ja) | 請求書管理装置、請求書管理方法及びプログラム | |
JP2020086798A (ja) | 設定装置、設定方法及び設定プログラム | |
JP6805394B1 (ja) | データ処理装置、データ処理方法及びプログラム | |
JP2023137790A (ja) | 撮影画像登録システム | |
JP6677421B2 (ja) | 情報処理システム、駐車料金の管理方法 | |
US20120184241A1 (en) | System and method for automated prepaid wireless phone refills | |
JP6790310B1 (ja) | 証憑管理装置、証憑管理方法及びプログラム | |
US11182820B2 (en) | System and method for electronic submission of a rebate request with validation information | |
JP7192286B2 (ja) | フォトブック注文システム、フォトブック注文サーバ、フォトブック注文方法、及びプログラム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
ENP | Entry into the national phase |
Ref document number: 2020529770 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: 20938573 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: 20938573 Country of ref document: EP Kind code of ref document: A1 |