勘定コード表の更新

絶えず変化するビジネスの世界では、進化するビジネスニーズに合わせて、企業が勘定コード表 (COA) を定期的に更新することが不可欠です。これには、新しい G/L 勘定の追加、既存の勘定属性の変更、または新規財務諸表バージョン (FSV) の調整または登録が含まれます。

以下に、会社の勘定コード表の変更を促す可能性のある一般的なビジネスシナリオをいくつか示します。

日常業務における定期的な更新：日常業務が進化するにつれ、勘定コード表も変化します。本稼動システムの新しい仕訳に応じて、G/L 勘定マスタデータでは、新しい勘定の追加または既存の勘定の変更が必要になります。たとえば、既存の勘定の属性を変更する必要がある場合、財務諸表バージョンに影響する可能性があります。定期的な保守は、変化するニーズにスムーズに適応するのに役立ちます。

SAP S/4HANA Cloud の初期設定: SAP S/4HANA Cloud を導入する場合、導入チームの最初のタスクは、SAP が提供する標準勘定コード表 (COA) をニーズに合わせて調整することです。このステップは開発システムで行われ、勘定コード表に対して行われた最初のカスタマイゼーションです。

新規スコープアイテムまたは国/地域の更新: 新しいスコープアイテムを追加するか、新しい国または地域に展開する場合は、勘定コード表も更新する必要があります。これにより、財務レポートが引き続き業務オペレーションを正確に反映するようになります。

特殊なケースでの変更: システムアップグレードなどの特別な状況では、特定の手順が要求されます。以下の手順に従うことで、すべてのシステムで勘定コード表の正確性と完全性が確保されます。

SAP S/4HANA Cloud の勘定コード表は柔軟に設計されており、大きな利点があります。勘定コード表をカスタマイズして定期的に更新することで、組織はビジネスと同期して進化するようになります。これにより、組織は正確で包括的な財務報告を維持することができます。

以下のセクションでは、さまざまなシナリオで勘定コード表を更新する手順について説明します。

最初に、SAP S/4HANA Cloud システムでの勘定コード表の更新の基本について説明します。

ほとんどの場合、勘定コード表の更新および更新には、開発 (D)、テスト (T)、および本稼動 (P) システムでさまざまなタスクを実行するさまざまなユーザが含まれます。

• 初期導入ステージでは、設定エキスパートが D システムで設定ステップを処理します。その後、モディフィケーションはテストシステム T に移送され、次に P システムに移送されます。G/L 勘定マスタデータは T システムと P システムの両方で読込専用であることを知っておくことが重要です。

• 日常業務において、会計ユーザは P システムで設定された勘定コード表の勘定にアクセスし、使用することができます。これを行うには、SAP Fiori ラウンチパッドで利用可能なアプリを使用します。G/L 勘定マスタデータで変更が必要な場合は、D システムでこれらの変更を行う権限を持つユーザに依頼を送信します。その後、これらの権限のあるユーザが D システムで必要な調整を実装します。これらの変更は、レビューとチェックのために T システムに移送され、最終的に P システムに移送されます。

  このプロセスにより、G/L 勘定に加えられたすべての変更が開発システムから本稼動システムに移送されます。G/L 勘定の変更に関する監査証跡を登録するには、G/L 勘定マスタデータの同期アプリを使用する必要があります。このアプリを使用して、転送の実行前にこれらの変更をマニュアルで移送することができます。このアプリは、これらの変更の監査証跡を更新するために重要です。

• アップグレード中など、決定された状況では、適切な権限を持つユーザが最初に D システムで G/L 勘定または財務諸表バージョンに緊急修正を行うことができます。これらの変更は、G/L 勘定マスタデータの同期アプリを使用して P システムにマニュアルで転送することができます。

SAP S/4HANA Cloud は、一連の標準 G/L 勘定および関連設定を提供することで、勘定コード表 (COA) の更新を簡素化するのに役立ちます。これらの標準リソースを使用して、導入時に既存の勘定コード表にマッピングしたり、必要に応じて拡張したりすることができます。

組織の SAP S/4HANA Cloud の設定時には、YCOA などの標準勘定コード表が使用されます。この標準勘定コード表は、クラウドソリューション用の汎用テンプレートであり、業種や地域の要件をすべて満たしているわけではない場合があることに注意してください。

提供された勘定コード表で提供される標準勘定に組織の G/L 勘定をマッピングする場合は、導入プロジェクトの評価フェーズで勘定設定を定義します。これは、Fit-to-Standard 分析プロセスの重要な部分です。経験豊富な財務コンサルタントをこの勘定コード表マッピングの準備に関与させ、できるだけ早く開始することを強くお奨めします。

勘定コード表 (COA) の継続的なカスタマイゼーションは、単なる初期設定にとどまりません。これは、新しい G/L 勘定 (G/L) の追加やさまざまな財務諸表バージョン (FSV) の登録など、定期的な更新が必要なプロセスです。

会計チームのメンバーは、本稼動システムで既存の G/L 勘定および FSV を表示することができます。これを行うには、SAP Fiori ラウンチパッドの特定のアプリケーション (G/L 勘定の G/L 勘定マスタデータ管理アプリや FSV を管理するためのグローバル階層管理アプリなど) を使用します。

ただし、会計チームメンバには、本稼動システム内でこれらの要素を変更する権限がありません。既存の G/L 勘定または財務諸表バージョンでの変更の必要性が特定された場合、または新しい G/L 勘定が必要である場合は、開発システムで変更を実行するための適切な権限を持つユーザにサポートを依頼する必要があります。その後、権限のあるユーザが開発システムに変更を実装し、未処理移送にロードします。

その後、変更は次回の移送でテストシステムに移送されます。結果がポジティブの場合、変更は本稼動システムに転送されます。そこで、会計チームは SAP Fiori ラウンチパッドでアプリケーションの調整を表示することができます。

新しい G/L 勘定または FSV が必要な場合、または既存の G/L 勘定、FSV、または勘定設定の設定を変更する必要がある場合は、特定の手順に従う必要があります。

スコープアイテムまたは新しい国/地域をアップグレードまたは追加する場合、勘定コード表 (COA) を更新するために実行する必要がある特定のステップがあります。

勘定コード表を更新するための標準手順では、新規 G/L 勘定または修正済 G/L 勘定および財務諸表バージョン (FSV) を開発システムからテストシステムに移送し、最終的に本稼動システムに移送することがよくあります。

ただし、システムアップグレード中、または本稼動システムへの移送リリース直前に、緊急に変更を行う必要がある場合はどうなりますか。このような場合、これらの変更を移送するための代替のマニュアル方法を使用できますが、このオプションは現在の未処理移送にすでに記録されているモディフィケーションに対してのみ機能します。これにより、マニュアルで本稼動システムに転送することができます。

G/L 勘定マスタデータの同期アプリは、これらの変更を本稼動システムに転送するために使用されます。これを使用して、G/L 勘定マスタデータまたは財務諸表バージョンへの変更を移送することができます。このアプリの動作は、以下の 2 つのタイプの変更によって異なります。

• 財務諸表バージョンの修正の場合: このアプリは、開発システムでこれらの変更をテキストファイルにダウンロードするために使用されます。次に、テストシステムおよび本稼動システムでアプリを使用してテキストファイルをアップロードし、変更を保存します。

• G/L 勘定マスタデータ変更の場合: 開発システムで、対象システムへの直接転送が開始されます。このアプリは、転送された変更を有効化するために、テストシステムおよび本稼動システムで再度使用されます。テキストファイルのダウンロードおよびアップロードは引き続き使用可能なオプションですが、直接転送が推奨される方法です。

G/L 勘定マスタデータの同期アプリを使用して、G/L 勘定の変更に関する監査証跡が登録されるようにします。実際、このアプリの使用は、これらの修正に対する監査証跡の登録を保証する唯一の方法です。

新規スコープアイテムを追加した場合、または初期設定後に新しい地域に移動する場合は、新しい G/L 勘定と関連設定をシステムに導入する必要がある場合があります。その後、関連する設定ステップを使用した新規 G/L 勘定の再番号割当など、任意の変更を実行することができます。

たとえば、会社がメキシコに事業を拡大しているとします。メキシコの会計基準に合わせて特別に調整された新しい G/L 勘定をシステムに追加します。その後、専用の設定ステップを使用して、グローバル勘定方針に合わせてこれらの G/L 勘定の再番号割当を行うことができます。

新たに設定された G/L 勘定の再番号割当および名称変更に加えて、本稼動システムで既存の G/L 勘定の名称変更および再番号割当を行うこともできます (転記がゼロの場合)。

このタイプのコンテンツでは、実装された変更はすべて現在の未処理移送に直接保存されます。

G/L 勘定および割当済会社コードの管理を改善するために、システムで実装ステータス機能を使用します。

この機能は、本稼動システムに転送される勘定を制御します。以下の 3 つの実装ステータスがあります。

• I - 処理中
• N - 不使用
• P - 本稼動使用

コンテンツ有効化によって作成されたアカウントは、デフォルトで I に設定されます。これらは N または P に変更することができます。

N または I の勘定は最下位システムに残り、上位システムでは利用できません。2 システムランドスケープでは、これらのアカウントは品質システムでのみ使用可能であり、3 システムランドスケープでは開発システムでのみ使用可能です。

ステータス P の勘定のみが本稼動システムに移送されます。この機能を使用すると、本稼動システムで有効化する必要がある勘定を制御することができます。

実装ステータスを使用して、本稼動システムから不要な勘定を削除することもできます。転記が存在しない場合は、ステータスを N または I に変更します。これにより、勘定は最下位のシステムに残ります。ステータスを N または I に変更すると、同時に本稼動システムで勘定の転記ブロックが設定されます。