Gestión de Disputas
Administre casos de devolución de cargo, prepare respuestas respaldadas por evidencia y siga los resultados del proveedor en DEUNA Admin.
En esta página
- 01 / Un flujo de trabajo conectado, desde la recepción hasta el resultado
- 02 / Conéctate una sola vez. Utiliza la cuenta original
- 03 / Cada paso del caso, en un único espacio de trabajo
- 04 / Construya una defensa completa
- 05 / Ver el progreso confirmado
- 06 / Ver el portafolio detrás de la cola
- Principios operativos
- Términos clave
La gestión de reclamaciones integra el flujo de trabajo de devolución en un único espacio de administración de DEUNA. Los equipos operativos pueden pasar desde el pago original al caso, la respuesta y el resultado confirmado por el proveedor, sin perder contexto.
La funcionalidad opcional Agente de Disputas puede ayudar a normalizar el contexto del caso, priorizar los plazos, identificar lagunas en la evidencia y preparar una acción recomendada. No amplía las capacidades del proveedor ni otorga autoridad de aprobación; los límites de acceso, aprobación y resultado descritos en esta guía siguen siendo aplicables.
Disputas
Prioriza contracargos por fecha límite, estado de preparación y próxima acción.
| Caso | Motivo | Proveedor | En disputa | Fecha límite | Estado |
|---|---|---|---|---|---|
| Producto no recibido | Worldpay | 128,40 US$ | 4 oct | Requiere respuesta | |
| El titular no autorizó el pago | Adyen | 82,00 US$ | 7 oct | En revisión | |
| Crédito no procesado | Stripe | 246,90 US$ | Cerrado | Ganada | |
| Procesamiento duplicado | Worldpay | 54,25 US$ | Cerrado | Perdida |
01 / Un flujo de trabajo conectado, desde la recepción hasta el resultado#
El flujo de trabajo consta de cinco etapas. Un caso puede entrar automáticamente a partir de una notificación del proveedor o registrarse a partir de una reclamación existente; el registro crea un caso existente y nunca inicia una devolución con un banco.
| Etapa | Resultado del comerciante |
|---|---|
| 01 · Recibir o registrar | Conecta el caso del proveedor con el pago original y la cuenta del procesador. |
| 02 · Comprende lo que se necesita | Lee la reclamación, el plazo de respuesta, las acciones disponibles y los requisitos actuales. |
| 03 · Prepara y revisa | Combina los datos estructurados con versiones exactas y validadas de la evidencia y aprueba el paquete congelado. |
| 04 · Envía la solicitud adecuada | Envía la acción permitida para esa cuenta de proveedor, etapa del caso y ronda. |
| 05 · Sigue el progreso confirmado | Realiza un seguimiento de la entrega por separado de la revisión del proveedor y el resultado final del caso. |
Un único caso, tres carriles independientes
La verificación de identidad primero te indica si DEUNA ha emparejado un caso reportado con un proveedor o fuente de pago autorizada. Después de eso, los tres carriles de estado responden a diferentes preguntas operativas.
02 / Conéctate una sola vez. Utiliza la cuenta original#
Una disputa permanece vinculada a la cuenta del procesador que manejó el pago original. DEUNA no redirige un caso existente a un procesador alternativo, y la simple activación de una funcionalidad no establece el acceso a la gestión de disputas.
Confirmar la configuración con DEUNA
Antes de poner en marcha, solicite a su gestor técnico que confirme los entornos, países, productos de pago y cuentas de procesadores habilitados. Confirme si la recepción es automática o manual, qué etapas del caso y acciones del proveedor son compatibles, y cómo se actualiza el estado del proveedor. También confirme el modelo de roles, las reglas de pruebas, el soporte para pagos externos y cualquier otra configuración necesaria en el lado del proveedor.
Si la función no está habilitada, el administrador muestra una pantalla de acceso temprano con la ruta de contacto de su cuenta.
Mantener las operaciones de gestión de disputas separadas de los comentarios contra el fraude
La Gestión de Disputas es el espacio de trabajo para investigar un caso del procesador, preparar la respuesta del comerciante, enviar una acción disponible y seguir el resultado. Carga de devoluciones de cargo Es un flujo de trabajo de retroalimentación separado que envía resultados históricos a un proveedor de detección de fraude. Un archivo de retroalimentación no registra una disputa, no responde a un proveedor ni adjunta pruebas a un caso activo.
API disponible
Las rutas de disputa expuestas a través del API Gateway de DEUNA requieren una privado clave de API o una sesión de comerciante autorizada. Las claves públicas del navegador no pueden usarse. Utilice X-Idempotency-Key en solicitudes con efectos secundarios y descubra las capacidades en tiempo de ejecución.
| Propósito | Endpoint expuesto |
|---|---|
| Descubra las cuentas configuradas y el estado de disponibilidad | GET /merchants/disputes/connections, GET /merchants/disputes/connections/{processor_account_id}, GET /merchants/disputes/capabilities |
| Registre, liste y lea casos | POST /merchants/disputes, GET /merchants/disputes, GET /merchants/disputes/{id} |
| Prepare la respuesta | PATCH /merchants/disputes/{id}/draft, PATCH /merchants/disputes/{id}/metadata, GET /merchants/disputes/{id}/requirements |
| Gestiona pruebas e información solicitada | /merchants/disputes/{id}/evidence y sus rutas de respuesta; /merchants/disputes/{id}/information-requests y sus rutas de respuesta |
| Revisa y envía | /merchants/disputes/{id}/reviews, POST /merchants/disputes/{id}/reviews/{review_id}/approve, POST /merchants/disputes/{id}/submit |
| Sigue los cambios y los intentos | GET /merchants/disputes/{id}/updates, GET /merchants/disputes/{id}/submissions, GET /merchants/disputes/{id}/submissions/{submission_id} |
Ver el catálogo de endpoints del comerciante para el inventario actual del gateway.
03 / Cada paso del caso, en un único espacio de trabajo#
Prioriza los casos que necesitan atención
Acceda a Operaciones > Disputas para comparar los plazos de respuesta, los montos en disputa, las razones de la reclamación, el estado de preparación, el estado del proveedor y las próximas acciones. La cola destaca el trabajo del operador, los casos con vencimiento en siete días, el seguimiento del proveedor y los resultados registrados. Busca por token de pedido o ID de pago del proveedor, y luego filtra la vista por cuenta de procesador, estado o fecha de creación.
Reúne los hechos del caso y del pago
Uso Registrar disputa Cuando una reclamación existente de un proveedor no ha entrado a través de la admisión automatizada. Comience con el ID del caso del proveedor, la referencia del comerciante, la cuenta del procesador original, la etapa del caso, la ronda, la hora de apertura y la fecha límite de respuesta. Cargue un pedido de DEUNA si existe; de lo contrario, proporcione los identificadores y el contexto de pago externo autorizados. Finalice con la razón de la reclamación y la información del comerciante que DEUNA no puede verificar, como la entrega, el uso del servicio, los términos aceptados, la cancelación o la comunicación con el cliente.
Comprenda el caso antes de tomar medidas
La vista general del caso mantiene la reclamación, la razón original y normalizada, la etapa, la ronda, el monto en disputa, la fecha límite, el pago, los capturas, los reembolsos, los artículos del pedido y la siguiente acción en un solo lugar. Resuelva cualquier conflicto entre los hechos del proveedor, los hechos del pago y los registros del comerciante antes de la revisión o la presentación.
04 / Construya una defensa completa#
Su respuesta es el producto. Los archivos son una forma de entregarlo. DEUNA combina los hechos comerciales, los requisitos actuales y las versiones exactas de la evidencia en la representación aceptada por la conexión con el procesador certificado.
Prepare la respuesta
Acceda a Respuesta Para construir la posición del comerciante a partir del cliente, la compra, los artículos en disputa, la cronología de fechas, el cumplimiento o el uso del servicio, las políticas, los reembolsos y las comunicaciones. Utilice un lenguaje claro y factual y conecte cada declaración relevante con una fuente. DEUNA puede reutilizar los hechos conocidos del pedido y el pago, pero no inventa una narrativa ni trata un registro de pedido como prueba de cumplimiento.
Alinee la respuesta con la reclamación
Los requisitos cambian con la razón de la reclamación, la cuenta del procesador, el método de pago, el país, la etapa, la ronda y la acción. Estos ejemplos muestran cómo cambia el contenido; los requisitos en vivo siguen siendo autoritarios.
| Reclamación | Contenido estructurado | Posibles pruebas de respaldo |
|---|---|---|
| Producto no recibido | Artículos en disputa, dirección de envío, transportista y seguimiento, fechas de envío y entrega, explicación del comerciante. | Registro de transportista autorizado, prueba de fecha de entrega o confirmación de entrega firmada. |
| Servicio digital no recibido | Descripción del servicio, referencia de cuenta, período de servicio, fechas de acceso o uso, contexto de cancelación. | Registros de acceso, registros de uso del servicio, acuerdo de servicio o comunicación relevante con el cliente. |
| Crédito no procesado | Pago original, referencia de reembolso, monto, moneda, estado y hora de finalización. | Confirmación oficial de reembolso o crédito. Un reembolso pendiente no es un reembolso completado. |
| Transacción duplicada | Referencias de la transacción, fechas, importes, pedidos o ítems separados, y la diferencia comercial. | Recibos o registros de pedidos que establezcan compras distintas. |
| Suscripción cancelada | Acuerdo, versión de política aceptada y fecha, notificaciones de renovación y cronología de cancelación. | Términos aplicables, registro de consentimiento y correspondencia relevante. |
| Compra no autorizada | Resultados de autenticación disponibles, hechos de consentimiento y contexto de cuenta, dispositivo o sesión permitido. | Registros originales de autenticación o consentimiento y prueba de cumplimiento; nunca datos completos de tarjeta (PAN), CVV, credenciales o secretos. |
La integridad no establece la verdad ni garantiza una decisión favorable del proveedor.
Mantener la evidencia conectada
La evidencia es más que un nombre de archivo cargado. Cada elemento tiene una categoría, fecha de evento, descripción, ítems de pedido relacionados, campos de respuesta compatibles y versiones de archivo inmutables. Cargar o reemplazar un archivo crea una versión; no envía la respuesta. Los formatos y límites de tamaño para la evidencia de disputa se resumen a continuación.
| Contrato de evidencia | Límite actual de DEUNA |
|---|---|
| Formatos base aceptados | PDF, JPEG, PNG, texto plano y mensajes de correo electrónico RFC 822 |
| Tamaño del archivo | 25 MiB por versión de archivo |
| Número de evidencias | 50 elementos de evidencia lógicos por caso |
| Historial de versiones | 20 versiones inmutables por elemento de evidencia |
Un procesador puede imponer límites más pequeños en tamaño, número, página, formato o rol de evidencia. Después de la carga, la versión debe pasar por validaciones y comprobaciones de seguridad antes de convertirse en Listo. Solo una versión lista y aprobada puede entrar en revisión.
Resolver información faltante
Una solicitud de información convierte un hecho faltante, ilegible o contradictorio en una tarea rastreable. Identifica la ruta de respuesta, el rol de evidencia, el ítem de pedido, el requisito, el responsable y el destinatario de la respuesta. Una respuesta del comerciante desencadena una nueva validación; no resuelve automáticamente la solicitud, aprueba el caso o suspende el plazo del proveedor.
Preparar y revisar el paquete exacto
La revisión congela la acción del proveedor, la respuesta estructurada, los requisitos actuales y las versiones exactas de la evidencia. El revisor compara este paquete bloqueado con el borrador actual. Cualquier cambio de contenido relevante o una nueva versión de evidencia más reciente hace que la aprobación anterior sea obsoleta; cree y apruebe una nueva revisión antes de enviarla.
Enviar y reconciliar
Enviar solo cuando el paquete aprobado esté completo, actualizado y sea elegible. La acción seleccionada depende de la conexión con el proveedor y del caso; puede defender, complementar, aceptar responsabilidad o retirar una respuesta cuando esté permitido. Una acción en cola o en transmisión solo demuestra que DEUNA ha aceptado la operación para su procesamiento.
Si la ejecución llega a Resultado desconocido, y reconciliar el intento original antes de intentarlo de nuevo. Un reintento sin control puede enviar la misma acción del proveedor dos veces.
05 / Ver el progreso confirmado#
Acceda a Actividad para ver el registro, observaciones del proveedor, cambios en las respuestas, finalización de la evidencia, solicitudes de información, revisiones, aprobaciones, intentos de envío y resultados, en orden cronológico. El historial de envío conserva la acción, los intentos, la recepción y el resultado de ejecución exactos, incluso cuando el borrador de trabajo posterior cambie.
Para las integraciones de API, GET /merchants/disputes/{id}/updates muestra los cambios en el caso mientras que los endpoints de envío admiten la conciliación de acciones. Siempre conserve la fuente de la observación, la marca de tiempo y la validez. Un envío exitoso no es una confirmación del proveedor, y la confirmación no es una decisión favorable.
Referencia de estado
| Seguimiento | Estado | Significado |
|---|---|---|
| Preparación | draft, needs_information, under_review, ready, approved, submitted, completed | Describe si la respuesta del comerciante puede avanzar. |
| Ejecución de acción | queued, transmitting, reconciling, succeeded, rejected, outcome_unknown, cancelled_before_send | Describe un intento de acción del proveedor. La incertidumbre debe ser reconciliada antes de reintentar. |
| Ciclo de vida del proveedor | unknown, needs_response, under_review, won, lost, accepted, withdrawn, closed | Describe solo el último estado verificado del proveedor. |
Un incumplimiento de un plazo local es una alerta, no una prueba de que el proveedor marcó el caso como perdido. De manera similar, aceptado significa que el comerciante ha aceptado la responsabilidad; no significa que el proveedor haya aceptado la evidencia.
Regresar al pago original
Cuando un pago tiene disputas relacionadas, la página de detalles del pedido muestra cada caso con su importe en disputa, el estado del proveedor, el estado de preparación, la siguiente acción y la fecha límite de respuesta. Seleccione Gestionar disputa para abrir el caso o Ver todas las disputas para este pedido para regresar a la cola filtrada.
06 / Ver el portafolio detrás de la cola#
Acceda a Análisis de cartera para comprender la exposición y la recuperación por cargos por contra-reembolso para un período y moneda específicos. La vista del portafolio mantiene explícita la definición del grupo y no convierte los importes entre monedas.
| Ver | Qué explica |
|---|---|
| Exposición | Tasa de contra-reembolso, importe en disputa y tendencias diarias en el contexto de los pagos procesados elegibles. |
| Resultados | Casos ganados, perdidos y pendientes, más la tasa de éxito y el importe recuperado confirmado. Los casos pendientes no se incluyen en la tasa de éxito. |
| Averías | Volumen, importe, tasa de éxito y recuperación por proveedor, junto con la combinación de motivos de disputa. |
Seleccione un período de 30 o 90 días y una moneda disponible. Los filtros del portafolio son independientes de los filtros de la cola.
Principios operativos#
Términos clave#
| Término | Significado |
|---|---|
| Motivo del reclamo | Por qué el emisor, la red o el proveedor dice que el pago está en disputa. |
| Razón de defensa | La posición de respuesta permitida del comerciante. |
| Error de ejecución | Un problema al preparar o entregar una acción; no es una razón o resultado de una reclamación. |
| evidencia | Un archivo versionado asociado a uno o más datos de respuesta. |
| Solicitud de información | Una pregunta específica o un requisito faltante que necesita una respuesta o resolución. |
| Revisión | Una instantánea congelada de la acción, la respuesta, los requisitos y las versiones exactas de la evidencia. |
| Presentación | La solicitud para ejecutar la acción del proveedor aprobada. |
| Resultado del proveedor | La decisión autorizada o cierre informado por el proveedor. |