Inbound Webhooks permiten la integración de CRM sin fisuras permitiendo que los sistemas externos envíen automáticamente datos usando varios métodos de solicitud HTTP como GET, POST y PUT. Esta capacidad de transferencia de datos en tiempo real mejora la funcionalidad de CRM y simplifica los flujos de trabajo, facilitando una comunicación y colaboración eficientes en diversas plataformas y herramientas.
Qué es un Webhook entrante?
Un Webhook conectado es una característica robusta que facilita la transferencia automática de datos de sistemas externos a su CRM, mejorando la integración y la interoperabilidad. Cuando un evento ocurre en un sistema externo, una solicitud HTTP (POST, GET o PUT) se envía a una URL específica vinculada a un disparador dentro de su CRM, iniciando un flujo de trabajo. Esta capacidad de transferencia de datos en tiempo real mejora la funcionalidad de su CRM y simplifica los flujos de trabajo en varias plataformas y herramientas.
Al apalancar Inbound Webhooks, las empresas pueden automatizar los procesos, reducir las tareas manuales y minimizar el error humano, aumentando la eficiencia y la productividad. Además, permite una mejor colaboración entre equipos, ya que los datos críticos están fácilmente disponibles y sincronizados entre diferentes sistemas. Esta integración sin fisuras en última instancia mejora la toma de decisiones, la satisfacción del cliente y el rendimiento empresarial.
Cuáles son algunos excelentes casos de uso para esto?
Inbound Webhooks se puede utilizar en varios escenarios para mejorar la funcionalidad de CRM y automatizar los flujos de trabajo. Aquí hay algunos casos prácticos de uso con ejemplos:
eCommerce Order Integration:
Supongamos que tiene una tienda en línea y quiere actualizar su CRM con información de pedido nueva cuando un cliente lo ordene. Puede configurar un Webhook entrante en su CRM para recibir datos de su plataforma de comercio electrónico cada vez que se cree un nuevo pedido.
Ejemplo: Su plataforma de comercio electrónico envía una solicitud HTTP POST a la URL del gancho web con detalles de pedido como nombre del cliente, correo electrónico, número de teléfono y valor de pedido. Su CRM crea o actualiza la información de contacto del cliente y añade los detalles del pedido a su expediente.
Integración del sistema de tickets de soporte al cliente:
Su empresa puede utilizar un sistema de ticketing de soporte separado para manejar los problemas del cliente. Cuando un cliente crea un ticket de soporte, puede utilizar un Webhook de entrada para enviar los detalles del ticket a su CRM, asegurando que el equipo de soporte tenga toda la información necesaria.
Ejemplo: Su sistema de ticketing de soporte envía una solicitud HTTP POST a la URL del gancho web con los detalles del ticket, incluyendo correo electrónico del cliente, título de ticket y descripción. Su CRM asocia el ticket con el correspondiente historial de cliente, permitiendo a su equipo de apoyo acceder a la información del ticket directamente desde el CRM.
Integración de registro de eventos:
Si organiza eventos y utiliza una plataforma de registro de eventos, puede utilizar un Inbound Webhook para enviar información de registro de asistentes a su CRM.
Ejemplo: Su plataforma de registro de eventos envía una solicitud HTTP POST a la URL del gancho web con información de asistentes como nombre, correo electrónico, número de teléfono y nombre del evento. Su CRM crea o actualiza la información de contacto del asistente y añade los detalles de registro del evento a su expediente, permitiendo a su equipo de eventos gestionar y comunicarse con los asistentes de manera efectiva.
Captura de plomo de los Formularios Web:
Inbound Webhooks puede capturar leads desde formularios web en su sitio web o páginas de destino y enviar los datos a su CRM.
Ejemplo: Cuando un visitante envía un formulario en su sitio web, su formulario web envía una solicitud HTTP POST a la URL del gancho web con la información del plomo, como nombre, correo electrónico y número de teléfono. Su CRM crea una nueva pista o actualiza un contacto existente, permitiendo a su equipo de ventas seguir el ejemplo rápidamente.
Estos son sólo algunos ejemplos de cómo Inbound Webhooks puede automatizar los flujos de trabajo, racionalizar los procesos y mejorar la funcionalidad de CRM en diferentes escenarios de negocio.
Cómo usar el Disparo de flujo de trabajo de Webhook Inbound?
En resumen, lleve sus datos al sistema en 3 sencillos pasos utilizando el Inbound Webhook Trigger.
Paso 1
Recuerde la URL del gancho web y úsala en su aplicación o sistema. A continuación, envíe los datos a la URL del couta utilizando el método de solicitud HTTP apropiado (POST, GET o PUT) y haga clic en el botón "Prueba desencada".
Paso 2
Elija los datos recibidos de su aplicación o sistema utilizando el método de solicitud HTTP compatible (POST, GET o PUT) y guárdelo como datos de muestra para futuras referencias. Haga clic en "Cargar más" para ver datos recientes adicionales. Una vez que haya seleccionado los datos deseados, guarde el disparador.
En este paso, puede guardar la referencia de datos para variables personalizadas, que se pueden tratar de manera similar a otros campos personalizados de contacto o Ubicación Custom Variables.
El siguiente paso y los ejemplos que figuran a continuación proporcionan más información sobre la utilización de esta referencia.
Paso 2.1: Enviar una solicitud HTTP compatible (POST, GET o PUT) a la URL deook web copiada y copiar el ID en la respuesta.
Paso 2.2: Copie el ID único obtenido de la solicitud HTTP compatible (POST, GET o PUT) y úsala para buscar la referencia de asignación relevante dentro de su activante de bono web.
Tenga en cuenta que la petición más reciente estará siempre en la parte superior de la lista.
Paso 2.3: Seleccione la referencia correcta y verifique el cuerpo.
Paso 3
Usted será dirigido a la acción "Create Update Contact" después de guardar el gatillo. Desde allí, puede seleccionar los campos necesarios y mapear los datos entrantes que recibió del disparador. Tenga en cuenta que para crear un nuevo contacto o datos de mapas a uno existente, debe proporcionar un correo electrónico o un campo telefónico.
Al completar los pasos anteriores, ahora puede utilizar los datos que recibió dentro del flujo de trabajo como valores personalizados en correo electrónico, sms, if/else, etc.
Ejemplo:
Los valores personalizados de Inbound Webhook se pueden utilizar en todas las acciones dentro de su flujo de trabajo. A continuación se ofrecen algunos ejemplos de cómo hacer esto.
En su comunicación Acciones:
En If/Else Actions:
Como se muestra anteriormente, puede utilizar los valores del Inbound Webhook dentro de todas las otras acciones como considere conveniente.
Respuestas:
Cuando la solicitud de mapeo está enviada
Código de estado - 200
"Estatuto": "Ejeces: solicitud de prueba recibida"
-
Cuando ejecutas el desencadenante real
Código de estado - 200
"Estatuto": "Ejecess: solicitud enviada al servidor de ejecución de activación",
"id": "66756001f47f59dde9d9d86009"
-
Puntos importantes a considerar:
Envíe siempre la solicitud utilizando un método compatible (POST, GET o PUT) al interactuar con el gancho web.
Asegúrese de que los datos se envían como un objeto JSON, el único formato de datos soportado.
Para compilar correctamente, las teclas deben ser una sola cadena sin separaciones del espacio; considere el uso de CamelCase o la serpiente en lugar de separar nombres clave con espacios.
Proporcionar un número de correo electrónico o teléfono en la carga útil es obligatorio, ya que el flujo de trabajo requiere información de contacto. Se requiere un correo electrónico o teléfono para Encontrar o crear el contacto.
Los arrays no son compatibles con valores personalizados. Puedes enviarlos en la solicitud pero no puede usarlos dentro de las acciones.
Si su estructura de datos cambia, vuelva a seleccionar la Referencia de mapeo dentro de la configuración Inbound Webhook Trigger para abordar correctamente esos campos en otras acciones.
Si tu URL de Inbound Webhook Trigger se compromete o se filtra y desea evitar solicitudes no deseadas, Borre el inversor web en abierto existente y Añade un nuevo inversor de Webhook. Se generará una nueva URL con un ID final diferente; actualice sus integraciones para que coincida con la nueva URL. Una vez guardada, las solicitudes entrantes de la URL antigua no entrarán en su flujo de trabajo; solo las solicitudes de la nueva URL lo harán.