El Sistema de Documentos Electrónicos de Turquía: Clearance, Integradores y SAP S/4HANA
Cómo se autorizan las facturas a través de la Administración Tributaria (GİB), qué hace realmente un integrador privado como Sovos y los canales EDI, y qué se necesita para conectar SAP S/4HANA — incluidos los certificados.
Dossier para clientes · Septiembre 2026 · Dirección financiera, Contabilidad, Sistemas, Gestión de proyectos
Descargar Briefing Completo (PDF)4 documentos
e-Fatura, e-Arşiv, e-İrsaliye y e-Defter — cada uno con sus propias reglas y plazos
Clearance
Las facturas pasan por GİB antes de llegar al cliente, casi en tiempo real
Mali Mühür
Se requiere un sello financiero certificado para firmar cada documento
10 años
Retención bajo ley comercial — no se permite archivar fuera de Turquía
Mensaje clave para dirección financiera y sistemas: en Turquía el riesgo de cumplimiento raramente está en el contenido de la factura — está en la disponibilidad. Un certificado caducado, un cambio de firewall o una entrada de confianza faltante detiene la facturación y, con e-İrsaliye, detiene los envíos. La propiedad, monitorización y renovación de certificados deben estar en el diseño desde el día uno, no en un documento de traspaso.
Un Modelo de Clearance, no de Reporte
Francia te pide enrutar las facturas por plataformas aprobadas. España pedirá una copia. Turquía va más allá: para los contribuyentes registrados, la factura solo existe una vez que ha pasado por GİB. El documento se crea en formato UBL-TR, se firma con el sello financiero, se transmite, se valida y luego se entrega en el buzón del comprador dentro del sistema.
El alcance se ha ampliado cada año: los umbrales se han reducido repetidamente y se han añadido reglas sectoriales. Como suposición de trabajo, un umbral general de facturación de pocos millones de liras hace obligatorio el e-Fatura, con umbrales mucho más bajos para comercio electrónico, alojamiento e inmobiliario — y desde el 1 de enero de 2026 se eliminó la exención de bajo importe para e-Arşiv, por lo que en la práctica toda factura es electrónica.
Las Cuatro Obligaciones de un Vistazo
Ventas a contrapartes registradas en el sistema (B2B y B2G). Autorizada (clearance) al emitirse, antes de la entrega al comprador.
Ventas al resto: consumidores, empresas no registradas, clientes extranjeros. Se entrega directamente al cliente; se reporta a GİB al día siguiente.
Movimiento físico de mercancías. Debe aprobarse antes de que la mercancía salga del almacén.
Diario y libro mayor en formato electrónico. Se crea periódicamente, con un resumen firmado (berat) subido a GİB.
Documentos relacionados siguen la misma lógica para casos concretos — recibos de autónomos, recibos de productor, e-tickets y e-recibos. Los umbrales, sectores y plazos cambian con frecuencia: confirma la situación vigente de cada entidad legal antes de comprometer un plan.
Cambios Recientes que Conviene Conocer
GİB traslada e-Fatura y e-İrsaliye a una nueva aplicación central
Se elimina el umbral de bajo importe para e-Arşiv: toda factura es electrónica
Nuevos paquetes técnicos de e-Fatura y e-Arşiv (esquemas UBL-TR 1.2.1) obligatorios
Los documentos también podrán emitirse a través de nuevos dispositivos de registro de pago en el punto de venta
Qué Significa en la Práctica
Tu cliente debe estar registrado para recibir un e-Fatura; si no lo está, la misma venta se convierte en factura e-Arşiv. El estado de registro cambia a diario — la comprobación es una función del sistema, no una nota de datos maestros. Las facturas de tipo comercial pueden ser aceptadas o rechazadas por el comprador dentro de un plazo legal breve; las cancelaciones se gestionan a través del servicio central de GİB. Las sanciones se calculan por documento, como un porcentaje del valor de la factura con un mínimo legal. Los registros deben conservarse hasta 10 años, y no se permite archivar fuera de Turquía.
Explicación: Cómo Viaja una Factura Turca
Todo documento saliente sigue el mismo esquema: se crea en UBL-TR, se firma con el sello financiero, se autoriza a través de GİB, se entrega, y la respuesta vuelve al sistema que lo creó.
De SAP al Cliente, Paso a Paso
- SAP S/4HANA: facturación, entrega o FI crean el eDocument.
- Integrador o tu conexión directa: UBL-TR, sello, transmisión, archivo y estado.
- GİB: validación, clearance y enrutamiento al buzón.
- Buzón registrado del cliente: acepta o rechaza.
La respuesta y el estado vuelven al eDocument Cockpit: autorizado · entregado · aceptado · rechazado.
e-Arşiv: si el cliente no está registrado, la factura se entrega directamente (email o portal) y los datos se reportan a GİB al día siguiente.
¿Qué Documento Es?
El sistema comprueba si la contraparte está registrada. Registrada → e-Fatura y clearance. No registrada → e-Arşiv, entregada directamente y reportada. La comprobación debe ejecutarse en el momento de facturar.
¿Básica o Comercial?
Una factura temel (básica) simplemente se entrega. Una factura ticari (comercial) puede ser aceptada o rechazada por el comprador dentro del plazo legal — tu proceso de cuentas a cobrar necesita gestionar un rechazo.
La Recepción es Simétrica
Las facturas de proveedor llegan a tu buzón como documentos estructurados. Deben recogerse, contabilizarse y — en el caso de facturas comerciales — responderse a tiempo, o el silencio se convierte en aceptación.
Los Estados con los que Convivirás
El documento existe y ha sido sellado, pero no ha sido autorizado. Vigila los documentos atascados aquí — suele indicar conectividad o certificados.
Transmitido al integrador o a GİB, a la espera de respuesta. Alerta sobre cualquier caso sin respuesta más allá de unos minutos.
Validado y aceptado en el sistema. El punto en el que la facturación — o el envío — puede continuar.
Colocado en el buzón de la contraparte. Evidencia para disputas comerciales sobre la recepción.
La respuesta del comprador a una factura comercial. Los rechazos necesitan un proceso de cuentas a cobrar, no una bandeja de entrada.
Fallo de validación, esquema o conexión. Corregir y reenviar; los códigos recurrentes señalan un defecto de mapeo o de datos maestros.
Dónde Tropiezan Realmente los Proyectos
Raramente es el XML. Es el momento del albarán electrónico (aprobación antes de que la mercancía se mueva, incluidos envíos de muestra y transferencias entre plantas), las ventanas de cancelación y rechazo, y el día en que un certificado o una conexión falla y nadie asume la recuperación.
Rutas hacia GİB: Integrador, Integración Directa y EDI
Turquía reconoce tres formas de usar el sistema, y la mayoría de clientes SAP de cualquier tamaño termina en la misma: un integrador privado con licencia, con EDI funcionando en paralelo para el tráfico con socios.
Entrada manual o carga en el propio portal de la Administración Tributaria.
Un proveedor con licencia — Sovos, por ejemplo — formatea, firma, transmite, archiva y devuelve estados, con conectores certificados para SAP.
Tus propios sistemas se conectan a los servicios de GİB bajo tu propia licencia, sello e infraestructura.
Intercambio socio a socio de pedidos, albaranes y datos de factura, normalmente convertidos a UBL-TR para el clearance.
Qué Hace un Integrador Privado por Ti
- Convierte tus datos a UBL-TR y los valida contra el paquete técnico vigente.
- Firma el documento con el sello financiero y lo transmite a GİB.
- Lo enruta al buzón del comprador y devuelve los estados de clearance, entrega y aceptación.
- Entrega las facturas e-Arşiv a los clientes y las reporta a GİB.
- Proporciona el archivo legal dentro de Turquía durante el periodo de retención.
Qué Fijar en el Contrato
- Qué documentos están en alcance: e-Fatura, e-Arşiv, e-İrsaliye, e-Defter y los tipos de recibo menores.
- Quién firma, y dónde se guarda el sello.
- Conector SAP: certificado, soportado, y quién lo mantiene en cada actualización.
- Niveles de servicio para retrasos de clearance, y el camino de escalado cuando GİB no está disponible.
- Acceso al archivo, formato de exportación y qué ocurre al finalizar el contrato.
- Cómo se entregan y prueban las actualizaciones de esquema — como el paquete de febrero de 2026.
Dónde Encaja el EDI
| Flujo | Canal | Nota |
|---|---|---|
| Pedidos, avisos de expedición, confirmaciones de recepción | EDI con el socio comercial | Datos comerciales; fuera del sistema fiscal. |
| Factura a un cliente turco registrado | Los datos EDI alimentan la factura, que se autoriza como e-Fatura | El documento UBL-TR autorizado es la factura; la copia EDI no. |
| Factura a un cliente no registrado o extranjero | e-Arşiv, más EDI o PDF para el procesamiento propio del socio | La obligación de reporte sigue siendo tuya. |
| Movimiento de mercancías | e-İrsaliye a través del sistema fiscal; aviso de expedición EDI al socio | Dos documentos, un evento — mantenlos coherentes. |
Certificados: la Parte que Detiene la Facturación
En los proyectos turcos se llama «el certificado» a dos cosas distintas, y confundirlas cuesta semanas. Uno firma documentos; el otro protege la conexión. Necesitas ambos, vienen de sitios distintos, y caducan en días distintos.
1 · Firma — Sello Financiero (Mali Mühür)
- Un certificado cualificado emitido a la entidad legal por la autoridad estatal de certificación (TÜBİTAK BİLGEM Kamu SM), solicitado a través de su portal con el número fiscal — la entrega lleva tiempo.
- Firma e-Fatura, e-Arşiv, e-İrsaliye y los resúmenes de e-Defter — un documento sin sello válido no es un documento.
- Se entrega en un token físico, o se guarda en un HSM para firma en servidor a volumen.
- Se emite por entidad legal: cada sociedad que factura necesita el suyo, pedido con antelación.
- Los autónomos y las personas físicas usan en su lugar una firma electrónica personal cualificada (e-imza).
- Tiene una validez fija: la renovación debe planificarse, no descubrirse.
2 · Conectividad — Certificados TLS
- Certificados de servidor del integrador o de los servicios de GİB, para que tu sistema SAP confíe en el endpoint.
- Un certificado de cliente donde el proveedor exige TLS mutuo, para que el endpoint confíe en tu sistema.
- Se mantienen en SAP con la transacción STRUST: el certificado raíz e intermedio del proveedor va a la lista de confianza; el certificado de cliente va a la PSE del cliente SSL.
- Lo mismo aplica en SAP Integration Suite o el middleware intermedio, en ambas direcciones.
- La renovación es una tarea de operaciones con ventana de cambio: una caducidad silenciosa parece exactamente una caída.
Quién Firma, y Dónde Vive el Sello
El proveedor aplica el sello en tu nombre bajo la autorización que concedes, normalmente desde un HSM en su centro de datos. Tú posees: la autorización, la propiedad del sello y su renovación, y la evidencia de que la firma se produjo.
La firma ocurre en tu lado (token o HSM) antes de que el documento salga. Tú posees: la custodia de la clave, la disponibilidad del servicio de firma y la operación del HSM.
Tú firmas y transmites a GİB directamente. Tú posees: todo — sello, TLS, endpoints, actualizaciones de esquema y soporte.
Lista de Comprobación para un Go-Live Turco
- Sello financiero pedido por entidad legal, con el número fiscal verificado en el registro.
- Un responsable nombrado para cada certificado, con fechas de caducidad en un calendario monitorizado.
- Decisión registrada sobre quién firma, y la autorización en vigor si es el proveedor.
- Credenciales y certificados del entorno de pruebas separados de producción.
- Certificados raíz e intermedios del proveedor importados en SAP y el middleware.
- Certificado de cliente instalado donde se exige TLS mutuo, con la rotación ensayada una vez.
- Reglas de firewall y proxy documentadas, incluidas las direcciones salientes usadas.
- Un plan de contingencia probado: qué hacen facturación y almacén durante una caída, y quién decide.
El Fallo que Puedes Prever
El incidente más común en los entornos turcos de documento electrónico es un certificado caducado — sello o TLS — normalmente detectado cuando las facturas dejan de autorizarse o los camiones no pueden salir. Es totalmente evitable con un responsable, un calendario y una renovación ensayada.
Conectando SAP S/4HANA
SAP Document and Reporting Compliance (DRC) cubre los escenarios turcos: el documento de facturación o la entrega crean un eDocument, los datos se mapean a UBL-TR, y el documento se envía por middleware al integrador o a GİB. Todo se monitoriza en el eDocument Cockpit y la app Gestionar Documentos Electrónicos.
La Arquitectura, de un Vistazo
- SAP S/4HANA: facturación SD, MM, FI, entregas y salidas de mercancías, a través del framework de eDocument.
- Mapeo y monitor: mapeo UBL-TR (AIF), eDocument Cockpit y Gestionar Documentos Electrónicos.
- Conectividad: SAP Integration Suite / BTP o el middleware de un socio, con TLS, certificados y reintentos.
- Integrador → GİB: sello, clearance, entrega, archivo en Turquía y estados de vuelta.
Salida: facturación → eDocument → UBL-TR → clearance. Entrada: los documentos de proveedor vuelven por el mismo camino, y los estados, respuestas y documentos entrantes regresan al cockpit.
Qué Hay que Configurar
Activar los procesos turcos de eDocument por sociedad y tipo de documento. Cuidado con: notas y paquetes de soporte que no coinciden con tu release.
Mapear datos de facturación, entrega y FI a los campos UBL-TR, incluidos los indicadores de impuesto. Cuidado con: retenciones, exenciones y el impuesto especial al consumo, que consumen la mayor parte del esfuerzo.
Mantener actualizada la lista de contribuyentes registrados para que el sistema elija correctamente e-Fatura o e-Arşiv. Cuidado con: una lista obsoleta envía el tipo de documento equivocado — y la factura se rechaza o se archiva mal.
Número fiscal (VKN/TCKN), oficina tributaria, direcciones, alias de buzón por cliente. Cuidado con: los alias cambian; trátalos como datos operativos con un responsable.
Flujos de middleware hacia el proveedor, con reintentos y alertas; certificados como en la sección anterior. Cuidado con: los fallos silenciosos — una cola que se detiene sin alerta detiene la facturación.
Recoger documentos de proveedor, contabilizarlos, y responder las facturas comerciales dentro del plazo. Cuidado con: la aceptación por silencio — un plazo de rechazo incumplido es un coste ya contabilizado.
Generar libros y ficheros resumen, firmarlos y subirlos en el ciclo legal. Cuidado con: la dependencia del cierre de periodo — los errores del libro aparecen mucho después de las facturas que los causaron.
Conservar documentos y respuestas durante el periodo legal. Cuidado con: no se permite archivar fuera de Turquía — confirma dónde guarda los datos tu proveedor y cualquier archivo en la nube.
Instalar los Certificados en SAP, Paso a Paso
- Recoge los certificados raíz e intermedio del endpoint desde tu integrador (prueba y producción suelen ser distintos).
- Impórtalos en la lista de confianza de SAP con la transacción STRUST, bajo la identidad SSL cliente usada para la conexión.
- Donde aplique TLS mutuo, instala el certificado de cliente en la PSE SSL cliente y comparte su parte pública con el proveedor.
- Reinicia o refresca el ICM para que la nueva confianza surta efecto, en una ventana planificada.
- Apunta el destino de la conexión al endpoint del proveedor con la identidad SSL correcta, y ejecuta una prueba de conexión.
- Repite la misma configuración en el middleware — la confianza y la identidad viven en ambos saltos.
- Registra el sello financiero donde se vaya a usar: con el integrador bajo autorización, o en tu propio token o HSM.
- Registra cada certificado, su responsable y su caducidad en un registro monitorizado, y ensaya una renovación antes del go-live.
Nota para Entornos Multinacionales
Turquía suele ser la excepción en una plantilla SAP global: actualizaciones de esquema locales, un archivo local, un proveedor local y un régimen de certificados local. Diséñalo como una capa de país, no como una bifurcación, para que el siguiente mandato no empiece desde cero.
Operarlo: Procesos, Roles y Riesgos
El albarán electrónico cambia el almacén, no solo finanzas: todo movimiento físico está en alcance, incluidas muestras, devoluciones y transferencias entre plantas que muchas plantillas nunca modelaron como entregas. El clearance tarda segundos cuando todo funciona — y bloquea el muelle de carga cuando no, así que un procedimiento de excepción forma parte del diseño.
El Albarán Electrónico, en Cinco Pasos
- Planificar: la entrega se crea en SAP, antes de cargar.
- Emitir: el e-İrsaliye se genera y se envía a clearance.
- Autorizar: vuelve la aprobación de GİB — la puerta para el envío.
- Enviar: la mercancía sale con el documento aprobado.
- Confirmar: la respuesta de recepción del cliente cierra el ciclo.
Qué Cambia, por Rol
El cumplimiento es una cuestión de disponibilidad: facturación y envíos dependen de una conexión activa y certificados válidos. A decidir: la selección y el contrato del integrador, el presupuesto, el patrocinador y la vía de escalado.
Tipos de documento, retenciones y exenciones, el ciclo de e-Defter y su evidencia. A decidir: la propiedad de e-Defter, la estrategia de archivo y la política de corrección y cancelación.
Los rechazos de facturas comerciales vuelven como un proceso, no como un email. A decidir: quién gestiona los rechazos, y en qué plazo.
Los documentos de proveedor llegan estructurados; la ventana de respuesta es corta. A decidir: el objetivo de automatización, y la regla para rechazar en lugar de aceptar por silencio.
El envío depende de la autorización del albarán electrónico. A decidir: la gestión de excepciones cuando el clearance se retrasa, y las horas de corte por turno.
Certificados, middleware, monitorización, actualizaciones de esquema y paquetes de soporte. A decidir: un responsable nombrado de certificados, las alertas y el ciclo anual de actualizaciones.
El Ritmo de Operación
Cada Hora
Vigilar la cola de salida en días de envío — un albarán sin respuesta es un camión esperando.
Cada Día
Limpiar el backlog de errores, responder facturas comerciales entrantes, revisar la actualización de la lista de contrapartes.
Cada Mes
Conciliar documentos emitidos con facturación y los libros; ejecutar el ciclo de e-Defter y conservar su evidencia.
Cada Año
Renovaciones de certificados, actualizaciones de paquetes técnicos, revisión del servicio del integrador.
Un Manual de Excepciones, Acordado de Antemano
Define la espera antes de escalar, quién llama al integrador, y si el envío se pausa o pasa al respaldo acordado.
Responsable nombrado por tipo de error, una vía de corrección hacia facturación o datos maestros, y una revisión diaria de lo no resuelto.
Quién lo declara, qué hacen finanzas y el almacén mientras tanto, y cómo se libera el backlog en orden cuando vuelve.
Riesgos que Vemos con Frecuencia
- Certificados sin responsable — la mayor causa aislada de incidentes en producción.
- Listas de contrapartes obsoletas que envían e-Arşiv cuando correspondía e-Fatura, o al revés.
- Entregas no modeladas para muestras, devoluciones y transferencias de stock.
- Ventanas de cancelación y rechazo incumplidas porque nadie vigila la cola de entrada.
- Actualizaciones de esquema tratadas como una noticia del proveedor en vez de un cambio probado (el paquete de febrero de 2026 pilló a varios entornos desprevenidos).
- Archivo asumido como problema del proveedor, hasta que el contrato termina.
- Ningún procedimiento de caída ensayado, así que el primer incidente de GİB se convierte en improvisación.
- Turquía bifurcada de la plantilla, convirtiendo cada mandato futuro en un proyecto nuevo.
Cómo Puede Ayudar 30 Advisory
Boutique liderada por sus fundadores y especializada en cumplimiento SAP DRC y factura electrónica, optimización de S/4HANA Finance y asesoría estratégica CFO/CIO, con experiencia de entrega de SAP DRC en Francia y Alemania.
Diagnóstico de preparación y decisión de vía
Entidades, tipos de documento en alcance, integrador y conexión actuales, inventario de certificados y fechas de caducidad. Decisión de vía: integrador frente a integración directa, y cómo encaja el tráfico EDI junto al clearance.
Análisis de brechas frente a los paquetes técnicos
Diseño de mapeo para casos fiscales locales, retenciones y exenciones. Diseño de proceso para albaranes electrónicos en cada movimiento físico, y para respuestas entrantes.
Configuración de SAP DRC y mapeo UBL-TR
Flujos de middleware, instalación de certificados y monitorización. Automatización de la recepción hacia verificación de facturas, más el ciclo de e-Defter con su evidencia.
Pruebas en el entorno de GİB y con el integrador
Clearance, rechazos, cancelaciones, caídas. Puesta en marcha, formación para finanzas y logística, y un procedimiento de contingencia ensayado.
Monitorización continua y alineación de hoja de ruta
Paquetes de esquema, notas SAP, renovaciones de certificados, KPIs y soporte post-arranque. Alineación de la hoja de ruta con España, Francia y ViDA para que Turquía siga dentro de una misma plantilla.
¿Ya en Marcha en Turquía?
Un chequeo breve cubre certificados y caducidad, backlog de documentos fallidos, actualidad de la lista de contrapartes, excepciones de albarán electrónico y condiciones de archivo — las cinco cosas que suelen necesitar atención primero.
Entregables Habituales
Lista de Brechas y Riesgos
Por entidad y tipo de documento, con esfuerzo y responsable.
Registro de Certificados
Sellos y certificados TLS, responsables, caducidad y plan de renovación.
Diseño SAP
Mapeo, conectividad, recepción, archivo y monitorización.
Plan de Pruebas y Arranque
Incluidos los escenarios de caída y de rechazo.
Trato directo con fundadores y sénior
Rigor financiero y técnico
Entregas SAP DRC: Francia y Alemania
Agilidad boutique, sin burocracia
Una Ruta Práctica de Implementación
Tanto si empiezas en Turquía como si reparas un entorno que ya funciona, la secuencia es la misma — y el trabajo de certificados empieza el día uno porque tiene el plazo de entrega más largo.
Confirmar obligaciones, elegir vía, pedir sellos financieros
Confirmar obligaciones por entidad legal; elegir la vía; pedir los sellos financieros; firmar el contrato del integrador; acordar quién firma.
Criterio de salida: sellos pedidos, contrato firmado y alcance acordado por tipo de documento.
Mapeo UBL-TR, comprobación de contraparte, proceso de albarán
Mapeo UBL-TR incluyendo casos fiscales locales; comprobación de contraparte; proceso de albarán electrónico para todo movimiento físico; diseño de archivo y retención.
Criterio de salida: diseño aprobado por fiscal, finanzas, logística y sistemas.
Activación de DRC, flujos de middleware, certificados
Activación y configuración de DRC; flujos de middleware; instalación de certificados; monitorización y alertas; procesamiento de entrada.
Criterio de salida: un documento creado, firmado, autorizado y devuelto de extremo a extremo en pruebas.
Pruebas de volumen, rechazos, simulación de caída
Pruebas de volumen; rechazos y cancelaciones; tiempos de albarán bajo condiciones de turno; simulación de caída; ciclo de e-Defter.
Criterio de salida: todos los escenarios, incluidas las vías de fallo, ejecutados y documentados.
Arranque por sociedad, formación, hipercuidado
Arranque por sociedad; formación para finanzas y almacén; hipercuidado con monitorización diaria.
Criterio de salida: tasa de clearance y antigüedad de excepciones estables durante un ciclo de cierre completo.
Qué Medir Cuando Esté en Marcha
Tasa de Clearance
Documentos autorizados a la primera, por tipo de documento.
Tiempo de Clearance
Especialmente para albaranes, medido contra los cortes de envío.
Antigüedad de Excepciones
Documentos fallidos o pendientes con más de un día.
Puntualidad de Respuesta
Facturas comerciales entrantes respondidas dentro del plazo.
Preguntas para tu Equipo Este Trimestre
- ¿Cuándo caduca cada sello financiero, y quién lo renueva?
- ¿Cuántos documentos están ahora mismo en error, y desde cuándo?
- Si el clearance se detuviera dos horas a las 16:00, ¿qué haría el almacén?
- ¿Dónde está exactamente nuestro archivo, y podemos exportarlo?
- ¿Quién confirmó que estamos en el paquete técnico de febrero de 2026?
- ¿Respondemos a las facturas comerciales entrantes, o las aceptamos por silencio?
Quién Tiene que Estar en la Sala
Finanzas y Fiscal Local
Tipos de documento, casos fiscales, propiedad de e-Defter y el calendario local.
Logística
Cortes de envío, flujos de muestras y transferencias, gestión de excepciones en planta.
SAP y Basis
DRC, middleware, certificados, monitorización y el ciclo de actualizaciones.
Integrador
Conectividad, firma, archivo y los paquetes de esquema que entrega.
Si Turquía es uno de varios mandatos en tu grupo, secuencia el trabajo para que las partes compartidas — calidad de datos maestros, disciplina en el mapeo de documentos, estándares de monitorización y archivo — se construyan una sola vez. Así las capas específicas de cada país se vuelven más finas con cada mandato, no más gruesas.
Quién Hace Qué
Obligaciones por entidad, umbrales, tipos de documento. Tratamiento de retenciones y exenciones; reglas de e-Defter.
Conectividad de clearance, firma, entrega y archivo. Actualizaciones de esquema y su entrega en tu entorno.
Evidencia de emisión, clearance y retención. Controles sobre excepciones y cancelaciones.
Diseño, construcción y operación de SAP; disciplina de certificados y monitorización. Mantener Turquía dentro de una plantilla global.
Fechas Clave
Nueva aplicación central para e-Fatura y e-İrsaliye
Se elimina la exención de bajo importe para e-Arşiv — toda factura es electrónica
Paquetes técnicos actualizados de e-Fatura y e-Arşiv, obligatorios
Francia: ola de emisión para pymes (relevante para grupos con entidades francesas)
España: comienza el mandato B2B para empresas con volumen > 8 M€
Reporte digital transfronterizo UE ViDA
Próximos Pasos
- Construye el registro de certificados — sellos y TLS, responsables y fechas de caducidad.
- Confirma las obligaciones por entidad y qué tipos de documento están en vigor.
- Revisa el contrato del integrador: alcance, niveles de servicio, archivo y salida.
- Limpia el backlog de excepciones y pon en marcha la monitorización diaria.
- Ensaya una caída para facturación y envíos, y deja escritos los derechos de decisión.
- Integra Turquía en la plantilla del grupo antes de que llegue el siguiente mandato.
Qué Necesita de Ti una Primera Conversación
Entidades
Las entidades legales turcas y qué documentos emite cada una.
Volúmenes
Facturas y albaranes al mes, y los días pico.
Sistemas
Release de SAP, estado de DRC, integrador y middleware en uso.
Puntos de Dolor
Documentos fallidos, tiempos de albarán, incidentes de certificados.
Mandato: marco de documento electrónico de la Administración Tributaria turca (GİB) bajo los Comunicados Generales de la Ley de Procedimiento Tributario; resúmenes de profesionales y asesores sobre umbrales, tipos de documento, la aplicación central de diciembre de 2024, la eliminación del umbral de bajo importe de e-Arşiv desde el 1 de enero de 2026 y los paquetes técnicos vigentes desde el 2 de febrero de 2026 (UBL-TR 1.2.1). Retención: hasta 10 años, sin permitirse el archivo fuera de Turquía. Certificados: sello financiero (mali mühür) y firma electrónica cualificada emitidos por la autoridad estatal de certificación (TÜBİTAK BİLGEM Kamu SM); guía de SAP sobre listas de confianza y certificados de cliente SSL (transacción STRUST). SAP y proveedores: documentación de SAP Document and Reporting Compliance y material de socios para los escenarios turcos; información de producto de Sovos publicada para Turquía. El alcance, las licencias y las versiones deben confirmarse con SAP y con tu integrador.
Preparado por 30 Advisory, septiembre de 2026. Documento informativo; no constituye asesoramiento legal ni fiscal. Los umbrales, plazos y paquetes técnicos cambian con frecuencia; confirma las cifras vigentes con tu asesor fiscal turco y tu integrador antes de actuar. 30 Advisory no acepta responsabilidad alguna por decisiones tomadas sobre la base de este documento.
¿No Está Seguro de lo que Esto Implica para tu SAP?
Analizamos tus certificados, tu vía de conexión y tu roadmap S/4HANA frente al sistema turco de clearance en nuestro diagnóstico gratuito de 60 minutos.
Tres cosas que comprobar primero
- Un registro de certificados: sellos y TLS, responsables y fechas de caducidad.
- Las excepciones pendientes, y quién las revisa cada día.
- Qué hacen la facturación y los envíos si cae la conexión.
¿Quieres la visión completa? Mide tu preparación DRC →