メモ
コミュニティの関心グループが Yammer から Microsoft Viva Engage に移行されました。 Viva Engage コミュニティに参加し、最新のディスカッションに参加するには、「 Finance and Operations Viva Engage Community へのアクセスを要求する 」フォームに入力し、参加するコミュニティを選択します。
勘定科目表を計画し設定する場合、ドキュメントまたは仕訳帳を転記するときにさまざまなコンポーネントがどのように連携するかを考慮する必要があります。 これらのコンポーネントには、高度なルール、詳細ルール、および差引勘定と固定の分析コードが含まれます。 この記事では、各コンポーネントについて、さらにコンポーネントがどのように連携するかについて説明します。
勘定科目表と財務分析コード コンポーネント
主勘定および財務分析コード値の有効な組み合わせを定義するために、リッチでルールに基づくシステムが使用されます。 このセクションでは、各コンポーネントの機能の概要が示し、コンポーネントをどこで検索できるかを説明します。
勘定構造
勘定構造は、元帳を設定するときに必須です。 少なくとも 1 つの勘定構造を定義および有効にする必要があり、さらにそれを元帳に割り当てる必要があります。 勘定構造は自体に主勘定を持っている必要があります。 ビジネスに最も適したセグメントの順序を定義できます。 主勘定が定義された後、システムは、使用される勘定構造を決定できます。 主勘定を最初にまたは構造のフロントに挿入することで、値を制限し、既定値として最後の既知の有効な値をシステムが適用するのにも役立ちます。 勘定構造で、最大 10 個の追加の財務分析コードを持つことができます。 勘定構造は、他の値との組み合わせでどの分析コード値が有効かを定義します。 また、分析コード値を必須値とするかどうかを定義します。
詳細ルール
詳細ルールは、勘定科目表を設定する際の、オプションのコンポーネントです。 勘定構造に必要な数だけ詳細ルールを追加することができます。 詳細ルールは、特定基準が満たされた場合に、追加の財務分析コードを追跡する必要があるシナリオを処理するためによく使用されます。 たとえば、旅行経費勘定を使用している場合は、従業員が出張したイベントなどの追加情報を追跡したいかもしれません。 複数の詳細ルールがある場合は、ルールの名前に基づいて、アルファベット順に適用されます。 ルールを追加するセグメントは、勘定構造のセグメントの後にのみ適用できます。
差引勘定分析コード
必要に応じて、差引勘定の財務分析コードを定義できます。 元帳 ページで、差引勘定されるべき財務分析コードを定義することができます。 次に、その財務分析コードにトランザクションが転記されると、財務分析コードのバランスが保たれるように、システムは自動的にエントリを作成および転記します。
主勘定での既定/固定の財務分析コード
既定の分析コードは、マスター レコード (たとえば、顧客または仕入先レコード)、ドキュメント ヘッダー、および主勘定などのさまざまな場所から取得されます。 この記事では、法人別の主勘定の既定の分析コードに焦点を当てます。 主勘定には、元帳のすべての勘定構造で使用される各財務分析コードに 固定なし または 固定 値があるかどうかを定義できます。 財務分析コードが 固定なしの場合、既定値を使用して、その値を上書きできます。 この動作は、既定値がマスター レコードから取得された場合でも、システムのすべての既定値に適用されます。 財務分析コードが 固定 値に設定されている場合、既定値としてにそれがどこから所得されたか、またはユーザーが入力した値かに関係なく、値は常に適用されます。
転記時に既定の分析コードが適用される順序
多くの場合、ユーザーには、さまざまなコンポーネントが実行される順序についての質問があります。 この動作は、設定するためのアプローチに影響するので、既定の分析コードに適用される順序を理解することは非常に重要です。
メモ
この情報は、アプリケーションでの既定の分析コードのアプリケーションにのみ適用されます。 Microsoft Excel またはデータ管理フレームワークを使用してデータをインポートする場合は、動作が異なります。
例 1
勘定構造
| 主勘定 | 事業単位 | 部門 | コスト センター |
|---|---|---|---|
| すべての値を使用できます。 | すべての値を使用できます。 | すべての値を使用できます。 | すべての値を使用できます。 |
主勘定
| 主勘定 | 氏名 | 個法 | 部門 |
|---|---|---|---|
| 401100 | 製品の売上 | USMF | 固定 – 022 販売およびマーケティング部門 |
次の図は、主勘定 401100 で設定されている固定の既定の分析コードを示します。
この基本的な例では、部門分析コードが既定値 023 (工程) を使用するよう設定されている一般仕訳帳を入力します。 勘定科目を入力および転記します。 次の図は、一般会計ヘッダーでの既定の財務分析コードを示します。
仕訳帳ヘッダーの既定の分析コードは、売上勘定明細行に既定で 023 が適用される部門を発生します。 次の図は、ヘッダーから取得される 023 既定の分析コード値が適用される、一般仕訳帳明細行を示します。
ただし、明細行が転記されると、固定分析コードが適用され、明細行が部門 022 に転記されます。 次の図は、売上勘定に固定分析コードが適用されている転記済の伝票を示します。
例 2
この例では、最初の例と同じ設定を使用します。 ただし、2 番目のコンポーネントを追加し、差引勘定の分析コードとして部門分析コードを使用します。 次の図では、部門 は USMF 元帳の差引勘定の財務分析コードとして設定されます。
同じ仕訳帳ヘッダーの設定を使用する場合、同じトランザクションが転記され、固定分析コードが最初に適用されます。 次に、すべての部門がバランス済みエントリを持つことを保証するよう、分散ロジックが適用されます。 次の図は、固定分析コードを適用した後のバランシング エントリが含まれている伝票トランザクションを示します。
例 3
この例では、詳細ルールを追加します。 詳細ルールは、売上勘定 401100 および部門 022 (販売およびマーケティング) を使用している場合、システムが顧客という追加のセグメントを追跡すべきことを指定します。
この例は、順序のため重要です。 主勘定を入力した後は、勘定構造が決定されます。 勘定構造の設定を参照する場合は、システムは該当する主勘定、事業単位、部門、およびコスト センターを決定できます。 この時点では、仕訳伝票の転記時に既定の分析コードが適用されるまで固定分析コードは適用されないため、詳細ルールはトリガーされていません。 次の図では、詳細ルールの条件が満たされていないため、顧客セグメントが存在していません。
固定分析コードがプロセスの最後に適用されたため、転記が成功しません。 分析コードの検証は、主勘定が 401100 および部門 022 である場合に必要である顧客のセグメントを決定します。 転記は、検証エラーが原因で発生しません。 次の図は、分析コードの検証が、顧客を必要なセグメントであると決定した後に表示されるメッセージを示します。
この例では、詳細ルールがトリガーされ、顧客セグメントを入力できるよう、既定値を上書きする必要があります。 ただし、このソリューションは常に可能ではなく、一部のユーザーは転記ルールに注意していないかもしれません。 したがって、勘定科目表を設定する際に既定の分析コードが適用される順序を理解しておくことが重要です。
この例で目的を達成するため、いくつかの方法でコンフィギュレーションを変更することができます。 たとえば、売上勘定の新しい勘定構造を作成し、構造に顧客セグメントを含めることができます。 また、既存の勘定構造に行を追加し、主勘定および有効な部門の値を指定することもできます。 次に、追加の顧客の構造で、顧客セグメントが存在する上で、売上勘定の個別の勘定構造を持つことが役立つかもしれません。
その他のリソース
次のリソースの一部は、ソフトウェアの以前のバージョンを参照します。 ただし、既定の分析コードの適用に関する情報の大部分および概念の多くは、以前のバージョンでも同じであり、参照はまだ有効です。
AX 2012 の勘定科目表の計画ブログ– このリンクは 7 部から成るシリーズの 1 部に移動します。