Die Reservierung des Zeitfensters wird in Time Slot Control erstellt. Die Reihenfolge, in der die Genehmigung festgelegt werden soll, liegt jedoch im ERP. Wie verbindet man beide Welten ohne manuelles Umschreiben und ohne ständig die API abzufragen?

Eine der Optionen ist der automatisierte Cloud-Fluss in Microsoft Power Automate. Time Slot Control sendet einen Webhook, Power Automate vervollständigt den notwendigen Kontext über OData, überprüft die Bestellung in Microsoft Dynamics 365 Business Central oder Dynamics NAV und genehmigt je nach Ergebnis die Reservierung oder benachrichtigt den Disponenten in Microsoft Teams.

Praktisches Szenario: Eine Reservierung per Befehl in ERP genehmigen

Stellen wir uns vor, ein Zusteller erstellt eine Reservierung zum Entladen. Der Betrieb möchte sie automatisch nur genehmigen, wenn es eine offene Bestellung im ERP für das entsprechende Unternehmen und ein geplantes Lieferdatum gibt.

Diese Anforderung lässt sich nicht durch eine einfache Regel im Buchungssystem lösen. Die Entscheidung hängt von den aktuellen Daten in Business Central oder NAV ab. Daher kombiniert die Integration drei Schnittstellen:

ausgehenden Webhook von Time Slot Control als sofortiger Auslöser,
OData, um die Buchung und Unternehmensdaten abzurufen,
REST API, um das Ergebnis zurück in Time Slot Control zu schreiben.

Power Automate workflow connecting Time Slot Control with Microsoft Dynamics 365 Business Central or Dynamics NAV

Wie der Arbeitsablauf funktioniert

1. TSC sendet das Ereignis, ohne auf die Abstimmung zu warten

Flow startet mit einem HTTP-Trigger in Power Automate. Seine Adresse wird vom Abonnement in Time Slot Control für das Ereignis reservation.pending verwendet. So beginnt die Integration, wenn eine Entscheidung getroffen werden muss, und es muss nicht jede Minute durch die API scrollen, um nach Änderungen zu suchen.

Der Webhook verwendet einen stabilen Wrapper mit Schema, Ereignis-ID, Ereignistyp, Tenant, Ursprungszeit und kurzen Reservierungsdaten:

{
  "schemaVersion": "1.0",
  "eventId": "7d897a13-9ac6-4d3f-9cdb-4ad2dd943be1",
  "event": "reservation.pending",
  "tenantId": "2d90ece5-b724-49b0-a19c-08e5b0a63cda",
  "occurredAt": "2026-09-18T07:58:42Z",
  "data": {
    "id": "37efcb13-f1cb-4a61-baea-adfb4337036f",
    "approvalStatus": "pending",
    "deliveryDateUtc": "2026-09-18T08:00:00Z"
  }
}

Payload ist absichtlich kosteneffizient. Es enthält nicht den gesamten Geschäftskontext und wird nicht obsolet, wenn Dutzende von Feldern kopiert werden. Power Automate ruft die für die Entscheidung benötigten Details erst im nächsten Schritt ab.

2. Flow vervollständigt den Kontext der Buchung über OData

Die erste HTTP-Aktion ruft die Reservierungsdetails von TSC ab, wie z. B. die Nummer, den Beginn des Zeitfensters, die Quelle und den Benutzer, der sie erstellt hat. Die zweite Aktion erkennt die Firma dieses Benutzers.

Dies ist ein wichtiges Detail: Das auf der Reservierung angegebene Zustellunternehmen muss nicht dasselbe sein wie das Unternehmen, dessen Nutzer die Reservierung gemacht hat. Daher muss die Zuordnung zur Kundennummer im ERP dem jeweiligen Geschäftsprozess entsprechen.

3. Business Central oder NAV validiert den Befehl

In Business Central kann Power Automate die standardmäßige Aktion "Suchdatensätze" (V3) auf Verkaufsaufträge anwenden. Ein typischer Filter kombiniert die Kundennummer, das erforderliche Lieferdatum und den Status der Bestellung. Sie können bei Bedarf einen Standort, ein Lager, einen Landeort oder eine benutzerdefinierte Integrationskennung hinzufügen.

Bei Dynamics NAV bleibt die Entscheidungslogik gleich. Flow arbeitet mit Daten, die über den OData-Dienst der Installation veröffentlicht werden. Die spezifische Entität, Feldnamen und Anmeldemethode werden an die NAV-Version und die Kundeneinstellungen angepasst.

Daher ist Power Automate keine weitere Datenbank. Es koordiniert nur Schritte und trifft Entscheidungen über aktuelle Daten in TSC und ERP.

4. Gefundene Ordnung genehmigt die Reservierung

Wenn die offene Bestellung mit der Buchung übereinstimmt, ruft der Fluss die REST-API-Aktion zur Genehmigung auf:

POST /v3/{tenant}/Reservations/{id}/Approved

Die Zeitfenstersteuerung setzt sich dann mit dem Standardprozess fort: Die Statusänderung ist für die Nutzer sichtbar und der Anbieter kann eine regelmäßige Benachrichtigung entsprechend der Kundenkonfiguration erhalten. Die Integration umgeht den bestehenden Workflow nicht, sondern automatisiert lediglich die Entscheidung, für die genügend Daten vorhanden sind.

5. Fehlende Ordnung bleibt eine Aufgabe für den Menschen

Wenn im ERP-System keine geeignete Bestellung vorhanden ist, bleibt die Reservierung im Zustand der ausstehenden Genehmigung. Power Automate sendet eine adaptive Karte in Microsoft Teams an den Disponenten mit der Reservierungsnummer, dem Unternehmen, dem Termin und dem TSC-Link.

Das Ergebnis ist keine blinde Ablehnung. Der Disponent erhält die Informationen zum richtigen Zeitpunkt und kann auf eine Ausnahme prüfen, die Zuordnung korrigieren oder eine Entscheidung manuell treffen. Automatisierung löst Standardfälle, man behält die Kontrolle über nicht-standardisierte.

Warum Webhook statt regulärer Umfrage

Bei der Abfrage muss die Integration wiederholt Daten anfordern, selbst wenn sich nichts geändert hat. Mit der wachsenden Zahl von Mietern, Reservierungen und angeschlossenen Systemen bedeutet das unnötigen Datenverkehr und kompliziertere Zeitfensterüberwachung.

Der Webhook kehrt die Kommunikationsrichtung um. TSC sendet ein Ereignis nur, wenn es tatsächlich auftritt. Power Automate ruft dann nur die Daten ab, die für eine bestimmte Entscheidung benötigt werden. Das Ergebnis ist eine schnellere Antwort, weniger unnötige Anfragen und eine klarere Integrationsfunktion.

Automatisierte Buchungsgenehmigungen über TSC und ERP hinweg

Microsoft bietet seinen eigenen Power Automate-Connector für Dynamics 365 Business Central mit Aktionen zum Finden und Arbeiten mit Datensätzen an. Dynamics NAV kann je nach Version über den entsprechenden Connector und den veröffentlichten OData-Service verbunden werden. Der Unterschied liegt in der technischen Verbindung, nicht im Prozess: Das Ereignis wird in TSC erstellt, ERP liefert den Geschäftskontext, und das Ergebnis wird an TSC zurückgeschrieben.

Weitere Informationen finden Sie in der Übersicht der Time Slot Control-Integrationen, in der Dynamics 365 Business Central Connector-Dokumentation und im Dynamics NAV-Connector.

Wo können Webhooks sonst helfen?

Die automatische Buchungsgenehmigung ist nur ein Beispiel. Dasselbe Integrationsmuster kann an anderen Stellen im Prozess verwendet werden, um TSC mit Business Central, Dynamics NAV, WMS, Transportsystemen oder Teamkommunikation zu verbinden.

Automatische Registrierung der Fahrzeugankunft

Das Ereignis reservation.markedasarrival kann sofort die tatsächliche Zeit in das ERP schreiben, wenn das Fahrzeug ankommt, den Status der zugehörigen Bestellung aktualisieren und das Lager oder den Einsatzleiter in Microsoft Teams informieren.

Genaue Start- und Endzeiten des Ladens

Webhooks reservation.processingstarted und reservation.processingcompleted leiten den eigentlichen Check-in-Prozess an Business Central oder WMS weiter. Das Unternehmen erhält so genauere Daten zur Bewertung von Wartezeiten, Rampenleistung und Einhaltung geplanter Zeiten.

Sofortige Reaktion auf das Ausbleiben des Trägers

Ein Ereignis reservation.carrier.notarrived kann eine Ausnahme im ERP erzeugen, den Disponenten benachrichtigen und den Prozess für ein alternatives Datum starten. Das Problem beginnt sofort gelöst zu werden, nicht nur bei einer anschließenden manuellen Überprüfung.

Buchungsänderungen synchronisieren, ohne manuelles Nachschreiben zu schreiben

Beim Verschieben eines Termins oder beim Wechseln eines Fahrzeugs, Fahrers oder Zweigs sind die Ereignisse reservation.moved, reservation.vehicle.platechanged, reservation.driver.changed und reservation.branchoffice.changed. Downstream-Systeme arbeiten somit mit denselben Daten wie TSC.

Automatische Schließung des Transports und Nachfolgeschritte

Webhooks reservation.markedasdeparted und reservation.delivered können den Transport oder die Bestellung nach Abfahrt oder Lieferung in ERP abschließen, Dokumente zur Dokumentation übergeben und weitere Schritte zur Rechnungsstellung einleiten.

Möchten Sie einen ähnlichen Prozess an Ihren eigenen Daten überprüfen?

Das gleiche Muster kann nicht nur für Buchungsgenehmigungen, sondern auch für Auftragsprüfung, Rampenzuweisung, Statussynchronisation oder fehlende Datenwarnungen verwendet werden. Zuerst wird das Szenario in der TSC-Sandbox und ERP-Testumgebung validiert, und erst dann werden die Produktionssysteme miteinander verbunden.

Kontaktieren Sie uns. Gemeinsam entwerfen wir einen Integrationsworkflow entsprechend Ihren Prozessen, Berechtigungen und einer spezifischen Version von Business Central oder Dynamics NAV.