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

007041 Перекрестная ссылка на связанную заявку Данная заявка заявляет привилегию согласно параграфу 119(e) раздела 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. Словарь терминов. Нижеследующие термины используются во всем подробном описании. Гиперссылка. Навигационная ссылка из одного документа на другой либо из одной части (или составляющей) документа на другую. Обычно гиперссылка отображается как выделенное слово или фраза,которые могут быть выбраны щелчком мыши на нем, чтобы перейти на связанный документ и часть документа. Интернет. Множество взаимосвязанных сетей (общественных и/или частных), которые связаны друг с другом набором стандартных протоколов (таких как TCP/IP и HTTP) для формирования глобальной распределенной сети. Как признают специалисты в данной области техники, Интернет может быть Интранетом, общественной сетью, частной сетью и т.п. Хотя предполагается, что этот термин относится к тому, что чаще всего известно как Интернет, предполагается также, что он будет охватывать изменения, которые могут быть сделаны в будущем, включая изменения и дополнения в существующих стандартных протоколах. Всемирная паутина (Веб). Используется здесь для ссылки в общем случае на 1) распределенную совокупность взаимосвязанных просматриваемых пользователем гипертекстовых документов (обычно называемых Веб-документами или Веб-страницами), которые доступны через Интернет, и 2) на клиентскую и серверную программные компоненты, которые обеспечивают пользователю доступ к таким документам с использованием стандартизованных Интернет-протоколов. В настоящее время основным стандартным протоколом, позволяющим приложениям определять местоположение и получать Вебдокументы, является протокол HTTP, а Веб-страницы закодированы с использованием HTML. Однако термины Веб и всемирная паутина предназначены и для того, чтобы охватывать будущие языки разметки и транспортные протоколы, которые могут использоваться вместо (или вместе с) HTML иHTTP. Веб-сайт. Компьютерная система, которая обслуживает информационное содержание по сети с использованием стандартных протоколов всемирной паутины. Обычно Веб-сайт соответствует конкретному имени Интернет-домена и включает в себя содержание, связанное с конкретной организацией. Этот термин, как он используется здесь, в общем случае предназначен охватывать как 1) аппаратные/программные компоненты сервера, которые по сети обслуживают информационное содержание, так и 2) внутренние аппаратные/программные компоненты, включая любые нестандартные или специализированные компоненты, которые взаимодействуют с компонентами сервера, реализуя службы для пользователей Веб-сайта.HTML (язык разметки гипертекста). Стандартное соглашение о кодировании и набор кодов для назначения атрибутов отображения и ссылок информационному содержанию внутри документов. На этапе создания документа HTML-коды (которые называются тэгами), встраиваются в информационное содержание документа. Когда Веб-документ (или HTML-документ) последовательно передается от Вебсервера в программу просмотра, эти коды интерпретируются программой просмотра и используются для того, чтобы выполнить синтаксический анализ и отобразить документ. Кроме того, при определении того, как программа Веб-просмотра должна отобразить документ, тэги HTML могут быть использованы для создания ссылок на другие Веб-документы (которые обычно называются гиперссылками).HTTP (протокол передачи гипертекста). Стандартный клиент-серверный протокол всемирной паутины, используемый для обмена информацией (такой как HTML документы и клиентские запросы на такие документы) между программой просмотра и Веб-сервером. HTTP включает в себя несколько различных типов сообщений, которые могут быть отправлены от клиента на сервер, чтобы запросить различные виды действий сервера. Например, команда GET, имеющая формат GET URL, заставляет сервер вернуть документ или файл, расположенный по конкретному URL-адресу.URL (унифицированный указатель ресурса). Уникальный адрес, который полностью определяет положение файла или другого ресурса в Интернете. Общий формат URL следующий: протокол://адрес машины:порт/путь/имя файла. Указание порта необязательно, и если он не введен пользователем, то программа просмотра по умолчанию устанавливает его на стандартный порт для службы, определенной как протокол. Термины пользователь, служащий, инспектор или служба используются взаимозаменяемо. Однако хотя эти термины используются взаимозаменяемо по отношению к доступу к данным и к функциям системы, некоторые таможенные инспекторы или службы могут иметь различные привилегии, как,например, таможенная информация от одной таможенной службы недоступна для другой таможенной службы. Далее, каждая таможенная служба может устанавливать привилегии для своих пользователей по отношению к их возможностям по введению, получению доступа, редактированию и /или просмотру данных.-3 007041 2. Архитектура приложения. Система таможенного осмотра и обработки данных в соответствии с настоящим изобретением обеспечивает обширное и расширяемое основание для построения сложных приложений растаможивания, которое интегрируется с существующими внутренними системами. Архитектура основана на системе Microsoft .NET Framework. Соответственно, очень просто расширять платформу, выбирая из большого числа доступных интегрированных решений третьих лиц, либо предложив разработчикам настроить средства так, чтобы удовлетворять конкретным нуждам дела. В любом случае настоящее изобретение разработано для построения заказных масштабируемых решений для растаможивания, которые оптимизируют опыт пользователя и обеспечивают менеджеров в реальном масштабе времени возможностью анализа и управления их интерактивного бизнеса. Фиг. 1 иллюстрирует функциональную блок-схему архитектуры приложения для системы таможенного осмотра и обработки данных в соответствии с настоящим изобретением. Архитектура 100 приложения включает в себя уровни 10, 12 и 14. Уровень 10 содержит модуль центра управления, который позволяет системным администраторам конфигурировать ресурсы системы и управлять приложениями,базами данных и Веб-серверами. Уровень 12 содержит четыре основных модуля или подсистемы: систему 12 а анализа бизнеса, систему 12b создания профилей, систему 12 с выбора цели и систему 12d служб по обработке коммерческих данных. Ниже приводится подробное описание системы 12 а анализа бизнеса и системы 12d служб по обработке коммерческих данных. А. Система 12 а анализа бизнеса Службы анализа бизнеса анализируют данные в рабочем хранилище данных, чтобы уточнить точку зрения потребителя по отношению к эмпирическим данным о транзакциях, сегментации и дополнительном профилировании. Оптимизатор служб работает с этими уточненными данными, чтобы планировать,разрабатывать, доставлять и управлять планом широких интеллектуальных связей, чтобы сделать его доступным для бизнес-служб. Оптимизатор служб напрямую связан с бизнес-службами, чтобы выполнять, если необходимо, последовательности шагов. Службы взаимодействия с пользователем являются средством доставки для служб, постановки целей и средством сбора интерактивных данных. Эти данные поступают обратно в рабочее хранилище данных, чтобы использоваться приложениями служб анализа бизнеса для уточнения коммерческой точки зрения потребителя и для управления последующими рабочими планами и национальными целями. Все собранные данные отправляются в рабочее хранилище данных (РХД) (ODS). Служба анализа бизнеса анализирует и уточняет данные. Оптимизатор служб вместе с бизнес-службами обрабатывает уточненные данные, чтобы предоставить интерактивные данные пользователю и обеспечить понимание,требуемое для работы системы. Это является циклическим процессом, в котором данные собираются от пользователей, а затем уточненные данные пересылаются пользователю по запросу. В. Система 12d служб по обработке коммерческих данных Система 12d служб по обработке коммерческих данных включает в себя службу обработки грузов,службу обработки деклараций, службу учета сборов, службу управления риском, службу обработки осмотра и службу фискальных тарифов. Службы действия являются программной инфраструктурой, которая определяет и связывает один или более этапов бизнес-процесса, тем самым запуская их в логической последовательности, чтобы выполнить конкретное задание. Службы действия разделяют обработку на этапы (например, абстракции,которые описывают категорию работы). Они также определяют последовательность, в которой выполняется каждая категория работы. Каждый этап служб действия содержит одну или более составляющих службы действия, которые могут быть сконфигурированы, чтобы работать с уникальными требованиями системы. Например, обычная служба действия обработки таможенной декларации может включать в себя этап информации о торговцах, этап платежа и этап осмотра. Компонент службы действия поддерживает стандартный набор интерфейсов, которые могут быть вызваны единым способом во время выполнения службы действия. Файлы конфигурации службы действия определяют службы действия. Служба действия, определенная файлом, создается и выполняется объектом контроллера действий. Архитектура службы действия позволяет создавать новые компоненты службы действия (например,программы-агенты) и включать их в существующие службы действия, зачастую заменяя существующий компонент службы действия и изменяя исходную обработку, проводимую этой службой действия. Общий пример такой замены компонентов службы действия заключается в службе действия, которая выполняется для подсчета таможенных пошлин, налогов и выплат, пока декларация обрабатывается для завершения транзакции декларации. Могут быть включены несколько компонентов службы действия, разработанных для подсчета пошлин и налогов. Специалисту будет понятно, однако, что эти компоненты просто демонстрируют этап пошлин и налогов службы действия платежа, и необязательно должны выполнять подсчет налогов в соответствии со специальными требованиями и законом по пошлинам и налогам. Эти службы или про-4 007041 граммное обеспечение составляющих налога на использование должны быть адаптированы так, чтобы удовлетворять требованиям конкретной таможенной службы или страны. Чтобы удовлетворить конкретные нужды бизнеса, могут быть разработаны дополнительные службы действия. Архитектура служб действия делает очень простым добавление дополнительных компонентов служб действия в существующие службы действия. Службы действия используются для множества возможностей в настоящем изобретении, например,для обработки транзакций, выбора персонализированного содержания для отображения и обработки задач по прямой почтовой рассылке. Служба сервиса является программной инфраструктурой, которая выполняет последовательность компонентов. Каждый компонент является выполненным на заказ .NETобъектом, разработанным для выполнения операций над некоторой частью служебного документа. Контроллер действия координирует взаимодействие компонентов службы действия (например, программагентов) путем пропускания служебного документа от одной составляющей к другой. Службы действия используются, чтобы моделировать множество процессов, и включают в себя обработку грузов, которая проводится программами-агентами обработки грузов; обработку деклараций,которая проводится программами-агентами обработки деклараций, учет сборов, который проводится программами-агентами учета сборов; обработку осмотра, которая проводится программами-агентами обработки осмотра; назначение фискальных тарифов, которое проводится программами-агентами фискальных тарифов, и выбор декларации, который проводится программами-агентами механизма выбора деклараций (МВД). Эти службы действия автоматизируют объявление, декларацию, сбор доходов и обработку осмотра в среде растаможивания. Службы действия МВД автоматизируют выбор деклараций для осмотра в целях управления риском. Набор компонентов может быть объединен в службы действия для поддержки любой архитектуры. Кроме того, новые компоненты могут создаваться, чтобы расширить способности архитектуры служб действия, как объяснено выше. Некоторые признаки службы действия, которые обеспечивают гибкое ведение процесса растаможивания, более простую поддержку процедуры растаможивания, более гибкое управление пошлинами,налогами и льготами, а также более высокую эффективность при загрузке и выполнении службы действия, включают в себя высокоточное управление валютой, множественное управление процессом растаможивания (процедуры таможенного контроля), управление пошлинами, налогами и льготами, слияние служб действия и службы динамического действия.I. Службы обработки грузов. Службы обработки грузов включают в себя загрузку подробностей перевозки и местных накладных, проверку счетов за доставку и сертификатов об отсутствии претензий (СОП). Служба действия по обработке груза разделяет обработку груза на этапы, которые описывают категорию работы. Таким образом, обычная служба действия по обработке груза может включать в себя этап информации о перевозке,этап обработки объявления, этап создания местной накладной, этап агента интервала авторизации, и создание счета за доставку.II. Службы обработки деклараций. Службы обработки деклараций проверяют документы декларации, фиксируют детали накладной,анализируют риск по службам целевого критерия платежа и подсчитывают размер таможенных пошлин и налогов.III. Службы обработки осмотра. Службы обработки осмотра являются набором данных коммерческой разведки, которая может быть поделена на этапы или организована так, чтобы удовлетворять конкретным требованиям процесса осмотра. Этот процесс включает в себя написание отчетов об осмотре партии товаров, и выработку деталей сбора взысканий и пошлин за осмотр, а также за конфискованный товар.IV. Службы учета сборов. Службы учета сборов связаны с совокупностью сборов из различных источников поступлений, таких как налоги, пошлины, депозиты, штрафы, взыскания или т.п. Служба учета сборов разделяет сбор денег на этапы, которые описывают категории работы. Таким образом, обычная служба сбора денег может включать в себя этап выработки накладной, этап обработки платежа, а также этап выработки таможенной квитанции об оплате. Различные этапы сбора денег начинаются с того, что импортер декларирует свою партию товаров, получает таможенную накладную и совершает платеж и другие связанные с ним действия.V. Службы управления риском. Служба управления риском является систематическим применением процедур управления и улучшенной поддержки принятия решений, которое обеспечивает таможню необходимой информацией о том, как быть с партиями товаров, которые представляют собой риск. Система управления риском выполняет динамические бизнес-правила, которые оцениваются для подсчета, поддержки принятия решений, оценки усложненных бизнес-процессов и приспособлению динамических бизнес-правил и т.п. Управление риском включает в себя службы действия, такие как интеллектуальное сканирование данных, поиск данных и т.д.-5 007041 Оптимизатор управления риском и выбора риска объединяет и анализирует данные, чтобы извлечь информацию. Процесс управления риском включает в себя идентификацию, анализ и оценку риска по поданной декларации. Система поддержки решений улучшает таможенные доходы и сборы от налогов,одновременно с этим снижая мошенническую и криминальную активность в дополнение к контролю над контрабандными и несертифицированными товарами.VI. Службы таможенных тарифов. Службы таможенных тарифов организуют тарифные объекты, таможенные пошлины, взимание налогов, льготы и издержки. Товары идентифицируются товарным кодом. Система таможенных тарифов помогает поддержать товарные коды и тарифные позиции. Товарные коды являются гармонизированными системными кодами (например, кодом, который выдается каждому импортируемому предмету). Товарный код является комбинацией частей, заголовков, глав и пунктов.VII. Административные службы. Административные службы управляют системными службами по управлению профилями пользователей, профилями организаций, группами, тарифами и т.п. Административные службы также включают в себя службы действия по определению новых валют, местоположений, типов и обменных курсов для применения. Они реагируют на ежедневное администрирование и имеют дело с управлением пользователями, контролем за доступом и другими надзорными функциями, такими как поддержание товарных кодов, экспедиторов и т.п. Уровень 14 включает SQL-сервер (хранилище данных) и LDP-, ODBC- и SQL-серверы (профили). На фиг. 1 другие приложения и средства 16 включены в архитектуру 100 приложения. Например,программа инсталляции упаковывает и разархивирует Веб-сайты и настройки так, что их можно с легкостью развернуть. Управление службами бизнес-процессов обеспечивает бизнес-менеджеров необходимыми инструментами управления, например, для обновления таможенных тарифов и профилей, управления рисками (например, целевыми декларациями, основанными на товарах и/или торговцах), а также для анализа информации растаможивания для управления и выбора риска для повышения эффективности осмотра и учета доходов. В дополнение к вышесказанному, для поддержания инсталляции предусмотрены следующие административные средства, как показано в табл. 1. Таблица 1 3. Архитектура и компоненты системы. Фиг. 2 показывает логическую архитектуру системы таможенного осмотра и обработки данных в соответствии с настоящим изобретением. Эта логическая архитектура основана на архитектуре Microsoft.NET, которая поддерживает множество различных физических конфигураций и высоко масштабируемые Веб-приложения. Логическая архитектура является многоуровневым приложением с главными системами и интеграцией бизнес-бизнес. Интеграция поддерживает групповые соединители и соединители в масштабе реального времени.-6 007041 На фиг. 2 высоко масштабируемая логическая архитектура 200 включает в себя устройство 20 клиента-пользователя и серверное устройство 24, которые адаптированы связываться по сети 22 связи, такой как Интернет. Устройство 20 клиента-пользователя может включать в себя модуль клиентского приложения (не показан), который, в свою очередь, может быть программой просмотра Веб-страниц (например, программой Internet Explorer от Microsoft). Устройством 20 клиента-пользователя может быть настольное вычислительное устройство, сетевой телевизор или вычислительное устройство любого типа, которое позволяет пользователю интерактивно просматривать Интернет 22 через программу просмотра Вебстраниц. Программа 22 просмотра Веб-страниц может включать в себя программное обеспечение, которое выполняется на устройстве 20 клиента-пользователя и отображает Веб-страницы из всемирной паутины. Программа просмотра Веб-страниц отображает информацию об устройстве 20 клиентапользователя путем интерпретации HTML кода, который используется для построения Веб-страниц во всемирной паутине. В общем случае Веб-страницы отображают графические, звуковые и мультимедийные файлы, гиперссылки, файлы, которые можно загружать, и другие Интернет-ресурсы. Кодирование в HTML-файлах сообщает программе просмотра Веб-страниц, как отображать текст, графику, ссылки и мультимедийные файлы на Веб-страницах. HTML-файл, который загружен программой просмотра для отображения Вебстраницы, в действительности не содержит ни графических, ни звуковых, ни мультимедиа файлов и других ресурсов. Вместо этого он содержит HTML-ссылки на эту графику и файлы. В описанном здесь варианте выполнения серверное устройство 24 включает в себя серверный модуль связи и серверный модуль прикладных программ. Серверный модуль связи действует как Вебсервер и связывается с устройством 20 клиента-пользователя через Интернет 22. Серверный модуль прикладных программ включает в себя программные приложения, такие как Веб-приложение MicroClearASP.NET. Среди прочего, серверное устройство 24 содержит пользовательский интерфейс (страницыXML/XSL и ASP.NET), а также небольшие .NET-объекты, вызываемые ASP.NET страницами, и обеспечивает логику, которая запрашивает данные от SQL-серверов, которые обеспечивают хранение и управление данных. Серверное устройство 24 поддерживается поставщиком служб, который управляет аппаратным и программным обновлениями, устранением неисправностей и поддержкой. Поскольку поставщик служб занимается задачами обновления, устранения неисправностей и поддержки, пользователям нет необходимости беспокоиться об этих задачах. Далее, поскольку приложение MicroClear поддерживается на серверном устройстве 24, пользователи тратят меньше времени при крахе системы, обновлениях и в связи с трудностями при инсталляции. В многоуровневой программной иерархической модели серверного устройства 24 каждый уровень обеспечивает специализированные службы, которые минимизируют воздействие изменений, например,на презентации, бизнес-логику и базу данных. Теперь будет приведено краткое описание уровня 24 а службы презентаций, уровня 24b бизнес-логики и уровня 24 с доступа к данным. Уровень 24 а презентаций отвечает за доставку данных для каждой запрошенной HTML страницы путем объединения динамических данных, выработанных на низших уровнях, со статическими графическими шаблонами. Уровень 24b бизнес-логики содержит основную часть логики данного приложения. Уровень 24b бизнес-логики в первую очередь основан на Microsoft .NET Framework, тем самым облегчая расширение платформы путем выбора из большого числа доступных интегрированных решений от третьих лиц, либо предлагая разработчикам настроить средства так, чтобы удовлетворять конкретным нуждам дела. Уровень 24 с доступа к данным также основан на Microsoft .NET Framework и действует как интерфейс между уровнем 24b бизнес-логики и сервером 26 баз данных и другими приложениями 28. Модуль сервера баз данных сервера 26 баз данных включает в себя структуры данных, которые определяют то,как устанавливаются базы данных пользователя или организации и как система сохраняет и извлекает информацию. Уровень 24 с доступа к данным служит двум основным целям: 1) устраняет всю зависящую от баз данных информацию из распространения по более высоким уровням, и 2) обеспечивает перевод между объектной моделью домена и реляционной моделью базы данных. 4. Работа системы и модулей. Фиг. 3 является блок-схемой алгоритма, показывающей выполнение системы таможенного осмотра и обработки данных в соответствии с настоящим изобретением. Существуют различные привилегии и роли для каждого пользователя/участника (например, системного администратора, таможенного инспектора, импортера) системы таможенного осмотра и обработки данных. Например, системные администраторы 30 ответственны за перестройку системы с новыми функциями (менеджер конфигураций); за управление профилями пользователей, организацию профилей и т.п. (модуль администрирования/управления безопасностью) на шаге S302; за создание новых формул подсчета пошлин или редактирование существующих (менеджер конфигураций) и за обновление данных о тарифах (модуль таможенных тарифов) на шаге S304; за управление риском, определение критериев нового риска, и управление счетами выручки/лицевыми счетами на шаге S306; и за определение новых валют, местоположений, еди-7 007041 ниц измерения и т.п. (управление бизнесом) на шаге S308. В итоге системные администраторы помимо других действий определяют пользователей, организации, сотрудников, группы и т.п. и присваивают роли, идентификаторы пользователей и пароли. Пользователи могут просматривать и управлять лишь теми модулями, для которых они авторизованы. Если системному администратору требуется проверить задекларированную стоимость партии товаров, настоящее изобретение имеет интерфейс к системе таможенного осмотра и процесса аудита, использующей автономную глобальную систему установления цен (ICS) по предварительной заявке на патент США 60/294248, поданной 31 мая 2001 г., которая включена в настоящее описание в качестве ссылки. Запрос на установление цен можно послать к ICS через внешний интерфейс системы, и информацию можно извлечь интерактивно из базы данных на цены в ICS. Аналогично, агенты/импортеры 32 и таможенные чиновники 34 имеют разные роли в настоящем изобретении. На фиг. 3 импортер 32 регистрирует свой грузовой манифест (модуль груза) на шаге S320 и предоставляет свою таможенную декларацию (например, местный таможенный документ) (модуль деклараций) в таможенный отдел на шаге S322. Таможенный чиновник затем проверяет этот декларационный документ (модуль деклараций) на шаге S340 и выполняет анализ рисков и подсчет пошлин (модуль управления риском) на шаге S342. Если требуется осмотр инициируется или запрашивается процесс осмотра (модуль осмотра) на шаге S344. Если нет несоответствия или осмотр не требуется, то выдаются счета на оплату (модуль учета сборов), сообщаются находки при осмотре (модуль осмотра) и обновляется информация учета сборов (модуль учета сборов) на шаге S346. Если несоответствия нет, то импортер уплачивает пошлины (модуль учета сборов) на шаге S324. Каждая вышеупомянутая роль реализуется с помощью конкретных аспектов и нескольких ориентированных на задачи модулей, таких как модуль груза, модуль декларации, модуль управления риском,модуль осмотра, модуль учета и выбора сборов, модуль тарифной системы и администрирования (например, система 12d служб по обработке коммерческих данных по фиг. 1). Фиг. 4 иллюстрирует блок-схему алгоритма для модуля контроля грузов в системе таможенного осмотра и обработки данных по фиг. 3. Шаги S320-S322 по фиг. 3 иллюстрируются на фиг. 4 и реализуются модулем контроля грузов. Модуль контроля грузов имеет дело с регистрацией прибывающих грузов. Он помогает транспортным агентам следить за судьбой товаров и выдает счета за доставку импортерам. Модуль контроля грузов имеет несколько служб действий, которые имеют дело с конкретными областями, таким как перевозки (например, фиксация деталей поездки), грузовые манифесты (например,регистрация грузового манифеста), домашние векселя (например, сообщающие подробности о товарах),счета за доставку и МВД. Процесс регистрации грузового манифеста выражается в создании регистрационного номера грузового манифеста (PHO) (MRN). Счет за доставку (СД) (DO) также создается в этом модуле. Фиг. 5 является блок-схемой алгоритма, иллюстрирующей подробности модуля деклараций в системе таможенного осмотра и обработки данных по фиг. 3. Шаги S322-S324 и шаги S342-S344 по фиг. 3 показаны на фиг. 5 и реализованы в модуле деклараций. Модуль деклараций дает импортерам и транспортным агентам возможность запрашивать и получать необходимое растаможивание для своих товаров. Система таможенного осмотра и обработки данных по настоящему изобретению эффективна и ориентирована на потребителя и предоставляет всем пользователям множество возможностей. Например,импортер может подать декларацию загодя без подробностей накладной, до того, как его/ее товары будут доставлены, и загрузить подробности накладной позднее. Может быть выработан документ таможенного векселя, и этот вексель может быть подан в таможенную службу для растаможивают товаров. Когда декларация предоставлена, модуль управления риском управляет вопросами риска в интерактивном режиме на основании определенных заданных критериев и решает вопрос о статусе декларации (например, красный, желтый или зеленый коридор). Если обнаружен риск, то запрос на осмотр посылается в модуль осмотра. Модуль прослеживания сборов подсчитывает сборы, причем могут быть предъявлены любые приемлемые средства платежа (например, наличные деньги, чек, почтовый перевод, кредитная карта, счет пользователя, поддерживаемый таможенной службой и т.п.). Таможенный вексель вырабатывается в таможенной службе для проверки, и таможенная служба сверяет вексель с грузовым манифестом на любые несовпадения. При совпадении выдается документ на пропуск товаров. Таможенный инспектор может просмотреть декларацию, поданную агентом/импортером вместе со статусом этой декларации после того, как она подверглась процессу управления риском. Декларация со статусом красного коридора означает, что декларация подлежит процессу осмотра. Статус желтого коридора означает, что декларация неполная или требуется другая информация. Статус зеленого коридора означает, что декларация удовлетворительна, однако, осмотр может быть начат, если потребуется. Фиг. 6 является блок-схемой алгоритма, иллюстрирующей подробности модуля осмотра в системе таможенного осмотра и обработки данных по фиг. 3. Шаги S344-S346 по фиг. 3 показаны на фиг. 6 и реализуются в модуле осмотра. Модуль осмотра имеет дело с процессом осмотра, вовлеченным в растаможивание. Процесс осмотра помогает таможенным инспекторам отслеживать и отчитываться о случаях осмотра. Модуль осмотра может быть использован совместно разными организациями внутри одного и-8 007041 того же модуля. Когда бланк декларации должным образом заполнен и подан (в модуль деклараций),процесс осмотра может быть начат таможенным инспектором в любое время. Осмотр может проводиться, если существует фактор риска, или по запросу на осмотр. Процесс осмотра связан с модулем управления и выбора риска (УВР) (RMS). Если в модуле УВР обнаруживается риск, запрос на осмотр направляется в модуль осмотра. Имеется три типа осмотров, которые включают в себя случайный, выборочный и полный осмотры. При случайном осмотре товары выбираются случайным образом на основании критериев, определенных при управлении риском. При выборочном осмотре осматривается выборка товаров, а при полном осмотре осматриваются все товары. Фиг. 7 является блок-схемой алгоритма, показывающей подробности модуля учета сборов в системе таможенного осмотра и обработки данных по фиг. 3. Модуль учета сборов управляет сборами, получаемыми от множества источников сборов в шаге S702. Система собирает, отслеживает, возмещает и управляет сборами, идущими, например, от пошлин, налогов, акцизов, штрафов, депозитов, других расходов и т.п. После того как декларация подана, система вычисляет пошлины, налоги и другие выплаты на основании ценности товаров и ее классификации. Каждая успешная и завершившаяся транзакция будет иметь связанную с ней сумму сборов (шаг S704). Модуль учета сборов отслеживает платежи на протяжении всего времени транзакции. Фиг. 8 является блок-схемой алгоритма, показывающей подробности модуля управления и выбора риска (УВР) в системе таможенного осмотра и обработки данных по фиг. 3. Модуль УВР облегчает оптимизацию высокоуровневых и низкоуровневых таможенных процессов, рисков и ресурсов. Модуль УВР может быть адаптирован на основании конкретных процедур, критериев и стратегий управления риском, принятых в данной стране. Управление риском включает в себя меры для непрерывного улучшения эффективности работы, выполняемой таможенными инспекторами. Главной целью таможенной службы является поиск импорта, который не соответствует нормам. Чтобы гарантировать соответствие, декларации и сопроводительная документация просматриваются на шаге S802. Модуль УВР сканирует поданные декларации на предмет любого риска и определяет статус декларации (например, красный, желтый или зеленый коридор) на шагах S804 и S806. Если риск обнаружен, то в модуль осмотра посылается запрос на осмотр, указывающий, что следует предпринять соответствующие шаги (шаги S808 и S810). Если не обнаружено рисков, то для растаможивания на шаге S812 требуется уплата пошлин. Процесс управления риском состоит из четырех ключевых шагов: 1) определить риск и целевые критерии; 2) анализировать и оценить риск; 3) назначить целевое действие риска; и 4) следить и составлять отчет. Управление риском для таможен является эволюционным процессом, и чтобы соответствовать модулю УВР, бизнес-процессы должны соответственно обновляться. Менеджер конфигураций позволяет пользователям аккуратно менять последовательность действий существующей системы и обновлять их бизнес-процессы в соответствии с их нуждами. Он является поставщиком услуг интеллектуального бизнеса, который поддерживает и удовлетворяет адаптацию бизнестребований. Новые бизнес-правила и формулы вычисления пошлин могут быть определены или отредактированы с использованием этого признака. Система может быть построена с нуля с использованием этого инструмента практически без кодирования. Свойства менеджера конфигураций включают в себя перестройку течения порядка работы, введение новых компонентов служб действия, определение новых действий или редактирование существующих, и изменение дизайна страниц, определение или редактирование формул подсчета пошлин. Система таможенного осмотра и обработки данных по настоящему изобретению может содержать другие ориентированные на задачи модули. К примеру, модуль таможенных тарифов представляет собой путь организации и управления тарифными объектами, таможенными пошлинами, налогами, сезонными пошлинами, льготами и расходами. Тарифная система определяет части, главы, заголовки, пункты, различные импортные пошлины, например, таможенные пошлины (в соответствии с правилами каждой страны), сезонные пошлины, таможенные реестровые пошлины, специальные налоги на ввозимые пищевые и сельскохозяйственные продукты, налоги согласно объему товаров, акцизные сборы и т.п. Модуль администрирования управляет выделением служб в пределах системы авторизованным пользователям. Он также поддерживает и ведет системные ссылочные таблицы, такие как таблицы профилей пользователей, таблицы профилей организаций, групп и т.п. Модуль администрирования может определять новые типы (например, типы векселей, типы СД и т.п.), новые местоположения и новые единицы измерения, которые используются в других модулях. Системные администраторы реализуют механизмы безопасности, и только авторизованным лицам предоставляются учетные записи. Секция администрирования бизнеса обеспечивает новые валюты, местоположения, единицы измерения, типы и обменные курсы в системе. Поскольку система поддерживает множество валют, обменные курсы играют важную роль во время уплаты пошлин в модуле учета сборов. В модуле торговой информации и статистики генерируются торговая информация и статистика из рабочего хранилища данных (РХД) согласно определенным критериям, представляющим интерес для потребителей и международного торгового сообщества. Эта информация составляется из множества отчетов. В дополнение к стандартным отчетам система предоставляет возможность создавать определяе-9 007041 мые пользователем отчеты, а также функции определяемых пользователем запросов, чтобы удовлетворять конкретным требованиям. 5. Выводы. Система таможенного осмотра и обработки данных по настоящему изобретению помогает странам модернизировать, перестраивать и активизировать свои процедуры растаможивания и связанные с ними торговые процессы. Она помогает при ускорении растаможивания посредством введения высоконадежных процедур компьютеризации и упрощения на базе Веб, тем самым минимизируя административные затраты. Система таможенного осмотра и обработки данных по настоящему изобретению предоставляет функции для облегчения процесса интернационализации и поддерживает многоязычные, многовалютные форматы различных данных и т.п. Настоящее изобретение строится согласованным с 16-разряднымUNICODE для того, чтобы поддерживать не алфавитно-цифровые знаки. Прикладная архитектура является гибкой и легко адаптируемой. Интеллектуальная система управления риском поддерживает улучшенное принятие решений, прослеживает несоответствия и расширяет сбор денег за счет гарантирования того, что 1) все товары продекларированы, 2) подсчет пошлин/налогов правильный, и 3) предпочтительные режимы пошлин/льгот и т.п. применены и управляются корректно. Система таможенного осмотра и обработки данных по настоящему изобретению может легко адаптироваться для реструктурирования и адаптации к новым процессам таможенных операций. В дополнение к этому, она помогает при выработке надежной и своевременной торговой и фискальной статистики, помогая в процессе экономического планирования в качестве побочного продукта процессов растаможивания. Система таможенного осмотра и обработки данных по настоящему изобретению революционизирует процесс растаможивания для торгового и таможенного сообщества. Все таможенные процессы и транзакции доступны посредством безопасного и зашифрованного доступа через Интернет. Эти возможности расширяют службы для любого, кто имеет доступ к Интернету, т.к. не требуется никакого специального программного или аппаратного обеспечения, отличного от стандартного Интернет-соединения, чтобы обращаться к таможенной информации и обрабатывать ее (например, выполнять транзакции и иные процессы таможенных служб). Компаниям обеспечивается обработка почти всех их бумаг в интерактивном режиме, исключая существующие системы и обеспечивая более высокую эффективность и таможенную службу. Система таможенного осмотра и обработки данных по настоящему изобретению является всесторонней и объединенной системой модернизации, управления и поддержки улучшенных решений. Кроме того, настоящее изобретение использует полное преимущество платформы Microsoft .NET и платформыWindows 2000, включая поддержку для службы Microsoft Active Directory, серверов .NET Enterprise и технологий платформы .NET (к примеру, единая среда выполнения программ, написанных на разных языках, С и Веб-службы). Система, способ и компьютерный программный продукт по настоящему изобретению могут быть воплощены в проводной или беспроводной среде связи, включая, но без ограничения, спутниковую, сотовую, беспроводную и проводную ГС, ЛС и т.п., общественную сеть связи, такую как Интернет, и частную сеть связи, такую как Интранет. Композиционная архитектура этой системы позволяет ей легко интегрироваться с любой аппаратной платформой, операционной системой и большинством настольных и производственных приложений. Эта система независима от платформы, сети и операционной системы. Система, способ и компьютерный программный продукт по настоящему изобретению поддерживают широкий диапазон протоколов передачи данных и сетевых протоколов, включая внутреннюю поддержку для IP, XML, HL7, WAP, I-mode, G3 и других промышленных стандартов протоколов передачи данных и сетевых протоколов. Клиентские модули и модули клиентских приложений в системе, способе и компьютерном программном продукте по настоящему изобретению могут быть воплощены с помощью операционной системы и связанного с ней аппаратного обеспечения, включая, но без ограничения, PalmOS, Microsoft Windows CE, Unix, Linux, VMS, IBM, Microsoft Windows NT, 95, 98, 200, ME и ХР и т.п. Системы, процессы и компоненты, изложенные в настоящем описании, могут быть воплощены с помощью одного или более универсальных компьютеров, микропроцессоров или тому подобного, запрограммированных согласно сведениям из настоящего описания, что является очевидным для специалиста. Соответствующее кодирование может быть легко осуществлено программистами на основании сведений из настоящего раскрытия, что очевидно специалистам. Настоящее изобретение, таким образом, включает в себя также продукт на базе компьютера, который может быть размещен на носителе данных и включает в себя команды, которые можно использовать для программирования компьютера на выполнение процесса в соответствии с настоящим изобретением. Носитель данных может включать в себя, но без ограничения, любой вид дисков, в том числе гибкий диск, оптический диск, CD-ROM, магнито-оптический диск, ПЗУ, ОЗУ, СППЗУ, ЭСППЗУ, флэш-память, магнитные или оптические карточки или любой вид носителей, пригодный для хранения электронных команд, локально или дистанционно. Выше описаны принципы, варианты выполнения и режимы работы настоящего изобретения. Однако изобретение не следует ограничивать частными вариантами выполнения, описанными выше, т.к. они- 10007041 должны рассматриваться как иллюстрирующие, а не ограничивающие. Следует понимать, что в этих вариантах выполнения специалистами могут быть сделаны изменения без отхода от объема настоящего изобретения. Хотя выше описаны предпочтительные варианты выполнения настоящего изобретения, следует понимать, что оно представлено только в качестве примера, а не ограничения. Таким образом, широту и объем настоящего изобретения не следует ограничивать описанными выше примерными вариантами выполнения. Очевидно, что многочисленные модификации и изменения настоящего изобретения возможны в свете вышеизложенного. Поэтому понятно, что изобретение может осуществляться иначе, нежели описано здесь. ФОРМУЛА ИЗОБРЕТЕНИЯ 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, в которой упомянутая информация, относящаяся к упомянутой партии товаров,включает в себя информацию, полученную из таможенной декларации.- 11007041 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, в котором таможенный отдел инициирует процесс осмотра.- 12007041 39. Способ по п.21, в котором упомянутый процесс осмотра является по меньшей мере одним из случайного осмотра, выборочного осмотра и полного осмотра.