Rezerwacja okna czasowego jest tworzona w Time Slot Control. Jednak kolejność, według której ma być decydowana o zatwierdzeniu, zależy od ERP. Jak połączyć oba światy bez ręcznego przepisywania i bez ciągłego zapytania API?

Jedną z opcji jest zautomatyzowany przepływ w chmurze w Microsoft Power Automate. Time Slot Control wysyła webhook, Power Automate wypełnia potrzebny kontekst za pomocą OData, weryfikuje zamówienie w Microsoft Dynamics 365 Business Central lub Dynamics NAV i, w zależności od wyniku, zatwierdza rezerwację lub powiadamia dyspozytora w Microsoft Teams.

Praktyczny scenariusz: Zatwierdzenie rezerwacji przez zamówienie w ERP

Wyobraźmy sobie, że przewoźnik tworzy rezerwację do rozładunku. Operacja chce ją automatycznie zatwierdzić tylko wtedy, gdy w ERP jest otwarte zamówienie dla odpowiedniej firmy i ustalona data dostawy.

Ten wymóg nie może zostać rozwiązany prostą regułą w systemie rezerwacji. Decyzja zależy od aktualnych danych w Business Central lub NAV. Dlatego integracja łączy trzy interfejsy:

wychodzący webhook z Time Slot Control jako natychmiastowy wyzwalacz,
O , aby uzyskać informacje o rezerwacji i firmie,
API REST do zapisu wyniku z powrotem do Time Slot Control.

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

Jak działa workflow

1. TSC wysyła wydarzenie bez oczekiwania na głosowanie

Flow zaczyna się od wyzwalacza HTTP w Power Automate. Jego adres jest używany przez subskrypcję w Time Slot Control dla zdarzenia reservation.pending. Dzięki temu integracja zaczyna się wtedy, gdy trzeba podjąć decyzję, i nie musi co minutę przewijać API w poszukiwaniu zmian.

Webhook wykorzystuje stabilny wrapper ze schematem, identyfikatorem zdarzenia, typem zdarzenia, dzierżawcą, czasem powstania oraz krótkimi danymi rezerwacji:

{
  "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 jest celowo opłacalny. Nie zawiera całego kontekstu biznesowego i nie staje się przestarzały przez kopiowanie dziesiątek pól. Power Automate pobiera szczegóły potrzebne do podjęcia decyzji dopiero w kolejnym kroku.

2. Flow uzupełnia kontekst rezerwacji za pomocą OData

Pierwsza akcja HTTP pobiera szczegóły rezerwacji z TSC, takie jak jej numer, początek okna czasowego, źródło oraz użytkownika, który je utworzył. Druga akcja wykrywa towarzystwo tego użytkownika.

To ważny szczegół: firma przewoźnika wymieniona na rezerwacji nie musi być tą samą firmą, której użytkownik dokonał rezerwacji. Dlatego przypisanie do numeru klienta w ERP musi odpowiadać konkretnemu procesowi biznesowemu.

3. Business Central lub NAV potwierdza zamówienie

W Business Central Power Automate może zastosować standardową akcję Znajdź rekordy (V3) do zamówień sprzedaży. Typowy filtr łączy numer klienta, wymaganą datę dostawy oraz status zamówienia. Możesz dodać lokalizację, magazyn, lokalizację lądowania lub niestandardowy identyfikator integracji, w razie potrzeby.

W Dynamics NV logika podejmowania decyzji pozostaje taka sama. Flow pracuje z danymi publikowanymi przez usługę OData instalacji. Konkretna jednostka, nazwy pól oraz metoda logowania są dostosowane do wersji NAV i ustawień klienta.

W związku z tym Power Automate nie jest kolejną bazą danych. Koordynuje jedynie kroki i podejmuje decyzje na podstawie aktualnych danych w TSC i ERP.

4. Urządzenie zatwierdza rezerwację

Jeśli otwarte zlecenie zgadza się z rezerwacją, przepływ wywołuje akcję REST API do zatwierdzenia:

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

Time Slot Control kontynuuje standardowy proces: zmiana statusu jest widoczna dla użytkowników, a operator może otrzymywać regularne powiadomienia zgodnie z konfiguracją klienta. Integracja nie omija istniejącego przepływu pracy, a jedynie automatyzuje decyzję, do której ma wystarczająco dużo danych.

5. Brakujące porządki pozostają zadaniem dla człowieka

Jeśli odpowiednie zamówienie nie istnieje w ERP, rezerwacja pozostaje w stanie oczekiwania na zatwierdzenie. Power Automate wysyła do dyspozytora kartę adaptacyjną w Microsoft Teams z numerem rezerwacji, firmą, wizytą i linkiem TSC.

Efektem nie jest ślepe odrzucenie. Dyspozytor otrzymuje informacje w odpowiednim momencie i może sprawdzić wyjątek, poprawić mapowanie lub podjąć decyzję ręcznie. Automatyzacja rozwiązuje standardowe przypadki, zachowuje się kontrolę nad niestandardowymi.

Dlaczego webhook zamiast zwykłych ankiet

W ankietach integracja musi wielokrotnie żądać danych, nawet gdy nic się nie zmieniło. Wraz ze wzrostem liczby najemców, rezerwacji i połączonych systemów oznacza to niepotrzebny ruch i bardziej skomplikowane monitorowanie okien czasowych.

Webhook odwraca kierunek komunikacji. TSC wysyła zdarzenie tylko wtedy, gdy faktycznie się pojawia. Power Automate pobiera wtedy tylko dane potrzebne do podjęcia konkretnej decyzji. W efekcie jest szybsza odpowiedź, mniej niepotrzebnych żądań i przejrzystsza operacja integracji.

Automatyczne zatwierdzania rezerwacji w TSC i ERP

Microsoft oferuje własne złącze Power Automate dla Dynamics 365 Business Central z akcjami do wyszukiwania i pracy z rekordami. Dynamics NAV można podłączyć za pomocą odpowiedniego złącza oraz opublikowanej usługi OData, w zależności od wersji. Różnica tkwi w połączeniu technicznym, a nie w procesie: zdarzenie jest tworzone w TSC, ERP dostarcza kontekst biznesowy, a wynik jest zapisywany z powrotem do TSC.

Więcej informacji można znaleźć w przeglądzie integracji Time Slot Control, dokumentacji konektora Dynamics 365 Business Central oraz złączu Dynamics NAV.

Gdzie jeszcze mogą pomóc webhooki

Automatyczne zatwierdzanie rezerwacji to tylko jeden z przykładów. Ten sam wzór integracji może być stosowany w innych momentach procesu do połączenia TSC z Business Central, Dynamics NAV, WMS, systemami transportowymi lub komunikacją zespołową.

Automatyczna rejestracja przyjazdu pojazdu

Zdarzenie reservation.markedasarrival może natychmiast zapisać rzeczywisty czas do ERP po przyjeździe pojazdu, zaktualizować status powiązanego zamówienia oraz poinformować magazyn lub dyspozytora w Microsoft Teams.

Dokładne godziny rozpoczęcia i zakończenia załadunku

Webhookuje reservation.processingstarted i przekazuje reservation.processingcompleted rzeczywisty proces odprawy do Business Central lub WMS. Firma dzięki temu uzyskuje dokładniejsze dane do oceny oczekiwania, wydajności ramp i przestrzegania zaplanowanych godzin.

Natychmiastowa reakcja na nieobecność lotniskowca

Zdarzenie reservation.carrier.notarrived może stworzyć wyjątek w ERP, powiadomić dyspozytora i rozpocząć proces na alternatywną datę. Problem zaczyna być rozwiązywany natychmiast, nie tylko podczas kolejnej ręcznej kontroli.

Synchronizacja zmian rezerwacji bez ręcznego przepisywania

Podczas przenoszenia terminu lub zmiany pojazdu, kierowcy lub oddziału, zdarzenia reservation.moved, reservation.vehicle.platechanged, reservation.driver.changed oraz . reservation.branchoffice.changedSystemy dalsze działają zatem na tych samych danych co TSC.

Automatyczne zamknięcie transportu i kolejne kroki

Webhooki reservation.markedasdeparted i reservation.delivered mogą zakończyć transport lub zamówienie w ERP po wyjeździe lub dostawie, przekazać dokumenty do dokumentacji oraz rozpocząć dalsze kroki w kierunku fakturowania.

Chcesz zweryfikować podobny proces na własnych danych?

Ten sam wzorzec może być używany nie tylko do zatwierdzeń rezerwacji, ale także do przeglądu zamówień, przydziału ramp, synchronizacji statusu lub alertów o brakujących danych. Najpierw scenariusz jest weryfikowany w środowisku testowym TSC i ERP, a dopiero wtedy systemy produkcyjne są połączone.

Skontaktuj się z nami. Razem zaprojektujemy workflow integracji zgodnie z Twoimi procesami, uprawnieniami oraz konkretną wersją Business Central lub Dynamics NAV.