Государственный таможенный комитет Российской Федерации
СПЕЦИАЛИЗИРОВАННОЕ ГОСУДАРСТВЕННОЕ
УЧРЕЖДЕНИЕ "ГЛАВНЫЙ НАУЧНО-ИНФОРМАЦИОННЫЙ
ВЫЧИСЛИТЕЛЬНЫЙ ЦЕНТР ГТК РОССИИ"

ПИСЬМО

от 13 ноября 2003 года N 09-04/6043


Пояснения по вопросам эксплуатации АПС
"Учет бланков ПТС и ПШТС"

    
    
    В целях разъяснения наиболее часто встречающихся вопросов, возникающих в таможенных органах в ходе эксплуатации АПС "Учет бланков ПТС и ПШТС", высылаем вам справочные материалы (приложение).
    
    Информация вышеуказанных справочных материалов будет включена в полном объеме в рабочую документацию на АПС "Учет бланков ПТС и ПШТС".
    
    

Первый
заместитель директора
полковник таможенной службы
А.Н.Хотько

    
Приложение

Справочные материалы по вопросам эксплуатации АПС
"Учет бланков ПТС и ПШТС"

    
    
ИНСТРУКЦИЯ
по осуществлению приема, загрузки/выгрузки и передачи
сообщений АПС "Учет бланков ПТС и ПШТС" на уровне
регионального таможенного управления и таможни

    
    
    Действия сотрудников РТУ и таможен (далее - сотрудники таможенного органа) по приему, загрузке/выгрузке и передаче сообщений АПС "Учет бланков ПТС и ПШТС" осуществляются в соответствии со схемой, приведенной на рис.1.

рисунок*

Рис.1. Схема приема, загрузки/выгрузки и передачи сообщений
АПС "Учет бланков ПТС и ПШТС" на уровне РТУ и таможен

_______________
    * Рисунок не приводится. Примечание .
    
    
    1. Сотрудник таможенного органа осуществляет прием архивных файлов, поступивших по каналам ВИТС с вышестоящего и с нижестоящих уровней и содержащих сообщения АПС "Учет бланков ПТС и ПШТС" (тип информации в АРМ "Канал" - "БЛАНК ПТС РТУ"/"БЛАНК ПТС Таможня"/"БЛАНК ПТС пост").
    
    Полученные архивные файлы, содержащие сообщения АПС "Учет бланков ПТС и ПШТС" (тип информации в АРМ "Канал - "БЛАНК ПТС РТУ"/"БЛАНК ПТС Таможня"/"БЛАНК ПТС пост"), сотрудник таможенного органа размещает в входных очередях архивных файлов (НУi - для сообщений с нижестоящих уровней, ВУ - для сообщений с вышестоящего уровня) узлов соответствующих таможенных органов, от которых получены архивные файлы.
    
    2. Сотрудник таможенного органа останавливает работу обработчика сообщений в АПС "Учет бланков ПТС и ПШТС", если он был запущен ранее.
    
    3. Сотрудник таможенного органа осуществляет разархивацию архивных файлов, размещенных во входных очередях архивных файлов (НУi/ВУ), в соответствующие входные очереди сообщений узлов обмена АПС "Учет бланков ПТС и ПШТС" (УО НУi/УО ВУ). После разархивации архивные файлы должны быть удалены из входной очереди НУi/ВУ или перемещены из входной очереди НУi/ВУ в специально созданную директорию архива.
    
    4. Сотрудник таможенного органа осуществляет просмотр всех выходных очередей сообщений узлов обмена АПС "Учет бланков ПТС и ПШТС" (УО НУi/УО ВУ). В случае наличия сообщений в выходной очереди УО НУi/УО ВУ сотрудник таможенных органов производит их архивацию. Сообщения, включенные в архивный файл, затем удаляются из выходной очереди УО НУi. Полученный архивный файл перемещается в соответствующую нижестоящему или вышестоящему узлу (ГНИВЦ, РТУ, таможня или таможенный пост, в которые требуется передать архивные файлы) выходную очередь архивных файлов (НУi/ВУ). Архивный файл в выходной очереди архивных файлов (НУi/ВУ) обрабатывается АРМом "Канал", при этом в типе информации указывается: "БЛАНК ПТС ТАМОЖНЯ" для архивных файлов, предназначенных для передачи в таможни; "БЛАНК ПТС ПОСТ" для архивных файлов, предназначенных для передачи на посты; "БЛАНК ПТС РТУ" для архивных файлов, предназначенных для передачи в РТУ, "БЛАНК ПТС ГНИВЦ" для архивных файлов, предназначенных для передачи ГНИВЦ.
    
    5. Сотрудник таможенного органа запускает работу обработчика сообщений в АПС "Учет бланков ПТС и ПШТС".
    
    6. Сотрудник таможенного органа осуществляет просмотр всех выходных очередей архивных файлов (НУi/ВУ). В случае наличия архивного файла, обработанного АРМ "Канал" в выходной очереди архивных файлов НУi/ВУ, сотрудник производит его передачу средствами ВИТС в соответствующий таможенный орган. После передачи архивные файлы должны быть удалены из выходной очереди архивных файлов НУi/ВУ или перемещены из выходной очереди архивных файлов НУi/ВУ в специально созданную директорию архива.
    
    

Разъяснения по решению типовых проблем,
возникающих при эксплуатации
АПС "Учет бланков ПТС и ПШТС" совместно
с КПС "Журналы - Регистрация"

    
    Данное решение предназначено для случая, когда необходима работа одного сервера FireBird и двух баз данных - БД АПС "Учет бланков ПТС и ПШТС" и БД КПС "Журналы - Регистрация".
    
    Для корректной работы АПС "Учет бланков ПТС и ПШТС" и КПС "Журналы - Регистрация" на одном ПК необходимо выполнение следующих действий:
    
    а) определить очередность установки программных средств (ПС);
    
    б) произвести установку первого по выбору ПС, перезагрузить операционную систему (ОС);
    
    в) перед установкой второго ПС остановить сервер FireBird, для чего необходимо в трее ОС (там, где системные часы) кликнуть правой кнопкой мыши на значке сервера FireBird и выбрать из меню "shir down";
    
    г) установить второе ПС;
    
    д) в каталог <путь установки>\firebird\udf того ПС, которое устанавливалось последним, необходимо поместить файл xx_udf.dll первого установленного ПС (ej_udf.dll для КПС "Журналы - Регистрация" и fc_udf.dll для АПС "Учет бланков ПТС и ПШТС" соответственно).
    
    Для проверки корректности произведенных операций необходимо убедиться в следующем:
    
    - в каталоге, куда установлена ОС Windows, в папке system (для ОС семейства 9x) либо system 32 (для Win NT, 2000, XP) имеются файлы gds32.dll (размер не более 36К) и fbclient.dll;
    
    - если первым было установлено АПС "Учет бланков ПТС и ПШТС", то в системном реестре в ветке
    
    [HKEY_LOCAL_MACHINE\SOFTWARE\Borland\Interbase\CurrentVersion] значение ключа RootDirectory должно содержать корректный путь к папке Firebird;
    
    - если первым было установлено КПС "Журналы - Регистрация", то в системном реестре в ветке
    
    [HKEY_LOCAL_MACHINE\SOFTWARE\FirebirdSQL\Firebird\CurrentVersion] значение ключа на RootDirectory должно содержать корректный путь к папке Firebird.
    
    

Возможные проблемы при приеме/передаче информации
между уровнями АПС "Учет бланков ПТС и ПШТС"

    
    1. Неверная адресная информация.
    
    В момент обработки XML-сообщения в случаях, когда не совпадает код таможенного органа, указанный в …..эге <receiver> с кодом таможенного органа, указанным в настройках ТЕКУЩЕГО УЗЛА, в лог файл записывается следующее сообщение: "Сообщение содержит неверную адресную информацию Отправитель ХХХХХХХХ. Получатель ХХХХХХХХ". Сообщения, при обработке которых возникает вышеуказанная ошибка, не могут быть обработаны АПС "Учет бланков ПТС и ПШТС". Пользователю необходимо сообщить в тот таможенный орган, откуда пришло сообщение, о том, что оно выслало сообщения не для того адресата.
_______________
     ХХХХХХХХ - восьмизначный код таможенного органа.
    
    
    2. Обработка дублированных сообщений.
    
    В момент обработки XML-сообщения в случаях, когда обрабатываемое сообщение было обработано на данном узле ранее, в лог файл записывается следующее сообщение: "Ошибка: exception <номер>. Сообщение уже создано X : Y : Z", где X - номер узла в "Узлах обмена"; Y - обозначение типа сообщения: O(Out) - исходящее сообщение, I(In) - входящее сообщение; Z - номер сообщения в стеке. Например, выдано сообщение об ошибке со следующими параметрами: 4: I: 82. Необходимо в меню "Администрирование" выбрать пункт "Узлы обмена" (рис.2). Значение параметра X необходимо искать в поле "Id узла обмена". В нашем случае это Южное таможенное управление. Тип сообщения O (Out) соответствует вкладке "Исходящие" (правая половина экрана на рисунке 2), I (In) соответствует вкладке "Входящие". Ищем во вкладке "Входящие" 782 сообщение (рис.3). Убеждаемся, что сообщение с таким номером действительно есть. Значит, сообщение, при обработке которого появилась ошибка, имеет тот же самый номер, что и сообщение, параметры которого были указаны в тексте ошибки.
_______________
     <номер> - номер исключения не важен в контексте понимания и устранения ошибки.
    
    

рисунок*

    
Рис.2. Узлы обмена.

_______________
    * Рисунок не приводится. Примечание .
    
    

рисунок*

Рис.3. Найденное сообщение.

_______________
    * Рисунок не приводится. Примечание .
    
    
    Причины появления дублей при приеме и обработке сообщений:
    
    1. Повторная пересылка сообщения с нижестоящего узла на текущий (10% случаев).
    
    2. Наличие на нижестоящем уровне двух или более серверных частей АПС "Учет бланков ПТС и ПШТС" (90% случаев).
    
    Во втором случае несколькими серверными частями генерируются сообщения с одинаковыми номерами, но различным содержанием. На вышестоящем узле обрабатывается сообщение, пришедшее первым! При выявлении подобной ситуации необходимо выяснить причины ее возникновения.
    
    Нижеследующее можно делать лишь в исключительных ситуациях!!!
    
    В случаях, когда необходимо принять и обработать новое сообщение, необходимо удалить сообщение, которое уже находится во входном стеке. В нашем примере это сообщение с номером 782. Для этого необходимо выделить сообщение 782 и нажать на кнопку со значком минус в панели инструментов окна "Узлы обмена". После обработки новое сообщение поместится во входную очередь, но не будет обработано, так как счетчик обработанных сообщений имеет значение большее, чем номер принятого сообщения. Например, последнее обработанное сообщение для Южного таможенного управления 1959. Для того, чтобы вновь обработать сообщение с номером 782, необходимо выставить значение счетчика обработанных сообщений (далее счетчик) равным 781. Тем самым обработка сообщений, принятых из ЮТУ, будет начинаться с 782. Однако необходимо отметить, что сообщения, находящиеся в стеке после 782, будут также обработаны, что приведет к неправильной отработке бизнес-логики в АПС. Для того, чтобы обработка закончилась на сообщении 782, необходимо удалить из стека сообщение с номером 783. Так как обработка в АПС осуществляется последовательно, она (обработка) прекратится. После того как сообщение будет принято и обработано, необходимо вернуть счетчику изначальное значение - 1959.
    
    

рисунок*

Рис.4. Редактирование узла ЮТУ

_______________
    * Рисунок не приводится. Примечание .
    
    
    Необходимо помнить, что такой способ обработки дублей приводит к потере сообщений из входных/выходных стеков БД!!!
    
    
    3. Потери сообщений при передаче по каналам ВИТС.
    
    В случаях, когда XML-сообщения с подчиненных таможенных органов принимаются, но не обрабатываются (это заметно по содержимому окна обработчика сообщений, в нем не отображается информация о содержимом XML-сообщений), имеет место нарушение последовательности в принятых сообщениях. Чтобы это проверить, необходимо войти в окно "Узлы обмена" (рис.2) и сравнить значение счетчика последнего обработанного сообщения с номером последнего входящего сообщения. Расхождения означают потерю сообщений, начиная с номера следующего за номером последнего обработанного сообщения. Конец диапазона потерянных сообщений определяется по вкладке "Входящие".
    
    При обнаружении потерь в сообщениях необходимо связаться с нижестоящим таможенным органом, проинформировать о потере, диапазоне потерянных сообщений и, получив потерянные сообщения, загрузить их в АПС.
    
    
    
Текст документа сверен по:
рассылка