Курсовая работа (т): Проектирование информационной системы Находкинской таможни

Комплекс ЭД-1 состоят из двух подсистем: подсистема декларанта и таможенного органа [23]. Общий вид рабочего окна КПС «ЭДТиТС» показан на рисунке 2.

Подсистема декларанта представляет собой программное средство подготовки, редактирования и передачи в электронной форме сведений о товарах и транспортных средствах из документов, необходимых для таможенного оформления и таможенного контроля, и формирования на их основе грузовой таможенной декларации в электронной форме. Электронные документы, подтверждающие заявленные в таможенной декларации сведения, могут быть представлены в формализованном виде в форматах, установленных ФТС России, либо, когда формализованный вид документа не предусмотрен, в виде их электронных образов, полученных путем сканирования бумажных документов.

Рисунок 2-Вид рабочего окна комплекса программных средств «Обработка сведений в электронной форме о товарах и транспортных средствах»

Подсистема таможенного органа включает:

а) региональный узел сбора, хранения и обработки информации, в базе данных которого содержатся полученные от декларанта сведения, необходимые для таможенного оформления и таможенного контроля;

б) автоматизированные рабочие места таможенного оформления и таможенного контроля, оснащенные штатными программными средствами («АИСТ-М» - «Инспектор ОТО»).

Подсистема таможенного органа предназначена для автоматизации взаимодействия должностных лиц таможенных органов с декларантом (таможенным брокером) в рамках процесса предварительного контроля документов, представляемых декларантом в таможенный орган, а также обеспечивает мониторинг прохождения этапов таможенного оформления и таможенного контроля. Подсистема обеспечивает работу должностных лиц таможенных органов, осуществляющих различные этапы ТО и ТК [24].

Декларант формирует в электронном виде совокупность данных сделки (СДС), состоящей из сведений о товарах и электронной грузовой таможенной декларации, других документов, необходимых для таможенного оформления и контроля. Сформированная декларантом СДС подтверждается его электронной цифровой подписью и передается в подсистему таможенного органа [25].

В подсистеме таможенного органа проверяется право доступа конкретного участника ВЭД к системе электронного декларирования и достоверность электронной цифровой подписи декларанта. В случае успешной проверки ЭЦП совокупность данных сделки загружается в базу данных и в автоматическом режиме проводится форматно-логический контроль электронной ГТД. В случае успешного прохождения контроля региональный узел обработки регистрирует совокупность данных сделки с присвоением ей уникального идентификационного номера и передает ГТД в формате штатных программных средств основного таможенного оформления инспектору таможенного органа, осуществляющего дальнейшее таможенное оформление и таможенный контроль. После завершения процесса оформления СДС подписывается ЭЦП должностного лица таможенного органа и помещается в архив, а оформленная электронная таможенная декларация отправляется в подсистему декларанта.

Подсистема декларанта представляет собой программное средство подготовки, редактирования, и передачи в электронной форме сведений о товарах и транспортных средствах из документов, необходимых для таможенного оформления и таможенного контроля, и формирования на их основе грузовой таможенной декларации в электронной форме. Подсистема декларанта обслуживает следующие обобщенные категории участников перевозочного процесса:

грузоотправитель (лицо или лица, инициирующие, организующие и контролирующие отправку груза из пункта отправления);

грузополучатель (лицо или лица, инициирующие, организующие и контролирующие получение прибывшего груза в пункте назначения);

таможенный брокер.

Подсистема декларанта, в целом, предназначена для автоматизированной подготовки электронных документов, необходимых для формирования СДС, предварительной проверки документов СДС и ее пересылки в подсистему таможенного органа в виде совокупности документов. Проверка, выполняемая в подсистеме, имеет целью выявить соответствие предоставленных таможенных документов правилам их заполнения. Подсистема позволяет декларанту (или таможенному брокеру) формировать и просматривать таможенные, товаросопроводительные и коммерческие документы, которые образуют СДС. По окончании формирования СДС пересылается в подсистему таможенного органа.

Подсистема таможенного органа предоставляет возможность должностному лицу таможенного органа во взаимодействии с декларантом проводить предварительный документальный таможенный контроль товаров.

Из подсистемы декларанта в подсистему таможенного органа данные в виде совокупности данных сделки передаются для таможенного оформления. Эти данные включают в себя представленные в электронном виде ГТД, ДТС, документы, необходимые для представления в таможенный орган, присоединенные к СДС на этапе ее формирования и в результате досылки, а также информацию, уточняющую заявленные сведения, полученную в результате диалогового взаимодействия в электронном виде между должностными лицами и декларантом.

Подсистема таможенного органа предназначена для автоматизации взаимодействия должностных лиц таможенных органов с декларантом (таможенным брокером) в рамках процесса предварительного контроля документов, представляемых декларантом в таможенный орган, а также обеспечивает мониторинг прохождения этапов таможенного оформления и контроля. Подсистема обеспечивает работу должностных лиц таможенных органов, осуществляющих различные этапы таможенного оформления и контроля.

Пользователи подсистемы таможенного органа должны быть предварительно зарегистрированы, им должно быть присвоено имя пользователя и выдан пароль. Регистрация должностного лица таможенного органа в качестве пользователя производится администратором с использованием средств распределения прав доступа (привилегий) к функциональным возможностям подсистемы таможенного органа в зависимости от обязанностей, которые выполняет должностное лицо.

Предполагается, что должностные лица таможенного органа выполняют разные функциональные обязанности в процессе таможенного оформления и документального контроля, поэтому в подсистеме таможенного органа они могут работать в стандартных ролях принимающего инспектора, выпускающего инспектора и руководителя [26].

При работе с ЭД-1 для входа в подсистему таможенного органа и началом работы с КПС «ЭДТиТС» необходимо запустить Web-браузер Microsoft Internet Explorer, в поле «Адрес» браузера ввести адрес сервера; затем по запросу Internet Explorer в окне «Enter Network Password» ввести имя и пароль, выданные при регистрации. Основные функции принимающего инспектора - контроль документов, предоставленных декларантом и выгрузка ГТД в формат штатного средства таможенного оформления.

При контроле данных, представленных в поданных декларантом таможенных документах, как правило, используется такой прием как сравнение представленных данных с информацией, находящейся в базах с НСИ.

В случае обнаружения в СДС ошибок, требующих исправления со стороны декларанта (таможенного брокера), а также в случае необходимости добавления в СДС дополнительных документов таможенный инспектор может возвратить СДС декларанту (таможенному брокеру).

После анализа данных ГТД, ДТС и других документов СДС, принимающий инспектор может выгрузить ГТД в формат штатного средства таможенного оформления.

Выпуск СДС должен быть осуществлен после загрузки ГТД из штатного средства таможенного оформления, в котором осуществлен ее выпуск, т.е. проставлена отметка о выпуске. Это означает, что СДС приобретает статус «Выпущена».

После выпуска СДС в таможенные органы (указанные в настройках), будет направлено извещение о том, что СДС выпущена. Перед выпуском ГТД и перед проведением процедуры согласования решений с функциональными отделами таможенных органов, выпускающий инспектор должен отредактировать или подтвердить регистрационный номер ГТД.

Выпускающий инспектор может выгрузить ГТД во внешний формат штатного средства таможенного оформления. По завершении основного таможенного оформления в штатном средстве выпускающий инспектор должен загрузить ГТД в СДС, используя соответствующий пункт меню в окне операций с СДС.

Система обмена сообщениями - важная составная часть комплекса «ЭДТ и ТС». Сообщения, обеспечивающие досылку необходимых сведений и согласование решений, генерируются пользователями и называются пользовательскими сообщениями, а сообщения, обеспечивающие извещение участников таможенного оформления, генерируются автоматически и называются системными сообщениями [27].

Процесс обмена пользовательскими сообщениями с декларантом инициирует таможенный инспектор, работающий с СДС в подсистеме таможенного органа. Декларант (брокер) может только отвечать на полученные от инспектора сообщения, ответы могут содержать необходимые сведения в текстовом виде или досылку необходимых документов, запрашиваемых инспектором.

Информационное взаимодействие между лицом, декларирующим товары в электронной форме, и таможенным органом осуществляется с использованием авторизованных сообщений в электронной форме, подписанных ЭЦП [11].

В упрощенном виде, весь процесс таможенного оформления деклараций, подаваемых в электронном виде с применением ЭД-1, представлен на рисунке 3.

Информационная технология представления таможенным органам сведений в электронной форме для целей таможенного оформления товаров, в том числе с использованием международной ассоциации сетей "Интернет" имеет ряд преимуществ по сравнению с ЭД-1:

ЭД-2 - разработчиком программного обеспечения может быть любое заинтересованное лицо, ЭД-1 - существует только один разработчик программного обеспечения;

ЭД-2 - снижение финансовых затрат на развёртывание и расширение системы Интернет - декларирования, ЭД-1 - высокая стоимость системы электронного декларирования (расчётная стоимость от 500 тыс.руб. до 1,5 млн. руб. в комплексе);

ЭД-2 - позволяет использование существующих выделенных каналов доступа в сеть Интернет, ЭД-1 - подключение к ведомственной сети таможенных органов. При удаленном нахождении от таможенного органа необходимость построения каналов связи;

ЭД-2 - таможенный инспектор работает в одном программном средстве АИСТ-М, ЭД-1 - таможенный инспектор работает в 3-х программных средствах - система Электронного декларирования, конвертатор ЭГТД, штатное программное средство АИСТ-М;

ЭД-2 - открытая спецификация обмена (опубликована на официальном сайте ФТС России), ЭД-1 - закрытая спецификация обмена;

ЭД-2 - при возврате ЭГТД протокол ошибок формируется автоматически по результатам ФЛК, ЭД-1 - при возврате ЭГТД протокол ошибок формируется вручную;

ЭД-2 - долгосрочные документы поступают в КПС АИСТ-М, доступ к документам осуществляется автоматически из описи документов, ЭД-1 - долгосрочные документы хранятся в электронном архиве без автоматического доступа из представленной описи документов к ГТД.

В рамках приказа ФТС России № 52 от 24 января 2008 г. О внедрении информационной технологии представления таможенным органам сведений в электронной форме для целей таможенного оформления товаров, в том числе с использованием международной ассоциации сетей «Интернет» описан весь процесс электронного декларирования ЭД-2 [17].

Предоставленные участником ВЭД сведения в электронной форме с применением ЭД-2 первоначально попадают на сервер ГНИВЦ ФТС России, а затем передаются по транспортной технологической подсистеме (далее ТТП) в РТУ для прохождения первичного ФЛК. ТТП предназначена для гарантированной передачи информации в рамках всей архитектуры ЕАИС таможенных органов в режиме времени приближенному к реальному и обеспечивает безопасность передаваемой информации. Транспортная технологическая подсистема таможенных органов введена в эксплуатацию приказом ФТС России от 25 ноября 2009 г. № 2141. [28].

Для участника ВЭД существует возможность выбрать способ подключения к системе электронного декларирования ЭД-2. Первый способ показан на рисунке 3, это подключение напрямую к серверу ГНИВЦ ФТС России, для чего необходимо организовать выделенный защищенный канал, установить дорогостоящее оборудование, согласовать схемы подключения и пройти процедуру сертификации. Второй способ, показанный на рисунке 4, это подключение через информационного оператора. Данный способ ориентирован на участников ВЭД, которым нет необходимости в организации дорогостоящей системы электронного декларирования, участнику ВЭД достаточно иметь комплекс программных средств для криптозащиты информации и договор с информационным оператором, через которого он будет отправлять декларации в подсистему таможенного органа.

Рисунок 4- Подключение к ЭД-2 через информационного оператора

При работ с декларациями поданными по технологии ЭД-2, инспектору нет необходимости использовать несколько программных комплексов, вся работа проходит в одном штатном КПС «АИСТ-М». Прием деклараций в систему АИСТ-М, как и весь обмен сообщениями с АПС «Электронное представление сведений», выполняется автоматически на сервере программной задачей «Модуль автоматической обработки документов» показанном на рисунке 5.

Рисунок 5- Вид окна модуля автоматической обработки документов

В КПС «АИСТ-М» у деклараций принятых от АПС «Электронное представление сведений» после граф «Наименование пакета», «Документ», «Дата» и «Приоритет» указывается специальный значок , обозначающий, что данная ГТД проходит по системе Электронного декларирования ЭД-2, показано на рисунке 6.

После приема данных производится контроль правильности заполнения данных ГТД и принимается решение о приеме или отказе ГТД. Дальнейшее оформление происходит как при оформление обычных ГТД.

Рисунок 6-Вид окна КПС «АИСТ-М» Модуль обработки документов

3.Моделирование процесса реализация схемы электронного декларирования

.1 Определение точки зрения

Границами процесса «Реализация схемы электронного декларирования» являются процессы, окружающие данный процесс. Процесс «Реализация схемы электронного декларирования» можно представить как под процесс процесса «Оформление таможенной декларации». Границы процесса представлены в Приложении Б.

Модель не может быть построена без четко сформулированной цели. Цель выбирается с учетом вопросов, на которые должна ответить модель. Формулировка цели позволяет команде аналитиков сфокусировать усилия в нужном направлении.

Целевая функция процесса, моделируемого в данной курсовой: обработка сведений в электронной форме о товарах и транспортных средствах.

Вместе с постановкой цели и определением границ процесса осуществляется также выбор точки зрения. Хотя при построении модели учитываются изменения различных людей, модель должна строиться с единой точки зрения. Точку зрения можно представить как взгляд человека, который видит систему в нужном для моделирования аспекте. Точка зрения должна соответствовать цели моделирования. Как правило, выбирается точка зрения человека, ответственного за моделируемую работу в целом. Данная курсовая работа основывается на точке зрения декларанта, человека подающего декларации.

Определим критерии качества, которым должна соответствовать модель:

Понятность (модель должна быть легкой для понимания и представления экспертам предметной области, заказчикам);

Полнота (модель должна быть доведена до последнего уровня декомпозиции - бизнес-операций);