Versiones comparadas

Clave

  • Se ha añadido esta línea.
  • Se ha eliminado esta línea.
  • El formato se ha cambiado.

...

De no existir una alternativa de ampliación vía BAdI hay que valorar la opción de implementar una clase Z como hija de la clase /EDGE/ de mapeo correspondiente al lote cuyo mapeo deseamos modificar (por ejemplo /EDGE/CL_EDOC_SII_MAP_FE_L, /EDGE/CL_EDOC_SII_MAP_FR_L, etc...). Una vez hecho esto, redefiniríamos el método GET_ESTRUCTURA_XML utilizando el método super para reutilizar la lógica existente con las modificaciones que consideremos necesarias o directamente volver a escribirlo por completo. En la parametrización se deberá asignar la clase Z como clase de asignación mediante la transacción /EDGE/SII_CU_015. Opcionalmente podría crearse una ampliación de tipo POST u OVERWRITE sobre el método GET_ESTRUCTURA_XML.


Además, en este punto de ampliación también esta la BAdi /EDGE/BADI_SII_MAPEOS_VALIDAC que se utilizará para añadir cualquier tipo de validación previa que el cliente desee hacer. Esta BAdi no tiene una implementación por defecto porque que ya existen una serie de validaciones previas que pueden ser parametrizadas para las sociedades implicadas desde el menú de inicio sección de mapeos: 

Image Added

Esta BAdi tiene asociada la interfaz de validaciones /EDGE/IF_VALIDACIONES_SII que tiene los siguientes métodos:

  • CHECK_VALIDACION: Comprueba las validaciones previas necesarias.
  • GET_RELATIVE_NAME: Devuelve el tipo de eDocument a validar.

La comprobación de estas validaciones se lleva a cabo una vez hecho el mapeo de los campos del xml. Véase documentación sobre validaciones en: TO_DO.