Hola y bienvenidos a la publicación de mi blog sobre la automatización del proceso de propuesta de pago a través de trabajos por lotes usando el programa RFF110S.

Introducción: –

El cliente tenía el requisito de automatizar SOLO sus trabajos de propuesta, mientras que el equipo de AP ejecutaba manualmente las ejecuciones de pago.

Diariamente, la empresa ejecuta 20 ciclos de pago para varios códigos de empresa con un conjunto de datos variado según el día de la semana. Por ejemplo, los cheques se ejecutan los martes y jueves, las ACH y las transferencias electrónicas a diario, los cheques subcontratados los miércoles y viernes, etc. Fechas como Fecha de publicación, Siguiente publicación. fecha, etc. juegan un papel clave en la definición de su conjunto de datos para ese día específico.

Esto parecía bastante monótono, incluso desde la perspectiva del usuario, ingresando el mismo conjunto de datos todos los días para poner en marcha el proceso.

PD: El requisito es ‘el trabajo de propuesta debe activarse SOLO en días hábiles’.

Requisitos previos: –

Ajustes de tres pasos necesarios para lograr el requisito mencionado anteriormente:

Paso 1: cambio de configuración: cree un calendario de fábrica, es decir, un calendario de días laborables del equipo AP. (T.Código SCAL)

Paso 2: cree variantes para el programa RFF110S para cada día hábil (Programa RFF110S)

Paso 3: programe trabajos por lotes para el programa RFF110S con variantes creadas en el Paso 2 (T.Code SM36)

Paso 1: cambio de configuración: cree un calendario de fábrica, es decir, ZZ: calendario de días laborables del equipo AP.

Código T. ESCALA –

Por lo general, el calendario de fábrica es algo bastante arriesgado de configurar, y es recomendable contar con los aportes del equipo de PP (Planificación de producción) antes de proceder a configurarlo. En caso de que no tenga un equipo de PP en el proyecto, verifique quién es el responsable o el propietario de la parte del calendario de fábrica y alinéelo.

Al crear un calendario de fábrica, tenga cuidado de que el entorno de SAP esté completamente sincronizado con todos los calendarios disponibles en producción. La nueva solicitud de transporte incluirá los calendarios existentes, así como el que creará para el horario de días laborables del equipo AP. Tenga la amabilidad de tomar nota de eso.

En mi caso, mientras creaba el calendario de fábrica, tuve que modificar algunos días para reflejarlos como días laborables y algunos días como festivos. Esto se puede lograr utilizando reglas especiales en el calendario de fábrica y es el único criterio para que sus trabajos por lotes SOLO se activen en días hábiles.

Una cosa importante para recordar, debe actualizar el calendario de fábrica todos los años en función de los días hábiles proporcionados por su cliente.

Paso 2: cree variantes para el programa RFF110S para cada día hábil (Programa RFF110S)

Este es el paso más crítico en toda la configuración.

Todas mis variantes se actualizan DINÁMICAMENTE por fecha y cualquier cambio en el campo estático condujo a la creación de una nueva variante para la ejecución de pago.

Por ejemplo,

Los ACH (A) y los cables (W) funcionaron diariamente

Los cheques (C) corrieron martes y jueves

Los cheques subcontratados (O) se ejecutaron los miércoles y viernes

Para comenzar con los parámetros para el programa RFF110Snecesitamos crear variantes

Variante 1 – CC_MON (CC = código de empresa y lun = lunes)

Fecha de ejecución = Fecha actual, ID de ejecución = Código de empresa, Fecha de publicación = Fecha actual +1, Documentos introducidos hasta = fecha actual, Código de empresa, Métodos de pago = AW, Siguiente publicación. Fecha = fecha actual +2

Rango de proveedores = a ser proporcionado por la empresa. El resto de los campos se pueden seleccionar según las necesidades.

Variante 2 – CC_TU_TH

Fecha de ejecución = Fecha actual, ID de ejecución = Código de empresa, Fecha de publicación = Fecha actual +1, Documentos introducidos hasta = fecha actual, Código de empresa, Métodos de pago = ACW, Siguiente publicación. Fecha = fecha actual +2

Variante 3 – CC_WED

Fecha de ejecución = Fecha actual, ID de ejecución = Código de empresa, Fecha de publicación = Fecha actual +1, Documentos introducidos hasta = fecha actual, Código de empresa, Métodos de pago = AWO, Siguiente publicación. Fecha = fecha actual +2

Variante 4 – CC_FRI

Fecha de ejecución = Fecha actual, ID de ejecución = Código de empresa, Fecha de publicación = Fecha actual +1, Documento ingresado hasta = fecha actual, Código de empresa, Métodos de pago = AWO, Publicación siguiente. Fecha = fecha actual +4

La carrera del viernes requería una nueva variante, solo porque la próxima publicación. la fecha es la fecha actual +4 días (ya que los sábados y domingos tienen un descanso semanal)

Se configuraron 4 variantes por sociedad, llegando a un total de 80 variantes para 20 sociedades.

Paso 3: programe trabajos por lotes para el programa RFF110S (T.Code SM36)

Los ciclos de pago deben ejecutarse a las 09:00 am todos los días. Los trabajos se programaron como:

Nombre del trabajo – RFF110S_MON_CC (MON = lunes y CC = código de empresa)

Programa – RFF110S

Variante – CC_MON

Fecha y hora: ingrese la fecha y hora del próximo lunes como 09:00:00

Trabajo Periódico – ComprobadoValores del período – Semanal

Restricciones – Calendario de fábrica, ID de calendario: ZZ y seleccione Ejecutar en Días Laborables boton de radio.

De igual manera programe los trabajos para martes, miércoles, jueves y viernes con sus respectivas variantes.

Cuando se ejecuta el trabajo por lotes programado, el sistema creará un trabajo adicional para ejecutar su propuesta con nomenclatura regular ‘F110-20230112-2000-X’. Consulte las capturas de pantalla a continuación para una mejor comprensión.

Conclusión: –

Esto ayudó a los usuarios comerciales a ahorrar mucho tiempo en sus ocupadas horas de trabajo y tuvo datos de propuestas disponibles en el sistema para su revisión en las primeras horas de trabajo.

Un paso vital para recordar, aquellos ciclos de pago en los que la propuesta no genera ningún pago exitoso (ninguno de los proveedores está en verde) deben eliminarse. Si no realiza este paso, los proveedores quedarán bloqueados en dicho ciclo de pago y no se considerarán exitosos en la siguiente ejecución de pago.

Espero que mi blog brinde solución y orientación en el tema tratado y deseo que mis colegas consultores lo encuentren útil en sus actividades de apoyo y desarrollo.

Atentamente,

Nimish Agarwal