En esta publicación de blog, exploraremos los objetos técnicos y BAdI en SAP Document and Reporting Compliance.

La siguiente figura muestra una descripción visual de la ABAP mapa de clases y los BAdI clave, así como una tabla resumen de cómo se utilizan en implementaciones específicas de cada país/mandato.

Esto es importante porque una gran parte de la lógica de negocios para el contenido entregado por SAP está integrada en ABAP técnico o SAP BTP objetos. Comprender estos objetos se vuelve clave cuando los procesos no funcionan como se esperaba debido a problemas de configuración, falta de información sobre cómo se asignan ciertos puntos de datos, lagunas en la lógica estándar, etc.

Como puede ver, hay dos conjuntos clave de objetos ABAP, como se muestra a continuación:

• Clase CL_EDOCUMENT_[country code/mandate specifics] implementa la lógica específica del proceso. Se puede activar lógica adicional a través de clases de fábrica, por ejemplo, CL_EDOC_FACTORY_[country code/mandate specifics].
• Clase CL_EDO_MAP_[country code/mandate specifics] implementa la lógica de mapeo para producir el formato listo para enviar (por ejemplo, cargas útiles).

En las siguientes secciones, analizaremos algunos de los objetos técnicos importantes utilizados por Cumplimiento de informes y documentos de SAP así como los BAdI clave que puede considerar implementar para cumplir con los requisitos individuales durante una implementación.

Objetos técnicos

Los siguientes puntos explican cómo se utilizan estos objetos técnicos (por ejemplo, clases, tablas, estructuras, etc.) en el marco de cumplimiento de informes y documentos de SAP y dónde se hace referencia a ellos:

Clase de documento electrónico específica del país y su vínculo con el país

• Tabla EDOCOUNTRYTCH, vista de mantenimiento EDOCOUNTRYTCH
• Clase CL_EDOCUMENT_[country code] (subclase de CL_EDOCUMENT)

Esto implementa la lógica específica del país (pasos, acciones, etc.). Si se pueden aplicar múltiples mandatos y escenarios a un solo país, se puede activar la creación de instancias de documentos electrónicos adicionales registrando clases de fábrica adicionales en la tabla EDOFACTORY, vista de mantenimiento EDOFACTORYV. Aquí se muestran ejemplos de entradas para la facturación electrónica en India.

tablaes Saring documento electrónico-Reufórico Dena by documento electrónico Uniquel IDENTIFICACIÓN

Las siguientes tablas almacenan datos específicos del proceso para un identificador único de documento electrónico (por ejemplo, información proporcionada por la respuesta del servicio web de la autoridad):

• Mesa Principal EDOCUMENTO
• Las tablas específicas de país/mandato siguen la convención de nomenclatura EDO[country code][document type, e.g., INV for outbound invoice].

Definición de tipo de documento electrónico

• Tabla EDOTYPE, vista de mantenimiento EDOTYPEV

La asignación de tipos de documentos electrónicos al EDO[countrycode] tablas de la anterior

El paso, que almacena datos relevantes del proceso de documentos electrónicos, se puede encontrar aquí.

Controlador/clase de base de datos de procesos

• Interfaz IF_EDOCUMENT_[country code]_DB
• Clase CL_DOCUMENT_[country code]_DB (subclase de CL_EDOCUMENT_DB)

Estos objetos manejan las operaciones de la base de datos para tablas y funciones específicas de cada país (por ejemplo, creación, actualización y eliminación de entradas).

Definir estructuras para las interfaces

• Estructura EDO_[country code]_[document type]que corresponde a la estructura del documento del formato de envío (por ejemplo, la estructura puede transformarse en última instancia en un XML utilizando técnicas como XSLT).
• Estructura EDO_SRC_DATA_[source document type]que define la estructura de la SAP S/4HANA documentos de origen como facturas de ventas, facturas de contabilidad financiera, etc.

Clase de mapeo ABAP

• Clase CL_EDOC_MAP_[country code/mandate specifics] (subclase de CL_EDOC_MAP_AIF).

Contiene la lógica principal para mapear desde las aplicaciones de origen a la estructura específica del mandato/país de destino, incluida la ejecución de las transformaciones de SAP Application Interface Framework.

Configuración de Process Manager C y enlace a la clase eDocument

• Transacción SM34, ver clúster EDOC_PROCMGR

En este paso, los pasos del proceso, las acciones y otros parámetros se definen por proceso. Un proceso generalmente se refiere a un mandato electrónico; sin embargo, existen procesos específicos basados ​​en diversas características, como la dirección del mensaje (p. ej., facturas salientes frente a facturas entrantes) o el tipo de documento (p. ej., albaranes frente a facturas).

El enlace a las clases ABAP se define donde los pasos se conectan al método de clase implementado de la clase de manejo de eDocument definida, como CL_EDOCUMENT_[country code/mandate specifics]como se muestra en esta figura.

Vinculación de tipo de fuente de ERP/tipo de documento electrónico

En la vista de tabla/mantenimiento EDOCOMPANYACTIV, los tipos de fuente (facturas de venta, facturas de contabilidad financiera, etc.) se activan por sociedad.

La tabla EDOSRCTYPE (vista de mantenimiento EDOSRCTYPEV) especifica los tipos de origen de ERP y cómo se obtienen (clase ABAP y estructura de origen).

El tipo de documento electrónico definido en la tabla EDOTYPE está asociado con los documentos ERP de origen y los tipos de interfaz (por ejemplo, la tabla T003EDOC para documentos contables, la tabla TVFKEDOC para documentos de facturación y la tabla EDOINTTYPE para el enlace al tipo de interfaz; cada una tiene una vista de mantenimiento correspondiente, incluido el sufijo «V», como la vista T003EDOCV).

Implemente el «gancho» que vincula los procesos comerciales de ERP con el marco de documentos electrónicos

Por último, necesitamos ganchos para activar el proceso de creación de documentos electrónicos a partir de eventos específicos en el sistema SAP S/4HANA.

Los ejemplos incluyen eventos de transacciones comerciales (BTE) que se activan después de que se publican los documentos de contabilidad financiera (por ejemplo, para escenarios de salida). Estos BTE, junto con sus correspondientes módulos de funciones, deben asignarse en Transaction FIBF. Otros mandatos, como las facturas entrantes, pueden depender de diferentes ganchos o mecanismos para la creación de transacciones de documentos electrónicos.

Esta figura muestra qué eventos están asociados con qué ganchos/módulos de funciones específicos de eDocument (como se define en Transaction FIBF).

Complementos comerciales clave

Los BAdI brindan opciones clave de extensibilidad cuando las organizaciones necesitan ajustar y ampliar la lógica que ofrece SAP o crear sus propios procesos relacionados con documentos electrónicos, por ejemplo, implementando un mandato que no está cubierto por la versión estándar de contenido/país. Veamos algunos BAdI clave, como sigue:

EDOC_INTERFACE_CONNECTOR

Este BAdI permite mejorar la lógica de los aspectos de interfaz, por ejemplo, integrando los documentos electrónicos con SAP Application Interface Framework.

El BAdI se implementa con su lógica de negocios específica con los filtros utilizados para vincular la implementación al país/mandato electrónico dado, como se muestra en esta figura.

Cada mandato tendrá su propia implementación y usted también puede implementar su propia lógica, como se muestra aquí.

EDOC_ADAPTOR

Como se muestra en la figura siguiente, este BAdI permite ajustar los documentos electrónicos, entre otras, de las siguientes maneras:

• Determinar qué documentos ERP de origen son relevantes para un mandato determinado (método IS_RELEVANT)
• Realizar cambios en el contenido XML (método SET_OUTPUT_DATA)
• Ajustar el tipo de documento electrónico determinado por la configuración estándar (método CHANGE_EDOCUMENT_TYPE)
• Ajustar rangos de números (método GET_VARIABLE_KEY)
• Cambiar las reglas sobre cancelaciones (método RESTRICT_CANCEL)
• Realizar cambios en el diseño del formulario PDF (método CHANGE_FORM).

Usando sus filtros, se pueden agregar implementaciones específicas de cada país.

EDOC_PARTNER_CONNECTOR

Este BAdI permite agregar lógica para enviar documentos electrónicos a partes externas, como socios comerciales y clientes. Por ejemplo, esta funcionalidad permite enviar documentos electrónicos a clientes en correos electrónicos en Alemania, incluida la adición de archivos adjuntos.

EDOC_CUSTOM_FIELDS

Este BAdI permite agregar campos personalizados a la tabla EDOCUMENT.

Nota del editor: esta publicación ha sido adaptada de una sección del libro. Cumplimiento de informes y documentos de SAP: la guía completa para finanzas e impuestos por Genevieve Watson, Eliza Alberts-Müllery Iain MacIntosh. Genevieve es una líder experimentada en transformación y ERP fiscal, y socia del equipo de consultoría de tecnología fiscal de Deloitte. Eliza es socia del equipo de consultoría de tecnología fiscal de Deloitte con cerca de 20 años de experiencia en impuestos (indirectos) y tecnología fiscal adquirida tanto en la industria como en consultoría. Iain es director de Deloitte con más de 25 años de experiencia implementando SAP.

Esta publicación se publicó originalmente el 11/2025.