電帳法対応、プロダクトとして「何ができていれば対応済み」と言えるのか
SaaSプロダクトの開発者・PdM視点で電子帳簿保存法を整理する。3区分の理解からプロダクト実装フロー、対応レベル0〜4の自己診断軸まで、一次情報に紐付けて「何ができていれば対応済みと言えるのか」を言語化する。
電帳法対応、プロダクトとして「何ができていれば対応済み」と言えるのか
バックオフィス系の SaaS を作っていると、営業の場でも顧客のセキュリティチェックシートでも、ほぼ必ず聞かれる質問があります。
「御社のプロダクトは電子帳簿保存法に対応していますか？」
この質問にスパッと答えられるエンジニア・PdM はそう多くありません。本シリーズは、自社プロダクトを電帳法のどの要件にマッピングし、どこまで実装すれば「対応済み」と説明できるのか、自前の地図を作るための整理です。
このシリーズのゴール
読み終わった時点で、次のことができるようになることを目指します。
- 電帳法の 3 つの区分 を区別し、自社プロダクトがどこに該当するか即答できる
- 何が 義務 で、何が 任意 で、何が やるとお得 なのかを言い分けられる
- 自社プロダクトの対応状況を レベル 0〜4 で自己診断できる
- 「対応している」と顧客に説明する際の根拠を、一次情報（国税庁・JIIMA）に紐付けて示せる
法律の話なので、本シリーズは 国税庁の一問一答および JIIMA の一次情報 に紐付けて書いています。最終章末尾に出典をまとめているので、自社で正式な見解を出す際はそちらに当たってください。
目次
- プロローグ ── 「対応していますか？」に答えられないという困りごと 営業・セキュリティチェックシート・社内会議で繰り返される「電帳法対応してます？」という問い。なぜ答えに詰まるのか、本シリーズで何を解決するのかを整理する。
- 電子帳簿保存法とは何か ── 法律の正体と改正史 正式名称・法的根拠・改正史を 5 分で押さえる。1998 年制定からの構造、令和 3 年〜令和 7 年度改正までのマイルストーン、宥恕措置と猶予措置の違いを時系列で整理する。
- 3 つの区分を理解する ── 何が義務で、何が任意か 電帳法の理解で最初につまずく 3 区分（電子帳簿等保存／スキャナ保存／電子取引データ保存）を整理。義務度・対象・法的根拠を区別し、自社プロダクトの機能をどの区分にマッピングするかの判定フローを示す。
- 守らなければならない要件 ── 真実性 × 可視性 真実性確保の 4 択（タイムスタンプ／訂正削除履歴／事務処理規程）と可視性確保の検索 3 要件を解説。代替ルール（ダウンロード提供／売上高 5,000 万円特例）と「優良な電子帳簿」の追加要件まで、要件の階層を 1 章で見渡す。
- 違反したら何が起きるのか ── 罰則の実像 青色申告承認取消・重加算税 10% 加重・損金不算入の 3 レイヤーを国税庁の一問一答ベースで整理。「電帳法違反のみで即取消にはならない」公式見解と、「相当の理由」がある場合の猶予措置の正体までカバー。
- プロダクトが対応するまでの流れ ── 5 ステップの実装フロー SaaS プロダクトに電帳法対応機能を組み込むための 5 ステップ。スコープ判定・真実性確保の方式選択・可視性の実装・規程と利用規約への反映・JIIMA 認証検討まで、設計判断のポイントとサンプルコードで具体化する。
- 対応レベル 0〜4 の自己診断 ── 自社プロダクトを格付けする 自社プロダクトの電帳法対応度をレベル 0（非対応）からレベル 4（デジタルシームレス対応）まで 5 段階で格付けする診断軸を提示。各レベルのチェックリストと、ターゲット顧客に応じた推奨レベルの選び方まで網羅する。
- JIIMA 認証は取るべきか ── 任意の民間認証との付き合い方 JIIMA 認証 5 種類の正体、任意の民間認証であるという法的位置づけ、取得のメリット・取得しないリスク、主要 SaaS の取得状況を整理。営業効果と取得・維持コストのバランスで判断する判定フローまで提示する。
- エピローグ ── 「対応している」と言える根拠を持つ 本シリーズのメッセージを 3 行で総括。電帳法対応の本質は「JIIMA 認証あります」と言うことではなく、自社プロダクトの構造と要件単位のマッピングを根拠とともに説明できる状態を作ることにある。参考文献も合わせて掲載。