Odoo Field Service: Einsatzplanung, Arbeitsaufträge und Vor-Ort-Teile

Einleitung

Odoo Field Service ist dafür gemacht, Unternehmen zu unterstützen, die Ergebnisse und Expertenleistung verkaufen: Projekte, Zeiterfassung, Außeneinsätze und Helpdesk-Tickets sollten zusammen eine einzige, nachvollziehbare Kundenstory ergeben — inkl. Marge.

Wenn Lieferung und Support in getrennten Systemen laufen, sinkt die Auslastung, SLAs werden verfehlt und Rechnungen werden oft erst Wochen nach der Leistungstellung gestellt.

Field Service verknüpft Aufgaben, Zeitaufwand, Ersatzteile und Kundenkommunikation, sodass Account Manager den Zustand der Erbringung auf einen Blick sehen — ohne ewig nach Status-E-Mails suchen zu müssen.

Agenturinhaber, Beratungsfirmen und Support-Leads können die folgenden Anwendungsfälle direkt mit ihren bestehenden Abläufen abgleichen und daraus Prioritäten ableiten.

Field Service ist ein Modul im Odoo-ERP: Teams greifen darauf zurück, wenn sie klare Verantwortlichkeiten, wiederholbare Abläufe und eine durchsuchbare Historie wollen — statt verstreuter Nachrichten und Offline-Tabellen. Kurz: Dispatch, Worksheets und On-Site Parts bilden die Kernfunktionen, die Entscheider sehen möchten.

Dieser Beitrag listet eine Top-10 — von Level 1 (einfach) bis Level 10 (Experten). Zu jedem Level finden Sie nummerierte Schritte: die konkreten Klicks in Odoo Field Service.

Beginnen Sie dort, wo Ihr Team sich wohlfühlt — nicht bei Level 10 nur weil es beeindruckend klingt.

Lesen Sie zuerst die Herausforderungen, öffnen Sie dann das Level, das zu Ihrer aktuellen Praxis passt.

In diesem Leitfaden sehen Sie:

• Welche Rolle Odoo Field Service typischerweise innerhalb der Systemlandschaft eines Unternehmens übernimmt
• Wo Teams heute am meisten Reibung haben (und warum das passiert)
• Zehn priorisierte Anwendungsfälle von einfacher Disziplin bis strategischer Automatisierung
• Wann Automatisierung oder Integrationen den Einsatz eines Odoo-Partners rechtfertigen

Die Ausgangslage

Ein verärgerter Kunde meldet sich wegen eines verzögerten Projekts. Support, Delivery und Account Management haben unterschiedliche Wahrnehmungen — die Zeiten wurden spät gebucht, sodass die Marge erst nach genauer Prüfung auffällig wurde.

Beratungs- und Servicefirmen verkaufen Zeit und Ergebnis, doch Auslastung und SLAs werden oft erst nachträglich erfasst. Wenn Abrechnung, Durchführung und Ticket-Historie nicht auf einer Timeline liegen, frisst das versteckte Kosten und Margen.

Klingt bekannt? Meistens stoßen Teams auf diese Probleme:

• Projekte starten verspätet, weil Verkaufsinformationen fehlen
• Support-Tickets sind nicht mit Verträgen oder Rechnungen verknüpft
• Zeit wird nachträglich erfasst — das beschädigt fakturierbare Margen

Die gute Nachricht: Es braucht keinen Big-Bang. Wählen Sie einen Use Case aus, testen Sie ihn 30 Tage in Odoo Field Service und messen Sie die Auswirkungen.

Top 10 Field Service Anwendungsfälle

Zehn konkrete Anwendungen von Odoo Field Service, rangiert von Level 1 (sofort umsetzbar) bis Level 10 (Expertenarchitektur). Zu jedem Punkt: Was bauen wir, und welche Klicks würden Sie in Odoo machen?

Level 1 entspricht einem schnellen Alltagsgewinn. Level 10 ist bewusst sehr weit gedacht, damit Sie sehen, wie skalierbar dieselbe App bei sauberer Architektur ist.

Wählen Sie Ihr Level, probieren Sie die nummerierten Schritte in einer Testdatenbank aus und steigen Sie auf, wenn das vorherige Level zur Routine geworden ist.

1. Ihren ersten Vor-Ort-Einsatz aus einer einzelnen Aufgabe heraus schicken Level 1 — Easy

Level 1 ist die Basishandlung: Eine Disponentin erstellt eine Aufgabe, vergibt sie an einen Techniker — keine komplexe Planung, kein Worksheet, noch keine Rechnungslogik; einfach ein papierloser Arbeitsauftrag.

So würden Sie es in Odoo anlegen:

1. Field Service App installieren, Field Service → Aufgaben → Neu: Kunde, Einsatzadresse und geplantes Datum setzen.
2. Im Feld Zuständig einen Techniker wählen, kurze Problembeschreibung erfassen und Aufgabe speichern.
3. Vorherige Fotos oder Belege im Chatter anheften, damit der Techniker mit Vorwissen losfährt.
4. Der Techniker öffnet die Odoo Mobile App, tippt auf die Aufgabe, folgt dem Adresslink und liest die Beschreibung unterwegs.
5. Nach Rückkehr markiert der Techniker die Aufgabe als Erledigt; der Kunde erhält automatisch eine Abschlussmail mit Bericht.

Nutzen: Papieraufträge entfallen, Dispatcher und Techniker arbeiten mit derselben Aufgabe — nichts geht zwischen Büro und Fahrzeug verloren.

2. Techniker mit der mobilen Field Service App ausstatten Level 2 — Easy

Level 2 macht das Smartphone zum Hauptwerkzeug des Technikers. Die Odoo-Mobile-App mit Navigation und Offline-Funktion spart lästige Fahrten ins Büro.

So würden Sie es in Odoo anlegen:

1. Jeder Techniker installiert die Mobile App und loggt sich mit seinem Field Service-Benutzer ein; falls nötig, den Benutzer in Einstellungen → Benutzer anlegen.
2. Unter Field Service → Meine Aufgaben sieht der Techniker nur seine zugewiesenen Einsätze des Tages, sortiert nach Zeit.
3. Der Adresslink öffnet die native Karten-App für die Navigation zum Kundenstandort.
4. Mit Start-/Stopp-Timer protokolliert der Techniker die Vor-Ort-Zeit; die Dauer wird auch offline gespeichert.
5. Am Tagesende synchronisiert das Telefon: Büro sieht alle erledigten Einsätze, Fotos und Notizen in Odoo.

Nutzen: Techniker sind länger beim Kunden statt im Büro, und der Dispatcher hat Echtzeit-Sicht auf jeden Besuch.

3. Ein Worksheet-Template für standardisierte Einsatzberichte anlegen Level 3 — Easy

Level 3 führt Worksheets ein — strukturierte Formulare ersetzen freie Textnotizen, sodass gleichartige Einsätze einheitliche Daten liefern.

So würden Sie es in Odoo anlegen:

1. Worksheet installieren: Field Service → Konfiguration → Worksheet-Vorlagen → Neu, z. B. Jahreswartung anlegen.
2. Mit Studio die Pflichtfelder definieren: Seriennummer, Status bestanden/nicht bestanden, Messwerte, verbaute Teile, Zusatzbemerkung.
3. Dem Aufgabentyp Jahreswartung die Worksheet-Vorlage zuordnen, damit das Formular automatisch im Einsatz erscheint.
4. Auf dem Mobilgerät füllt der Techniker das Worksheet vor Ort aus und der Kunde unterschreibt auf dem Bildschirm.
5. Nach Abschluss steht ein PDF mit Worksheet, Unterschrift und Chattereinträgen zur Verfügung — per Klick an den Kunden senden.

Nutzen: Einsatzberichte werden zu strukturierten Daten, die sich filtern, vergleichen und auswerten lassen.

4. Vor-Ort verwendete Teile erfassen, damit Lagerbestand und Rechnung übereinstimmen Level 4 — Medium

Level 4 behandelt Vor-Ort-Teile — die Produkt-Registerkarte verknüpft Field Service mit Inventory, sodass der Lagerbestand im Service-Fahrzeug automatisch reduziert wird und nichts doppelt oder gar nicht berechnet wird.

So würden Sie es in Odoo anlegen:

1. In Inventory → Konfiguration → Lager einen virtuellen Standort pro Service-Fahrzeug anlegen, damit Van-Bestand getrennt vom Hauptlager geführt wird.
2. Auf jeder Field Service-Aufgabe die erwarteten Teile im Reiter Produkte mit Menge eintragen.
3. Auf dem Mobilgerät bestätigt der Techniker genutzte Teile als Verbraucht oder ergänzt nachträglich nicht geplante Teile.
4. Bei Bestätigung erzeugt Odoo einen Umlagerungsschritt, der den Van-Stand reduziert; die Rechnung übernimmt dieselben Artikel und Preise.
5. Planen Sie jeden Montagmorgen einen internen Transfer, um die Vans anhand des Verbrauchs der Vorwoche vom Hauptlager aufzufüllen.
6. Inventory → Reporting → Bestand pro Standort prüfen, damit jeder Van die richtige Teileausrüstung für die kommende Woche hat.

Nutzen: Überraschungen am Monatsende entfallen: Jedes vor Ort verwendete Teil erscheint auf der Rechnung, im Lagerbericht und in der Kundenhistorie.

5. Arbeitszeit und Teile automatisch aus Timesheets fakturieren Level 5 — Medium

Level 5 schließt den Zahlungsfluss: Durch die Timesheet-Integration pro Aufgabe werden tatsächliche Arbeitsstunden erfasst, sodass Stunden und Teile ohne Doppelarbeit in die Rechnung fließen.

So würden Sie es in Odoo anlegen:

1. Aufgabe mit Sales Order verknüpfen oder einen Sales Order erstellen, der ein Service-Produkt auf Timesheets und einen Stundensatz passend zum Vertrag enthält.
2. Techniker startet den Timer bei Ankunft und stoppt ihn vor der Abfahrt; die Zeile landet automatisch an der Aufgabe.
3. Bestätigte Teile im Produkte-Reiter werden zusammen mit den Stunden in Echtzeit auf den verknüpften Sales Order gepusht.
4. Aus der Aufgabe → Rechnung erstellen: Odoo legt einen Entwurf mit der Aufschlüsselung (Arbeitszeit, Teile, Fahrt) zur Prüfung an.
5. Versenden Sie die Rechnung per E-Mail mit dem Worksheet-PDF angehängt, damit Kunde Leistungen und Abrechnung in einem Paket erhält.
6. Reporting → Zeit- und Material pro Aufgabe, um die fakturierbare Auslastung pro Techniker und Kunde wöchentlich zu prüfen.

Nutzen: Abrechnung pro Einsatz reduziert sich von Tagen auf Minuten; die Buchhaltung schließt den Monat ohne offene oder halboffene Aufträge.

6. Unterschrift, Fotos und GPS als revisionssichere Nachweise erfassen Level 6 — Medium

Level 6 nutzt die mobilen Erfassungsmöglichkeiten: Unterschrift, Vorher-/Nachher-Fotos und GPS-Koordinaten verwandeln jeden Einsatz in einen rechtssicheren Beleg für Streitfälle.

So würden Sie es in Odoo anlegen:

1. Der Techniker macht bei Ankunft ein Vorher-Foto, um den Zustand des Geräts zu dokumentieren.
2. Am Ende des Einsatzes werden Nachher-Fotos und eine kurze Notiz ins Chatter gehängt — mit Zeitstempel.
3. Aktivieren Sie Geolocation für den Aufgabentyp, damit Start- und End-Koordinaten des Geräts protokolliert werden.
4. Der Kunde unterschreibt das Worksheet auf dem Bildschirm; die Unterschrift wird ins PDF eingebettet und an der Aufgabe gespeichert.
5. Auf dem Aufgabentyp Signature und Photo als Pflichtfelder zum Schließen setzen, damit Techniker ohne Belege nicht abschließen können.

Nutzen: Service-Streitfälle sind schnell geklärt — Foto, Signatur und GPS sind direkt auf der Aufgabe hinterlegt.

7. Mehrere Techniker über viele Standorte per Karte planen und routen Level 7 — Hard

Level 7 verbindet Field Service mit Planning: Die Kartenansicht hilft, den richtigen Techniker basierend auf Skill, Entfernung und Verfügbarkeit zuzuweisen — inklusive automatischer ETA-Benachrichtigung an den Kunden.

So würden Sie es in Odoo anlegen:

1. Planning installieren, dann in Field Service → Konfiguration Techniker anlegen: Basisstandort, Arbeitszeiten und Skills zuweisen.
2. Planning-Gantt und Kartenansicht öffnen, um offene Aufgaben und Positionen aller Techniker für die Woche zu sehen.
3. Aufgabe auf der Karte per Drag & Drop an den nächstgelegenen verfügbaren Techniker mit passender Qualifikation ziehen; Odoo aktualisiert Datum und informiert den Techniker.
4. Eine ETA-SMS-Vorlage aktivieren, damit der Kunde am Morgen des Termins ein Zeitfenster inklusive Technikername und Telefonnummer erhält.
5. Wenn ein Einsatz länger dauert, verschieben Sie den nächsten Termin oder weisen ihn um — der Kunde erhält die neue ETA automatisch.

Nutzen: Mehr fakturierbare Stunden pro Techniker, weniger Fahrzeit und weniger Kundenanrufe nach dem Verbleib des Technikers.

8. Wiederkehrende Wartungsverträge mit automatisch generierten Jahresvisiten verkaufen Level 8 — Hard

Level 8 verknüpft Field Service mit Subscriptions: Laufende Wartungsverträge legen die Einsätze automatisch an, sodass die Planung von Quartals- oder Jahreswartungen planbar wird.

So würden Sie es in Odoo anlegen:

1. In Subscriptions eine Wartungsplan-Vorlage anlegen: Anzahl Besuche pro Jahr, Rechnungsregel und Laufzeit.
2. Im Verkauf ein Angebot erstellen, das das Wartungsprodukt enthält; bei Bestätigung werden Abo und erste Rechnung erzeugt.
3. Studio-Automation nutzen: Wenn ein Abo aktiv wird, erzeugen Sie per Batch die Field Service-Aufgaben für alle geplanten Termine des Jahres.
4. Jeder Aufgabe den passenden Techniker zuweisen; Kunde erhält sieben Tage vor dem Besuch eine Bestätigungsmail.
5. Auf dem Abo zeigt die Schaltfläche Besuche alle vergangenen und kommenden Aufgaben mit Status, unterschriebenen Worksheets und Rechnungen an.
6. 60 Tage vor Ablauf erinnert eine Aktivität den Account Manager ans Gespräch; Verlängerung erfolgt z. B. über die Sign-App.

Nutzen: Wiederkehrende Umsätze laufen diszipliniert; Planer bearbeiten Ausnahmen statt jede Kalenderwoche neu zu bauen.

9. SLA-Verträge mit Kundenportal und Live-Status betreiben Level 9 — Hard

Level 9 macht Field Service kundenorientiert: SLAs steuern Priorität und Eskalation, das Portal erlaubt Kunden, Tickets zu öffnen, Status zu verfolgen und Berichte selbst herunterzuladen.

So würden Sie es in Odoo anlegen:

1. Helpdesk installieren, SLA-Richtlinien konfigurieren (z. B. Reaktion < 2 Stunden, Lösung < 8 Stunden bei Kritisch) und sie einem Service-Team zuweisen.
2. Portal-Zugriff für Kundenkontakte aktivieren, damit sie eine Seite mit offenen Tickets, geplanten Einsätzen und unterschriebenen Berichten sehen.
3. Bei SLA-Verstoß automatisiert Studio: Eskalation der zugehörigen Field Service-Aufgabe an einen Senior-Techniker und Benachrichtigung des Account Managers im Chatter.
4. Aus dem Portal eröffnet der Kunde ein Ticket; Helpdesk erzeugt automatisch die passende Field Service-Aufgabe mit korrekter Priorität und Teamzuweisung.
5. Der Kunde verfolgt live: zugewiesener Techniker, ETA-Fenster, Vor-Ort-Status, unterschriebene Worksheet und Rechnung.

Nutzen: Kunden fühlen sich gut bedient, SLAs werden messbar und Account Manager verhandeln Erneuerungen mit belastbaren Daten statt Versprechen.

Die Verzahnung von SLA-Policies, Kundenportal, Helpdesk→Field-Service-Übergabe und Eskalationslogik ist typischerweise Teil eines Partnerprojekts, wie Dasolo es umsetzt.

10. Ein IoT-gesteuerter AI-Dispatcher über den gesamten Field Service-Stack Level 10 — Expert

Level 10 ist das vollständige Betriebsmodell: IoT-Sensoren melden Störungen, ein KI-Dispatcher wählt Techniker und Teile aus, und ein Live-Dashboard zeigt die gesamte Außendienst-Operation.

So würden Sie es in Odoo anlegen:

1. Odoo IoT-Box am Kundengerät installieren oder Sensor-Daten per MQTT/REST einspeisen, sodass jede Minute Messdaten nach Odoo fließen.
2. Mit Studio: Überschreitet ein Sensor 60 Sekunden lang einen Schwellenwert, automatisch eine Field Service-Aufgabe mit Priorität Dringend und passendem Aufgabentyp anlegen.
3. Eine KI-Dispatch-Logik auf Basis historischer Aufträge trainieren, um den nächsten verfügbaren Techniker mit passender Qualifikation und verfügbaren Van-Teilen auszuwählen.
4. Fehlt das Teil im Van, wird noch am selben Tag ein interner Transfer aus dem Lager terminiert; der Kunde wird vor einem potenziellen Ausfall informiert.
5. Marketing Automation sendet nach jedem Besuch gezielte Mails (NPS, Hinweis zur Verlängerung, Upsell) basierend auf Gerätelebensdauer und Vertragsart.
6. Ein Live-Dashboard (Spreadsheet Field) bauen: offene Tickets, ETA-Risiken, fakturierbare Stunden, Verhältnis präventiv vs. reaktiv, SLA-Verstöße — in Echtzeit aktualisiert.

Nutzen: Geräteverfügbarkeit steigt, reaktive Einsätze sinken innerhalb eines Jahres um 30–60 %, und der Außendienst wird vom Kostenfaktor zur Wachstumsquelle.

Die Architektur für IoT-Pipelines, KI-Dispatch-Regeln, Subscriptions- und Inventory-Verknüpfungen sowie das Live-Operations-Dashboard ist genau das, was Dasolo als Partner lieferbar macht — so sparen Teams monatelange Trial-and-Error-Iterationen.

Wann Expertenhilfe sinnvoll ist

Passen Level 1–6 zu Ihrem Betrieb, reicht oft Standard-Odoo mit einer engagierten internen Ansprechperson und einer Testumgebung, in der Fehler gemacht und korrigiert werden dürfen.

Ab Level 7 steigt die Komplexität: Automationen können falsche Kunden anschreiben, Studio-Felder Upgrades blockieren oder APIs nachts leise die Bestands-Synchronisation einstellen.

Das ist keine Schuldfrage — es ist ein Indikator dafür, dass Architektur, Tests und Governance jetzt wichtig werden.

Beauftragen Sie einen Partner, wenn Sie Multianwendungs-Design, länderspezifische Compliance, komplexe Integrationen oder einen fixen Go-Live-Termin benötigen.

Zusammenarbeit mit Dasolo

Dasolo implementiert Odoo so, wie Teams tatsächlich arbeiten: mit maßgeschneiderten Apps, sauberen Integrationen und Trainings, die nach dem Projekt im Alltag haften.

Wenn Ihr Field Service-Fahrplan die fortgeschrittenen Use Cases dieses Leitfadens enthält, erstellen wir einen phasenweisen Plan: Quick Wins zuerst, dann Automatisierung und Integrationen mit klaren Ownern und Testskripten.

Sie behalten Scope und Budget in der Hand; wir bringen Odoo-Expertise, damit Ihr Team nicht kostspielig in der Produktion dazulernt.

Vereinbaren Sie eine kostenlose Beratung:

Demo vereinbaren