属性名の変更

概要

Change Attribute Name エンリッチメントは、データセット内のケースおよびイベント属性の名前を変更して、より明確で意味のある標準化された命名規則を作成することを可能にします。このエンリッチメントは、暗号化された技術的な名前や古い属性名を含むデータセットを扱う際に、プロセスマイニングの結果の可読性と解釈性を向上させるために不可欠です。単なる名前変更以上に、このエンリッチメントでは、技術的な属性名を保持しながら、可視化に表示される表示名を設定することも可能です。

このエンリッチメントは、異なる命名規則を持つ複数のソースからのデータ統合、ビジネス関係者のレビュー用データセットの準備、または属性名を組織の用語と整合させる際に特に有用です。技術名と表示名の両方を設定できる柔軟性により、技術的正確さを維持しつつ、ビジネス向けのわかりやすい表現が可能になります。

一般的な用途

異なるソースシステムからのデータセット間での属性名の標準化（例：SAPデータの「VBELN」を「SalesOrderNumber」に変更）
技術的なデータベースフィールド名をビジネスに分かりやすい名前に変換（例：「CUST_ID_2023_V2」を「Customer ID」に変更）
企業固有の用語や略語に合わせて組織の用語に整合させるための属性名変更
ステークホルダーが即座に理解できるようにダッシュボードの可読性を向上
古いシステムやデータ移行による、内容を反映しなくなったレガシー命名問題の修正
属性名だけで理解できるようにして、データセットの共有準備
好みのビジネス言語に合わせて、多言語環境のサポート

設定

Attribute Name: 名前を変更したい既存の属性をドロップダウンリストから選択します。このリストには、ケースID、アクティビティ、タイムスタンプなどのシステム属性を除く、データセット内のすべての利用可能なケース属性およびイベント属性が含まれます。非表示にされておらず計算フィールドでない属性のみ表示されます。

New Attribute Name: 属性の新しい技術名を入力します。この名前はフィルター、計算処理、その他のエンリッチメントで使用される属性の内部識別子となります。名前は標準的な命名規則に従い、特殊文字を避け、複数語の場合はアンダースコアまたはキャメルケースを使用し、データセット内で一意である必要があります。

New Attribute Display Name: 任意で可視化やレポートに表示されるユーザーフレンドリーな表示名を指定します。これにより、技術名としては無効な空白や特殊文字、書式を使用できます。空欄の場合は New Attribute Name が表示名として使われます。例えば、技術名が "order_value_usd" であっても、ダッシュボードには "Order Value ($)" と表示したい場合に便利です。

例

例 1: SAPフィールド名の標準化

シナリオ: SAPの調達データセットに「EKORG」「LIFNR」「BEDAT」などのドイツ語のフィールド名が含まれており、ビジネスユーザーには意味がわかりません。

設定:

Attribute Name: EKORG
New Attribute Name: PurchasingOrganization
New Attribute Display Name: Purchasing Organization

出力: 属性「EKORG」がデータセット全体で「PurchasingOrganization」に名前変更されます。すべての可視化およびレポートでは「Purchasing Organization」と表示されます。フィルターや計算処理は旧名（後方互換性のため）または新名「PurchasingOrganization」を参照できます。

洞察: ビジネスユーザーはこの属性が購買組織を表すことをすぐに理解でき、SAPのドキュメント参照なしでセルフサービス分析の採用が大きく向上します。

例 2: 複数システムデータの統合

シナリオ: 受注から入金までのプロセスをCRM（CustomerCode）、ERP（CUST_NUM）、請求システム（client_identifier）の3システムを分析しており、顧客識別子のフィールド名を統一したい。

設定:

Attribute Name: CUST_NUM
New Attribute Name: CustomerID
New Attribute Display Name: Customer ID

出力: ERPの「CUST_NUM」が標準化された名前「CustomerID」に変更されます。他システムのフィールドについても同様の名前変更を行うと、すべての顧客識別子が一貫した命名となり、システム間分析やマルチシステムのプロセスフローの混乱が軽減されます。

洞察: システム間で同じビジネス概念の異なるフィールド名を覚える負担が減り、部門横断的なプロセス分析がより効率的になります。

例 3: 医療分野でのビジネスに優しい名称の作成

シナリオ: 病院の患者フローのデータセットに、技術的なフィールド名「pt_admit_dt」「dx_primary」「los_days」があり、臨床スタッフや管理者向けにより分かりやすくしたい。

設定:

Attribute Name: los_days
New Attribute Name: LengthOfStay
New Attribute Display Name: Length of Stay (Days)

出力: 「los_days」が技術名「LengthOfStay」に変更され、すべてのユーザーインターフェースで「Length of Stay (Days)」と表示されます。これにより、臨床スタッフが患者フローのパターンを理解しやすくなり、退院プロセスのボトルネック特定が促進されます。

洞察: 明確で説明的な名前が、技術用語の解読ではなくプロセス改善に集中することを可能にし、ケア提供の効率化が迅速に進みます。

例 4: グローバル運用の多言語対応

シナリオ: 多国籍製造企業が、地域ごとのシステムのローカル言語の属性名をグローバルレポート用に英語に統一しつつ、地域チーム向けにはローカルの表示名を維持したい。

設定:

Attribute Name: fecha_produccion
New Attribute Name: ProductionDate
New Attribute Display Name: Production Date

出力: スペイン語の属性「fecha_produccion」がグローバル用に標準化された英語の「ProductionDate」に名前変更されます。表示名はすべての可視化で「Production Date」と表示されます。地域チームは必要に応じてローカル名を含むレポートを利用できます。

洞察: 英語の標準化された属性名によりグローバルなプロセスマイニングが可能になる一方、表示名機能で地域チームはなじみのある用語で作業できます。

例 5: レガシーシステム名の整理

シナリオ: システム移行後、財務データセットに「OLD_GL_ACCT_2019_FINAL」のような、現在の勘定科目構造を反映しない旧名称が含まれている。

設定:

Attribute Name: OLD_GL_ACCT_2019_FINAL
New Attribute Name: GLAccountNumber
New Attribute Display Name: G/L Account Number

出力: レガシーな属性名がデータセット全体で「GLAccountNumber」に置換されます。表示名はファイナンスチームに馴染み深い標準的な会計用語「G/L Account Number」が使われます。既存のフィルターや計算も自動的に新名に更新されます。

洞察: レガシー命名の痕跡を取り除くことで混乱や誤りが減少し、最新の勘定科目に合わせた正確な財務プロセス分析が可能になります。

出力

Change Attribute Name エンリッチメントはデータセットのメタデータを変更しますが、元のデータ値には影響を与えません。名前変更された属性は元のデータ型や値、他属性との関係性を保持します。このエンリッチメントはデータセットスキーマ全体で属性識別子に恒久的な変更を加えます。

New Attribute Name のみを指定すると、その名前が技術識別子かつ表示ラベルとなります。New Attribute Display Name も指定した場合、技術名（式やフィルターで使用）と表示名（UIで表示）を区別して管理します。

元の属性名を参照している既存のエンリッチメント、フィルター、計算はすべて自動で新名を使用するように更新され、後方互換性が保たれます。名前変更操作は大文字小文字を区別し、新しい名前が既存の属性と競合しないかを検証します。

属性名の変更

概要

一般的な用途

設定

例

例 1: SAPフィールド名の標準化

例 2: 複数システムデータの統合

例 3: 医療分野でのビジネスに優しい名称の作成

例 4: グローバル運用の多言語対応

例 5: レガシーシステム名の整理

出力

関連項目