「うちも急いで対応しろ」——社長の丸投げから始まるSSBJ開示対策、警備会社の総務部は何をすればいいのか

ある月曜日の朝、社長が日経新聞の切り抜きを持って総務部にやってきた。「Scope3が義務化されるらしい。うちも急いで対応しろ」——従業員120名の商業施設向け警備・セキュリティ会社。総務部長の手元に残されたのは、新聞の切り抜きと、「とにかく急げ」という社長指示だけでした。

この状況、笑い話のようで実はよく聞く話です。SSBJ（サステナビリティ基準委員会）が策定した開示基準は、2027年3月期から時価総額3兆円以上の企業に義務化されます。「うちは上場企業でもないし関係ない」と思うかもしれません。でも、その大企業はサプライチェーン全体の排出データを集めなければ開示義務を果たせません。つまり、取引先として巻き込まれるのは時間の問題なのです。

この記事では、(1) SSBJとは何で、なぜ警備会社にまで影響が及ぶのか、(2)「正確さ・早さ・広さ」という3つの壁の正体、(3) 120名規模の警備会社を想定した業務シミュレーション、(4) 社長への報告に使える具体的なアプローチ、を順番に整理します。

SSBJ対応の3つの壁

SSBJの全体像——「上場企業の話」が、なぜ警備会社に降りてくるのか

結論から言うと、SSBJの義務化は「カスケード効果」を通じて、取引先企業のサプライヤーであるSME全体に波及します。

SSBJは、国際的な開示基準であるIFRS S1・S2の日本版です。企業に対してScope 1（自社の直接排出）、Scope 2（電力由来の間接排出）、そしてScope 3（サプライチェーン全体の排出）の開示を求めています。ここが核心です。大企業がScope 3を算定するためには、サプライヤーから実際の排出データを集める必要があるのです。

SSBJ基準は2027年3月期から時価総額3兆円以上の企業（約70社）に適用。2028年3月期に1兆円以上、2029年3月期に5,000億円以上へと段階的に拡大する。

——SSBJ「サステナビリティ開示ユニバーサル基準　公開草案」 https://www.ssb-j.jp/jp/

つまり、こういうことです。あなたの会社が警備サービスを提供している商業施設のオーナー企業が上場大手なら、その企業は2027年以降、あなたの会社の電力使用量や車両の燃料消費量を数値で報告するよう求めてくる可能性が高い。社長が新聞で読んだ「Scope3義務化」の波は、サプライチェーンの配管を通って、確実にあなたの会社に届きます。

「正確さ・早さ・広さ」——3つの壁は、総務部の何を壊すのか

SSBJ対応を一言で表すと「3つの壁」を同時に乗り越えることです。そしてこの3つは、SMEの総務部にとって特に深刻です。

壁1：正確さ——「だいたいの数字」では通用しない

SSBJ基準は第三者保証（つまり、外部の監査法人によるデータ検証）を前提としています。これは「Excelで作った集計表を社内で承認しました」では不十分であることを意味します。

たとえば、120名の警備会社を想定しましょう。主な排出源は、(1) 巡回車両の燃料消費（ガソリン・軽油）、(2) 各拠点の電力使用量、(3) 制服や装備品の調達。これらのデータを「どの請求書から」「いつ」「誰が」入力したかの履歴が追跡できなければ、監査人は検証のしようがありません。

Excelの構造的な問題は、セルの変更履歴が保持されないことです。いつ、誰が、どの数値を変更したか——この情報がないまま「正確です」と言われても、監査人は首を縦に振れません。

壁2：早さ——開示期限が3か月も前倒しになる

現行の実務では、多くの企業がサステナビリティ情報を有価証券報告書の提出期限（決算後3か月）に合わせて9月頃に開示しています。SSBJはこれを6月頃——つまり3か月前倒しで開示することを事実上要求します。

警備会社の場合、データの流れはこうなります。各拠点の電力会社から請求書が届くのが月末締めの翌月中旬。車両の燃料費は経理が月次で集計。3月決算の数値が揃うのが5月。そこから算定・検証・承認を6月までに終わらせるとなると、実質的な作業期間は数週間しかない。サプライヤーに排出データの提出を依頼する余裕はどこにもありません。

壁3：広さ——「うちだけ」では完結しない

最後の壁が最も厄介です。Scope 3は自社だけでなく、サプライチェーン全体の排出を対象とします。120名の警備会社であれば、制服メーカー、装備品の仕入先、車両リース会社、消耗品の調達先——これら全てに排出データの提出を依頼しなければなりません。

ここで問題になるのが、サプライヤー側にもESGデータ管理の体制がないケースがほとんどだということです。制服メーカーの営業担当者に「御社のScope 1排出量を教えてください」と電話したとき、向こうが即答できる確率はほぼゼロです。

構造シミュレーション——「手作業ならX時間、仕組み化すれば0分」の世界

ここでは、架空の導入事例ではなく、構造的なシミュレーション（思考実験）で、この問題のスケール感を可視化します。

シミュレーション前提

手作業の場合

年間で336時間。総務部の兼任担当者が本業と掛け持ちしながら、毎月丸3日以上をESGデータ整理に費やす計算です。

一次証憑からの自動抽出＋暗号台帳型の場合

仮に、請求書や明細をメール転送するだけで、AI が証憑から直接データを抽出し、排出係数の自動適用、暗号台帳への自動記録、複数フォーマットへの自動変換までが完結する仕組みがあったとします。

この差は「効率化」ではなく、アーキテクチャの根本的な違いです。手入力モデルは構造上、「人間がデータを移し替える」工程を排除できません。一次証憑から直接抽出する仕組みは、そもそも「移し替え」という工程自体が存在しないのです。

「でも、うちにはITの専門家がいない」——不安への先回り回答

ここまで読んで、「仕組みの話は分かったけど、うちの総務部にそんなシステムを導入する能力があるのか」と思った方。その不安はもっともです。

Marupassは、まさにこの「ITの専門家がいない」問題を設計の出発点にしています。取り込み方法は「メール転送」「LINE」「WhatsApp」——つまり、SMEが普段使っているコミュニケーション手段そのものです。新しい画面を覚える必要はありません。

さらに重要なのは、Marupassの暗号台帳はデータベースレベルで削除・更新が物理的に禁止されている構造です。つまり、第三者保証で監査人が「このデータは改竄されていない」と検証するための仕組みが、最初から組み込まれています。Excelでは構造的に実現できない「監査証跡の完全性」が、運用開始の瞬間から自動的に確保されるのです。

社長への報告用：社内FAQ（想定問答集）

Before / After 業務フロー比較

まとめ

社長の「急いで対応しろ」は、実は正しい危機感です。SSBJの波は、上場企業からサプライチェーンを伝って、確実にSMEに届きます。問題は「いつ届くか」ではなく「届いたときに準備ができているか」です。

最初の一歩は、手元にある電力の請求書を1枚、メールで転送してみること。Marupassの無料診断で、自社の排出量がどのくらいかを数秒で確認できます。社長への報告書に「具体的な数字」を1つ添えるだけで、議論のステージが変わります。

→ 無料で排出量を診断する（メール転送だけ・登録不要）