La deprecación del XML de derivación es el cambio por el cual SAP dejó de admitir la configuración de la derivación de motivos de evento y de flujos en archivos XML, y la pasó a las reglas de negocio. Una publicación de SAP sobre la deprecación explica que, desde la versión 2H 2020, el XML de derivación de motivos dejó de admitirse y las reglas pasaron a ser el camino.
Antes, la derivación se configuraba en un archivo XML que se importaba en la instancia. El archivo tenía reglas con una sintaxis propia: si cambió tal campo, tal evento y tal motivo; si cambió tal otro, tal flujo. Era un mecanismo potente, pero difícil de mantener. Cada cambio requería editar el archivo, importarlo y probar, y no había una interfaz que mostrara la lógica de forma clara. Muchos clientes tenían archivos con cientos de líneas que nadie se animaba a tocar.
Con las reglas de negocio, la misma lógica se arma en Configurar reglas de negocio, con los escenarios de derivación del motivo y de disparo de flujos, y se asigna en Gestionar configuración empresarial. La nota 2260431 menciona las opciones de la instancia que habilitan los dos mecanismos con reglas: las reglas de negocio para la derivación de flujos y para la derivación de motivos de evento. En una instancia nueva, como la que se usaría para Best Run Argentina, esas opciones ya están activas y el XML no existe.
Para un consultor, la deprecación tiene dos consecuencias prácticas. La primera es que en un cliente con una implementación antigua puede haber rastros del XML: documentos de diseño que lo mencionan, reglas básicas creadas en la migración desde el XML, o lógica que replica la estructura del archivo. Entender de dónde viene esa lógica ayuda a ordenarla. La segunda es que la documentación vieja, los foros y algunos cursos todavía explican la derivación con XML. Conviene reconocerla para no aplicarla.
La migración desde el XML se hizo en su momento, en la mayoría de los clientes, convirtiendo cada línea del archivo en una rama de una regla, muchas veces con el escenario básico. El resultado suele ser una regla larga que combina motivo y flujo en la misma rama, lo opuesto a lo que recomienda la nota 3340690. Es una buena candidata para reorganizar: separar el motivo y el flujo, usar los escenarios específicos y documentar el orden de las ramas.
En el caso del curso, AR_Derivar motivo de evento y AR_Disparar flujo de promoción muestran cómo se configura hoy lo que antes estaba en el XML. Dos reglas, cada una con su escenario, asignadas en orden en jobInfo, con descripciones que dicen qué hacen y dónde están. Esa claridad es la principal ganancia del cambio: cualquier consultor que llegue al cliente puede entender la derivación sin abrir un archivo.
