GTM debug

Митнически документи ЕАД и MRN. Какво представляват те и защо се използват при транзит?
Clock
Време за четене:5
Calendar
7.5.2024

Митнически документи ЕАД и MRN. Какво представляват те и защо се използват при транзит?

Единният административен документ (ЕАД), използван при митнически формалности, се прилага за всички стоки, независимо от вида или произхода. Изпълнявайки жизненоважна статистическа роля, той трябва да бъде подаден в съответния формуляр и е приложим само за стоки, внесени или изнесени извън Европейския съюз. Със създаването на общо митническо пространство в ЕС вътреобщностните доставки включват по-малко формалности.

Запознайте се с ЕАД

ЕАД, въведен с Конвенцията за опростяване на формалностите в търговията на 20 май 1987 г., замени шест други митнически документа. Първоначално приложим в Европейската икономическа общност, той стана задължителен в Полша от 11 април 1998 г. Формулярът се състои от 8 карти, използвани взаимозаменяемо в зависимост от вида на процедурата.

Къде да получите ЕАД формуляр

ЕАД можете да намерите на сайта на Министерството на финансите в „Митници“ – „Формуляри“. Митническите декларации, независимо от процедурата, вече се подават изключително по електронен път и се подписват със защитен ключ за предаване на данни. Спорадично се използват хартиени формуляри, предимно за индивидуален внос. Важно е да се отбележи, че самостоятелното попълване на ЕАД вече не е възможно, тъй като митническите агенции вече се занимават с процеса.

Подайте ЕАД документа в съответната митническа служба за износ. Офисът се определя от местоположението на изпращача или къде стоките са били опаковани или натоварени за транспорт. ЕАД отразява митническата декларация за окончателно освобождаване, изчисляване на мита и регистриране на задължения по ДДС.

MRN (Референтен номер на движение) – Митнически документ за транспортен контрол

MRN е уникален код за проследяване и контрол на транспортните дейности, служещ за потвърждение на стоки, напускащи определена страна. Отпечатан като баркод, MRN документът е прикрепен към TDT документа, придружаващ транспортираните стоки, придружаващ транспорта от началото до края.

Компоненти на MRN документа

MRN документът включва подробности като информация за износителя, получателя и декларатора, маркировки за принадлежност, вид транспорт, места за товарене, информация за трансбордиране, сертифициране от съответните органи, подробности за контрола, извършван от органите на изхода и местоназначението, и идентификация на контейнера.

Получаване на MRN

Издаването на MRN включва няколко стъпки. Първо митническата служба получава митническата декларация за износ, проверява я и я изпраща на декларатора. След положителен преглед, подаването се приема от митническата служба, която след това присвоява MRN. Кандидатът получава потвърждение (IE-528), означаващо приемането на подаването и присвоения MRN. Номерът се записва и от изходната или входната митница в карнета ТИР.

Проследяване на MRN – Представяне на системата ECS

MRN номерът е от съществено значение в процедурата ECS, система на Общността, улесняваща обмена на декларации за износ по електронен път между митническите служби в Европейския съюз.

Дигитализация на данните в международния транспорт

Дигитализиране на данните в международния транспорт, присвояване на конкретен номер на всяка транспортна дейност, позволява лесно проследяване. Използвайте уебсайта за проследяване на износа MRN, официална платформа на Европейския съвет, събираща данни от информационните системи на отделните държави и предоставяща информация за транзита на заинтересованите страни. Поради техния обем (над 3 милиона операции месечно), данните се запазват 100 дни преди изтриване.

Eurowag помага на клиентите да се ориентират в митническите разпоредби и други.

Като лидер в индустрията в решенията за управление на автопаркове, Eurowag предлага цялостни услуги, съобразени с вашите специфични нужди. От карти за гориво до плащане на пътни такси, възстановяване на ДДС до телематични решения, Eurowag предоставя обслужване на едно гише за всички ваши оперативни изисквания. Опростете управлението на логистиката, намалете административната тежест и оптимизирайте производителността на вашия автопарк с иновативните решения на Eurowag. Свържете се с нас днес и разберете защо сме най-добрият втори пилот за транспортни компании в цяла Европа.

/* 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. */