Таможенное оформление и таможенный контроль электронной ГТД во время эксперимента осуществляется в общеустановленном порядке с помощью штатного программного средства АРМ ТО и ТК, при этом уполномоченное должностное лицо таможенного органа может вносить поправки в электронную ГТД (например, заполнять графы 7, С, Д). После завершения процесса оформления электронная ГТД конвертируется из формата программного средства штатно эксплуатируемого АРМ ТО и ТК в формат СУБД Oracle, результат таможенного контроля с помощью авторизованного сообщения доводится до декларанта, данные электронной ГТД и СТТ подписываются ЭЦП уполномоченного должностного лица таможенного органа, помещаются в архив и могут быть отправлены в подсистему декларанта. Декларант имеет возможность сохранить в архиве полученную из таможенного органа электронную ГТД и проверить решение уполномоченного должностного лица таможенного органа.
В случае возникновения у уполномоченного должностного лица, осуществляющего таможенное оформление и таможенный контроль, дополнительных вопросов, декларанту может потребоваться уточнить или исправить данные, внесенные им в грузовую таможенную декларацию. Разработанный комплекс программных средств позволяет осуществлять обмен авторизованными сообщениями в режиме реального времени между декларантом и уполномоченными должностными лицами таможенного органа.
Подсистема декларанта и подсистема таможенного органа взаимодействуют между собой через межсетевой экран, который обеспечивает безопасный доступ к серверу подсистемы таможенного органа, находящемуся в ведомственной сети таможенных органов, со стороны сервера подсистемы декларанта, находящегося в общедоступной сети Internet. Обмен между подсистемами производится с использованием XML-документов по стандартным протоколам HypertextTransportProtocol(http) и JASM (Java API for XML Messaging), определяющим правила передачи сообщений между различными компонентами системы. При использовании протокола JASM [6] сообщения представляют собой документы XML, содержащие команды JASM. В них вкладывается XML-текст с описанием требующегося метода и перечнем передаваемых на сервер параметров, а в XML-ответе приходят обратно результаты обработки запроса или код ошибки. Главное достоинство JASM заключается в том, что приложения, выполняющиеся на разных узлах сети, могут быть реализованы на различных языках программирования, функционировать на любых платформах, работать с разнообразным программным обеспечением.
Выбор формата XMLкак основной единицы взаимодействия компонентовсистемы объясняется следующими преимуществами этого формата:
– XML – открытый формат описания данных, который разрешает пользователю задавать собственные спецификации документов и динамически изменять их структуру. Использование XML-спецификации позволит в дальнейшем разработать для таможенных органов корпоративный стандарт представления документов, определяющий их структуру и семантику;
– XML – мировой стандарт для структуризации сложной информации. Его поддерживают как фирмы разработчики программного обеспечения (Micrisoft, Oracle, Sun), так и крупные бизнес-корпорации. В настоящее время XML становится основным языком обмена между информационными системами. Использование XML-документов позволит легко интегрироваться таможенным органам России в международную сеть обмена информацией и организовывать эффективное взаимодействие со сторонними организациями;
– конвертируемость XML-документов в реляционное представление и обратно позволяет использовать существующие реляционные базы данных таможенных органов. Для передачи данных между XML-документом и базой данных необходимо лишь обеспечить соответствие структуры документа и структуры базы данных.
Обновление нормативно-справочной информации производится с использованием стандартного механизма репликации файлов базы данных Oracle.
Подсистема таможенного органа и подсистема декларанта имеет трехзвенную архитектуру, построенную на основе Web-технологии. Основными компонентами такой системы являются:
– Web-браузер, с помощью которого пользователи обращаются к системе;
– Web-сервер, обеспечивающий интерфейс пользователей системы;
– сервер приложений, осуществляющий обработку данных.
В разрабатываемой системе Web-сервер и сервер приложений физически объединены в один вычислительный узел, который называется сервером обработки.
Несмотря на первые положительные отзывы участников эксперимента по электронному декларированию, на пути широкого внедрения его в практику таможенного оформления имеется ряд объективных трудностей.
Основным недостатком внедряемого комплекса программных средств электронного декларирования товаров и транспортных средств является необходимость одновременной работы уполномоченного должностного лица таможенного органа с двумя различными программными средствами: подсистемой таможенного органа программного средства обработки сведений в электронной форме о товарах и транспортных средствах и штатным АРМ ТО и ТК. Для устранения этого недостатка необходимо реализовать функции таможенного оформления и таможенного контроля непосредственно на сервере приложений регионального узла сбора, хранения и обработки информации. ГП «НИЦ СПбГЭТУ» уже сделал первые шаги в этом направлении, разработав Bpwin-модели [7, 8] таможенного оформления и таможенного контроля с учетом возможности электронного декларирования товаров и транспортных средств, на основе которых можно будет разработать новые технологические схемы таможенного оформления и таможенного контроля, а затем и соответствующие программные средства.
Сдерживающим фактором внедрения электронного декларирования в полном объеме является также отсутствие в настоящее время эффективной системы обмена электронными документами между таможенными органами и другими государственными структурами. Имеются два пути решения этой проблемы:
– создание унифицированных стандартов представления документов, необходимых для таможенных целей;
– создание стандарта XML-формата двустороннего обмена документами между таможенными органами и государственными структурами.
Второй путь, на наш взгляд, кажется более перспективным, поскольку не зависит от нормативных баз отдельных ведомств и регламента их обновлений и изменений.
Частично проблема обмена документами со сторонними организациями будет решена при внедрении в практику работы таможенных органов международных стандартов представления документов.
Определенные трудности внедрения электронного декларирования связаны с отсутствием актуальных стандартов проверки таможенных документов и сведений, необходимых для таможенного оформления, и актуальной НСИ для формирования электронной ГТД в подсистеме декларанта.
Переход на централизованные хранение и обработку данных на региональном уровне увеличит нагрузку корпоративной сети ГТК России и потребует наличия каналов с высокой пропускной способностью между таможнями и РТУ, что, в свою очередь, требует модернизации каналов связи и развития инфраструктуры удаленного доступа к ресурсам корпоративной сети ГТК России.
И, наконец, на пути внедрения электронного декларирования имеются субъективные трудности, связанные с вольным или невольным сопротивлением участников процесса электронного декларирования, объясняющимся недооценкой возможностей, которые открываются при внедрении новых информационных технологий, позволяющих упростить и ускорить таможенное оформление, минимизировать накладные расходы.
Литература
1. Новоженов Ю.В. Объектно-ориентированные технологии разработки сложных программных систем. М.: Изд-во АО “Аргуссофт компани”, 1996.
2. Даконта M., Саганич А. XML и Java 2. СПб.: Питер, 2001.
3. Либерти Дж, Крейли М. Создание документов XML для Web на примерах. М.: Издательский дом “Вильямс”, 2000.
4. Мартин Д. XML для профессионалов. М.: ЛОРИ, 2001.
5. Перроун П. Дж., Венката С. Р., Чаганти Р. Создание корпоративных систем на основе Java 2 Enterprise Edition. Руководство разработчика. М: Изд-во “Вильямс”, 2001.
6. Трэвис. XML и SOAP-программирование для серверов BizTalk. Новейшие технологии. М.: Изд. отдел “Русская Редакция”, 2000.
7. Калянов Г. Н. CASE-технологии. Консалтинг при автоматизации бизнес-процессов. М.: Изд-во “Горячая линия – Телеком”, 2000.
8. Маклаков С.В. Моделирование бизнес-процессов с BPwin 4.0. М.: ДИАЛОГ-МИФИ, 2002.
Карасюк В.И.
Заместитель начальника Московской таможни по информационно-техническому обеспечению
Опыт внедрения компонентов электронного декларирования в Московской южной таможне
Задачи, стоящие перед таможенными органами России с учетом перспектив вступления во Всемирную торговую организацию, требуют модернизации автоматизированной информационной системы таможенного оформления и таможенного контроля, приведения ее в соответствие требованиям лучших мировых образцов в части технических требований и возможностей по объемам и скорости обработки данных. Такую цель поставили перед собою ГТК и разработчики системы электронного декларирования изГП «НИЦ Санкт-Петербургского государственного электро-технического университета».
Одна из задач электронного декларирования - сокращение процесса таможенного оформления для законопослушных участников ВЭД и организация для них «зеленого» коридора, однако, за декларантом оставляется право выбора того, в каком виде он будет производить декларирование. С декларантом - участником электронного декларирования таможенный орган заключает договор об обмене электронными документами и сведениями, на основании которого сторонам договора предоставляется право использования электронных документов с электронными цифровыми подписями. Регистрация и аутентификация электронных цифровых подписей осуществляется удостоверяющим центром ГТК. Электронные документы приобретают юридическую силу, заверенные таможенным органом распечатки электронных документов могут использоваться декларантом, например, для представления в налоговые органы. Получив от декларанта электроннуюдекларацию, таможенный инспектор проводит автоматизированную проверку сведений, указанных в декларации, и принимает решение о выпуске товаров или о применении дополнительных мер таможенного контроля. При возникновении у таможенного инспектора вопросов к декларанту и при необходимости внесения декларантом поправок, обмен сообщениямимежду декларантом и таможенным инспектором, а также внесение изменений в электронную декларацию производится в режиме реального времени. Разработанные в рамках электронного декларирования система регистрации пользователей и система безопасности гарантируют, что каждый участник процесса работает только со своими документами. При некоторых условиях электронное таможенное оформление может быть прервано. В этом случаевыходные данные системы электронного декларирования могут быть использованы в таможенном оформлении и таможенном контроле, производимом в общеустановленном порядке с помощью АРМов существующей ЕАИС ГТК, штатно эксплуатируемых в таможенном органе, или в среде КАСТО «АИСТ-РТ21». При использовании системы электронного декларирования должностное лицо при осуществлении таможенного оформления и таможенного контроля может просматривать в режиме «тонкого клиента» сведения о товарах и транспортных средствах (СТТ) и электронной ГТД (ЭГТД), проставлять необходимые отметки в ЭГТД. Отметки о результатах проверки на этапах таможенного оформления автоматически вносятся в соответствующие служебные поля базы данных совокупности данных сделки (СДС) узла обработки информации. На рис. 1 представлена архитектура системы электронного декларирования. Узел сбора, хранения и обработки данных имеет трехзвенную архитектуру, построенную на основе Web-технологии с «тонким клиентом». Основными компонентами узла являются: сервер базы данных (уровень информационного хранилища); сервер приложений (уровень приложений); браузер (уровень интерпретации и отображения данных).