iDempiere アクティビティ (ABC) の使い方｜会計 操作マニュアル・技術仕様

📖 会計の全体像: 会計の全体図 も合わせてご覧ください。

アクティビティ (ABC) は、活動基準原価計算（Activity Based Costing）でコストを把握したい「活動」を定義するマスタです。定義したアクティビティは受注・請求・仕訳などの伝票で会計次元として指定でき、活動別の収益・費用集計に使えます。

📌 ポイント: アクティビティを転記に反映するには、会計スキーマのエレメントに「アクティビティ」次元が定義されている必要があります。マスタ登録とスキーマ設定はセットで確認してください。

アクティビティ (ABC) でできること

• 原価を把握する活動（アクティビティ）の定義
• 検索キー・名称・説明・コメントによる活動の整理
• サマリレベルによる階層的なグルーピング
• 名称・説明の多言語翻訳

画面構成

アクティビティ (ABC) はシンプルな2タブ構成です。

タブ名	テーブル	項目数	役割
アクティビティ	C_Activity	約8項目	活動の基本情報
翻訳	C_Activity_Trl	約9項目	名称・説明・コメントの翻訳

基本操作手順

graph TD
    A["🚀 メニューから開く<br/>会計管理 > 会計設定 > アクティビティ (ABC)"] --> B["➕ 新規で検索キー・名称を入力"]
    B --> C{グルーピング用?}
    C -->|Yes| D["📁 サマリレベルにチェック<br/>（集計用の親として使用）"]
    C -->|No| E["✍️ 説明・コメントを入力"]
    D --> F["💾 保存"]
    E --> F
    F --> G["🧩 会計スキーマエレメントに<br/>アクティビティ次元があるか確認"]
    G --> H["🔗 伝票・仕訳明細で<br/>アクティビティを指定"]

メニューから開く 会計管理 > 会計設定 > アクティビティ (ABC) 新規で検索キー・名称を入力 サマリレベルにチェック （集計用の親として使用） 説明・コメントを入力 保存 会計スキーマエレメントに アクティビティ次元があるか確認 伝票・仕訳明細で アクティビティを指定 グルーピング用?

アクセス方法

メニューから「会計管理 > 会計設定 > アクティビティ (ABC)」を開きます。

新規登録

1. ツールバーの「新規」ボタンをクリック
2. 基本情報を入力:
   • 検索キー: アクティビティの一意コード
   • 名称: 活動名（例: 検査工程、カスタマーサポート）
   • 説明 / コメント: 補足情報（任意）
   • サマリレベル: 集計専用の親エントリにする場合にチェック
3. 「保存」をクリック

項目リファレンス

アクティビティタブ

項目名	必須	型	説明
検索キー	必須	文字列	アクティビティの一意コード
名称	必須	文字列	活動名
説明	-	文字列	説明
コメント	-	テキスト	コメント・ヒント
有効	必須	チェック	レコードの有効フラグ
サマリレベル	必須	チェック	集計用のサマリエンティティ

全項目は 画面リファレンス: アクティビティ (ABC) を参照してください。

よくある質問（FAQ）

Q. アクティビティはどこで入力・集計されますか？

GL仕訳明細をはじめ、会計次元を持つ各伝票（受注・請求書等）の「アクティビティ」フィールドで指定できます。転記時に会計ファクトへ記録され、財務レポートでアクティビティ別に集計できます。前提として会計スキーマエレメントに「アクティビティ」タイプの次元が定義されている必要があります。

Q. サマリレベルのアクティビティは伝票で選べますか？

サマリレベルは階層集計用の親エントリとして使う設計です。実取引は非サマリのアクティビティに付け、サマリはレポートでのグルーピングに使う運用を推奨します。

Q. 使わなくなったアクティビティはどうすべきですか？

「有効」チェックを外して無効化してください。C_Activity は削除可能なテーブルですが、仕訳・伝票から参照済みの場合は削除できません。無効化すれば新規伝票では選択できなくなり、過去データは保持されます。

関連機能

• GL仕訳バッチの使い方
• 会計スキーマの使い方（エレメント定義）
• 財務レポートの使い方
• 画面リファレンス: アクティビティ (ABC)

🛠 技術仕様（開発者向け）

概要

アクティビティは C_Activity テーブル（アクセスレベル: Client+Org）に格納されるシンプルな会計次元マスタです。MActivity クラス（200行）は markImmutable() を持つキャッシュ対応クラスで、ビジネスロジックはほぼ持ちません（コンストラクタとキャッシュ参照が中心）。

アーキテクチャ概要

classDiagram
    class MActivity {
        +get(C_Activity_ID) MActivity$
        +get(ctx, C_Activity_ID) MActivity$
        +markImmutable() MActivity
    }
    class X_C_Activity {
        <<generated>>
    }
    class PO {
        <<abstract>>
    }
    MActivity --|> X_C_Activity
    X_C_Activity --|> PO
    MActivity <-- MJournalLine : C_Activity_ID 次元
    MActivity <-- MAcctSchemaElement : ElementType=Activity

+get(C_Activity_ID) MActivity$ +get(ctx, C_Activity_ID) MActivity$ +markImmutable() MActivity <> <> > X_C_Activity X_C_Activity --

パッケージ: org.compiere.model ソースファイル: org.adempiere.base/src/org/compiere/model/MActivity.java

関連DBテーブル

C_Activity（アクティビティ）

カラム名	型	必須	説明	備考
C_Activity_ID	ID	PK	アクティビティID	主キー
Value	String	Y	検索キー
Name	String	Y	名称
Description	String	N	説明
Help	Text	N	コメント
IsActive	YesNo	Y	有効	デフォルト Y
IsSummary	YesNo	Y	サマリレベル

関連テーブル: C_Activity_Trl（翻訳: Name / Description / Help）

ビジネスロジック

MActivity に beforeSave / afterSave のカスタムロジックはありません（メソッド一覧確認済み）。参照側の主な組込先:

• GL_JournalLine.C_Activity_ID: 仕訳明細の会計次元（callout CalloutGLJournal.account により組合せへ反映）
• C_AcctSchema_Element.C_Activity_ID: スキーマエレメントのデフォルトアクティビティ
• 転記エンジンが会計ファクト（Fact_Acct）にアクティビティ次元を記録

拡張ポイント

• Model Validator: アクティビティの命名規則や部門との対応付けチェックは modelChange で追加できます
• 必須化: 特定伝票でアクティビティ入力を必須にするには、会計スキーマエレメントの「必須」フラグ、または対象カラムの AD 設定（フィールド必須化）で対応します
• このテーブルにカラム callout の定義はありません

関連ドキュメント

• 会計スキーマの技術仕様
• GL仕訳バッチの技術仕様
• 画面リファレンス: アクティビティ (ABC)

---

iDempiereカスタマイズのご相談

活動基準原価計算の次元設計（アクティビティ×部門×プロジェクト）と集計レポートの構築をご支援します。

Ａｓ－Ｌｉｎｋ株式会社では、OSGiプラグインによる安全なカスタマイズを提供しています。

OSS ERP導入・カスタマイズサービスの詳細はこちら