---
title: "Salesforce + OmniChannels.ai : contactez vos clients depuis Flow et Apex"
description: "Envoyez des WhatsApp et SMS depuis Salesforce Flow (HTTP Callout) ou Apex via l'API OmniChannels.ai, et remontez les statuts de livraison dans vos fiches."
canonical: "https://omnichannels.ai/fr/integrations/salesforce/"
language: "fr"
updated: "2026-10-10"
publisher: "BroadNet Technologies"
brand: "OmniChannels.ai"
---

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

Canonical: https://omnichannels.ai/fr/integrations/salesforce/
Language: fr
Publisher: OmniChannels.ai by BroadNet Technologies

**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.

Connexion via API et webhooks

## 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

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. **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: https://omnichannels.ai/developers/authentication/)
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. **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: https://omnichannels.ai/developers/sms/)
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. **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: https://omnichannels.ai/developers/webhooks/)
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.

## Exemple de flux

Salesforce Flow ou Apex (Lead créé, étape modifiée ou date de renouvellement atteinte) → API OmniChannels.ai (HTTP Callout via une Named Credential) → Téléphone du client (SMS ou modèle WhatsApp délivré) → Webhook de statut de livraison (Envoyé à votre middleware ou outil d'automatisation) → 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.

## Guides développeurs

- https://omnichannels.ai/developers/authentication/
- https://omnichannels.ai/developers/sms/
- https://omnichannels.ai/developers/webhooks/
- https://omnichannels.ai/developers/openapi/

## Documentation de l'éditeur

- [Named Credentials — Salesforce Help](https://help.salesforce.com/s/articleView?id=sf.named_credentials_about.htm&type=5)
- [Invoking callouts using Apex — Apex Developer Guide](https://developer.salesforce.com/docs/atlas.en-us.apexcode.meta/apexcode/apex_callouts.htm)

## Intégrations associées

- https://omnichannels.ai/fr/integrations/hubspot/
- https://omnichannels.ai/fr/integrations/dynamics-365/
- https://omnichannels.ai/fr/integrations/n8n/
- https://omnichannels.ai/fr/integrations/zapier/

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.

Mis à jour le: 2026-10-10