Documentation 4notify
Ce que vous pouvez faire avec 4notify au-delà du panneau : une API pour votre propre backend, des webhooks et une automatisation multicanal.
Premiers pas
Du compte au premier message envoyé via l'API
Créez votre compte sur panel.4notify.net et générez une paire client_id/client_secret depuis la page des identifiants API. Utilisez-les pour demander un jeton d'accès via POST /api/v1/auth/token (OAuth2 client_credentials) — le jeton est de courte durée et votre intégration en redemande simplement un nouveau dès qu'elle en a besoin.
Référence API
Trois endpoints d'envoi, un seul pipeline
POST /api/v1/sms, /api/v1/whatsapp et /api/v1/push acceptent la requête avec Authorization: Bearer <token> et répondent 202 Accepted — le message entre dans la même file d'attente et passe par le même worker et le même fournisseur que les envois depuis le panneau, simplement marqué en interne « source: api ». Chaque tenant a sa propre limite de débit et son propre quota ; au-delà, l'API renvoie une erreur explicite plutôt que d'abandonner silencieusement des messages.
Webhooks et événements entrants
Fermer la boucle sur WhatsApp
Sur WhatsApp, nous recevons les événements de livraison et les réponses des clients via un webhook vérifié avec votre jeton de vérification Meta. Nous ne proposons pas de connecteurs tiers génériques (pas de plugins WooCommerce, Shopify ou Zapier) — ce que nous proposons, c'est ce webhook plus l'API d'envoi ci-dessus, que vous connectez à votre propre CRM ou backend.
Modèles et flux automatisés
Contenu réutilisable et déclencheurs événementiels
Les modèles de message sont définis une fois par canal et réutilisés depuis le panneau comme depuis l'API. Les workflows lient un événement déclencheur à une séquence d'envois sur plusieurs canaux — par exemple un SMS suivi d'un WhatsApp si le premier message n'est pas lu. Les identifiants API ont des scopes distincts, peuvent être révoqués individuellement depuis le panneau et affichent leur date de dernière utilisation.