El orden de las partes del modelo de sucesión es la secuencia en la que deben aparecer las secciones del XML para que el archivo sea válido. Lo fija el DTD, sf-form.dtd, y no es opcional: un archivo con las partes en otro orden se rechaza al importar, aunque cada parte esté bien escrita.
La nota de SAP 2710923 muestra el orden en el mensaje de error que aparece cuando no se respeta: description, workflow, number-format, field-display-format, standard-element, userinfo-element, background-element, tab-element, hris-element, hris-action, custom-filters, element-permission, dg-filters, view-template y hris-sync-mappings. Es decir: primero la descripción y los flujos, después los formatos, los elementos estándar, de usuario, de antecedentes y de pestañas, los elementos HRIS, las acciones HRIS, los filtros propios, los permisos de elementos, los filtros de grupos dinámicos, las plantillas de vista y, al final, las asignaciones de sincronización de HRIS.
Para un consultor de Employee Central, la parte central son los elementos HRIS, que están en el medio del archivo. Los elementos estándar y de usuario, más arriba, corresponden a datos de Employee Profile. Las asignaciones de sincronización, al final, dicen qué datos de Employee Central se copian a Employee Profile, y se trabajan en la U4 L6.
Conocer el orden sirve para dos cosas. La primera es ubicar rápido lo que se busca en un archivo que puede tener miles de líneas: si se busca un filtro de grupos dinámicos, está después de los permisos de elementos y antes de las plantillas de vista. La segunda es evitar el error más común al editar a mano: pegar un bloque nuevo al final del archivo o en cualquier lugar, en lugar de hacerlo dentro de la sección que le corresponde.
El orden también explica por qué conviene trabajar dentro del elemento correcto. Un campo nuevo de la información del puesto no se pega como bloque suelto: se agrega dentro de hris-element id jobInfo, entre los demás campos del elemento. La nota 2820440, por su parte, muestra que cuando falta la sección de filtros de grupos dinámicos hay que agregarla en su lugar del archivo.
En el caso del curso, el Video 3.1 pliega las secciones del modelo exportado y recorre el orden de las partes antes de buscar el elemento jobInfo. La narración explica que, si alguna parte queda fuera de lugar, la importación se rechaza.
En el ejercicio de la L3, el compañero pega el bloque nuevo al final del archivo, después de las asignaciones de sincronización, y la importación falla con un mensaje que enumera nombres de elementos. La solución explica el orden y por qué el bloque quedó fuera de lugar. En la evaluación de la L3, una pregunta pide qué revisar primero ante ese tipo de error.
