まずは卸売ECを小規模でスタートしたい方へ。リーズナブルなSaaS(ASP)版『EC-Rider Primo(プリモ)』誕生! 詳しくはこちら

BtoB EC受注データ保管期間の設計と法定年限

◆監修・編集責任者 小園 将隆 

B2B EC-COLUMN

この記事のポイント

  • 受注データは要素ごとに適用法令が異なるため、一つの年限にそろえる必要はありません。
  • 法定年限を満たすだけでなく、業務上必要な参照期間と個人データの消去努力義務も合わせて設計します。
  • 保存・アーカイブ・削除を三層に分けることで、システムの性能とコストと法令順守を両立できます。
受注のイメージ
▽ 写真の出典元

BtoB ECの受注データ保管期間は何年か(結論)

BtoB EC(企業間の受発注をインターネット上で行う仕組み)の受注データ保管期間は、単一の年数では決まりません。会社法10年・法人税7年(欠損金繰越時10年)*1*2・消費税7年*3・取適法2年*4という複数の法定年限が並立するためです。

BtoB EC受注データ保管期間の設計とは、受注に伴って生じるデータを法令上の最短保存年限と業務上の必要年限に基づいて分類する設計です。保存・アーカイブ・削除の年限と方式をあらかじめ定めます。データ要素ごとに適用法令が異なるため、まず何が何年の対象かを切り分けることから始まります。

4つの法定年限(10年・7年・7年・2年)と根拠条文

株式会社は、会計帳簿の閉鎖の時から10年間、その会計帳簿及びその事業に関する重要な資料を保存しなければならないと会社法432条2項に定められています*1。法人税では、帳簿と取引関連書類の保存期間は原則7年間で、青色申告書を提出した事業年度に欠損金額が生じた場合は10年間になります*2

消費税の帳簿は、帳簿の閉鎖の日の属する課税期間の末日の翌日から2か月を経過した日から7年間の保存が求められます*3。加えて2026年1月に施行された取適法(中小受託取引適正化法。旧下請法の通称)では、委託事業者に取引が完了した場合の記録の作成・保存義務があり、その期間は2年間です*4

保管期間の起算日は法令ごとに違う

年限の数字だけを覚えても、起算日を誤ると保存期間の判断を誤ります。法人税の7年・10年は事業年度の確定申告書提出期限の翌日から数え、会社法の10年は会計帳簿の閉鎖の時から数えます*1*2

消費税は課税期間末日の翌日から2か月を経過した日が起点になり、法人税とは起算のタイミングがずれます*3。取適法の2年は取引が完了した時点が起点であり、契約締結や発注のタイミングを起点にしない点に注意が必要です*4

「最長にそろえる」が最適解にならない理由

複数の年限が並ぶと、最も長い10年にすべてをそろえたくなります。しかし個人情報保護法22条は、個人情報取扱事業者に対し、利用する必要がなくなった個人データを遅滞なく消去するよう努める義務を課しています*5

受注データに含まれる取引先担当者名やメールアドレスは個人データに該当するため、必要がなくなった後も一律に10年残す設計は、この努力義務と緊張関係を生みます。法定年限は「最短でこれだけは残す」という下限であり、上限を決めるのは業務要件と個人データの取り扱い方針です。

なお国内のBtoB-EC市場規模は514.4兆円(前年比10.6%増)、EC化率は43.1%(業種分類上「その他」以外の業種を算出対象とした値)に達しており*6、受発注のデータ量そのものが年々拡大しています。データ量が増えるほど、要素単位で年限を割り当てる設計の効果は大きくなります。

受注データを保管対象の単位に分解する

要件定義のイメージ
▽ 写真の出典元

保管期間を決める前に、受注データを構成要素へ分解する必要があります。同じ「受注データ」という言葉の中に、適用法令が異なる複数の要素が含まれているためです。

受注ヘッダ・受注明細・出荷/請求連携データ

受注ヘッダ(受注日・取引先・合計金額など)と受注明細(品目・数量・単価)は、法人税法上の帳簿及びその作成の基礎となる書類に該当することが多くあります。該当する場合、原則7年・欠損金繰越時10年の対象になります*2。出荷実績・請求連携データも同様に、国税関係書類として扱う前提で年限を検討します。

授受した電子データ(注文書・注文請書・納品書・請求書のPDFやEDIデータ)

取引に関して書面でやりとりしていた場合に保存が必要な書類には、注文書・契約書・送り状・領収書・見積書・請求書などが含まれます。これらに相当する電子取引データを受領又は交付した場合は、その電子保存が義務付けられています*10

EDI(電子データ交換。受発注情報を企業間でシステム経由でやり取りする方式)で授受したデータも同様に電子取引データとして扱います。書面保存への代替(プリントアウトのみでの保存)は原則として認められません*7

周辺データ(取引先マスタ、担当者アカウント、操作ログ、通知メール)

取引先マスタや担当者アカウントには個人データが含まれるため、個人情報保護法の消去努力義務が関係します*5。操作ログや通知メールは税法上の直接の保存義務対象ではないことが多く、社内のセキュリティ要件や監査要件から必要年数を別途定めます。

各要素について「国税関係書類か」「電子取引データか」「個人データか」を判定する軸を先に持つと、後続の年限テーブル作成が進めやすくなります。判定軸が曖昧なまま設計を始めると、要素の重複や漏れが発生しやすくなるので注意が必要です。

法定年限を要素に割り当てる(年限テーブルの作成)

よくある質問のイメージ
▽ 写真の出典元

ここまでの分解を踏まえ、データ要素ごとに適用法令・年限・起算日・保存要件・削除可否を1枚の表に落とし込みます。この年限テーブルが保管期間設計の中心的な成果物になります。

会社法・法人税法・消費税法の年限と起算日

会社法・法人税法・消費税法は、いずれも帳簿書類の保存を義務づけていますが、根拠条文と起算日が異なります*1*2*3。年限テーブルでは、この3法令を別々の行として扱い、起算日の違いを明記することが重要です。

電子取引データの保存義務と保存要件(要点)

電子取引した場合、保存義務者は取引情報に係る電磁的記録を財務省令の定めに従って保存しなければなりません*7。保存ルールは大きく3つで、改ざん防止のための措置、ディスプレイ・プリンタ等の備付け、日付・金額・取引先の3要素での検索です*9

改ざん防止の措置は、タイムスタンプの付与や、訂正・削除の履歴が残るシステムの使用、事務処理規程の策定・運用のいずれかで満たせます*8。基準期間(2年(期)前)の売上高が5,000万円以下の事業者は、電子取引データのダウンロードの求めに応じられれば検索要件の一部が不要になります*8*9。電子帳簿保存法の保存要件そのものへの詳細な対応方法は、別記事「BtoB EC 電子帳簿保存法 対応」で扱っています。本記事では年限設計に必要な要点にとどめます。

2026年1月施行の取適法で加わる2年保存義務

2026年1月1日に施行された取適法では、委託事業者に4つの義務が課されています。その一つが、取引が完了した場合に給付内容・代金の額など取引に関する記録を書類又は電磁的記録として作成し、2年間保存する義務です*4

従来の資本金基準に加えて従業員基準(300人・100人)が追加されました*4。これにより規制及び保護の対象が拡充された点も、BtoB ECの発注側・受注側双方の要件に影響します。消費税法上の適格請求書に関する実務については、別記事「BtoB EC インボイス制度 対応」をご覧ください。

データ要素 適用法令 年限 起算日 保存要件・削除可否
会計帳簿(受注に関する重要資料を含む) 会社法432条2項*1 10年 会計帳簿の閉鎖の時 会社法の観点で10年が必要。税法上の年限と別軸で管理する。
受注ヘッダ・受注明細等の帳簿書類 法人税法(国税庁No.5930)*2 原則7年・欠損金繰越時10年 事業年度の確定申告書提出期限の翌日 年限経過後は削除可。欠損金繰越の有無を要確認。
消費税に関する帳簿 消費税法(国税庁No.6621)*3 7年 課税期間末日の翌日から2か月経過した日 法人税と起算日が異なる点に注意。年限経過後は削除可。
注文書・注文請書等の電子取引データ 電子帳簿保存法*7*8 対応する国税関係書類と同じ年限(7年/10年) 対応する書類区分の起算日に準じる 改ざん防止措置・検索要件を満たして保存する。詳細は電帳法対応記事へ。
取引記録(委託事業者の作成・保存義務分) 取適法*4 2年 取引が完了した時 委託事業者に該当する場合の義務。年限経過後は削除可。
取引先担当者名・メールアドレス等 個人情報保護法22条*5*12 法定の年限指定なし(消去努力義務) 利用目的が消滅した時点 他の要素と異なり、長く残すこと自体がリスクになりうる行。定期棚卸しの対象。

上表の年限は根拠となる法令の趣旨がそれぞれ異なるため、単純に数字だけを比較して大小を論じることはできません。会社法は株主・債権者保護、税法は課税の適正化を目的としています。取適法は下請取引の適正化、個人情報保護法は本人の権利利益の保護という、別々の目的から年限や努力義務が設定されています。

この年限テーブルを自社の受注データ項目に当てはめる作業は、テーブル構造やマスタ設計の理解が必要で、担当者一人で完結させるのは負担が大きい工程です。無料相談で自社の受注データ項目を年限テーブルに落とし込むと、抜け漏れのチェックがしやすくなります。

業務上の必要年限を決める(法定年限だけでは足りない)

受注のイメージ
▽ 写真の出典元

法定年限を満たすだけでは、実務上の判断に必要な参照期間をカバーできない場合があります。そこで本節では、法定年限とは別の軸で検討すべき業務上の必要年限を整理しました。

債権の消滅時効から逆算する証跡の保持

民法166条は、債権が時効消滅する場合を2つ定めています*11。債権者が権利を行使できることを知った時から5年間行使しないとき、または権利を行使できる時から10年間行使しないときで、実務上は先に到来した方が期限になります。売掛金や代金請求に関する証跡は、この消滅時効の期間を下回らないよう保持を検討する価値があります。

再注文・与信・価格交渉に必要な参照期間

再注文時の内容確認や、与信判断・価格交渉のための参照期間には、法令上の定めがありません。この期間は自社の受注サイクルや与信見直しの頻度に応じて、社内の運用ルールとして個別に定める事項です。

個人データは「残しすぎ」がリスクになる

個人情報保護委員会は、取得した個人情報の廃棄時期について、個人情報保護法22条の消去努力義務に基づく考え方を公式見解として示しています*12。取引先担当者が異動・退職した後も担当者情報を漫然と残す運用は、この努力義務との整合性を欠く可能性があります。

観点 目安・考え方 根拠 設計への反映
債権の消滅時効 知った時から5年、行使できる時から10年 民法166条*11 支払・請求に関する証跡はこの年数を下回らない保持を検討する。
再注文・価格交渉の参照 法令上の定めなし 実務判断(社内ルール) 受注サイクル・与信見直し頻度に応じて自社で年数を定める。
個人データの保持 利用目的が消滅すれば消去(努力義務) 個人情報保護法22条*5*12 担当者の異動・退職を棚卸しトリガーにする。

保存・アーカイブ・削除の三層で設計する

要件定義のイメージ
▽ 写真の出典元

年限が決まったら、次は保存方式の設計です。すべてのデータを本番データベースに置き続けることは、保管期間設計とは呼べません。参照頻度に応じた三層構造で管理することが、性能・コスト・法令順守の両立につながります。

図
受注データは受注・締め・保存・アーカイブ・削除の5段階で管理する

ホット(オンライン参照)/ウォーム(アーカイブ)/削除の切り分け

直近の受注データは、業務担当者が日常的に参照するホットデータとして本番データベースに置きます。法定年限内ではあるものの参照頻度が下がったデータは、検索性を保ったままアーカイブ(ウォーム)へ移します。年限を過ぎたデータは削除対象です。

アーカイブ時に壊してはいけない要件

アーカイブへ移す際は、電子帳簿保存法が求める検索性・可視性・改ざん防止の要件を崩さないことが前提になります*7*8。日付・金額・取引先で検索できる状態を維持し、税務調査等の際にダウンロードの求めや書面提示の求めに応じられるようにしておく必要があります*9。アーカイブ環境のアクセス制御やセキュリティ対策の詳細は、別記事「BtoB EC セキュリティ 対策」が参考になります。

削除ジョブの設計と削除できない例外の扱い

削除ジョブは、年限テーブルで定めた年限とひも付けて自動化することが望ましい設計です。ただし訴訟や税務調査が係属中のデータなど、削除を保留すべき例外は一定数発生します。そのため、削除の一時停止(リーガルホールド)の仕組みをあらかじめ組み込む必要があります。

削除の設計を欠いたまま年限だけを決めても、古い受注データが本番データベースに残り続けます。その結果、検索性能の低下や、個人データの消去努力義務との不整合につながりかねません。消せない仕組みのまま運用することは、保管期間設計そのものが完結していない状態です。

この三層設計を内製で組み立てるには、法令要件の理解に加えて、データベース設計・アーカイブ方式・削除ジョブの実装という複数領域の知識が必要です。再注文の参照UXとの関係は、別記事「BtoB EC 発注履歴 再注文 設計」で扱っています。

要件定義書・RFPへの落とし込み

年限テーブルと三層設計ができたら、最後の工程はこれを要件定義書やRFP(Request For Proposal。システム選定時に要件を提示する提案依頼書)へ落とし込む作業です。

保管期間要件の記述例(年限・起算日・アーカイブ方式・削除方式)

要件定義書には、データ要素ごとに「保存年限」「起算日」「保存形式(電子取引データか否か)」「アーカイブ方式」「削除方式」の5項目を明記します。年限テーブルの各行が、そのままRFPの要件行に対応する形になります。

パッケージ/SaaS選定時に確認する5つの質問

パッケージ/SaaS選定時に確認する優先順5点(順位根拠:要件定義への影響度)

  1. 削除機能があるか。年限到達データを個別に削除できる機能の有無を確認します。
  2. アーカイブの可否。本番から切り離した保管領域を用意でき、検索性を維持できるかを確認します。
  3. ログの保持期間。操作ログ・アクセスログの標準保持期間と、延長可否を確認します。
  4. 検索要件への対応。日付・金額・取引先での検索機能が標準搭載か、追加開発が必要かを確認します。
  5. データ移行の対応範囲。旧システムのデータをどこまで新システムへ引き継げるかを確認します。

移行時(リプレイス)に旧システムのデータをどう扱うか

リプレイス案件では、旧システムのデータを新システムへどこまで移行し、どこから旧環境に残すかが主要な論点になります。年限が残っているデータでも、参照頻度が低ければ旧環境をアーカイブ用途で残すという判断も可能です。データ移行の具体的な手順は、別記事「受発注システム データ移行 手順」「BtoB EC リプレイス 移行 手順」で扱っています。

保管期間設計を内製で完結させるには、会社法・税法・取適法・個人情報保護法という複数分野の法令知識と、データベース設計・RFP作成の実務知識の双方が必要です。要件定義の初期段階でこの設計を誤ると、後工程でのデータ移行や削除機能の追加開発に手戻りが生じやすくなります。RFP作成の進め方は、別記事「受発注システム RFP 作り方」で解説しました。

まとめ:保管期間設計の5ステップ

本稿では、BtoB EC受注データの保管期間をどう決め、どう削除まで設計するかを整理しました。要点を3つに集約すると次の通りです。第一に、法定年限は要素ごとに異なり、最長年限に一律そろえることは個人データの消去努力義務と緊張関係を生みます。第二に、法定年限だけでなく債権の消滅時効や再注文の参照期間といった業務上の必要年限も併せて検討することが欠かせません。第三に、保存・アーカイブ・削除を三層で設計し、削除ジョブまで組み込んで初めて保管期間設計が完結します。

  1. 受注データを要素(帳簿・電子取引データ・個人データ等)に分解する。
  2. 要素ごとに適用法令・年限・起算日を年限テーブルにまとめる。
  3. 法定年限に加え、消滅時効・再注文参照期間などの業務上の必要年限を決める。
  4. ホット・ウォーム・削除の三層で保存方式を設計し、削除ジョブを組み込む。
  5. 年限テーブルと三層設計を要件定義書・RFPに記述する。

なお、保存期間の判断は個社の取引実態や事業年度の状況によって変わる場合があるため、最終的な適用可否は顧問税理士や所轄税務署へご確認ください。


ご不明な点はお問い合わせフォームからもご連絡いただけます。

BtoB通販システムのご相談

貴社の商習慣に合わせたご提案をいたします。

無料相談はこちら

よくある質問

受注データは一律10年保管すればよいですか。

一律10年に統一する必要はありません。会社法上の会計帳簿は10年*1ですが、法人税の帳簿書類は原則7年*2、消費税の帳簿は7年*3、取適法の取引記録は2年*4と、根拠法令ごとに年限が異なります。個人データについては消去努力義務もあるため、要素ごとに年限を割り当てる設計が適切です*5

受注データの保管期間はいつから数えますか。

起算日は法令ごとに異なります。法人税の帳簿書類は事業年度の確定申告書提出期限の翌日から、会社法の会計帳簿は帳簿の閉鎖の時から数えます*1*2。消費税の帳簿は課税期間末日の翌日から2か月を経過した日が起点で、取適法の取引記録は取引が完了した時が起点になります*3*4

メールで受け取った注文書PDFは印刷して保存してもよいですか。

電子取引でやり取りした注文書等のデータは、電子帳簿保存法に基づき電子データのまま保存することが原則です*7*10。プリントアウトのみでの保存では、改ざん防止措置や検索要件を満たせない場合があります。対応が間に合わない場合の猶予措置は、所轄税務署長が相当の理由があると認める場合に限られます*9

保管期間を過ぎた受注データは削除しなければなりませんか。

法定年限を過ぎたデータの削除は法令上の義務ではありませんが、個人データについては利用する必要がなくなれば遅滞なく消去する努力義務があります*5*12。訴訟や税務調査が係属中のデータなど、削除を保留すべき例外もあるため、削除ジョブには一時停止の仕組みを組み込んでおくことが望まれます。

取引先の担当者名やメールアドレスも同じ年限で保管してよいですか。

受注データと同じ年限で一律に保管する必要はありません。担当者名やメールアドレスは個人データに該当し、利用目的が消滅した時点(異動・退職など)で消去に努める義務が別途あります*5*12。受注データ本体の法定年限とは別の管理軸として棚卸しの対象にすることが適切です。

◆監修・編集責任者

小園 将隆

株式会社フライトソリューションズ ECサービス部 マネージャー

BtoB通販のパッケージシステム「EC-Rider B2B Ⅱ」の導入支援をはじめ、製造業、卸売業をはじめとした法人向け通販サイト構築を多数手掛ける。卸売領域の専門知識をもとに、日本の商習慣に固有の課題をパッケージシステムの機能追加によって解決。BtoB流通の販路拡大を支援する。

  1. *1 出典:e-Gov法令検索「会社法(平成十七年法律第八十六号)第432条」(現行法)
  2. *2 出典:国税庁「タックスアンサー No.5930 帳簿書類等の保存期間」(令和7年4月1日現在法令等)
  3. *3 出典:国税庁「タックスアンサー No.6621 帳簿の記載事項と保存」(令和7年4月1日現在法令等)
  4. *4 出典:公正取引委員会「取適法リーフレットNo.01「2026年1月から『下請法』は『取適法』へ!」」(令和7年8月)
  5. *5 出典:e-Gov法令検索「個人情報の保護に関する法律(平成十五年法律第五十七号)第22条」(現行)
  6. *6 出典:経済産業省「電子商取引実態調査 令和6年度電子商取引に関する市場調査(公表資料)」(2025年8月26日公表)
  7. *7 出典:e-Gov法令検索「電子帳簿保存法(平成十年法律第二十五号)第7条」(現行)
  8. *8 出典:e-Gov法令検索「電子帳簿保存法施行規則(平成十年大蔵省令第四十三号)第4条」(現行)
  9. *9 出典:国税庁「電子帳簿保存法対応!令和6年1月以降の電子取引データの保存方法について」(令和6年11月)
  10. *10 出典:国税庁「電子取引関係(電子帳簿等保存制度特設サイト)」(現行)
  11. *11 出典:e-Gov法令検索「民法(明治二十九年法律第八十九号)第166条」(現行)
  12. *12 出典:個人情報保護委員会「よくある質問「取得した個人情報は、いつ廃棄しなければなりませんか。」」(現行)

画像の出典元

  1. 受注のイメージ/Photo by Nikolay on Unsplash
  2. 要件定義のイメージ/Photo by Jo Szczepanska on Unsplash
  3. よくある質問のイメージ/Photo by Stephen Harlan on Unsplash
  4. 受注のイメージ/Photo by 2H Media on Unsplash
  5. 要件定義のイメージ/Photo by 2H Media on Unsplash

◆この記事について

独自調査以外の一次情報は、省庁・公的機関を中心とした信頼性の高い情報源から引用し、出典を明記しています。
年次更新される統計・制度については、引用元の最新版を確認したうえで掲載しています。

※この記事は上記の監修・編集責任者がAIの協力を得て制作しています。

監修確認日:

記事内容に関するお問い合わせ:お問い合わせフォーム

BtoB EC(受発注)サイト構築システム「EC-Rider B2B Ⅱ」への
各種お問い合わせ

ページTOPへ戻る
無料相談を予約 お見積
平日10:00~18:00
page
top