La inicialización se utiliza para preparar todos los datos necesarios a la vez y transferirlos a los sistemas de TPV. Esta función está prevista para la puesta en servicio inicial, se planifica en el fondo y puede tardar algún tiempo. Cuando está terminada, el status debe ser Preparación OK (si fuera necesario, repita o reanude la preparación), de lo contrario, no podrá crear mensajes de modificación.

Si los sistemas de TPV ya contienen todos los datos requeridos en la puesta en servicio inicial para la salida a TPV, puede ejecutar una inicialización ficticia. El sistema no transfiere datos a los sistemas de TPV en inicializaciones ficticias. Sólo genera entradas especiales en las tablas de status para salida a TPV que le permiten empezar a crear mensajes de modificación inmediatamente después de la inicialización ficticia.

El mensaje de modificación es necesario para el negocio diario. El programa se planifica a intervalos (preferentemente después de cerrar el negocio). Analiza las modificaciones realizadas en el sistema desde la última vez que se prepararon correctamente los datos, entonces prepara los datos modificados y los transfiere a los sistemas de TPV.

Puede mejorar el rendimiento utilizando el tratamiento paralelo. Esta función se utiliza para distribuir las cargas durante la preparación en la salida a TPV. En este caso, se utilizan todos los servidores o un grupo de servidores para el Sistema SAP para preparar los datos para la salida a TPV. Si el tratamiento paralelo no es posible, los datos se preparan automáticamente de forma secuencial. Si se produce un error durante el tratamiento paralelo, los objetos defectuosos se preparan de nuevo secuencialmente. De esta forma, se asegura que los datos siempre se preparan completamente en la salida a TPV.

Si tienen lugar errores que requieren que el usuario realice un debug del algoritmo para salida a TPV, puede utilizar el modo de simulación para ubicar el error relevante. El modo de simulación funciona exactamente de la misma manera que el mensaje de modificación secuencial estándar. Sin embargo, no se realizan cambios en la base de datos. El modo de simulación también se puede utilizar sin reserva en sistemas productivos. En el modo de simulación no es posible el tratamiento paralelo.

La solicitud directa se utiliza para transferir datos específicos a los sistemas de TPV independientemente de las transferencias de datos regulares. La solicitud directa también puede utilizarse para preparar registros de borrado, que no transfieren los datos pertinentes al sistema de TPV sino que más bien borran estos datos de los sistemas de TPV.

Este informe borra las entradas de status para el proceso de salida a TPV o la lista de surtido que ya no se necesitan, así como todos los logs de errores relacionados y, si es necesario, también todos los IDOCs relacionados.

Este programa verifica si todavía tienen que prepararse datos para los que no se creó ningún fichero desencadenante. Si se encuentran datos, el programa crea un fichero desencadenante.

Este programa no suele ser necesario. Sin embargo, si no pudo crearse un fichero desencadenante para el convertidor (porque no había espacio suficiente en el disco, por ejemplo), no tiene que repetir la preparación. Sólo tiene que iniciar este programa en cuanto haya corregido la causa del problema. Antes de llamar este programa, debe reorganizar la interfase con TPV.