підписом (ЕЦП).
У результаті всіх цих маніпуляцій, співробітник брокера підписує ЕЦП фактично не той документ, який він створив, а той документ, який сформував програмний комплекс «ЕТД і ТС». Аналогічні процедури відбуваються і при конвертації ЕД з сервера митниці в програмний комплекс митниці АІСТ-М, тобто в митницю потрапляє вже третій файл.
Таким чином, існує подвійна можливість внесення несанкціонованих декларантом змін до ТД внаслідок некоректної роботи програми «ЕТД ІТС». І це не умоглядні припущення, а висновки сумної практики. Виходить, що декларант повинен виконати після завантаження декларації на сервер брокера повторну перевірку. На жаль, незважаючи на вже трирічну історію електронного декларування, ПК ЕТД і ТЗ зазнає постійних змін і доопрацювання. Самое глобальна зміна його спіткало на початку 2007 року при переході на нові формати документів. Програма була фактично написана «з нуля», а процес налагодження відбувався на «живих» вантажопотоках. Немає сенсу описувати всі ситуації, хочеться побажати розробнику створення цілодобової служби підтримки і установки багатоканального телефону.
Висновок тут один, файл, який створив декларант, не повинен зазнавати ніяких змін на шляху до інспектора митниці. Це стане можливим або в тому випадку, якщо цей файл буде підписуватися до передачі на сервер брокера, або якщо не буде процесу конвертації при його приміщенні на сервер.
Вагомим, на мій погляд, залишається питання необхідності надання в комплекті з ЕД всієї сукупності документів угоди (контракту, інвойсу і т.д.). Митні органи все більш наполегливо, посилаючись на великі обсяги сканованих файлів, вимагають передавати в комплекті з ЕД тільки «формалізовані» документи. Тобто, декларант крім ТД повинен створити ще з десяток документів. Практика показує, що це збільшує час на підготовку ТД мінімум на 2:00. І багаторазово збільшується ймовірність помилки. Боротися з цим можна, тільки автоматизуючи процес створення цих документів на базі вже створеної ТД, тобто генерувати пакет документів, передаючи в нього дані вже внесені в ТД. Але в цьому випадку взагалі втрачається сенс їх надання, оскільки процес перевірки ТД - це зіставлення даних містяться в товаросупровідних документах з даними ТД. А, якщо дані в електронні документи внесені з ТД, то робить цей процес просто безглуздим.
Крім цього досі існує необхідність оформляти одночасно і електронні, і паперові документи. Співробітники Іркутської митниці визнають, що електронне декларування йде зі скрипом raquo ;. Пояснюється це тим, що більшу частку в загальному обсязі оформлених декларацій Іркутської митниці займає експорт. Митний брокер Ростек-Байкал спробував оформляти такі декларації в електронному вигляді. Однак, як показала практика, при цьому паралельно велику кількість документів доводиться оформляти на паперових носіях - цього вимагають і податкова інспекція (тут заважає недосконалість Податкового кодексу), і РЖД. Залізничникам необхідно пред'являти друку на товарно-супровідних документах при перетині вантажу на кордоні, а поки залізничне відомство не готове переходити на електронний обмін документами. І якщо питання з податковою інспекцією митницею сьогодні врегульоване - колеги з ФНС погодилися приймати документи в електронному вигляді для повернення ПДВ, то для його вирішення із залізницею необхідно міжвідомчу угоду, яке повинно бути підготовлено на найвищому рівні. У Листі ФНС РФ від 23 червня 2006 № ММ - 6-06/632 Про подання паперових копій електронних митних декларацій стверджується, що електронні декларації повинні бути роздруковані і передані декларанту для подання в інші державні органи.
При розгляді технології електронного декларування нам видається важливим вказати на дещо інші проблеми даної процедури:
травня 2008 набув чинності наказ ФМС Росії від 24.01.2008 р № 52 Про впровадження інформаційної технології подання митним органам відомостей в електронній формі для цілей митного оформлення товарів, у тому числі з використанням міжнародної асоціації мереж Інтернет" . Використання мереж Інтернет для передачі даних між учасниками ЗЕД і митними органами - це серйозний крок вперед. Реалізація технології електронного декларування з використанням мереж Інтернет здійснюється з використанням наступних програмних засобів:
ПЗІ АСВД (підсистема захисту інформації автоматизованої системи зовнішнього доступу). Програмні засоби забезпечують реалізацію максимального рівня забезпечення безпеки передачі та обробки даних при інформаційній взаємодії митних органів з учасниками ЗЕД з використанням мереж Інтернет;
СВУЦ ТО (система відомчих засвідчувальних центрів митних органів);
АПС Електронне подання відомостей .
Ця підсистема забезпечує:
