Руководство по администрированию системы Лист утверждения

1. Введение 7

1.1. Область применения 7

1.2. Возможности системы 7

1.3. Требования к пользователям 7

1.4. Условные обозначения и сокращения 7

2. Назначение и условия применения 11

2.1. Виды деятельности, функции 11

2.2. Программные и аппаратные требования к системе 11

3. Подготовка к работе 12

3.1. Запуск системы 12

3.2. Справочники системы 12

3.3. Функции системы 12

3.4. Дополнительные настройки системы 12

4. Процедуры по обслуживанию систем СУФД и СУФД-портал 13

4.1. Ежедневные процедуры 13

4.2. Процедуры, проводимые при необходимости 20

4.3. Проверка настроек уровня логирования серверной и пользовательской частей системы 22

4.4. Настройка производительности СУФД 24

4.5. Создание и проверка бэкапов систем (БД и ППО) 25

4.6. Обновление систем СУФД и СУФД-Портал 26

3.1. Проверить интеграционные таблицы TB_Message. В них не должно быть документов в статусе, отличном от «3» (в обоих направлениях). 26

3.2. Проверить очереди для рассылки (не должно быть документов в статусе «3080» и «11101» в таблице DOC). 26

3.3. Необходимо проверить в таблице DOC наличие документов со статусом «18». 26

3.4. Необходимо проверить в таблице DOC наличие документов со статусом «16». 27

3.5. Необходимо проверить в таблице DOC наличие документов со статусом «20». 27

4.1. Проверить в таблицах QUEUE_DOCUMENT, QUEUE_PACKET_IN и QUEUE_PACKET_OUT записи со статусами RECEIVED и SEND_READY. В случае их обнаружения дождаться их обработки (перехода на статусы PROCESSED или NULL) . 27

4.2. Статус RECEIVED. Необходимо дождаться, пока оставшиеся с этим статусом документы перейдут на статус NULL. 27

4.3. Статус SEND_READY. Необходимо дождаться, пока оставшиеся с этим статусом документы перейдут на статус NULL или, в крайнем случае, SENT. 27

4.4. Статус SENDING (Direction «OUT»). Означает, что документ находится в обработке. Если он долго находится в этом статусе, то необходимо статус сбросить в SEND_READY и повторить шаг 4.2. 27

4.5. Статусы SENDING_ERROR, PROCESSING_ERROR. Необходимо проанализировать ошибки, описанные в поле ERROR_MESSAGE. Возможно (в случае ошибок, связанных, например, с недоступностью каких либо служб), понадобится переотправка или повторный прием. Для переотправки перевести документ на статус SEND_READY (при этом в поле DIRECTION должно быть значение OUT). Для повторного приема перевести документ на статус RECEIVED (при этом в поле DIRECTION должно быть значение IN). 27

4.6. Статус SEND_READY. Необходимо дождаться пока оставшиеся на этом статусе документы перейдут на статус NULL или, в крайнем случае, SENDED. 28

4.7. Статус SENDING. Этот статус означает, что документ находится в обработке. Если он долго находится в этом статусе, то необходимо сбросить в SEND_READY статус и повторить шаг 4.6. 28

4.8. Статусы ERROR, PROCESSING_ERROR. Необходимо проанализировать ошибки, описанные в поле ERRORMESSAGE. Возможно (в случае ошибок, связанных, например, с недоступностью файлового/FTP шлюза), понадобится переотправка или повторный прием. Для переотправки перевести документ на статус SEND_READY. 28

4.9. Статус RECEIVED. Необходимо дождаться пока оставшиеся на этом статусе документы перейдут на статус NULL. 28

4.10. Статус PROCESSING. Этот статус означает, что документ находится в обработке. Если он долго находится в этом статусе, то необходимо сбросить в RECEIVED статус и повторить шаг 4.9. 28

4.11. Статусы ERROR, PROCESSING_ERROR. Необходимо проанализировать ошибки, описанные в поле ERRORMESSAGE. Возможно (в случае ошибок, связанных, например, с недоступностью файлового/FTP шлюза), понадобится переотправка или повторный прием. Для повторного приема перевести документ на статус RECEIVED. 28

5.1. Остановить планировщик АП. 28

5.2. Дождаться окончания выполнения автопроцедур. 28

5.3. Произвести отключение Тоссера, предназначенного для переноса файлов формата ТФФ. 28

5. Аварийные ситуации 29

5.1. Новая репликация. Возможные проблемы 29

5.2. Старая репликация. Возможные проблемы 30

5.3. Ошибки документов в транспорте (при отправке или приемке на АРМ или ОФК) 32

5.4. Проблемы связанные с настройками Портала 33

2.1. Шаг актуален только для документов (не для отчетов). Проверить в разделе «Справочники – Отчётность – Служебный словарь связи шаблонов и отчетов» наличие записи с 3-буквенным кодом документа. Здесь же можно будет взять код шаблона для проверки следующего шага. 33

2.2. Проверить в разделе «Справочники – Отчётность – Служебный словарь версий шаблонов и отчетов» наличие записи с найденным выше кодом (или кодом формы отчета, если ищем отчет). 33

2.3. Если запись есть, то проверить, есть ли в ней вложение. 33

2.1. Для пользователей IE необходимо добавить сертификат в системное хранилище доверенных сертификатов. 41

2.2. Для пользователей Chrome и FireFox необходимо добавить сертификат в хранилище сертификатов java. 41

5.5. Порядок запуска «АП повторной обработки документов на статусе TO_REPROCESS (34)» в СУФД 41

5.6. Общесистемные проблемы 44

5.7. Необрабатываемые ошибки 46

6. Рекомендации по освоению 47

6.1. Рекомендации по настройке СУФД (ядро 7.0). Открытый контур 47

6.2. Рекомендации по настройке СУФД (ядро 7.0). Портал 51

6.3. Мониторинг ошибок 55

6.4. Типовые ошибки и варианты их решения 67

1.1. В СУФД, в ДТВ необходимо открыть меню: 75

1.2. «Справочники – Отчетность – Служебный словарь версий шаблонов отчетов». 75

1.3. Отфильтровать по необходимому коду шаблона список шаблонов. 75

1.4. Выбрать запись со значением TFF в поле «Формат» и открыть двойным щелчком мыши на просмотр (рис. 15). 75

1.5. Открывшаяся таблица должна содержать запись со значением TFF в поле «Формат» (рис. 15). 76

1.6. С помощью кнопки «Сохранить» извлечь данную запись и посмотреть ее содержимое (рис. 16). 77

2.1. В ППО «АСФК (СУФД)», в ДТВ необходимо перейти по следующему пути «Справочники – Системные – Справочник связок для ОрФК» (рис. 17). 77

2.2. В поле фильтра вставить маску получателя (маска, которая указывается в xml-файле отчета, в теге


2.3. Если маска получателя не найдена в указанном справочнике, то необходимо проверить, корректна ли маска выгруженного документа. Если маска некорректна, то необходимо из ППО «АСФК (OEBS)» выгрузить документ с корректной маской. Если маска корректна, то проверить существуют ли в ППО «АСФК (СУФД)» актуальные данные для этой организации (л/с, УБП). В зависимости от результата проверки выполнить следующие действия: 77

3.1. В СУФД в модуле «Системный администратор» необходимо открыть меню «Транспорт – Транспортные комплексы». 78

3.2. Отфильтровать по маске получателя и посмотреть, какой тип комплекса там указан (рис. 18). 78

5.1. С помощью поиска открыть «Универсальную форму ведения ассоциаторов» (рис.19). 78

5.2. В открывшейся форме по кнопке «Выбрать» перейти к «Справочнику соответствия типов и статусов документов АСФК и ТФФ» (рис. 20). 79

5.3. В открывшейся форме, в поле «АСФК Ключ 1» через поиск (клавиша «F11») найти код шаблона необходимого отчета. Выделить все записи и выгрузить в ППО «АСФК (СУФД)» (рис. 21). 79

6.5. Ошибки Системы сопряжения 81

6.6. Проблемы конвертации синка 84

6.7. Проблемы при выгрузке отчетов в ТФФ 85

7. Сообщения системному администратору 87

Приложение 1. Рекомендации по заведению обращений 88

Приложение 2. Описание статусной модели СУФД 89

А. Статусы передачи 89

А.1. Стандартные этапы доставки документа 90

А.2. Порядок обработки документа в СУФД, в случае ошибки при определении адресата 96

А.3. Требования к этапу доставки документа от отправителя (транзитного) до получателя (транзитного или конечного) 97

А.4. Доведение статусов передачи от получателя до отправителя
документа 103

Б. Статусы утверждения 104

Б.1. Детализация статусов утверждения 108

В. Бизнес статусы 108

В.1. Доведение бизнес статуса до отправителя документа 109

ЛИСТ РЕГИСТРАЦИИ ИЗМЕНЕНИЙ 111