{"section":"known-issues","requestedLocale":"es","requestedSlug":"las-transacciones-en-efectivo-1x-pueden-registrarse-bajo-una-regla-de-pago-que-no-ofrece-la-opcion-de-pago-a-plazos-1x","locale":"es","slug":"las-transacciones-en-efectivo-1x-pueden-registrarse-bajo-una-regla-de-pago-que-no-ofrece-la-opcion-de-pago-a-plazos-1x","path":"docs/es/known-issues/Payments/las-transacciones-en-efectivo-1x-pueden-registrarse-bajo-una-regla-de-pago-que-no-ofrece-la-opcion-de-pago-a-plazos-1x.md","branch":"main","content":">ℹ️ Este problema conocido ha sido traducido automáticamente del inglés.\n\n## Sumario\n\nCuando un comprador paga en efectivo (1 cuota, sin intereses) y más de una regla de pago coincide con los filtros de canal/emisor/marca compartida/nivel de la tarjeta, la pasarela de pagos puede registrar la transacción con una regla que en realidad no ofrece la opción de 1 cuota, en lugar de la regla genérica que sí la ofrece.\n\nResultado esperado: el nombre de la regla (`ruleName`) registrado en el pago debería ser una regla cuyo rango configurado incluya realmente la opción de 1 cuota.\n\nResultado real: en una compra con 1 cuota, el selector de reglas agrega _todas_ las reglas que cumplen con los filtros a la lista de candidatas, independientemente de si su rango de cuotas incluye 1 cuota; la posterior ordenación por prioridad del emisor favorece la regla específica del emisor sobre la genérica, por lo que se conserva su nombre (no la regla que se usa realmente para calcular las cuotas/intereses). En la mayoría de los casos observados, se trata únicamente de un **defecto de etiquetado**: las cuotas, el tipo de interés y el importe cobrado son correctos, y cuando las reglas candidatas se dirigen a la misma afiliación/conector, no hay enrutamiento ni impacto financiero.\n\n## Simulación\n\n**Requisitos previos:** dos reglas de pago activas para el mismo canal y marca de tarjeta, ambas válidas para tarjetas de crédito:\n\n- Regla A («genérica»): cualquier emisor, cuotas de 1 a 12, sin intereses\n- Regla B («específica del emisor»): emisor/banco específico, cuotas de 13 a 21, con intereses\n\n1. Realice un pedido y pague con una tarjeta de crédito configurada en la Regla B.\n2. Al finalizar la compra, seleccione 1 cuota (efectivo/sin intereses).\n\n3. Complete la compra (el pago debe alcanzar el estado de «aprobado»).\n\n4. En el panel de administración, abra los detalles del pago de la transacción («+ Información») e inspeccione el campo «Reglas disponibles»: los ID de las Reglas A y B aparecerán como posibles candidatos, aunque el rango configurado para la Regla B (13-21) no incluya 1x.\n\n5. Verifique el campo «Nombre de la regla» en el pago: mostrará la Regla B (la específica del emisor), no la Regla A.\n\n**Paso de verificación:** confirme que «Cuotas = 1», «Tasa de interés de cuotas = 0» y «Valor de cuotas» sea igual al valor total del pedido.\nEsto demuestra que la Regla A fue la que se aplicó realmente para la facturación, mientras que el `ruleName` registrado es incorrecto, lo que permite distinguir este defecto de un enrutamiento erróneo real, donde los términos facturados también serían incorrectos.\n\n## Workaround\n\n- **Inmediata/operativa:** Configure la regla compatible con 1x (Regla A) como la **regla predeterminada** para la afiliación. Esto reduce, pero no elimina, la posibilidad de que se registre una regla específica del emisor sin soporte para 1x cuando las reglas coinciden.\n\n- **Corrección estructural (por tienda, ya implementada):** Comuníquese con el equipo de producto de Pagos para solicitar que se habilite la cuenta para la corrección estructural existente. Ya está disponible una ruta de selección de reglas corregida que el equipo de producto puede activar por tienda."}