Su Template de datos de procesamiento de pagos
Su Template de datos de procesamiento de pagos
- Atributos de datos recomendados
- Actividades críticas del ciclo de vida de los pagos
- Guía paso a paso para extraer datos de Stripe
Atributos del procesamiento de pagos
| Nombre | Descripción | ||
|---|---|---|---|
|
Actividad
EventName
|
El nombre del paso o evento específico que tiene lugar durante el ciclo de vida del pago. | ||
|
Descripción
Este atributo representa la actividad realizada en un momento concreto. Normalmente se asigna a partir de los tipos de eventos de Stripe Webhook, por ejemplo, «payment_intent.created» se convierte en «Solicitud de pago creada» y «charge.succeeded» en «Pago autorizado». Asignar correctamente estos nombres técnicos de eventos a nombres de actividades comprensibles para el negocio es fundamental para que el mapa de procesos sea fácil de interpretar. Permite a los analistas comprender el flujo sin tener que descifrar códigos de eventos sin procesar de la API.
Por qué es importante
Define los nodos del mapa de procesos y permite visualizar el flujo del proceso.
Dónde obtenerlo
Stripe API: objeto Event, campo «type».
Ejemplos
Solicitud de pago creadaPago autorizadoPago fallidoDisputa abierta
|
|||
|
Hora de inicio
EventTimestamp
|
La fecha y hora exactas en que se produjo el evento. | ||
|
Descripción
Este atributo registra la marca de tiempo del evento. En Stripe, se proporciona como una marca de tiempo Unix en el campo «created» del objeto Event. Estos datos son fundamentales para establecer la secuencia de actividades. Los analistas utilizan este campo para calcular tiempos de ciclo, duraciones entre actividades y ordenar correctamente los eventos dentro del caso Payment Transaction ID. Sin marcas de tiempo precisas, es imposible determinar el flujo del proceso o medir el rendimiento.
Por qué es importante
Proporciona la dimensión temporal necesaria para descubrir el proceso y analizar el rendimiento.
Dónde obtenerlo
Stripe API: objeto Event, campo «created».
Ejemplos
2023-10-27T08:30:00Z2023-10-27T08:30:05Z2023-10-27T14:15:00Z
|
|||
|
ID de la transacción de pago
PaymentIntentId
|
El identificador único de la transacción de pago dentro de Stripe. | ||
|
Descripción
Este atributo actúa como identificador central del caso para el análisis del proceso. Normalmente se obtiene del campo «id» del objeto PaymentIntent de Stripe, por ejemplo, pi_12345. Agrupa todos los eventos relacionados, como autorizaciones, capturas, fallos y reembolsos, en un único caso de extremo a extremo. En el análisis, este ID es esencial para reconstruir el historial completo de una solicitud de pago. Garantiza que los distintos intentos y cambios de estado se asocien correctamente con la transacción financiera específica solicitada por el cliente.
Por qué es importante
Es la clave principal del modelo de Process Mining y permite al sistema unir eventos aislados en una traza de proceso coherente.
Dónde obtenerlo
Stripe API: objeto PaymentIntent, campo «id».
Ejemplos
pi_3MtwPdLkdIwHu7ix28XE9f12pi_1Jq8uFLkdIwHu7ix0yNq9g34pi_3N5yQdLkdIwHu7ix1AzP8h56ch_3LkrCdLkdIwHu7ix0ByR7j78
|
|||
|
Sistema de origen
SourceSystem
|
El nombre del sistema del que proceden los datos. | ||
|
Descripción
Este atributo indica el origen del registro de datos. En esta vista específica del proceso, el valor será siempre «Stripe». Resulta útil en entornos con varios sistemas, donde los flujos de procesos pueden abarcar CRM, ERP y pasarelas de pago. Permite a los analistas filtrar el mapa de procesos para mostrar solo las actividades que tienen lugar dentro del procesador de pagos o diferenciar entre Stripe y otros métodos de pago si se analizan varias pasarelas conjuntamente.
Por qué es importante
Identifica la procedencia de los datos, un aspecto esencial para la gobernanza de datos y el Process Mining de procesos en varios sistemas.
Dónde obtenerlo
Valor codificado durante la extracción.
Ejemplos
StripeStripe ConnectStripe Payments
|
|||
|
Última actualización de datos
ExtractionTimestamp
|
La marca de tiempo en que se extrajeron los datos de Stripe. | ||
|
Descripción
Este atributo registra cuándo se recuperaron los datos del sistema de origen. Ayuda a comprender la actualidad del análisis e identificar posibles problemas de latencia de datos. En los dashboards, este campo informa al usuario sobre la actualidad de los datos. Si la diferencia entre la marca de tiempo del evento y la marca de tiempo de extracción es grande, puede indicar un retraso en la canalización de datos.
Por qué es importante
Garantiza la transparencia sobre la actualidad de los datos y facilita las estrategias de carga incremental.
Dónde obtenerlo
Generado por la herramienta ETL/de extracción.
Ejemplos
2023-11-01T00:00:00Z2023-11-01T12:00:00Z
|
|||
|
Código de error
FailureCode
|
El código de error específico que se devuelve cuando falla un pago. | ||
|
Descripción
Este atributo registra el motivo del fallo de un pago, como 'insufficient_funds' o 'card_declined'. Normalmente se encuentra en el campo 'last_payment_error.code' del PaymentIntent. Estos datos son la base del Dashboard 'Error Resolution Cycle Time'. Al analizar estos códigos, la empresa puede identificar qué errores técnicos generan más fricción y retrasos específicos en el flujo de pagos.
Por qué es importante
Es fundamental para analizar la causa raíz de las desviaciones del proceso y de las transacciones fallidas.
Dónde obtenerlo
Stripe API: objeto PaymentIntent, campo 'last_payment_error.code'.
Ejemplos
tarjeta_rechazadafondos_insuficientestarjeta_vencidacvc_incorrecto
|
|||
|
Estado del pago
PaymentStatus
|
El estado actual del PaymentIntent o Charge. | ||
|
Descripción
Este atributo refleja el estado de la transacción según lo informa Stripe, por ejemplo, 'requires_payment_method', 'succeeded' o 'canceled'. Se obtiene directamente del campo 'status'. Este atributo ayuda a validar el flujo del proceso. Por ejemplo, un caso que termina en 'succeeded' indica una ruta completada correctamente, mientras que 'canceled' indica una desviación. También permite clasificar los resultados en el Dashboard 'Throughput and Capacity Analysis'.
Por qué es importante
Ofrece una visión rápida del resultado del caso y ayuda a verificar si el proceso alcanzó un estado final conforme.
Dónde obtenerlo
Stripe API: objeto PaymentIntent, campo 'status'.
Ejemplos
completadorequiere_acciónen_procesocancelado
|
|||
|
ID del cliente
CustomerId
|
El identificador del cliente asociado al pago. | ||
|
Descripción
Este atributo vincula el pago con una entidad de cliente específica en Stripe. Procede del campo 'customer'. Permite crear el Dashboard 'Customer Notification Latency' agrupando las transacciones por cliente. También resulta útil para identificar clientes con altas tasas de retrabajo o fallos frecuentes en los pagos, y respalda el análisis 'Payment Instruction Rework Rates'.
Por qué es importante
Permite analizar y segmentar el proceso desde la perspectiva del cliente.
Dónde obtenerlo
Stripe API: objeto PaymentIntent, campo 'customer'.
Ejemplos
cus_9s6X9nLkdIwHu7cus_8f5Y8nLkdIwJu8cus_7d4Z7nLkdIwKu9
|
|||
|
ID del desembolso
PayoutId
|
El identificador del desembolso bancario que incluye este pago. | ||
|
Descripción
Este atributo vincula la transacción individual con la liquidación agrupada (Payout) enviada a la cuenta bancaria del comercio. Se encuentra en el objeto Balance Transaction asociado al cargo. Es fundamental para el análisis 'Payment Reconciliation Gap Analysis'. Si un pago se ha liquidado pero no tiene un ID de desembolso, significa que los fondos permanecen retenidos en Stripe y aún no se han transferido a la empresa, lo que pone de manifiesto una demora de liquidez.
Por qué es importante
Conecta el caso individual con el paso final de liquidación financiera.
Dónde obtenerlo
Stripe API: objeto Balance Transaction, campo 'payout'.
Ejemplos
po_1MtwPdLkdIwHu7ix28XE9f12po_1Jq8uFLkdIwHu7ix0yNq9g34
|
|||
|
Importe del pago
PaymentAmount
|
El valor monetario asociado a la transacción de pago. | ||
|
Descripción
Este atributo representa el importe total de la transacción. En Stripe, suele almacenarse en la unidad monetaria más pequeña, por ejemplo, centavos para USD, y requiere conversión. Se asigna al campo 'amount' del objeto PaymentIntent o Charge. Estos datos son fundamentales para el Dashboard 'Treasury Cash Flow Visibility'. Permiten a los analistas agregar valores para comprender el volumen total procesado, los posibles ingresos en riesgo durante los errores y priorizar las transacciones de alto valor durante la revisión manual.
Por qué es importante
Añade una dimensión financiera al análisis del proceso y permite establecer prioridades según el valor.
Dónde obtenerlo
Stripe API: objeto PaymentIntent, campo 'amount'.
Ejemplos
100.002500.5049.99
|
|||
|
Moneda
PaymentCurrency
|
El código ISO de tres letras que indica la moneda de la transacción. | ||
|
Descripción
Este atributo especifica la moneda en la que se realizó el pago, por ejemplo, USD, EUR o GBP. Se encuentra en el campo 'currency' del objeto PaymentIntent. Es necesario para normalizar los informes financieros en los Dashboards de Treasury. En el análisis, este campo ayuda a identificar patrones regionales en los tiempos de procesamiento de pagos o las tasas de error, y contribuye a la vista 'Settlement Duration Standardization'.
Por qué es importante
Es esencial para agregar correctamente los datos financieros y analizar el rendimiento regional.
Dónde obtenerlo
Stripe API: objeto PaymentIntent, campo 'currency'.
Ejemplos
USDEURGBPJPY
|
|||
|
Tipo de método de pago
PaymentMethodType
|
El tipo de instrumento utilizado para realizar el pago, por ejemplo, una tarjeta o una transferencia bancaria. | ||
|
Descripción
Este atributo identifica el método utilizado para la transacción, como 'card', 'ach_debit' o 'alipay'. Se obtiene de 'payment_method_types' o del objeto 'payment_method'. Es esencial para el Dashboard 'Settlement Duration Standardization', ya que los tiempos de liquidación varían considerablemente entre las tarjetas de crédito, que suelen ser rápidas, y las transferencias bancarias, que suelen ser más lentas. Separar los datos por método garantiza comparaciones de rendimiento justas.
Por qué es importante
Explica las variaciones en la duración del proceso derivadas de las diferencias inherentes entre los medios de pago.
Dónde obtenerlo
Stripe API: objeto PaymentIntent, campo 'payment_method_types'.
Ejemplos
tarjetacuenta_bancaria_estadounidensedébito_sepaideal
|
|||
|
Usuario que procesa
ProcessingUser
|
El usuario o agente del sistema responsable de las revisiones manuales. | ||
|
Descripción
Este atributo identifica al agente humano o a la lógica del sistema que realizó una actividad específica, especialmente en 'Payment Review Needed' o 'Dispute Opened'. En Stripe Radar, puede ser el correo electrónico del revisor que aparece en los registros de revisión. Alimenta el mapa de calor 'Manual Intervention Heatmap', que permite a los responsables ver qué integrantes del equipo gestionan más revisiones e identificar posibles cuellos de botella en el Workflow manual.
Por qué es importante
Permite analizar los recursos e identificar cuellos de botella manuales.
Dónde obtenerlo
Stripe API: objeto Review (Radar), campo 'closed_by' u 'opened_reason'.
Ejemplos
bot_del_equipo_de_fraudeanalyst@company.comsistema_automático
|
|||
|
¿Hay retrabajo?
IsRework
|
Indicador que señala si se repitieron actividades dentro del caso. | ||
|
Descripción
Este atributo calculado devuelve true si actividades como 'Payment Instruction Sent' o 'Payment Details Validated' se producen más de una vez para un mismo ID de transacción de pago. Admite directamente el KPI 'Payment Instruction Rework Rates'. Un número elevado de retrabajos suele indicar problemas de calidad de datos en el origen o interfaces de usuario confusas para el cliente.
Por qué es importante
Pone de manifiesto las ineficiencias y los bucles del proceso.
Dónde obtenerlo
Calculado en la herramienta de Process Mining.
Ejemplos
truefalse
|
|||
|
¿Se ha impugnado?
IsDisputed
|
Indicador booleano que señala si el titular de la tarjeta impugnó el pago. | ||
|
Descripción
Este atributo indica si alguna vez se abrió una disputa (chargeback) para este pago. Se obtiene comprobando si el campo 'dispute' del objeto Charge no es nulo o si existe un objeto Dispute vinculado al PaymentIntent. Se utiliza para filtrar casos en la 'Process Path Compliance Audit' y comprobar si los casos impugnados siguieron los protocolos correctos de presentación de pruebas.
Por qué es importante
Identifica los casos de alto riesgo que requieren un tratamiento especial y seguimiento del Cumplimiento.
Dónde obtenerlo
Stripe API: objeto Charge; comprobar si el campo 'dispute' contiene un valor.
Ejemplos
truefalse
|
|||
|
¿Se ha reembolsado?
IsRefunded
|
Indicador booleano que señala si el pago se ha reembolsado total o parcialmente. | ||
|
Descripción
Este atributo indica si se devolvieron los fondos al cliente. Se obtiene del campo booleano 'refunded' o de 'amount_refunded' > 0 en el objeto Charge. Ayuda en la 'Process Path Compliance Audit'. Los reembolsos suelen requerir pasos de aprobación específicos; este indicador permite aislar esos casos y verificar si se produjo la actividad 'Payment Refunded'.
Por qué es importante
Identifica los casos que invirtieron el flujo, una desviación clave del proceso.
Dónde obtenerlo
Stripe API: objeto Charge, campo 'refunded'.
Ejemplos
truefalse
|
|||
|
¿Sin intervención manual?
IsTouchless
|
Indicador que señala si el proceso se completó sin intervención manual. | ||
|
Descripción
Este atributo calculado determina si el caso siguió una 'happy path' sin actividades como 'Payment Review Needed', 'Dispute Opened' o 'Payment Error Resolved'. Se utiliza para calcular el KPI 'Touchless Payment Rate'. Una tasa elevada indica un procesamiento automatizado y eficiente, mientras que una tasa baja sugiere una alta carga operativa.
Por qué es importante
Mide la eficiencia de la automatización y la calidad del flujo de proceso estándar.
Dónde obtenerlo
Calculado en la herramienta de Process Mining.
Ejemplos
truefalse
|
|||
|
Duración de la liquidación
SettlementDuration
|
El tiempo transcurrido entre Payment Authorized y Funds Available. | ||
|
Descripción
Este atributo calculado mide el tiempo que tardaron los fondos autorizados en estar disponibles en el saldo de Stripe. Se calcula restando la marca de tiempo de 'Payment Authorized' de la de 'Funds Available'. Es la métrica principal del Dashboard 'Settlement Duration Standardization' y ayuda a los equipos de Treasury a prever la disponibilidad de efectivo.
Por qué es importante
Mide la velocidad de la liquidez y la demora del flujo de efectivo.
Dónde obtenerlo
Calculado en la herramienta de Process Mining.
Ejemplos
2 días7 días10 minutos
|
|||
|
País de la tarjeta
CardCountry
|
El código del país donde se emitió la tarjeta. | ||
|
Descripción
Este atributo identifica el país de origen del instrumento de pago y normalmente se encuentra en 'payment_method_details.card.country'. Se utiliza en el Dashboard 'Settlement Duration Standardization'. Los pagos transfronterizos suelen tener ciclos de liquidación más largos que los nacionales, por lo que este atributo permite realizar la segmentación necesaria durante el análisis.
Por qué es importante
Explica las demoras en la liquidación causadas por los protocolos bancarios transfronterizos.
Dónde obtenerlo
Stripe API: objeto Charge, 'payment_method_details.card.country'.
Ejemplos
USDEGB
|
|||
|
Puntuación de riesgo
RiskScore
|
La puntuación de riesgo de fraude asignada a la transacción por Stripe Radar. | ||
|
Descripción
Este atributo contiene la puntuación de riesgo, de 0 a 99, asignada por los modelos de aprendizaje automático de Stripe. Se encuentra en el campo 'outcome.risk_score' del objeto Charge. Este atributo es clave para el Dashboard 'False Positive Error Identification'. Al correlacionar las puntuaciones de riesgo con las actividades 'Payment Error Resolved' completadas correctamente, los analistas pueden ajustar los umbrales para bloquear transacciones automáticamente.
Por qué es importante
Aporta contexto sobre los motivos por los que una transacción puede haberse marcado o bloqueado.
Dónde obtenerlo
Stripe API: objeto Charge, campo 'outcome.risk_score'.
Ejemplos
56599
|
|||
|
Tiempo de resolución de errores
ErrorResolutionTime
|
La duración entre la identificación de un error y su resolución. | ||
|
Descripción
Este atributo calculado registra el tiempo transcurrido entre 'Payment Error Identified' y 'Payment Error Resolved'. Es la métrica principal del KPI 'Average Error Resolution Time'. Su seguimiento ayuda a optimizar los equipos que gestionan excepciones y la lógica de reintentos automáticos.
Por qué es importante
Cuantifica el coste operativo de gestionar errores.
Dónde obtenerlo
Calculado en la herramienta de Process Mining.
Ejemplos
4 horas12 minutos2 días
|
|||
Actividades del procesamiento de pagos
| Actividad | Descripción | ||
|---|---|---|---|
|
Datos del pago validados
|
Validación automatizada de los datos del pago, incluidas las comprobaciones básicas de formato y la evaluación de reglas antifraude de Stripe Radar. Este paso representa la verificación de la legitimidad de la carga útil antes de intentar la autorización. | ||
|
Por qué es importante
Es fundamental para medir el Dashboard de cuellos de botella de validación y aprobación. Los retrasos aquí indican una respuesta lenta del sistema o un procesamiento complejo de las reglas antifraude.
Dónde obtenerlo
Se infiere al comparar la marca de tiempo de «Solicitud de pago creada» con el cambio de estado posterior, por ejemplo, a «processing» o «requires_action».
Recopilar
Comparar la marca de tiempo de creación con la primera actualización de estado
Tipo de evento
inferred
|
|||
|
Fondos transferidos
|
El desembolso que contiene esta transacción se ha transferido a la cuenta bancaria externa. El dinero ha salido de la plataforma de Stripe. | ||
|
Por qué es importante
Representa el hito «pago liquidado». Se utiliza para calcular la «coherencia de la duración de la liquidación».
Dónde obtenerlo
Stripe Events API: payout.paid
Recopilar
Se registra cuando se activa el evento payout.paid
Tipo de evento
explicit
|
|||
|
Pago autorizado
|
El emisor de la tarjeta ha autorizado el importe de la transacción y los fondos han quedado reservados. Esto confirma que el método de pago es válido y dispone de fondos suficientes. | ||
|
Por qué es importante
Hito clave para la «tasa de pagos sin intervención». El éxito en este punto indica que se ha superado el principal control de riesgo.
Dónde obtenerlo
Stripe Events API: payment_intent.succeeded (si la captura es automática) o payment_intent.amount_capturable (si la captura es manual).
Recopilar
Se registra cuando se activa payment_intent.succeeded o amount_capturable
Tipo de evento
explicit
|
|||
|
Pago conciliado
|
El extracto bancario externo se ha cotejado con el desembolso de Stripe. Esto confirma que el efectivo llegó realmente a la cuenta bancaria de la empresa. | ||
|
Por qué es importante
Es el paso final del «análisis de brechas en la conciliación de pagos». Garantiza que el libro contable coincida con la realidad bancaria.
Dónde obtenerlo
A menudo requiere datos externos o el estado «payout.reconciled» si se utilizan las funciones de Stripe Treasury/Reconciliation.
Recopilar
Requiere utilizar Stripe Treasury o una señal de un ERP externo
Tipo de evento
explicit
|
|||
|
Pago fallido
|
El emisor rechazó el intento de pago o Stripe lo bloqueó. Este evento activa la ruta de gestión de errores. | ||
|
Por qué es importante
Es el punto de partida del «tiempo medio de resolución de errores». Analizar los códigos aquí ayuda a reducir la «tasa de errores positivos falsos».
Dónde obtenerlo
Stripe Events API: payment_intent.payment_failed
Recopilar
Se registra cuando se activa el evento payment_intent.payment_failed
Tipo de evento
explicit
|
|||
|
Solicitud de pago creada
|
Inicio del proceso de pago, cuando se crea un PaymentIntent en el sistema de Stripe. Esta actividad registra el momento en que el cliente o el sistema inicia una solicitud de transacción. | ||
|
Por qué es importante
Marca el inicio del tiempo de ciclo del proceso. Es esencial para calcular la duración total de extremo a extremo del ciclo de vida del pago.
Dónde obtenerlo
Stripe Events API: payment_intent.created
Recopilar
Se registra cuando se activa el evento payment_intent.created
Tipo de evento
explicit
|
|||
|
Autenticación del pago solicitada
|
El sistema determina que se requiere Strong Customer Authentication (SCA) o 3D Secure. El flujo se pausa mientras espera que el cliente se autentique. | ||
|
Por qué es importante
Explica la latencia del proceso que depende exclusivamente del cliente y no del sistema.
Dónde obtenerlo
Stripe Events API: payment_intent.requires_action
Recopilar
Se registra cuando el estado de payment_intent cambia a requires_action
Tipo de evento
explicit
|
|||
|
Disputa abierta
|
El titular de la tarjeta ha impugnado el pago. Esto inicia el proceso de contracargo y retira fondos del saldo. | ||
|
Por qué es importante
Es un flujo de excepción importante que afecta la «tasa de conciliación correcta desde el primer intento».
Dónde obtenerlo
Stripe Events API: charge.dispute.created
Recopilar
Se registra cuando se activa el evento charge.dispute.created
Tipo de evento
explicit
|
|||
|
Disputa cerrada
|
El proceso de disputa ha concluido, con un resultado favorable o desfavorable. Esto marca el final del ciclo de excepción. | ||
|
Por qué es importante
Marca la resolución final de los ingresos impugnados.
Dónde obtenerlo
Stripe Events API: charge.dispute.closed
Recopilar
Se registra cuando se activa el evento charge.dispute.closed
Tipo de evento
explicit
|
|||
|
Error de pago resuelto
|
Se infiere cuando un PaymentIntent que había fallado vuelve a un estado processing o succeeded. Esto implica que el cliente proporcionó un nuevo método de pago o que el reintento tuvo éxito. | ||
|
Por qué es importante
Es fundamental para el Dashboard de «tiempo de ciclo de resolución de errores». Indica la recuperación satisfactoria de ingresos.
Dónde obtenerlo
Se infiere al observar un evento «payment_intent.processing» o «succeeded» en un ID que anteriormente tenía un evento «payment_intent.payment_failed».
Recopilar
Comparar la secuencia de estados: Failed -> Processing/Succeeded
Tipo de evento
inferred
|
|||
|
Fondos disponibles
|
Los fondos de la transacción se han liquidado y se han añadido al saldo disponible de Stripe, listos para su pago. | ||
|
Por qué es importante
Es fundamental para la «visibilidad del flujo de efectivo de tesorería». Marca el momento en que el dinero puede utilizarse realmente en la empresa.
Dónde obtenerlo
Stripe Events API: balance.available
Recopilar
Se registra cuando se activa el evento balance.available
Tipo de evento
explicit
|
|||
|
Notificación de pago enviada
|
Se envía al cliente un correo electrónico con el recibo o la confirmación. Esto marca el final de la interacción con el cliente para la transacción. | ||
|
Por qué es importante
Admite el Dashboard de «latencia de notificación al cliente». Los retrasos aquí provocan solicitudes al servicio de atención al cliente.
Dónde obtenerlo
Stripe Events API: charge.succeeded (compruebe el valor booleano «receipt_sent» o la generación de «receipt_url») o el evento receipt.sent.
Recopilar
Se registra cuando se activa el evento receipt.sent o se deriva del objeto charge
Tipo de evento
explicit
|
|||
|
Pago incluido en un desembolso
|
La transacción específica se agrupa en un objeto Payout. Esto indica que los fondos están programados para transferirse a la cuenta bancaria. | ||
|
Por qué es importante
Es esencial para la «estandarización de la duración de la liquidación». Conecta transacciones individuales con transferencias bancarias agrupadas.
Dónde obtenerlo
Se infiere al vincular la transacción de saldo con un objeto Payout.
Recopilar
Identificar cuándo se asigna el Payout ID a la transacción de saldo
Tipo de evento
inferred
|
|||
|
Pago reembolsado
|
El comerciante inició un reembolso de la transacción. Esto invierte el flujo de fondos. | ||
|
Por qué es importante
Identifica reprocesos posteriores a la liquidación y fugas de ingresos.
Dónde obtenerlo
Stripe Events API: charge.refunded
Recopilar
Se registra cuando se activa el evento charge.refunded
Tipo de evento
explicit
|
|||
|
Revisión del pago aprobada
|
Acción mediante la cual una persona agente o una regla del sistema aprueba una transacción que había sido marcada para revisión. Esto permite que la transacción continúe hacia la autorización. | ||
|
Por qué es importante
Es necesario para medir el «tiempo medio del ciclo de aprobación». Los cuellos de botella en este punto afectan directamente la experiencia del cliente.
Dónde obtenerlo
Stripe Events API: review.closed (con el motivo «approved»)
Recopilar
Se registra cuando se produce el evento review.closed
Tipo de evento
explicit
|
|||
|
Revisión del pago necesaria
|
Se produce cuando un pago activa una regla de revisión manual en Stripe Radar. El pago queda retenido a la espera de la intervención de una persona. | ||
|
Por qué es importante
Admite directamente el Dashboard de mapa de calor de intervención manual. Un volumen elevado aquí indica la necesidad de ajustar las reglas antifraude o aumentar el personal.
Dónde obtenerlo
Stripe Events API: review.opened
Recopilar
Se registra cuando se activa el evento review.opened
Tipo de evento
explicit
|
|||
Guías de extracción
¿Listo para comenzar?
Comience hoy mismo a analizar sus flujos de pagos para descubrir cuellos de botella ocultos y optimizar su rendimiento financiero. Nuestro equipo está aquí para ayudarle en cada paso.
Optimice ahora la eficiencia del procesamiento de sus pagos de Stripe
Alcance un procesamiento directo del 98 % y elimine las excepciones de pago.
No necesita tarjeta de crédito... Configuración en minutos