Ir al contenido principal

Disparo de flujo de trabajo - Pago recibido

Actualizado hace más de 2 meses

El disparador Recibido por Pago está diseñado para actuar como un mecanismo centralizado para capturar todos los pagos entrantes en todo el CRM, incluyendo compras únicas, cargos de suscripción, facturas y más. Se puede personalizar con filtros, como tipo de fuente y estado de transacción, para dirigir casos de uso específicos. Este desencadenante ayuda a las empresas a automatizar tareas, agilizar los procesos y responder eficientemente a las transacciones de clientes en tiempo real.

Qué es el Disparo de Flujo de Trabajo Recibido de Pago, y qué hace?

El disparate de pago Recibido automatiza procesos y acciones basados en pagos entrantes cuando se utiliza en un flujo de trabajo. Se puede configurar para responder a eventos de pago específicos, tales como transacciones exitosas o fallidas o productos y fuentes de pago particulares. Aquí hay algunas funcionalidades detalladas y casos de uso:

Automatización del flujo de trabajo: El disparador inicia el flujo de trabajo cada vez que se recibe un pago, permitiendo acciones automatizadas como enviar correos electrónicos de confirmación, generar facturas o actualizar los registros de clientes en un CRM.

Personalización con filtros: Los usuarios pueden aplicar varios filtros al disparador, como tipo de transacción, fuente de pago o producto. Esto permite la creación de flujos de trabajo específicos para escenarios específicos, como renovaciones de suscripción, o pagos fallidos.

Respuesta en tiempo real: El desencadenante opera en tiempo real, permitiendo a las empresas responder rápidamente a las transacciones con los clientes. Esto puede ayudar a mejorar la satisfacción del cliente proporcionando retroalimentación inmediata o resolviendo los problemas rápidamente.

Acciones condicionales: Utilizando condiciones de if/else en el flujo de trabajo, se pueden ejecutar diferentes acciones dependiendo de las características de pago, como el monto, fuente o estado de transacción.

Informes y análisis: El desencadenante puede capturar datos de pago a efectos de análisis e informes. Mediante el monitoreo de los pagos entrantes y sus atributos, las empresas pueden obtener información sobre el rendimiento de ventas, el comportamiento del cliente y las áreas potenciales para mejorar.

Cuáles son algunos de los casos de excelente uso para esto, junto con sus beneficios?

El desencadenante Recibido de pago ofrece numerosos casos de uso y beneficios, ayudando a las empresas a automatizar los procesos, mejorar la experiencia del cliente y obtener información de los datos de pago. Algunos casos comunes de uso y sus beneficios incluyen:

  • Confirmación de pago automatizada:
    Caso de uso: Enviar a los clientes correos electrónicos de confirmación automatizados o mensajes cuando se procesa el pago.
    Beneficios: Mejora la experiencia del cliente proporcionando confirmación de pago instantáneo, reduce las tareas manuales y ayuda a mantener una comunicación clara con los clientes.

  • Gestión de suscripciones:
    Caso de uso: Actualizar automáticamente el estado de suscripción en el sistema cuando un pago de suscripción es exitoso o fallido.
    Beneficios: Garantiza información precisa y actualizada de suscripción, simplifica la gestión de suscripciones y reduce la intervención manual.

  • Gestión Dunning:
    Caso de uso: Desencadena automáticamente secuencias de correo electrónico para clientes con pagos de suscripción fallidos.
    Beneficios: Mejora la recuperación de ingresos abordando los fallos de pago rápidamente, reduce el churn y mejora la retención de clientes.

  • Sespilación de clientes:
    Caso de uso: Utilice los datos de pago para crear segmentos de clientes basados en el comportamiento de compra, como clientes de alto valor o compradores frecuentes.
    Beneficios: Permite campañas de marketing específicas, ayuda a identificar oportunidades de venta o venta cruzada, y facilita experiencias personalizadas de los clientes.

  • Resolución de fallos de pago:
    Caso de uso: Avísee automáticamente a los equipos de atención al cliente o a las ventas para que se dirijan y ayuden al Cliente cuando se produce un fallo de pago.
    Beneficios: Mejora el servicio de atención al cliente, mejora la satisfacción del cliente y ayuda a resolver los problemas de pago rápidamente.

  • Seguimiento de rendimiento de ventas:
    Caso de uso: Monitoree los datos de pago para rastrear el rendimiento de ventas e identificar tendencias, como productos más vendidos, fluctuaciones estacionales o preferencias de los clientes.
    Beneficios: Proporciona información valiosa para la toma de decisiones estratégicas, ayuda a optimizar las estrategias de venta e impulsa el crecimiento de los ingresos.

  • Integración con sistemas contables:
    Caso de uso: Actualice automáticamente los registros contables con información de pago utilizando webooks salientes, como facturación, reconocimiento de ingresos o cálculos fiscales.
    Beneficios: Garantiza la presentación de informes financieros precisos, simplifica los procesos contables y reduce la entrada de datos manuales.

  • Transmitiendo operaciones del período de prueba: El desencadenante Recibido gestiona eficazmente las transacciones que implican períodos de prueba para productos de suscripción, como una prueba de 14 días. En este ejemplo, cuando un cliente se inscribe en el juicio y paga $0 por adelantado, el disparador categoriza esto como una transacción presente de los clientes ya que están en la sesión e ingresando su información de pago. Después de que termine el juicio de 14 días, al cliente se le cobra $100 automáticamente sin introducir sus datos de pago de nuevo. Esta transacción posterior se considera un cliente, no una transacción presente, como ocurre en el contexto. El disparador Recibido de Pago permite a las empresas rastrear y automatizar flujos de trabajo alrededor de transacciones de período de prueba con precisión.

    Beneficios: Al manejar eficazmente las transacciones del período de prueba, las empresas pueden mejorar la experiencia del cliente, mejorar la gestión de suscripciones y reducir la intervención manual, aumentando la satisfacción y retención del cliente.


  • Integrar enlaces Text2Pay: El disparador Recibido de pago admite enlaces Text2Pay como fuente de pago, lo que permite a las empresas automatizar los flujos de trabajo para los pagos recibidos a través de métodos basados en mensajes de texto. Al incorporar enlaces Text2Pay en la configuración del disparador, las empresas pueden gestionar y responder eficazmente a estas transacciones, mejorando la experiencia general del cliente y racionalizando el procesamiento de pagos.

    Beneficios: Utilizar vínculos de Text2Pay con el disparador Recibido de pago permite a las empresas llegar a un público más amplio, agilizar el procesamiento de pagos y simplificar la comunicación del cliente, lo que en última instancia conduce a un aumento de los ingresos y la lealtad del cliente.


Cómo usar el Disparo Recibido de Pago?


Dentro de un flujo de trabajo, agregue un disparo de flujo de trabajo llamado Pago Recibido.


Tenga en cuenta:

Elegir un filtro le permite elegir sus respectivos subfiltros la próxima vez que añada un filtro al mismo disparador de flujo de trabajo.

Filtros de activación de flujo de trabajo

por pago recibió activación de flujo de trabajo

A continuación, puede hacer su activación de flujo de trabajo más específico usando filtros. Aquí hay una tabla de todos los filtros y subfiltros disponibles.

Trigger

Filtro

Opciones en el nivel de filtro

Nivel de sub-filtro 1

Opciones en el nivel de sub-filtro 1

Operadores

Pago recibido

Fuente de pago

Factura

Sub-Fuente

Texto2Paso enlace

no es

Factura única

plantilla recurrente

Funnel/ Sitio Web

Sub-Fuente

Formulario de orden en un paso

Formulario de orden en dos pasos

Subida

Tipo de transacción

Cliente presente/primera transacción

Customer no presente/suscripción transacción

Calendario

Calendario

Nombres de calendario

Producto global

Nombres de productos globales

Precio

Nombres de precios según producto global seleccionado

Estado de pago

El éxito

- ----

Fallecido

Si/Else Condiciones para el pago Rechazo de flujo de trabajo recibido

Una vez que haya agregado su conjunto deseado de filtros y sub-filtros a su disparador de flujo de trabajo, puede añadir un sistema de pago Si es necesario ramificar el flujo de trabajo en función de ciertas condiciones.

Esta Tabla explica las posibles Condiciones de If/Else y sus sucursales.

Si/Opción de Else

Medidas

Operadora

Opciones

Pago

Producto

no es

Nombres de productos globales

Funnel/Sitio web

Nombres de dial y sitio web

Calendario

Nombres de calendario

Fuente

Factura, Funnel, Sitio web, Calendario

Estado de pago

éxito/fracaso

Importe

Igual de, no es igual, mayor que, mayor que, o igual a, Menos que, Menos que, o igual a, no está vacío, está vacío.

Cantidad pagada

Valores personalizados por pago Rechazo de flujo de trabajo recibido

Cuando utiliza el disparador de flujo de trabajo Recibido en el pago, tiene acceso a un conjunto de valores personalizados que puede poblar dentro de SMS, correos electrónicos, notificaciones internas, etc. Esta Tabla explica los valores personalizados en detalle.

Valores personalizados Categoría

Nombre de los valores Namepersonalizados (nombre del grupo de valor personalizado)

Valores personalizados dentro de grupo

Valor

Pago

Fuente

Pagos. fuente.

Símbolo de la Moneda

Pagos. moneda.símbolo.

Código de la moneda

Pagos.Ceco.codo.

Cliente (Grupo de Valores Atomáticos)

Identificación

Pagos.customer.id.

Primer nombre

"payment.customer.first-name".

Su apellido

-payment.customer.last.name.

Nombre

Pagos.customer.name.

Correo electrónico

"payment.customer.email".

Teléfono

Pagos.customer.phone.

Dirección completa

Pagos.customer.address.

Ciudad

"payment.customer.city".

Estado

Comprar.customer.state.

País

Pagos.customer.country.

Código postal

.payment.customer.postal.code.

Factura (Grupo de Valores Aduaneros)

Nombre

Pagging.invoice.name.

Número

Pagaging.invoice.number.

Fecha del número

"payment.invoice.issue-date".

Fecha prevista

Envío.invoice.deed.date.

URL

Pagos.invoice.url.

Grabado por

"payment.invoice.re grabado.by".

Sub-Total

"payment.subtotal".amount.

Cantidad de descuento

Pagos.descount-amount.

Código de cupón

"payment.coupon-code".

Importe fiscal

Comprar. Tax.amount.

Creado en

- Pagos. Created-on.

Importe total

Pagos.total.amount.

ID de transacción

"payment.Transaction-id".

Situación

Comprar. pago.status.

Puerta de la pasarela

Pagos.gateway.

Tarjeta Last 4 Digits

Pagos.card.last4

Marca de la tarjeta

Pagos.card.brand.

Método

Pagos.method.


Preguntas frecuentes

Este disparador incluirá también los pagos de suscripción posteriores?

Sí, el disparador se disparará cada vez que se reciba un pago del cliente final directamente en una presentación de formulario de pedido y cuando la suscripción se carga en el fondo.

Cómo puedo lograr el desencadenante de las transacciones de suscripción posteriores exitosas?

Dado que las suscripciones se pueden crear en un embudo o sitio web, podemos crear un disparador para el pago Recibido y aplicar los siguientes filtros para lograr el caso de uso. El tipo de fuente es Funnel/Website. El tipo de transacción es "Custormer no presente/compañía de suscripción".

El filtro de estado de pago puede filtrar pagos exitosos o fallidos por el caso de uso.

Qué significa la transacción presente/primera agencia del Cliente y la transacción de no presentar/suscripción del Cliente?

Estamos categorizando el tipo de transacción en dos categorías

  • Customer presente / primera transacción - Esto incluye las transacciones donde el cliente final está en la sesión y haciendo el pago. Esto consiste en todas las compras de una sola vez y la colocación de un primer pedido para un producto de suscripción.

  • Customer no presente / transacción de suscripción - Esto incluye los tipos de transacción que se ejecutan en segundo plano después de que ya se ha creado una suscripción. Por ejemplo, si un cliente compra un producto recurrente con un período de prueba de 14 días. La transacción se realiza mientras se compra el producto recurrente ($0 transacción en este caso) caería en la presente / primera transacción del Cliente. Después de 14 días, cuando el período de prueba haya terminado, y usted cobra $100 por el producto recurrente, la transacción de $100 caería en la categoría de transacción de Customer no presente/suscripción.

Los pagos fallidos también se capturarán en este desencadenante?

Sí, por defecto, sin filtros, el disparador se ejecuta en intentos de pago exitosos y fallidos. Para casos de uso específicos en torno al éxito / pagos fallidos solamente, podemos aplicar el filtro "Estado de transacción" y configurarlo con éxito/fallido según el caso de uso.

He configurado el disparador y seleccionado un producto específico en los filtros. Esto significa que el desencadenante se disparará cuando ese producto se venda en cualquier lugar?

Si ha configurado el disparador y configure el filtro para un producto específico, se desactivará sólo cuando ese producto se vende en embudos/website/facturas. Usando el filtro de estado de la transacción, podemos definir si el disparador debe funcionar cuando la compra tiene éxito o la compra es un fallo.

Qué es el filtro de subfuente?

Cuando selecciona una fuente como embudos/websites/facturas, pueden tener sub-fuentes, como un pago del embudo puede venir ya sea a través de un formulario de pedido de un solo paso, un formulario de pedido de dos pasos o un upsell. Puede utilizar estos filtros de subfuente para definir el origen del Pago.

¿Ha quedado contestada tu pregunta?