朝、事務所の電話が鳴りやまない。今日どの技術者がどの現場へ行くかを、毎朝口頭で決め直している。
現場で使った部材や作業時間は、紙の報告書で戻ってくる。請求書に載るのは翌月か、漏れたままになる。
こうした現地対応は、いまのOdoo（オドゥー）ではPlanningアプリの中で扱えます。技術者の割り当て（計画）と現場の作業（実行）を、同じ記録でつなぐ形です。
フィールドサービス（FSM）とは、設備の設置・保守・点検・修理など、顧客の現場に出向いて行う業務の管理です。オープンソース由来の統合業務アプリ群であるOdooでは、もともと独立したアプリでした。
いま「Odoo フィールドサービス」で調べると、情報が食い違います。答えは公式のリリースノートにあります（出典：Odoo公式 19.2 リリースノート、2026年10月確認）。
フィールドサービスアプリは廃止されました。その機能はPlanningアプリに統合されています。
19.0では独立したアプリです。19.2以降は、Planningの設定で「Field Service」を有効にして使います。作業報告や署名付き報告書も、Planningの中で扱います（何が変わったのか）。
Planningで扱うと、たとえば次のことが変わります。
- 技術者の割り当てと現場の作業記録が、1本の記録でつながる
- 使った部材が在庫から減り、作業時間が請求につながる
- 計画と実行のために、導入するアプリは1つで足りる
- 技術者はスマートフォンから現場の記録を入れられる
ただし、訪問が月に数件で担当も1人なら、入れる必要はありません（入れないほうがよい場合）。
では、ネット上に残る古い情報は、どこまで信じればよいのでしょうか。答えは古い情報の読み替え方に、良い点と注意点はメリットとデメリットにあります。
エディションについて
統合先のPlanningアプリと、現地対応に関わる機能は、有償のEnterprise版が対象と案内されています。無料のCommunity版では利用できません。
Odooのフィールドサービスで何が変わったのか
公式の記載
Odooのリリースノート（19.2）には、フィールドサービスアプリが廃止され、その機能がPlanningアプリに統合されたという趣旨の記載があります。
Odooが開催した公式のウェビナーでも、同じ説明がありました。独立したアプリを終了し、コアの機能をPlanningへ統合したという内容です。
19.4の公式ドキュメントでは、フィールドサービスはPlanningの中の一つの章として書かれています。設定画面で「Field Service」を有効にすると、現地対応をシフトとして予定に入れられます。作業報告（ワークシート）、使った部材と時間の請求、顧客の署名付き報告書も、Planningの中で扱います（出典：Odoo公式ドキュメント「Field service」（19.4）、2026年10月確認）。
19.0のドキュメントでは、独立したアプリのままです（出典：Odoo公式ドキュメント「Field Service」（19.0）、2026年10月確認）。
名称が変わっただけではありません。アプリの構成そのものが変わっています。
なぜPlanningに統合されたのか
現地対応の業務は、2つの要素が常にセットです。
| 要素 | 内容 |
|---|---|
| 計画 | 誰が、いつ、どこへ行くか |
| 実行 | 現場で何をして、何を使い、どれだけ時間がかかったか |
これが別々のアプリに分かれていると、同じ予定を2か所で扱うことになります。
- Planningで技術者のシフトを組む
- フィールドサービスで作業を割り当てる
- どちらが正しい予定なのか、分からなくなる
計画（誰のどの時間を押さえるか）と実行（そこで何をしたか）は、1つの記録で扱うほうが素直です。統合の理由は、この重複をなくすことだと考えると、理解しやすいはずです。
Odooで現地対応を扱うメリットとデメリット
統合後の構成で現地対応をOdooに載せるときの、良い点と注意点は次のとおりです。使える版は、機能ごとに添えています。
メリット
- 計画と実行が1つの記録になる：誰がいつどこへ行くかと、そこで何をしたかを、Planningの同じ記録で扱う。同じ予定を2か所で持たずに済む（Enterprise版）
- 導入するアプリは1つで足りる：作業報告（ワークシート）、使った部材と時間の請求、顧客の署名付き報告書も、Planningの中で扱う（Enterprise版）
- 在庫・請求・会計と同じ場所にある：使った部材が在庫から減り、作業時間が請求につながる
- スマートフォンから使える：ブラウザで使うPWAと、ストアアプリで使える。現地対応を記録するなら、統合先のPlanningのためEnterprise版が前提
- 割り当てと時間の記録だけならCommunity版でも組める：プロジェクト管理と工数管理は、Community版でも利用できるとされている
デメリット・注意点
- Community版では使えない：統合先のPlanningアプリは、Enterprise版が対象と案内されている
- 専用サービスのほうが優れる部分がある：ルート最適化や複雑な作業指示の管理では、現地対応に特化した専用サービスに分がある
- 旧構成の会社はバージョンアップで影響を受ける：従来の作業報告の様式が使えるかの確認が要る。画面が変わるため、現場の再教育が必要になる可能性もある
- 訪問が少ないと効果は限られる：訪問が月に数件で担当も1人なら、カレンダーと連絡で足りる
両方を並べると、次の図のとおりです。
注意点への備え方は、ベンチャーネットが確かめる順番と既存のフィールドサービスを使っている場合にまとめました。
古いフィールドサービス情報の読み替え方
検索で見つけた情報を読むときは、まず「どのバージョンの話か」を見ます。
対象バージョンの記載があれば、そのまま判断できます。記載がなければ、公開日で推測します。19.2以降を扱う情報は、Planningの中の機能として読めば十分です。19.1以前の情報は、考え方だけを参考にし、画面や手順は読み替えます。
業務の考え方は、古い情報でも役に立つ
アプリの構成は変わりました。それでも、現地対応という業務そのものは変わっていません。
- 作業指示に、場所・顧客・必要な部材・手順を持たせる
- 現場で作業報告（ワークシート）を記入する
- 使った部材を在庫から引き落とす
- かかった時間を記録し、請求につなげる
こうした考え方は、古い情報でも参考になります。読み替えが要るのは、どのアプリのどの画面で行うか、という部分だけです。
変わったのは「導入計画」
経営者にとっていちばん影響が大きいのは、ここです。フィールドサービスを別枠のアプリとして計画に入れる前提は、もう当てはまりません。
見積や社内稟議で「フィールドサービスの導入」を独立した項目にしていたなら、Planningの範囲として整理し直す必要があります。
現地対応をOdooに載せるまでに、ベンチャーネットが確かめる順番
これから現地対応の仕組みを作るなら、ベンチャーネットは次の順で確かめます。機能を探すより先に、前提を固めるためです。
(1) 対象バージョンとホスティングを確定する
すべての出発点は、ここです。
使うバージョンによって、画面も名称も構成も変わります。バージョンを決めずに機能を調べても、情報が食い違うだけです。
ホスティング（Odooを動かす場所）によって、新機能を受け取る時期も変わります。その違いは、バージョンと機能の更新についてにまとめました。
バージョンの考え方は Odooのバージョンアップとサポート期間 にあります。
(2) 計画と実行を、1つの記録で扱う前提で業務を見直す
統合後は、要員の割り当てと現場での実行が同じ記録になります。
- 誰のどの時間を押さえるか
- そこで何をするか
- 実際にどうだったか
この3つが1本でつながるのが、標準の形です。ベンチャーネットは、この標準の形に業務を合わせる（Fit to Standard）ことから検討を始めます。独自の様式を作り込む前に、標準で回らない部分だけを洗い出します。
シフト・要員計画の各論は Odooのシフト・リソース計画（Planning） にまとめました。
(3) 現場の入力を、軽くする
現地対応でいちばん定着しにくいのは、現場での報告入力です。ベンチャーネットは次の3つの原則を守ります。
- 粒度を細かくしすぎない（分単位の記録を求めない）
- 個人の評価に使わない（評価に使うと入力が歪む）
- スマートフォンで数十秒で終わる形にする
この3つを外すと、入力されなくなります。入力されなければ、どんな機能も意味を持ちません。
(4) 通信環境を前提にしない
現場は、電波が届く場所とは限りません。地下、山間部、金属に囲まれた設備の内部などです。
通信が不安定なときにどう運用するかは、実機で確認してください。カタログの記載だけで判断しないでください。
(5) 合わなければ、合わないと伝える
ここまで確かめて、Odooの標準では回らないと分かることもあります。その場合、ベンチャーネットは無理に載せることを勧めません。
ERP導入支援を手がけるベンチャーネットは、NetSuite・Odoo・AIスクラッチ開発を扱い、SAPからのリプレイスにも対応しています。特定の製品に偏らず、専用のFSMサービスも含めて、規模と要件に合う形を一緒に考えます。拠点や技術者が多い規模なら、NetSuite Field Service Managementも候補に入ります。AIスクラッチ開発はライセンスが不要な代わりに、開発費・保守費が別途かかります。
既存のフィールドサービスを使っている場合
すでに旧構成で運用している会社は、バージョンアップの際に影響を受けます。
確認すべきこと
| 項目 | 内容 |
|---|---|
| データの引き継ぎ | 過去の作業記録がどう扱われるか |
| 作業報告の様式 | 従来の様式がそのまま使えるか |
| 現場の操作手順 | 画面が変わるため、再教育が必要になる可能性 |
| 連携している他の仕組み | 外部との接続がある場合の影響 |
3つ目の「現場の操作手順」は、軽く見ないでください。
現場の担当者は、手順を体で覚えて使っています。画面が変わると、一時的に作業効率が落ちます。バージョンアップは、繁忙期を避けて計画してください。
個別の影響は、対象バージョンと自社の設定によって変わります。移行の前に、必ず検証環境で確認してください。
バージョンアップの進め方は Odooのバージョンアップとサポート期間 をご覧ください。
現地対応で使うCommunity版とEnterprise版の違い
Odooには、無料のCommunity版と有償のEnterprise版があります。
Community版は、オープンソースとして無料で使えます。ただし、サーバの用意・アップデート・障害対応は自社の責任で、公式サポートの対象外です。
統合先のPlanningアプリは、Enterprise版が対象です。Community版では利用できないと案内されています。現地対応の業務をOdooで扱うなら、Enterprise版が前提です。
一方で、プロジェクト管理と工数管理は、Community版でも利用できるとされています。作業の割り当てと時間の記録だけなら、こちらで組み立てる余地があります。
スマートフォンからは、ブラウザで使うPWA（アプリのように使えるWebアプリ）と、ストアアプリで使えます。公式ドキュメントに版の限定の記載はありません。ただし、統合先のPlanningがEnterprise版のため、現場で現地対応を記録するならEnterprise版が前提になります。
どの機能がどちらの版で使えるかは、バージョンによって変わります。検討するときは、対象バージョンで確認してください。詳しくは Odoo Community版とEnterprise版の違い をご覧ください。
他のアプリとのつながり
| アプリ | つながり方 |
|---|---|
| シフト・リソース計画 | 統合先。要員の割り当てと現地作業を扱う |
| ヘルプデスク | 問い合わせから現地対応が必要になった場合の引き渡し |
| プロジェクト管理 | 案件としての採算管理 |
| 在庫管理 | 現場で使った部材の引き落とし |
| 設備保全 | 自社設備の保全。顧客先の対応とは区別する |
表の最後の行は混同しやすいところです。自社の設備を守る保全と、顧客の現場に出向く業務は、別の話です。
それぞれの詳細は、次の記事にあります。
現地対応の管理にOdooを入れないほうがよい場合
社内会議では、次の表で自社がどこに当てはまるかを見てください。
| 自社の状況 | 判断 |
|---|---|
| 訪問は月に数件で、担当も1人 | 入れる必要はありません |
| 訪問先が固定で、作業内容も毎回同じ | 効果は限定的です |
| 技術者が複数人いて、毎朝の割り当てに誰かの時間が取られている | 効果が出やすい領域です |
| 現場で使った部材と作業時間が、請求から漏れている | 統合の価値が出ます |
1行目は、とくに強調しておきます。訪問が少なければ、カレンダーと連絡で足ります。この仕組みが役に立つのは、割り当てを毎日決めなければならない規模からです。
専用のFSMサービスという選択肢
現地対応に特化した、専用のサービスもあります。ルート最適化や、複雑な作業指示の管理では、専用サービスのほうが優れている部分があります。
Odooに意味があるのは、在庫・請求・会計まで同じ場所にある場合です。使った部材が在庫から減り、作業時間が請求につながる。この接続に価値を感じるかどうかで判断してください。
バージョンと機能の更新について
Odoo 19.0は、2025年9月にリリースされました。標準サポートの終了は2028年9月（予定）と、公式に記載があります。
その後、19.1（2026年1月）・19.2（2026年3月）・19.3（2026年5月）・19.4（2026年7月）が順に提供されています。
19.1〜19.4は、Odooオンラインで先に提供されました。Odoo.shとオンプレミスは対象外でした（公式のサポート表にN/Aと明記）。
2026年9月には、次のメジャー版のOdoo 20が公開されました。Odoo.shやオンプレミスの会社も、Odoo 20に上げれば、19.1〜19.4の新機能をまとめて受け取れます。
違うのは、新機能を受け取る時期です。早く使いたいならOdooオンライン。自社で管理したいならOdoo.shかオンプレミスで、年1回のメジャー版に合わせる。そう考えると整理できます。Odoo 20の変更点はOdoo 20の新機能まとめにあります。
フィールドサービスアプリの廃止とPlanningへの統合は、19.1〜19.4のうち、19.2（2026年3月）で行われました。バージョンを特定して確かめたいときは、この時期を目安にしてください。
この節は、Enterprise版の話です。Community版は、この更新の流れに乗りません。
※出典：Odoo公式のリリースノートおよびドキュメント（2026年10月確認）
よくある質問
Q1. 結局、いま「フィールドサービス」という名前のアプリはありますか？
Odoo公式のリリースノート（19.2）では、廃止されたと案内されています。機能はPlanningアプリに統合されています。
ただし、19.0では独立したアプリのままです。自社が使っているバージョンで確認してください。
Q2. 検索して出てくる古い記事は、まったく役に立ちませんか？
業務の考え方は参考になります。現地対応で何を管理すべきかという整理は、構成が変わっても有効です。
読み替えが要るのは、画面と手順です。対象バージョンの公式ドキュメントで、最後に確認してください。
Q3. 社内稟議で「フィールドサービス導入」と書いていました。どう直せばよいですか？
Planningの範囲として立て直してください。そのうえで、まず対象バージョンを決めるのが、いま取るべき最初の一歩です。
Q4. 既存の運用に、すぐ影響がありますか？
バージョンを上げなければ、すぐには変わりません。
ただし、いずれ上げる時期が来ます。影響の確認は、バージョンアップの計画に含めてください。
Q5. この記事の内容も、いずれ古くなりますか？
なります。Odooは年1回のメジャーバージョンに加え、その間にも更新があります。
この記事は、2026年10月時点の公式情報にもとづいています。検討するときは必ず、対象バージョンの公式ドキュメントで確認してください。
Q6. Odooで現地対応を扱うメリットとデメリットは何ですか？
計画と実行を1つにまとめられる一方で版と規模の条件があります。
統合後のPlanningでは、要員の割り当てと現場の作業報告を同じ記録で扱います。使った部材は在庫から減り、作業時間は請求につながります。
一方、Planningは有償のEnterprise版が対象と案内されています。訪問が月に数件なら、入れる必要はありません（メリットとデメリット）。
まとめ
「Odoo フィールドサービス」で情報が食い違うのは、構成が変わったばかりだからです。
Odoo公式のリリースノート（19.2）には、アプリの廃止とPlanningへの統合が記載されています（2026年10月確認）。名称が変わったのではなく、アプリの構成そのものが変わりました。
背景は、業務の形から分かります。現地対応は「誰がいつどこへ行くか（計画）」と「そこで何をしたか（実行）」が常にセットです。別々のアプリだと、同じ予定を2か所で扱い、どちらが正しいのか分からなくなります。
情報を読むときは、まず対象バージョンを確認してください。記載がなければ、公開日で推測します。19.1以前を扱う情報は、業務の考え方だけを参考にし、画面と手順は読み替えます。
経営者にとっていちばん影響が大きいのは、導入計画です。「フィールドサービス」を別枠で稟議に立てていたなら、Planningの範囲として整理し直します。
良い点は、計画と実行が1つの記録になり、部材と時間が在庫と請求につながることです。注意点は、Enterprise版が前提で、訪問が少ないと効果が限られることです。
これから作るなら、順番は4つです。対象バージョンを確定する。計画と実行を1本の記録で扱う。現場の入力を軽くする。通信環境を前提にしない。
1年後、朝の電話で割り当てを決め直す時間がなくなり、技術者は現場を出る前にスマートフォンで報告を終えている。その日に使った部材は在庫から減り、作業時間は漏れずに請求へ載っている。そんな現場を目指してください。
もう少し詳しく知りたい方へ
ベンチャーネットは、ERP導入支援を手がける会社です。NetSuite・Odoo・AIスクラッチ開発を扱い、SAPからのリプレイスにも対応しているため、特定の製品に偏らない立場でご提案できます。
「自社のバージョンでは何が使えるのか」「そもそも現地対応をOdooに載せるべきか」の確認からご相談を承っています。
あわせて読みたい記事
