> For the complete documentation index, see [llms.txt](https://docs.verifone.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.verifone.com/cug-57.02/cug-57.02-es/referencia-de-usuario-de-commander-57.02/almacenamiento-y-reenvio-supervision-de-lotes-de-red.md). # Almacenamiento y reenvío - Supervisión de lotes de red Almacenamiento y reenvío Configure y supervise transacciones de respaldo sin conexión. ## Resumen Store and Forward administra las transacciones de respaldo cuando el host de pagos no está disponible. Úselo con su configuración de EPS y FEP. El comportamiento del host puede variar según el procesador. {% hint style="info" %} Para VAPS CITGO, a partir de Verifone Commander Release 57.01, para garantizar una conciliación oportuna, se ha implementado lo siguiente: Cuando hay lotes de red abiertos con más de 72 horas de antigüedad, se muestra un mensaje en el POS "Unclosed Network Batches; Call Help Desk" Cuando hay lotes de red abiertos con más de 120 horas de antigüedad, se muestra un mensaje en el POS "Unclosed Network Batches; Transaction Processing Halted; Call Help Desk" y el procesamiento de transacciones se bloquea en Commander. El procesamiento de transacciones se reanuda después de que se procesan los lotes antiguos. {% endhint %} ## Configuración de Store and Forward Configure Store and Forward en [Payment Controller](/cug-57.01-en/cug-57.01-es/referencia-de-usuario-de-commander-57.01/formularios-del-cliente-de-configuracion/controlador-de-pagos.md). Ir a **Configuración de EPS** → **Configuración global de EPS** → **EPS** → **Varios**. Revise estos campos: * **Límite de almacenamiento y reenvío** — establece el número de transacciones de respaldo permitidas. * **Se requiere verificación de velocidad en línea** — aplica verificaciones de velocidad a transacciones en línea y fuera de línea. * **Tiempo de almacenamiento de datos (en días)** y los campos de seguridad relacionados — muestran la configuración de retención. Las transacciones EMV pueden permitir aprobaciones sustitutas cuando el host está desconectado. Los parámetros sustitutos son específicos de FEP. Consulte la documentación de su FEP antes de cambiar los valores sustitutos de EMV. ## Monitoreo de Store and Forward Use [Herramientas](/cug-57.01-en/cug-57.01-es/referencia-de-usuario-de-commander-57.01/formularios-del-cliente-de-configuracion/herramientas.md) para revisar el estado del pago. Ir a **Diagnósticos de helpdesk** → **Estado de pagos**. Esta vista incluye: * Recuento de Store and Forward * Detalles del lote actual * Hora de la última transacción ### Monitoreo de lotes de red


Publicado	Base057.01.00 · Base056.03.02 · Base055.02.10
Cliente	CITGO (específico de la marca)
Plataforma	Viper / EPS (lado de Commander, red NTS)

Los sitios de CITGO estaban experimentando lotes "atascados" causados por archivos de liquidación dañados o de cero bytes. Cuando BatchClose.xml o BatchConfig.xml se dañaba, el hilo de Store-and-Forward (SAF) entraba en un bucle infinito silencioso, bloqueando toda la liquidación de transacciones. Los sitios no descubrían el problema durante horas. {% hint style="info" %} Nota: La solicitud de funcionalidad original describía un monitor de antigüedad de lotes de 72 horas y 120 horas con advertencias en el POS y bloqueo de transacciones. La solución implementada adopta un enfoque diferente: previene y se autorrepara de la causa raíz (archivos dañados) en lugar de supervisar la antigüedad. El concepto de monitor de antigüedad se redirigió al proyecto C-Site Health & Alerts. {% endhint %} #### Qué hace esta funcionalidad Se agregaron tres capas de protección al proceso de liquidación por lotes de la red NTS:

Capa	Nombre	Descripción
1	Prevención	Los archivos de liquidación se escriben de forma atómica. El sistema primero prepara el archivo en una ubicación temporal y luego lo intercambia de una sola vez, de modo que un fallo nunca pueda dejar un archivo parcialmente escrito o vacío.
2	Autorreparación	Si se detecta un archivo dañado al iniciar o durante la liquidación, el sistema lo reconstruye automáticamente a partir de los registros individuales de transacciones almacenados en el disco.
3	Escalamiento de alarmas	Si la reconstrucción automática falla por completo, una nueva alarma se activa de inmediato para que se notifique al personal en lugar de que el sistema quede en un bucle silencioso.

#### Detalles del comportamiento **Escrituras atómicas de archivos** Tanto BatchClose.xml como BatchConfig.xml se escriben mediante un proceso seguro de tres pasos: * escribir en un archivo temporal, * vaciar al disco, * renombrar con el nombre de archivo final. Esta operación se reintenta hasta tres veces en caso de fallo. Cualquier archivo temporal sobrante de un fallo anterior se elimina automáticamente cuando Verifone Commander se inicia. Una nueva marca de configuración (ATOMICBATCHCFGWRITE) controla si la escritura atómica está habilitada para BatchConfig.xml. **Detección de archivos de cero bytes** Antes de leer cualquiera de los archivos, el sistema comprueba si el archivo está vacío. Un archivo vacío se trata como ilegible y activa el proceso de reconstrucción en lugar de provocar un error de desmarshalización. **Reconstrucción automática**

Archivo	Reconstruido a partir de	Cuando se activa
BatchClose.xml	BatchConfig.xml, con respaldo del nombre del directorio del lote	El archivo existe, pero no se puede leer
BatchConfig.xml	Archivos de transacciones individuales examinados en el disco	El archivo está ausente o dañado

*Si campos clave como el número de lote o el número de secuencia no se pueden leer desde la configuración, el sistema los recupera individualmente a partir del nombre del directorio del lote, evitando errores de uno en uno en los totales de la liquidación.* #### Alarma BATCH CLOSE ERROR — CALL HELPDESK Si la reconstrucción falla por completo, el sistema activa la alarma: “BATCH CLOSE ERROR — CALL HELPDESK”. Esta alarma aparece en la pantalla de alarmas de Commander y también está disponible en español. La liquidación no continúa en silencio; se espera que el sitio llame al Help Desk para la recuperación manual. Este escenario extremo requiere que varios archivos se dañen simultáneamente y es muy poco frecuente en condiciones normales de operación. #### Alcance y aplicabilidad

Atributo	Valor
Red	NTS (solo marca CITGO)
Plataforma	Viper / EPS — lado de Commander
Tipos de transacción	Todos los tipos de transacción que usan la liquidación por lotes de NTS
Nuevo FID	ATOMICBATCHCFGWRITE (en FIDTable.xml)
Nueva alarma	BATCH CLOSE ERROR — CALL HELPDESK (inglés y español)

Esta función no está activa para marcas que no sean CITGO. Solo se aplica cuando está instalada la red NTS. #### **Liquidación bloqueada / SAF en bucle silencioso** 1. Revise los registros de Commander en busca de entradas WARN que mencionen BatchClose.xml o BatchConfig.xml de cero bytes. 2. Compruebe si el nombre del directorio del lote coincide con el formato esperado de fecha y secuencia. 3. Busque la alarma BATCH CLOSE ERROR — CALL HELPDESK en la pantalla de alarmas de Commander. 4. Si no hay ninguna alarma, pero SAF parece estar en bucle, revise el directorio de lotes de NTS en busca de archivos temporales que puedan indicar una escritura interrumpida. #### **La alarma se activa pero la liquidación no se recupera** Esto significa que BatchClose.xml, BatchConfig.xml, *y* los archivos de transacciones individuales son ilegibles — un escenario extremo de múltiples fallos. Se requiere intervención manual. El sitio debe ponerse en contacto con el Help Desk para recuperar los datos del lote. #### **La funcionalidad no está activa en un sitio CITGO después de la actualización** * Confirme que la red instalada sea NTS (marca CITGO). * Verifique que la compilación sea Base057.01.00, Base056.03.02 o Base055.02.10 o posterior. * Compruebe en FIDTable.xml del Commander la presencia de la entrada ATOMICBATCHCFGWRITE. ## Funciones relacionadas Use [Métodos de pago](/cug-57.01-en/cug-57.01-es/referencia-de-usuario-de-commander-57.01/metodos-de-pago.md) cuando necesite opciones de recuperación manual. **26 - Publicación forzada** se usa para transacciones procesadas mientras el host estaba fuera de línea. Use [Funciones de red](/cug-57.01-en/cug-57.01-es/referencia-de-usuario-de-commander-57.01/funciones-de-red.md) para flujos de trabajo relacionados con el host y la red de pagos. ## Solución de problemas **Si los conteos de Store and Forward aumentan inesperadamente, primero verifique la conectividad con el host.** **Luego revise la configuración de EPS y los parámetros sustitutos de FEP.** **Si el comportamiento difiere según el tipo de tarjeta, confirme las reglas específicas del procesador con su proveedor de FEP.** --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.verifone.com/cug-57.02/cug-57.02-es/referencia-de-usuario-de-commander-57.02/almacenamiento-y-reenvio-supervision-de-lotes-de-red.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.