EA007041B1

EA007041B1 - Система таможенного осмотра и обработки данных и способ её работы для доступной через сеть обработки таможенной информации

Info

Publication number: EA007041B1
Application number: EA200401112A
Authority: EA
Inventors: Тарек Султан
Original assignee: Паблик Уэрхаузинг Компани Кск; Инспекшн Энд Контрол Сервисез, Лтд.
Priority date: 2002-02-25
Filing date: 2003-02-25
Publication date: 2006-06-30
Also published as: RS50418B; CA2477297C; AU2003216406A1; AU2003216406B2; YU74704A; WO2003073228A3; US20090089125A1; CA2477297A1; AP2145A; US20060085201A1; US10108921B2; ZA200406732B; KR20040096613A; CN1639719A; EA200401112A1; WO2003073228A2; AP2004003130A0

Abstract

Предлагается многопользовательская для многих организаций система на базе Веб для обработки таможенной информации. Указанная система включает в себя серверное устройство (24), подключенное к сети (22) связи и имеющее модуль сервера связи для связи по сети (22). Серверное устройство (24) принимает декларацию, относящуюся к группе товаров (S322) и содержащую идентификацию конкретных товаров в группе товаров и заранее заданные параметры этой группы товаров. Серверное устройство (24) дополнительно включает в себя модуль (24а-с) прикладной программы, который проверяет декларацию, проводит анализ рисков для принятой информации, подсчитывает величину таможенной пошлины и налогов для группы товаров (S342) и определяет, инициировать ли процесс осмотра на основании анализа рисков (S344, S346).

Description

Данная заявка заявляет привилегию согласно параграфу 119(е) раздела 35 кодекса законов США от даты подачи предварительной заявки на патент США № 60/358695, поданной 25 февраля 2002 г., включенной в настоящее описание в качестве ссылки.

Существующий уровень техники

1. Область техники, к которой относится изобретение.

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

2. Описание известных аналогов.

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

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

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

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

Эти признаки желательны и в данный момент не воплощены и недоступны в существующих системах обработки таможенной информации.

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

Раскрытие изобретения

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

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

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

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

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

- 1 007041

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

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

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

Краткое описание чертежей

Сопровождающие чертежи, которые включены сюда и составляют часть описания, показывают различные варианты выполнения настоящего изобретения и вместе с описанием служат далее для пояснения принципов изобретения, а также, чтобы позволить специалисту изготавливать и использовать изобретение. На чертежах одинаковые позиции означают идентичные и функционально сходные элементы. Более подробное понимание изобретения и многих из его сопутствующих преимуществ станет более очевидным со ссылкой на последующее подробное описание, взятое с соответствующими чертежами, на которых фиг. 1 является функциональной блок-схемой архитектуры приложения для системы таможенного осмотра и обработки данных в соответствии с настоящим изобретением;

фиг. 2. - функциональной блок-схемой системы таможенного осмотра и обработки данных в соответствии с настоящим изобретением;

фиг. 3 - блок-схемой, показывающей вариант выполнения системы таможенного осмотра и обработки данных в соответствии с настоящим изобретением;

фиг. 4 - блок-схемой, иллюстрирующей подробности модуля контроля грузов в системе таможенного осмотра и обработки данных по фиг. 3;

фиг. 5 является блок-схемой, иллюстрирующей подробности модуля деклараций в системе таможенного осмотра и обработки данных по фиг. 3;

фиг. 6 - блок-схемой, иллюстрирующей подробности модуля осмотра в системе таможенного осмотра и обработки данных по фиг. 3;

фиг. 7 - блок-схемой, иллюстрирующей подробности модуля таможенного учета в системе таможенного осмотра и обработки данных по фиг. 3;

фиг. 8 - блок-схемой, показывающей подробности модуля управления и выбора рисков в системе таможенного осмотра и обработки данных по фиг. 3.

Осуществление изобретения

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

Чтобы облегчить полное понимание настоящего изобретения, описание предпочтительного варианта выполнения разбито на следующие разделы.

- 2 007041

1. Словарь терминов.

2. Архитектура приложения.

3. Архитектура системы и компоненты.

4. Работа системы и модулей.

5. Выводы.

1. Словарь терминов.

Нижеследующие термины используются во всем подробном описании.

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

Интернет. Множество взаимосвязанных сетей (общественных и/или частных), которые связаны друг с другом набором стандартных протоколов (таких как ТСР/1Р и НТТР) для формирования глобальной распределенной сети. Как признают специалисты в данной области техники, Интернет может быть Интранетом, общественной сетью, частной сетью и т.п. Хотя предполагается, что этот термин относится к тому, что чаще всего известно как Интернет, предполагается также, что он будет охватывать изменения, которые могут быть сделаны в будущем, включая изменения и дополнения в существующих стандартных протоколах.

Всемирная паутина («Веб»). Используется здесь для ссылки в общем случае на 1) распределенную совокупность взаимосвязанных просматриваемых пользователем гипертекстовых документов (обычно называемых Веб-документами или Веб-страницами), которые доступны через Интернет, и 2) на клиентскую и серверную программные компоненты, которые обеспечивают пользователю доступ к таким документам с использованием стандартизованных Интернет-протоколов. В настоящее время основным стандартным протоколом, позволяющим приложениям определять местоположение и получать Вебдокументы, является протокол НТТР, а Веб-страницы закодированы с использованием НТМЬ. Однако термины «Веб» и «всемирная паутина» предназначены и для того, чтобы охватывать будущие языки разметки и транспортные протоколы, которые могут использоваться вместо (или вместе с) НТМЬ и НТТР.

Веб-сайт. Компьютерная система, которая обслуживает информационное содержание по сети с использованием стандартных протоколов всемирной паутины. Обычно Веб-сайт соответствует конкретному имени Интернет-домена и включает в себя содержание, связанное с конкретной организацией. Этот термин, как он используется здесь, в общем случае предназначен охватывать как 1) аппаратные/программные компоненты сервера, которые по сети обслуживают информационное содержание, так и 2) «внутренние» аппаратные/программные компоненты, включая любые нестандартные или специализированные компоненты, которые взаимодействуют с компонентами сервера, реализуя службы для пользователей Веб-сайта.

НТМЬ (язык разметки гипертекста). Стандартное соглашение о кодировании и набор кодов для назначения атрибутов отображения и ссылок информационному содержанию внутри документов. На этапе создания документа НТМЬ-коды (которые называются «тэгами»), встраиваются в информационное содержание документа. Когда Веб-документ (или НТМЬ-документ) последовательно передается от Вебсервера в программу просмотра, эти коды интерпретируются программой просмотра и используются для того, чтобы выполнить синтаксический анализ и отобразить документ. Кроме того, при определении того, как программа Веб-просмотра должна отобразить документ, тэги НТМЬ могут быть использованы для создания ссылок на другие Веб-документы (которые обычно называются «гиперссылками»).

НТТР (протокол передачи гипертекста). Стандартный клиент-серверный протокол всемирной паутины, используемый для обмена информацией (такой как НТМЬ документы и клиентские запросы на такие документы) между программой просмотра и Веб-сервером. НТТР включает в себя несколько различных типов сообщений, которые могут быть отправлены от клиента на сервер, чтобы запросить различные виды действий сервера. Например, команда «ОЕТ», имеющая формат ОЕТ <ϋΚΕ>, заставляет сервер вернуть документ или файл, расположенный по конкретному ϋΚΕ-адресу.

иКЬ (унифицированный указатель ресурса). Уникальный адрес, который полностью определяет положение файла или другого ресурса в Интернете. Общий формат ИКЬ следующий: протокол://адрес машины :порт/путь/имя файла. Указание порта необязательно, и если он не введен пользователем, то программа просмотра по умолчанию устанавливает его на стандартный порт для службы, определенной как протокол.

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

- 3 007041

2. Архитектура приложения.

Система таможенного осмотра и обработки данных в соответствии с настоящим изобретением обеспечивает обширное и расширяемое основание для построения сложных приложений растаможивания, которое интегрируется с существующими внутренними системами. Архитектура основана на системе М1СГО8ОЙ .ΝΕΤ Ргатсчогк. Соответственно, очень просто расширять платформу, выбирая из большого числа доступных интегрированных решений третьих лиц, либо предложив разработчикам настроить средства так, чтобы удовлетворять конкретным нуждам дела. В любом случае настоящее изобретение разработано для построения заказных масштабируемых решений для растаможивания, которые оптимизируют опыт пользователя и обеспечивают менеджеров в реальном масштабе времени возможностью анализа и управления их интерактивного бизнеса.

Фиг. 1 иллюстрирует функциональную блок-схему архитектуры приложения для системы таможенного осмотра и обработки данных в соответствии с настоящим изобретением. Архитектура 100 приложения включает в себя уровни 10, 12 и 14. Уровень 10 содержит модуль центра управления, который позволяет системным администраторам конфигурировать ресурсы системы и управлять приложениями, базами данных и Веб-серверами.

Уровень 12 содержит четыре основных модуля или подсистемы: систему 12а анализа бизнеса, систему 12Ь создания профилей, систему 12с выбора цели и систему 126 служб по обработке коммерческих данных. Ниже приводится подробное описание системы 12а анализа бизнеса и системы 126 служб по обработке коммерческих данных.

А. Система 12а анализа бизнеса

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

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

Все собранные данные отправляются в рабочее хранилище данных (РХД) (ΘΌ8). Служба анализа бизнеса анализирует и уточняет данные. Оптимизатор служб вместе с бизнес-службами обрабатывает уточненные данные, чтобы предоставить интерактивные данные пользователю и обеспечить понимание, требуемое для работы системы. Это является циклическим процессом, в котором данные собираются от пользователей, а затем уточненные данные пересылаются пользователю по запросу.

В. Система 126 служб по обработке коммерческих данных

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

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

Компонент службы действия поддерживает стандартный набор интерфейсов, которые могут быть вызваны единым способом во время выполнения службы действия. Файлы конфигурации службы действия определяют службы действия. Служба действия, определенная файлом, создается и выполняется объектом контроллера действий.

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

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

- 4 007041 граммное обеспечение составляющих налога на использование должны быть адаптированы так, чтобы удовлетворять требованиям конкретной таможенной службы или страны.

Чтобы удовлетворить конкретные нужды бизнеса, могут быть разработаны дополнительные службы действия. Архитектура служб действия делает очень простым добавление дополнительных компонентов служб действия в существующие службы действия.

Службы действия используются для множества возможностей в настоящем изобретении, например, для обработки транзакций, выбора персонализированного содержания для отображения и обработки задач по прямой почтовой рассылке. Служба сервиса является программной инфраструктурой, которая выполняет последовательность компонентов. Каждый компонент является выполненным на заказ .ΝΕΤобъектом, разработанным для выполнения операций над некоторой частью служебного документа. Контроллер действия координирует взаимодействие компонентов службы действия (например, программагентов) путем пропускания служебного документа от одной составляющей к другой.

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

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

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

I. Службы обработки грузов.

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

II. Службы обработки деклараций.

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

III. Службы обработки осмотра.

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

IV. Службы учета сборов.

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

V. Службы управления риском.

Служба управления риском является систематическим применением процедур управления и улучшенной поддержки принятия решений, которое обеспечивает таможню необходимой информацией о том, как быть с партиями товаров, которые представляют собой риск. Система управления риском выполняет динамические бизнес-правила, которые оцениваются для подсчета, поддержки принятия решений, оценки усложненных бизнес-процессов и приспособлению динамических бизнес-правил и т.п. Управление риском включает в себя службы действия, такие как интеллектуальное сканирование данных, поиск данных и т.д.

- 5 007041

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

VI. Службы таможенных тарифов.

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

VII. Административные службы.

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

Уровень 14 включает БрЬ-сервер (хранилище данных) и ЬЭР-, ОЭВС- и БрЬ-серверы (профили).

На фиг. 1 другие приложения и средства 16 включены в архитектуру 100 приложения. Например, программа инсталляции упаковывает и разархивирует Веб-сайты и настройки так, что их можно с легкостью развернуть. Управление службами бизнес-процессов обеспечивает бизнес-менеджеров необходимыми инструментами управления, например, для обновления таможенных тарифов и профилей, управления рисками (например, целевыми декларациями, основанными на товарах и/или торговцах), а также для анализа информации растаможивания для управления и выбора риска для повышения эффективности осмотра и учета доходов.

В дополнение к вышесказанному, для поддержания инсталляции предусмотрены следующие административные средства, как показано в табл. 1.

Таблица 1

Задача/инструмент	‘ ' Действие
ЗОЬ Менеджер предприятия	Управляет базами данных системы
Встроенный ИЗ (1п1егпе£ 1п£огта-Ыоп Зегуег)	Управляет Веб-серверами
Пользователи и компьютеры активных директорий Итпдомз 2000	Управляет профилями пользователей, профилями компьютеров, группами безопасности и распределения в ОС Игпйоиз 2000
Просмотр событий Игпбоиз 2000	Просматривает журналы событий
Системный монитор ΝίηάονΒ 2000	Собирает и просматривает данные о производительности компьютера в масштабе реального времени
Эксперт-программа резервирования Мгпйомз 2000	Создает резервные копии метабазы ИЗ, настроек регистра ΜίηάονίΌ 2000 и системных файлов
Эксперт-программа восстановления Итпдомз 2000	Восстанавливает метабазу ИЗ, настройки регистра ВДгпИоиз 2000 и системные файлы

3. Архитектура и компоненты системы.

Фиг. 2 показывает логическую архитектуру системы таможенного осмотра и обработки данных в соответствии с настоящим изобретением. Эта логическая архитектура основана на архитектуре М1сго§ой .ΝΕΤ, которая поддерживает множество различных физических конфигураций и высоко масштабируемые Веб-приложения. Логическая архитектура является многоуровневым приложением с главными системами и интеграцией бизнес-бизнес. Интеграция поддерживает групповые соединители и соединители в масштабе реального времени.

- 6 007041

На фиг. 2 высоко масштабируемая логическая архитектура 200 включает в себя устройство 20 клиента-пользователя и серверное устройство 24, которые адаптированы связываться по сети 22 связи, такой как Интернет.

Устройство 20 клиента-пользователя может включать в себя модуль клиентского приложения (не показан), который, в свою очередь, может быть программой просмотра Веб-страниц (например, программой 1п1сгпс1 Ехр1огег от Мкгокой). Устройством 20 клиента-пользователя может быть настольное вычислительное устройство, сетевой телевизор или вычислительное устройство любого типа, которое позволяет пользователю интерактивно просматривать Интернет 22 через программу просмотра Вебстраниц. Программа 22 просмотра Веб-страниц может включать в себя программное обеспечение, которое выполняется на устройстве 20 клиента-пользователя и отображает Веб-страницы из всемирной паутины. Программа просмотра Веб-страниц отображает информацию об устройстве 20 клиентапользователя путем интерпретации НТМЬ кода, который используется для построения Веб-страниц во всемирной паутине.

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

В описанном здесь варианте выполнения серверное устройство 24 включает в себя серверный модуль связи и серверный модуль прикладных программ. Серверный модуль связи действует как Вебсервер и связывается с устройством 20 клиента-пользователя через Интернет 22. Серверный модуль прикладных программ включает в себя программные приложения, такие как Веб-приложение М1сгоС1еаг Л8Р.ИЕТ.

Среди прочего, серверное устройство 24 содержит пользовательский интерфейс (страницы ХМЬ/ХЗЬ и Л8Р.ИЕТ), а также небольшие .ИЕТ-объекты, вызываемые Л8Р.ИЕТ страницами, и обеспечивает логику, которая запрашивает данные от 8рЬ-серверов, которые обеспечивают хранение и управление данных. Серверное устройство 24 поддерживается поставщиком служб, который управляет аппаратным и программным обновлениями, устранением неисправностей и поддержкой. Поскольку поставщик служб занимается задачами обновления, устранения неисправностей и поддержки, пользователям нет необходимости беспокоиться об этих задачах. Далее, поскольку приложение М1сгоС1еаг поддерживается на серверном устройстве 24, пользователи тратят меньше времени при крахе системы, обновлениях и в связи с трудностями при инсталляции.

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

Уровень 24а презентаций отвечает за доставку данных для каждой запрошенной НТМЬ страницы путем объединения динамических данных, выработанных на низших уровнях, со статическими графическими шаблонами.

Уровень 24Ь бизнес-логики содержит основную часть логики данного приложения. Уровень 24Ь бизнес-логики в первую очередь основан на Мюгокой .ИЕТ Ргатедогк. тем самым облегчая расширение платформы путем выбора из большого числа доступных интегрированных решений от третьих лиц, либо предлагая разработчикам настроить средства так, чтобы удовлетворять конкретным нуждам дела.

Уровень 24с доступа к данным также основан на Мюгокой .ИЕТ Ргатедогк и действует как интерфейс между уровнем 24Ь бизнес-логики и сервером 26 баз данных и другими приложениями 28. Модуль сервера баз данных сервера 26 баз данных включает в себя структуры данных, которые определяют то, как устанавливаются базы данных пользователя или организации и как система сохраняет и извлекает информацию. Уровень 24с доступа к данным служит двум основным целям: 1) устраняет всю зависящую от баз данных информацию из распространения по более высоким уровням, и 2) обеспечивает перевод между объектной моделью домена и реляционной моделью базы данных.

4. Работа системы и модулей.

Фиг. 3 является блок-схемой алгоритма, показывающей выполнение системы таможенного осмотра и обработки данных в соответствии с настоящим изобретением. Существуют различные привилегии и роли для каждого пользователя/участника (например, системного администратора, таможенного инспектора, импортера) системы таможенного осмотра и обработки данных. Например, системные администраторы 30 ответственны за перестройку системы с новыми функциями (менеджер конфигураций); за управление профилями пользователей, организацию профилей и т. п. (модуль администрирования/управления безопасностью) на шаге 8302; за создание новых формул подсчета пошлин или редактирование существующих (менеджер конфигураций) и за обновление данных о тарифах (модуль таможенных тарифов) на шаге 8304; за управление риском, определение критериев нового риска, и управление счетами выручки/лицевыми счетами на шаге 8306; и за определение новых валют, местоположений, еди

- 7 007041 ниц измерения и т.п. (управление бизнесом) на шаге 8308. В итоге системные администраторы помимо других действий определяют пользователей, организации, сотрудников, группы и т.п. и присваивают роли, идентификаторы пользователей и пароли. Пользователи могут просматривать и управлять лишь теми модулями, для которых они авторизованы.

Если системному администратору требуется проверить задекларированную стоимость партии товаров, настоящее изобретение имеет интерфейс к системе таможенного осмотра и процесса аудита, использующей автономную глобальную систему установления цен (1С8) по предварительной заявке на патент США № 60/294248, поданной 31 мая 2001 г., которая включена в настоящее описание в качестве ссылки. Запрос на установление цен можно послать к 1С8 через внешний интерфейс системы, и информацию можно извлечь интерактивно из базы данных на цены в 1С8.

Аналогично, агенты/импортеры 32 и таможенные чиновники 34 имеют разные роли в настоящем изобретении. На фиг. 3 импортер 32 регистрирует свой грузовой манифест (модуль груза) на шаге 8320 и предоставляет свою таможенную декларацию (например, местный таможенный документ) (модуль деклараций) в таможенный отдел на шаге 8322. Таможенный чиновник затем проверяет этот декларационный документ (модуль деклараций) на шаге 8340 и выполняет анализ рисков и подсчет пошлин (модуль управления риском) на шаге 8342. Если требуется осмотр инициируется или запрашивается процесс осмотра (модуль осмотра) на шаге 8344. Если нет несоответствия или осмотр не требуется, то выдаются счета на оплату (модуль учета сборов), сообщаются находки при осмотре (модуль осмотра) и обновляется информация учета сборов (модуль учета сборов) на шаге 8346. Если несоответствия нет, то импортер уплачивает пошлины (модуль учета сборов) на шаге 8324.

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

Фиг. 4 иллюстрирует блок-схему алгоритма для модуля контроля грузов в системе таможенного осмотра и обработки данных по фиг. 3. Шаги 8320-8322 по фиг. 3 иллюстрируются на фиг. 4 и реализуются модулем контроля грузов. Модуль контроля грузов имеет дело с регистрацией прибывающих грузов. Он помогает транспортным агентам следить за судьбой товаров и выдает счета за доставку импортерам. Модуль контроля грузов имеет несколько служб действий, которые имеют дело с конкретными областями, таким как перевозки (например, фиксация деталей поездки), грузовые манифесты (например, регистрация грузового манифеста), домашние векселя (например, сообщающие подробности о товарах), счета за доставку и МВД. Процесс регистрации грузового манифеста выражается в создании регистрационного номера грузового манифеста (РНО) (ΜΚΝ). Счет за доставку (СД) (ЭО) также создается в этом модуле.

Фиг. 5 является блок-схемой алгоритма, иллюстрирующей подробности модуля деклараций в системе таможенного осмотра и обработки данных по фиг. 3. Шаги 8322-8324 и шаги 8342-8344 по фиг. 3 показаны на фиг. 5 и реализованы в модуле деклараций. Модуль деклараций дает импортерам и транспортным агентам возможность запрашивать и получать необходимое растаможивание для своих товаров.

Система таможенного осмотра и обработки данных по настоящему изобретению эффективна и ориентирована на потребителя и предоставляет всем пользователям множество возможностей. Например, импортер может подать декларацию загодя без подробностей накладной, до того, как его/ее товары будут доставлены, и загрузить подробности накладной позднее. Может быть выработан документ таможенного векселя, и этот вексель может быть подан в таможенную службу для растаможивают товаров. Когда декларация предоставлена, модуль управления риском управляет вопросами риска в интерактивном режиме на основании определенных заданных критериев и решает вопрос о статусе декларации (например, красный, желтый или зеленый коридор). Если обнаружен риск, то запрос на осмотр посылается в модуль осмотра.

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

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

Фиг. 6 является блок-схемой алгоритма, иллюстрирующей подробности модуля осмотра в системе таможенного осмотра и обработки данных по фиг. 3. Шаги 8344-8346 по фиг. 3 показаны на фиг. 6 и реализуются в модуле осмотра. Модуль осмотра имеет дело с процессом осмотра, вовлеченным в растаможивание. Процесс осмотра помогает таможенным инспекторам отслеживать и отчитываться о случаях осмотра. Модуль осмотра может быть использован совместно разными организациями внутри одного и

- 8 007041 того же модуля. Когда бланк декларации должным образом заполнен и подан (в модуль деклараций), процесс осмотра может быть начат таможенным инспектором в любое время.

Осмотр может проводиться, если существует фактор риска, или по запросу на осмотр. Процесс осмотра связан с модулем управления и выбора риска (УВР) (ВМ8). Если в модуле УВР обнаруживается риск, запрос на осмотр направляется в модуль осмотра. Имеется три типа осмотров, которые включают в себя случайный, выборочный и полный осмотры. При случайном осмотре товары выбираются случайным образом на основании критериев, определенных при управлении риском. При выборочном осмотре осматривается выборка товаров, а при полном осмотре осматриваются все товары.

Фиг. 7 является блок-схемой алгоритма, показывающей подробности модуля учета сборов в системе таможенного осмотра и обработки данных по фиг. 3. Модуль учета сборов управляет сборами, получаемыми от множества источников сборов в шаге 8702. Система собирает, отслеживает, возмещает и управляет сборами, идущими, например, от пошлин, налогов, акцизов, штрафов, депозитов, других расходов и т. п. После того как декларация подана, система вычисляет пошлины, налоги и другие выплаты на основании ценности товаров и ее классификации. Каждая успешная и завершившаяся транзакция будет иметь связанную с ней сумму сборов (шаг 8704). Модуль учета сборов отслеживает платежи на протяжении всего времени транзакции.

Фиг. 8 является блок-схемой алгоритма, показывающей подробности модуля управления и выбора риска (УВР) в системе таможенного осмотра и обработки данных по фиг. 3. Модуль УВР облегчает оптимизацию высокоуровневых и низкоуровневых таможенных процессов, рисков и ресурсов. Модуль УВР может быть адаптирован на основании конкретных процедур, критериев и стратегий управления риском, принятых в данной стране. Управление риском включает в себя меры для непрерывного улучшения эффективности работы, выполняемой таможенными инспекторами.

Главной целью таможенной службы является поиск импорта, который не соответствует нормам. Чтобы гарантировать соответствие, декларации и сопроводительная документация просматриваются на шаге 8802. Модуль УВР сканирует поданные декларации на предмет любого риска и определяет статус декларации (например, красный, желтый или зеленый коридор) на шагах 8804 и 8806. Если риск обнаружен, то в модуль осмотра посылается запрос на осмотр, указывающий, что следует предпринять соответствующие шаги (шаги 8808 и 8810). Если не обнаружено рисков, то для растаможивания на шаге 8812 требуется уплата пошлин.

Процесс управления риском состоит из четырех ключевых шагов: 1) определить риск и целевые критерии; 2) анализировать и оценить риск; 3) назначить целевое действие риска; и 4) следить и составлять отчет. Управление риском для таможен является эволюционным процессом, и чтобы соответствовать модулю УВР, бизнес-процессы должны соответственно обновляться.

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

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

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

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

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

В модуле торговой информации и статистики генерируются торговая информация и статистика из рабочего хранилища данных (РХД) согласно определенным критериям, представляющим интерес для потребителей и международного торгового сообщества. Эта информация составляется из множества отчетов. В дополнение к стандартным отчетам система предоставляет возможность создавать определяе- 9 007041 мые пользователем отчеты, а также функции определяемых пользователем запросов, чтобы удовлетворять конкретным требованиям.

5. Выводы.

Система таможенного осмотра и обработки данных по настоящему изобретению помогает странам модернизировать, перестраивать и активизировать свои процедуры растаможивания и связанные с ними торговые процессы. Она помогает при ускорении растаможивания посредством введения высоконадежных процедур компьютеризации и упрощения на базе Веб, тем самым минимизируя административные затраты.

Система таможенного осмотра и обработки данных по настоящему изобретению предоставляет функции для облегчения процесса интернационализации и поддерживает многоязычные, многовалютные форматы различных данных и т.п. Настоящее изобретение строится согласованным с 16-разрядным ϋΝΙΟΟΌΕ для того, чтобы поддерживать не алфавитно-цифровые знаки. Прикладная архитектура является гибкой и легко адаптируемой.

Интеллектуальная система управления риском поддерживает улучшенное принятие решений, прослеживает несоответствия и расширяет сбор денег за счет гарантирования того, что 1) все товары продекларированы, 2) подсчет пошлин/налогов правильный, и 3) предпочтительные режимы пошлин/льгот и т.п. применены и управляются корректно. Система таможенного осмотра и обработки данных по настоящему изобретению может легко адаптироваться для реструктурирования и адаптации к новым процессам таможенных операций. В дополнение к этому, она помогает при выработке надежной и своевременной торговой и фискальной статистики, помогая в процессе экономического планирования в качестве побочного продукта процессов растаможивания.

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

Система таможенного осмотра и обработки данных по настоящему изобретению является всесторонней и объединенной системой модернизации, управления и поддержки улучшенных решений. Кроме того, настоящее изобретение использует полное преимущество платформы Мкгокой .ΝΕΤ и платформы \νίηάο\ν5 2000, включая поддержку для службы Мкгокой Лейуе Онескгу, серверов .ΝΕΤ ЕЩегрпке и технологий платформы .ΝΕΤ (к примеру, единая среда выполнения программ, написанных на разных языках, С# и Веб-службы).

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

Система, способ и компьютерный программный продукт по настоящему изобретению поддерживают широкий диапазон протоколов передачи данных и сетевых протоколов, включая внутреннюю поддержку для ΙΡ, ХМЬ, НЬ7, νΑΡ, 1-тобе. 03 и других промышленных стандартов протоколов передачи данных и сетевых протоколов. Клиентские модули и модули клиентских приложений в системе, способе и компьютерном программном продукте по настоящему изобретению могут быть воплощены с помощью операционной системы и связанного с ней аппаратного обеспечения, включая, но без ограничения, Ра1т 08, Мкгокой νίη^νκ СЕ, Ишх, Ьших, УМ8, ΙΒΜ, Мкгокой νίη^νκ ΝΤ, 95, 98, 200, МЕ и ХР и т.п.

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

Выше описаны принципы, варианты выполнения и режимы работы настоящего изобретения. Однако изобретение не следует ограничивать частными вариантами выполнения, описанными выше, т. к. они

- 10 007041 должны рассматриваться как иллюстрирующие, а не ограничивающие. Следует понимать, что в этих вариантах выполнения специалистами могут быть сделаны изменения без отхода от объема настоящего изобретения.

Хотя выше описаны предпочтительные варианты выполнения настоящего изобретения, следует понимать, что оно представлено только в качестве примера, а не ограничения. Таким образом, широту и объем настоящего изобретения не следует ограничивать описанными выше примерными вариантами выполнения.

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

Claims

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

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

2. Система по п.1, в которой, когда упомянутый процесс осмотра инициируется, упомянутый модуль прикладных программ заставляет упомянутое серверное устройство пересчитать величину упомянутых таможенной пошлины и налогов, если имеется несоответствие партии товаров.

3. Система по п.2, в которой упомянутый модуль прикладных программ заставляет упомянутое серверное устройство записать упомянутое несоответствие партии товаров.

4. Система по п.3, в которой упомянутый модуль прикладных программ заставляет упомянутое серверное устройство принимать платеж от упомянутого пользователя.

5. Система по п.4, в которой упомянутое серверное устройство выдает документ растаможивания после того, как упомянутый пользователь уплачивает упомянутые таможенную пошлину и налоги за упомянутую партию товаров.

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

7. Система по п.6, в которой упомянутое серверное устройство выдает документ растаможивания после того, как упомянутый пользователь уплачивает упомянутые таможенную пошлину и налоги за упомянутую партию товаров.

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

9. Система по п.8, в которой упомянутое серверное устройство выдает документ растаможивания после того, как упомянутый пользователь уплачивает упомянутые таможенную пошлину и налоги за упомянутую партию товаров.

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

11. Система по п.10, в которой упомянутый анализ рисков включает в себя далее сравнение упомянутого риска с целевыми критериями.

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

13. Система по п.11, в которой системный администратор определяет и обновляет упомянутые целевые критерии.

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

15. Система по п.1, в которой упомянутая информация, относящаяся к упомянутой партии товаров, включает в себя информацию, полученную из грузового манифеста.

16. Система по п.1, в которой упомянутая информация, относящаяся к упомянутой партии товаров, включает в себя информацию, полученную из погрузочной накладной.

17. Система по п.1, в которой упомянутая информация, относящаяся к упомянутой партии товаров, включает в себя информацию, полученную из таможенной декларации.

- 11 007041

18. Система по п.1, в которой таможенный отдел инициирует процесс осмотра.

19. Система по п.1, в которой упомянутый процесс осмотра является по меньшей мере одним из случайного осмотра, выборочного осмотра и полного осмотра.

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

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

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

21. Воплощаемый в компьютере способ обработки таможенной информации, содержащий следующие шаги:

прием декларации, относящейся к партии товаров и содержащей идентификацию конкретных товаров в упомянутой партии товаров и заранее заданные параметры упомянутой партии товаров;

проверка упомянутой декларации;

проведение анализа рисков для принятой информации;

подсчет величины таможенной пошлины и налогов для упомянутой партии товаров;

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

22. Способ по п.21, дополнительно содержащий шаг пересчета величины упомянутых таможенной пошлины и налогов, если упомянутый процесс осмотра инициируется и имеется несоответствие партии товаров.

23. Способ по п.22, дополнительно содержащий шаг записи упомянутого несоответствия партии товаров.

24. Способ по п.23, дополнительно содержащий шаг приема платежа от упомянутого пользователя.

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

26. Способ по п.21, дополнительно содержащий шаг приема платежа от упомянутого пользователя, если упомянутый процесс осмотра инициируется и не имеется несоответствия партии товаров.

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

28. Способ по п.21, дополнительно содержащий шаг приема платежа от упомянутого пользователя, если упомянутый процесс осмотра не инициируется.

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

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

31. Способ по п.30, в котором упомянутый анализ рисков дополнительно включает в себя сравнение упомянутого риска с целевыми критериями.

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

33. Способ по п.31, в котором системный администратор определяет и обновляет упомянутые целевые критерии.

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

35. Способ по п.21, в котором упомянутая информация, относящаяся к упомянутой партии товаров, включает в себя информацию, полученную, из грузового манифеста.

36. Способ по п.21, в котором упомянутая информация, относящаяся к упомянутой партии товаров, включает в себя информацию, полученную из погрузочной накладной.

37. Способ по п.21, в котором упомянутая информация, относящаяся к упомянутой партии товаров, включает в себя информацию, полученную из таможенной декларации.

38. Способ по п.21, в котором таможенный отдел инициирует процесс осмотра.

- 12 007041

39. Способ по п.21, в котором упомянутый процесс осмотра является по меньшей мере одним из случайного осмотра, выборочного осмотра и полного осмотра.