Advanced Search
Search Results
17 total results found
Step 0 – Authentifizierung & Zugriff
Ziel dieses Schrittes In diesem Schritt wird der Zugriff auf die DeDeFleet-API eingerichtet.Alle nachfolgenden API-Aufrufe setzen einen gültigen Bearer Token voraus. Ohne diesen Schritt sind keine API-Funktionen nutzbar. Zugriffskonzept Die Authentifizieru...
Step 1 – Auftrag anlegen (Create Order)
API-Referenz (Swagger) https://ortung.dedefleet.de/swagger/?url=https://ortung.dedeffleet.de/swagger/data/api/2#/Order/Order_Create Grundidee dieses Schrittes Ein Auftrag bildet in DeDeFleet den zentralen Planungspunkt für alle weiteren Prozesse der Tourenp...
API-Basis-URL & API-Referenz (Swagger)
API-Referenz (Swagger / OpenAPI) Die vollständige technische Dokumentation aller verfügbaren Endpunkte, Parameter und Datenstrukturen ist über Swagger verfügbar: https://ortung.dedefleet.de/swagger/?url=https://ortung.dedefleet.de/swagger/data/api/2 Die S...
Step 2 – Touren anlegen (Create Tour)
Grundidee dieses Schrittes Eine Tour ist der organisatorische Rahmen für eine geplante Fahrt.In einer Tour werden Aufträge zusammengeführt, in eine Reihenfolge gebracht und (optional) Ressourcen wie Fahrzeug oder Fahrer zugeordnet. In diesem Schritt wird die...
Einschub – Arbeiten mit GUIDs (Create → Folgeaktionen)
Grundprinzip Viele API-Operationen in DeDeFleet folgen einem einheitlichen Muster: Ein Objekt wird angelegt (z. B. Auftrag oder Tour). Die API liefert in der Antwort eine GUID zurück. Diese GUID wird anschließend genutzt, um mit dem Objekt weit...
Step 3 – Aufträge einer Tour zuweisen (Assign Orders)
Grundidee dieses Schrittes In Step 1 wurden Aufträge angelegt (unverplant).In Step 2 wurde eine Tour erstellt (leer oder vorkonfiguriert). In Step 3 werden Aufträge konkret einer bestehenden Tour zugewiesen.Erst dadurch werden Aufträge Teil einer geplanten F...
Step 4 – Tour bearbeiten & freigeben
Grundidee dieses Schrittes Nachdem in den vorherigen Schritten: Aufträge angelegt wurden (Step 1) eine Tour erstellt wurde (Step 2) Aufträge der Tour zugewiesen wurden (Step 3) wird die Tour in Step 4 inhaltlich bearbeitet und finalisiert....
Step 5 – Aufträge im Planungsprozess ändern
Grundidee dieses Schrittes Im laufenden Planungsprozess kann es erforderlich sein, bereits angelegte Aufträge zu ändern, aus einer Tour zu entfernen oder vollständig zu löschen. Alle Aktionen in diesem Schritt arbeiten mit der GUID des Auftrags, die beim Anl...
1. Customer (Kunden)
1.1 Customer/Create – Kunden anlegen API-Referenz (Swagger) https://ortung.dedefleet.de/swagger/?url=https://ortung.dedefleet.de/swagger/data/api/2#/Customer/Customer_Create Zweck Legt einen oder mehrere Kunden in DeDeFleet an.Kunden können anschließend be...
Integrationsansatz
Der Guide verfolgt einen mehrstufigen und modularen Ansatz.Integrationen können schrittweise aufgebaut und bei Bedarf erweitert werden – vom einfachen Einstieg bis zur vollständigen, API-gestützten Tourenplanung. Typische Ausbaustufen sind: Einstieg mit ...
2. Employee (Mitarbeiter / Fahrer)
Grundidee Mitarbeiter (Employees) repräsentieren in DeDeFleet Personen, die in Touren eingesetzt werden können – typischerweise Fahrer, aber auch andere mobile Mitarbeiter. Employees werden unter anderem verwendet für: Fahrerzuweisung in Touren (Step 2)...
3. Locations (Standorte)
Grundidee Locations (Standorte) repräsentieren feste Orte, die in DeDeFleet wiederverwendet werden können, zum Beispiel: Depots Lager Niederlassungen Locations können anschließend: in Aufträgen referenziert werden (location.type = 0) ...
Multi-Touren-Optimierung
Wann ist eine Multi-Touren-Optimierung sinnvoll? Die Multi-Touren-Optimierung ist besonders geeignet, wenn: mehrere Touren parallel geplant werden noch nicht klar ist, welche Aufträge zu welcher Tour gehören sollen neue Aufträge nachträglich in...
Grundprinzip: Abfragen erfolgen über „List“ und „Get“
In der DeDeFleet-API gibt es typischerweise zwei Abfragemuster: 1) List – Auflistungen List-Endpunkte liefern Sammlungen von Objekten (z. B. Kunden, Touren, Aufträge). Häufig GET Teilweise ohne Parameter, je nach Bereich Grundlage für Synchron...
List-Endpunkte – Auflistungen von Stammdaten & Ressourcen
List-Endpunkte dienen dazu, bestehende Daten aus DeDeFleet auszulesen, um sie: im eigenen System zu spiegeln, als Referenzen für weitere API-Aufrufe zu verwenden, oder Planungsentscheidungen darauf aufzubauen. Alle List-Endpunkte folgen ein...
Aufträge abrufen & Rückmeldungen
Dieses Kapitel beschreibt die wichtigsten Endpunkte, um Auftragsdaten aus DeDeFleet auszulesen – entweder als: vollständige Detaildaten, Status- und Fortschrittsinformationen, oder Listen für Planung und Monitoring. Die zentrale Referenz fü...
Touren abrufen & Rückmeldungen
Dieses Kapitel beschreibt die wichtigsten Endpunkte, um Toureninformationen aus DeDeFleet auszulesen.Je nach Anwendungsfall können dabei: Tourvorlagen konkrete Tourdetails Listen von Touren in einem Zeitraum abgerufen werden. Touren sind z...