4notify dokumentacija
Ką galite nuveikti su 4notify už valdymo skydelio ribų: API savo backend’ui, webhook’ai ir automatizavimas keliuose kanaluose.
Pradžia
Nuo paskyros iki pirmos per API išsiųstos žinutės
Susikurkite paskyrą adresu panel.4notify.net ir API prieigos duomenų puslapyje sugeneruokite client_id / client_secret porą. Su jais užsisakykite prieigos raktą per POST /api/v1/auth/token (OAuth2 client_credentials) — raktas trumpalaikis, todėl jūsų integracija tiesiog paprašo naujo kaskart, kai jo prireikia.
API dokumentacija
Trys siuntimo endpoint’ai, vienas srautas
POST /api/v1/sms, /api/v1/whatsapp ir /api/v1/push priima užklausą su Authorization: Bearer <token> ir atsako 202 Accepted — žinutė patenka į tą pačią eilę ir keliauja per tą patį darbinį procesą bei tiekėją kaip ir iš valdymo skydelio siunčiamos žinutės, tik viduje pažymima „source: api“. Kiekvienas klientas turi savo užklausų dažnio limitą ir kvotą; viršijus bet kurį iš jų grąžinama aiški klaida, o ne tyliai prarandamos žinutės.
Webhook’ai ir gaunami įvykiai
Uždarome ratą su WhatsApp
Per WhatsApp pristatymo įvykius ir klientų atsakymus gauname atgal webhook’u, patvirtintu jūsų Meta verify token. Bendrų trečiųjų šalių jungčių nesiūlome (jokių WooCommerce, Shopify ar Zapier įskiepių) — siūlome šį webhook’ą ir aukščiau aprašytą siuntimo API, kuriuos prijungiate prie savo CRM ar backend’o.
Šablonai ir automatizuotos darbo eigos
Pakartotinai naudojamas turinys ir įvykių paleidžiami veiksmai
Žinučių šablonai aprašomi po vieną kartą kiekvienam kanalui ir naudojami tiek valdymo skydelyje, tiek per API. Darbo eigos susieja paleidžiantį įvykį su siuntimų seka keliais kanalais — pavyzdžiui, SMS, po kurio siunčiama WhatsApp žinutė, jei pirmoji neperskaitoma. API prieigos duomenys turi atskiras teisių sritis, gali būti atšaukiami po vieną valdymo skydelyje ir rodo paskutinio naudojimo datą.