JP7753766B2 - 情報処理装置、方法、プログラム、およびシステム - Google Patents

Description

本発明は、情報処理装置、方法、プログラム、およびシステムに関する。

従来、インボイス制度の適格請求書等に係る証憑データの適格性を判定する手法が開示されている。具体的には、例えば特許文献１では、証憑データに含まれる複数の文字をテキスト化して、該複数の文字と事業者名および事業者識別情報とを照合することによって、証憑データの適格性を判定している。

特許第６７１２７３８号公報

しかしながら、特許文献１の証憑データは、会計事務所の顧問先が保有する請求書をスキャナにより画像化したものである（引用文献１の明細書の段落［００２０］等）。つまり、特許文献１の証憑データは、発行済みの請求書に係る証憑データであって、この従来技術によっては、証憑データが所定の条件を満たさない不適格なものであると判定されると、控除の適用を受けることができない。

そこで、本発明では、所定の条件を満たす帳票を発行することを目的とする。

本発明の一実施形態である情報処理装置は、帳票の発行の要求を受け付ける受付部と、前記帳票の特定の領域への入力の有無を判定する第１の判定部と、前記特定の領域への入力が有る場合、前記帳票の前記特定の領域以外の領域への入力が所定の条件を満たすか否かを判定する第２の判定部と、前記特定の領域への入力が無い場合、前記帳票を発行し、前記特定の領域への入力が有り、かつ、前記帳票の前記特定の領域以外の領域への入力が前記所定の条件を満たす場合、前記帳票を発行する発行部と、を備え、前記帳票は、インボイス制度の適格請求書であり、前記特定の領域以外の領域は、前記適格請求書に記載されるべき事項であり、前記特定の領域は、適格請求書発行事業者の登録番号である。

本発明によれば、所定の条件を満たす帳票を発行することができる。

本発明の一実施形態に係る全体の構成図である。 本発明の一実施形態に係る情報処理装置のハードウェア構成図である。 本発明の一実施形態に係る情報処理装置の機能ブロック図である。 本発明の一実施形態に係る帳票データ記憶部に記憶されているデータの一例である。 本発明の一実施形態に係る取引先データ記憶部に記憶されているデータの一例である。 本発明の一実施形態に係る帳票の発行処理のフローチャート（例１）である。 本発明の一実施形態に係る帳票の発行処理のフローチャート（例２）である。 本発明の一実施形態に係る画面の一例である。

以下、図面に基づいて本開示の実施の形態を説明する。

＜用語の説明＞
・本明細書において、「帳票」とは、買手（バイヤーとも呼ばれる）が売手（サプライヤーとも呼ばれる）に対して支払う金銭を示す書類（例えば、請求書、納品書、領収書、レシート等）である。例えば、帳票は、適格請求書等保存方式（インボイス制度とも呼ばれる）の適格請求書である。
・本明細書において、「発行」とは、適格請求書等の帳票を作成して通用させる（例えば、帳票のデータを印刷する、帳票のデータを送信する）ことをいう。

＜システム構成＞
図１は、本発明の一実施形態に係る全体の構成図である。システム１は、情報処理装置（サーバ）１０と、ユーザ端末（クライアント）２０と、を含む。情報処理装置１０とユーザ端末２０は、通信ネットワークＮを介して通信可能に接続されている。以下、それぞれについて説明する。

＜＜情報処理装置＞＞
情報処理装置１０は、インボイス制度の適格請求書等の帳票を発行する。具体的には、情報処理装置１０は、帳票の発行の要求を受け付けると、帳票の特定の領域への入力の有無（例えば、"適格請求書発行事業者の登録番号"の入力の有無）を判定する。特定の領域への入力が有る場合には、情報処理装置１０は、帳票の特定の領域以外の領域への入力が所定の条件を満たすか否か（例えば、所定の事項（"取引年月日"、"取引内容"、"税率ごとに区分して合計した対価の額および適用税率"、"税率ごとに区分した消費税額等"、"交付を受ける事業者の氏名又は名称"の項目）が記載されているか否か）を判定する。特定の領域への入力が無い場合には、情報処理装置１０は、帳票を発行する。

実施例に記載された装置群は、本明細書に開示された実施形態を実施するための複数のコンピューティング環境のうちの１つを示すものにすぎない。情報処理装置１０は、例えばパーソナルコンピュータ（ＰＣ）、ワークステーションである。情報処理装置１０は、サーバ装置、ＡＳＰ（Application Service Provider）、あるいはクラウドコンピューティングにより実現してもよい。ある実施形態では、情報処理装置１０は、サーバクラスタといった複数のコンピューティングデバイスを含む。複数のコンピューティングデバイスは、ネットワークや共有メモリなどを含む任意のタイプの通信リンクを介して互いに通信するように構成されており、本明細書に開示された処理を実施する。

＜＜ユーザ端末＞＞
ユーザ端末２０は、インボイス制度の適格請求書等の帳票を発行させたいユーザが用いる端末である。具体的には、ユーザ端末２０は、情報処理装置１０に対して、帳票の発行を要求する。また、ユーザ端末２０は、情報処理装置１０が発行した帳票を取得する。例えば、ユーザ端末２０は、パーソナルコンピュータ等である。

なお、ユーザ端末２０は、通信機能を備えた装置であれば、パーソナルコンピュータに限られない。ユーザ端末２０は、例えば、ＰＪ（Projector：プロジェクタ）、ＩＷＢ（Interactive White Board：相互通信が可能な電子式の黒板機能を有する白板）、デジタルサイネージ等の出力装置、ＨＵＤ（Head Up Display）装置、産業機械、撮像装置、集音装置、医療機器、ネットワーク家電、自動車（Connected Car）、ノートＰＣ（Personal Computer）、携帯電話、スマートフォン、タブレット端末、ゲーム機、ＰＤＡ（Personal Digital Assistant）、デジタルカメラ、ウェアラブルＰＣまたはデスクトップＰＣ等であってもよい。

＜ハードウェア構成＞
図２は、本発明の一実施形態に係る情報処理装置１０のハードウェア構成図である。なお、ユーザ端末（パーソナルコンピュータの場合）２０も同様である。

図２に示されているように、情報処理装置１０は、コンピュータによって構築されており、図２に示されているように、ＣＰＵ１００１、ＲＯＭ１００２、ＲＡＭ１００３、ＨＤ１００４、ＨＤＤ(Hard Disk Drive)コントローラ１００５、ディスプレイ１００６、外部機器接続Ｉ／Ｆ(Interface)１００７、ネットワークＩ／Ｆ１００８、データバス１００９、キーボード１０１０、ポインティングデバイス１０１１、ＤＶＤ－ＲＷ(Digital Versatile Disk Rewritable)ドライブ１０１３、メディアＩ／Ｆ１０１５を備えている。

これらのうち、ＣＰＵ１００１は、情報処理装置１０全体の動作を制御する。ＲＯＭ１００２は、ＩＰＬ等のＣＰＵ１００１の駆動に用いられるプログラムを記憶する。ＲＡＭ１００３は、ＣＰＵ１００１のワークエリアとして使用される。ＨＤ１００４は、プログラム等の各種データを記憶する。ＨＤＤコントローラ１００５は、ＣＰＵ１００１の制御にしたがってＨＤ１００４に対する各種データの読み出し又は書き込みを制御する。ディスプレイ１００６は、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示する。外部機器接続Ｉ／Ｆ１００７は、各種の外部機器を接続するためのインターフェースである。この場合の外部機器は、例えば、ＵＳＢ(Universal Serial Bus)メモリやプリンタ等である。ネットワークＩ／Ｆ１００８は、通信ネットワークＮを利用してデータ通信をするためのインターフェースである。バスライン１００９は、図２に示されているＣＰＵ１００１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

また、キーボード１０１０は、文字、数値、各種指示などの入力のための複数のキーを備えた入力手段の一種である。ポインティングデバイス１０１１は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行う入力手段の一種である。ＤＶＤ－ＲＷドライブ１０１３は、着脱可能な記録媒体の一例としてのＤＶＤ－ＲＷ１０１２に対する各種データの読み出し又は書き込みを制御する。なお、ＤＶＤ－ＲＷに限らず、ＤＶＤ－Ｒ等であってもよい。メディアＩ／Ｆ１０１５は、フラッシュメモリ等の記録メディア１０１４に対するデータの読み出し又は書き込み（記憶）を制御する。

＜機能ブロック＞
図３は、本発明の一実施形態に係る情報処理装置１０の機能ブロック図である。

情報処理装置１０は、受付部１０１と、判定部１０２と、発行部１０３と、エラー処理部１０４と、強制設定部１０５と、画面生成部１０６と、帳票データ記憶部１０７と、取引先データ記憶部１０８と、を備えることができる。また、情報処理装置１０は、プログラムを実行することで、受付部１０１、判定部１０２と、発行部１０３、エラー処理部１０４、強制設定部１０５、画面生成部１０６として機能することができる。

受付部１０１は、ユーザ端末２０から、帳票（例えば、請求書）の発行の要求を受け付ける。

判定部１０２は、「第１の判定部」「第２の判定部」として機能し、モジュールとして一つまたは複数でもよい。

判定部１０２（第１の判定部）は、帳票の特定の領域への入力の有無を判定する。例えば、判定部１０２は、請求書内の"適格請求書発行事業者の登録番号"への入力の有無を判定する。

判定部１０２（第２の判定部）は、帳票の特定の領域以外の領域への入力が所定の条件を満たすか否かを判定する。例えば、判定部１０２は、所定の事項（例えば、"取引年月日"、"取引内容"、"税率ごとに区分して合計した対価の額および適用税率"、"税率ごとに区分した消費税額等"、"交付を受ける事業者の氏名又は名称"の項目）が記載されているか否かを判定する。

発行部１０３は、ユーザ端末２０に対して、帳票を発行する。例えば、発行部１０３は、帳票の発行前に、発行に関する設定（例えば、帳票を印刷するための設定）を行うことができる。なお、発行部１０３は、帳票の発行前に、その他の項目（つまり、判定部１０２が判定した項目以外の項目）が所定の条件を満たすか否かを判定してもよい。

エラー処理部１０４は、エラー処理を実行する。例えば、エラー処理部１０４は、エラーであり帳票の発行が不可能であることを通知する画面、所定の条件を満たしていない項目を提示する画面、所定の条件を満たしていない項目の修正を促す画面等を表示させることができる。

強制設定部１０５は、所定の条件を満たさないと判定された領域への入力を、所定の条件を満たす入力に変更する。

画面生成部１０６は、画面を生成する。具体的には、画面生成部１０６は、帳票の発行の要求を受け付ける画面を生成する。帳票の特定の領域への入力が有る場合、画面生成部１０６は、帳票の特定の領域以外の領域への入力が所定の条件を満たすか否かに応じた画面（例えば、所定の条件を満たさない場合には、エラーであり帳票の発行が不可能であることを通知する画面、所定の条件を満たしていない項目を提示する画面、所定の条件を満たしていない項目の修正を促す画面等。所定の条件を満たす場合には、帳票を発行するための画面）を生成する。特定の領域への入力が無い場合、画面生成部１０６は、帳票を発行するための画面（例えば、帳票を印刷するための設定の画面）を生成する。

帳票データ記憶部１０７には、帳票に関するデータが記憶される。

取引先データ記憶部１０８には、取引先（例えば、請求書の請求先）に関するデータが記憶される。

＜データ構造＞
図４を参照しながら、帳票データ記憶部１０７に記憶されているデータについて説明し、図５を参照しながら、取引先データ記憶部１０８に記憶されているデータについて説明する。

図４は、本発明の一実施形態に係る帳票データ記憶部１０７に記憶されているデータの一例である。帳票データ記憶部１０７には、帳票に関するデータが記憶される。

帳票データ記憶部１０７には、帳票ごとに、ユーザが入力した「適格請求書発行事業者」、「取引年月日」、「軽減税率対象項目の識別子利用」、「消費税率ごとに項目を分類する」、「軽減税率項目の説明を隠す」、「取引先ＩＤ」の情報が記憶される。以下、それぞれについて説明する。

「適格請求書発行事業者」には、請求書の請求元の"適格請求書発行事業者の登録番号"が記憶される。判定部１０２は、「適格請求書発行事業者」に登録番号が記憶されている（図４の（２）（３）（４））と、請求書が適格請求書であると判定し、「適格請求書発行事業者」に登録番号が記憶されていない（図４の（１））と、請求書が適格請求書ではないと判定する。なお、判定部１０２は、登録番号が適切な番号であるか否かを判定してもよい。

「取引年月日」には、請求書の発行日等が記憶される。判定部１０２は、「取引年月日」に年月日が記憶されていると所定の条件を満たすと判定し、「取引年月日」に年月日が記憶されていないと所定の条件を満たさないと判定する。

「軽減税率対象項目の識別子利用」には、軽減税率の対象項目である旨を示す識別子（例えば、図８の※印）が利用されているか（例えば、識別子の表示機能がｏｎになっているか）の情報が記憶される。判定部１０２は、識別子が利用されていると所定の条件を満たすと判定し、識別子が利用されていないと所定の条件を満たさないと判定する。

「消費税率ごとに項目を分類する」には、消費税率ごとに項目が分類されているか（例えば、"消費税率ごとに項目を分類する"機能がｏｎになっているか）の情報が記憶される。判定部１０２は、分類されていると所定の条件を満たすと判定し、分類されていないと所定の条件を満たさないと判定する。

「軽減税率項目の説明を隠す」には、軽減税率項目の説明が隠されていないか（例えば、"軽減税率項目の説明を隠す"機能がｏｆｆになっているか）の情報が記憶される。判定部１０２は、説明が隠されていないと所定の条件を満たすと判定し、説明が隠されていると所定の条件を満たさないと判定する。

「取引先ＩＤ」には、請求書の請求先を識別するためのＩＤ（識別情報）が記憶される。判定部１０２は、「取引先ＩＤ」に紐づいている事業者名（取引先名）が記憶されている（例えば、図５の「事業者名」が記憶されている）と所定の条件を満たすと判定し、「取引先ＩＤ」に紐づいている事業者名（取引先名）が記憶されていない（例えば、図５の「事業者名」が記憶されていない）と所定の条件を満たさないと判定する。

このように、帳票の各項目への入力の有無、および、各項目への入力の内容が記憶されるため、帳票が所定の条件を満たすか否かを判定することができる。

図５は、本発明の一実施形態に係る取引先データ記憶部１０８に記憶されているデータの一例である。取引先データ記憶部１０８には、取引先（例えば、請求書の請求先）に関するデータが記憶される。なお、取引先データ記憶部１０８を設けずに、帳票に取引先が入力されるようにしてもよい。

取引先データ記憶部１０８には、取引先ごとに、「取引先ＩＤ」、「事業者名」、「電話番号」、「Ｅｍａｉｌ」の情報が記憶される。以下、それぞれについて説明する。

「取引先ＩＤ」は、取引先を識別するためのＩＤである。

「事業者名」は、取引先の氏名または名称である。

「電話番号」は、取引先の電話番号である。

「Ｅｍａｉｌ」は、取引先の電子メールアドレスである。

＜処理方法＞
図６は、本発明の一実施形態に係る帳票の発行処理のフローチャート（例１）である。

ステップ１１（Ｓ１１）において、受付部１０１は、ユーザ端末２０から、帳票（例えば、請求書）の発行の要求を受け付ける。

ステップ１２（Ｓ１２）において、判定部１０２は、帳票の特定の領域への入力の有無を判定する。特定の領域への入力が有る（図６の"ＹＥＳ"。つまり、記載あり）場合には、ステップ１３へ進み、特定の領域への入力が無い（図６の"ＮＯ"。つまり、記載なし）場合には、ステップ１４へ進む。

例えば、判定部１０２は、請求書内の"適格請求書発行事業者の登録番号"への入力の有無（つまり、請求書の適格請求書発行事業者欄に記載があるか否か）を判定する。

ステップ１３（Ｓ１３）において、判定部１０２は、帳票の特定の領域以外の領域への入力が所定の条件を満たすか否かを判定する。所定の条件を満たす（図６の"ＹＥＳ"。つまり、全ての項目が対応）場合には、ステップ１４へ進み、所定の条件を満たさない（図６の"ＮＯ"。つまり、未対応の項目あり）場合には、ステップ１５へ進む。

例えば、判定部１０２は、所定の事項（例えば、"取引年月日"、"取引内容"、"税率ごとに区分して合計した対価の額および適用税率"、"税率ごとに区分した消費税額等"、"交付を受ける事業者の氏名又は名称"の項目）が記載されているか否か（つまり、適格請求書対応書式に対応しているか）を判定する。

ステップ１４（Ｓ１４）において、発行部１０３は、ユーザ端末２０に対して、帳票を発行する。例えば、発行部１０３は、帳票の発行前に、発行に関する設定（例えば、帳票を印刷するための設定）を行うことができる。なお、発行部１０３は、帳票の発行前に、その他の項目（つまり、判定部１０２が判定した項目以外の項目）が所定の条件を満たすか否かを判定してもよい。

ステップ１５（Ｓ１５）において、エラー処理部１０４は、エラー処理を実行する。例えば、エラー処理部１０４は、エラーであり帳票の発行が不可能であることを通知する画面、所定の条件を満たしていない項目を提示する画面、所定の条件を満たしていない項目の修正を促す画面等を表示させることができる。

このように、ユーザは、帳票の特定の領域への入力（例えば、請求書内の"適格請求書発行事業者の登録番号"への入力）を行うだけで、帳票が所定の条件を満たしていない（例えば、所定の事項（例えば、インボイス制度の適格請求書の記載事項）が記載されていない）ことを知ることができる。

図７は、本発明の一実施形態に係る帳票の発行処理のフローチャート（例２）である。

ステップ２１（Ｓ２１）において、受付部１０１は、ユーザ端末２０から、帳票（例えば、請求書）の発行の要求を受け付ける。

ステップ２２（Ｓ２２）において、判定部１０２は、帳票の特定の領域への入力の有無を判定する。特定の領域への入力が有る（図７の"ＹＥＳ"。つまり、記載あり）場合には、ステップ２３へ進み、特定の領域への入力が無い（図７の"ＮＯ"。つまり、記載なし）場合には、ステップ２４へ進む。

例えば、判定部１０２は、請求書内の"適格請求書発行事業者の登録番号"への入力の有無（つまり、請求書の適格請求書発行事業者欄に記載があるか否か）を判定する。

ステップ２３（Ｓ２３）において、判定部１０２は、帳票の特定の領域以外の領域への入力が所定の条件を満たすか否かの判定が済んでいるか（全ての項目が済んでいるか）を判断する。全ての項目が済んでいる（図７の"ＹＥＳ"。つまり、全ての項目がチェック済み）場合には、ステップ２４へ進み、少なくとも一部の項目が済んでいない（図７の"ＮＯ"。つまり、未チェックの項目あり）場合には、ステップ２５へ進む。

ステップ２４（Ｓ２４）において、発行部１０３は、ユーザ端末２０に対して、帳票を発行する。例えば、発行部１０３は、帳票の発行前に、発行に関する設定（例えば、帳票を印刷するための設定）を行うことができる。なお、発行部１０３は、帳票の発行前に、その他の項目（つまり、判定部１０２が判定した項目以外の項目）が所定の条件を満たすか否かを判定してもよい。

ステップ２５（Ｓ２５）において、判定部１０２は、帳票の特定の領域以外の領域への入力が所定の条件を満たすか否かを判定する。所定の条件を満たす（図７の"ＹＥＳ"。つまり、対応）場合には、ステップ２３へ戻り、次の項目の判定が行われる（このように、各項目の判定が順次行われる）。所定の条件を満たさない（図７の"ＮＯ"。つまり、未対応）場合には、ステップ２６へ進む。

例えば、判定部１０２は、所定の各事項（例えば、"取引年月日"、"取引内容"、"税率ごとに区分して合計した対価の額および適用税率"、"税率ごとに区分した消費税額等"、"交付を受ける事業者の氏名又は名称"の各項目）が記載されているか否か（つまり、適格請求書対応書式に対応しているか）を判定する。

ステップ２６（Ｓ２６）において、強制設定部１０５は、Ｓ２５で所定の条件を満たさないと判定された領域への入力を、所定の条件を満たす入力に変更する。その後、ステップ２３へ戻り、次の項目の判定が行われる（このように、各項目の判定が順次行われる）。

このように、ユーザは、帳票の特定の領域への入力（例えば、請求書内の"適格請求書発行事業者の登録番号"への入力）を行うだけで、帳票が所定の条件を満たしていなかった（例えば、所定の事項（例えば、インボイス制度の適格請求書の記載事項）が記載されていない）としても、所定の条件を満たすように変更された帳票を発行することができる。

＜画面例＞
図８は、本発明の一実施形態に係る画面（例えば、ユーザ端末２０に表示される画面）の一例である。図８は、情報処理装置１０が発行するインボイス制度の適格請求書を表示する画面である。

図８に示されるように、インボイス制度の適格請求書は、「１．適格請求書発行事業者の氏名又は名称、および、登録番号」、「２．取引年月日」、「３．取引内容」、「４．税率ごとに区分して合計した対価の額（税抜き又は税込み）、および、適用税率」、「５．税率ごとに区分した消費税額等」、「６．交付を受ける事業者の氏名又は名称」の項目を含む。

上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたASIC（Application Specific Integrated Circuit）、DSP（digital signal processor）、FPGA（field programmable gate array）や従来の回路モジュール等のデバイスを含むものとする。

なお、上記実施形態に挙げた構成等に、その他の要素との組み合わせ等、ここで示した構成に本発明が限定されるものではない。これらの点に関しては、本発明の趣旨を逸脱しない範囲で変更することが可能であり、その応用形態に応じて適切に定めることができる。

１ システム
１０ 情報処理装置
２０ ユーザ端末
１０１ 受付部
１０２ 判定部
１０３ 発行部
１０４ エラー処理部
１０５ 強制設定部
１０６ 画面生成部
１０７ 帳票データ記憶部
１０８ 取引先データ記憶部

Claims (9)

1. 帳票の発行の要求を受け付ける受付部と、
   前記帳票の特定の領域への入力の有無を判定する第１の判定部と、
   前記特定の領域への入力が有る場合、前記帳票の前記特定の領域以外の領域への入力が所定の条件を満たすか否かを判定する第２の判定部と、
   前記特定の領域への入力が無い場合、前記帳票を発行し、
   前記特定の領域への入力が有り、かつ、前記帳票の前記特定の領域以外の領域への入力が前記所定の条件を満たす場合、前記帳票を発行する発行部と
   を備え、
   前記帳票は、インボイス制度の適格請求書であり、
   前記特定の領域以外の領域は、前記適格請求書に記載されるべき事項であり、
   前記特定の領域は、適格請求書発行事業者の登録番号である、情報処理装置。
2. 前記特定の領域以外の領域への入力が前記所定の条件を満たさない場合、前記所定の条件を満たさない入力を、前記所定の条件を満たす入力に変更する強制設定部
   をさらに備えた請求項１に記載の情報処理装置。
3. 前記特定の領域以外の領域への入力が前記所定の条件を満たさない場合、エラー処理を実行するエラー処理部
   をさらに備えた請求項１に記載の情報処理装置。
4. 画面を生成する画面生成部を備え、
   前記画面生成部は、
   帳票の発行の要求を受け付ける画面と、
   前記帳票の特定の領域への入力が有る場合、前記帳票の前記特定の領域以外の領域への入力が所定の条件を満たすか否かに応じた画面と、
   前記特定の領域への入力が無い場合、前記帳票を発行するための画面と、
   前記特定の領域への入力が有り、かつ、前記帳票の前記特定の領域以外の領域への入力が前記所定の条件を満たす場合、前記帳票を発行するための画面と、を生成し、
   前記帳票は、インボイス制度の適格請求書であり、
   前記特定の領域以外の領域は、前記適格請求書に記載されるべき事項であり、
   前記特定の領域は、適格請求書発行事業者の登録番号である、情報処理装置。
5. 情報処理装置が実行する方法であって、
   帳票の発行の要求を受け付けるステップと、
   前記帳票の特定の領域への入力の有無を判定するステップと、
   前記特定の領域への入力が有る場合、前記帳票の前記特定の領域以外の領域への入力が所定の条件を満たすか否かを判定するステップと、
   前記特定の領域への入力が無い場合、前記帳票を発行し、
   前記特定の領域への入力が有り、かつ、前記帳票の前記特定の領域以外の領域への入力が前記所定の条件を満たす場合、前記帳票を発行するステップと
   を含み、
   前記帳票は、インボイス制度の適格請求書であり、
   前記特定の領域以外の領域は、前記適格請求書に記載されるべき事項であり、
   前記特定の領域は、適格請求書発行事業者の登録番号である、方法。
6. 前記特定の領域以外の領域への入力が前記所定の条件を満たさない場合、前記所定の条件を満たさない入力を、前記所定の条件を満たす入力に変更するステップ
   をさらに含む請求項５に記載の方法。
7. 前記特定の領域以外の領域への入力が前記所定の条件を満たさない場合、エラー処理を実行するステップ
   をさらに含む請求項５に記載の方法。
8. 情報処理装置を
   帳票の発行の要求を受け付ける受付部、
   前記帳票の特定の領域への入力の有無を判定する第１の判定部、
   前記特定の領域への入力が有る場合、前記帳票の前記特定の領域以外の領域への入力が所定の条件を満たすか否かを判定する第２の判定部、
   前記特定の領域への入力が無い場合、前記帳票を発行し、
   前記特定の領域への入力が有り、かつ、前記帳票の前記特定の領域以外の領域への入力が前記所定の条件を満たす場合、前記帳票を発行する発行部
   として機能させ、
   前記帳票は、インボイス制度の適格請求書であり、
   前記特定の領域以外の領域は、前記適格請求書に記載されるべき事項であり、
   前記特定の領域は、適格請求書発行事業者の登録番号である、プログラム。
9. 情報処理装置とユーザ端末を含むシステムであって、
   前記情報処理装置は、
   前記ユーザ端末から、帳票の発行の要求を受け付ける受付部と、
   前記帳票の特定の領域への入力の有無を判定する第１の判定部と、
   前記特定の領域への入力が有る場合、前記帳票の前記特定の領域以外の領域への入力が所定の条件を満たすか否かを判定する第２の判定部と、
   前記特定の領域への入力が無い場合、前記ユーザ端末に対して、前記帳票を発行し、
   前記特定の領域への入力が有り、かつ、前記帳票の前記特定の領域以外の領域への入力が前記所定の条件を満たす場合、前記ユーザ端末に対して、前記帳票を発行する発行部と
   を備え、
   前記ユーザ端末は、
   前記情報処理装置に対して前記帳票の発行を要求して、前記情報処理装置が発行した前記帳票を取得し、
   前記帳票は、インボイス制度の適格請求書であり、
   前記特定の領域以外の領域は、前記適格請求書に記載されるべき事項であり、
   前記特定の領域は、適格請求書発行事業者の登録番号である、システム。