Automatické schválenie rezervácie časového okna podľa objednávky v Business Central
Rezervácia časového okna sa vytvára v Time Slot Control. Avšak poradie, podľa ktorého sa má rozhodovať o schválení, závisí od ERP. Ako prepojiť oba svety bez manuálneho prepisovania a bez neustáleho dotazovania API?
Jednou z možností je automatizovaný cloud flow v Microsoft Power Automate. Time Slot Control odošle webhook, Power Automate vyplní potrebný kontext cez OData, overí objednávku v Microsoft Dynamics 365 Business Central alebo Dynamics NAV a podľa výsledku rezerváciu schváli alebo informuje dispečera v Microsoft Teams.
Praktický scenár: Schváliť rezerváciu objednávkou v ERP
Predstavme si, že dopravca vytvorí rezerváciu na vykládku. Operácia ju chce automaticky schváliť len vtedy, keď je v ERP otvorená objednávka pre príslušnú spoločnosť a plánovaný dátum dodania.
Túto požiadavku nemožno vyriešiť jednoduchým pravidlom v rezervačnom systéme. Rozhodnutie závisí od aktuálnych údajov v Business Central alebo NAV. Preto integrácia kombinuje tri rozhrania:
- odchádzajúci webhook z Time Slot Control ako okamžitý spúšťač,
- OData na získanie rezervácie a informácií o spoločnosti,
- REST API na zápis výsledku späť do Time Slot Control.

Ako workflow funguje
1. TSC odošle udalosť bez čakania na hlasovanie
Flow začína s HTTP triggerom v Power Automate. Jeho adresa sa používa predplatným v Time Slot Control pre túto udalosť reservation.pending. Týmto spôsobom integrácia začína v čase, keď je potrebné rozhodnúť, a nemusí každú minútu prechádzať API a hľadať zmeny.
Webhook používa stabilný obal so schémou, ID udalosti, typom udalosti, tenantom, časom vzniku a krátkymi rezervačnými údajmi:
{
"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 je zámerne nákladovo efektívny. Neobsahuje celý obchodný kontext a nestáva sa zastaraným kopírovaním desiatok polí. Power Automate získava detaily potrebné na rozhodnutie až v ďalšom kroku.
2. Flow dopĺňa kontext rezervácie cez OData
Prvá HTTP akcia získa od TSC detaily rezervácie, ako je jej číslo, začiatok časového okna, zdroj a používateľa, ktorý ju vytvoril. Druhá akcia detekuje spoločnosť tohto používateľa.
Toto je dôležitý detail: dopravca uvedený na rezervácii nemusí byť rovnaká ako spoločnosť, ktorej používateľ rezerváciu urobil. Preto musí mapovanie na zákaznícke číslo v ERP zodpovedať konkrétnemu obchodnému procesu.
3. Business Central alebo NAV overuje objednávku
V Business Central môže Power Automate aplikovať štandardnú akciu Nájsť záznamy (V3) na predajné objednávky. Typický filter kombinuje číslo zákazníka, požadovaný dátum dodania a stav objednávky. Podľa potreby môžete pridať lokalitu, sklad, miesto pristátia alebo vlastný integračný identifikátor.
Pri Dynamics NAV zostáva logika rozhodovania rovnaká. Flow pracuje s dátami publikovanými prostredníctvom služby OData inštalácie. Konkrétna entita, názvy polí a spôsob prihlásenia sú prispôsobené verzii NAV a nastaveniam zákazníka.
Power Automate teda nie je ďalšia databáza. Iba koordinuje kroky a robí rozhodnutia na základe aktuálnych dát v TSC a ERP.
4. Nájdený príkaz schvaľuje rezerváciu
Ak otvorená objednávka zodpovedá rezervácii, tok volá akciu REST API na schválenie:
POST /v3/{tenant}/Reservations/{id}/Approved
Time Slot Control potom pokračuje štandardným procesom: zmena stavu je viditeľná používateľom a operátor môže dostávať pravidelné upozornenie podľa konfigurácie zákazníka. Integrácia neobchádza existujúci pracovný tok, iba automatizuje rozhodnutie, na ktoré má dostatok dát.
5. Chýbajúci poriadok zostáva úlohou pre človeka
Ak v ERP neexistuje vhodná objednávka, rezervácia zostáva v stave čakania na schválenie. Power Automate posiela adaptívnu kartu v Microsoft Teams dispečerovi s číslom rezervácie, spoločnosťou, termínom a TSC linkou.
Výsledkom nie je slepé zamietnutie. Dispečer dostane informácie v správny čas a môže skontrolovať výnimku, opraviť mapovanie alebo rozhodnúť sa manuálne. Automatizácia rieši štandardné prípady, človek má kontrolu nad neštandardnými.
Prečo webhook namiesto bežného prieskumu
Pri prieskumoch musí integrácia opakovane žiadať údaje, aj keď sa nič nezmenilo. S rastúcim počtom nájomcov, rezervácií a pripojených systémov to znamená zbytočnú prevádzku a zložitejšie monitorovanie časového okna.
Webhook obráti smer komunikácie. TSC odošle udalosť až vtedy, keď k nej skutočne dôjde. Power Automate potom získava len dáta potrebné pre konkrétne rozhodnutie. Výsledkom je rýchlejšia odpoveď, menej zbytočných požiadaviek a prehľadnejšia integračná operácia.
Automatizované schvaľovanie rezervácií naprieč TSC a ERP
Microsoft ponúka vlastný Power Automate konektor pre Dynamics 365 Business Central s akciami na vyhľadávanie a prácu so záznamami. Dynamics NAV je možné pripojiť pomocou príslušného konektora a publikovanej služby OData, v závislosti od verzie. Rozdiel je v technickom prepojení, nie v procese: udalosť sa vytvorí v TSC, ERP poskytne obchodný kontext a výsledok sa zapíše späť do TSC.
Pre viac informácií pozri prehľad integrácií Time Slot Control, dokumentáciu k konektoru Dynamics 365 Business Central a konektor Dynamics NAV.
Kde ešte môžu pomôcť webhooky
Automatické schvaľovanie rezervácií je len jedným príkladom. Rovnaký integračný vzor možno použiť aj v iných fázach procesu na prepojenie TSC s Business Central, Dynamics NAV, WMS, dopravnými systémami alebo tímovou komunikáciou.
Automatická registrácia príchodu vozidla
Udalosť reservation.markedasarrival môže okamžite zapísať skutočný čas do ERP pri príchode vozidla, aktualizovať stav súvisiacej objednávky a informovať sklad alebo dispečing v Microsoft Teams.
Presné časy začiatku a konca nakladania
Webhookuje reservation.processingstarted a reservation.processingcompleted odovzdáva skutočný proces registrácie Business Central alebo WMS. Spoločnosť tak získava presnejšie údaje na hodnotenie čakania, výkonu rampy a dodržiavania plánovaných časov.
Okamžitá reakcia na neprítomnosť dopravcu
Udalosť reservation.carrier.notarrived môže vytvoriť výnimku v ERP, upozorniť dispečera a začať proces na alternatívny dátum. Problém sa začne riešiť okamžite, nielen počas následnej manuálnej kontroly.
Synchronizácia zmien rezervácií bez manuálneho prepisovania
Pri presúvaní termínu alebo zmene vozidla, vodiča či pobočky sa udalosti reservation.moved, reservation.vehicle.platechanged, a reservation.driver.changed reservation.branchoffice.changed. Následné systémy teda pracujú s rovnakými údajmi ako TSC.
Automatické uzatváranie transportu a následné kroky
Webhookuje reservation.markedasdeparted a reservation.delivered môže ukončiť prepravu alebo objednávku v ERP po odchode alebo doručení, odovzdať dokumenty na dokumentáciu a začať ďalšie kroky k fakturácii.
Chcete si overiť podobný proces na vlastných údajoch?
Rovnaký vzor možno použiť nielen na schvaľovanie rezervácií, ale aj na kontrolu objednávok, priraďovanie ramp, synchronizáciu stavu alebo upozornenia na chýbajúce dáta. Najprv sa scenár overí v TSC sandboxe a ERP testovacom prostredí, a až potom sú produkčné systémy prepojené.
Kontaktujte nás. Spoločne navrhneme integračný workflow podľa vašich procesov, oprávnení a konkrétnej verzie Business Central alebo Dynamics NAV.