メインコンテンツにスキップ
自媒科技企業向けAI・開発から導入まで
日本語JA
プロジェクト相談
プロジェクト相談

企業AIプロジェクトWiki · データ・知識・モデル

業務データ

別名Business data · ビジネス情報 · 業務運用データ · 業務領域データ

定義

業務データとは、組織が業務又は使命プロセスを行う中で生成、取得、維持又は利用し、業務対象と属性、事象と取引、状態変化、判断、責任又は結果を識別可能な形で表すデータである。その境界は業務上の意味と用途で決まり、表名、ファイル形式、保存場所又は本番環境由来かどうかでは決まらない。

業務データは DB の場所ではなく業務上の意味と用途で決まる

業務データは、組織が誰又は何を扱い、何が起き、どの状態にあり、何を判断し、どんな結果になったかを答える。顧客、仕入先、製品、契約は対象、注文、申請、支払、サービス案件は取引又は業務記録、提出、承認、出荷、取消しは事象であり、金額、状態、責任者、発効日はそれらを表す属性である。

データベース、メッセージ、ファイル、表計算、文書、文字起こし、紙、人的キュー又は外部システムに存在し得る。本番 DB のメモリ指標は必ずしも業務データではなく、テスト環境には業務データの複製があり得る。媒体や環境名ではなく、意味、目的及び責任で分類する。

業務データは実用的な総称で、分類は業界により異なる。GS1 は、実体を記述する比較的安定したマスターデータ、組織間プロセスを支える取引データ、物理又はデジタル過程を表す可視性イベントデータを区別する。他分野では顧客、運用、案件、臨床又は使命データ等を使うため、案件独自の分類と対応を記録する。

全テーブルを出力せず、業務対象・事実・プロセスから識別する

DBには正式記録のほか、キャッシュ、技術ログ、実装用中間表があります。顧客、契約、申請、支払などの対象と、その事象・判断から業務データを識別すると、長期的な意味、統治、移管が必要な内容が分かります。

  1. 業務又は使命境界を定める

    対象製品、サービス、利用者行程、社内機能、地域及び組織単位を示す。範囲外システムの同名データは自動的に含めない。

  2. 対象と参加者を列挙する

    顧客、従業員、仕入先、製品、資産、契約、申請、案件等の安定 ID が必要な対象と、人、組織、システム及び代理の役割を識別する。

  3. シナリオ上の事象と取引を示す

    作成、提出、確認、承認、履行、支払、変更、取消し、終了及び争議の正常・例外経路をたどり、入力事実と生成結果を記録する。

  4. 現在状態と履歴事実を分ける

    現在残高や状態は取引・事象から導出され得る。どの層を残し、どう再計算し、訂正が履歴を上書きできるかを決める。

  5. 判断、理由及び証拠を識別する

    重要判断に用いたデータ、規則、承認主体、補助資料及び結果を特定する。添付資料が存在しても、確認済み事実とは限らない。

  6. 複製と下流用途を棚卸しする

    帳票、索引、キャッシュ、ウェアハウス、出力、第三者及びモデル文脈へ入った後の ID、時点及び用途を追跡する。

  7. 権限ある分類を得る

    業務、データ、記録、セキュリティ、プライバシー、運用及び技術の役割が、対象、正本、機微性、記録地位及びライフサイクルを確認する。スキャナーだけで裁定しない。

業務データの実用的な分類

分類は全テーブルへ札を付けるためではなく、責任を分けるためです。マスターは安定識別、取引は事象、参照データは許容値、分析派生は計算方法と適用時点を持ちます。正本、品質、変更方法も分類ごとに違います。

マスターデータ

顧客、仕入先、製品、拠点及び組織等、プロセス横断で中核実体を一貫識別する比較的安定したデータ。変更はあるが通常取引より少なく、正本と同期の統治が必要である。

参照データ

他データを分類又は制約する許容値、コード、単位、地域、状態又はレート種別。具体的実体を表すとは限らず、版と発効期間が重要である。

取引データ

発注、請求、支払、返品及びサービス依頼等の業務・財務上の相互作用と約束。通常マスターを参照し、金額、状態及び責任を持つ。

イベントデータ

提出、走査、出荷、受領、承認又は機器起動等、ある時点の発生を記録する。状態を進めても、すべてが契約・財務取引になるわけではない。

状態・運用データ

対象の現在段階、キュー、残高、在庫、利用可能性又は処理位置を表す。正本、計算スナップショット又は結果整合の観測値かを示す。

業務文書とコンテンツ

契約、申請、証票、メール、画像、録音及び説明と、その構造、署名、版及び証拠関係。ファイルは自動的に信頼できず、内容の解釈も必要である。

判断・規則実行・監査事実

業務結果を説明するため、規則版、入力事実、判断、承認又は上書き、主体及び時点を保存する。技術監査ログは証拠媒体の一つにすぎない。

派生・分析結果

他データから計算した指標、集計、予測、スコア、区分及びモデル出力。方法、時点、版及び用途を示し、原始事実として無条件に書き戻さない。

業務意味では対象、時間、状態及び許容値を明確にする

金額、顧客、完了という普通の言葉も、税込・税抜、契約者・連絡先、提出完了・支払完了を指し得ます。対象と時間境界を示し、人、ルール、帳票、インターフェースが同じ値を同じ意味で扱うようにします。

対象 ID

同一顧客、仕入先、製品、申請又は契約の条件、ID 発行者、再利用可否、統合・分割時の履歴を定める。名称を一意 ID としない。

属性の意味

重要項目ごとに対象、特性、単位、精度、許容値、null の意味及び文脈を定める。ISO/IEC 11179 はデータ要素の意味と表現の双方を重視する。

業務時間

発生、受領、記録、発効、失効、決済、訂正及び観測時刻を分け、時間帯と遅延事象を定める。一つの updated_at では代替できない。

状態と遷移

状態が表す業務事実、入退条件、終端、取消し及び訂正を定める。画面文言、DB コード及び外部状態を管理された形で対応させる。

金額と数量

通貨、税込基準、単位、精度、丸め、レート出所及び集計を保持する。合計は対象明細と計算時点を明示する。

真実性と確認段階

利用者の申告、システム検証、第三者応答、モデル推論、人の確認及び正式承認を分ける。資料の存在は事実確認済みを意味しない。

版と有効性

マスター、コード表、条項、規則及び指標は時間と共に変わる。現在定義で全履歴を解釈せず、結果時点の適用版を再現する。

誰が定義・確認し、どこが正本かを各分類で定める

複数システムに同じ項目があっても、最新の複製が正本とは限りません。意味の所有者、正式事実を作るシステム、訂正権限、同期時間を定めます。争いが起きた時に時刻印から推測せず、統治関係で判断できます。

業務定義責任

業務を理解する権限者が意味、規則、品質及び適用範囲を確認する。技術チームは媒体を管理しても、現行スキーマから業務上の真実を決められない。

記録システム又は権威ある証拠

対象又は属性ごとに、どのシステム、署名資料、外部登録又は権限ある判断を優先するかを示す。一システムが全属性の正本とは限らない。

生成と確認

入力者、事実提供者、審査者、承認者及びシステム生成者を分け、代理、委任、バッチ及び自動判断の主体連鎖を保持する。

技術保管と基盤責任

DB、文書庫、メッセージ、ウェアハウス及びバックアップの運用、保護、復旧及び監視を割り当てる。保管者に全業務用途の権限はない。

利用者責任

目的、時点、品質、アクセス及び再共有条件に従う。複製を保有しても新たな正本にはならない。

競合裁定とエスカレーション

出所不一致、人とシステムの競合、履歴訂正及び外部正本停止に、裁定者、保留状態、停止条件及び証拠を定める。

業務事象がデータを変え、複製と派生物もライフサイクルに残る

申請が下書き、承認、取消し、終了へ進むと、現在状態、履歴、通知、帳票、キャッシュが残ります。正本の訂正・削除だけでは自動更新されません。伝播経路まで管理し、旧事実が判断へ残らないようにします。

ライフサイクルは作成―保存―削除の直線ではない。申請から注文、納品、請求が生まれ、支払が残高を変え、取消しが補償事象を作る。原始事実、現在状態、スナップショット及び下流集計はネットワークとなる。何を不変とし、何を新事象で訂正し、何を上書きでき、時点状態をどう再現するかを決める。

NIST Privacy Framework は、収集、保持、記録、生成、変換、利用、開示、共有、伝送及び処分をデータ処理行為として扱う。この一覧は個人データ以外でもキャッシュ、索引、出力及び第三者複製の発見に役立つ。個人データでは権限あるプライバシー担当が目的とリスクを確認する。

すべての業務データが正式記録になるわけではなく、記録は PDF に限られない。NARA は、組織の方針、取引、判断及び行為を証明し、作成又は受領、維持・利用、処分を通じて管理するものとして記録を説明する。適用する記録・法務責任が保存対象を決める。

  1. 業務状態を証拠から再現できるか

    重要結果を原始事実、事象、規則、判断及び訂正へ結び、現在値だけにしない。

    確認：時点標本の再構成と照合。

  2. 複製と派生物に ID があるか

    帳票、倉庫、索引、出力及び第三者について出所、時点、更新及び用途を示す。

    確認：データフローと処理目録。

  3. 記録地位を権限者が判断したか

    保存、保全及び処分を開発者又は DB の TTL だけで決めない。

    確認：記録分類、保存表及び承認。

品質、完全性及び保護を具体的な業務結果へ結び付ける

電話の内線欠落と振込口座の誤りは、どちらもデータエラーですが結果は大きく違います。品質優先、アクセス保護、修正時間を用途と損害から決め、全体完全率で少数の重大記録を隠しません。

用途適合品質

提出、支払、サービス、報告、予測又は監査ごとに正確性、完全性、一貫性、適時性、一意性及び有効性を定める。一つの複製が全用途に適するとは限らない。

完全性と説明可能な事実

重要取引・判断を無権限変更から守り、出所、順序、検査、承認及び訂正を保持する。NIST SP 1800-26 は完全性事象の検出・対応の工学資料となる。

機密性と最小利用

種類、主体、目的及びリスクで閲覧、出力、共有及び分析を限定し、不要項目と保存を減らす。「社内」は全従業員閲覧可を意味しない。

可用性と復旧

データ停止、遅延又は不確実時の停止、読取専用、待ち行列、人対応及び復旧経路を定め、復旧後に外部取引と状態を照合する。

情報種別とリスク分類

NIST SP 800-60 は情報種別と機密性・完全性・可用性影響による分類を示す。案件は適用制度を使い、米国連邦の結論を既定値としてコピーしない。

問題処理

影響対象、期間、出所、下流、判断及び責任を記録し、隔離、訂正、再計算、通知、取消し又は権限ある受容を実行して証拠と共に終了する。

案件引継ぎは DB バックアップだけでは足りない

バックアップはバイトを戻せても、対象の意味、正本、検証方法、適法な削除方法を伝えない場合があります。用語、来歴、権限、品質規則、保存、未解決課題も移し、元チーム離脱後も利用できるようにします。

業務データカタログ

領域別に対象、事象、取引、状態、文書及び派生結果を列挙し、目的、責任、正本、機微性、記録地位及び主利用者を示す。

定義と対応

データ辞書、コード表、対象関係、状態機械、移行元・先対応、変換及び照合規則の管理版と未決事項・責任者を引き渡す。

アクセスと運用責任

本番、支援、帳票、出力、第三者及び緊急アクセスを説明する。アカウント移管で業務権限を拡大せず、監査と定期審査を継続する。

初期化と移行証拠

範囲、バッチ、除外、洗浄、失敗、前後件数と重要合計、標本、差異終了、承認及び移行元凍結時点を記録する。

バックアップ、復旧及び継続性

正本、復旧複製及びアーカイブを分け、復旧点・時間、鍵、依存、訓練、復旧後照合及びコードのロールバックでは戻らない取引を示す。

保存、出力及び廃止

処分規則、保全、可読出力、第三者返却・削除、システム文書及び廃止証拠を移管し、受領者が長期義務を推測しないようにする。

調達申請における業務データの構成例

以下の顧客と無関係な調達申請で、対象識別、状態事象、判断記録、派生指標を一緒に見ます。項目設計ではなく、各分類が権威ある出所、業務時点、許可用途へ戻れることが要点です。

業務対象

申請、申請者、仕入先、購入品目、予算対象、契約及び添付に安定 ID を持たせる。仕入先は承認済みマスターを参照し、申請は提出時の必要スナップショットを残す。

取引と金額

明細に品目、数量、単位、通貨、税基準、価格出所及び丸めを記録する。合計は規則・版を持つ派生結果で、出所不明の独立事実ではない。

事象と状態

作成、提出、差戻し、訂正、承認、拒否、ERP 送信、確認及び取消しごとに、事象・記録時刻、主体、前後状態及び理由を保持する。

判断と証拠

承認結果を当時の入力事実、規則版、権限、意見及び資料へ結ぶ。AI 要約又はリスク表示は補助派生結果であり、承認事実ではない。

正本と複製

申請システムがフロー状態、ID 基盤が主体、仕入先マスターが有効状態を統制し、ERP 作成有無は双方照合で確定する。

記録とライフサイクル

業務・記録責任者が申請、承認、添付、連携確認及び監査事実の記録地位と、訂正、保全、保存、出力及び処分を定める。テスト複製は別途最小化・廃棄する。

企業 AI では入力事実、知識及びモデル出力を一層に混ぜない

モデルは記録から要約、ラベル、提案を作れますが、自然な文章でも推論は正式事実になりません。生成結果を正本と同じ項目へ出所・審査状態なしで保存すると、次の検索が以前の推測を新しい証拠として使います。

承認済み用途を限定する

検索、要約、抽出、分類、提案、予測又は実行と、モデルだけで行えない重要判断を示す。アクセス可能でも学習又は目的外再利用の許可ではない。

正式事実、他者の申告、モデル推論をまず区別する

正本記録、利用者入力、外部資料、モデル抽出、モデル推論、人の確認は信頼上の地位が違うため別表示します。請求書から推定した仕入先名は確認待ちにできますが、マスターを直接上書きしてはいけません。誤認が後続システムの確定事実になるためです。

対象と目的で文脈を絞る

検索、プロンプト及びツールの前に利用者、テナント、対象、項目及び目的の権限を実施し、必要データだけを渡す。関連性はアクセス制御を迂回しない。

出所と時点を示す

AI 結果を業務記録、版、発効期間及び検索時点へ結ぶ。変更、競合又は証拠不足時は回答を限定し、再取得又は人対応へ移す。

モデル出力を派生データとして統治する

要約、ラベル、スコア及び提案にモデル、プロンプト、知識、規則、時点、入力参照、審査状態、許容利用者、有効性、訂正及び書戻し条件を持たせる。

ツール操作を取引境界内に置く

モデルのパラメータ提案後も決定的統制で ID、権限、状態、金額及び重複を検証する。不明結果は照合し、タイムアウトを未発生とみなさない。

フィードバックとログを自動的に学習へ使わない

本番会話、訂正又は失敗を評価・学習へ入れる前に、目的、権利、最小化、機微性、代表性、版、期間及び承認を再確認する。

訂正と削除を下流へ伝播する

事実訂正又は利用権終了時に索引、キャッシュ、特徴量、評価集合及び管理可能な派生物を特定する。モデルパラメータから直接除去できない影響も記録・処理する。

業務影響を継続監視する

分布、出所、欠落及び権限変化と、誤出力が実際の対象・判断へ与える影響を監視する。モデル指標は取引照合と業務結果確認を代替しない。

業務データと隣接概念の違い

業務データは組織に意味のある事実・記録で、マスター、取引、参照、分析はその中の異なる役割です。DBデータはより広く、知識文書とモデル出力には別の権威があります。区別して正本、変更、利用責任を割り当てます。

概念業務データとの境界
企業データ組織が管理又は利用する業務、技術、研究、人員、外部及び管理データ全体。業務データは業務・使命の事実を直接表す部分である。
データ要件指定データの意味、出所、品質、保護及びライフサイクル義務を定める。業務データはその要件に制約される事実と記録である。
業務対象領域で識別・管理する人、物、事項又は概念。業務データは属性、関係、事象及び状態を表し、対象は一つの表ではない。
マスターデータ中核実体をプロセス横断で一貫識別する比較的安定した業務データ。全取引、事象、文書及び結果は含まない。
参照データ他値を分類、制約又は解釈するコードと許容値。外部標準又は内部権威が管理し、業務データの解釈を支える。
取引データ注文、支払等の業務・財務上の相互作用で、業務データの一分類。マスター、事象、状態、文書及び判断も別に存在する。
業務記録適用する記録制度により方針、取引、判断又は行為を証明するため保存する情報。一部業務データは記録となるが、同義ではない。
メタデータ定義、出所、構造、時点、アクセス又は処理を説明する。業務証拠を担う場合もあるが、通常は業務データの理解・管理を支える。
技術ログとテレメトリシステム実行、要求、資源及び障害を記述する。正式業務行為を証明する一部は業務・監査地位も持ち得るが、通常の CPU 指標は業務事実ではない。
分析データ帳票、分析又はモデル向けに統合、洗浄又は派生したデータ。時点、粒度及び方法が異なり、取引の正本には自動的にならない。
個人データ適用法令・方針上の個人に関する分類で、業務データと重複し得る。分類と義務は権限者が判断する。
学習データモデルを学習・調整するデータ集合で、承認済み業務データ、公開、合成又は他出所を含み得る。利用可能でも学習許可ではない。

出典と適用範囲

本項目では業務データを、組織が業務又は使命活動を行う際に作成、受領、維持又は利用し、業務対象、参加者、事象、取引、状態、判断、義務及び結果を記述するデータと定義する。business data の分類は組織間で完全には一致しないため、案件ごとに適用範囲を宣言する必要がある。企業データ全体、マスターデータ、参照データ、取引データ、イベントデータ、業務記録、データ要件、データモデル、データベース、メタデータ、技術テレメトリ、分析指標、テストデータ、学習データ、個人データの法的分類、知識文書又はデータガバナンス体系全体は定義しない。特定データが業務データ又は正式記録に該当するか、何が正本か、どの保護・保存義務が適用されるかは、権限ある役割が用途と制度に基づいて判断する。