売掛金データテンプレート
売掛金データテンプレート
これは売掛金向けの汎用プロセスマイニング用データテンプレートです。より詳しい手順については、システム別のテンプレートをご利用ください。
特定のシステムを選択- 請求書のライフサイクルを追跡するための必須データ項目
- 一貫したプロセスマッピングを実現する標準化されたアクティビティ定義
- あらゆる財務管理ツールに対応する拡張性の高い構造
売掛金の属性
| 名前 | 説明 | ||
|---|---|---|---|
| アクティビティ名 ActivityName | 請求書に対して行われたイベントまたはアクションの説明です。 | ||
| 説明 この属性は、請求書のライフサイクルで発生した具体的なステップやステータスの変化を示します。例として、請求書の作成、入金の計上、異議申し立ての開始、クレジットメモの発行などがあります。 これらのアクティビティの順序を分析すると、プロセスマイニングツールでプロセスマップを再構築できます。組織はこれをもとに、ボトルネックや手戻りの繰り返し(異議申し立ての更新が何度も行われる場合など)、標準的な回収手順からの逸脱を特定できます。 重要な理由 プロセスの各ステップを定義するために必要な必須のアクティビティ項目です。 入手先 取引ログ、変更文書、またはステータス履歴テーブルにあります。 例 請求書作成入金を受領異議申し立てを受領督促状を送付 | |||
| イベントのタイムスタンプ EventTime | アクティビティが発生した日時です。 | ||
| 説明 この属性には、ソースシステムでアクションが実行された正確な時刻が記録されます。ケース内のイベントを時系列に並べるために欠かせません。 分析担当者はこのデータを使い、請求書の送付から入金の計上までなど、プロセスの各ステップにかかる時間を算出します。また、個々のアクティビティの所要時間を把握し、入金回収サイクルの遅延を特定する際にも利用できます。 重要な理由 イベントの順序付けと所要時間の算出に必要な必須の開始タイムスタンプです。 入手先 システムログ、取引の入力タイムスタンプ、または変更履歴テーブルにあります。 例 2023-10-01T14:30:00Z2023-10-05T09:15:00Z2023-11-01T16:45:00Z | |||
| ソースシステム SourceSystem | データの取得元となったシステムの名前または識別子です。 | ||
| 説明 この属性は、レコードの抽出元となったソフトウェアアプリケーションや環境(SAP、Oracle、HighRadiusなど)を識別します。複数のERPが混在する環境では、データソースの区別に役立ちます。 異なる基盤技術を使う地域や事業部門間でプロセスのパフォーマンスを比較する際に特に有用です。データの取得元を追跡できるようになります。 重要な理由 複数のシステムがある環境で、データの絞り込みや検証に欠かせません。 入手先 通常、ETL処理中に固定文字列として追加されます。 例 SAP_ECC_NAOracle_CloudNetSuite_GlobalHighRadius_Prod | |||
| 最終データ更新日時 LastDataUpdate | データを抽出または更新した日時を示すタイムスタンプです。 | ||
| 説明 この属性には、プロセスマイニングアプリケーションでデータセットが最後に更新された日時が記録されます。分析対象のデータがどの時点のものかを示すメタデータです。 分析担当者は、リアルタイムのデータを見ているのか、過去のある時点のスナップショットを見ているのかを把握できます。正確なレポートを作成し、入手可能な最新情報に基づいて判断するために役立ちます。 重要な理由 データの遅延や信頼性を把握するための情報です。 入手先 データパイプラインまたはETLツールによって、実行時に生成されます。 例 2023-11-15T00:00:00Z2023-11-16T08:00:00Z | |||
| 請求書番号 InvoiceId | 特定の請求書または請求文書を一意に識別する番号です。 | ||
| 説明 この属性は、売掛金プロセスにおける基本的なケース識別子です。請求取引を個別に識別し、債権の発生から消し込みまでのライフサイクルを追跡する際の主キーとして機能します。 プロセスマイニング分析では、この属性を使って、請求書の作成、更新、異議申し立て、入金など、関連するすべてのイベントを1つのケースにまとめます。これにより、特定の請求の全体的な流れを可視化し、取引単位でパフォーマンス指標を算出できます。 重要な理由 プロセスフローの再構築に必要な必須のケースIDです。 入手先 通常、取引ヘッダーテーブルまたは売掛金補助元帳のメインテーブルにあります。 例 INV-2023-001900004321US-10234B55432 | |||
| 事業部門 BusinessUnit | 請求書を発行する社内の部門、子会社、または会社コードです。 | ||
| 説明 この属性は、債権を保有する企業内の組織を示します。SAPでは会社コード、NetSuiteでは子会社に相当します。 支店や部門ごとの比較分析に利用できます。経営層はこの情報をもとに、組織内の各部門における回収実績、標準プロセスの遵守状況、DSO指標を比較できます。 重要な理由 組織内の各部門のパフォーマンスを比較する際に役立ちます。 入手先 請求書ヘッダーまたは財務会計伝票ヘッダーにあります。 例 US01EMEA OperationsSubsidiary A1000 | |||
| 支払期日 DueDate | 顧客が支払いを行う予定の日付です。 | ||
| 説明 この属性は、販売条件で合意した支払期限を示します。請求書が支払期限内か、期限超過か、延滞しているかを判断する基準になります。 分析担当者はこの日付を使って、早期支払いや支払遅延に関する指標を算出します。実際の支払日と支払期日を比較することで、顧客の支払状況や回収施策の効果を把握できます。 重要な理由 経過日数、延滞状況、支払条件の遵守状況を算出する基準です。 入手先 請求書ヘッダーにあるか、基準日と支払条件から算出されます。 例 2023-12-012023-10-312023-11-15 | |||
| 支払条件 PaymentTerms | 支払期日を定める合意済みの条件です。 | ||
| 説明 この属性には、Net 30、Net 60、即時払いなど、支払スケジュールのコードまたは説明が含まれます。キャッシュフローに関する契約上の条件を示します。 この属性を分析すると、標準的な支払条件が守られているか、営業チームが契約成立のために不利な条件を提示していないかを確認できます。また、支払条件と実際の支払状況を照らし合わせ、条件の遵守状況を確認する際にも利用できます。 重要な理由 支払期日の背景情報となり、支払条件の遵守状況の分析に役立ちます。 入手先 請求書ヘッダーまたは顧客マスターデータにあります。 例 NT3060日後払い2%割引、10日以内支払い、正味30日即時払い | |||
| 消込日 ClearingDate | 請求書の全額が支払われた、または相殺された日付です。 | ||
| 説明 この属性には、通常、入金またはクレジットメモの計上によって未消込項目がシステム上でクローズされた日時が記録されます。この請求書の回収ライフサイクルの終了を示します。 実際のサイクルタイムや売上債権回転日数(DSO)の算出に欠かせない日付です。未決済と決済済みの請求書を区別でき、入金消込プロセスの効率測定にも利用できます。 重要な理由 サイクルタイムと実際の売上債権回転日数の算出に欠かせません。 入手先 会計伝票の明細またはステータス履歴にあります。 例 2023-11-202023-12-052023-10-15 | |||
| 異議申し立ての理由 DisputeReason | 請求書に異議が申し立てられた理由を示す分類またはコードです。 | ||
| 説明 この属性には、顧客が請求額の一部または全額の支払いを拒否する理由が分類されます。よくある理由には、価格の誤り、商品の破損、文書の不足などがあります。 根本原因の分析に欠かせないデータです。異議申し立ての理由を集計すると、支払いの遅延や事務作業の手戻りを引き起こす上流プロセス(出荷や価格設定など)の構造的な問題を特定できます。 重要な理由 支払いの遅延や手戻りの根本原因を特定するうえで重要です。 入手先 異議申し立て管理モジュールまたは専用の異議申し立てケーステーブルにあります。 例 価格の不一致商品の破損発注書なし請求書の重複 | |||
| 自動処理かどうか IsAutomated | 人の介入なしにアクティビティが実行されたかどうかを示すフラグです。 | ||
| 説明 この真偽値属性は、ユーザーによる手動操作とシステムによるイベントを区別します。通常、ユーザーIDを既知のサービスアカウント一覧と照合して判定します。 自動化率の算出に使う主要な属性です。組織は、ロボティック・プロセス・オートメーション(RPA)の投資対効果を把握し、入金消込や督促など、繰り返し発生する手作業を自動化できる箇所を特定できます。 重要な理由 デジタルトランスフォーメーションやプロセス自動化の進捗を測るうえで重要です。 入手先 ユーザーIDまたは特定の取引フラグから判定します。 例 truefalse | |||
| 請求金額 InvoiceAmount | 請求書の合計金額です。 | ||
| 説明 この属性は、顧客に対する債権の金額を示します。通常、税金や追加料金を含む総額です。 分析では、金額で加重した売上債権回転日数(DSO)などの財務指標の算出、リスクのある高額債権の特定、回収業務の優先順位付けに欠かせません。財務への影響に応じてプロセスを分類できます。 重要な理由 財務への影響の分析や、高額債権の回収優先度の判断に欠かせません。 入手先 請求書ヘッダーまたは会計伝票ヘッダーにあります。 例 1500.00250.5010000.0045.99 | |||
| 顧客名 CustomerName | 請求書の支払い義務を負う法人または組織の名前です。 | ||
| 説明 この属性は、請求書に関連付けられた債務者を識別します。顧客アカウント単位でデータを集計できます。 特定の顧客の支払傾向を分析するうえで欠かせません。支払いが頻繁に遅れる顧客や請求書に異議を申し立てる顧客を特定し、関係管理や回収方法を個別に検討できます。 重要な理由 顧客アカウント単位の分析や、支払いに問題のある顧客の特定に役立ちます。 入手先 顧客マスターデータテーブルと請求書ヘッダーを結合して取得します。 例 Acme CorpGlobal IndustriesTech Solutions Ltd | |||
| 回収担当者名 CollectorName | 支払いの回収を担当する担当者またはユーザーの名前です。 | ||
| 説明 この属性は、顧客アカウントの管理と支払いの確保を担当する従業員またはチームを識別します。担当者とプロセスの結果を関連付けることができます。 回収担当者の生産性や効果を分析できます。管理者は、担当者ごとの回収率、支払約束の履行状況、業務量を比較し、研修の必要性を判断したり、担当顧客を再配分したりできます。 重要な理由 人員の生産性分析やパフォーマンスの比較に役立ちます。 入手先 顧客マスターレコードまたは回収管理専用テーブルにあります。 例 John DoeCollections Team ASystem Agent | |||
| 顧客セグメント CustomerSegment | 戦略上の価値やリスクに基づく顧客の分類です。 | ||
| 説明 この属性では、顧客を主要顧客、中小企業、高リスク、政府機関などに分類します。通常、マスターデータで定義されます。 この属性でプロセス分析を分類すると、顧客の種類によって対応にどのような違いがあるかが分かります。高価値の顧客が優先的に対応されているか、高リスクの顧客が十分に監視されているかを確認できます。 重要な理由 顧客層ごとの戦略分析に役立ちます。 入手先 顧客マスターデータまたは取引先テーブルにあります。 例 戦略顧客小売卸売ティア1 | |||
売掛金のアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
| クレジットメモ計上 | 請求書の残高を相殺するクレジットメモを発行するイベントです。有効な異議申し立て、返品、または遡及割引に伴って発生することがよくあります。 | ||
| 重要な理由 売上の漏れ、請求品質、未払いの根本原因を分析するうえで重要です。 入手先 売掛金の取引テーブルで、クレジット専用の伝票タイプとして記録されています。 記録 参照フィールドを使って、クレジットメモの伝票を元の請求書に紐づけます。 イベントタイプ explicit | |||
| 入金計上 | 請求書に入金取引を適用して記録するイベントです。売掛金プロセスの主な目的を示します。 | ||
| 重要な理由 売上債権回転日数(DSO)の計算と資金の流れの健全性評価において、最も重要なイベントです。 入手先 入金消込テーブルまたは入金記録テーブルに記録されています。 記録 請求書番号に紐づく入金伝票のタイムスタンプを記録します。 イベントタイプ explicit | |||
| 支払期日超過 | 請求書が未決済のまま、現在の日付が合意済みの支払期日を過ぎたことを示す計算上の節目です。未超過から期限超過への状態変化を示します。 | ||
| 重要な理由 期日どおりの支払状況を分析し、督促方針を開始するうえで重要です。 入手先 決済完了イベントが発生していない場合に、請求書の支払期日とシステム日付を比較して算出します。 記録 システム日付が支払期日フィールドを過ぎており、汎用のステータスが「未決済」の場合にイベントを生成します。 イベントタイプ calculated | |||
| 異議申し立て受付 | 顧客が請求書の有効性や金額に異議を唱えたことを示す正式な案件または理由コードを作成するイベントです。通常、これにより通常の回収活動は中断されます。 | ||
| 重要な理由 プロセスのボトルネックを特定し、請求ミスや品質上の問題による売上リスクを定量化できます。 入手先 異議申し立て管理モジュールで案件が作成されたとき、またはステータスが「異議申し立て中」に変わったときに特定します。 記録 異議申し立て案件IDが請求書に紐づけられた時刻、または異議フラグが「はい」に設定された時刻を記録します。 イベントタイプ explicit | |||
| 請求書作成 | 財務システムで請求書レコードを最初に作成し、売掛金の計上を開始するイベントです。回収ライフサイクルの正式な開始点となり、滞留期間の計算に使う基準を設定します。 | ||
| 重要な理由 プロセス全体の起点となるイベントです。すべての処理期間指標と売上債権回転日数の計算で、開始時刻を定義します。 入手先 通常、ERPシステムの取引ヘッダーテーブルまたは作成ログに記録されています。 記録 一意の請求書番号に対応する作成タイムスタンプを抽出します。 イベントタイプ explicit | |||
| 請求書消込完了 | 請求書の未決済残高がゼロになる最終的な状態変更です。全額入金、クレジットの適用、または貸倒処理によって発生します。 | ||
| 重要な理由 システム上のケースの完全な終了を示し、プロセス全体の所要時間の計算に使います。 入手先 請求書のステータスフィールドが「クローズ」「消込済み」または「支払済み」に変わったことから特定します。 記録 未決済明細のステータスフラグが消込済みに変わったタイムスタンプを特定します。 イベントタイプ inferred | |||
| 請求書送付 | メール、印刷物、EDI、ポータルなどを通じて、請求書を顧客に送付するイベントです。支払義務を顧客に通知したことを示します。 | ||
| 重要な理由 作成から送付までの遅延を計算すると、資金回収を遅らせる社内処理の遅れを特定できます。 入手先 出力管理ログ、メール送信記録、またはEDIのステータス更新から取得します。 記録 請求書の出力ステータスが「送信済み」または「完了」に変わったタイムスタンプを特定します。 イベントタイプ explicit | |||
| 一部入金計上 | 入金を適用して請求書の残高を減らすものの、未払いの残額が残るイベントです。異議申し立て、支払能力の不足、または不足額のある支払いを示す場合があります。 | ||
| 重要な理由 一部入金を明らかにすることで、顧客の支払行動とプロセスの複雑さを分析できます。 入手先 入金取引が請求書に紐づいているものの、入金額が未決済残高を下回る場合に記録します。 記録 適用された入金額が請求書の未回収額を下回るケースを特定します。 イベントタイプ explicit | |||
| 入金照合完了 | 社内の入金記録と銀行明細の明細行を照合するイベントです。資金が実際に銀行口座へ入金されたことを確認します。 | ||
| 重要な理由 帳簿上の入金と銀行口座への入金を区別し、入金消込プロセスの遅延を明らかにします。 入手先 銀行勘定調整モジュールまたは資金管理ログから取得します。 記録 銀行元帳で入金伝票が消込済み、または照合済みと記録された時点を特定します。 イベントタイプ explicit | |||
| 回収のため顧客に連絡 | 未決済の請求書について顧客とやり取りするイベントです。自動督促状の送付や電話の記録などが該当します。回収チームが先手を打って行った対応を追跡します。 | ||
| 重要な理由 回収担当者の生産性や、督促方針が入金の早さに与える効果を測定するうえで欠かせません。 入手先 連絡記録、CRMのアクティビティ履歴、または督促履歴から取得します。 記録 顧客とのやり取りのログ、または請求書に紐づく自動督促テーブルのレコードを対応付けます。 イベントタイプ explicit | |||
| 支払約束を記録 | 顧客が特定の金額を特定の日付までに支払うと正式に約束した内容を記録するイベントです。通常、顧客との連絡が取れた後に回収担当者が入力します。 | ||
| 重要な理由 見込みの資金回収を把握し、顧客の約束がどの程度守られるかを測定できます。 入手先 回収管理モジュール、または請求書に関連付けられたメモ欄に記録されています。 記録 請求書IDに対して支払約束日と金額が記録されたレコードを抽出します。 イベントタイプ explicit | |||
| 異議申し立てのステータス更新 | 異議申し立て案件の進行状況が変わるイベントです。たとえば、初期審査から本格調査への移行が該当します。解決チームのワークフローを追跡します。 | ||
| 重要な理由 異議申し立ての解決期間を分析し、調査プロセスの停滞箇所を特定できます。 入手先 請求書に紐づく異議申し立て案件オブジェクトの履歴ログから取得します。 記録 紐づく異議申し立て案件のステータスフィールドの変更を追跡します。 イベントタイプ inferred | |||
| 異議申し立て解決 | 異議申し立ての調査が終了し、顧客への返金、残高の貸倒処理、または支払いの請求を決定するイベントです。これにより、請求書は最終決済に進める状態になります。 | ||
| 重要な理由 例外対応プロセスの終了を示し、資金回収サイクルを再開できます。 入手先 異議申し立て案件のステータスが「クローズ」または「解決済み」に変わったときに記録します。 記録 異議申し立て管理システムで最後にステータスが変更されたタイムスタンプを特定します。 イベントタイプ explicit | |||
| 貸倒処理 | 請求書の残額を回収不能と判断し、売掛金元帳から除外する処理です。プロセスの失敗と財務上の損失を示します。 | ||
| 重要な理由 与信プロセスの総コストを分析し、リスクの高い顧客セグメントを特定するうえで重要です。 入手先 特定の貸倒理由コードが付いた仕訳または調整取引から取得します。 記録 請求書に紐づく貸倒処理として分類された調整伝票を絞り込みます。 イベントタイプ explicit | |||
データ抽出ガイド
始める準備はできていますか?
この汎用テンプレートをデータに適用するか、お使いのプラットフォームに対応した専用ガイドを選んで、分析を始められます。
売掛金管理を見直し、運転資金を改善
リアルタイム分析で売上債権回転日数を短縮し、回収業務を効率化
クレジットカード不要。あらゆるERPに対応します。