Aller au contenu
OmniChannels.ai

CRM

Salesforce + OmniChannels.ai : contactez vos clients depuis Flow et Apex

Connexion via API et webhooksMis à jour le

En bref

Salesforce peut envoyer des WhatsApp et SMS via l'API REST d'OmniChannels.ai avec un HTTP Callout dans Flow ou un callout Apex, en conservant votre jeton Bearer dans une Named Credential et une External Credential. Les statuts de livraison et les réponses reviennent par notre webhook vers un middleware ou un outil d'automatisation, qui met à jour les fiches Salesforce. Il n'existe pas de package AppExchange : vous utilisez les fonctions de callout natives de Salesforce.

Ce que vous pouvez faire

  • Relancer les nouveaux leads

    Lorsqu'un lead est créé depuis un formulaire web, un flow déclenché par enregistrement envoie un SMS ou un modèle WhatsApp sur le mobile du lead, s'il a donné son consentement.

  • Rappeler les rendez-vous aux clients

    Un chemin planifié sur un événement, un rendez-vous de service ou un objet personnalisé envoie un rappel avant la visite.

  • Notifier les changements d'étape d'opportunité

    Lorsqu'une opportunité passe à une étape comme « Closed Won », envoyez au contact principal un message de bienvenue ou d'onboarding.

  • Envoyer des rappels de renouvellement

    Un flow planifié repère les contrats ou actifs proches de leur date de renouvellement et envoie un modèle WhatsApp approuvé.

  • Consigner statuts et réponses sur la fiche

    Un middleware reçoit les statuts et les réponses entrantes depuis notre webhook, puis crée une tâche ou met à jour un champ sur la fiche associée.

Comment la connexion fonctionne

Connexion via API et webhooks

Pour les messages sortants, Salesforce appelle directement notre API. Créez une External Credential qui ajoute l'en-tête Authorization: Bearer et une Named Credential pour https://api.broadnet.me, puis utilisez une action HTTP Callout dans Flow ou un callout Apex. Le HTTP Callout de Flow convient aux requêtes JSON comme POST /sms/sendSms. Les envois groupés et la plupart des envois sur les autres canaux utilisent multipart/form-data, ce qui nécessite généralement Apex ou un outil d'automatisation intermédiaire.

Pour le retour, notre plateforme envoie les statuts de livraison et les messages entrants à l'unique URL de webhook configurée sur votre compte. Faites-la pointer vers un middleware que vous maîtrisez ou vers un outil d'automatisation comme n8n, Make ou Zapier, qui retrouve l'ID de message enregistré et met à jour Salesforce via son API REST ou un connecteur.

  • Identifiants : Named Credential associée à une External Credential contenant le jeton Bearer
  • HTTP Callout de Flow pour les requêtes JSON ; Apex pour le multipart et la logique complexe
  • Enregistrez l'ID de message renvoyé sur la fiche pour rapprocher les statuts ensuite
  • Modèles WhatsApp approuvés pour les messages à l'initiative de l'entreprise hors de la fenêtre de 24 heures
  • Les callouts comptent dans les limites Salesforce : envoyez en masse depuis un job batch, pas fiche par fiche

Mise en place

  1. 1

    Demander l'accès à l'API

    Demandez un accès de test et recevez un jeton d'API. Les envois de test partent uniquement vers vos propres numéros vérifiés.

    Guide: Authentication
  2. 2

    Créer les identifiants

    Dans Setup, créez une External Credential avec un en-tête personnalisé Authorization: Bearer <token> et une Named Credential pour https://api.broadnet.me, puis accordez l'accès via un ensemble d'autorisations (permission set).

  3. 3

    Ajouter le callout

    Dans Flow Builder, créez une action HTTP Callout pour POST /sms/sendSms avec la Named Credential, ou écrivez une classe Apex pour les envois multipart par canal.

    Guide: SMS API
  4. 4

    Le déclencher depuis votre flow

    Appelez l'action depuis un flow déclenché par enregistrement ou planifié, et enregistrez l'ID de message renvoyé sur la fiche.

  5. 5

    Récupérer les statuts

    Demandez à notre équipe de faire pointer le webhook de votre compte vers votre middleware ou outil d'automatisation, qui met à jour la fiche Salesforce correspondante.

    Guide: Webhooks and delivery statuses
  6. 6

    Tester dans une sandbox

    Exécutez le flow dans une sandbox avec une fiche de test utilisant votre numéro vérifié, puis vérifiez le statut sur la fiche.

Documentation de l'éditeur

Salesforce est une marque de son propriétaire. OmniChannels.ai n'est ni affilié à Salesforce ni approuvé par lui ; cette page décrit une connexion réalisée avec les fonctions MCP, HTTP ou webhook propres à Salesforce.

Exemple de flux

Le parcours d'une demande type, de Salesforce jusqu'à votre client, puis retour.

  1. 01

    Salesforce Flow ou Apex

    Lead créé, étape modifiée ou date de renouvellement atteinte

  2. 02

    API OmniChannels.ai

    HTTP Callout via une Named Credential

  3. 03

    Téléphone du client

    SMS ou modèle WhatsApp délivré

  4. 04

    Webhook de statut de livraison

    Envoyé à votre middleware ou outil d'automatisation

  5. 05

    Mise à jour de Salesforce

    Statut ou réponse écrit sur la fiche associée

1. Salesforce Flow ou Apex: Lead créé, étape modifiée ou date de renouvellement atteinte 2. API OmniChannels.ai: HTTP Callout via une Named Credential 3. Téléphone du client: SMS ou modèle WhatsApp délivré 4. Webhook de statut de livraison: Envoyé à votre middleware ou outil d'automatisation 5. Mise à jour de Salesforce: Statut ou réponse écrit sur la fiche associée

Questions

Existe-t-il un package OmniChannels.ai sur AppExchange ?

Non. Salesforce appelle notre API REST publique avec ses propres fonctions de callout HTTP, HTTP Callout dans Flow ou Apex, via une Named Credential qui contient votre jeton.

Flow peut-il envoyer sur tous les canaux sans code ?

Le HTTP Callout de Flow fonctionne bien pour les requêtes JSON comme un SMS unitaire. Les envois groupés et la plupart des envois sur les autres canaux utilisent multipart/form-data, ce qui nécessite généralement un callout Apex ou un outil d'automatisation intermédiaire.

Notre webhook peut-il écrire directement dans Salesforce ?

Pas sous une forme exploitable, car les champs du payload varient selon le canal et doivent être mappés vers vos fiches. Envoyez-les à un middleware ou à un outil d'automatisation qui mappe les champs et appelle l'API Salesforce.

Où stocker le jeton d'API ?

Dans une External Credential référencée par une Named Credential, jamais dans des variables de flow ni dans du code Apex : il est ainsi chiffré et l'accès est contrôlé par les ensembles d'autorisations.

Obtenez un accès API et MCP

Indiquez vos canaux, pays et cas d'usage. Un ingénieur émet vos identifiants de test et vérifie vos numéros de test.