La eOtpremnica en Serbia: conectar tu ERP, tu SGA y tu TMS antes del 1 de octubre de 2027

Desde el 1 de octubre de 2027, todo movimiento de mercancías entre dos empresas privadas registradas a efectos del IVA en Serbia necesita un albarán electrónico, la eOtpremnica, enviado a través del sistema del Ministerio de Finanzas antes de que la mercancía salga. La empresa que la recibe tiene que confirmar la recepción en el mismo sistema en cuestión de días, y el transportista tiene que poder mostrar el albarán durante una inspección.

Eso cubre las entregas de venta, las devoluciones y los traslados entre tus propios almacenes. El albarán deja de ser un impreso que saca tu ERP. Pasa a ser un fichero UBL que atraviesa una API del Estado, vuelve con un identificador y un código QR, y después avanza por un flujo de estados en los dos lados.

Quién debería leer esto

Si facturas y expides desde Minimax, BizniSoft o Pantheon, tu proveedor ya incorpora la eOtpremnica. Si tu volumen es lo bastante bajo como para teclear los albaranes en el portal web gratuito del Ministerio o en su aplicación móvil, eso también sirve. Lee el apartado sobre los plazos de recepción, forma a la gente del muelle y tendrás casi todo hecho.

Este artículo es para el otro grupo: distribuidores, fabricantes, mayoristas y transportistas cuya expedición y recepción de mercancías pasan por su propio ERP, un SGA (sistema de gestión de almacenes) personalizado, un TMS o el back end de una tienda online que registra pedidos B2B. Nadie te va a enviar una actualización. Tienes que construir la integración.

Qué se aplica ya y qué cambia

La Ley de Albaranes Electrónicos (Zakon o elektronskim otpremnicama) es de 2024 y se ha modificado dos veces desde entonces. La última ley de modificación, publicada en el Službeni glasnik 80/2026 el 31 de agosto de 2026, mantuvo la fecha de octubre de 2027. Las preguntas frecuentes del Ministerio y el texto consolidado establecen las fases.

Desde el 1 de enero de 2026:

• Las empresas privadas envían y reciben la eOtpremnica para los productos sujetos a impuestos especiales: tabaco, productos con nicotina, café, bebidas alcohólicas y productos petrolíferos.
• Las empresas privadas la envían para cualquier mercancía entregada a una entidad del sector público, y las entidades del sector público la envían para sus propios movimientos.
• Los transportistas presentan el albarán en esos movimientos.

El sistema de producción funciona desde el 30 de diciembre de 2025. El entorno de demostración, pensado para probar el software interno, está abierto desde el 5 de marzo de 2025.

Desde el 1 de octubre de 2027:

• La obligación de envío cuando el remitente y el destinatario son entidades del sector privado y la mercancía no está sujeta a impuestos especiales.
• La obligación de recibir de toda entidad del sector privado.
• La presentación del albarán por parte de los transportistas en esos movimientos.

Algunos detalles pillan desprevenido a más de uno. Un traslado entre dos almacenes dentro del mismo recinto fabril necesita un albarán interno (tipo Int en el XML) si la mercancía cambia de dirección y usa una vía pública. Una importación necesita un albarán interno desde el lugar donde adquiriste el poder de disposición, o en algunos casos desde la aduana, hasta tu almacén. Una exportación suele necesitar uno hasta el punto en que se hace cargo el transitario. Las ventas minoristas sujetas a la ley de fiscalización están exentas, así que una tienda online que vende con tique fiscal queda fuera del ámbito para esos pedidos. Su parte mayorista, no.

La modificación de agosto también dice que, hasta el 1 de enero de 2027, los inspectores no tendrán en cuenta los errores de datos en los albaranes y en las recepciones enviados. Eso ayuda a los remitentes de productos sujetos a impuestos especiales y del sector público. No hace nada por octubre de 2027.

¿Puede moverse la fecha? La ley se ha modificado dos veces en menos de dos años, así que caben más cambios. Pero la modificación que se acaba de aprobar mantuvo la fecha. Planifica con ella.

Los plazos están en el paso de recepción

Enviar es la mitad fácil. La ley consolidada pone los plazos duros en el lado del destinatario.

1. Antes de que la mercancía se mueva, el remitente envía el albarán. Hasta que el destinatario confirme la recepción física, el remitente puede anularlo, indicando un motivo.
2. La recepción física tiene que confirmarse el día en que se recibe la mercancía o, como muy tarde, tres días hábiles después de que empezara la recepción.
3. En los ocho días siguientes a esa confirmación, el destinatario acepta o rechaza la entrega, total o parcialmente, enviando una ePrijemnica (nota de recepción electrónica).
4. Un destinatario del sector privado que no envía nada en ocho días se considera que ha rechazado la entrega en su totalidad. Para un destinatario del sector público es al revés: el silencio equivale a aceptación.
5. En una aceptación parcial, el remitente tiene 30 días desde que llega la nota de recepción para aceptar las diferencias. Si no, se considera que ha rechazado la nota de recepción en su totalidad.
6. Un albarán sin confirmación de recepción física deja de ser válido 30 días después de iniciado el movimiento.

Una vez que las dos partes están de acuerdo, los documentos alcanzan el estado Usaglašeno (Fulfilled en la API) y a partir de ahí ya no se puede cambiar nada.

Incumplir el plazo de recepción física es una infracción tipificada: de 200.000 a 2.000.000 de dinares para la empresa y de 50.000 a 150.000 dinares para la persona responsable. La misma horquilla se aplica a no enviar el albarán.

La conclusión práctica: la recepción física corresponde al muelle, en el SGA, en el momento en que se da entrada a la mercancía. Si espera a que alguien concilie a fin de mes, el plazo ya habrá pasado.

Qué construir contra la API del Ministerio

La documentación técnica describe una API REST que intercambia XML UBL 2.1. La eOtpremnica es un DespatchAdvice, la ePrijemnica un ReceiptAdvice, y todos los demás pasos (anulación, inicio del transporte, cambio de vehículo, recepción física, aceptación o rechazo de una nota de recepción) son un ApplicationResponse con un código numérico. El Ministerio organizó un taller para el sector de TI el 5 de diciembre de 2025 sobre los tipos de documento, las extensiones del XML, el envío y los webhooks.

Envío

Todos los documentos van a un único endpoint, POST /public/documents/requests, con un ID de solicitud único propio. El procesamiento es asíncrono. El resultado llega más tarde, por webhook o consultando /public/documents/requests/changes, que informa de cada solicitud como pendiente, correcta o fallida, con los errores de negocio adjuntos.

Así que tu ERP necesita una bandeja de salida: un registro por albarán, una máquina de estados y una vía de reintento que no cree duplicados. El sistema rechaza un número de documento que ya exista para tu empresa, lo cual ayuda, pero solo si tu numeración se mantiene estable entre reintentos.

La lista de errores de las preguntas frecuentes sobre la API del Ministerio muestra dónde está el trabajo de datos:

• La fecha de emisión tiene que ser la de hoy, en hora de Serbia. Nada de fechas retroactivas, ni de dejar los albaranes de ayer en una cola durante la noche.
• Cada dirección (la tuya, la del cliente, la del transportista, los puntos de carga y descarga) necesita calle y localidad.
• Con transporte propio, con transportista o con transporte del destinatario, son obligatorios el transportista, la matrícula del vehículo y el medio de transporte. El transporte propio también exige activar la condición de transportista para tu empresa.
• Las cantidades llevan un código de unidad de medida. Las líneas se numeran desde 1. Un GTIN, si se indica, solo lleva dígitos.
• El destinatario tiene que estar registrado y activo. GET /public/companies/status comprueba un PIB antes de enviar.

Los datos maestros suelen ser un trabajo mayor que el XML. Un endpoint de validación permite probar los documentos antes de enviarlos, y su sitio está en tu batería de pruebas.

La recepción y el almacén

Los albaranes entrantes llegan por /public/documents/customers/changes, consultado por fecha a razón de 1.000 cambios por página, o por webhook. La suscripción al webhook es por día: una llamada a /public/webhook-notifications/subscribe cubre el día siguiente. Ejecútala como tarea programada, lanza una alerta cuando falle y mantén el endpoint de consulta como conciliación nocturna, para que un aviso perdido no se convierta en un plazo incumplido.

Cada albarán entrante debería llegar al SGA como recepción prevista, con los códigos de artículo del proveedor mapeados a los tuyos. Cuando se da entrada a la mercancía, el SGA envía la acción de recepción física. Después de los controles de cantidad y calidad envía la ePrijemnica: por línea, la cantidad que llegó y la cantidad rechazada y devuelta en el mismo vehículo. El sistema no acepta una cantidad rechazada superior a la recibida.

El propio modelo de roles del Ministerio es una plantilla útil. Su rol de almacén puede listar y descargar los albaranes entrantes y confirmar la recepción física. Esa es también la forma adecuada para un permiso del SGA.

Como remitente, también recibes la nota de recepción de la otra parte y tienes que aceptarla o rechazarla. Controla la ventana de 30 días para el acuerdo en el ERP, no en el buzón de correo de alguien.

La vinculación con las facturas electrónicas del SEF

Vincular un albarán a una factura electrónica en el SEF es opcional. Una vez enviado el albarán y pasada su hora real de expedición, el SEF puede vincular uno o varios albaranes a una factura electrónica, y la factura no tiene que esperar a que termine el flujo de recepción. Si tu conciliación a tres bandas de pedido, entrega y factura ya funciona en el ERP, la vinculación da al departamento de cuentas a pagar de tu cliente la misma evidencia. Nuestro trabajo de integración de facturación electrónica cubre la parte del SEF.

Los transportistas y la carretera

El conductor puede mostrar el albarán desde la aplicación del Ministerio para transportistas. Si el transportista no es usuario del sistema, el remitente imprime el albarán, el transportista lo firma antes de salir y el remitente sube la copia firmada antes de que la mercancía se mueva. Desde la modificación de agosto, un transportista que no pueda usar el sistema puede mostrar en su lugar el código QR generado al enviar el albarán; el remitente adjunta entonces la vista imprimible antes de la salida. Tu TMS tiene que generar la opción que usen tus transportistas, y la API devuelve el código QR por separado para las etiquetas.

Para una caída del sistema hay un procedimiento en papel: tres copias impresas con pegatinas holográficas de seguridad de la Casa de la Moneda de Topčider, del Banco Nacional de Serbia, registradas en el sistema a más tardar el siguiente día hábil. Compra las pegatinas antes de necesitarlas.

Cómo funciona la clave de API

El representante legal registra la empresa, accediendo a través del portal estatal de eID. Después, las claves se crean en la interfaz web (Configuración, configuración de la API, módulo de administración, claves de API). Demostración y producción son entornos separados, así que cuenta con claves en ambos.

La clave identifica a la empresa. Las preguntas frecuentes sobre la API son tajantes: no puedes enviar documentos en nombre de otra empresa, y el sistema reconoce a la empresa por la clave de API que presenta. En la práctica:

• Un grupo con cinco personas jurídicas necesita cinco claves y un enrutador que elija la correcta según el PIB.
• Un centro de servicios compartidos o una empresa de software no puede enviar a todos sus clientes con una sola clave.
• Las claves van en un almacén de secretos, con un responsable y un procedimiento de rotación, no en un fichero de configuración en el servidor del ERP.

Un plan de 12 meses

Estamos en octubre de 2026. Contando hacia atrás desde el 1 de octubre de 2027:

De octubre a diciembre de 2026: inventario y acceso.

• Haz una lista de todos los tipos de movimiento: ventas, devoluciones, traslados entre almacenes, importaciones, exportaciones, flota propia, transportistas externos, recogida por el cliente.
• Registra la empresa en producción y consigue las claves de API de demostración.
• Empieza a depurar los datos maestros: direcciones, PIB y números de registro de los socios comerciales, transportistas, vehículos y unidades de medida.

De enero a marzo de 2027: el circuito de envío.

• Generar el DespatchAdvice a partir de las expediciones, con la bandeja de salida, el seguimiento asíncrono del estado y la gestión de errores.
• La tarea diaria de suscripción al webhook más la conciliación por consulta.
• El validador ejecutándose en CI contra el entorno de demostración.

De abril a junio de 2027: recepción y nota de recepción.

• Los albaranes entrantes al SGA como recepciones previstas.
• La recepción física en el muelle, la ePrijemnica tras los controles y alertas el segundo de los tres días y el sexto de los ocho.
• La gestión de la aceptación y el rechazo de las notas de recepción que recibes como remitente. La vinculación con el SEF, si la quieres.

De julio a septiembre de 2027: la carretera y el piloto.

• El flujo de los transportistas, la impresión y el QR, y el procedimiento sin conexión con las pegatinas ya en las instalaciones.
• Emitir albaranes reales en producción con los socios que se hayan registrado; las empresas privadas ya pueden usar el sistema de forma voluntaria.
• Formar al personal de almacén y a los conductores. Congelar los cambios en septiembre.

Doce meses son holgados para una sola persona jurídica con datos limpios. Son justos para un grupo con varias sociedades, varios almacenes y unos datos maestros que nadie ha tocado en años.

Dónde conseguir ayuda

C9 Group tiene oficina en Novi Sad, así que las normas serbias son terreno conocido para nosotros. Construimos la integración en sí: la generación de UBL, el cliente de la API, la gestión de webhooks y el flujo de recepción en almacén dentro de tu ERP, tu SGA o el back end de tu tienda online. Consulta nuestro servicio de modernización de ERP, o escribe a office@c9group.dev.