アカウント構造の概要

勘定構造は、主勘定と財務分析コードを使用し、勘定番号の入力時に使用される順序と値を特定するルールのセットを作成します。 業務に必要な数だけ勘定構造を設定することができます。 会社の台帳設定に勘定構造を割り当てて共有できるようにします。 詳細な定義については、 アカウント構造の用語集エントリを参照してください。

アカウント構造は、テーブルとして表示されるツリーです

アカウント構造はツリーとして内部的に格納されますが、構成ページにはフラット テーブル (グリッド) として表示され、Excelへのエクスポートとの互換性を最大限に高めます。 このツリー構造を理解することは、アカウント構造を操作するときに発生する可能性のあるいくつかの動作を説明するのに役立ちます。

変更が行間でどのように反映されるか

グリッドはツリーのフラット化されたビューであるため、グリッド内の 1 つの行は、ツリーのルートからリーフまでのパスを表します。 複数の行で同じ親ブランチを共有できますが、右端 (リーフ) セグメントでのみ異なります。

複数の行 (通常は左端のセグメントの 1 つ) で共有されているセグメントの値を変更すると、その分岐を共有するすべての行に変更が適用されます。 これは仕様です。これらの行はすべてツリーの同じブランチの一部であるため、ブランチを編集すると、そのすべての葉が更新されます。

たとえば、4 つの行がすべて同じ 部署 の値 * (すべての値) を共有し、1 つの行で 部署 を 001 に変更すると、4 行すべてが 001に更新されます。

この例では、4 つの行すべてが同じ MainAccount (400000..999999) と BusinessUnit (001) の値を共有します。これは緑色のボックスで強調表示されています。 これら 2 つの列は、ツリーの共有ブランチを形成します。 4 行すべてがこの分岐を共有するため、1 行の BusinessUnit 値を変更すると、4 行すべてが一度に更新されます。

赤いボックス ( Department、 CostCenter、 ItemGroup ) で強調表示されている列は、4 つの行が互いに異なるリーフ セグメントです。 これらの列には各行の値が異なるため (たとえば、部門 022、023、024、025..034)、同じ分岐の個別の葉を表します。 これらの列の値を変更すると、その個々の行にのみ影響し、他の行には影響しません。

この例の基になるツリーは次のようになります。

• 400000..999999 (MainAccount — 共有ルート)
  • 001 (ビジネスユニット — 共有ブランチ)
    • "";022 → "";007..008 → "";*
    • 023 → 009..012 → "";*
    • 024 → "";013..014 → "";*
    • 025..034 → "";007..014 → "";*

この動作が望ましくない場合は、既存の行の値を目的の値を持つ新しい行にコピーし、不要になった場合は古い行を削除することで回避できます。

重なり合う条件

セグメント値の任意の組み合わせについては、1 つの構造内と同じ台帳上のすべての構造の両方に、正確に 1 つの有効なパスが必要です。 複数のパスが同じ入力と一致する場合、アクティブ化中に 重複条件 エラーが報告されます。

1 つの構造内

構造内の重複条件は、通常、次の場合に発生します。

• セグメント列が別の位置に移動され、以前は異なっていた範囲で複数の有効なパスが作成されるようになりました。
• 2 つの行は同じ親値を共有しますが、中央のセグメントで重複する (同じではない) 条件を持ちます。

たとえば、2 つの行で両方とも 部署001 が許可されているが、 コスト センターの 基準が異なる場合、システムは、どの分岐に従うのかを判断できません。

これを修正するには、セグメント値の各組み合わせが 1 つのパスに従う条件を統合します。 たとえば、 040;050などの範囲を使用して、重複するコスト センターの値を 1 つの行にマージします。

アカウント構造全体にわたり

同じ規則が構造体全体に適用されます。 構造を有効化すると、その基準が同じ台帳上の他のすべての アクティブ 構造と比較されます。 2 つの構造体で同じメイン アカウント値 (または重複する範囲) が許可されている場合、アクティブ化は失敗します。

混乱の一般的な原因は、アクティブ化されたドラフトが、 その下書き ではなく、他の構造の アクティブな バージョンと常に比較されることです。 下書きモードで複数の構造を同時に使用している場合、フォームには下書きバージョンが表示されますが、アクティブなバージョンに対するアクティブ化チェックは画面に表示されなくなります。

構造体間での値の移動

重複をトリガーせずに主勘定値をある構造から別の構造に移動するには、2 パスアプローチを使用 します。最初に削除してから追加します。

たとえば、AS1 (アクティブ) で 100..199 と AS2 (アクティブ) で 200..299が許可され、アカウント 250 を AS1 に移動し、AS2 に 150 するとします。

1. 両方の構造体を編集して、移動する値を削除します (AS1 からを除外し、AS2 から150を250します)。
2. 両方の構造体をアクティブにします。 移動された値は一時的に使用できません。
3. 両方の構造をもう一度編集して、新しい住宅に値を 追加 します (AS1 に250 、as2 に 150 )。
4. 両方の構造体をもう一度アクティブにします。

勘定構造を使用して有効なディメンションを指定する

条件の作成と適用

[ セグメント ] セクションと [ 許可される値の詳細 ] セクションには、転記時の検証時にシステムが従うルールを入力するためのグリッドが用意されています。 グリッド内のセルに直接入力したり、Excel からルールをインポートしたり、[ 許可される値の詳細 ] セクションを使用してガイダンスを表示したりできます。

「許可される値の詳細」セクションは、で始まる、の間にある、を含むなどの演算子を使用して条件を作成する手順をガイドします。

勘定構造の設定で選択できる他の値が提供されていない場合、仕訳帳または会計分配入力ページに既定の値として自動的に表示されます。

ここでは、損益勘定構造の例を示します。

仕訳帳を入力し、損益範囲で勘定を選択すると、部署 002を選択すると、勘定コントロールの 022 および 014 の値が既定で設定されます。 この動作は、会計配布ページでも発生します。

1 行あたり 7 つ以上の条件

グリッド内の各行は、特定のセグメントに対して最大 7 つの条件を保持できます。 この制限は、列の幅、データの格納方法、 許可される値の詳細 コントロールのパフォーマンスなどの要因に基づいています。

7 つ以上の条件が必要な場合は、[セグメントと許可される値] セクションで [複製] を選択します。 これにより、条件が新しい行にコピーされます。ここで、[ 許可される値の詳細 ] セクションを入力または変更して、追加の条件を追加できます。

条件における有効文字と無効文字

勘定科目構造のすべての条件は、数値ではなく 文字列として比較されます。 これは、範囲の動作に影響を与える重要な区別です。

数値範囲は文字列ベースです

範囲は文字列として比較されるため、長さが異なる値を指定すると、予期しない結果が発生する可能性があります。 たとえば、1,000,000 という数値が 399,999 よりもはるかに大きい場合でも、 1000000 (7 桁) の値は文字列範囲の 100000..399999 (6 桁) 内に収まるとします。

これは、文字列比較が左から右の文字で動作するためです。Excelでテキスト番号の列を並べ替えるのと同じように、1、10、11、12、...、19、2、20、...

長さが異なる値の範囲を使用する必要がある場合は、文字列比較の一貫性を確保するために、短い値に先頭にゼロを付けます。 たとえば、0100000..0399999の代わりに100000..399999を使用して、1000000がその範囲内に収まらないようにします。

正しい区切り記号の使用

グリッドに複数の条件値を直接入力する場合は、 セミコロン ( ; ) を使用してコンマ ( , ) ではなく値を区切 ります 。

コンマは、ディメンション値内の有効な文字です。 コンマを区切り記号として使用すると、コンマ区切り文字列全体が 1 つの値として扱われ、ディメンション値の最大値が 30 文字に切り捨てられます。 これにより、エントリの右側から文字が自動的にクリップされます。

たとえば、コンマを使用して 40000,49999,50000,52999,55000,59999 列にを入力した場合、システムは文字列全体を単一の "through" 値として解釈します。40000から 49999,50000,52999,55000,5999 (30 文字で切り捨てられます)。 [許可される値の詳細] セクションでは、意図した 6 つの個別の値ではなく、"40000 ~ 49999.50000..52999.55000..5999" という 1 つの条件として表示されます。

フォームの下部にある [許可される値の詳細 ] セクションでは、常にセミコロンが使用されます。 条件が 1 つのエントリに折りたたまれているように見える場合は、セミコロンではなくコンマが入力されているかどうかを確認します。

範囲でワイルドカードを使用することはできません

範囲内でワイルドカード文字 (アスタリスク) を使用しないでください。 範囲は、同じ長さの 2 つの文字列値の間のすべての値を指定することを目的としています。 たとえば、100000 から 399999 までのすべてのアカウントを許可するには、100000..399999ではなく100*..399*を入力します。

ワイルドカードが範囲内に表示されると、システムは文字どおりアスタリスク文字を含む値を探します。通常は何も一致しません。 代わりに、[ 許可される値の詳細 ] セクションの適切な演算子でワイルドカードを使用します。

• 500*「Begins with」演算子 — で始まる値すべてに一致します (例: 500100、500200)。
• *500 は、Ends with 演算子を使用して、500 で終わるすべての値に一致します（例: 100500, 200500）。
• *500* Is like 演算子を使用すると、どこにでも500を含むすべての値が一致します（例：150000、250099）。

セグメントの最大数

1 つの勘定構造で最大 11 個のセグメント (1 つの主要勘定と最大 10 個の追加財務分析コード) を使用できます。

既に構造に 11 個のセグメントがある場合、[セグメントの 追加] ボタンは無効になります。 この制限を超えてディメンションを追加するには、高度なルールを使用します。これにより、最大 16 個の合計セグメントが許可されます。

11 セグメントよりも多くのセグメントが必要な場合、ユーザー エクスペリエンスに影響を及ぼすので、設定と要件を十分に評価してください。 データ入力時ではなく階層を使用するか、ユーザー定義フィールドを使用して、レポート シナリオでセグメントを派生させることができるかを検討します。 たとえば、場所について報告したい場合でも、部門やコスト センターで場所を特定できる場合は、財務次元として場所を考慮する必要はありません。

主勘定

メイン アカウントはすべてのアカウント構造で必要ですが、最初のセグメントである必要はありません。 主勘定値は、勘定番号入力時に適用される勘定構造を識別します。 このため、主勘定値は台帳に割り当てられた 1 つの構造にのみ存在できます。それ以外の場合、使用する構造を決定して重複を報告することはできません。

例

勘定構造を設定するためのベスト プラクティスを示すために、会社が勘定および部署の財務分析コード レベルで貸借対照表勘定 (100000..399999) を追跡することを想定します。 収益と経費勘定 (400000..999999) については、財務分析コードの事業単位、部門、および原価部門を追跡します。 販売する場合は、顧客の追跡も行います。 このシナリオを使用して、2 つの勘定構造を会社の台帳に割り当てることをお勧めします。1 つは貸借対照表勘定用、もう 1 つは損益勘定です。 ユーザー エクスペリエンスおよび検証の最適化のため、顧客は売上勘定が使用される場合にのみ使用される詳細なルールである必要があります。

貸借対照表勘定構造

損益勘定構造

顧客を追加するための詳細ルール

基準: 主勘定は 400000 と 499999 の間にし、それから顧客を追加します。 これは空にすることはできません。

この簡略化された例では、すべての値と空白が許可されているため * と “ “ が使用されます。

詳細については、勘定科目表の計画、財務分析コード、勘定と分析コードの組み合わせの入力 (セグメント化エントリ コントロール) を参照してください。