Главная страница
Навигация по странице:

  • 24.Проектирование информационных систем. Характеристика основных этапов проектирования.

  • Проблемы направления информатизации таможенной деятельности.

  • Информационные таможенные технологии(таможенное дело). Информационные таможенные технологии Характеристика информационных процессов и информационных потоков в системе таможенных органов


    Скачать 1.81 Mb.
    НазваниеИнформационные таможенные технологии Характеристика информационных процессов и информационных потоков в системе таможенных органов
    АнкорИнформационные таможенные технологии(таможенное дело).doc
    Дата27.05.2017
    Размер1.81 Mb.
    Формат файлаdoc
    Имя файлаИнформационные таможенные технологии(таможенное дело).doc
    ТипДокументы
    #8127
    КатегорияЭкономика. Финансы
    страница8 из 19
    1   ...   4   5   6   7   8   9   10   11   ...   19
    Структурно ИС включает в себя 5 персональных компьютеров Рис.1.

    Все ПК с операционной системой Windows NT объединены в локальную сеть с возможность обмена информацией, 100 Mbit/c через сетевой концентpaтop. Администрирование сети осуществляется с помощью программы Windows NT Server, установленного на ПК3 (сервере сети). Через сервер локальной сети (ПК3) и ПК1 организован удаленный доступ через модемы2 к корпоративной сети структурных подразделений, расположенных не в данном помещении. Сегодня все больше растет понимание того, что использование ИКТ в сфере государственного управления и в социальной сфере - это не просто автоматизация некоторых функций и деловых процессов в органах власти и учреждениях здравоохранения, образования, культуры. Речь идет о существенной перестройке работы (деловых процессов) органов власти и организаций социальной инфраструктуры на базе ИКТ, приводящей к новому качеству оказания государственных услуг (включая услуги в сфере здравоохранения, образования, социальной защиты, культуры и др.).

    В России дополнительную актуальность вопросов электронного развития сферы государственного и муниципального управления и социальной инфраструктуры придает начавшаяся реализация национальных проектов и административная реформа информационно-коммуникационные технологии могут внести существенный вклад в их реализацию и помочь достижению поставленных целей.

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

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

    24.Проектирование информационных систем. Характеристика основных этапов проектирования.

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

    схема базы данных (на основании ER-модели, разработанной на этапе анализа);

    набор спецификаций модулей системы (они строятся на базе моделей функций).

    Если проект небольшой, то в качестве аналитиков, проектировщиков и разработчиков могут выступать одни и те же люди. Возникает вопрос: насколько вообще актуальна передача результатов самому себе? Думаем, что актуальна. Представьте себе, что вы передаете данные кому-либо, кто мало знает о системе. Зачастую это помогает, например, найти не описанные вообще, нечетко описанные, противоречиво описанные компоненты системы.Все спецификации должны быть точными. План тестирования системы дорабатывается также на этом этапе разработки. Во многих проектах результаты этапа проектирования оформляются единым документом, который называют технической спецификацией. В нем также описывают принятый подход к решению каких-либо сложных технических вопросов.При проектировании возникает необходимость регистрировать все обсуждаемые варианты и окончательные решения. Не секрет, что проектировщики порой меняют первоначальные решения. Это может происходить потому, что со временем участники проекта забывают аргументы в пользу принятого решения. Подобную информацию можно хранить в репозитарии используемого CASE-средства, в текстовых файлах, просто на бумаге. Журнал проектирования является полезным материалом для новых членов групп проектировщиков, а также для разработчиков и тестировщиков.Такой журнал может вестись как на этапе анализа, так и на этапе разработки и тестирования.Планирование этапа проектированияТщательное планирование важно для любого проекта. Это входит в обязанности руководителя проекта и руководителя группы проектирования (консультации с аналитиками в этом случае будут обязательными). Это позволяет:Разбить глобальную задачу на небольшие, независимые задачи. Такими задачами легче управлять, такие задачи легче реализовывать. Определить контрольные даты (этапы сдачи), которые позволят определить, насколько успешно продвигается проект, какие направления отстают, какие недогружены, какие работают успешно. Это позволяет обнаружить отставание от сроков сдачи и вовремя предотвратить авралы. Определить зависимости между задачами, а также последовательность завершения задач. Прогнозировать загрузку персонала, наем временных работников, привлечение других групп разработчиков, привлечение консультантов (если это необходимо). Получить четкое представление о том, когда можно начать этап реализации. Получить четкое представление о том, когда можно начать этап опытной эксплуатации.Проектирование информационных систем всегда начинается с определения цели проекта. Основная задача любого успешного проекта заключается в том, чтобы на момент запуска системы и в течение всего времени ее эксплуатации можно было обеспечить:требуемую функциональность системы и степень адаптации к изменяющимся условиям ее функционирования; требуемую пропускную способность системы; требуемое время реакции системы на запрос; безотказную работу системы в требуемом режиме, иными словами - готовность и доступность системы для обработки запросов пользователей; простоту эксплуатации и поддержки системы; необходимую безопасность. Производительность является главным фактором, определяющим эффективность системы. Хорошее проектное решение служит основой высокопроизводительной системы.Проектирование информационных систем охватывает три основные области:проектирование объектов данных, которые будут реализованы в базе данных; проектирование программ, экранных форм, отчетов, которые будут обеспечивать выполнение запросов к данным; учет конкретной среды или технологии, а именно: топологии сети, конфигурации аппаратных средств, используемой архитектуры (файл-сервер или клиент-сервер), параллельной обработки, распределенной обработки данных и т.п. В реальных условиях проектирование - это поиск способа, который удовлетворяет требованиям функциональности системы средствами имеющихся технологий с учетом заданных ограничений.К любому проекту предъявляется ряд абсолютных требований, например максимальное время разработки проекта, максимальные денежные вложения в проект и т.д. Одна из сложностей проектирования состоит в том, что оно не является такой структурированной задачей, как анализ требований к проекту или реализация того или иного проектного решения.Считается, что сложную систему невозможно описать в принципе. Это, в частности, касается систем управления предприятием. Одним из основных аргументов является изменение условий функционирования системы, например директивное изменение тех или иных потоков информации новым руководством. Еще один аргумент - объемы технического задания, которые для крупного проекта могут составлять сотни страниц, в то время как технический проект может содержать ошибки. Возникает вопрос: а может, лучше вообще не проводить обследования и не делать никакого технического проекта, а писать систему "с чистого листа" в надежде на то, что произойдет некое чудесное совпадение желания заказчика с тем, что написали программисты, а также на то, что все это будет стабильно работать? Если разобраться, то так ли уж непредсказуемо развитие системы и действительно ли получить информацию о ней невозможно? Вероятно, представление о системе в целом и о предполагаемых (руководством) путях ее развития можно получить посредством семинаров. После этого разбить сложную систему на более простые компоненты, упростить связи между компонентами, предусмотреть независимость компонентов и описать интерфейсы между ними (чтобы изменение одного компонента автоматически не влекло за собой существенного изменения другого компонента), а также возможности расширения системы и "заглушки" для нереализуемых в той или иной версии системы функций. Исходя из подобных элементарных соображений, описание того, что предполагается реализовать в информационной системе, уже не кажется столь нереальным. Можно придерживаться классических подходов к разработке информационных систем, один из которых - схема "водопадаКратко будут рассмотрены и некоторые другие подходы к разработке информационных систем, где использование элементов, описанных в схеме "водопада", также допустимо. Какого подхода из описываемых ниже придерживаться (и есть ли смысл придумывать собственный подход) - в какой-то мере дело вкуса и обстоятельств.Жизненный цикл программного обеспечения представляет собой модель его создания и использования. Модель отражает его различные состояния, начиная с момента возникновения необходимости в данном ПО и заканчивая моментом его полного выхода из употребления у всех пользователей. Известны следующие модели жизненного циклаКаскадная модель. Переход на следующий этап означает полное завершение работ на предыдущем этапе. Поэтапная модель с промежуточным контролем. Разработка ПО ведется итерациями с циклами обратной связи между этапами. Межэтапные корректировки позволяют уменьшить трудоемкость процесса разработки по сравнению с каскадной моделью; время жизни каждого из этапов растягивается на весь период разработки. Спиральная модель. Особое внимание уделяется начальным этапам разработки - выработке стратегии, анализу и проектированию, где реализуемость тех или иных технических решений проверяется и обосновывается посредством создания прототипов (макетирования). Каждый виток спирали предполагает создание некой версии продукта или какого-либо его компонента, при этом уточняются характеристики и цели проекта, определяется его качество и планируются работы следующего витка спирали. Основные этапы проектированияПроцесс проектирования инженерных систем нашей компанией включает в себя четыре основных этапаРазработка эскизного проекта инженерных систем. Разработка технико-экономического обоснования (ТЭО) создания инженерной системы, состоящего из технического задания (ТЗ) и коммерческого предложения (КП). Разработка монтажных схем инженерной системы. Разработка проектной документации на инженерные системы, т.е. проекта инженерной системы.Инженерное проектирование выполняется в соответствии с ГОСТ 21.101-97 и СНиП 11-01-95.Объем проектной документации, выполненный на четвертом этапе, достаточен для согласования с органами государственного технического надзора, а также для выполнения всех видов монтажных работ по каждой системе1. Разработка эскизного проекта инженерной системыРазработка эскизного проекта — это визуальное оформление на предоставленных Заказчиком планах объекта строительства основной идеи (концепции) функционирования и расположения основных элементов инженерной системы. На этапе разработки эскизного проекта определяются так же основные принципы интеграции данной системы с другими проектируемыми инженерными системами объекта.Этот этап является основополагающим для следующих этапов проектирования.2. Разработка технико-экономического обоснования создания инженерной системыРазработка технико-экономического обоснования производится по двум взаимосвязанным направлениям, таким как:формирование технического задания; и составление коммерческого предложения.Разработка технического задания (ТЗ) представляет собой составление перечня требований, условий, целей, задач, которые должны быть реализованы в монтажных схемах и проектной документации, поставленных от лица Заказчика и оформленных документально.Разработка коммерческого предложения (КП) производится для оценки основных показателей стоимости (порядка цены) оборудования и монтажа инженерной системы, исходя из пожеланий Заказчика, оформленных в ТЗ. Данный этап позволяет оптимально сбалансировать предъявляемые требования к инженерной системе и ее стоимости до начала составления схем и проведения проектных работ.3. Разработка монтажных схемПри разработке монтажных схем оформляются технические решения для производства монтажных работ по инженерной системе без их деталировки и спецификации.По результатам этого этапа монтажные организации компании ТРИА КОММ могут приступить к выполнению работ по созданию инженерных систем. Изменения, касающиеся прокладки коммуникаций и размещения оборудования системы, могут быть скорректированы непосредственно при выполнении работ по монтажу на объекте.Монтажная схема служит для согласования мест размещения основных компонентов систем и мест прокладки коммуникаций со всеми заинтересованными в создании инженерных систем сторонами.Если Заказчику необходим полный комплект проектной документации, то ему рекомендуется заказать проведение работ следующего этапа проектирования, указанного ниже.4. Разработка проектной документации на инженерную систему — проекта инженерной системыНа этом этапе в окончательном виде разрабатывается необходимый пакет документов для производства работ по созданию инженерной системы. Пакет документов включает в себя детальные планы, спецификацию инженерного оборудования с их характеристиками, а так же спецификацию на используемые материалы.

    1. Проблемы направления информатизации таможенной деятельности.

    Реформа центрального аппарата ФТС России, приведшая к уходу профессиональных кадров, упорное желание, вопреки мнению рынка, реализовать достаточно спорную идею переноса таможенного оформления на границы РФ, реорганизация самих таможенных органов и их, не всегда продуманное сокращение, образование Таможенного союза трех республик СНГ и принятие наднациональных нормативных актов, реформа фундаментальных институтов таможенного дела и спешное конструирование нового нормативного поля таможенной деятельности… Этот перечень можно продолжать и далее.По масштабу и значимости любое из перечисленных мероприятий заслуживает самого пристального внимания и системного профессионального обсуждения на всех, без исключения, уровнях государственного управления, требует большой и скрупулезной подготовительной работы по принципу «не навреди». Поспешные узковедомственные несогласованные мероприятия по реформированию важнейшего для страны сегмента рынка окончательно запутали, как участников ВЭД, так и самих «законотворцев», привели к кризисной ситуации в системе проектного управления. Что произойдет первого июля, когда начнется новый этап развития национальных и наднациональных таможенных технологий, как будут осуществляться таможенные процедуры на новых границах в условиях применения нормативных актов союзного государства, как, детально будет организовано взаимодействие разных таможенных служб и разных таможенных процедур? Самое главное, что ожидает в новых условиях конкретный бизнес, какие ему придется нести издержки? На эти вопросы в стране, на настоящий момент, не может ответить никто.Рынок покорно ждет «судного дня» и, с чисто российским оптимизмом, надеется на чудо, которое принесут ему инновации новых технологий удаленного электронного таможенного оформления. Но так ли оптимистична ситуация в этом инновационном сегменте, какие проблемы реально стоят за декларируемыми лозунгами, и что необходимо предпринять, чтобы реально решить эти проблемы? Остановимся на этих вопросах более подробно.Не требует комментария аксиома о том, что нельзя автоматизировать неопределенность. Если отсутствует идеология того или иного процесса, его нормативно-правовой фундамент, закрепляющий построенное на нем здание из технологических регламентов и процедур, ни о какой системной автоматизации этого процесса говорить нельзя. Можно лишь помочь управленцам компьютеризировать небольшие локальные сегменты их деятельности. Нельзя говорить об «одном окне» комплексного электронного оформления тех или иных процессов, если отсутствуют идеология и технология не только взаимодействия этих процессов за таким «единым окном», но и технология, и идеология самих этих процессов. Именно такая ситуация характерна, на настоящий момент, для информатизации компонент рынка ВЭД, в целом, и автоматизации оформления внешнеторговых потоков, в частности.Из-за отсутствия общей идеологии модернизации национального и наднационального рынка ВЭД, разрозненные, несистемные ведомственные инновации вызывают столь же разрозненные, зачастую, взаимно противоречивые и, поэтому, легко критикуемые, возражения и замечания тех или иных субъектов ВЭД. Идея их объединения отсутствует. Как отсутствует и интегральное, взаимоувязанное национальное нормативно-правовое поле ВЭД. С точки зрения логистики ВЭД, такой интегральной идеологией могла бы быть идеология неразрывности логистических потоков цепей внешнеторговых поставок. Именно с точки зрения неразрывности, цельности материального («товар», «груз», «таможенный товар», «товар»…), сопровождающих его, документального, финансового и информационного потоков следует подходить к автоматизации таможенного сегмента ВЭД. Именно с этой точки зрения следует рассматривать технологические схемы взаимодействия участников ВЭД и таможенных органов, организацию межведомственного взаимодействия в пограничных пунктах пропуска, пунктах таможенного оформления, на международных транспортных коридорах.Рынок нуждается в упрощении таможенных и иных формальностей, прозрачности и открытости процедур контроля и оформления, снижению связанных с их проведением логистических издержек.С этой точки зрения, все без исключения, добросовестные участники ВЭД заинтересованы в эффективных процедурах предварительного электронного таможенного оформления. Именно такая, общая формулировка важна и неслучайна. «Предварительное» - потому, что оформление должно проводиться до фактического прибытия транспортного средства (а еще лучше – до его отправления) и до прибытия груза. Только такое оформление дает возможность заранее планировать и оптимизировать логистические издержки. «Электронное» – потому, что только с помощью современных информационных технологий можно увязать в единое целое весь технологический документооборот, все информационные потоки всех субъектов международных грузовых перевозок и организовать быструю передачу требуемой информации от нужного источника необходимому адресату. «Таможенное оформление» - потому, что это наиболее общий термин, характеризующий весь процесс таможенной очистки грузов, включающий в себя и подготовительные операции, и декларирование, и выпуск.В этой идеологии, именно участники ВЭД и, курирующие их деятельность, внешнеэкономические и транспортные государственные ведомства должны были стать инициаторами таких инновационных технологий предварительного оформления, особенно эффективных с учетом развития глобальной информационной сети. В нашей стране, по причине опережающего развития таможенных ведомственных информационных технологий, инициатива в этом сегменте принадлежит таможенным органам. В отсутствии позиций Минэкономразвития и Минтранса РФ, ФТС России инициировала вышеназванные процедуры в своих, чисто ведомственных интересах, и, естественно, преследует только свою, ведомственную точку зрения, безусловно, требующую понимания. В отсутствие общей модели, весь процесс предварительного электронного таможенного оформления в идеологии ФТС России, разбит на несколько частей.Электронное предварительное информирование таможенных органов о товарах и транспортных средствах перемещаемых через таможенную границу Российской Федерации.Электронное обеспечение гарантий и уплаты таможенных платежей.Электронное и интернет-декларированиеУже в таком, искусственном делении единого процесса заложена концептуальная ошибка, но, тем не менее, это современный подход к проблеме со стороны ФТС России.Первая часть - электронное предварительное информирование. Это одно из самых приоритетных направлений деятельности таможенной службы, особенно актуальное в свете грядущих перспектив внесения изменений в Таможенный кодекс Российской Федерации в части введения института обязательного предварительного информирования. Предполагается обязать перевозчиков или иных лиц, указанных в ст. 16 ТК РФ предварительно информировать таможенный орган о товарах, ввозимых на таможенную территорию РФ. Сегодня, в концептуальную основу процедуры предварительного информирования положены требования к перевозчику о предоставлении фиксированного набора сведений о товарах и транспортных средствах таможенному органу. Но именно такая постановка вопроса не учитывает реально существующее взаимодействие и распределение ответственности в логистических цепях внешнеторговых поставок. Перевозчик, оперирующий категорией «груз», может предоставить только те сведения, которые содержатся в его документах и не имеет возможности оперировать данными из документов, подотчетных другим участникам логистической цепи: экспортерам, импортерам, экспедиторам, брокерам и др.Данные в различных внешнеторговых документах, имеющие одинаковую функциональность, могут быть полезно использованы в целях пограничного и таможенного контроля только при «сквозном» рассмотрении всех процессов ВЭД и всех потоков в целом. В ином случае, данные перевозочных коносаментов могут не совпадать с данными внешнеторгового контракта и, выпущенных на его основе, документов экспедитора, страховой компании, банка и др. Любые несовпадения могут трактоваться таможенными органами, как нарушения и приводить к остановке международной перевозки. Прямое копирование, существующих в мировой практике национальных процедур обязательного предварительного информирования, не учитывает того факта, что в этих странах существует и хорошо работает логистическое (обычно транспортно-экспедиторское) нормативно-правовое поле, обеспечивающее интеграцию участников международных перевозок, их взаимодействие и наличие интегральной информационной среды. В нашей стране такого поля и такой среды пока еще нет.Таможенное дело в России вообще не признает понятия «груз», которым оперирует транспортная логистика и ее субъекты: экспедиторы, перевозчики, агенты, грузовые терминалы. В таможенной деятельности используются только понятие «товар». Следует заметить, что понятия «товар» в таможенном деле и «товар» в логистике внешнеторговых операций тоже, строго говоря, разные. Такое раздельное и неоднозначное понимание материального потока разных составляющих единого процесса ВЭД приводит, например, к тому, что требования таможенных органов по классификации (декларированию) товаров в соответствии с Товарной Номенклатурой ВЭД предъявляются, как правило, произвольному субъекту транспортного процесса, которым обычно, оказывается перевозчик. Такие неоднозначные трактовки ведут к многочисленным и неоправданным издержкам, например, к невозможности осуществления консолидированных отправок, фундамента транспортно-экспедиторской деятельности, особенно актуальных при авиационных и морских перевозках и, как следствие, значительному удорожанию международных перевозок в Россию. Именно такая ситуация характерна в настоящее время для национальных международных автомобильных перевозок. Кроме того, требования, предъявляемые таможенной системой к составу сведений предварительного информирования, зачастую, не могут быть выполнены отдельными субъектами ВЭД в принципе. Отсутствие цельной модели сведений, необходимых и достаточных для осуществления любых внешнеторговых операций, приводит к тому, что большинство отправлений подвергается корректировке таможенной стоимости. Растет непредсказуемость и риски при организации процессов контроля, растет объем недостоверного декларирования и контрафактных товаров, растут логистические издержки. В перспективе такая идеология предварительного информирования может быть удобна только глобальным, транснациональным, сетевым операторам мирового транспортного рынка. У таких компаний все звенья логистической цепи находятся под контролем их корпоративных норм и технологий. В России таких операторов нет и, в ближайшее время, они не могут появиться, по объективным, организационно-финансовым причинам. Вывод очевиден: существующий механизм электронного предварительного информирования требует осмысленной и вдумчивой коррекции.Следующий важнейший аспект - электронные гарантии и электронное обеспечение платежей. В данном случае совершенно непонятно вычленение этого блока из общей модели декларирования. Не может быть декларирования без обеспечения платежей, не может быть электронного декларирования без электронного обеспечения уплаты всех видов таможенных платежей. Здесь видится некоторая искусственность и бессистемность.В конце прошлого столетия только таможенная система могла обеспечить учет и мониторинг поступления платежей в бюджет Российской Федерации. Иные инструменты и институты государства не работали должным образом. Пусть недостаточно совершенные, но на тот момент действенные и, вероятно, единственно возможные механизмы учета и обеспечения гарантий и платежей, созданные таможенной службой, работали. Но со временем их недостатки стали очевидны. Достаточно эффективно работают национальные банковские и налоговые системы. Электронная оплата любых налогов и осуществление любых платежей легко осуществимы, а их механизмы не требуют пояснения. Однако по непонятной причине только автоматизация таможенных платежей осуществляется с использованием устаревших средств их реализации и контроля. Вместо того, чтобы интегрировать усилия многих компаний на исправление этой ситуации, Федеральная таможенная служба фактически выдавливает с рынка ВЭД единственную в стране действующую электронную специализированную платежную систему, и способствует созданию на ее месте параллельной непрозрачной системы с далеко не современными механизмами. Имевшиеся системы гарантий обеспечения платежей вообще ликвидированы с непонятными перспективами.Выход видится в демонополизации и реинжениринге этой специфической области, в передаче многих учетных и обеспечивающих функций национальной налоговой системе, построению прозрачных и эффективных систем электронной оплаты на основе межбанковских технологий и современных средств коммуникаций в увязке с компонентами предварительного информирования и предварительного электронного декларирования внешнеторговых поставок.Организация обеспечения электронные гарантии уплаты таможенных сборов и платежей также требует инновационного реинжениринга. Новый подход должен, прежде всего, опираться на механизмы логистики внешнеэкономической деятельности, безусловно учитывающей необходимость наличия эффективного таможенного контроля, но устраняющей необоснованные ведомственные административные барьеры, снижающие эффективность внешнеторговых операций. Для обеспечения гарантий свободного и безопасного движения внешнеторговых поставок, возможно, необходимо использовать нейтральную авторитетную организацию, не связанную в своей деятельности с таможенной службой. Такой организацией может быть, например, российская Торгово-промышленная Палата. Она могла бы гарантировать государству наличие достоверный и полной информации по внешнеторговым поставкам, и реализовать поручительство за их доставку. Могут быть предоставлены финансовые гарантии, что все перемещаемые внешнеторговые товары будут соответствовать заявленной контрактной стоимости и начисленные платежи в полном объеме поступят в бюджет государства. В этом случае, излишние административные барьеры могут быть сняты, а всем участникам внешнеторговых операций организация (ТПП России) предоставит гарантии свободного и беспрепятственного движения товарных потоков, транспорентность и прогнозируемость бизнеса. В обеспечение этих инноваций можно будет задействовать имеющиеся на рынке механизмы электронных расчетов платежей и гарантий, учета и зачета обязательств, проведения транзакций в режиме реального времени, в том числе и с использованием банковских карт. Сведения, включающие не только сертификационные и перевозочные, но и стоимостные параметры при таком подходе могут стать элементами информационного обмена с использованием технологий предварительного информирования и «интернет» декларирования.На вопросах электронного декларирования и «интернет» декларирования внешнеторговых отправок следует остановиться отдельно. Во первых, такое разделение процесса (а именно так оно звучит в позиции ФТС России) достаточно спорно. Декларирование уже в прошлом веке было электронным. Электронные форматы ГТД были внедрены ГТК России еще в девяностых годах прошлого столетия. Использование в качестве носителя дискеты или иных электронных средств никак не меняет сути самого процесса, особенно, если не отменяет необходимости наличия бумажных носителей, не охватывает всех компонент таможенного оформления и таможенного контроля, и не связано с процессами предварительного информирования и постконтроля (что характерно для сегодняшней ситуации). Именно с учетом и интеграцией всех вышеперечисленных аспектов требуется доработка механизмов электронного взаимодействия в приемлемой для рынка ВЭД идеологии. Это требует инновационных подходов, времени и кропотливой системной работыСледует отметить безусловную перспективность реализованной в ФТС России процедуры представления сведений через Интернет, введенной в 2008 году приказом №52 и дающую возможность взаимодействия с таможенной службой из любой точки мира. Также необходимо отметить, как перспективный момент, создание в ФТС России автоматизированной системы внешнего доступа (АСВД) и электронных форматов документов, необходимых для таможенного оформления и таможенного контроля, дающих возможность практической реализации национальной информационной среды ВЭД. В качестве варианта, можно рассмотреть возможность создания такой среды, включающей библиотеки национальных информационных стандартов, процедур и регламентов информационного взаимодействия, форматов передаваемых документов и структуру составляющих их данных на основе, разрабатываемой в настоящее время под эгидой Минтранса России автоматизированной системы управления транспортным комплексом РФ (АСУ ТК РФ). Эта информационная среда может лежать в основе перспективной автоматизированной системы внешней и взаимной торговли (АСВВТ) стран Таможенного союза, а также иных национальных и наднациональных автоматизированных систем обеспечения логистики внешнеэкономической деятельности. В их числе могут быть и модернизируемая единая автоматизированная информационная система (ЕАИС) ФТС России и разрабатываемая межведомственная интегрированная автоматизированная информационная система (МИАИС) ведомств, осуществляющих контрольные функции на государственной границе (ФТС России, ФМС России, ФНС России, ФСБ России, Роспотребнадзор, Минсельхоз России, Ространснадзор). С точки зрения интересов правильного функционирования последней, ее разработку было бы полезно передать под эгиду транспортного ведомства. Действительно, объектами контроля здесь являются перемещаемые логистичестические потоки.Минтранс, единственное из всех ведомств заинтересован в эффективном и безопасном перемещении этих потоков, а не в контроле их компонент.В целях оказания достоверных и качественных информационно-логистических услуг всем без исключения участникам транспортного процесса ВЭД, включая и государственные контролирующие органы, всеми имеющимися и перспективными АСУ сегментов ВЭД, необходимо создать цельную, взаимоувязанную и непротиворечивую модель сведений, необходимых и достаточных для прохождения каждого этапа ВЭД, включая процессы таможенного оформления и таможенного контроля. Эта модель должна также охватывать и все финансовые потоки, сопровождающие внешнеэкономическую сделку и ее транспортно-логистические процессы.

    1   ...   4   5   6   7   8   9   10   11   ...   19


    написать администратору сайта