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

Abstract

データ処理装置１は、請求書データを処理する複数のユーザを識別するためのユーザ識別情報と、ユーザが処理を担当する請求書データの属性とが関連付けられたユーザデータを記憶する記憶部１２と、複数の新規請求書データを外部から取得する請求書データ取得部１３１と、複数の新規請求書データの属性を特定する属性特定部１３２と、ユーザデータを参照することにより、属性特定部１３２が特定した属性に関連付けられたユーザ識別情報に対応するユーザを、新規請求書データの処理を担当する担当ユーザに決定する決定部１３３と、新規請求書データに含まれる一以上の所定文字列に関連付けて、新規請求書データを処理する担当ユーザを示す情報を出力する出力部１３５と、を有する。

Description

本発明は、証憑データを処理するためのデータ処理装置、データ処理方法及びプログラムに関する。

従来、請求書明細ファイルを日付・製品・取引先別にソートして経理システムに対して出力するシステムが知られていた（例えば、特許文献１を参照）。

特開平１０－０１１５１８号公報

日付・製品・取引先別にソートされた順番に請求書明細ファイルの処理をすることが効率的であるとは限らない。したがって、特許文献１に記載された技術を用いる場合、請求書明細ファイルの処理効率が低下する場合があるという問題があった。

そこで、本発明はこれらの点に鑑みてなされたものであり、請求書の処理効率を向上させることができるデータ処理装置、データ処理方法及びプログラムを提供することを目的とする。

本発明の第１の態様に係るデータ処理装置は、請求書データを処理する複数のユーザを識別するためのユーザ識別情報と、前記ユーザが処理を担当する前記請求書データの属性とが関連付けられたユーザデータを記憶する記憶部と、複数の新規請求書データを外部から取得する請求書データ取得部と、前記複数の新規請求書データの前記属性を特定する属性特定部と、前記ユーザデータを参照することにより、前記属性特定部が特定した前記属性に関連付けられた前記ユーザ識別情報に対応する前記ユーザを、前記新規請求書データの処理を担当する担当ユーザに決定する決定部と、前記新規請求書データに含まれる一以上の所定文字列に関連付けて、当該新規請求書データを処理する前記担当ユーザを示す情報を出力する出力部と、を有する。

前記決定部は、前記請求書データの前記属性と、前記請求書データを処理するために要する処理時間と、の関係を前記複数のユーザに関連付けて示す処理時間データを参照することにより特定した、前記属性特定部が特定した前記属性に対応する前記新規請求書データを前記複数のユーザそれぞれが処理するために要すると推定される推定処理時間に基づいて、前記担当ユーザを決定してもよい。

前記データ処理装置は、前記担当ユーザが処理した前記新規請求書データの前記属性に関連付けて、前記担当ユーザが当該新規請求書データを処理するために要した時間を前記処理時間として測定する処理時間特定部をさらに有し、前記記憶部は、前記複数のユーザと、前記処理時間特定部が測定した前記処理時間と、当該処理時間が測定された前記新規請求書データの前記属性が関連付けられた前記処理時間データを記憶してもよい。

前記決定部は、前記属性特定部が前記属性として単一仕訳に対応する処理が必要であることを特定した前記新規請求書データに対応する前記担当ユーザを、前記属性特定部が前記属性として複合仕訳に対応する処理が必要であることを特定した前記新規請求書データに対応する前記担当ユーザと異なる前記ユーザに決定してもよい。

前記決定部は、前記属性特定部が特定した前記属性に関連付けられた前記ユーザが前記ユーザデータに含まれていない場合、前記複数のユーザのうち所定のユーザを、前記属性に対応する前記新規請求書データを処理する前記担当ユーザに決定してもよい。

前記記憶部は、それぞれ異なる前記属性を有する複数の前記新規請求書データを処理する順序を示す処理順序パターンを記憶し、前記出力部は、前記処理順序パターンに対応する順序に複数の前記新規請求書データに含まれる前記所定文字列を並び替えた状態で、複数の前記所定文字列を出力してもよい。

前記属性特定部は、前記請求書データ取得部が取得した前記複数の新規請求書データの処理に要する作業内容を前記属性として特定し、前記出力部は、前記属性特定部が特定した前記作業内容が同一の複数の前記新規請求書データに含まれる前記所定文字列が連続して配置された状態で、複数の前記所定文字列を出力してもよい。

前記記憶部は、前記複数のユーザの前記ユーザ識別情報と、それぞれ前記属性が異なる複数の前記請求書データを処理する順序を示す処理順序パターンとが関連付けられた前記ユーザデータを記憶し、前記出力部は、前記担当ユーザに割り当てられた複数の前記新規請求書データに含まれる前記所定文字列を、当該担当ユーザの前記ユーザ識別情報に前記ユーザデータにおいて関連付けられた前記処理順序パターンに基づく順序に並び替えて出力してもよい。

本発明の第２の態様に係るデータ処理装置は、複数の新規請求書データを外部から取得する請求書データ取得部と、前記複数の新規請求書データの属性を特定する属性特定部と、それぞれ異なる前記属性を有する複数の前記新規請求書データを処理する順序を示す処理順序パターンを記憶する記憶部と、前記処理順序パターンに対応する順序に複数の前記新規請求書データに含まれる一以上の所定文字列を並び替えた状態で、複数の前記所定文字列を出力する出力部と、を有する。

前記データ処理装置は、前記新規請求書データを処理するユーザを識別するためのユーザ識別情報を外部から取得する識別情報取得部をさらに有し、前記記憶部は、ユーザと、前記処理順序パターンとを関連付けて記憶し、前記出力部は、前記識別情報取得部が取得した前記ユーザ識別情報に対応するユーザに関連付けて前記記憶部に記憶された前記処理順序パターンを特定し、特定した前記処理順序パターンに対応する順序に複数の前記所定文字列を並び替えた状態において複数の前記新規請求書データに含まれる前記所定文字列を出力してもよい。

前記データ処理装置は、予め定められた複数の前記処理順序パターンの候補から一つの処理順序パターンを選択する指示を受け付けて、前記指示をした前記ユーザの前記ユーザ識別情報に関連付けて、選択された前記処理順序パターンを前記記憶部に記憶させる受付部をさらに有してもよい。

本発明の第３の態様に係るデータ処理方法は、コンピュータが実行する、複数の新規請求書データを外部から取得するステップと、取得した前記複数の新規請求書データの属性を特定するステップと、請求書データを処理する複数のユーザを識別するためのユーザ識別情報と、前記ユーザが処理を担当する前記請求書データの属性とが関連付けられたユーザデータを参照することにより、特定した前記請求書データの属性に関連付けられた前記ユーザ識別情報に対応するユーザを、前記新規請求書データの処理を担当する担当ユーザに決定するステップと、取得した前記新規請求書データに含まれる一以上の所定文字列に関連付けて、当該新規請求書データを処理する前記担当ユーザを示す情報を出力するステップと、を有する。

本発明の第４の態様に係るプログラムは、コンピュータに、複数の新規請求書データを外部から取得するステップと、取得した前記複数の新規請求書データの属性を特定するステップと、請求書データを処理する複数のユーザを識別するためのユーザ識別情報と、前記ユーザが処理を担当する前記請求書データの前記属性とが関連付けられたユーザデータを参照することにより、特定した前記属性と関連付けられた前記ユーザ識別情報に対応する前記ユーザを、前記新規請求書データの処理を担当する担当ユーザを決定するステップと、取得した前記新規請求書データに含まれる一以上の所定文字列に関連付けて、当該新規請求書データを処理する前記担当ユーザを示す情報を出力するステップと、を実行させる。

本発明の第５の態様に係るデータ処理方法は、コンピュータが実行する、複数の新規請求書データを外部から取得するステップと、前記複数の新規請求書データの属性を特定するステップと、記憶部に記憶された、それぞれ異なる前記属性を有する複数の前記新規請求書データを処理する順序を示す処理順序パターンを参照し、前記処理順序パターンに対応する順序に複数の前記新規請求書データに含まれる一以上の所定文字列を並び替えた状態で、複数の前記所定文字列を出力するステップと、を有する。

本発明の第６の態様に係るプログラムは、コンピュータに、複数の新規請求書データを外部から取得するステップと、前記複数の新規請求書データの属性を特定するステップと、記憶部に記憶された、それぞれ異なる前記属性を有する複数の前記新規請求書データを処理する順序を示す処理順序パターンを参照し、前記処理順序パターンに対応する順序に複数の前記新規請求書データに含まれる一以上の所定文字列を並び替えた状態で、複数の前記所定文字列を出力するステップと、を実行させる。

本発明によれば、請求書の処理効率を向上させることができるという効果を奏する。

第１の実施形態に係るデータ処理装置の概要を説明するための図である。 データ処理装置の構成を示す図である。 請求書データ取得部が取得する請求書データに対応する請求書の例を示す図である。 ユーザデータの一例を示す図である。 出力部がユーザ端末に出力する出力データの例を示す図である。 出力部による所定文字列の並び替えの一例を示す図である。 出力部による請求書所定文字列の並び替えの一例を示す図である。 データ処理装置による担当ユーザの決定の処理手順を示すフローチャートである。 データ処理装置による担当ユーザの決定の処理手順を示すフローチャートである。 第２の実施形態のデータ処理装置の構成を示す図である。 出力部が出力する出力データの例を示す図である。 データ処理装置による所定文字列の並び替えの処理手順を示すフローチャートである。

＜第１の実施形態＞
［データ処理装置１の概要］
図１は、第１の実施形態に係るデータ処理装置１の概要を説明するための図である。データ処理装置１は、例えば、コンピュータである。データ処理装置１は、ＬＡＮ等のネットワークを介して、スキャナ又はデジタルカメラ等の読取装置２と、複数のユーザにそれぞれ割り当てられた複数のユーザ端末３とに接続されている。データ処理装置１は、読取装置２が請求書を読み取ることによって生成された新規の請求書の画像データ又はテキストデータである新規請求書データを取得する。

データ処理装置１は、取得した新規請求書データに含まれる文字列を解析した結果を用いて、新規請求書データの属性を特定する。新規請求書データの属性は、例えば、新規請求書データの会計処理を担当する人が行う作業の内容、当該作業の難易度、請求対象の商品若しくはサービスの種別、請求元の会社名、又は請求元の業界（宿泊業、飲食業等）である。会計処理を担当する人（以下、「ユーザ」という）が行う作業は、例えば新規請求書データから抽出された文字列等の情報の内容のチェック、新規請求書データに基づく仕訳処理、新規請求書データに含まれているデータの会計システムへの入力又は新規請求書データの請求元への連絡等である。

データ処理装置１は、複数の新規請求書データそれぞれの処理を担当するユーザを割り当てたり、新規請求書データに含まれる一以上の文字列（以下、「所定文字列」ともいう）を出力する際に、特定した属性に基づいて複数の所定文字列を並び替えたりする。所定文字列は、例えば、新規請求書データに含まれる文字列のうち会計処理に使用される文字列としてユーザ又はデータ処理装置１の開発者により予め設定されている文字列である。所定文字列は、例えば、請求書を識別するための請求書識別情報、請求書の発行日、請求元、品名、数量又は請求金額のうち一以上の文字列である。

データ処理装置１は、例えば、特定した属性に基づいて、所定文字列に関連付けて、新規請求書データそれぞれの処理を担当するユーザ（以下、「担当ユーザ」という）を示す情報をユーザ端末３に表示させる。また、データ処理装置１は、特定した属性に基づいて、複数の新規請求書データそれぞれに含まれる一以上の所定文字列を、ユーザが作業をしやすい順番に並べた状態でユーザ端末３に表示させてもよい。

一例として、データ処理装置１が新規請求書データの属性に基づいて担当ユーザを決定するために、データ処理装置１の記憶部には、請求書データを処理する複数のユーザを識別するためのユーザ識別情報と、ユーザが処理を担当する請求書データの属性とが関連付けられた第１ユーザデータが記憶されている。ユーザ識別情報は、例えば、ユーザの氏名又は社員番号である。データ処理装置１は、記憶部から読み出した第１ユーザデータを参照することにより、特定した新規請求書データの属性に関連付けられているユーザ識別情報が示すユーザを特定し、特定したユーザを、新規請求書データを処理する担当ユーザに決定する。

また、データ処理装置１が新規請求書データの属性に基づいて複数の所定文字列を並び替えるために、データ処理装置１の記憶部には、それぞれ異なる属性を有する複数の新規請求書データを処理する順序を示す処理順序パターンが記憶されている。データ処理装置１は、記憶部から読み出した処理順序パターンを参照することにより、複数の新規請求書データそれぞれの属性に対応する順序に複数の新規請求書データに含まれる所定文字列を並び替えた状態で、ユーザ端末３に所定文字列を表示させる。

このように、データ処理装置１は、新規請求書データの属性に基づいて、複数の新規請求書データそれぞれの処理を担当するユーザを割り当てたり、特定した属性に基づいて複数の新規請求書データに含まれる所定文字列を並び替えたりすることで、担当ユーザが新規請求書データを処理する際の効率又は精度を向上させることができる。

［データ処理装置１の構成］
図２は、データ処理装置１の構成を示す図である。データ処理装置１は、通信部１１、記憶部１２及び制御部１３を備える。制御部１３は、請求書データ取得部１３１、属性特定部１３２、決定部１３３、受付部１３４、出力部１３５及び処理時間特定部１３６を備える。

通信部１１は、ネットワーク（例えばイントラネット又はインターネット）に接続するための通信インターフェースであり、読取装置２からデータを受信したり、ユーザ端末３との間でデータを送受信したりするための通信コントローラを有する。記憶部１２は、例えばＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）及びハードディスク等の記憶媒体を有する。記憶部１２は、制御部１３が実行するプログラムを記憶する。

記憶部１２には、請求書データを処理する複数のユーザ識別情報と、ユーザが処理を担当する請求書データの属性とが関連付けられた第１ユーザデータが記憶されている。第１ユーザデータは、請求書データを処理する担当ユーザを決定する際に参照される。属性は、上述したように、例えば、新規請求書データの会計処理を担当する人が行う作業の内容、作業の難易度、請求対象の商品若しくはサービスの種別、請求元の会社名、又は請求元の業界（宿泊業、飲食業等）である。

記憶部１２には、請求書データの属性と、請求書データを処理するために要する処理時間と、の関係を複数のユーザ識別情報に関連付けて示す処理時間データが記憶されている。処理時間は、過去にユーザが請求書データを処理した際に要した時間を測定することにより特定された時間であり、例えば、ユーザが請求書データにアクセスしてから請求書データのチェック、仕訳処理又は会計システムへの入力等の作業が終了するまでの時間である。処理時間データは、ユーザが新規請求書データを処理するのに要する時間を特定するために参照される。

詳細については後述するが、処理時間特定部１３６は、例えば、ユーザが処理した新規請求書データの属性と、当該新規請求書データの処理に要した処理時間とをデータ処理装置１の管理者から受け付けることにより特定した処理時間データを記憶部１２に記憶させる。処理時間特定部１３６は、ユーザが新規請求書データの処理に要する処理時間を測定し、複数のユーザと、処理時間が測定された新規請求書データの属性と測定した処理時間とを関連付けて記憶部１２に記憶させてもよい。

記憶部１２には、複数のユーザのユーザ識別情報と、それぞれ異なる属性を有する複数の請求書データを処理する順序を示す処理順序パターンとが関連付けられた第２ユーザデータが記憶されていてもよい。処理順序パターンは、例えば、同一の請求元の請求書データを連続して処理するというパターン、又は長い処理時間を要する請求書データを短い処理時間を要する請求書データよりも先に処理するというパターンであり、予めユーザ又はユーザの管理者により設定されている。

記憶部１２は、請求書に記載されている文字列（例えば請求元名又は請求対象の商品・サービス名）と、請求書の処理の内容とを関連付けた処理内容データを記憶していてもよい。処理の内容は、例えば単一仕訳をするか複合仕訳をするかといった内容、又はデータ処理装置１が自動的に仕訳をしてもよいかユーザが仕訳処理をするかといった内容である。

制御部１３は、例えばＣＰＵ（Central Processing Unit）である。制御部１３は、記憶部１２に記憶されたプログラムを実行することにより、請求書データ取得部１３１、属性特定部１３２、決定部１３３、受付部１３４、出力部１３５及び処理時間特定部１３６として機能する。

請求書データ取得部１３１は、通信部１１を介して、読取装置２又はコンピュータ等の外部装置と通信する。請求書データ取得部１３１は、複数の新規請求書データを外部から取得する。本明細書の例では、請求書データ取得部１３１が複数の新規請求書データを読取装置２から取得するが、請求書データ取得部１３１は、外部のコンピュータから新規請求書データを取得してもよい。

図３は、請求書データ取得部１３１が取得する新規請求書データに対応する請求書の例を示す図である。この新規請求書データには、請求書の請求元や請求金額等に対応する文字列が含まれている。請求書データ取得部１３１は、取得した新規請求書データを属性特定部１３２へ出力する。

図２の説明に戻る。属性特定部１３２は、複数の新規請求書データの属性を特定する。例えば、属性特定部１３２は、新規請求書データの処理に要する作業内容を属性として特定する。より詳しくは、属性特定部１３２は、新規請求書データをＯＣＲ（Optical character recognition）処理することにより、新規請求書データに含まれる請求書識別情報、日付、請求額等の情報を抽出する。属性特定部１３２は、抽出した情報に基づいて、新規請求書データの属性を特定する。

一例としては、属性特定部１３２は、記憶部１２に記憶された処理内容データを参照することにより、新規請求書データの処理に要する作業内容に、１行の仕訳である単一仕訳に対応する仕訳処理が含まれるか、複数行の仕訳である複合仕訳に対応する仕訳処理が含まれるかを属性として特定する。

属性特定部１３２は、新規請求書データにおいて「振込手数料」等の複合仕訳に関連する所定文字列が含まれている場合に、複合仕訳に対応する仕訳処理が必要であることを属性として特定する。一方、属性特定部１３２は、新規請求書データにおいて複合仕訳に関連する所定文字列が含まれていない場合に、単一仕訳に対応する仕訳処理が必要であることを属性として特定する。属性特定部１３２が特定する属性は、作業の難易度、請求対象の商品若しくはサービスの種別、請求元の会社名、又は請求元の業界であってもよい。属性特定部１３２は、特定した属性を示す情報を決定部１３３へ出力する。

［担当ユーザの決定］
決定部１３３は、複数の新規請求書データのそれぞれを処理する担当ユーザを決定する。決定部１３３は、記憶部１２に記憶されている第１ユーザデータを参照することにより、属性特定部１３２が特定した属性に関連付けられたユーザ識別情報に対応するユーザを、新規請求書データの処理を担当する担当ユーザに決定する。

図４は、第１ユーザデータの一例を示す図である。図４に示す第１ユーザデータの例では、請求書データを処理する複数のユーザ識別情報（ユーザＩＤ）と、ユーザが担当可能な請求書データの属性とが関連付けられている。「発行元」は、各ユーザが担当可能な発行元を示している。「単一仕訳」及び「複合仕訳」における〇印は、ユーザが処理を可能であることを示しており、×印はユーザが処理をできないことを示している。「対応可能難易度」は、ユーザが対応可能な処理の難易度を示している。「新規発行元」における〇印は、今までに処理をした実績がない発行元の請求書データの処理を担当可能であることを示している。

決定部１３３は、新規請求書データの属性が、Ｔ社が発行した請求書であり、単一仕訳でよく、新規発行元ではない場合、ユーザ「Ａ」から「Ｃ」のうちいずれかのユーザを担当ユーザに決定する。一方、決定部１３３は、新規請求書データの属性が、Ｓ社が発行した請求書であり複合仕訳が必要である場合は、ユーザ「Ｂ」又はユーザ「Ｃ」を担当ユーザに決定し、新規請求書データの属性が、新規発行元であることを示している場合はユーザ「Ｃ」を担当ユーザに決定する。

このように、決定部１３３は、属性特定部１３２が属性として単一仕訳に対応する処理が必要であることを特定した新規請求書データに対応する担当ユーザを、属性特定部１３２が複合仕訳に対応する仕訳処理が必要であることを属性として特定した新規請求書データに対応する担当ユーザと異なるユーザに決定してもよい。例えば、決定部１３３は、属性特定部１３２が、新規請求書データの属性が単一仕訳が必要な属性であることを特定した新規請求書データに対応する担当ユーザをユーザ「Ａ」に決定した場合、属性特定部１３２が、新規請求書データの属性が複合仕訳に対応する処理が必要な属性であることを特定した新規請求書データに対応する担当ユーザをユーザ「Ａ」と異なり、複合仕訳の処理が得意なユーザに決定する。このように、決定部１３３が、新規請求書データの処理に適したユーザに新規請求書データを割り当てることで、新規請求書データの処理時間を短縮できるとともにミスが抑制されるので、組織全体での業務効率が向上する。

決定部１３３は、属性特定部１３２が特定した属性に関連付けられたユーザがユーザデータに含まれていない場合、複数のユーザのうち所定のユーザを、この属性に対応する新規請求書データを処理する担当ユーザに決定する。所定のユーザは、例えば、第１ユーザデータに含まれていない新規の属性を有する請求書データの処理を担当な可能なユーザとして予め設定されたユーザである。図４に示す第１ユーザデータでは、ユーザ「Ｃ」が、第１ユーザデータに含まれていない新規の属性を有する請求書データの処理を担当することが示されている。したがって、決定部１３３は、ユーザ「Ｃ」をこの新規の属性の新規請求書データを処理する担当ユーザに決定する。属性に関連付けられたユーザがユーザデータに含まれていない場合に決定部１３３が新規の属性を有する請求書データの処理を担当な可能な経験が豊富なユーザを割り当てることによっても、新規請求書データの処理時間を短縮できるとともにミスが抑制されるので、組織全体での業務効率が向上する。

［処理時間に基づく担当ユーザの決定］
また、決定部１３３は、属性特定部１３２が特定した属性に第１ユーザデータにおいて複数のユーザが関連付けられている場合には、これらの複数のユーザそれぞれが新規請求書データを処理するために要する推定処理時間に基づいて、担当ユーザを決定してもよい。より詳しくは、決定部１３３は、記憶部１２に記憶されている処理時間データを参照して、属性特定部１３２が特定した属性に対応する新規請求書データを複数のユーザそれぞれが処理するために要する推定処理時間を推定する。

例えば、決定部１３３は、作業内容に複合仕訳に対応する処理を含む属性であることを属性特定部１３２が特定した場合に、複数のユーザそれぞれがこの新規請求書データを処理するのに要する推定処理時間を推定する。決定部１３３は、推定した推定処理時間に基づいて、担当ユーザを決定してもよい。例えば、決定部１３３は、推定した推定処理時間が最も短いユーザを担当ユーザに決定する。決定部１３３は、決定した担当ユーザを示す担当ユーザ情報を出力部１３５へ出力する。決定部１３３は、複数の新規請求書データの推定処理時間の合計値が最短になるように、新規請求書データの担当ユーザを決定してもよい。このように決定部１３３が推定処理時間に基づいて担当ユーザを決定することで、組織全体の業務効率が向上する。

受付部１３４は、通信部１１を介して、ユーザ端末３と通信する。受付部１３４は、新規請求書データを請求書データ取得部１３１が取得する前に、記憶部１２に予め記憶されている複数の処理順序パターンの候補から一つの処理順序パターンを選択するユーザの指示を受け付ける。受付部１３４は、指示をしたユーザのユーザ識別情報と、選択された処理順序パターンとを関連付けて第２ユーザデータとして記憶部１２に記憶させる。

［出力データの出力］
出力部１３５は、通信部１１を介して、ユーザ端末３と通信する。出力部１３５は、新規請求書データに含まれる一以上の所定文字列に関連付けて、この新規請求書データを処理する担当ユーザとして決定部１３３が決定したユーザを示す担当ユーザ情報を出力する。

図５は、出力部１３５がユーザ端末３に出力する出力データの例を示す図である。図５の例では、一つの新規請求書データから抽出された情報が１行にまとめられている。出力データは、請求書を識別するための請求書識別情報、決定部１３３が決定した担当ユーザ、及び発行日又は請求元等のように新規請求書データに含まれている文字列を含む。出力データは、新規請求書データに対応する借方勘定科目及び貸方勘定科目等の勘定科目をさらに含んでもよい。

図５の最上段の例は、請求書識別情報「Ｔ０１００１」の請求書の新規請求書データを処理する担当ユーザがユーザ「Ａ」であることを示す。この請求書識別情報「Ｔ０１００１」の請求書の発行日は２０２１年４月２１日であり、請求元はＴ社である。図５の中段における例は、請求書識別情報「Ｓ００２２１」を含む新規請求書データを処理する担当ユーザがユーザ「Ｂ」であり、請求書の発行日が２０２１年４月２７日であり、請求元がＳ社であることを示す。

このようにして、出力部１３５は、新規請求書データから抽出された情報と、決定部１３３が決定した担当ユーザとを関連付けて出力する。このため、担当ユーザは、自分が処理するべき新規請求書データを容易に把握することができる。担当ユーザには、担当ユーザのスキルに適した新規請求書データが割り当てられているので、担当ユーザは効率良く新規請求書データを処理することができる。

出力部１３５は、記憶部１２に記憶されている処理順序パターンに対応する順序に複数の新規請求書データに含まれる一以上の所定文字列を並び替えた状態で、複数の所定文字列を出力してもよい。より詳しくは、出力部１３５は、記憶部１２に記憶されている第２ユーザデータを参照して、決定部１３３が決定した担当ユーザのユーザ識別情報に関連付けられた処理順序パターンを特定する。出力部１３５は、この担当ユーザに割り当てられた複数の新規請求書データに含まれる一以上の所定文字列を、特定した処理順序パターンに基づく順序に並び替えて出力してもよい。

図６及び図７は、出力部１３５による請求書所定文字列の並び替えの例を示す図である。図６は、請求対象の種別に対応する順番に複数の新規請求書データが並べ替えられた状態を示す例である。出力部１３５は、第２ユーザデータにおいてユーザ「Ａ」に関連付けられた処理順序パターンに基づいて、複数の新規請求書データを並べ替える。

図６に示す例では、ユーザＡが請求書データを処理する場合、請求対象の商品・サービス名が自動車部品である場合に処理に要する時間が最も大きいものとしている。また、図６に示す例では、第２ユーザデータにおいてユーザＡに関連付けられた処理順序パターンが、処理に要する時間が最も大きい属性の新規請求書パターンに対応する請求書データの請求書識別情報を最初に配置するという処理順序パターンであるものとしている。この場合、出力部１３５は、図６に示すように、請求書の発行日又は請求元の順番ではなく、請求対象の商品・サービス名が自動車部品であることを属性特定部１３２がそれぞれ特定した複数の請求書データの請求書識別情報を最初に連続して並べて出力する。

図７に示す例では、第２ユーザデータにおいてユーザＡに関連付けられた処理順序パターンが、処理に要する時間が最も大きい属性の新規請求書パターンに対応する請求書データが分散して配置された状態にするという処理順序パターンであるものとしている。このとき、出力部１３５は、請求対象の商品・サービス名が自動車部品である属性に対応する請求書識別情報「Ｂ００１２３」、「Ｘ００２４３」、「Ｙ０００１１」及び「Ｌ００１０１」の請求書データが分散して配置されるように複数の新規請求書データに含まれる一以上の所定文字列を並び替えて出力する。図７の例では、出力部１３５は、請求対象の商品・サービス名が自動車部品の請求書データに含まれる一部の所定文字列を、１行ずつ間隔を空けて配置している。このようにして、出力部１３５は、担当ユーザが新規請求書データを処理しやすい順序に並べ替えるので、担当ユーザが新規請求書データを処理する効率を向上させることができる。

出力部１３５は、属性特定部１３２が特定した作業内容が同一の複数の新規請求書データに含まれる一以上の所定文字列を連続して配置した状態において複数の所定文字列を出力してもよい。例えば、出力部１３５は、作業内容として単一仕訳に対応する処理が必要な属性の複数の新規請求書データの所定文字列が連続して配置した状態の出力データを出力してもよい。このようにして、出力部１３５は、作業内容が同一の新規請求書データをユーザが連続して処理できるように複数の新規請求書データに含まれる所定文字列を配置することにより、担当ユーザが複数の新規請求書データを処理する効率を向上させることができる。

［処理時間の測定］
上述したように、処理時間特定部１３６は、データ処理装置１の管理者により入力された処理時間を特定してもよいが、管理者が、ユーザの処理時間を把握できていないという場合も想定される。そこで、処理時間特定部１３６は、ユーザが実際に請求書データを処理した時間を測定することにより処理時間を特定してもよい。

処理時間特定部１３６は、通信部１１を介して、ユーザ端末３と通信する。処理時間特定部１３６は、担当ユーザが処理した新規請求書データの属性に関連付けて、担当ユーザが新規請求書データを処理するために要した時間を処理時間として測定する。例えば、処理時間特定部１３６は、担当ユーザが新規請求書データの処理を開始するための操作を行ったことを示す開始通知情報を担当ユーザのユーザ端末３から取得する。処理時間特定部１３６は、担当ユーザが新規請求書データの処理を終了するための操作を行ったことを示す終了通知情報を担当ユーザのユーザ端末３から取得する。

処理時間特定部１３６は、開始通知情報を取得してから終了通知情報を取得するまでの時間をこの新規請求書データを処理するのに要した処理時間として測定する。処理時間特定部１３６は、この新規請求書データの属性と、測定した処理時間と、担当ユーザのユーザ識別情報とを関連付けて、処理時間データとして記憶部１２に記憶させる。処理時間特定部１３６は、処理時間を測定した新規請求書データと同じ属性と、測定対象の担当ユーザのユーザ識別情報とに関連付けられた処理時間が既に記憶部１２に記憶されている場合には、既に記憶されている処理時間データを消去し、測定した処理時間を示す処理時間データを記憶部１２に記憶させてもよい。

１回の測定だけでは、処理時間の精度が低いということも想定される。そこで、処理時間特定部１３６は、記憶部１２に記憶されている処理時間データが示す処理時間と、新たに測定した処理時間との統計値（例えば平均値又は中央値）に基づいて算出した処理時間を処理時間データとして記憶部１２に記憶させてもよい。

［データ処理装置１による担当ユーザの決定の処理手順１］
図８は、データ処理装置１による担当ユーザの決定の処理手順を示すフローチャートである。この処理手順は、読取装置２が請求書を読み取って新規請求書データを生成したときに開始する。本フローチャートにおいては、データ処理装置１が、新規請求書データの属性として仕訳方法を特定する例について説明を行う。

まず、請求書データ取得部１３１は、新規請求書データを読取装置２から取得する（Ｓ１０１）。属性特定部１３２は、請求書データ取得部１３１が取得した新規請求書データの属性として仕訳方法を特定する（Ｓ１０２）。決定部１３３は、複合仕訳に対応する処理が必要であることを属性特定部１３２が特定したか否かを判定する（Ｓ１０３）。

決定部１３３は、複合仕訳に対応する処理が必要でないと属性特定部１３２が判定した場合（Ｓ１０３のＮＯ）、言い換えると、単一仕訳に対応する処理が必要であると判定した場合に、単一仕訳に対応する処理が必要な新規請求書データを担当可能なユーザが第１ユーザデータに記憶されているか否かを判定する（Ｓ１０４）。決定部１３３は、単一仕訳に対応する処理が必要な新規請求書データを担当可能なユーザが第１ユーザデータに記憶されていると判定した場合に（Ｓ１０４のＹＥＳ）、単一仕訳に対応する処理が必要な新規請求書データを担当可能なユーザを担当ユーザに決定する（Ｓ１０５）。

出力部１３５は、請求書データ取得部１３１が全ての新規請求書データを取得したか否かを判定する（Ｓ１０６）。出力部１３５は、請求書データ取得部１３１が全ての新規請求書データを取得したと判定した場合に（Ｓ１０６のＹＥＳ）、新規請求書データに含まれる所定文字列と、決定部１３３が決定した担当ユーザを示す情報とを関連付けた出力データを出力し（Ｓ１０７）、処理を終了する。

決定部１３３は、Ｓ１０３の判定において属性特定部１３２が属性として複合仕訳に対応する処理が必要であると判定した場合（Ｓ１０３のＹＥＳ）、複合仕訳に対応する処理が必要な新規請求書データを担当可能なユーザが第１ユーザデータに記憶されているか否かを判定する（Ｓ１０８）。決定部１３３は、複合仕訳に対応する処理が必要な新規請求書データを担当可能なユーザが第１ユーザデータに記憶されていないと判定した場合に（Ｓ１０８のＮＯ）、新規の属性を有する任意の請求書データの処理を対応可能なユーザとして予め設定されたユーザを担当ユーザに決定し（Ｓ１０９）、Ｓ１０６の判定に移る。

決定部１３３は、Ｓ１０８の判定において複合仕訳に対応する処理が必要な新規請求書データを担当可能なユーザが第１ユーザデータに記憶されていると判定した場合に（Ｓ１０８のＹＥＳ）、複合仕訳に対応する仕訳内容が含まれている属性の新規請求書データを担当可能なユーザを担当ユーザに決定し（Ｓ１１０）、Ｓ１０６の判定に移る。

決定部１３３は、Ｓ１０４の判定において単一仕訳に対応する処理が必要な新規請求書データを担当可能なユーザが第１ユーザデータに記憶されていないと判定した場合に（Ｓ１０４のＮＯ）、新規の属性を有する任意の請求書データの処理を対応可能なユーザとして予め設定されたユーザを担当ユーザに決定し（Ｓ１０９）、Ｓ１０６の判定に移る。出力部１３５は、Ｓ１０６において請求書データ取得部１３１が一部の新規請求書データを取得していないと判定した場合に（Ｓ１０６のＮＯ）、Ｓ１０１の処理に戻る。

［データ処理装置１による担当ユーザの決定の処理手順２］
図９は、データ処理装置１による担当ユーザの決定の処理手順の他の例を示すフローチャートである。この処理手順は、読取装置２が請求書を読み取って新規請求書データを生成したときに開始する。本フローチャートにおいては、決定部１３３は、複数のユーザそれぞれが処理するために要すると推定される推定処理時間に基づいて、担当ユーザを決定する例について説明する。

まず、請求書データ取得部１３１は、新規請求書データを読取装置２から取得する（Ｓ２０１）。属性特定部１３２は、請求書データ取得部１３１が取得した新規請求書データの属性を特定する（Ｓ２０２）。決定部１３３は、属性特定部１３２が特定した属性の新規請求書データを担当可能な複数のユーザが第１ユーザデータに記憶されているか否かを判定する（Ｓ２０３）。

決定部１３３は、属性特定部１３２が特定した属性の新規請求書データを担当可能な複数のユーザが第１ユーザデータに記憶されていると判定した場合に（Ｓ２０３のＹＥＳ）、決定部１３３は、記憶部１２に記憶されている処理時間データを読み出す。決定部１３３は、属性特定部１３２が特定した属性に対応する新規請求書データを複数のユーザそれぞれが処理するために要する推定処理時間が処理時間データに記憶されているか否かを判定する（Ｓ２０４）。

決定部１３３は、属性特定部１３２が特定した属性に対応する新規請求書データを複数のユーザそれぞれが処理するために要する推定処理時間が処理時間データに記憶されている場合に（Ｓ２０４のＹＥＳ）、この推定処理時間が最も短いユーザを担当ユーザに決定する（Ｓ２０５）。出力部１３５は、請求書データ取得部１３１が全ての新規請求書データを取得したか否かを判定する（Ｓ２０６）。出力部１３５は、請求書データ取得部１３１が全ての新規請求書データを取得したと判定した場合に（Ｓ２０６のＹＥＳ）、新規請求書データに含まれる所定文字列と、決定部１３３が決定した担当ユーザを示す情報とを関連付けた出力データを出力し（Ｓ２０７）、処理を終了する。

決定部１３３は、Ｓ２０３の判定において属性特定部１３２が特定した属性の新規請求書データを担当可能なユーザが１人だけ第１ユーザデータに含まれていると判定した場合に（Ｓ２０３のＮＯ）、属性特定部１３２が特定した属性に第１ユーザデータにおいて対応するユーザを、新規請求書データの処理を担当する担当ユーザとして決定し（Ｓ２０９）、Ｓ２０６の判定に移る。

決定部１３３は、Ｓ２０４の判定において属性特定部１３２が特定した属性に対応する新規請求書データを複数のユーザそれぞれが処理するために要する推定処理時間が処理時間データに記憶されていない場合に（Ｓ２０４のＮＯ）、属性特定部１３２が特定した属性の新規請求書データを担当可能な複数のユーザのうち、担当ユーザとして決定された新規請求書データの数が少ない方のユーザを担当ユーザに決定し（Ｓ２０８）、Ｓ２０６の判定に移る。決定部１３３は、Ｓ２０６の判定において請求書データ取得部１３１が一部の新規請求書データを取得していないと判定した場合に（Ｓ２０６のＮＯ）、Ｓ２０１の処理に戻る。

なお、決定部１３３が推定処理時間のみに基づいて担当ユーザを決定すると、一部のユーザに業務が集中してしまう場合がある。そこで、決定部１３３は、所定の数以上の新規請求書データを担当するユーザ、又は担当する新規請求書データの処理に要する推定処理時間の合計値が閾値以上であるユーザがいる場合、当該ユーザに対応する推定処理時間が最短であっても、次に推定処理時間が短い他のユーザを担当ユーザに決定してもよい。また、決定部１３３は、複数のユーザによる複数の新規請求書データの処理に要する推定処理時間の合計値が最短になるように、それぞれの新規請求書データの担当ユーザを決定してもよい。

［第１の実施形態によるデータ処理装置１の効果］
第１の実施形態によれば、決定部１３３は、新規請求書データの属性に対応するユーザを、新規請求書データを処理する担当ユーザに決定する。このようにして、決定部１３３は、担当ユーザが不得意な属性の新規請求書データをこの担当ユーザに担当させることを抑制することができるので、担当ユーザが新規請求書データを処理する際の効率又は精度を向上させることができる。そして、複数のユーザが属する組織における業務効率が向上する。

＜第２の実施形態＞
第２の実施形態では、データ処理装置が担当ユーザを決定せず、複数の新規請求書データに対応する複数の所定文字列を並べ替えて出力する場合の例について説明する。図１０は、第２の実施形態のデータ処理装置２００の構成を示す図である。データ処理装置２００は、識別情報取得部２０１を備え、決定部１３３を備えていない点において図２のデータ処理装置１と相違する。図２のデータ処理装置１と同様の構成については、図２と同じ符号を付して説明を省略する。

識別情報取得部２０１は、通信部１１を介して、ユーザ端末３と通信する。識別情報取得部２０１は、新規請求書データを処理するユーザを識別するためのユーザ識別情報を外部から取得する。図９の例では、識別情報取得部２０１は、出力データの出力を要求する要求情報とともに、ユーザ識別情報をユーザ端末３から取得する。識別情報取得部２０１は、取得した要求情報及び識別情報を出力部１３５へ出力する。

出力部１３５は、新規請求書データに含まれる一以上の文字列を並び替えて出力する。まず、出力部１３５は、識別情報取得部２０１が取得したユーザ識別情報に対応するユーザに関連付けて記憶部１２の第２ユーザデータに記憶されている処理順序パターンを特定する。出力部１３５は、特定した処理順序パターンに対応する順序に複数の新規請求書データを並び替える。出力部１３５による新規請求書データの並び替えの方法については第１の実施形態と同様であるため、説明を省略する。出力部１３５は、複数の新規請求書データを並び替えた状態において複数の新規請求書データに含まれる一以上の所定文字列を出力する。

図１１は、出力部１３５が出力する出力データの例を示す図である。図１１に示す出力データは、担当ユーザを示す情報が含まれていない点を除いて、図５の出力データと同様である。

また、出力部１３５は、記憶部１２の第２ユーザデータに記憶された処理順序パターンに対応する順序に複数の新規請求書データに対応する複数の所定文字列を並び替える例に限定されない。例えば、出力部１３５は、複数の担当ユーザにより新規請求書データが処理される場合に、新規請求書データを処理する担当ユーザが属する担当部署が共通の新規請求書データから抽出した複数の所定文字列を連続して配置した状態で出力データを出力してもよい。

［データ処理装置２００による所定文字列の並べ替えの処理手順］
図１２は、データ処理装置２００による所定文字列の並び替えの処理手順を示すフローチャートである。この処理手順は、読取装置２が請求書を読み取って新規請求書データを生成したときに開始する。

まず、請求書データ取得部１３１は、複数の新規請求書データを読取装置２から取得する（Ｓ３０１）。属性特定部１３２は、請求書データ取得部１３１が取得した新規請求書データの属性を特定する（Ｓ３０２）。出力部１３５は、出力データを出力することを要求する要求情報及びユーザ識別情報を識別情報取得部２０１が取得した場合に、取得したユーザ識別情報に第２ユーザデータにおいて関連付けて処理順序パターンが登録されているか否かを判定する（Ｓ３０３）。

出力部１３５は、取得したユーザ識別情報に関連付けて処理順序パターンが登録されていると判定した場合に（Ｓ３０３のＹＥＳ）、この処理順序パターンに基づいて複数の新規請求書データに含まれる所定文字列を並び替えた状態で複数の所定文字列をユーザ端末３へ出力し（Ｓ３０４、Ｓ３０５）、処理を終了する。出力部１３５は、Ｓ３０３の判定において識別情報取得部２０１が取得したユーザ識別情報に関連付けられた処理順序パターンが第２ユーザデータに登録されていないと判定した場合に（Ｓ３０３のＮＯ）、複数の新規請求書データに含まれる複数の所定文字列を並び替えずに出力データをユーザ端末３へ出力し（Ｓ３０６）、処理を終了する。

［第２の実施形態のデータ処理装置２００による効果］
第２の実施形態によれば、出力部１３５は、請求書データに含まれる所定文字列をユーザに適した順序に並び替えた状態で出力データを出力するので、ユーザが新規請求書データを処理する効率を向上させることができる。

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されず、その要旨の範囲内で種々の変形及び変更が可能である。例えば、請求書データは、読取装置２が読み取ることにより作成されたデータであることとしたが、これに限らず、コンピュータが作成したｐｄｆファイル等の電子データであってもよい。また、装置の全部又は一部は、任意の単位で機能的又は物理的に分散・統合して構成することができる。また、複数の実施の形態の任意の組み合わせによって生じる新たな実施の形態も、本発明の実施の形態に含まれる。組み合わせによって生じる新たな実施の形態の効果は、もとの実施の形態の効果を併せ持つ。

１ データ処理装置
２ 読取装置
３ ユーザ端末
１１ 通信部
１２ 記憶部
１３ 制御部
１３１ 請求書データ取得部
１３２ 属性特定部
１３３ 決定部
１３４ 受付部
１３５ 出力部
１３６ 処理時間特定部
２００ データ処理装置
２０１ 識別情報取得部

Claims (15)

1. 請求書データを処理する複数のユーザを識別するためのユーザ識別情報と、前記ユーザが処理を担当する前記請求書データの処理に要する作業の内容、前記請求書データの請求対象の商品の種別、前記請求書データの請求対象のサービスの種別、前記請求書データの請求元の会社名、又は前記請求書データの請求元の業界を示す属性とが関連付けられたユーザデータを記憶する記憶部と、
   複数の新規請求書データを外部から取得する請求書データ取得部と、
   前記複数の新規請求書データの前記属性を特定する属性特定部と、
   前記ユーザデータを参照することにより、前記属性特定部が特定した前記属性に関連付けられた前記ユーザ識別情報に対応する前記ユーザを、前記新規請求書データの処理を担当する担当ユーザに決定する決定部と、
   前記新規請求書データに含まれる一以上の所定文字列に関連付けて、当該新規請求書データを処理する前記担当ユーザを示す情報を出力する出力部と、
   を有するデータ処理装置。
2. 前記決定部は、前記請求書データの前記属性と、前記請求書データを処理するために要する処理時間と、の関係を前記複数のユーザに関連付けて示す処理時間データを参照することにより特定した、前記属性特定部が特定した前記属性に対応する前記新規請求書データを前記複数のユーザそれぞれが処理するために要すると推定される推定処理時間に基づいて、前記担当ユーザを決定する、
   請求項１に記載のデータ処理装置。
3. 前記担当ユーザが処理した前記新規請求書データの前記属性に関連付けて、前記担当ユーザが当該新規請求書データを処理するために要した時間を前記処理時間として測定する処理時間特定部をさらに有し、
   前記記憶部は、前記複数のユーザと、前記処理時間特定部が測定した前記処理時間と、当該処理時間が測定された前記新規請求書データの前記属性が関連付けられた前記処理時間データを記憶する、
   請求項２に記載のデータ処理装置。
4. 前記決定部は、前記属性特定部が特定した前記属性が前記新規請求書データの処理に要する作業の内容において単一仕訳に対応する処理が必要であることを示す前記新規請求書データに対応する前記担当ユーザを、前記属性特定部が特定した前記新規請求書データの処理に要する作業の内容において複合仕訳に対応する処理が必要であることを示す前記新規請求書データに対応する前記担当ユーザと異なる前記ユーザに決定する、
   請求項１から３のいずれか一項に記載のデータ処理装置。
5. 前記決定部は、前記属性特定部が特定した前記属性に関連付けられた前記ユーザが前記ユーザデータに含まれていない場合、前記複数のユーザのうち所定のユーザを、前記属性に対応する前記新規請求書データを処理する前記担当ユーザに決定する、
   請求項１から４のいずれか一項に記載のデータ処理装置。
6. 前記記憶部は、それぞれ異なる前記属性を有する複数の前記新規請求書データを処理する順序を示す処理順序パターンを記憶し、
   前記出力部は、前記処理順序パターンに対応する順序に複数の前記新規請求書データに含まれる前記所定文字列を並び替えた状態で、複数の前記所定文字列を出力する、
   請求項１から５のいずれか一項に記載のデータ処理装置。
7. 前記属性特定部は、前記請求書データ取得部が取得した前記複数の新規請求書データの処理に要する作業内容を前記属性として特定し、
   前記出力部は、前記属性特定部が特定した前記作業内容が同一の複数の前記新規請求書データに含まれる前記所定文字列が連続して配置された状態で、複数の前記所定文字列を出力する、
   請求項１から６のいずれか一項に記載のデータ処理装置。
8. 前記記憶部は、前記複数のユーザの前記ユーザ識別情報と、それぞれ前記属性が異なる複数の前記新規請求書データを処理する順序を示す処理順序パターンとが関連付けられた前記ユーザデータを記憶し、
   前記出力部は、前記担当ユーザに割り当てられた複数の前記新規請求書データに含まれる前記所定文字列を、当該担当ユーザの前記ユーザ識別情報に前記ユーザデータにおいて関連付けられた前記処理順序パターンに基づく順序に並び替えて出力する、
   請求項１から７のいずれか一項に記載のデータ処理装置。
9. 複数の新規請求書データを外部から取得する請求書データ取得部と、
   前記複数の新規請求書データの処理に要する作業の内容、前記新規請求書データの請求対象の商品の種別、前記新規請求書データの請求対象のサービスの種別、前記新規請求書データの請求元の会社名、又は前記新規請求書データの請求元の業界を示す属性を特定する属性特定部と、
   それぞれ異なる前記属性を有する複数の前記新規請求書データを処理する順序を示す処理順序パターンを記憶する記憶部と、
   前記処理順序パターンに対応する順序に複数の前記新規請求書データに含まれる一以上の所定文字列を並び替えた状態で、複数の前記所定文字列を表示する出力部と、
   を有するデータ処理装置。
10. 前記新規請求書データを処理するユーザを識別するためのユーザ識別情報を外部から取得する識別情報取得部をさらに有し、
    前記記憶部は、ユーザと、前記処理順序パターンとを関連付けて記憶し、
    前記出力部は、前記識別情報取得部が取得した前記ユーザ識別情報に対応するユーザに関連付けて前記記憶部に記憶された前記処理順序パターンを特定し、特定した前記処理順序パターンに対応する順序に複数の前記所定文字列を並び替えた状態において複数の前記新規請求書データに含まれる前記所定文字列を出力する、
    請求項９に記載のデータ処理装置。
11. 予め定められた複数の前記処理順序パターンの候補から一つの処理順序パターンを選択する指示を受け付けて、前記指示をした前記ユーザの前記ユーザ識別情報に関連付けて、選択された前記処理順序パターンを前記記憶部に記憶させる受付部をさらに有する、
    請求項１０に記載のデータ処理装置。
12. コンピュータが実行する、
    複数の新規請求書データを外部から取得するステップと、
    取得した前記複数の新規請求書データの処理に要する作業の内容、前記新規請求書データの請求対象の商品の種別、前記新規請求書データの請求対象のサービスの種別、前記新規請求書データの請求元の会社名、又は前記新規請求書データの請求元の業界を示す属性を特定するステップと、
    新規請求書データを処理する複数のユーザを識別するためのユーザ識別情報と、前記ユーザが処理を担当する前記新規請求書データの属性とが関連付けられたユーザデータを参照することにより、特定した前記新規請求書データの属性に関連付けられた前記ユーザ識別情報に対応するユーザを、前記新規請求書データの処理を担当する担当ユーザに決定するステップと、
    取得した前記新規請求書データに含まれる一以上の所定文字列に関連付けて、当該新規請求書データを処理する前記担当ユーザを示す情報を出力するステップと、
    を有するデータ処理方法。
13. コンピュータに、
    複数の新規請求書データを外部から取得するステップと、
    取得した前記複数の新規請求書データの処理に要する作業の内容、前記新規請求書データの請求対象の商品の種別、前記新規請求書データの請求対象のサービスの種別、前記新規請求書データの請求元の会社名、又は前記新規請求書データの請求元の業界を示す属性を特定するステップと、
    新規請求書データを処理する複数のユーザを識別するためのユーザ識別情報と、前記ユーザが処理を担当する前記新規請求書データの前記属性とが関連付けられたユーザデータを参照することにより、特定した前記属性と関連付けられた前記ユーザ識別情報に対応する前記ユーザを、前記新規請求書データの処理を担当する担当ユーザを決定するステップと、
    取得した前記新規請求書データに含まれる一以上の所定文字列に関連付けて、当該新規請求書データを処理する前記担当ユーザを示す情報を出力するステップと、
    を実行させる、プログラム。
14. コンピュータが実行する、
    複数の新規請求書データを外部から取得するステップと、
    前記複数の新規請求書データの処理に要する作業の内容、前記新規請求書データの請求対象の商品の種別、前記新規請求書データの請求対象のサービスの種別、前記新規請求書データの請求元の会社名、又は前記新規請求書データの請求元の業界を示す属性を特定するステップと、
    記憶部に記憶された、それぞれ異なる前記属性を有する複数の前記新規請求書データを処理する順序を示す処理順序パターンを参照し、前記処理順序パターンに対応する順序に複数の前記新規請求書データに含まれる一以上の所定文字列を並び替えた状態で、複数の前記所定文字列を表示するステップと、
    を有するデータ処理方法。
15. コンピュータに、
    複数の新規請求書データを外部から取得するステップと、
    前記複数の新規請求書データの処理に要する作業の内容、前記新規請求書データの請求対象の商品の種別、前記新規請求書データの請求対象のサービスの種別、前記新規請求書データの請求元の会社名、又は前記新規請求書データの請求元の業界を示す属性を特定するステップと、
    記憶部に記憶された、それぞれ異なる前記属性を有する複数の前記新規請求書データを処理する順序を示す処理順序パターンを参照し、前記処理順序パターンに対応する順序に複数の前記新規請求書データに含まれる一以上の所定文字列を並び替えた状態で、複数の前記所定文字列を表示するステップと、
    を実行させる、プログラム。
    

Images