1998-настоящее время. Этап внедрения разных технологий, этап проб и ошибок.

Достижения:

• Интеграция инфо. Систем всех заинтересованных органов исполнительной власти в целях создания единого инфо. Пространства правоохранительных органов.

• Разработка комплекса решений проблем инфо. Безопасности при обработке, передаче и хранении данных ЕАИС.

• Разработка и внедрение элементов системы электронного декларирования товаров и транспортных ср-в для упрощения процессов оформления.

Принципы проектирования ЕАИС:

1. Разработка и реализация задач автоматизации в виде различных программных продуктов или программно вычислительных комплексов, которые называются АРМами.

2. Разработка и эксплуатация СУБД.

3. Создания Банка Данных электронных док-в.

Разработка ЕАИС осуществляется в соответствии с единой системой конструкторской документации ЕСКД.

Этапы разработки ЕАИС по ЕСКД:

1. издание приказа или оформление договора на выполнение работ

2. исследование и разработка технико-экономического обоснования о целесообразности создания образца (расчет затрат)

3. испытание и опытная эксплуатация нового полученного образца

4. разработка технического проекта и получение в результате этого технического проекта руководства пользователя по данному образцу.

5. Опытная эксплуатация исследуемого образца (на полигонах, в ТО)

6. Внедрение опытного образца и сопровождение по всей системе (получение НСИ и обновлений)

Любое изменение нормативных док-в приводит к необходимости модернизации программных продуктов, входящих в состав ЕАИС. Модернизация можно рассматривать как совершенствование инфо. Технологий. Пути совершенствования представлены на схеме.

Витс (ведомственная интегрированная телекоммуникационная сеть).

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

• На уровнях управления руководства

• На уровнях управления таможня

• На уровнях управления таможенные посты

Функции ВИТС:

1. обеспечение ТО РФ ср-ми оперативной инфо. с использованием высокотехнологической передачи данных, а так же проведение селекторных совещаний, видео конференций и т.п.

2. разработка, внедрение инфо. и коммуникационных технологий передачи инфо.

3. повышение оперативности и достоверности инфо., предоставляемой правительственным органам и руководству ФТС.

4. создание интегрированной системы передачи данных для совершенствования организационно-экономических структур ТО.

5. организация защиты инфо. от несанкционированного доступа при передаче в ВИТС.

6. обеспечение функционирования коммуникационных систем для повышения полноты и качества таможенного контроля.

Техническое обеспечение ВИТС:

• цифровые АТС различных конфигураций

• оборудование каналообразования

• ср-ва спутниковой связи

• ср-ва радиорелейной связи

• оборудования для создания ЛВС

• рабочие станции

• принт-серверы

• файл-серверы

• серверы БД

• оборудование телекоммуникаций: модемы, маршрутизаторы, мосты, концентраторы и т.д.)

Виды инфо., док-в, массивов док-в, передающихся по ВИТС:

• пакеты ГТД с взаимосвязанными док-ми (опись, ДТС-1, спецификация, инвойс и т.д.)

• уведомление и подтверждение по транзитным переврзкам

• сведения об административных правонарушениях

• приказы, распоряжения и письма ТО

• отчеты и статистические справки

• НСИ для обновления программного обеспечения АРМов

Сети конфеденциальной связи ВИТС применяются на уровнях руководства-управления-таможни.

Виды:

1. правительственная междугородняя связь

2. спец. засекреченная связь

3. спец. радиоподвижная связь РОСА

4. спец. сеть передачи данных «Атлас»

5. ср-ва конфиденциальной факсимильной связи

+ абонентская сеть для уровня таможня-таможенный пост

Структура ВИТС – иерархическая радиально-узловая. В ней все технические программные ср-ва закупаются и устанавливаются централизованно.

Радиально-узловая структура передачи данных.

Схема.

Ведомственная электронная почта. (вэп).

GROUP WIZE – таможенная ведомственная электронная почта. В структуре ЕАИС существует два вида почтовых ящиков для обмена электронными документами:

1. Официальный почтовый ящик ТО, на который поступают документы, требующие учета в ТО: нормативные документы; КТС, ДТС; информация об административных правонарушениях; БД + рекомендации к ведению БД.

2. Личный почтовый ящик – создается администратором конкретного ТО для отдельных сотрудников, которым по роду своей деятельности необходимо применять средства ВЭП.

Функциональные возможности ВЭП.

Любая ВЭП должна:

1. создавать корпоративные системы электронной почты;

2. готовить к отправке, хранить, создавать, отправлять и получать письма;

3. вести календарь мероприятий и адресную книгу абонентов сети;

4. организовывать совместную работу сотрудников над одним конкретным документом (групповая работа);

5. создавать расписание мероприятий и распределять задания среди сотрудников подразделения;

6. просматривать, сохранять и редактировать изображения;

7. осуществлять мониторинг работы всей системы;

8. организовывать защищенный обмен данными по стандартам Internet.

Общая структура системы GROUP WIZE

Схема

Главная единица электронной почты – почтовое отделение.

Почтовое отделение – совокупность объектов и их почтовых ящиков в почтовом отделении.

Совокупность нескольких почтовых отделений образуют домен.

Совокупность нескольких доменов образуют почтовую систему GROUP WIZE.

Чаще всего почтовые ящики организуются на почтовом сервере. Организацией почтовых ящиков занимается системный администратор.

В функции домена входят:

• хранение и обслуживание главной адресной книги;

• контроль прохождения сообщений между разными элементами системы;

• фильтрация и маршрутизация сообщений.

Все почтовые отделения, в т.ч. почтовые ящики, ведутся системным администратором.

Системный администратор ведет учетные записи по доступу к определенному объему информации пользователям почты.

Существует два вида почтовых ящиков в системе:

1. Личный. Ведется в каждом подразделении индивидуально (настройка по желанию);

2. Общий.

Пользователь имеет свой почтовый ящик и учетную запись, в которой определяется его место в системе:

• определяется домен;

• определяется конкретный электронный адрес почтового отделения;

• определяются ссылки на документы.

Внешний пользователь – лицо, которое имеет свой почтовый ящик, но на него не создается учетная запись администратором сети, а дается только доступ к обмену информацией (Z, участник ВЭД, декларант).

Группа – набор пользователей и ресурсов, к которым можно обратиться как к логической группе. Если организовывается группа, то сообщение автоматически рассылается всем участникам группы.

Группы:

1. Персональные группы. Создаются пользователем почты индивидуально. Список своих контактов создает и хранит сам пользователь.

2. Общие группы. Создаются системным администратором. Списки электронных адресов этой группы хранятся в домене.

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

Библиотека – хранилище документов, доступ в которое возможен только по разрешению администратора системы.

В каждой системе GROUP WIZE (на каждом уровне) существует главный почтовый ящик, который является центральным хранилищем всей информации по документопотоку данного конкретного предприятия (Z, таможни, таможенного поста).

Доступ к главному почтовому ящику может осуществляться следующими способами:

• с помощью модемного соединения;

• по сети, если сервер и узлы станции сети находятся в одной сети;

• через модем по протоколу TCP/IP.

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

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

ССМРС является дорогим способом передачи инфо. Им пользуются определенные уровни (уровень управления). Система ТО имеет возможность обрабатывать инфо., имея два спутника:

• «Горизонт» над г. Москвой. Обслуживается центральная зона.

• «Экспресс» (территория Чита - Дальний Восток). Обслуживается дальневосточная зона.

РАЗВИТИЕ ЕАИС И АВТОМАТИЗАЦИЯ ТЕХНОЛОГИЙ ТАМОЖЕННОГО КОНТРОЛЯ.

• Новый ТК РФ – новые информационные технологии.

• «Концепция развития информационно – технической политики таможенной службы» утверждена Решением Коллегии ГТК РФ № 906 от 1998 г. – здесь прописана роль информационной безопасности и где её нужно применить (на какие направления); защита инфо. с точки зрения электронного обеспечения.

Задачи развития ЕАИС:

1. внедрение технологий таможенного контроля товаров, ввозимых на территорию РФ с применением электронной цифровой подписи;

2. внедрение технологии предварительного информирования ТО путем передачи инфо. о перемещаемых товарах через границу РФ в электронном виде до фактического времени их перемещения;

3. обеспечение удаленного доступа ТО к информационным ресурсам ФТС РФ;

4. обеспечение доступа к информационным системам федеральных органов исполнительной власти в области транспортировки (Z, Минтранс);

5. обеспечение внедрения электронной формы декларирования (передача электронных пакетов и образов документов):

• Электронные пакеты документов – ГТД + документы;

• Электронные образы документов – электронные сертификаты, ветеринарные сертификаты и т.д. (документы, заявляемые в гр. 44).

6. создание и внедрение в рамках системы анализа управления рисками всесторонней базы, содержащей сведения о рисковых товарах, перемещаемых через границу РФ;

7. реализация Концепции информационной безопасности ТО. Повышение роли информационной безопасности при передачи инфо. средствами ВИТС, сети конфиденциальной связи. Разработка программных задач, направленных на защиту инфо. от несанкционированного доступа.

Базы и банки данных

БД – 1)объективная форма представления инфо., систематизированной т.о., чтобы эта инфо. могла быть найдена и обработана с помощью средств вычислительной техники (использование пакета прикладных программ)

2)поименованная область данных, организованных по определенным правилам.

СУБД – пакет прикладных программ и совокупность языковых средств, предназначенных для создания, сопровождения, обработки и использования БД. Основное назначение СУБД – обеспечение взаимосвязи пользователя и той БД, обработку которой ему необходимо выполнить.

Основные функции СУБД:

• структурирование и при необходимости ввод данных, описывающих конкретную предметную область

• хранение данных и их защита

• изменение данных (обнвление, удаление, добавление данных, внесение новой инфо.)

• формирование запросов с использованием спец. языковых средств

• поиск и отбор данных по конкретным запросам пользователей

• обработка данных и вывод результатов (отчет)

СУБД позволяет пользователю производить любые манипуляции с данными и получать результата в удобной для пользователя форме.

Схема взаимодействия пользователя с БД.

Способы обработки инфо.:

1. Импорт – жесткое копирование инфо. на жесткий диск. Обновление данных не происходит.

2. Установление связи – обновление данных происходит.

Классификация СУБД:

1. по используемой модели

• иерархическая СУБД. Данные представляются в виде древовидной структуры. Инфо. поступает в виде совокупности элементов, расположенных в порядке их подчиненности от общего к частному.

Данная модель имеет в своей структуре узлы, уровни и связи.

Узел – информационная модель элемента, находящаяся на данном уровне.

«-»

• несколько узлов низшей иерархии связаны только с одним узлом более высшей

• иерархической дерево имеет только одну вершину (один единый центр), а данных очень много

• каждый узел имеет свое имя

«+»

• простота модели

• удобство обработки небольшого объема инфо.

• сетевая СУБД. Означает представление данных в виде произвольного графа.

«+»

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

• стандартизированная модель

«-»

• большая сложность в реализации

• жесткость схемы

• реляционная СУБД. База, которая предусматривает отношения между двумерными таблицами (в 70 гг. Кодд). Между данными (таблицами) по ключевым полям могут быть установлены отношения следующих видов:

• один к одному (одной записи главной таблицы соответствует одна запись подчиненной)

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

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

• объектно-ориентированная СУБД. База, которая объединяет в себе две модели: реляционную и сетевую.

2. По характеру использования

• многопользовательские СУБД (СУБДМ). Включают в себя сервер БД и клиентскую часть. Они могут работать в неоднородной вычислительной среде, в которой допускаются разные типы вычислительных машин и разные операционные системы. Такие СУБД функционируют на основе технологии «клиент-сервер» (Z: ORACLE (используется в системе ТО), INFORMIX).

• персональные СУБД (СУБДП). Предусматривают разработку персональных (личных) БД пользователей, а также разработку собственных приложений к ним, работающих с сервером БД. Небольшие материальные затраты! (Z: Fox base, Foz pro, Access, Dbase, Clipper).

Основное ядро СУБДП – ядро, выполняющее следующие функции:

• управление данными во внешней памяти

• управление буферами в оперативной памяти

• управление трансакциями.

Трансакция – последовательность операций над БД, рассматриваемая СУБД как единое целое. Для того, чтобы трансакция выполнялась в СУБД необходим механизм обеспечения целостности данных (каскадное обновление, каскадное удаление).

Язык СУБДП включает следующие подмножества команд:

1. язык описания данных – высокоуровневый непроцедурный язык, предназначенный для описания логической структуры данных

2. язык манипулирования данными – командный язык СУБД, обеспечивающий выполнение основных операций по работе с данными (создание, модификация данных, выборка данных по запросу) Z: QBE

3. структурированный язык запросов – обеспечивает манипулирование данными и определение схемы реляционной БД и является стандартным средством доступа к серверу БД.

В СУБДП должно быть предусмотрено обеспечение безопасности данных (пароль на доступ, на чтение, на изменение)

3. по организации и технологии обработки БД

• централизованные СУБД размещаются на одной ПВМ

• распределенные СУБД. Размещаются на нескольких ПЭВМ. При этом понять, что мы работаем с распределенной БД невозможно.

«+»

• более надежная, чем централизованная

• в ней можно создавать и хранить резервные копии

«-»

• неудобство модификации и пополнения БД

4. по способу доступа к данным

• СУБД с локальным доступом (работа в своем режиме)

• СУБД с удаленным доступом (основная БД на сервере). БД может играть роль Банка Данных. (Z: хранилаще данных по конкретной таможне).

Организация работы с данными вычислительной сети.

Схема.

Основные способы восстановления данных:

Отказоустойчивость – способность системы сохранять работоспособность, как при отказах ее некоторых элементов, так и при нарушении целостности части данных.

Основные способы восстановления данных:

1. создание резервного сервера. Все базы и образы диска основного сервера копируются на резервный сервер один к одному с целью срочного необходимого восстановления данных (центральный сервер)

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

3. использование технологии RAID. Инфо. на разных дисках записывается с незначительным перехлестом (использование жестких дисков).

«+»

нет затрат на сервер

«-»

при выходе из строя одного диска нет доступа ко всей инфо.

Технология RAID основана на применении дублирования одних и тех же данных или части данных на разных дисках. Распределенная по разным дискам инфо. обеспечивает восстановление данных при отказе основного устройства.

RAID-контроллер позволяет создавать виртуальный или логический диск + позволяет рассматривать диски как единое целое.

При помещении инфо. по RAID технологии запись идет в прямом порядке на жесткие диски, а считывание – в обратном.

БАНК ДАННЫХ (БнД) – организационно – техническая система, предназначенная для централизованного накопления и многоаспектного коллективного использования.

БнД в своей структуре содержит:

• несколько БД;

• такие средства, как техническая, программная, лингвистическая и информационная составляющая, обеспечивающая способы формирования и ведения инфо. в БнД.

БнД предполагают накопление инфо. в течение нескольких лет и десятилетий (в зависимости от важности инфо.). БнД - центральное хранилище!

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

Требования, предъявляемые к БнД:

1. адекватность инфо. состоянию предметной области;

2. надежность функционирования;

3. быстрота и производительность;

4. простота и удобство использования;

5. массовость использования;

6. защита инфо. в банке;

7. возможность модификации и расширения БнД.

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

Основные принципы построения БнД.

Схема.

• Интеграция данных – объединение отдельных, несвязанных между собой данных в единое целое.

• Целостность данных – выражается в требовании адекватности хранимой в БнД инфо. по своей конкретной предметной области.

• В любой момент времени данные должны в точности соответствовать свойствам и характеристикам объектов. Нарушение целостности данных приводит к искажению инфо., хранимой в банке.

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

• Независимость данных – данные периодически вносятся в БнД независимо от тех прикладных программ, которыми они поддерживаются (обрабатываются).

• Связанность данных – данные в БнД взаимосвязаны, и связи отражают отношения между объектами предметной области.

• Множество связей и множество типов данных образуют структуру данных.

• Непротиворечивость данных – смысловое соответствие между данными.

• Композиция (соответствие) – сочетание стилей, предъявляемых к типам данных; соответствие типов данных в одном БнД.

• Централизация управления данными – передача всех функций управления данными единому комплексу управляющих программ.

• В качестве управляющей программы рассматривается СУБД. Все операции, связанные с доступом к БД, выполняются не прикладными программами, а ядром СУБД на основе информации, полученной от этих прикладных программ. Наиболее подходящими СУБД для БнД являются такие БД, как ORACLE и INFORMIX.

• Многоуровневость архитектуры.

• Отделение описания от процедуры описания.

• Модульность.

Центральный банк данных еаис (цБнД еаис).

Условно ЦБнД ЕАИС располагается в ГНИВЦ.

Условно ЦБнД ЕАИС можно представить в виде трех групп:

1. БнД НСИ – система классификации и кодификации ограничений и нормативно – правовых актов, регистрации и учета.

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

3. БнД статистической инфо. – формы отчетов, которые используются для характеристики деятельности конкретного ТО (в зависимости от уровня управления).

БнД конкретного таможенного подразделения.

Схема.

Витрина данных – группировка (систематизация) данных по конкретным назначениям.

Транзакция – входные сообщения, приводящие оперативную БД из одного состояния в другое.

Хранилище данных – формируется на основании данных оперативной БД, которые действуют и имеют актуальность в течение данного текущего момента времени.

В настоящее время ЦБнД ЕАИС функционирует под управлением СУБД ORACLE.

Автоматизированное рабочее место (АРМ) – является средством автоматизации специалиста; представляет собой совокупность средств вычислительной техники, специального программного обеспечения и пользователя.

Функции АРМов:

• выполнение функций информационно-справочного характера;

• выполнение функций проблемно-профессиональных в конкретной области;

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

Назначение АРМов:

• простота и удобство работы пользователей;

• компактность размещения и простота обновления;

• высокая надежность, стабильность работы.

Этапы развития АРМов:

1. конец 80-ых г.г. – середина 90-ых г.г.

(1988-1989 г.г.) (1995-1996 г.г.)

Хорошо развита дисковая операционная система.

Позадачный подход к созданию АРМов – АРМы появляются только тогда, когда возникает проблема!

Z, проблема оформления ГТД – АРМ таможенного инспектора;

проблема таможенного досмотра – АРМ «Таможенный досмотр»

Существовало 150 АРМов!

2. середина 90-х г.г. – настоящее время

Изменение подхода к проектированию программного обеспечения. Комплексный подход к созданию АРМов!

Приказ № 1356 – главный при разработке технологических схем!

Z, конец 1999 г. – 2000 г. - появляется пилотная версия «АИСТ – РТ – 21» (37 модулей, которые взаимосвязаны между собой).

2003 г. – КАСТО «АИСТ - М» (значительно меньше модулей; 3 подсистемы – 7-8 модулей).

Характеристика основных АРМов ФТС РФ

1–ый этап.

АРМ таможенного инспектора «АРМ-ТИ».

Относится к функционально – программным продуктам для уровня «таможня таможенный пост».

Предназначен «АРМ-ТИ» для подразделений таможенного оформления.

«АРМ-ТИ» использовался при оформлении декларации на этапе приема и форматно – логического контроля.

В результате оформления декларации в базе внутреннего формата декларации ставилась отметка о прохождении этого этапа. Затем данные из «АРМ-ТИ» выгружались и попадали в новый АРМ.

Исходная инфо.:

• файлы классификаторов из справочников НСИ;

• инфо. о ГТД, ДТС и др. взаимосвязанных документах в электронном виде;

• базы взаимосвязанных (сопровождающих) документов

• Z, спецификация, товаро–транспортная накладная.

Итоговая инфо.:

• БД электронных копий ГТД;

• БД взаимосвязанных к ГТД документов;

• БД описей ГТД;

• БД статистической отчетности;

• БД, предназначенные для обработки в других АРМах

• Z, АРМ «Доставка», АРМ «Досмотр», АРМ «Транзит» и др.

Комплекс программных средств, предназначенный для учета взимания платежей в неторговом обороте, находящегося в технологическом процессе обработки на конкретной таможне АРМ «Таможенный приходный ордер» («АРМ-ТПО»).

Функционально входит в цепочку программных средств, предназначенных для уровня «таможня - таможенный пост» с небольшим грузопотоком.

Основное назначение «АРМ-ТПО» - заполнение сведений основного таможенного приходного ордера и добавочного листа к нему.

Исходная инфо.:

• сведения об оформленных ТПО;

• сведения об оформленных паспортах транспортных средств и удостоверений ввоза транспортных средств;

• документы контроля доставки транспортных средств.

Итоговая инфо.:

• БД электронных копий оформленных ТПО;

• взаимосвязанная с этой базой БД взимаемых таможенных платежей;

• БД дополнительных листов ТПО;

• выходные формы бланков ТПО.

Комплекс программных средств по ведению бд транспортных средств на уровне таможни кпс «Авто - контроль».

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

• об осуществлении доставки товаров зарегистрированными транспортными средствами;

• о ввезенных физическими лицами транспортных средствах.

Исходная инфо.:

• паспорта транспортных средств, перемещенных через границу РФ;

• паспорта транспортных средств – самоходных машин;

• паспорта транспортных средств, временно ввезенных на территорию РФ физическими лицами.

Итоговая инфо.:

• БД транспортных средств;

• БД отчетов по БД транспортных средств;

• отчеты по БД бланков паспортов транспортных средств вместе с бланками.

Арм «Кадры».

Предназначен для ведения, обработки и хранения инфо. по личному составу сотрудников ТО.

Позволяет:

• получать дополнительные справки;

• вести статистическую обработку данных;

• при необходимости позволяет передавать эту БД в другую информационную систему.

На первом этапе существовало две версии АРМ «Кадры»: для DOS и для Windows.

2-ой этап: «АИСТ-РТ-21», «АИСТ-М»

Общие характеристики:

1. Эти системы являются элементом комплексной системы электронного декларирования.

2. программные средства представляют собой взаимосвязанную систему, работающую с единой БД. Взаимосвязь осуществляется по экранным формам, по задачам и по форматам данных.

3. Используется современный графический интерфейс, работающий на основе СУБД.

4. В этих системах предусмотрены режимы удаленного доступа и обмена данными.

КПС «АИСТ-РТ-21» – 37 модулей (автоматизированная информационная система таможни – российская таможня – 21). Появилась на рубеже XXI века. Реализована по технологии «клиент-сервер» под управлением операционной системы Windows NT в СУБД SQL-сервер и ORACLE.

Некоторые модули «АИСТ-РТ-21» разработаны с применением Delphi.

Общие характеристики:

Система «АИСТ-РТ-21» имеет:

• клиентскую часть (представлена программами, программными задачами и средствами, обеспечивающими взаимодействие между данными, обрабатываемыми на разных этапах ТО и ТК)

• серверную часть. Реализована на основе SQL-сервер. Представляет собой набор таблиц и хранимых процедур, необходимых для ТО и ТК.

В серверную часть входит решение следующих задач:

• хранение данных с соблюдением условий целостности,

• защита данных от несанкционированного доступа,

• передача данных между БД, находящихся на разных серверах.

• регламентирование доступа к данным

• архивирование данных

• дублирование инфо.

• управление работой сети

«АИСТ-РТ-21» представляет собой 3-хуровневую иерархическую систему, которая распространяется на уровни:

• региональных управлений,

• таможен,

• таможенных постов.

Для каждого уровня предусмотрена своя серверная часть и своя клиентская часть.

Общая сема обработки инфо. для уровня таможня-таможенный пост:

Перечень основных программных средств «АИСТ-РТ-21», предусмотренных для разных уровней:

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

2. Программная задача «Досмотр» предназначена для автоматизации деятельности руководящего состава по контролю и организации группы досмотра (уровень таможенный пост).

3. ПЗ «Форматно-логический контроль». Предназначена для отделов оформления. Осуществляет контроль сведений, заявленных в декларации – по формату (Z: коды) и по логике (Z: должны быть заполнены графы или нет) (в основном уровень таможен, иногда таможенных постов)

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

5. ПЗ «Оформление таможенных приходных ордеров». Предназначена для автоматизации и учета ТПО в структурных подразделениях, которые обеспечивают контроль офрмляемых товаров и транспортных средств (все уровни)

«АИСТ-РТ-21» осуществляет удаленный доступ:

• между разными уровнями таможня-таможенный пост, таможня-управление с помощью ВИТС

• внутри подразделений таможенных постов, таможни или управления с помощью ЛВС.

Обновление всех баз осуществляется на сервере. На клиентских станциях обновление осуществляется автоматически (т.к. технология «клиент-сервер)

КАСТО «АИСТ-М» (комплексная автоматизированная система таможенного оформления; М - модифицированная) появилась в 2003 г. как программный продукт. Начала активно внедряться в 2004г. Главное отличие от «АИСТ-РТ-21» - требования занижены: в «АИСТ-М» 3 подсистемы, а в «АИСТ-РТ-21» 37 модулей.

«АИСТ-М» предназначена для автоматизации следующих процессов:

• управления и визуального представления хода документального контроля при оформлении товаров и транспортных средств

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

• автоматизация осуществления формата логического контроля

• автоматизация контроля соблюдения требований и условий заявленного режима

• автоматизация контроля поступления платежей от участников ВЭД

• автоматизированного контроля по учету задолжников по платежам со стороны участников ВЭД

• автоматизация формирования (оформления) поручений на досмотр и актов таможенного досмотра

• автоматизация обновления и добавления данных в НСИ

• автоматизация управления доступа к данным

КАСТО «АИСТ-М» включает 3 подсистемы:

1. подсистема администрирования – организация управления документального таможенного оформления и таможенного контроля

2. подсистема оперативного информирования – осуществление мониторинга оформляемых документов на разных этапах оформления и управление отчетами (т.е. создание изменение отчета)

1,2 – серверное обеспечение программного комплекса.

3. подсистема таможенного оформления – клиентская часть программного комплекса; служит для выполнения должностными лицами различных операций по ТО и ТК (форматно-логический контроль ГТД+сверка электронных док-в с подлинниками – выпуск ГТД или ее задержание).

Мониторинг = наблюдение(руководитель в любое время может знать – на каком этапе находится каждая ГТД.

Роль – определяет характер работы пользователя в системе и его соответствующие полномочия

Этап – состояние, в котором находится док-т. Каждой роли доступны свои этапы.

Переход для док-та – действие выполняемое при изменении состояния док-та, т.е при перемещении док-та с одного этапа на другой.

Подсистема «Администрирование».

В основе – ролевой администратор (РА), который построен на основе СУБД Inter Base.

Структурная схема РА.

РА:

Серверная часть -

Inter Base;

автоматический клиент;

сервер отчетов;

БД и БнД;

набор утилит, автоматизирующих работу КАСТО.

Клиентская часть –

администраторское (программные средства (ПС) администратора) – ПЗ «Администратор», ПЗ «Сервер отчетов», ПЗ «Менеджер технологических схем»;

руководитель (ПС руководителя) – КПС «Руководитель», ПС «Мониторинг оформления», набор утилит, которые расширяют возможности руководителя;

клиентское (ПС клиента) – ПЗ «Клиент», ПЗ «Отчет».

Подсистема «Таможенное оформление».

Структура.

Подсистема «Таможенное оформление»:

ПЗ «Досмотр» служит для создания, просмотра и печати поручений на таможенный досмотр (ПД) и актов таможенного досмотра (АТД);

ПС «АРМ - лицевые счета» служит для автоматизации всех видов таможенных сборов и платежей, контролирует своевременность их уплаты и позволяет начислять пени и штрафы в случаи несвоевременной уплаты таможенных платежей.

КПС «Инспектор ОТО» (связан с ПС «АРМ – лицевые счета») предназначен для осуществления форматно – логического общедокументального контроля ГТД и взаимосвязанных с ней документов, поддерживает СУР – в случаях выявления рисков выдает сообщение и формирует отчет по рискам;

ПС «СВХ - Форвард» (связано с КПС «Инспектор ОТО») предназначен для учета товаров на СВХ.

С 1 января 2007 г. ПС «АРМ – лицевые счета» разрабатывается фирмой «Квест», а ПС «СВХ – Форвард » поддерживается фирмой «СТМ».

Общая структура работы КАСТО «АИСТ - М» (схема):

Принятие ГТД;

Документальный контроль;

Модуль автоматической обработки документов;

Фактический контроль

Архив документов