SAPの固定資産（FI-AA）で決算が詰まるとき、担当者は決算月の処理を疑う。減価償却の実行（AFAB）がエラーで止まった、資産台帳と総勘定元帳の残高が合わない、会計上の償却費と税務上の償却限度額がずれて別表の作成が苦しい——症状は決算に出るが、原因の多くはずっと前、その資産を取得したときのマスタ登録にある。資産クラスを取り違えた、耐用年数を間違えた、償却キー（償却方法の設定）が意図と違っていた。取得時の一つの選択ミスが、以後その資産が償却され続ける限り毎期の決算で顔を出す。FI-AAは「決算の道具」でなく「取得時にどう登録したか」で成否が決まる仕組みだと捉え直すのが、詰まりを止める起点になる。

POINT
SAP固定資産で会計と税務の償却がずれる、台帳とG/Lが合わない、といった症状の多くは、決算処理ではなく取得時のマスタ登録に根がある。鍵は三つ。①減価償却領域（会計基準ごとに別々の償却を並行して持つ器）を、会計・税務・IFRSなど必要な帳簿の数だけ設計しておく。②資産クラスに、その資産群の勘定・耐用年数・償却キーの初期値を正しく紐づける。③取得時に資産クラスを正しく選び、耐用年数と償却キーを確認する。この三つが取得時に固まっていれば、決算の償却実行はほぼ自動で流れる。決算で慌てて直すものではなく、入口で決めておくものだ。

会計と税務の償却は「別々の帳簿」で並行して持つ

まず押さえるべきは、SAPが固定資産の償却を一つの数字で持たないことだ。会計上の減価償却と、税務上の償却限度額と、グループが採用する会計基準（IFRSなど）の償却は、それぞれ計算方法も耐用年数も違う。SAPはこれを**減価償却領域（Depreciation Area）**という複数の器で並行して持つ。会計基準会計の領域、税務の領域、といった具合に、同じ資産に対して領域ごとに別の償却を同時に計算させる。

この設計を最初に詰めておかないと、後で「税務の償却額が会計と別に取れない」という壁にぶつかる。税務専用の減価償却領域を持たせていなければ、別表十六の作成に必要な税務償却が台帳から出てこず、Excelで手計算する羽目になる。逆に、必要な領域を取得時から並行させておけば、会計と税務の償却差額（将来減算一時差異）がシステム上で見え、税効果会計の基礎データにもつながる（繰延税金資産の回収可能性｜業績が揺れた期に損益が二重に振れる仕組み）。どの帳簿を並行で持つかは、決算・申告・連結のどこで使うかから逆算して決める。

資産クラスが「初期値の親」になっている

減価償却領域という器を用意したら、次は個々の資産をどう登録するかだ。ここで中心になるのが**資産クラス（Asset Class）**である。建物、機械装置、車両運搬具、工具器具備品、ソフトウェア、といった資産の種類ごとに資産クラスを設け、そのクラスに「この種類の資産が使う総勘定元帳の勘定」「標準的な耐用年数」「償却キー（定額法・定率法などの償却方法）」の初期値を紐づけておく。資産を新規登録（AS01）すると、選んだ資産クラスの初期値が自動でセットされる。

だから資産クラスの設計は、後工程の正しさを先に決める作業になる。ここが雑だと、初期値そのものが間違って全資産に伝播する。

FI-AAの正しさは、取得より前の設計と取得時の登録で決まる。
STEP 1
減価償却領域を設計する
会計基準・税務・IFRSなど、決算と申告と連結で必要な帳簿の数だけ償却領域を並行で持たせる。後から税務領域を足すのは重い
→
STEP 2
資産クラスを整える
資産の種類ごとに資産クラスを設け、勘定・耐用年数・償却キーの初期値を紐づける。ここが初期値の親になる
→
STEP 3
取得時に正しく登録する（AS01）
資産を新規登録するとき、資産クラスを正しく選び、耐用年数と償却キーが意図どおりかを取得の場で確認する。デフォルト任せにしない
→
STEP 4
償却を実行する（AFAB）
決算で減価償却を実行する。取得時までが正しければ、ここは自動で流れる。エラーは上流の設定ミスの通知にすぎない
土台土台＝資産マスタと総勘定元帳が常に一致している状態（リコンサイル）。FI-AAは補助元帳であり、その残高がG/Lの勘定と自動で連動していることが前提になる。
決算のAFABは結果にすぎない。直すべきは取得時のマスタで、決算月に慌てて償却を触るのは対症療法だ。

詰まりの正体は「入口の一選択」

代表的な症状を、原因の在り処で分けておくと対処が速い。会計と税務の償却額がずれるのは、多くの場合、税務用の減価償却領域を持たせていないか、領域ごとの償却キー・耐用年数の設定が意図と違っているためだ。資産台帳と総勘定元帳が合わないのは、取得や除却の仕訳がFI-AAを経由せず直接G/Lに起票された、あるいはリコンサイル勘定の連動が崩れた場合が多い。償却実行がエラーで止まるのは、耐用年数や償却開始日、償却キーの組み合わせに不整合があるためで、これも取得時の登録に遡る。

現場では
ある会社では、機械装置の一部で会計と税務の償却がずれ、毎期の別表作成が手作業になっていた。原因を追うと、導入時に一部の資産が誤った資産クラスで登録され、税務用の減価償却領域に想定と違う償却キーが割り当たっていた。決算のたびに担当者は「今期もずれた」と手で調整していたが、直すべきは決算処理ではなく資産マスタの側だった。該当資産の資産クラスと償却キーを正しい設定に是正し、以後の新規登録は資産クラスの初期値で正しく流れるようにした。決算月に触っていた作業が、取得時の設定を直した瞬間に消えた。

決算月に償却を触る前に、取得時の設定を疑う

FI-AAで毎期同じ調整が発生しているなら、まず疑うのは決算の処理ではなく、その資産が取得時にどう登録されたかだ。必要な減価償却領域が並行で持てているか、資産クラスの初期値（勘定・耐用年数・償却キー）が正しいか、個々の資産が正しいクラスで登録されているか——この三点を遡ると、決算月の手作業の多くは入口の一選択に行き着く。取得時の登録を型に落とし、資産クラスの初期値を正して、AS01の場で耐用年数と償却キーを確認する運用にすれば、償却の実行は自動で流れる。導入・移行の局面なら、この設計は移行データの品質を作り込む工程で押さえておきたい（SAP移行のデータ移行で失敗しない｜マスタ品質を上げる進め方）。

まとめ
SAP固定資産（FI-AA）で会計と税務の償却がずれる、資産台帳と総勘定元帳が合わない、償却実行が止まる——これらの症状は決算に出るが、原因の多くは取得時のマスタ登録にある。押さえる勘所は三つ。第一に、減価償却領域を会計基準・税務・IFRSなど必要な帳簿の数だけ並行で持たせ、税務償却を台帳から出せるようにしておく（後から税務領域を足すのは重い）。第二に、資産クラスを資産の種類ごとに整え、勘定・耐用年数・償却キーの初期値を正しく紐づける。ここが全資産の初期値の親になる。第三に、取得時（AS01）に資産クラスを正しく選び、耐用年数と償却キーをデフォルト任せにせず確認する。この三つが入口で固まっていれば、決算の減価償却実行（AFAB）はほぼ自動で流れ、エラーは上流の設定ミスの通知にすぎなくなる。FI-AAは補助元帳であり、資産マスタと総勘定元帳が常に一致している前提の上に立つ。毎期同じ調整が出るなら、決算月に償却を触る前に、その資産が取得時にどう登録されたかを疑うことだ。

関連記事