基幹システムの設定を本当に分かっているのは、社内でひとりだけ。その人が休むと、誰も更新に手を出せない。
多くの会社で、この状態は問題にならないまま続いています。止まらないうちは、誰も困らないからです。
2026年9月3日、OpenAIは新しいモデル「GPT-6 Astra」を発表しました。既知の脆弱性から攻撃コードを作る能力の評価で、満点を記録したと公表しています（出典：OpenAI「GPT-6 Astra」発表、2026年9月3日）。
ただ、変わったのは攻撃側の速度です。企業がやるべきことは前から同じで、誰がそのシステムを守り続けるのかを決めておくことです。守る人が決まっていれば、どの選択肢を選んでも前に進めます。
守る仕事は、更新・バックアップ・権限・障害対応・記録の5つです（守る5つの仕事）。
この記事を読むと、たとえば次のことが分かります。
- Odooの導入形態やCommunity版で、自社に残る仕事の範囲
- 生成AIで作るのが速くなっても、守る仕事に人の判断が要る理由
- 担当者の退職など、3年後も守れるかを確かめる4つの問い
- 社内で持つ・外に委ねる・分担する、責任者の決め方
固有の業務ならAIスクラッチ開発も選択肢ですが、開発費とは別に保守費がかかります。
では、自社の体制で3年後も守り切れるかを、どう確かめるのか。答えは3年後に効いてくる4つの問いにあります。良い点と気をつけることは、守る人を先に決める進め方にまとめました。
Odooは、有償のEnterprise版と無料のCommunity版を区別して扱います。両者は、責任の線が大きく違うためです。違いそのものは Odoo Community版とEnterprise版の違い にまとめています。
システムを「守る」とは、具体的に何をすることか
守るという言葉は抽象的です。実務に落とすと、5つの仕事の集まりになります。
5つの仕事
| 仕事 | 中身 |
|---|---|
| アップデートの適用 | 製品やライブラリの修正版を、業務を止めずに反映する。放置すると、公開済みの弱点（脆弱性）がそのまま残る |
| バックアップと復旧 | 取るだけでは足りない。実際に戻せることを確かめて、はじめて意味を持つ |
| アクセス権限の管理 | 誰が何を見られるか。入社と退職のたびに手を入れる、地味で終わりのない仕事 |
| 障害時の一次対応 | 止まったとき、最初に誰が動くか。連絡先と判断の順序が決まっているかで、復旧までの時間が変わる |
| 変更の記録 | いつ、誰が、何を変えたか。これが残っていないと、数年後に誰も手を出せなくなる |
どれも「作る」仕事ではない
5つに共通するのは、作った後に発生し、終わりがないことです。
作る仕事には、期限と完成があります。守る仕事には、どちらもありません。ここが、判断を誤りやすい最大の理由です。
選択肢ごとの責任分界点｜責任の線はどこに引かれるか
同じ「Odooを使う」でも、使い方の形によって、5つの仕事のうち何が自社に残るかが変わります。
Odoo Online（Enterprise版）
サーバーの用意、更新の適用、バックアップの取得は、提供者側が担います。自社に残るのは、アクセス権限の管理と業務側の判断です。
自社の負担がいちばん軽い形ですが、ゼロにはなりません。誰が権限を管理するかは、必ず決める必要があります。
Odoo.sh（Enterprise版）
自社で開発したモジュール（追加機能）を載せられる形です。その分、追加部分の動作確認と、更新への追随が自社に残ります。
オンプレミス（Enterprise版）
サーバーの調達と運用、バックアップ、更新の適用が自社の仕事になります。ライセンスはEnterprise版でも、インフラの責任は自社です。
3つの形態の違いは Odooの導入形態3つを比較 で詳しく扱っています。
Community版
無料で使えますが、公式サポートの対象外です。5つの仕事のほぼすべてが、自社または委託先の責任になります。
「ライセンス費用がかからない」ことと「費用がかからない」ことは、別の話です。
スクラッチ開発
作った機能を守る責任は、契約で決めた範囲を除いて自社側にあります。
ただし、これは欠点ではありません。保守の体制と契約を先に設計しておけば、そのまま成立します。問題になるのは、作ることだけを決めて、守ることを決めなかった場合です。
パッケージとスクラッチのどちらを選ぶかは、パッケージERPかスクラッチ開発か で扱っています。
「作れる」と「任せられる」は別の話
生成AIで、システムを作るハードルは確実に下がりました。以前なら数か月かかった機能が、短期間で形になります。
一方で、下がっていないものがあります。
自動化されたのは「作る」側だけ
守る5つの仕事を思い出してください。どれも、業務の事情を知る人の判断が要ります。
権限をどこまで開くかは、組織の話。障害時にどこまで止めてよいかは、経営の話です。ここは、道具の進歩では代わりが利きません。
作れるようになった会社が次に抱える「動かし続けるコスト」は、作れるようになった会社が、次にぶつかる壁にまとめています。
「作った人」と「守る人」は同じでなくてよい
よくある誤解は、作った人がそのまま守り続けるという前提です。
実務では、作る役割と守る役割を分けて設計するほうが安定します。分けておけば、担当者の異動や退職があってもシステムは止まりません。
だから、問題は選択肢ではない
パッケージが安全で、スクラッチが危険、という話ではありません。
どの選択肢でも、5つの仕事は必ず発生します。問題は、「その担い手を決めないまま進めること」です。決めてさえいれば、どの選択肢でも成立します。
3年後に効いてくる4つの問い（引き継ぎ・サポート期間・障害・記録）
いま守れているかではなく、3年後も守れているかを確かめる問いです。
問い1：担当者が辞めたら
いちばん多い詰まりどころです。設定を触れる人がひとりしかいない状態は、選択肢の種類にかかわらず起こります。キーマンが抜けても会社が止まらない仕組みの考え方は、NetSuiteの教科書のキーマンが辞めても会社が止まらない仕組みが参考になります。
問い2：更新を止めたら
更新には手間がかかるため、後回しにされがちです。止めるなら、いつまで止めるかを決めてください。
Odooの標準サポートは、各メジャー版ともリリースから3年間です（出典：Odoo公式「Standard and extended support」、2026年10月確認）。その後は延長サポートに移れますが、追加料金がかかります。延長サポートの対象はOdoo.sh（一部の版）とオンプレミスで、Odoo Onlineにはありません。
たとえばOdoo 19.0の標準サポートは、2028年9月までの予定です。
問い3：夜中に止まったら
一次対応の担当と、連絡の順番が決まっているか。この1点で、翌朝の業務が回るかどうかが変わります。
問い4：説明を求められたら
取引先の監査や、M&Aの買い手による調査で問われる項目です。記録が残っていない状態は、それ自体が論点になります。
保守の責任者を決める、という意思決定
決め方は3つです。どれが正解ということはなく、体制と規模で選びます。
| 決め方 | 向いている会社 | 決めるときの注意点 |
|---|---|---|
| 社内で持つ | 情報システム担当がいる／内製の方針がある | ひとりに集中させない。代わりの人を必ず置く |
| 外に委ねる | 社内に技術者がいない／本業に集中したい | 契約に含まれる範囲を文書で確かめる |
| 分担する | 権限管理は社内、基盤は外部など | 境界を書き出し、曖昧な領域を残さない |
契約書を読み直す
外に委ねている場合は、含まれる範囲を確認してください。バックアップの取得は含まれていても、復旧テストは含まれていない。そうしたことが起こります。
会議で使える確認リスト
次の項目に「はい」と答えられないものが、いま決めるべきことです。
- □ 5つの仕事それぞれに、担当者の名前が書ける
- □ 担当者ごとに、代わりに動ける人がいる
- □ 最後に「バックアップから戻せる」ことを確かめた日を言える
- □ 夜間や休日に止まったとき、最初の連絡先が決まっている
- □ 外部に任せている仕事の範囲を、契約書で示せる
- □ 使っているバージョンの標準サポートがいつ終わるか知っている
日々の運用は Odooの運用・保守で押さえるポイント に、権限やバックアップの設計は Odooのセキュリティとバックアップの考え方 にまとめています。基本から確認したい場合は、「安全化」とは をご覧ください。
守る人を先に決める進め方の良い点と、気をつけること
製品選びより先に守る人を決める進め方には、次の良い点があります。
- 担当者が替わっても止まらない：作る役割と守る役割を分けて設計しておけば、担当者の異動や退職があってもシステムは止まりません
- どの選択肢でも成立する：担い手さえ決めていれば、パッケージでもスクラッチ開発でも成り立ちます
- 夜間の障害で動く人が決まる：一次対応の担当と連絡の順番が決まっているかで、翌朝の業務が回るかどうかが変わります
- 監査やM&Aの調査に備えられる：誰が何を変えたかの記録がない状態は、それ自体が論点になります。記録を残す担い手を決めておくことが備えです
- 書き出しは半日で終わる：5つの仕事の担い手を書き出す作業自体は、半日で終わります
一方で、気をつけることもあります。
- 守る仕事に終わりはない：作る仕事と違い、期限も完成もありません。作った後に発生し、終わりがない仕事です
- ひとりに集中させない：社内で持つ場合は、代わりに動ける人を必ず置きます
- 契約の範囲を読み直す：外に委ねていても、バックアップの取得は含まれ、復旧テストは含まれていないことがあります
- 標準サポートの期間を知る：Odooの標準サポートは、各メジャー版ともリリースから3年間です。その後の延長サポートには追加料金がかかります
担当表から始める具体的な順番は、ベンチャーネットが「守る体制」を確かめる順番にまとめています。
ベンチャーネットが「守る体制」を確かめる順番
ERP導入支援を手がけるベンチャーネットは、NetSuite・Odoo・AIスクラッチ開発を扱い、SAPからのリプレイスにも対応しています。どの製品を選んでも守る仕事は残るため、製品選びより先に、次の順で確かめます。
- 5つの仕事の担当表を作る：いまの担い手を名前で書き出します。たいてい1つか2つ、誰も担っていない行が見つかります。
- 3〜5年後の体制から逆算する：担当者の異動や退職、事業の拡大を前提に、その表がどう崩れるかを見ます。
- 自社に残す仕事の量を決める：社内で持てる範囲を先に決め、それに合う形（Odoo Online、Odoo.sh、オンプレミスなど）を選びます。
- 合わない選択肢は合わないと伝える：守る人がいないのにCommunity版やオンプレミスを選ぶ計画なら、その点をはっきりお伝えします。
- 契約と手順書に落とす：委託する範囲と、復旧テストや権限見直しの頻度を文書にします。
AIスクラッチ開発が合う場合もあります。ただし、ライセンスが要らない代わりに、開発費と保守費は別途かかる。守る体制を含めて比べることが前提です。
システムの保守体制についてよくある質問
AIが攻撃を自動化するなら、対策は追いつかないのですか？
追いつかないという前提には、立たないでください。
同じ技術は、守る側でも使われています。修正版の公開も、異常の検知も、以前より速くなりました。
公開された修正を、自社に適用できる体制があるかどうかが重要です。適用されない修正は、存在しないのと同じです。
自社でシステムを作るのは、やめたほうがよいですか？
そうは考えていません。
固有の業務を持つ会社にとって、必要な機能だけを自社の資産として持つ選択は合理的です。ベンチャーネットもAIスクラッチ開発を選択肢のひとつとして扱っており、その場合は開発費とは別に保守費がかかる点も含めて判断します。
分かれ目は、作るかどうかではなく、守る体制を最初から設計に含めたかどうか。ドキュメントの整備と保守契約をセットで決めておけば、この選択は十分に成立します。
Community版はセキュリティ面で不利ですか？
製品そのものが劣るという意味では、不利ではありません。
ただし公式サポートの対象外のため、修正の追随、バックアップ、障害対応をすべて自社または委託先で担います。それを担える体制があるかが分かれ目です。
体制がない場合は、Enterprise版やクラウド形態のほうが、結果的に負担が小さくなります。
小さい会社でも、ここまで決める必要がありますか？
必要です。規模が小さいほど、決めておく価値は大きくなります。
担当者がひとりしかいない会社ほど、その人が抜けたときの影響が大きいためです。書き出す作業自体は、半日で終わります。中小企業における基幹システムの位置づけは、中小企業向けERPとは で扱っています。
何から手をつければよいですか？
5つの仕事を紙に書き、それぞれの担い手の名前を書いてみてください。
名前が書けない行が、そのまま次に決めるべきことです。ツールの検討より先に、この一覧を作ることをおすすめします。
システム保守の責任分界点とは何ですか？
提供者と自社が担う範囲を分ける線のことです。守る仕事は、更新・バックアップ・権限・障害対応・記録の5つです。Odoo Online（Enterprise版）なら、サーバーの用意・更新の適用・バックアップの取得は提供者側が担います。自社に残るのは、アクセス権限の管理と業務側の判断です。
Community版では、5つの仕事のほぼすべてが自社または委託先の責任になります。形態ごとの線の引かれ方は、選択肢ごとの責任分界点にまとめています。
まとめ：守る人を決めれば、選択肢は自由になる
- 「守る」とは、更新・バックアップ・権限・障害対応・記録という5つの仕事の集まり
- どの選択肢でも、5つの仕事はなくならない。移動するのは責任の線だけ
- Odoo Online・Odoo.sh・オンプレミス・Community版・スクラッチ開発の順に、自社に残る範囲が広くなる
- 生成AIが自動化したのは「作る」側で、守る仕事には業務を知る人の判断が要る
- 危ないのは選択肢ではなく、担い手を決めないまま進めること
- 3年後の問いは4つ。担当者の交代・更新停止・夜間障害・説明の求め
守る人を決めることは、技術の判断ではなく経営の判断です。決まっていれば、どの選択肢を選んでも前に進めます。
1年後、システム担当者が退職を申し出ても、社長は慌てずに担当表を開くだけで済む。代わりの人が次の更新日と、前回の復旧テストの結果をすでに把握しているからです。
もう少し詳しく知りたい方へ
「5つの仕事の担い手を書き出したら、埋まらない行が出てきた」という段階からご相談いただけます。現状の体制の棚卸しからご一緒します。
関連記事
