Saltar al contenido
OmniChannels.ai

CRM

Salesforce + OmniChannels.ai: envíe mensajes a sus clientes desde Flow y Apex

Conexión por API y webhooksActualizado

En resumen

Salesforce puede enviar WhatsApp y SMS a través de la REST API de OmniChannels.ai con un HTTP Callout de Flow o un callout de Apex, guardando su token Bearer en una Named Credential y una External Credential. Los estados de entrega y las respuestas vuelven por nuestro webhook a un middleware o una herramienta de automatización, que actualiza los registros de Salesforce. Sin paquete en AppExchange: se usan las funciones de callout propias de Salesforce.

Qué puede hacer

  • Haga seguimiento de nuevos leads

    Cuando se crea un lead desde un formulario web, un flujo desencadenado por registro envía un SMS o una plantilla de WhatsApp al móvil del lead, si dio su consentimiento.

  • Recuerde las citas a sus clientes

    Una ruta programada en un evento, una cita de servicio o un objeto personalizado envía un recordatorio antes de la visita.

  • Envíe mensajes al cambiar la etapa de una oportunidad

    Cuando una oportunidad pasa a una etapa como cerrada ganada, se envía al contacto principal un mensaje de bienvenida o de onboarding.

  • Envíe recordatorios de renovación

    Un flujo programado busca contratos o activos cercanos a su fecha de renovación y envía una plantilla de WhatsApp aprobada.

  • Registre estados y respuestas en el registro

    Un middleware recibe los estados y las respuestas entrantes desde nuestro webhook y crea una tarea o actualiza un campo en el registro relacionado.

Cómo se conecta

Conexión por API y webhooks

Para los mensajes salientes, Salesforce llama directamente a nuestra API. Cree una External Credential que añada el encabezado Authorization: Bearer y una Named Credential para https://api.broadnet.me, y luego use una acción HTTP Callout de Flow o un callout de Apex. HTTP Callout en Flow es adecuado para solicitudes JSON como POST /sms/sendSms. Los envíos masivos y la mayoría de los envíos por otros canales usan multipart/form-data, lo que normalmente requiere Apex o una herramienta de automatización intermedia.

Para el camino de vuelta, nuestra plataforma envía los estados de entrega y los mensajes entrantes a la única URL de webhook configurada en su cuenta. Apúntela a un middleware que usted controle o a una herramienta de automatización como n8n, Make o Zapier, que relaciona el ID de mensaje que guardó y actualiza Salesforce mediante su REST API o un conector.

  • Credenciales: Named Credential más External Credential con el token Bearer
  • HTTP Callout de Flow para solicitudes JSON; Apex para multipart y lógica compleja
  • Guarde en el registro el ID de mensaje devuelto para relacionar los estados después
  • Plantillas de WhatsApp aprobadas para mensajes iniciados por la empresa fuera de la ventana de 24 horas
  • Los callouts cuentan para los límites de Salesforce; envíe en bloque desde un trabajo por lotes, no registro por registro

Configuración

  1. 1

    Solicite acceso a la API

    Solicite acceso de prueba y reciba un token de API. Los envíos de prueba solo llegan a sus propios números verificados.

    Guía: Authentication
  2. 2

    Cree las credenciales

    En Setup, cree una External Credential con un encabezado personalizado Authorization: Bearer <token> y una Named Credential para https://api.broadnet.me, y conceda el acceso mediante un permission set.

  3. 3

    Añada el callout

    En Flow Builder, cree una acción HTTP Callout para POST /sms/sendSms con la Named Credential, o escriba una clase Apex para los envíos multipart por canal.

    Guía: SMS API
  4. 4

    Actívelo desde su flujo

    Llame a la acción desde un flujo desencadenado por registro o programado y guarde en el registro el ID de mensaje devuelto.

  5. 5

    Recupere los estados

    Pida a nuestro equipo que apunte el webhook de su cuenta a su middleware o herramienta de automatización, que actualiza el registro correspondiente en Salesforce.

    Guía: Webhooks and delivery statuses
  6. 6

    Pruebe en un sandbox

    Ejecute el flujo en un sandbox con un registro de prueba que use su número verificado y compruebe el estado en el registro.

Documentación del fabricante

Salesforce es una marca de su titular. OmniChannels.ai no está afiliado a Salesforce ni cuenta con su respaldo; esta página describe una conexión creada con las funciones MCP, HTTP o webhook propias de Salesforce.

Flujo de ejemplo

Cómo viaja una petición típica desde Salesforce hasta su cliente y de vuelta.

  1. 01

    Salesforce Flow o Apex

    Lead creado, cambio de etapa o fecha de renovación alcanzada

  2. 02

    API de OmniChannels.ai

    HTTP callout a través de una Named Credential

  3. 03

    Teléfono del cliente

    SMS o plantilla de WhatsApp entregados

  4. 04

    Webhook de estado de entrega

    Enviado a su middleware o herramienta de automatización

  5. 05

    Actualizar Salesforce

    Estado o respuesta guardados en el registro relacionado

1. Salesforce Flow o Apex: Lead creado, cambio de etapa o fecha de renovación alcanzada 2. API de OmniChannels.ai: HTTP callout a través de una Named Credential 3. Teléfono del cliente: SMS o plantilla de WhatsApp entregados 4. Webhook de estado de entrega: Enviado a su middleware o herramienta de automatización 5. Actualizar Salesforce: Estado o respuesta guardados en el registro relacionado

Preguntas

¿Hay un paquete de OmniChannels.ai en AppExchange?

No. Salesforce llama a nuestra REST API pública con sus propias funciones de HTTP callout, HTTP Callout de Flow o Apex, usando una Named Credential que guarda su token.

¿Puede Flow enviar por todos los canales sin código?

HTTP Callout de Flow funciona bien para solicitudes JSON como un SMS individual. Los envíos masivos y la mayoría de los envíos por otros canales usan multipart/form-data, lo que normalmente requiere un callout de Apex o una herramienta de automatización intermedia.

¿Puede nuestro webhook enviar datos directamente a Salesforce?

No de forma útil, porque los campos del payload varían según el canal y hay que asignarlos a sus registros. Envíelos a un middleware o una herramienta de automatización que asigne los campos y llame a la API de Salesforce.

¿Dónde debe guardarse el token de API?

En una External Credential referenciada por una Named Credential, nunca en variables de flujo ni en código Apex, para que esté cifrado y el acceso se controle mediante permission sets.

Consiga acceso a la API y al MCP

Cuéntenos sus canales, países y caso de uso. Un ingeniero emite sus credenciales de prueba y verifica sus números de prueba.