TL;DR: „Kur mano siunta?“ – tai klausimas, kuris suvalgo didelę klientų aptarnavimo laiko dalį. Sujungę POSKAI DI su savo transporto valdymo sistema (TMS) per realaus laiko „webhooks“, galite automatizuoti didžiąją dalį standartinių statuso užklausų. AI paklausia užsakymo numerio, patikrina jūsų duomenų bazę ir atsako natūraliu balsu. Nuo 500 €/mėn.
Vėlavimas (latency) – didžiausias balso sistemų priešas
Jei vadovaujate transporto įmonei ar e-parduotuvei, žinote, kaip atrodo klientų aptarnavimo kasdienybė. Žmonės skambina dėl pasikartojančių, standartinių klausimų, kuriuos galima atsakyti tiesiog pažiūrėjus į duomenų bazę ar vežėjo API.
Tradiciniai „chatbotai“ tai daro paprastai – išsiunčia API užklausą ir laukia. Tačiau balso technologijoje viską lemia laikas. Jei jūsų sistema ieško duomenų 5 sekundes, skambinantis klientas girdi tylą ir padeda ragelį. Todėl POSKAI platforma naudoja specialią žemo vėlavimo (low-latency) webhook architektūrą.
POSKAI tiesioginio garso technologija užtikrina, kad jūsų sistema gautų užklausą iškart, kai tik klientas pasako užsakymo numerį, ir grąžintų atsakymą greičiau nei per sekundę.
Kaip veikia integracija? (Architektūra)
Procesas vyksta tokiu principu:
- Skambutis: Klientas paskambina į jūsų įmonę.
- Ketinimo atpažinimas: POSKAI DI supranta, kad žmogus nori sužinoti siuntos statusą.
- Duomenų surinkimas: POSKAI natūraliu balsu paprašo: „Padiktuokite savo šešių skaitmenų užsakymo numerį.“
- Webhook trigeris: POSKAI išsiunčia
POSTužklausą į jūsų serverį (TMS, WMS ar e-komercijos platformą). - Duomenų grąžinimas: Jūsų serveris grąžina duomenis JSON formatu.
- Atsakymas: POSKAI akimirksniu sugeneruoja natūralų atsakymą: „Jūsų krovinys šiuo metu Kauno terminale, bus pristatytas rytoj iki 17 valandos.“
Webhook užklausų pavyzdžiai
POSKAI bendrauja su jūsų sistemomis struktūruotais JSON paketais. Štai kaip tai atrodo realybėje.
POSKAI užklausa jūsų serveriui
Kai klientas pasako užsakymo numerį, POSKAI jūsų serveriui siunčia tokį paketą:
{
"event": "tool.invoked",
"call_id": "call_987654321xyz",
"tool_name": "lookup_shipment_status",
"parameters": {
"order_number": "123456",
"caller_phone": "+37060000000"
},
"metadata": {
"timestamp": "2026-05-07T10:30:00Z"
}
}Jūsų serverio atsakymas POSKAI
Jūsų serveris grąžina krovinio informaciją ir – svarbiausia – instrukcijas, kaip DI turėtų ją pateikti klientui.
{
"status": "success",
"data": {
"status": "In Transit",
"eta": "2026 m. gegužės 8 d., 17:00",
"current_location": "Kauno paskirstymo centras",
"carrier": "DPD"
},
"ai_instructions": "Pasakykite klientui, kad siunta yra Kaune ir bus pristatyta rytoj iki 17 val. Paklauskite, ar išsiųsti SMS su sekimo nuoroda."
}ai_instructions laukelis yra kritinis – jis neleidžia DI haliucinuoti ir garantuoja, kad klientas gaus tikslią informaciją pagal griežtas jūsų verslo taisykles.
Saugumas, dubliavimas ir duomenų apsauga
Jungiant DI su įmonės duomenų bazėmis, saugumas yra prioritetas numeris vienas. Prieš integraciją tiekėjas turi aiškiai aprašyti autentifikaciją, prieigos kontrolę, audito logus ir duomenų rezidencijos ribas.
| Funkcija | Kodėl tai svarbu | POSKAI sprendimas |
|---|---|---|
| Autentifikacija | Neleidžia pašaliniams traukti jūsų TMS duomenų | Reikalaujame Bearer tokenų arba mTLS sertifikatų visoms užklausoms. |
| Idempotentiškumas | Apsaugo nuo dvigubo tų pačių veiksmų vykdymo (pvz., atšaukimų) | Unikalūs call_id hederiai leidžia jūsų serveriui identifikuoti besidubliuojančias užklausas. |
| Timeouts | Neleidžia atsirasti „negyvai tylai“, jei jūsų serveris stringa | Griežti limitai su natūraliomis atsarginėmis frazėmis („Leiskite man patikrinti, vieną akimirką...“). |
Kaip tai naudoja Lietuvos įmonės?
1. Transportas ir logistika (TMS)
Vairuotojai skambina pranešti apie vėlavimą. POSKAI surenka informaciją (lokacija, vėlavimo priežastis) ir per webhook įrašo tai tiesiai į dispečerinės sistemą. Jokio popierizmo.
2. E-komercija (OMS)
Klientai skambina dėl užsakymų būsenos. POSKAI kreipiasi į e-komercijos sistemą ir natūraliu balsu pasako: „Jūsų batai bus pristatyti rytoj.“ Tai stipriai sumažina kaštus (daugiau apie tai mūsų logistikos atsiperkamumo tyrime).
3. Sandėliai (WMS)
Vairuotojai skambina paklausti, prie kurios rampos privažiuoti. POSKAI patikrina WMS ir nukreipia vilkiką be žmogaus įsikišimo.
Ką reikia paruošti prieš integraciją
Prieš jungiant balso AI prie TMS ar WMS, verta susitvarkyti tris dalykus. Pirmas – aiškūs statusų pavadinimai. Jei vienoje sistemoje rašoma „pakeliui“, kitoje „išsiųsta“, o trečioje „perduota kurjeriui“, AI turi gauti vienodą reikšmių žemėlapį. Antras – identifikavimo logika: ar klientą atpažįstate pagal telefono numerį, užsakymo numerį, el. paštą, ar kelių laukų kombinaciją. Trečias – eskalavimo taisyklės, kada AI neatsako pats, o perduoda pokalbį vadybininkui.
POSKAI diegimo metu šie scenarijai aprašomi kartu su jūsų komanda. Tai leidžia pradėti nuo saugiausių, pasikartojančių užklausų ir palaipsniui pridėti sudėtingesnes funkcijas: pristatymo laiko keitimą, papildomą SMS, mokėjimo priminimą arba užklausos sukūrimą CRM.
Kaip išmatuoti integracijos naudą
Webhook integracijos nauda turi būti matuojama ne pagal technologijos sudėtingumą, o pagal sumažintą rankinį darbą. Stebėkite, kiek statuso skambučių AI išsprendė be žmogaus, kiek kartų reikėjo eskaluoti, kiek sekundžių užtruko backend atsakymas ir kiek klientų gavo papildomą SMS ar el. laišką po pokalbio.
Jei skambučių centras šiandien rankiniu būdu tikrina siuntas, net ir vienas automatizuotas scenarijus gali sutaupyti valandas kasdien. Dėl to webhook integracijos yra geras pirmas žingsnis į platesnę logistikos skambučių automatizaciją ir AI balso agentų API integracijas.
