ABLDTでテキスト必須エラーが発生｜項目ステータスと設定変更を切り分ける
今回やること
固定資産の旧データ移行で ABLDT（旧データ・転送値）を実行したところ、相手勘定の「テキスト」が入力必須であるというエラーが発生しました。画面上の明細にはテキストが表示されているにもかかわらず、転記チェックで止まる点が今回の難しいところです。
本記事では、どのG/L勘定の設定を確認すべきか、既存の項目ステータスグループ（Field Status Group）を直接変更してよいか、変更後に何を確認したかを、実際の画面と結果に沿って整理します。内部的にテキストが受け渡されなかった原因については、確認できた範囲を超えて断定しません。
検証情報
| 項目 | 内容 |
|---|---|
| SAP製品 | SAP S/4HANA 2025 On-Premise |
| 画面 | SAP GUI for HTML（日本語） |
| 検証日 | 2026年9月15日 |
| 対象業務 | FI-AA（固定資産管理）の旧データ移行 |
| 主な操作 | ABLDT／FS00／OBC4／SE16N（SKB1参照） |
| 対象 | 会社コード Z091、G/L勘定 199000（旧データ取込）、資産 200003-0 |
| 確認範囲 | SAP実機のエラー画面、設定変更画面、再シミュレーション、本転記成功 |
ABLDTのシミュレーションで発生したエラー
固定資産の旧データ移行では、旧資産の転送額を入力し、ABLDTで転記を確認します。今回の初回シミュレーションでは、会社コード Z091 の旧データ取込勘定 199000 を含む明細が生成されましたが、エラーによりそのまま本転記できませんでした。
メッセージ照会で表示されたエラー原文は、次のとおりです。
テキスト は G/L 勘定 Z091 199000 の入力必須項目です
ここで注意したいのは、シミュレーション画面の「テキスト（短）」列には、勘定 199000 の明細について「旧データ取込」と既に表示されていたことです。表示文字列が存在することと、転記チェックの対象データに必要な値が渡っていることは、同一とは限りません。ただし、今回その内部処理を追跡したわけではありません。
FS00とSKB1で設定の影響範囲を調べる
最初に FS00 で、会社コード Z091・G/L勘定 199000 の会社コードデータを確認しました。［登録/銀行/金利］タブの「項目ステータス Grp」には G013、説明には「一般（テキスト必須）」が表示されています。
次に、SE16N から勘定コードマスタ（会社コード）テーブル SKB1 を参照しました。項目ステータスグループの値が G013 である勘定を抽出すると、199000 のほかに 435000、531000、532000 があり、計4件で利用されていました。
項目ステータスグループは、G/L転記時に項目を非表示・必須入力・任意入力などとして制御します。今回のように既存グループを複数勘定が利用している場合、元のグループの設定を一括変更すると、今回のエラー対象以外の勘定にも影響し得ます。そのため、私は G013 自体の変更を避け、対象勘定用のグループを分ける方針としました。
OBC4でテキスト任意のグループを作成する
項目ステータスの設定画面（OBC4）で、項目ステータスバリアント 0001 で、既存の G013 を直接変更せず、新しいグループ ZLDT を作成しました。ZLDT は今回の検証で採用した任意のカスタムコードであり、SAP標準の推奨値ではありません。
新規作成した ZLDT の［一般データ］を見ると、最初は「テキスト」が「必須入力」になっていました。
この「テキスト」を「任意入力」に切り替え、設定を保存しました。既存の G013 は変更していません。
続けて FS00 で、会社コード Z091・G/L勘定 199000 の「項目ステータス Grp」を G013 から ZLDT に変更し、保存しました。
この変更は、旧データ移行で使うG/L勘定について「テキストを必須にしない」という今回の設定判断です。業務上テキストの必須管理が必要なシステムでは、同じ変更をそのまま採用すべきではありません。
再シミュレーションと本転記の結果
設定保存後、同じ固定資産の ABLDT シミュレーションを再実行しました。初回に表示された「テキストは入力必須」というエラーは再表示されず、明細5行が表示され、貸借合計は 0 JPY となりました。
画面に表示された金額の内訳は、取得価額 1,000,000 JPY、前年度分累計償却 -200,000 JPY、その相手勘定 -800,000 JPY、当年度分通常償却 -41,667 JPY、その相手勘定 +41,667 JPY です。いずれもこの検証で表示された値であり、一般的な移行額ではありません。
その後、本転記を実行すると、「伝票番号 Z091 0100000010 による資産取引が会計原則 JPAP で転記されました」と表示され、処理の成功を確認できました。
今回の原因をどこまで特定できたか
| 区分 | 確認内容 |
|---|---|
| 実機で確認したこと | G/L勘定199000には、当初G013（テキスト必須）が割り当てられていた。 |
| 実機で確認したこと | G013は4件のG/L勘定で利用されていた。 |
| 実機で確認したこと | ZLDTをテキスト任意に設定し、199000へ割り当てた後、ABLDTの再シミュレーションと本転記が成功した。 |
| まだ特定していないこと | シミュレーション画面にテキストが表示されていたにもかかわらず、転記チェックで必須エラーになった内部的な理由。 |
したがって今回の結果から言えるのは、対象G/L勘定の項目ステータス要件を変更した後、エラーが解消したということです。転記インターフェースのどの時点でテキストが空になったのか、あるいは別の内部明細でチェックされたのかまでは、今回の証拠だけでは確定できません。
テキスト必須の業務要件を維持する必要がある場合には、安易に任意入力へ緩和せず、実際の会計明細のテキスト値、代入・拡張ロジック、転記キーを含む項目制御などを追加調査する必要があります。これらは今回実施した操作ではなく、次の調査候補です。
まとめ
今回のABLDTエラーでは、FS00 で対象勘定の項目ステータスを確認し、SKB1 で共用範囲を調べたうえで、OBC4 に専用グループを作成しました。変更後は同じ移行データで再シミュレーションし、エラーが消えたことと本転記の成功まで確認しています。
エラーを解消することと、エラーの内部的な発生原因を完全に解明することは別です。特に、シミュレーション表示には既にテキストが存在していたため、単純な未入力ミスとは判断せず、今回確認できた設定と実行結果の範囲で結論を残すことにしました。
固定資産の旧資産移行から取得・除却・償却までの全体像は、関連記事「SAP FI-AAをE2E検証する｜旧資産移行から取得・除却・償却まで」で整理しています。
