GTM debug

Documentos aduaneros DUA y MRN. ¿Qué son y por qué se utilizan en tránsito?
Clock
Tiempo de lectura:5
Calendar
7.5.2024

Documentos aduaneros DUA y MRN. ¿Qué son y por qué se utilizan en tránsito?

El Documento Único Administrativo (DUA), utilizado en los trámites aduaneros, se aplica a todas las mercancías, independientemente de su tipo u origen. Desempeña una función estadística esencial, debe presentarse en el formulario adecuado y solo es aplicable a las mercancías importadas o exportadas desde fuera de la Unión Europea. Con la creación de un espacio aduanero común en la UE, las entregas intracomunitarias conllevan menos trámites.

Conoce el formulario del DUA

El DUA, introducido por el Convenio para la simplificación de formalidades en el comercio el 20 de mayo de 1987, sustituyó a otros seis documentos aduaneros. Inicialmente aplicable en la Comunidad Económica Europea, pasó a ser obligatorio en Polonia a partir del 11 de abril de 1998. El formulario consta de 8 fichas que se utilizan indistintamente según el tipo de trámite.

Dónde obtener el formulario del DUA

El formulario del DUA se encuentra en la página web del Ministerio de Hacienda, en la sección "Aduanas" - "Formularios". En la actualidad, las declaraciones de aduana, independientemente del régimen, se presentan exclusivamente por vía electrónica y se firman con una clave segura para la transmisión de datos. Los formularios en papel se utilizan esporádicamente, sobre todo para las importaciones individuales. Es importante tener en cuenta que ya no es posible cumplimentar el formulario del DUA de forma independiente, ya que ahora son las agencias de aduanas las que se encargan del proceso.

Presente el documento DUA a la oficina de aduanas apropiada para la exportación. La oficina se determina en función de la ubicación del remitente o del lugar donde se embalaron o cargaron las mercancías para su transporte. El documento DUA refleja la declaración aduanera para el despacho final, el cálculo de los derechos de aduana y el registro de las obligaciones en materia de IVA.

MRN (Número de Referencia de Manifiesto de carga) - Documento aduanero para el control del transporte

El MRN es un código único para el seguimiento y control de las actividades de transporte, que sirve como confirmación de las mercancías que salen de un país determinado. Impreso como un código de barras, el documento MRN acompaña al transporte de principio a fin.

Componentes del documento MRN

El documento MRN incluye datos como la información del exportador, el destinatario y el declarante, las marcas de afiliación, el tipo de transporte, los lugares de carga, la información sobre el transbordo, la certificación de las autoridades pertinentes, los detalles de los controles realizados por las autoridades de salida y destino, y la identificación del contenedor.

Obtención del MRN

La expedición del MRN implica varias etapas. En primer lugar, la aduana recibe la declaración aduanera de exportación, la revisa y la envía al declarante. Una vez revisada positivamente, la declaración es aceptada por la aduana, que a continuación asigna el MRN. El solicitante recibe la confirmación (IE-528), que significa la aceptación de la presentación y el NRM asignado. La aduana de salida o de entrada también registra el número en el cuaderno TIR.

Seguimiento del MRN - Presentación del sistema ECS

El número MRN es esencial en el procedimiento ECS, un sistema comunitario que facilita el intercambio electrónico de declaraciones de exportación entre las aduanas de la Unión Europea.

Digitalización de datos en el transporte internacional

La digitalización de datos en el transporte internacional, asignando un número específico a cada actividad de transporte, permite un seguimiento sencillo. Utilizar el sitio web de seguimiento de las exportaciones MRN, plataforma oficial del Consejo Europeo, que recopila datos de los sistemas informáticos de cada país y proporciona información sobre el tránsito a las partes interesadas. Debido a su volumen (más de 3 millones de operaciones mensuales), los datos se conservan durante 100 días antes de ser eliminados.

Eurowag ayuda a sus clientes a navegar por la normativa aduanera y mucho más.

Como líder del sector en soluciones de gestión de flotas, Eurowag ofrece servicios integrales adaptados a sus necesidades específicas. Desde tarjetas de combustible a pagos de peajes, desde devoluciones del IVA a soluciones telemáticas, Eurowag te ofrece una ventanilla única para todos tus requisitos operativos. Simplifica la gestión logística, reduce las cargas administrativas y optimiza el rendimiento de tu flota con las soluciones innovadoras de Eurowag. Ponte en contacto con nosotros hoy mismo y descubre por qué somos el mejor copiloto para las empresas de transporte por carretera de toda Europa.

/* Structured Data Unified Script v1.3.1 Status: Draft unified baseline (extends v1.2) Source of Truth: Structured Data Source of Truth v1 documents Scope: Article CMS pages, ServicePage, CollectionPage, HomePage, AboutPage, ContactPage, WebPage, ProfilePage, Webinar/Event pages, eBook/Book pages Purpose: - Replace separate page scripts with one resolver-driven script. - Keep locked single-page scripts as references only. - Use one shared helper/builder base to avoid drift. Supported graph assemblies: - Article CMS page: WebSite + Organization Basic + WebPage + Article + optional Person Author + optional BreadcrumbList + optional FAQPage - ServicePage resolver: WebSite + Organization Basic + WebPage + Service + optional BreadcrumbList + optional FAQPage - CollectionPage resolver: WebSite + Organization Basic + CollectionPage + ItemList + optional BreadcrumbList + optional FAQPage - HomePage resolver: WebSite + Organization Full + WebPage (mainEntity -> Organization) + optional FAQPage [no BreadcrumbList by convention] - AboutPage resolver: WebSite + Organization Full + AboutPage (mainEntity -> Organization) + optional BreadcrumbList + optional FAQPage - ContactPage resolver: WebSite + Organization Full + ContactPage (mainEntity -> Organization) + optional BreadcrumbList + optional FAQPage - WebPage resolver: WebSite + Organization Basic + WebPage (no main entity) + optional BreadcrumbList + optional FAQPage - ProfilePage resolver: WebSite + Organization Basic + ProfilePage (mainEntity -> Person) + Person + optional BreadcrumbList + optional FAQPage - Webinar/Event page (detected by sd-webinar-data): WebSite + Organization Basic + WebPage (mainEntity -> Event) + Event + optional BreadcrumbList + optional FAQPage - eBook/Book page (detected by sd-ebook-data): WebSite + Organization Basic + WebPage (mainEntity -> Book) + Book + optional BreadcrumbList + optional FAQPage Detection model: - Fixed-type entity pages are detected by the presence of their CMS data block, like Article: sd-article-data -> Article, sd-webinar-data -> Event, sd-ebook-data -> Book. - ProfilePage uses the data-sd-page-type resolver, because sd-person-data also appears on article pages (as author) and cannot disambiguate a profile page on its own. Changelog: - v1.1 - Added HomePage, AboutPage, ContactPage resolver assemblies. - Added Organization Full builder (foundingDate, founder, telephone, email). - Added optional global Organization contact/founding fields + light validation (email format, telephone placeholder). - v1.2 - Added explicit WebPage resolver -> Static WebPage Graph (WebSite + Organization Basic + WebPage, no main entity). - Added gated soft fallback: when no resolver is present, default to the WebPage graph ONLY when page identity validates and page_title exists; otherwise emit nothing. - Soft fallback always logs a warning when it fires (resilience feature, not silent). - Explicit WebPage and the fallback share one assembler (assembleWebPageGraph). - v1.3 - Added ProfilePage resolver (ProfilePage + Person, Person uses profile page-context url). - Added Webinar/Event support (Event entity + WebPage, detected by sd-webinar-data block). - Added eBook/Book support (Book entity + WebPage, detected by sd-ebook-data block). - Event Offer output only when offer_url present; Event location is VirtualLocation(event_url). - Book inLanguage uses entity-specific book_language, not global page_language. - Entity IDs (person/event/book) validated as absolute HTTPS (no fixed fragment suffix per ID conventions). - v1.3.1 - Removed isPartOf from the Event node. Event descends from Thing (not CreativeWork), so isPartOf is not a valid Event property (flagged by validator.schema.org). - Note: the source-of-truth Event template (#16) and Implementation Notes section 13 list isPartOf for Event in error and should be corrected to match schema.org. */