4notify dokumentáció
Mit tehet a 4notify-jal a panelen túl: API a saját backendjéhez, webhookok és csatornák közötti automatizálás.
Első lépések
A fióktól az első API-n küldött üzenetig
Hozzon létre fiókot a panel.4notify.net oldalon, majd generáljon egy client_id/client_secret párost az API hitelesítő adatok oldalán. Ezekkel kérhet hozzáférési tokent a POST /api/v1/auth/token végponton (OAuth2 client_credentials) keresztül — a token rövid élettartamú, integrációja egyszerűen újat kér, amikor szükséges.
API referencia
Három küldési végpont, egy feldolgozási folyamat
A POST /api/v1/sms, /api/v1/whatsapp és /api/v1/push végpontok Authorization: Bearer <token> fejléccel fogadják a kérést, és 202 Accepted választ adnak — az üzenet ugyanabba a sorba kerül, és ugyanazon a workeren és szolgáltatón megy keresztül, mint a panelről küldött üzenetek, csak belsőleg "source: api" jelöléssel. Minden bérlőnek saját sebességkorlátja és kvótája van; túllépés esetén az API explicit hibát ad, nem hallgatólagosan eldobja az üzeneteket.
Webhookok és bejövő események
A kör lezárása a WhatsAppon
A WhatsAppon kézbesítési eseményeket és ügyfélválaszokat kapunk vissza egy, a Meta verify tokenjével hitelesített webhookon keresztül. Nem kínálunk általános harmadik féltől származó konnektorokat (nincs WooCommerce, Shopify vagy Zapier plugin) — ezt a webhookot kínáljuk a fenti küldési API-val együtt, amelyeket a saját CRM-jéhez vagy backendjéhez köt.
Sablonok és automatizált munkafolyamatok
Újrafelhasználható tartalom és eseményalapú triggerek
Az üzenetsablonokat csatornánként egyszer határozzák meg, és a panelről és az API-ból is újra felhasználhatók. A munkafolyamatok egy kiváltó eseményt kapcsolnak több csatornán át történő küldési sorozathoz — például SMS-t, amelyet WhatsApp követ, ha az első üzenetet nem olvasták el. Az API hitelesítő adatok külön scope-okkal rendelkeznek, egyenként visszavonhatók a panelről, és megjelenítik az utolsó használat dátumát.