第5営業日に国内基準で締め終える。そこから三日かけて、親会社に出す報告パッケージを作り直す。 使うのはExcelの調整シートで、行数は四百を超え、作れるのは課長ともう一人だけ。四半期はこれが二日延びる。期末は、監査対応と重なって毎回もつれる。 親会社の経理から届く督促のメールには、いつも同じ一行が入っている。Group reporting deadline is not negotiable. 交渉できないのはこちらも同じで、国内の開示期限は動かない。動かせるのは、二つの締めをどう並べるかだけである。

POINT
二重の締めが行き詰まる原因は、工数の総量ではない。二つの締めが直列に並んでいることにある。 そして直列に並ぶ理由は、こちらの怠慢ではなく、期日の構造にある。連結財務諸表に関する会計基準の注解（注4）は、子会社の決算日と連結決算日の差異が3か月を超えない場合には、子会社の正規の決算を基礎として連結決算を行うことができるとし、この場合には決算日が異なることから生じる連結会社間の取引に係る会計記録の重要な不一致について必要な整理を行うものとしている。 差異が3か月を超える場合には、子会社は連結決算日に正規の決算に準ずる合理的な手続により仮決算を行うことになる。この規定は日本の親会社が海外子会社を取り込むときの逃げ道として知られているが、自社が「取り込まれる側」に回ると、意味が反転する。 親会社が定める報告期日は、親会社側の開示期限から逆算されて降りてくる。こちらの開示期限とは連動しない。 上場していれば東京証券取引所の要請により決算短信は決算期末後45日以内が適当とされ、金融商品取引法第24条第1項により有価証券報告書は事業年度経過後3月以内、会社法第435条第2項により計算書類を作成する。親会社のパッケージ期日は、この三つのどれとも揃わない。 揃わない三つないし四つの期日に対して、締めが一本しかない。だから、締めの後ろに読み替えをつなげる設計になる。そして期日が一日縮むたびに、後ろの工程から間に合わなくなる。

「締めてから読み替える」は、期日が縮むほど壊れる

読み替え方式がうまく機能しているように見えるのは、月次に余裕がある会社だけである。第5営業日に締め、第8営業日にパッケージを出す。三日ある。この三日が二日になった瞬間に、方式そのものが成立しなくなる。

成立しなくなる理由は、読み替えの作業量が減らないからではない。読み替えが、締めの結果を入力としてしか始められないからである。 国内基準の試算表が固まらないと、調整シートの一行目が埋まらない。つまり、締めが一日遅れると、パッケージも一日遅れる。遅れは吸収されず、そのまま伝わる。

ここで多くの会社が採る対策が、調整シートの自動化である。マクロを組み、前月の調整額を引き継ぎ、差分だけ入力する形にする。 確かに三日が二日になる。そして、その二日が一日になったときに、今度は誰も直せないマクロが残る。

直すべきは速度より、二つの締めの並び方である。 直列を並列に変える。並列に変えるとは、読み替えを後工程から外して、仕訳が発生する時点まで前に持っていくということである（仮締め（プレクローズ）の実務、本締め前に差異を出し切る運用設計）。

差が出る科目は、思っているより少ない

前に持っていくと言われて、多くの経理部長が最初に感じる抵抗はこうである。全科目を二本で持つのは無理だ。 そのとおりで、全科目を二本で持つ必要はない。基準差が実際に出る科目は、数えられる程度しかない。

第一に、のれんである。企業結合に関する会計基準は、のれんを資産に計上し、20年以内のその効果の及ぶ期間にわたって定額法その他の合理的な方法により規則的に償却するとしている。 国際財務報告基準では、のれんは償却せず、IAS第36号に基づいて年次で減損テストを行う。買収を一度でもしていれば、この差は毎期、毎月出続ける。

第二に、開発費である。研究開発費等に係る会計基準は、研究開発費はすべて発生時に費用として処理しなければならないとしている。 IAS第38号は、技術上の実行可能性や完成させる意図など定められた要件をすべて立証できる場合、開発局面で生じた支出を無形資産として認識することを求める。任意ではなく要求である。 開発型の事業を持っていれば、ここも毎期出る。

第三に、退職給付である。日本基準では、当期に発生した数理計算上の差異のうち当期に費用処理されない部分について、連結財務諸表に限りその他の包括利益で認識し、純資産の部のその他の包括利益累計額に計上する。個別財務諸表にはこの取扱いを当面適用しない。 そして費用処理は平均残存勤務期間以内の一定の年数で按分して行われるので、後の期の損益に戻ってくる。IAS第19号の再測定は、その他の包括利益に認識した後、純損益に振り替えない。戻ってこない。

第四に、収益認識である。日本の収益認識に関する会計基準は国際財務報告基準第15号と整合させて開発されたが、適用指針には代替的な取扱いが置かれている。 国内の販売において、出荷時から支配が顧客に移転される時までの期間が通常の期間である場合には、出荷時から支配移転時までの間の一時点で収益を認識することができる、という取扱いである。この代替的な取扱いは国際財務報告基準には存在しない。 国内の物販を持っている会社は、ここで日々ずれる。

第五に、リースである。企業会計基準第34号「リースに関する会計基準」は2024年9月13日に公表され、2027年4月1日以後開始する連結会計年度及び事業年度の期首から適用される。2025年4月1日以後開始する連結会計年度及び事業年度の期首からの早期適用が認められている。 借手が原則としてすべてのリースについて資産と負債を認識する形になるので、この差は自動的に縮む。 縮むことが決まっている差に、いま器を作るのは無駄である（新リース会計基準の影響、借手が契約の洗い出しより先に見る財務指標）。

五つのうち一つは自動で消える。残る四つが、二重の締めの実体である。 四百行の調整シートのうち、実際に二本で持つ必要があるのは、この四つに紐づく行だけである。

読み替えを後ろから前へ動かす手順は、この四段で決まる。
STEP 1
差が出る科目を数える
のれん、開発費、退職給付、収益認識の四つを軸に、自社の取引で実際に差が出る科目だけを洗い出す。四百行の調整シートのうち、何行がこの四つに紐づくかを数える
→
STEP 2
その科目だけ二本で持つ
対象科目に限って、日本基準の値と報告基準の値を別々の元帳または別々の勘定として同時に記帳する。残りの科目は共通の一本で流し、調整の対象から外す
→
STEP 3
共通部分は一本で流す
為替レート、勘定科目のマッピング、部門・製品などの分析軸は、二つの締めで同じものを使う。ここを二本にすると、差でない差が生まれて突合が増える
→
STEP 4
差異の説明を毎月残す
二本の値の差を、科目ごとに一行の理由で残す。期末に説明を作り直す作業が消え、監査法人と親会社に同じ資料が出せる
土台土台＝読み替えを「締めの後工程」から「記帳の時点の分岐」に移すという設計判断。ここを決めずに自動化に着手すると、誰も直せない調整シートが一段速くなるだけで終わる。
二重に締めるのではなく、四科目だけ二本で持ち、残りは一本で流す。工数を増やさずに続けられるのは、この形である。

共通部分まで二本にすると、差でない差が増える

二本で持つ範囲を決めたら、次に決めるのは二本にしない範囲である。ここを曖昧にしたまま着手すると、工数はかえって増える。

最も誤りが起きやすいのが為替レートである。外貨建取引等会計処理基準に基づく在外子会社の換算では、資産・負債は決算日の為替相場、収益・費用は原則として期中平均相場で換算し、生じた差額を為替換算調整勘定として処理する。 ところが親会社の報告パッケージは、親会社が指定するレートテーブルを使えと指示してくる。指定レートと自社の換算レートが違えば、同じ取引が二つの金額を持つ。 そしてこの差は、会計基準の差ではない。基準差の調整表に紛れ込むと、原因を特定できなくなる（為替差損益と為替換算調整勘定の違い、外貨建取引と在外子会社の換算）。

次が勘定科目のマッピングである。国内の勘定科目体系と親会社の報告科目体系は、たいてい一対一で対応しない。一対多や多対一が混ざる。 ここで、パッケージ作成時に担当者が判断して振り分ける運用にしている会社は多い。担当者が替わると、振り分けが変わる。 変わったことは、翌期の増減分析まで誰も気づかない。マッピングは、二つの締めが共有する一枚のマスタとして持つ（SAP移行を機に勘定科目体系（COA）を再設計し、全社で数字の意味をそろえる）。

三つ目が分析軸である。部門、製品、地域、プロジェクト。親会社の報告単位と自社の管理単位が違う場合、後から集計し直すことはできない。 記帳の時点で両方の軸が付いていなければ、どちらかは推計になる（管理会計の分析軸（ディメンション）設計、後から分解できない粒度を先に決める）。

この三つは、二本で持つのではなく、一本を両方で使う。 差が出る科目を二本にし、差が出ない仕組みを一本にする。この区分をしないまま「二重の締め」と呼んでいると、四百行のうち三百行以上が基準差以外の行になっていることがある。

器はExcelの外に置く

二本で持つと決めた後に残るのが、どこで持つかである。調整シートで持ち続ける限り、担当者が二人しか触れないという状態は変わらない。

会計システム側に複数の元帳を持たせる機能は、主要なERPにはすでにある。同じ取引を、異なる評価基準の元帳に同時に転記する仕組みである。 税務簿価と会計簿価を分けるために使われることが多いが、報告基準の分岐にもそのまま使える（SAPの複数元帳は税務簿価のために増やさない、元帳を分けるべき評価の条件）。

導入の判断で見るべきは、機能の有無ではない。四科目のうち、何科目が「取引の発生時点で分岐できる」かである。 のれんの償却と開発費の資産化は、発生時点で分岐できる。退職給付は年金数理の結果を受け取る形なので、月次では概算を置き、確定値が来た時点で入れ替える運用になる。 収益認識の出荷基準と検収基準の差は、出荷実績と検収実績の両方が取れているかで決まる。両方取れていなければ、システムの前に業務データの側を直す（収益認識基準の運用でつまずく原因、契約情報を経理へ届ける流れの作り方）。

そして、二本で持つことには副次的な効果がある。親会社への説明と、監査法人への説明が、同じ資料で足りるようになる。 調整シートで持っている間は、親会社に出す英文のパッケージと、監査法人に出す和文の調整表が別物になる。別物である限り、両方が合っていることを誰かが毎期確認しなければならない（監査法人の資料依頼（PBCリスト）の管理方法、期末に締めと監査を衝突させない分担）。

二重基準の報告パッケージで決めておく三つのこと

第一に、読み替えを締めの後工程から外し、記帳時点の分岐に移す。 読み替え方式が機能しているように見えるのは、締めとパッケージ提出の間に日数の余裕がある会社だけである。読み替えは締めの結果を入力としてしか始められないため、締めが一日遅れればパッケージも一日遅れ、遅れは吸収されずそのまま伝わる。調整シートの自動化は速度を一段上げるだけで、直列という構造は変えない。 連結財務諸表に関する会計基準の注解（注4）は、子会社の決算日と連結決算日の差異が3か月を超えない場合に子会社の正規の決算を基礎として連結決算を行うことができるとし、その場合には決算日の相違から生じる連結会社間取引の会計記録の重要な不一致について必要な整理を行うものとしている。この3か月は取り込む側の猶予であって、取り込まれる側の猶予ではない。 親会社のパッケージ期日は、決算短信、有価証券報告書、計算書類のいずれの期日とも連動しない。

第二に、二本で持つ科目を四つに絞り、残りは共通の一本で流す。 のれんは、企業結合に関する会計基準が20年以内のその効果の及ぶ期間にわたる規則的償却を求めるのに対し、国際財務報告基準では償却せずIAS第36号により年次で減損テストを行う。開発費は、研究開発費等に係る会計基準がすべて発生時費用としているのに対し、IAS第38号は定められた要件をすべて立証できる場合に無形資産としての認識を求める。退職給付は、日本基準では未認識の数理計算上の差異を連結財務諸表に限りその他の包括利益で認識したうえで平均残存勤務期間以内の一定の年数で按分して費用処理するのに対し、IAS第19号の再測定は純損益に振り替えられない。収益認識は、日本の適用指針が国内の販売について出荷時から支配移転時までの間の一時点での認識という代替的な取扱いを置いている点で分かれる。リースは、企業会計基準第34号が2024年9月13日に公表され2027年4月1日以後開始する連結会計年度及び事業年度の期首から適用されるため、この差は自動的に縮む。 縮むと決まっている差に器を作らない。

第三に、共通で使うものを二本にしない。 為替レート、勘定科目のマッピング、分析軸の三つは、二つの締めで同じものを使う。外貨建取引等会計処理基準に基づく自社の換算レートと、親会社が指定するレートテーブルが違えば、同じ取引が二つの金額を持ち、しかもそれは会計基準の差ではない。基準差の調整表に紛れ込んだ非基準差は、原因が特定できなくなる。 勘定科目のマッピングは担当者の判断ではなく一枚のマスタとして持ち、部門・製品・地域・プロジェクトなどの分析軸は記帳時点で両方の体系を付ける。後から集計し直すことはできない。 器としては会計システム側の複数元帳が使えるが、判断すべきは機能の有無ではなく、四科目のうち何科目が取引の発生時点で分岐できるかである。

設例

売上高410億円の産業用機器メーカー。数年前に海外の投資ファンドが過半を取得し、以後、月次で国際財務報告基準ベースの報告パッケージを提出している。 国内は非上場だが社債を発行しており、会社法の計算書類と金融機関向けの報告は日本基準で作る。締めは第5営業日、パッケージの提出期限は第8営業日で、この三日間を経理課長と主任の二人が四百二十行の調整シートで埋めていた。 見直しのきっかけは、ファンド側の担当パートナー交代に伴い、提出期限が第8営業日から第6営業日に前倒しされたことである。二日では物理的に作れないという報告が、CFOに上がった。 CFOが最初にやらせたのは、四百二十行の内訳を数えることだった。結果は、会計基準の差に起因する行が九十四行、為替レートの相違に起因する行が百三十八行、勘定科目のマッピングに起因する行が百六十一行、残る二十七行が理由の記載がないものだった。 基準差は全体の四分の一に満たなかった。百三十八行の為替の行は、自社が期中平均相場で換算していたのに対し、ファンド側が月末レートの指定テーブルを配っていたことから生じていた。 百六十一行のマッピングの行は、報告科目への振り分けが担当者の判断で行われており、前任者からの引き継ぎ資料がなかったことによる。着手はこの二つからで、会計基準の話には触れていない。為替は、ファンド側と交渉して自社の換算方法を採用させることに成功し、差異の説明資料を四半期に一度出すことで合意した。 マッピングは、勘定科目マスタに報告科目コードの列を追加し、システム側で自動的に振り分ける形に変えている。この二つで二百九十九行が消え、理由の記載がなかった二十七行も一行ずつ確かめて整理すると、四百二十行は九十四行になった。 残る九十四行のうち、内訳はのれんが十一行、開発費が三十八行、退職給付が九行、収益認識が三十一行、リースが五行だった。リースの五行については何もしていない。企業会計基準第34号の適用時期を確認したうえで、早期適用を選ばず、2027年4月開始年度からの適用に合わせて自然に消えるものとして扱っている。 開発費の三十八行が最大で、これは製品開発プロジェクトごとの支出を、日本基準では全額費用処理し、報告側では要件充足後の支出を資産計上していたことによる。ここは、プロジェクト管理システム側で要件充足日を管理し、その日以後の支出に別の勘定を当てる運用に変えた。 会計システムの複数元帳の機能は使っていない。理由は、既存のERPが該当機能のライセンスを含んでおらず、追加費用の見積りが二千万円を超えたためである。 代わりに、対象四科目について専用の補助科目を切り、日本基準の値と報告基準の値を同じ元帳の中で別の補助科目に持つ形を採った。開発期間は社内工数のみで四か月。 移行後、パッケージの作成に要する時間は延べ四十八時間から十一時間に減り、第6営業日の提出に間に合っている。経理課長の言葉が残っている。三日かけていた作業の四分の三は、会計基準とは何の関係もない仕事だった。

※設例。会社、数値は説明のために置いた架空のもので、特定の会社の実績ではない。

まとめ
二重の締めが詰まるのは、読み替えが締めの後ろに直列でつながっているからである。基準差が出る科目は、のれん、開発費、退職給付、収益認識の四つに絞れる。リースの差は企業会計基準第34号の適用で縮む。四科目だけを記帳の時点で二本持ちにし、為替レート・勘定科目のマッピング・分析軸は一本を両方の締めで共有する。手始めに、調整シートの行を基準差とそれ以外に分けて数えてみるとよい。

関連記事