Por qué SAP DRC está reescribiendo las reglas de la fiscalidad global
Las dos mitades de DRC, lo que aporta S/4HANA y unas notas honestas para las empresas que siguen en SAP ERP (R/3) con la fecha de un mandato encima.
Briefing · Octubre 2026 · CFO, fiscal, IT financiero y jefes de proyecto
Para la empresa global moderna, la gestión del cumplimiento fiscal ha sido históricamente una pesadilla fragmentada y de alto riesgo. Los departamentos fiscales han operado durante mucho tiempo como 'centros de coste de trastienda', lidiando con un mosaico de programas ABAP específicos de cada país, extracciones manuales de datos y la amenaza constante de perder actualizaciones regulatorias localizadas. A medida que llegan cambios sísmicos como el mandato de Francia 2026, el paradigma está cambiando: el cumplimiento fiscal ya no es una tarea de fin de período, sino un requisito previo en tiempo real para la continuidad del negocio.
SAP Document and Reporting Compliance (DRC) es la respuesta estratégica a esta complejidad. Al ir más allá de los informes tradicionales hacia un marco unificado y digital, DRC permite al departamento fiscal pasar de ser un centro de coste reactivo a un custodio proactivo de la integridad de los datos, garantizando una preparación permanente para auditorías en un mundo cada vez más transparente.
En la práctica, DRC es el marco único de SAP para cumplir las obligaciones fiscales desde dentro del ERP. Tiene dos mitades: los documentos electrónicos —facturas y documentos similares que se intercambian en tiempo real con las administraciones o con socios comerciales— y las declaraciones legales: las declaraciones y ficheros periódicos. Dónde se ejecuta DRC decide cuánto obtienes de él, y esa es la pregunta que tiene delante toda empresa que sigue en el ERP clásico con la fecha de un mandato acercándose.
Este briefing empieza con seis claves sobre cómo cambia DRC el trabajo de la función fiscal y continúa como guía práctica: cómo funciona cada mitad, qué aporta S/4HANA, qué obtienes en el ERP clásico y cómo elegir camino cuando corren a la vez el reloj del mandato y el de la migración.
2 mitades
Documentos electrónicos en tiempo real; declaraciones legales según un calendario
1 monitor
Un solo panel para cada documento y cada declaración, con estados y errores
Solo documentos
En SAP ERP, DRC cubre los documentos electrónicos, no las declaraciones legales
2027
Termina el mantenimiento principal de SAP ERP 6.0; las opciones ampliadas llegan hasta 2030
DRC lee los documentos que tu ERP ya genera. La calidad de los datos de origen decide lo bien que funciona.
S/4HANA tiene el marco completo y muchos más escenarios por país; SAP ERP, solo una parte.
Cuando termina el mantenimiento dejan de llegar las actualizaciones legales, y los mandatos no se detienen por una migración.
Mensaje clave para la dirección de finanzas e IT: dos fechas deciden la estrategia: la del mandato de cada país en el que operas y la fecha en que tu ERP deja de recibir actualizaciones legales. Si el mandato llega antes, necesitas una respuesta de cumplimiento que no dependa de terminar una migración. Si la migración llega antes, construir dos veces es desperdicio. La mayoría de los grupos necesitan las dos respuestas, para entidades distintas.
La Administración Tributaria Es la Nueva Fuente de la Verdad
Estamos presenciando un 'Viaje de Digitalización' global donde las administraciones fiscales están pasando de la 'E-declaración' (E-filing) a la 'E-autorización' (E-clearance) y, en última instancia, a la 'E-verificación'. En esta etapa avanzada, los roles tradicionales de los informes se invierten por completo: la autoridad autocompleta la declaración de impuestos basándose en los datos transaccionales que ya ha interceptado, y recae sobre el contribuyente la tarea de conciliar los errores.
Anteriormente, los registros internos de la empresa eran la fuente definitiva de verdad. Hoy en día, los archivos digitales en poder de las autoridades (a través de redes de distribución y autorización previa) representan la realidad jurídica del negocio. Como señala el material de referencia:
'Los registros de las administraciones fiscales se convierten en la fuente de la verdad, y pueden preparar informes agregados en nombre de los contribuyentes.'
Captura de pantalla: SAP — «Document and Reporting Compliance Dashboard» (SAP Document and Reporting Compliance)
La Muerte del «Parche» ABAP
En los entornos heredados de SAP ECC, el cumplimiento solía ser un 'mosaico' de tablas personalizadas y código localizado que resultaba costoso de mantener y casi imposible de auditar a nivel global. SAP DRC sustituye esta fragmentación por una 'Arquitectura de Marco Único' (Single-frame Architecture).
Al proporcionar una interfaz Fiori unificada —la aplicación Run Statutory Reports F1515—, las empresas globales obtienen una única cabecera de control para todos los mandatos. Ya sea que estés monitorizando una declaración de IVA en Alemania o la facturación electrónica en Rumanía, la experiencia de usuario y el marco de monitorización son idénticos. Esto reduce el coste total de propiedad (TCO) y garantiza que los propietarios de procesos globales tengan una visión estandarizada del estado de cumplimiento en todas las jurisdicciones.
Captura de pantalla: SAP — «Run Advanced Compliance Reports» (SAP Document and Reporting Compliance)
En Tiempo Real o Nada: el Mandato de Francia 2026
El mandato francés ya no es inminente: está en vigor, y no es meramente un cambio en la elaboración de informes, sino un cambio fundamental en las operaciones comerciales. Desde el 1 de septiembre de 2026 toda empresa en Francia debe poder recibir facturas electrónicas, y las grandes y medianas deben además emitirlas y hacer e-reporting; el resto de empresas se incorpora el 1 de septiembre de 2027. Las facturas circulan a través de plataformas aprobadas (plateformes agréées, antes llamadas PDP) que intercambian sobre la red Peppol, y la DGFiP se convirtió en Autoridad Peppol de Francia en julio de 2025. El cumplimiento ocurre ahora en un bucle de respuesta en tiempo real. Para las organizaciones que operan en Francia, la implementación de SAP DRC debe abordar:
- Facturación electrónica B2B y e-Reporting: Creación, envío y recepción de facturas con seguimiento de estado en tiempo real (Aceptada/Rechazada).
- Integridad de los datos maestros: La identificación fiscal debe ser precisa, contabilizando específicamente el SIRET (Número fiscal 1 / FR1) y el SIREN (Número fiscal 2 / FR2).
- Requisitos legales: Integración de la declaración de IVA y el informe FEC (Fichier des Écritures Comptables).
Perspectiva del Consultor: Una transición exitosa requiere una fase de análisis rigurosa. Esto implica utilizar un 'Cuestionario' estandarizado para mapear los valores internos de SAP —como tipos de documentos e indicadores de impuestos— con los estrictos requisitos de la red Peppol. Este mapeo es la base de la integridad de los datos.
Para las fechas, las plataformas y los flujos de e-reporting en detalle, consulta nuestro briefing de Francia.
La Única Fuente de la Verdad (SST) dentro de S/4HANA
Un pilar técnico fundamental de SAP DRC es la eliminación de la replicación de datos. Los sistemas heredados a menudo dependían de 'tablas espejo' o réplicas de datos, lo que inevitablemente conducía a discrepancias entre el Libro Mayor y el informe fiscal. DRC adopta una filosofía de Fuente Única de Verdad (SST) al leer los datos directamente desde el origen.
'DRC lee directamente los documentos financieros (asientos contables) y los documentos de facturación (documentos de factura) en tiempo real... no hay discrepancias entre lo que contabilizas y lo que reportas.'
Esta capacidad de lectura directa elimina la necesidad de conciliaciones manuales y garantiza que los datos que se envían a la administración fiscal estén siempre sincronizados con el núcleo financiero del negocio.
SAP Integration Suite como Búfer Regulatorio
Para gestionar el rápido ritmo de los cambios técnicos impuestos por los gobiernos, SAP DRC utiliza una arquitectura modular. El sistema se divide entre el Backend (S/4HANA) y la Edición Cloud (SAP Business Technology Platform - BTP).
- El Backend: Gestiona la compleja extracción y el mapeo de la lógica de datos empresariales.
- Cloud Edition & SAP Integration Suite: Actúa como el motor de comunicación. Esta capa gestiona los protocolos en rápida evolución, las firmas digitales y los certificados de seguridad requeridos por las autoridades locales.
Esta modularidad proporciona un 'búfer regulatorio', permitiendo que SAP actualice los estándares de comunicación en la nube sin obligar a realizar actualizaciones disruptivas en el núcleo del ERP backend.
Captura de pantalla: SAP — «Document Compliance Cockpit» (SAP Document and Reporting Compliance)
Los Tres Pilares de Run Statutory Reports
El marco de la aplicación F1515 organiza el cumplimiento en una jerarquía clara y manejable:
- Definición del Informe (La Plantilla Técnica): Contiene la lógica para la extracción de campos y el formato (XML, JSON, TXT).
- Categoría del Informe (El Contenedor de Negocio): Vincula la plantilla técnica a unidades organizativas específicas, fases de información y entidades organizativas (NIFs de IVA).
- Actividad de Información (Los Pasos Granulares): Define las tareas específicas para el usuario, como 'Gestionar Partidas de Impuestos' o 'Contabilizar Impuestos por Pagar'.
El 'superpoder' de este marco es su capacidad de desglose (drill-down). Los contables fiscales pueden hacer clic en cualquier cifra dentro de un informe generado y rastrearla hasta el documento contable original en tiempo real, lo que permite una verificación y corrección inmediatas antes de la presentación final.
Qué Es DRC, en Una Imagen
Se contabiliza un documento de negocio. DRC crea su equivalente de cumplimiento, lo transforma al formato legal, lo envía a través de una capa de conectividad a una administración o a una red y trae la respuesta de vuelta a un monitor donde alguien puede actuar.
El flujo, en cada país
- Documento de origenFactura de ventas, entrega, documento FI o factura de proveedor contabilizados en el ERP.
- DRC en el ERPSe crea el eDocument, se transforma al formato legal y se valida; los estados, en el panel.
- ConectividadCloud edition o middleware, redes y proveedores, certificados y reintentos.
- AdministraciónAdministración tributaria, plataforma o socio comercial. Las aceptaciones, los rechazos y los documentos recibidos vuelven al monitor.
El mismo patrón se aplica en todos los países: solo cambian las reglas y el destino.
Las dos mitades
| Aspecto | Documentos electrónicos | Declaraciones legales |
|---|---|---|
| Ritmo | En tiempo real o casi, documento a documento | Periódico: mensual, trimestral, anual |
| Desencadenante | Se contabiliza una factura de ventas, una entrega o una factura de proveedor | Un calendario de declaraciones y un período |
| Contenido típico | Facturas electrónicas, documentos de entrega, mensajes de estado y de pago | Declaraciones de IVA, declaraciones recapitulativas, ficheros de auditoría, declaraciones estadísticas |
| Quién lo vigila | Contabilidad y cuentas a pagar, a diario | Fiscal, según el calendario de presentaciones |
| Cuando falla | Una factura rechazada y un cliente descontento | Una declaración tardía o incorrecta y una sanción |
Qué activa DRC y de dónde salen las reglas
| Elemento | Qué es | Quién lo mantiene |
|---|---|---|
| Documentos de origen | Facturas de ventas, facturas FI, entregas, facturas de proveedor | Tus procesos de negocio |
| Contenido por país | Formatos, validaciones y pasos de proceso que SAP entrega por escenario | SAP, mediante notas y support packages |
| Configuración | Qué documentos entran en el alcance, mapeo, indicadores de impuestos, numeración | Tú, con tu socio de implantación |
| Conectividad | La ruta hacia la administración, la red o el proveedor | Compartido: tu IT y el servicio que elijas |
| Operación | Monitorización diaria, excepciones, correcciones y evidencias | Tus equipos de contabilidad y fiscal |
Un marco, dos disciplinas
El mismo hábito de monitorización sirve para ambas, pero los equipos, los plazos y las consecuencias son distintos. Los proyectos que tratan DRC como «el proyecto de factura electrónica» suelen descubrir tarde la mitad de las declaraciones, o la dejan en hojas de cálculo.
El Lado de los Documentos, de Principio a Fin
En salida, DRC convierte cada factura que emites en un documento electrónico conforme y sigue la respuesta; en entrada, recoge lo que recibes y se asegura de que alguien conteste a tiempo.
Salida: las facturas que emites
- ContabilizarSe crea la factura de ventas o el documento FI.
- GenerarDRC crea el eDocument automáticamente.
- Mapear y validarSe convierte al formato del país y se valida.
- EnviarSe transmite a través de la capa de conectividad.
- SeguirAceptado, rechazado o pendiente, visible en el monitor.
Entrada: las facturas y mensajes que recibes
- RecuperarSe recoge de la administración, la red o el proveedor.
- RegistrarAparece un eDocument de entrada en el monitor.
- EncaminarPasa a la verificación de facturas o a un flujo de aprobación.
- DecidirSe acepta y contabiliza, o se rechaza con un motivo.
- ResponderLa respuesta se devuelve dentro del plazo legal.
Qué funciona solo y qué necesita a una persona
| Paso | Operación normal | Intervención humana |
|---|---|---|
| Creación | Automática al contabilizar el documento de origen | Ninguna, salvo que falte el tipo de documento en la configuración |
| Envío | Job programado en fondo, o a demanda desde el monitor | Solo para excepciones y escenarios manuales |
| Respuestas | Se registran en el documento automáticamente | Los rechazos se corrigen en origen, no reenviando |
| Proceso de entrada | Se recupera de forma programada y se encamina | Aprobación, discrepancias y rechazos dentro de plazo |
| Archivo | Documentos y respuestas conservados según la política | Comprobación periódica de que un documento aún puede recuperarse |
El ciclo de vida, por estados
| Estado | Significado | Acción esperada |
|---|---|---|
| Creado | El eDocument existe pero no se ha enviado | Ninguna si está programado; investigar si se queda parado |
| Enviado / en proceso | Transmitido, a la espera de la respuesta de la administración | Alerta si no hay respuesta en el plazo esperado |
| Aceptado | El documento es válido y se ha entregado | Archivar y seguir |
| Rechazado | Ha fallado una validación | Corregir en origen, volver a emitir y registrar la causa |
| Anulado | Retirado según las reglas del país | Comprobar si además se exige un documento rectificativo |
| Error | Fallo técnico o de mapeo antes de que lo viera la administración | Responsable según el tipo de error; corregir y reenviar |
La gestión de errores es el verdadero trabajo de diseño
Clasificar los errores
Los datos maestros, la configuración, el contenido y la conectividad fallan de forma distinta y necesitan responsables distintos. Una única cola de «errores» garantiza retrasos.
Corregir en origen
Una factura rechazada suele ser un indicador de impuestos erróneo o un identificador que falta. Reenviarla sin corregir produce el mismo rechazo.
Vigilarlo a diario
La mayoría de las incidencias no son fallos espectaculares, sino silencio: una cola que se paró y que nadie vio en una semana.
Una regla operativa útil
Todo eDocument debería llegar a un estado final —aceptado, rechazado y reemitido, o anulado— dentro del mismo período en que se creó. Lo que sea más antiguo debe ir a una lista de excepciones con un responsable con nombre, porque si no aparecerá durante el cierre o en una auditoría.
El Lado de las Declaraciones
La segunda mitad de DRC sustituye los programas de informes país por país, y las hojas de cálculo que los rodean, por un único marco: una entidad declarante, un catálogo de tipos de declaración, un calendario con plazos y una ejecución que genera, presenta y contabiliza.
Una ejecución, cinco pasos
- DefinirEntidad declarante, categorías de declaración, periodicidad, sociedades.
- SeleccionarLos documentos del período, con la opción de excluir y aplazar.
- GenerarEl fichero o el formulario, tantas veces como haga falta hasta que esté bien.
- PresentarPor vía electrónica donde se admite, o subiéndolo a un portal.
- ContabilizarEl asiento del impuesto a pagar; después, el período queda completo.
Qué cambia para un equipo fiscal
| Antes | Con el marco | Por qué importa |
|---|---|---|
| Una transacción distinta por país, que solo conoce una persona | Una única forma de trabajar, con contenido por país | Cubrir las vacaciones deja de ser un riesgo |
| Plazos seguidos en una hoja de cálculo | Un calendario de cumplimiento con el estado por entidad | Nada se pasa por alto sin que se note |
| Cifras exportadas y ajustadas fuera del sistema | Navegación desde la casilla de la declaración hasta el documento | Preguntas respondidas en minutos, con evidencias |
| Correcciones gestionadas como un nuevo fichero manual | Ejecuciones complementarias que declaran solo la diferencia | Menos errores y un historial trazable |
| Justificantes de presentación guardados en buzones de correo | Estado y evidencias guardados con la ejecución | Preparación para auditoría por defecto |
Los tipos de declaración que cubre
Declaraciones de IVA
La declaración periódica y sus anexos, por país y por registro.
Listados
Declaraciones recapitulativas de entregas y adquisiciones intracomunitarias, listados nacionales y similares.
Ficheros de auditoría
Ficheros de auditoría normalizados y extractos contables que piden las administraciones.
Estadísticas
Estadísticas de comercio y otras declaraciones periódicas alimentadas con los mismos datos.
Decisiones de diseño que conviene cerrar pronto
- Qué declaraciones entran en el alcance en cada país y quién las aprueba.
- Cómo se corresponde la entidad declarante con las sociedades y los registros de IVA.
- El mapeo de indicadores de impuestos a casillas: la parte que más tiempo lleva y la que más importa.
- Quién puede repetir, complementar y contabilizar, y cuándo se bloquea el período.
Dónde se encuentra con el cierre
- Las declaraciones dependen de que la contabilización esté completa, así que la de IVA hereda el calendario de cierre.
- Conciliar la declaración con el libro mayor pasa a ser un paso estándar en lugar de una investigación.
- Los asientos del impuesto a pagar llegan al mismo diario que leen todos los demás.
Conviene saberlo para decidir la plataforma
En esta mitad de DRC es donde más se nota la diferencia de plataforma. En S/4HANA está disponible tal como se describe. En el SAP ERP clásico, no: lo verás en la sección de SAP ERP, más abajo.
Lo Que Aporta S/4HANA
DRC no está simplemente «disponible» en S/4HANA: funciona mejor allí, por razones que vienen de la plataforma y no del propio marco de cumplimiento.
Por qué DRC funciona mejor en S/4HANA
| Lo que aporta S/4HANA | Por qué importa para el cumplimiento | Efecto en el negocio |
|---|---|---|
| El Universal Journal | Un único registro con los datos financieros, de costes, fiscales y de dimensiones juntos | Declaraciones y documentos leen una sola fuente coherente; menos conciliaciones |
| Las dos mitades de DRC | Documentos electrónicos y declaraciones legales en el mismo marco | Un solo modelo operativo para fiscal y contabilidad |
| Apps Fiori | Paneles para documentos, declaraciones y el calendario de cumplimiento | Los usuarios de negocio trabajan sin códigos de transacción |
| Más cobertura de países | Bastantes más escenarios de cumplimiento entregados que en el ERP clásico | Los nuevos mandatos llegan como contenido, no como proyectos |
| Conciliación con las administraciones | Comprobaciones de coherencia que comparan tus datos con los registros de la administración | Las diferencias aparecen antes de que las encuentre una inspección |
| Extensibilidad | Puntos de ampliación documentados para las particularidades locales | Necesidades propias cubiertas sin abandonar el estándar |
| Conectividad en la nube | La cloud edition se encarga de los envíos y del intercambio con las redes | Menos middleware que construir y mantener |
El cumplimiento se beneficia del cierre, y al revés
Un cierre más rápido y limpio produce antes datos completos, lo que simplifica las declaraciones. En sentido contrario, la monitorización diaria de documentos saca a la luz los defectos de datos maestros mucho antes de que lleguen al cierre. Las dos disciplinas se refuerzan cuando comparten responsables y calendario.
Lo que no viene gratis
- El contenido por país hay que activarlo, configurarlo y probarlo igualmente.
- Los indicadores de impuestos y los tipos de documento siguen necesitando mapeo.
- La conectividad, los certificados y las autorizaciones siguen siendo trabajo real.
- Alguien tiene que seguir mirando el monitor cada día.
No todo S/4HANA es igual
| Despliegue | Qué esperar de DRC | Implicación |
|---|---|---|
| S/4HANA on-premise | Marco completo, extensibilidad completa | Máximo control; las actualizaciones y las notas son cosa tuya |
| Private cloud edition | Marco completo, extensibilidad con límites | Diseño parecido, infraestructura gestionada |
| Public cloud edition | Casi toda la lista de tareas, con extensibilidad estandarizada | Adopción más rápida; las particularidades locales necesitan una alternativa documentada |
| Central Finance | Solo la parte de declaraciones legales | El cumplimiento de documentos se queda en los sistemas de origen |
El resumen honesto
Migrar a S/4HANA no te hace cumplir, y quedarte en el ERP clásico no te hace incumplir. Lo que cambia S/4HANA es cuánto del trabajo es contenido estándar y cuánto desarrollo propio, y en un horizonte de cinco años, con mandatos que llegan cada año en varios países, esa diferencia se acumula.
El Reloj de SAP ERP: DRC antes de S/4HANA
«R/3» es el nombre clásico; hoy el sistema en cuestión suele ser SAP ERP 6.0 con un enhancement package, al que muchos siguen llamando ECC. DRC funciona ahí, pero solo en parte y con fecha de caducidad.
DRC no es exclusivo de S/4HANA: también corre sobre SAP ERP (R/3 / ECC), pero solo a medias. En SAP ERP, el marco de eDocument cubre la facturación electrónica, pero el reporting periódico —declaraciones de IVA, listados, ficheros de auditoría— queda fuera de DRC y sigue dependiendo de los programas clásicos por país o de hojas de cálculo. La cobertura de países es también notablemente menor que en S/4HANA, y hay que confirmarla por escenario, versión y paquete de soporte antes de dar nada por hecho.
El reloj que lo decide todo
Lo que decide realmente el calendario no es el mandato en sí, sino cuándo tu ERP deja de recibir actualizaciones legales. El mantenimiento principal de SAP ERP 6.0 llega hasta finales de 2027, con una extensión de pago hasta 2030; a partir de ahí, el mantenimiento pasa a ser específico por cliente y deja de incluir actualizaciones legales. Una actualización de cumplimiento es, por definición, una actualización legal — así que un sistema sin ellas no puede absorber el siguiente mandato, ni el siguiente cambio de formato.
Qué obtienes y qué no
| Capacidad | SAP ERP (ECC / R/3) | SAP S/4HANA |
|---|---|---|
| Documentos electrónicos (factura electrónica y similares) | Sí: el marco de eDocument está disponible | Sí |
| Declaraciones legales (IVA, ficheros de auditoría) | No: no forma parte de DRC en SAP ERP; siguen los programas clásicos por país | Sí |
| Escenarios por país | Reducidos: bastantes menos que en S/4HANA | Todo el alcance entregado |
| Interfaz de usuario | El eDocument Cockpit en SAP GUI | Apps Fiori más el cockpit |
| Comprobaciones de coherencia con los datos de la administración | No disponibles | Disponibles en algunos países |
| Nuevos mandatos como contenido entregado | Solo mientras sigan el mantenimiento y las entregas por país | De forma continua |
Antes de empezar
- Un enhancement package y un nivel de support package recientes; los stacks antiguos pueden no ser válidos en absoluto.
- La activación de las business functions y del contenido por país correspondientes, con sus notas y conjuntos de configuración.
- El framework de interfaces configurado para el mapeo, con sus propias autorizaciones y su monitorización.
- Una ruta de conectividad (servicio en la nube, middleware o un proveedor certificado), más certificados y reglas de firewall.
- Un camino de pruebas: tu propio sistema de calidad más el entorno de pruebas de la administración, si existe.
Qué se nota distinto en el día a día
- Se trabaja en SAP GUI: sin paneles, sin vista de calendario y con menos analítica.
- Las declaraciones legales se quedan donde están: informes clásicos, herramientas locales u hojas de cálculo.
- Más brechas se cierran con desarrollo propio, que pasa a ser una carga de mantenimiento tuya.
- Los problemas de calidad de datos cuestan más de ver a tiempo, porque no están las ayudas de conciliación.
Si de momento te quedas en SAP ERP
Acota el alcance
Implanta los documentos que exige el mandato, no una plataforma. Resiste la tentación de construir la mitad de declaraciones que DRC te dará más adelante en S/4HANA.
Mantente en el estándar
Cada ampliación es código que más tarde migrarás o tirarás. Documenta por qué existe cada una.
Diseña para reutilizar
Los datos maestros, la determinación de impuestos y la disciplina de monitorización pasan a S/4HANA. La conectividad y los mapeos, quizá no.
Elegir Camino con los Dos Relojes en Marcha
Pon las dos fechas una junto a otra para cada entidad (cuándo se aplica el mandato y cuándo toca sustituir ese sistema) y las opciones se reducen enseguida.
Las cuatro opciones
| Opción | Qué significa | Encaja cuando | Cuidado con |
|---|---|---|---|
| 1 · Construir en SAP ERP | Implantar los escenarios de eDocument en el sistema actual | El mandato llega mucho antes que la migración y el país está soportado | Trabajo que puede acabar descartado; sin la mitad de declaraciones; el reloj del mantenimiento |
| 2 · Puente externo | Un proveedor o plataforma resuelve el mandato; el ERP le pasa los datos | El país no está cubierto en tu versión, o el tiempo es muy corto | La calidad de los datos sigue siendo tuya; cuotas; una segunda integración que deshacer más adelante |
| 3 · Acelerar la migración | Pasar las entidades afectadas a S/4HANA antes de la fecha límite | La migración ya tiene presupuesto y solo falta decidir el orden | Una fecha de cumplimiento es un mal motivo para precipitar una migración financiera |
| 4 · Repartir por entidad | Puente donde la fecha aprieta, construir bien donde no | Grupos grandes con fechas distintas por país | Dos modelos operativos durante un tiempo: gobiérnalos de forma deliberada |
Desliza para ver toda la tabla →
Reglas de decisión que funcionan en la práctica
- Si al mandato le quedan más de dos años y la migración está planificada, diséñalo una sola vez en la plataforma de destino.
- Si el mandato llega en menos de un año y la entidad no está entre las primeras de la cola de migración, tiende un puente.
- Si el país no está soportado en tu versión actual, eso lo decide: no lo construyas tú mismo.
- No dejes nunca que una fecha de cumplimiento fije el arranque de una migración financiera.
- Calcula el coste del puente para toda su vida prevista, no solo el primer año.
- Elijas lo que elijas, arregla ya los datos maestros: es la única inversión que nunca se desperdicia.
Qué comparar, con honestidad
| Dimensión | Construir en el ERP actual | Puente con un proveedor |
|---|---|---|
| Plazo hasta cumplir | Medio: depende de la versión y del contenido por país | Normalmente, lo más rápido |
| Perfil de coste | Coste de proyecto ahora, menor coste de operación | Menos ahora, cuotas recurrentes después |
| Reutilización tras migrar | Parcial: la configuración y los mapeos a menudo no viajan | La conexión con el proveedor puede seguir, o sobrar |
| Control y evidencias | Dentro de tu sistema, con tu pista de auditoría | Repartidos entre tú y el proveedor; el contrato importa |
| Riesgo | El horizonte de mantenimiento y de actualizaciones legales | Dependencia, y una calidad de datos que sigue siendo tuya |
Un ejemplo práctico: un grupo, cuatro respuestas
| Entidad | Mandato | Situación de la plataforma | Recomendación |
|---|---|---|---|
| Francia, gran empresa | Ya en vigor | S/4HANA | Construir bien; extender el mismo diseño al resto |
| Alemania, mediana | Emisión desde enero de 2027 | ERP clásico, migración en 2028 | Puente: el mandato llega antes |
| España, gran empresa | Octubre de 2027 | Migración que empieza en 2027 | Diseñar en la plataforma de destino; no construir dos veces |
| Turquía, filial comercial | En vigor desde hace años | ERP clásico, sin fecha de migración | Mantener el integrador; revisar el contrato y las condiciones de archivo |
Desliza para ver toda la tabla →
La pregunta que zanja casi todos los debates
«Si este mandato no existiera, ¿cuándo migraríamos esta entidad?». Si la respuesta honesta es «en menos de dos años», tiende un puente para el mandato y protege el plan de migración. Si es «todavía no hay fecha», construye bien sobre el sistema actual y trátalo como una inversión a cinco años, sin perder de vista el horizonte de mantenimiento.
Lo Esencial de la Implantación, Sea Cual Sea el Camino
La mayor parte del trabajo es igual en las dos plataformas. La diferencia está en cuánto es contenido entregado y cuánto construyes tú.
Los frentes de trabajo
| Frente | Qué tiene que estar bien | Dónde suele fallar |
|---|---|---|
| Datos maestros | NIF, direcciones, identificadores de enrutamiento, situación registral de clientes y proveedores | Se trata como una limpieza puntual en lugar de un gobierno continuo |
| Determinación de impuestos | Indicadores de impuestos mapeados a las categorías, exenciones y regímenes especiales del país | Los casos límite (retenciones, operaciones exentas, inversión del sujeto pasivo) se descubren en las pruebas |
| Tipos de documento | Qué facturas de ventas y documentos FI crean qué eDocument | Se olvidan las notas de crédito, la autofacturación y los flujos intercompañía |
| Mapeo | Cada campo obligatorio se rellena con datos reales, no con valores por defecto | Valores fijos en el código que pasan las pruebas y fallan en producción |
| Conectividad | Endpoints, certificados, reintentos, alertas, y lo mismo en cada entorno | Certificados sin responsable; ajustes de prueba que llegan a producción |
| Autorizaciones | Quién puede enviar, anular, rechazar y repetir | Roles diseñados tarde que bloquean el arranque |
| Monitorización | Una rutina diaria con responsables con nombre y una vía de escalado | Un panel que nadie abre cuando acaba el hypercare |
| Pruebas | Escenarios reales: rechazos, anulaciones, duplicados, caídas, fin de período | Solo el camino feliz, solo con datos de ejemplo |
| Ciclo de cambios | Un plan para absorber notas, versiones de formato y nuevas validaciones | Se da por terminado en el arranque |
Los escenarios de prueba que de verdad importan
- Un rechazo por datos maestros, corregido y reenviado de principio a fin.
- Una anulación tras la aceptación, con el documento rectificativo que exija el país.
- Una nota de crédito, un documento autofacturado y una factura intercompañía.
- Una caída: la cola se detiene y luego se libera en el orden correcto.
- Un documento creado el último día del período y procesado en el siguiente.
- Un documento recibido que hay que contestar dentro de un plazo.
Errores que vemos una y otra vez
- El cumplimiento planteado como un proyecto de IT, sin un responsable fiscal de las reglas.
- Código propio donde ya hay contenido, normalmente porque nadie revisó el alcance entregado.
- Dos monitores, uno para documentos y otro para declaraciones, sin nadie que mire los dos.
- Dar por hecho que el archivo lo resuelve el proveedor o la administración.
- Ninguna conciliación entre lo facturado, lo enviado y lo declarado.
- Arrancar sin un proceso de excepciones, de modo que el primer rechazo se convierte en una crisis.
Cuatro indicadores que conviene seguir
Aceptación a la primera
Documentos aceptados sin retrabajo.
Antigüedad de las excepciones
Documentos sin resolver más de un día.
Puntualidad de las presentaciones
Declaraciones presentadas antes del plazo.
Conciliación
Facturado frente a enviado frente a declarado.
Roles, Hoja de Ruta y Próximos Pasos
Quién se ocupa de qué
| Rol | Responsabilidad | Qué necesita |
|---|---|---|
| Fiscal | Interpretar las reglas, definir los países en alcance, aprobar las presentaciones | Ver el estado por entidad y período |
| Contabilidad | Errores de documentos, rechazos, facturas recibidas, conciliación | Una lista diaria de excepciones con causas claras |
| IT financiero | Configuración, mapeo, conectividad, certificados, notas | Entornos de prueba y una ventana de cambios |
| Datos maestros | Identificadores, direcciones, situación registral | Reglas de validación en el momento del alta |
| Auditoría interna | Controles sobre el envío, la corrección y la conservación | Evidencias que genera el sistema, no que se recopilan a mano |
Una hoja de ruta realista
| Horizonte | Qué hacer | Qué deberías ver |
|---|---|---|
| Semanas 1–4 | Alcance por entidad y país; comprobar la cobertura soportada en tu versión; cruzar los dos relojes | Una decisión de camino por entidad, con evidencias |
| Meses 1–3 | Saneamiento de datos maestros; diseño de la determinación de impuestos y de los tipos de documento; decisión de conectividad | Menos sorpresas después y un diseño que se puede probar |
| Meses 3–6 | Construir y probar, incluidos los caminos de fallo; definir la rutina diaria de operación | Documentos aceptados de principio a fin en pruebas |
| Continuo | Absorber notas y versiones de formato; seguir los KPI; llevar el diseño a la migración | Un cumplimiento que sobrevive al siguiente cambio |
Próximos pasos
- InventariarLas entidades, con los mandatos de cada país y su versión de ERP.
- ComprobarLa cobertura entregada por país en esa versión, no en el producto en general.
- ConfirmarEl horizonte de mantenimiento y lo que implica para las actualizaciones legales.
- DecidirConstruir, tender un puente o acelerar, entidad por entidad.
- EmpezarEl trabajo de datos maestros, sea cual sea el camino elegido.
- VigilarUna sola rutina para documentos y declaraciones a la vez.
Preguntas para SAP o tu socio de implantación
- ¿Qué escenarios de cumplimiento se entregan para nuestros países, en nuestra versión y support package?
- ¿Qué hace falta para estar al día: notas, support packages o una actualización de versión?
- ¿Qué opción de conectividad aplica en cada país y cuánto cuesta operarla?
- ¿Qué pasa con nuestros escenarios cuando termine el mantenimiento principal?
- ¿Qué partes de nuestro diseño pasarán a S/4HANA y cuáles habrá que rehacer?
- ¿Dónde está el archivo y cómo recuperamos un documento de hace tres años?
Cómo Puede Ayudar 30 Advisory
Este es nuestro núcleo de práctica: cumplimiento SAP DRC y fiscal, con el diseño financiero que hace que funcione de verdad. Trabajamos igual de cómodos implementando sobre S/4HANA que asesorando a una empresa que sigue en el ERP clásico con una fecha límite encima.
Los dos relojes, entidad por entidad
Una evaluación de los «dos relojes»: el mandato de cada país frente a la fecha de migración y de fin de mantenimiento de tu plataforma, comprobando qué escenarios están realmente soportados por país y versión. De ahí sale una recomendación por entidad —construir, tender un puente, acelerar la migración o repartir el enfoque entre entidades— con el coste y el riesgo de cada opción.
Análisis de brechas y diseño
Análisis de brechas frente al contenido entregado; diseño de la determinación de impuestos, los tipos de documento y el mapeo; y el modelo operativo objetivo: quién vigila qué, con qué plazos y qué escalado.
Configuración, conectividad y datos
Configuración y conectividad de DRC, en entrada y en salida, con la monitorización y las autorizaciones diseñadas desde el principio; saneamiento de datos maestros; y la conciliación entre facturación, envío y declaraciones.
Pruebas y corte
Pruebas contra el entorno de pruebas de la administración y con escenarios reales de socios, incluidos los caminos de fallo; corte, formación para los equipos fiscal y contable, y un paquete de evidencias para los auditores.
Un cumplimiento que se mantiene al día
Monitorización continua de notas, versiones de formato y nuevas validaciones, con informes de KPI e hypercare, llevando el diseño hasta la futura migración a S/4HANA en vez de reconstruirlo.
Entregables habituales
Mapa de alcance y plataforma
La cobertura de países por entidad, versión y fecha límite.
Recomendación de camino
Construir, tender un puente o acelerar, con números detrás.
Diseño de DRC
Mapeo, conectividad, monitorización, roles y archivo.
Manual de operación
Rutina diaria, gestión de excepciones y ciclo de cambios.
Modelos de colaboración
Precio cerrado / SoW: entrega por hitos.
Colaboración: de forma independiente o junto a tu integrador de sistemas.
Trato directo con fundadores y sénior
Rigor financiero y técnico
Entregas SAP DRC: Francia y Alemania
Agilidad boutique, sin burocracia
¿Sigues en el ERP clásico?
Una evaluación breve te dice qué países están realmente soportados en tu versión, cuánto cuesta la brecha, y si sale más a cuenta tender un puente o construir sobre la plataforma actual durante el tiempo que le quede.
Y antes de hablar con nadie, puedes medir tu propia situación con nuestra autoevaluación de preparación DRC: cincuenta afirmaciones en diez dimensiones, en unos 45 minutos.
El Futuro de la Fiscalidad sin Fricciones
SAP DRC representa la evolución de los impuestos de una carga de trastienda a un flujo empresarial integrado y en tiempo real. Al centralizar los informes, eliminar la replicación de datos y aprovechar SAP Integration Suite como amortiguador frente a la volatilidad regulatoria, las organizaciones pueden finalmente pasar de una postura reactiva a una estratégica.
En un mundo donde la administración fiscal ya tiene una copia de tus datos transaccionales en tiempo real, la pregunta para los líderes empresariales es simple: ¿Está tu empresa lista para defender sus datos antes de que se presente el informe?
Dos Relojes, Un Plan
Cuéntanos qué entidades tienen qué mandato y cuándo debe moverse cada sistema. En nuestro diagnóstico gratuito de 60 minutos cruzamos los dos relojes por entidad y te decimos dónde construir, dónde tender un puente y dónde esperar.
Producto: documentación y material publicado por SAP sobre SAP Document and Reporting Compliance, incluido que el alcance de la solución depende del despliegue: en SAP ERP se admite el marco de documentos electrónicos pero no las declaraciones legales, con un conjunto de tareas de cumplimiento sensiblemente menor que en SAP S/4HANA. La cobertura por país se define por escenario de cumplimiento y versión; confirma la tuya con SAP.
Mantenimiento: calendarios de mantenimiento publicados para SAP ERP 6.0 (mantenimiento principal hasta finales de 2027 para los enhancement packages correspondientes, mantenimiento ampliado opcional hasta 2030 con recargo y, después, mantenimiento específico por cliente sin nuevas actualizaciones legales). Confirma tu situación contractual con SAP.
Francia: las fechas y las plataformas son las de nuestro briefing de Francia y las fuentes citadas en él.
Práctica: los consejos sobre el modelo operativo, las reglas de decisión y los errores habituales reflejan la experiencia de 30 Advisory en proyectos de cumplimiento y finanzas en SAP.
Preparado por 30 Advisory, octubre de 2026. Documento informativo; no constituye asesoramiento legal ni fiscal. El alcance de cada plataforma y las condiciones de mantenimiento cambian: verifícalos antes de comprometer un plan.