Суфд транспортный статус ошибка отправки

6.3.1.Рекомендации по мониторингу транспортных ошибок

Для диагностики транспортных ошибок используют такие средства мониторинга ППО «АСФК (СУФД)» как:

  1. Монитор транспортной очереди:
  • Пакетная очередь;
  • Документарная очередь.
  1. Мониторинг ППО «АСФК (СУФД)».

Средства мониторинга призваны предоставить информацию о жизненном цикле документа в ППО «АСФК (СУФД)», т.е. с момента создания и загрузки до отправки вышестоящему комплексу (ППО «АСФК (СУФД)», ППО «АСФК (OEBS)»).

6.3.1.1.Общий принцип работы транспортной системы

В ППО «АСФК (СУФД)» документ имеет два основных направления: отправление и приём.

Общий принцип отправки документа состоит в следующем:

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

Алгоритм приема пакетов выглядит следующим образом:

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

Для понимания того, как работает транспортная подсистема ППО «АСФК (СУФД)», необходимо также выделить следующие ключевые понятия:

Транспортный документ – универсальный перевозчик объектов. В него запаковываются документы, ЖИД и всё что будет перевозиться в будущем.

Пакет – конечная единица транспортного обмена. Может содержать shipment, ТФФ файл.

  1. Очередь документов – является двунаправленной: входящее/исходящее направление, отображает маршрут транспортного документа относительно текущего комплекса ППО «АСФК (СУФД)». Отображение информации о документарных очередях доступно в пункте меню «Администрирование – Монитор транспортной очереди – Документарная очередь».
  2. Очередь пакетов – делится на входящую и исходящую. Отображение информации о пакетных очередях доступно в пункте меню «Администрирование – Монитор транспортной очереди – Пакетная очередь».
  3. Статус – информация о текущем состоянии отправки/получения документа.
Документарная очередь

При попадании в документарную очередь документ получает ряд атрибутов, по которым его можно найти на визуальной форме в разделе «Администрирование – Монитор транспортной очереди – Документарная очередь»:

  1. GUID– присваивается автоматически системой.
  2. GUID содержимого – присваивается GUID содержимого документа.
  3. Направление – исходящий или входящий документ.
  4. Статус – отображается текущий статус документа, возможные варианты:
  • SEND_READY – готов к отправке;
  • SENT – отправлен;
  • SENDING_ERROR – ошибка отправки документа (для исходящего);
  • RECEIVED – Принят;
  • PROCESSING_ERROR – ошибка отправки документа (для входящего);
  • PROCESSED – успешно обработан;
  • REPROCESS_LIMIT_EXHAUSTED – достигнуто максимальное количество переотправок;
  • NULL – пустое значение;
  • Прочие статусы, не используются.
  1. Тип содержимого – присваивается тип «документ» или «ЖИД».
  2. Организации – системное имя организации, из/в которой(ую) осуществляется маршрутизация документа. Делится на:
  • Отправители;
  • Получатели;
  • Дата создания.

  1. 11. Документарная очередь

При нажатии на правую кнопку мыши в области выделенного документа, отобразится контекстное меню, из которого можно осуществить следующие действия:

  1. Просмотр элемента очереди – доступна подробная информация о документе, включая сведения об ошибке, если она была, и содержимое документа.
  2. Скачать содержимое – в случае если документ находится на статусе, отличном от «NULL», доступно сохранение документа в xml-формате.
  3. Удалить.
  4. Обработать повторно – повторная обработка документа.
  5. Текст ошибки – если документ находится на статусе «SENDING_ERROR», «PROCESSING_ERROR», «REPROCESS_LIMIT_EXHAUSTED», «UNKNOWN_ERROR», «CANT_DESERIALIZE_CONTENT», «CANT_UNPACK_REPLICATION», то доступно сохранение текста ошибки в формате txt.
  6. Пакеты документа – осуществляется переход к связанному пакету документа.
  7. Изменить статус… – доступно изменение статуса документа на любой другой, (например, для выполнения последующей повторной обработки документа).

Статус ошибки ERRORCODE – WRONG_APPLY_DOCLOG. Данный код ошибки (QUEUE_DOCUMENT.ERRORCODE) применяется к документам типа ЖИД, в тех случаях, когда версия документа (DOC.INSTATENUMBER) отличается от версии ЖИДа (QUEUE_DOCUMENT.DOC_LOG_VERSION) в ситуациях, при которых ЖИДы относящиеся к документу приходят по транспорту в случайной последовательности. Будет происходить ожидание требуемого ЖИДа с последующим его применением к документу.

Транспортные документы, содержащие ЖИДы со статусом WRONG_APPLY_DOCLOG принимают статус PENDING (QUEUE_DOCUMENT.ITEM_STATUS) до тех пор, пока не произойдёт поступление недостающей версии ЖИДа и применение его содержимого к документу. После этого транспортный документ изменяет свой статус на ARCHIVE (QUEUE_DOCUMENT.ITEM_STATUS IS NULL).

Статус ошибки ERRORCODE – CANT_APPLY_DOCLOG. Данный код ошибки (QUEUE_DOCUMENT.ERRORCODE) применяется к документам типа ЖИД по всех остальных критических ситуациях, как например, отсутствия документа для применения ЖИДа, ошибка закачки блоба и т.д. Транспортные документы, содержащие ЖИДы со статусом CANT_APPLY_DOCLOG (QUEUE_DOCUMENT.ITEM_STATUS), принимают статус PROCESSING_ERROR и будут взяты в повторную обработку согласно настройкам транспорта. Когда количество повторных обработок превысит заданное, данные транспортные документы принимают код ошибки REPROCESS_LIMIT_EXHAUSTED.

Пакетная очередь
Исходящая пакетная очередь

При попадании в исходящую пакетную очередь документ получает ряд атрибутов, по которым его можно найти на визуальной форме в разделе «Администрирование – Монитор транспортной очереди – Пакетная очередь» на вкладке «Исходящие пакеты»:

  1. GUID – присваивается автоматически системой.
  2. GUID последовательности – в случае если отправляемый пакет разбит на несколько частей (в окончании имени выгружаемого файла указывается индекс – порядковый номер), то все части связаны между собой посредством данного поля – одинаковое значение. На получателе пакеты не начнут обработку, пока все не дойдут до него.
  3. URL – адрес, по которому будет выкладываться пакет, определяется при создании пакета статус – отображается текущий статус документа, возможные варианты:
  • SEND_READY – Готов к отправке;
  • SENDED – Отправлен;
  • NULL – пустое значение;
  • ERROR – Ошибка;
  • Прочие статусы, не используются.
  1. Дата создания.

  1. 12. Исходящая пакетная очередь

При нажатии на правую кнопку мыши в области найденного документа, отобразится контекстное меню, из которого можно осуществить следующие действия:

  • Просмотр элемента очереди – доступна подробная информация о документе, включая сведения об ошибке, если она была и содержимое документа;
  • Скачать содержимое – в случае если документ находится на статусе, отличном от «NULL», доступно сохранение документа в xml-формате;
  • Удалить;
  • Обработать повторно – повторная обработка документа;
  • Текст ошибки – если документ находится на статусе «ERROR», то доступно сохранение текста ошибки в формате txt;
  • Документы пакета – осуществляется переход к связанному документу в очереди документов;
  • Изменить статус – доступно изменение статуса пакета на любой другой (например, для выполнения последующей повторной обработки документа).
Входящая пакетная очередь

При попадании во входящую пакетную очередь документ получает ряд атрибутов, по которым его можно найти на визуальной форме в разделе «Администрирование – Монитор транспортной очереди – Пакетная очередь» на вкладке «Исходящие пакеты»:

  1. Имя файла – имя файла, который загружен.
  2. GUID – содержится в имени файла (в случае для ППО «АСФК (СУФД)») сохраняется только GUID, в случае для ППО «СЭД» полное имя файла).
  3. Тип комплекса – тип комплекса, которому предназначен загруженный файл.
  4. Статус – отображается текущий статус документа, возможные варианты:
  • IGNORED – игнорировать; устанавливается вручную, если необходимо, чтобы пакет не участвовал в обработке;
  • RECEIVED – принят;
  • NULL – пустое значение;
  • PARTIAL_PROCESSED – частично обработан, устанавливается, если не все документы из пакета смогли обработаться;
  • ERROR – ошибка;
  • прочие статусы – не используются.
  1. Дата создания.

  1. 13. Входящая пакетная очередь

При нажатии на правую кнопку мыши в области найденного документа, отобразится контекстное меню (рис. 13), из которого можно осуществить следующие действия:

  • Просмотр элемента очереди – доступна подробная информация о документе, включая сведения об ошибке, если она была, и содержимое документа;
  • Скачать содержимое – в случае если документ находится на статусе, отличном от «NULL», доступно сохранение документа в xml-формате;
  • Удалить;
  • Текст ошибки – если документ находится на статусе «ERROR», то доступно сохранение текста ошибки в формате txt;
  • Документы пакета – осуществляется переход к связанному документу в очереди документов;
  • Изменить статус – доступно изменение статуса пакета на любой другой, в т.ч. для выполнения последующей повторной обработки документа.

Примечание. В пакетной очереди записи в статусе ARCHIVE, у которых есть связанные ошибочные документы в ошибочном статусе (PROCESSING_ERROR, REPROCESS_LIMIT_EXHAUSTED, FATAL_PROCESSING_ERROR), выделены розовато-красного цвета.

6.3.1.2.Варианты транспортного взаимодействия

Возможно несколько вариантов, когда ППО «АСФК (СУФД)» используется для отправки/приема документов:

  • Отправка документа из СУФД в другую СУФД/СЭД;
  • Прием документа из СУФД/СЭД в другую СУФД;
  • Отправка/прием документа из СУФД в том же СУФД, т.е. между организациями, находящимися в одном комплексе;
  • Отправка/прием документа из(в) ППО «АСФК (СУФД)» в(из) ППО «АСФК (OEBS)».
Отправка документа из СУФД в другую СУФД /СЭД

При отправке созданного/транзитного в АРМ СУФД документа он попадает в очередь документов и получает исходящее направление. Далее упаковывается в пакет (или несколько пакетов) и попадает в исходящую очередь пакетов. Исходящие пакеты отправляются из очереди получателю по URL.

Документарная очередь

При попадании в документарную очередь документ получает следующий ряд атрибутов:

  • GUID;
  • GUID содержимого – присваивается GUID содержимого (например, документа который был создан пользователем);
  • направление – OUT, т.е. исходящий документ;
  • статус – «SEND_READY»;
  • тип содержимого – присваивается тип «документ»;
  • организации – системное имя организации;
  • отправители – текущая организация;
  • получатели – организация-получатель документа;
  • дата создания – текущая дата создания.

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

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

При отрицательном результате обработки транспортного документа он не отправляется в пакетную очередь, а текущий транспортный документ в документарной очереди получает один из статусов (в зависимости от типа ошибки):

  • «SENDING_ERROR»;
  • «PROCESSING_ERROR»;
  • «REPROCESS_LIMIT_EXHAUSTED»;
  • «CANT_DESERIALIZE_CONTENT»;
  • «UNKNOWN_ERROR».

Просмотреть текст ошибки можно, выбрав в контекстном меню пункт «Просмотр элемента очереди», или сохранив текст ошибки в файл из одноименного пункта. В случае если требуется переотправить документ, следует перевести документ на статус «SEND_READY» (пункт контекстного меню «Изменить статус на» – «SEND_READY») и выполнить повторную обработку документа (пункт контекстного меню «Обработать повторно»).

При положительном результате обработки транспортного документа он отправляется в исходящую пакетную очередь, а текущий документ в документарной очереди получает статус «SENT»(в дальнейшем, при получении квитка, статус изменяется на конечный «NULL»). Перейти к пакету, в который попал документ, можно выбрав в контекстном меню для данного документа пункт «Пакеты документа». Автоматически откроется раздел «Администрирование – Монитор транспортной очереди – Пакетная очередь», вкладка «Исходящие пакеты», в списочной форме будет пакет, в который попал документ.

Исходящая пакетная очередь

При попадании в исходящую пакетную очередь документ получает ряд атрибутов, по которым его можно найти на визуальной форме в разделе «Администрирование – Монитор транспортной очереди – Пакетная очередь» на вкладке «Исходящие пакеты»:

  • GUID;
  • GUID последовательности;
  • URL – строка вида «ftp://login:password@ipadress/stand/complex?filename= guid.gz.shipment», содержит GUID в имени сохраняемого файла;
  • Статус – «SEND_READY»;
  • Дата создания.

Содержимое транспортного пакета выкладывается по URL-адресу, указанному в соответствующем атрибуте, пакет переводится на статус «SENDED» (в дальнейшем, при получении квитка, статус изменяется на конечный «NULL» и содержимое пакета очищается).

Прием документа из СУФД /СЭД в другую СУФД

При получении документа в АРМ ППО «АСФК (OEBS)» он попадает во входящую пакетную очередь. Из входящей очереди пакетов выбираются последовательности пакетов со статуса «RECEIVED» и распаковываются. После обработки (распаковки) входящих пакетов документ сохраняется в очередь документов. В случае, когда документ идёт в организацию, расположенную на этом же комплексе, он сохраняется во входящем направлении (IN) со статусом «RECEIVED», иначе – в исходящем (OUT) на статусе «SEND_READY». Из документарной очереди извлекается транспортный документ и обрабатывается системой.

Входящая пакетная очередь

При попадании во входящую пакетную очередь документ получает ряд атрибутов, по которым его можно найти на визуальной форме в разделе «Администрирование – Монитор транспортной очереди – Пакетная очередь» на вкладке «Входящие пакеты»:

  • Имя файла.;
  • GUID – GUID входящего пакета (в случае получателя ППО «АСФК (СУФД)», содержится в наименовании входящего файла) или имя файла (в случае получателя СЭД);
  • Статус – «RECEIVED»;
  • Дата создания.

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

Примечание. Также можно осуществлять поиск по другим атрибутам, например, вместо имени файла в поле GUID указать GUID загружаемого документа (содержится в имени файла, в случае передачи документа, предназначенного для ППО «АСФК (СУФД)»).

При отрицательном результате обработки пакета он не отправится в документарную очередь, а текущий документ в документарной очереди получает статус «ERROR». Просмотреть текст ошибки можно, выбрав в контекстном меню пункт «Просмотр элемента очереди», или сохранив текст ошибки в файл из одноименного пункта. В случае если требуется обработать пакет, следует перевести пакет на статус «RECEIVED» (пункт контекстного меню «Изменить статус на..» – «RECEIVED») и он автоматически обработается спустя время, указанное в настройках обработки пакетов.

При положительном результате обработки пакета он отправляется в транспортную очередь, а текущий пакет в пакетной очереди получает статус «NULL», при этом очищается содержимое. Перейти к документу, который распаковался из пакета, можно выбрав в контекстном меню для данного документа пункт «Документы пакета». Автоматически откроется раздел «Администрирование – Монитор транспортной очереди – Документарная очередь», в списочной форме будет выбран документ.

Документарная очередь

Первоначальные значения атрибутов транспортного документа в документарной очереди различаются, в зависимости от получателя:

  • GUID;
  • GUID содержимого – присваивается GUID содержимого документа;
  • Направление и статус– «IN» и «RECEIVED» – если организация-получатель находится на текущем комплексе и дальнейшая пересылка не требуется;
  • «OUT» и «SEND_READY» – если документ предназначен для дальнейшей пересылки (например, текущий комплекс ОФК, а документ предназначается для ДУБП);
  • Тип содержимого – в зависимости от типа пересылаемого содержимого присваивается либо «документ», либо «ЖИД»;
  • Организации – системное имя организации;
  • Отправитель;
  • Получатель;
  • Дата создания.

При отрицательном результате обработки транспортного документа не будет извлечено содержимое, а текущий транспортный документ в документарной очереди получает один из статусов «SENDING_ERROR», «PROCESSING_ERROR», «REPROCESS_LIMIT_EXHAUSTED», «CANT_UNPACK_REPLICATION» (в зависимости от типа ошибки). Просмотреть текст ошибки можно, выбрав в контекстном меню пункт «Просмотр элемента очереди», или сохранив текст ошибки в файл из одноименного пункта.

В случае если требуется повторно обработать документ, следует перевести документ на статус:

  • для документа, предназначенного текущему комплексу «RECEIVED» (пункт контекстного меню «Изменить статус на..» – «RECEIVED») и выполнить повторную обработку документа (пункт контекстного меню «Обработать повторно»);
  • для документа, предназначенного для дальнейшей пересылки «SEND_READY» (пункт контекстного меню «Изменить статус на» – «SEND_READY») и выполнить повторную обработку документа (пункт контекстного меню «Обработать повторно»).

При положительном результате обработки транспортного документа извлекается его содержимое, а текущий транспортный документ в документарной очереди получает статус:

  • «NULL», и содержимое пакета очищается;
  • «SENT» и в дальнейшем «NULL» при получении квитка, содержимое пакета очищается.
Отправка/прием документа из СУФД в том же СУФД, т.е. между организациями, находящимися в одном комплексе

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

Отправка документа из(в) ППО «АСФК (СУФД)» в(из) ППО «АСФК (OEBS)»

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

Прием документа из ППО «АСФК (OEBS)» в ППО «АСФК (СУФД)» осуществляется, минуя транспортные очереди ППО «АСФК (СУФД)», т.е. их просмотр невозможно осуществить в мониторинге транспортных очередей.

6.3.2.Рекомендации по мониторингу ошибок ЭП/УЭП7

Ошибки при работе с ЭП/УЭП в ППО «АСФК (СУФД)» можно разделить на две категории: ошибки создания подписи и ошибки проверки подписи.

6.3.2.1.Ошибки создания подписи

Ошибки создания подписи возникают в том случае, если в момент создания ЭП/УЭП есть проблемы с:

  • доступом к криптосерверу;
  • доступом к службам удостоверяющего центра;
  • cхемой подписи (отсутствие схемы подписи для документа, отсутствие активной схемы подписи для подписываемого типа документа);
  • cертификатом пользователя (проблемы с настройкой сертификата на клиентской машине, сертификат просрочен, отказан, отсутствует на сервере ППО «АСФК (СУФД)» для текущего пользователя, не зарегистрирован на криптосервере);
  • ошибки, не относящиеся к перечисленным выше проблемам;
  • cертификатом службы доверенного времени (TSA) (может быть просрочен).

Проблемы, описанные в п.п. 1, 3 и частично 4, являются причиной неактивности кнопки «Подпись» в скроллере документа. Остальные проблемы можно идентифицировать по ошибке, которая будет выведена в скроллер документа, на закладку «Подписи», в поле «Ошибка формирования УЭП» (полный текст ошибки можно просмотреть, дважды щелкнув в указанном поле).

Если кнопка «Подпись» неактивна, необходимо проверить что:

  1. На сервере ППО «АСФК (СУФД)» есть активные схемы подписи для выбранного типа документа.
  2. На сервере ППО «АСФК (СУФД)» заведен сертификат для текущего пользователя (если недавно был заменен старый Криптосервер на новый, запись с сертификатом придется пересоздать, т.к. сертификат регистрируется на Криптосервере в момент создания записи в криптоадминистраторе ППО «АСФК (СУФД)»). Для того чтобы убедиться, что сертификат заведен корректно, необходимо в криптоадминистраторе ППО «АСФК (СУФД)», ветка Сертификаты, выделить запись необходимого сертификата и нажать на панели инструментов кнопку «Проверить целостность сертификата», удостоверившись, что сертификат действительный.

Если ЭП/УЭП была создана, но находится на статусе ERROR(Ошибка), необходимо просмотреть текст ошибки, чтобы определить перечень действий по ее устранению. Типовыми проверками в этом случае являются:

  1. Исправны ли службы удостоверяющего центра.
  2. Находятся ли службы удостоверяющего центра на статусе READY (путь «Криптоадминистратор ППО «АСФК (СУФД)» – Внешние сервисы»; при пересохранении всех записей статусы служб обновляются на криптосервере).
  3. Запущен ли криптосервер, верно ли указан адрес криптосервера в настройках сервера ППО «АСФК (СУФД)».

Если текст ошибки непонятен, то следует обратиться к специалисту из отдела безопасности информации.

6.3.2.2.Ошибки проверки подписи

Ошибки проверки подписи можно разделить на три категории:

  1. Несоответствие подписанных данных документа проверяемым.
  2. Ошибки при проверке меток служб Удостоверяющего центра.
  3. Ошибки настройки криптографии на проверяющей стороне.

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

Для диагностики проблемы необходимо сверить, с какой версией схемы подписи пришел документ, и какую версию использует проверяющая сторона. Для проверки версии схемы подписи на стороне ППО «АСФК (СУФД)» используется скрипт:

select PATTERN_VERSION, SCHEME_VERSION from CG_SIGN_SCHEME

where id in(

select SIGN_SCHEME_ID from CG_DOC_SIGN_INFO where ROUTECONTEXT_ID=(

select ROUTECONTEXTID from ROUTECONTEXT where DOCID=(

select DOCID from ABSTRACTDOC where GLOBALDOCID=’GUID документа’)));

Ниже приведенный запрос на основании GUID документа выводит версии схем, использованных в СУФД и OEBS:

Запускается под apps.

SELECT

r.business_status,

s.guid_value,

s.sign_time,

s.verify_time,

decode(s.verify_status,

‘2’,’CHECK_SUCCESS’,

‘4’,’CHECK ERROR’,

‘5’,’BODY ERROR’,

‘6’,’NOT VERIFY ECP’,

‘7’,’ONLY HASH’,

‘8’,’NOT VERIFY HASH’,

‘9’,’NOT SEND MESSAGE’) AS status,

s.verify_user_name,

s.doc_scheme_ver AS oebs_SCHEME,

sfd.pattern_version AS sufd_SCHEME

FROM xxt_ds_signed_data s, xxt_bs_doc_registry r, sufd.cg_sign_scheme sfd

WHERE s.guid_value = ‘C848FBE5-B80F-403A-8FB0-ABD49366F088’ —вставить GUID из Транспортной истории

AND s.guid_value = r.doc_guid

AND sfd.id =

(SELECT sign_scheme_id

FROM sufd.cg_doc_sign_info

WHERE routecontext_id =

(SELECT routecontextid

FROM sufd.routecontext

WHERE docid =

(SELECT docid

FROM sufd.abstractdoc

WHERE globaldocid = lower(s.guid_value))))

Если версии схем подписи у подписывающей и проверяющей стороны совпадают, необходимо сверить строки подписи (подписываемые данные).

Для того чтобы получить строки подписи в ППО «АСФК (СУФД)» необходимо сохранить GUID необходимого документа. Зайти в Криптоадминистратор ППО «АСФК (СУФД)», на котором был создан документ, меню «Открыть – Схема подписи документов». Выбрать схему подписи: найти все активные схемы подписи для необходимого типа документа, выбрать среди них подмножество схем с наибольшей версией шаблона, а среди выбранного подмножества – выбрать с наибольшей версией схемы (такая будет одна). Выделить найденную схему. На форме ниже нажать на кнопку «Проверить схему подписи на документе по GUID» (зеленая галка). В появившемся окне ввести GUID документа. Запомнить путь (в появившемся диалоговом окне), по которому сохранятся строки подписи.

Для того чтобы получить строки подписи из ППО «АСФК (OEBS)», необходимо открыть в ППО «АСФК (OEBS)» форму редактирования документа, меню «Сервис – Просмотр ЭП документа», в появившемся окне выделить запись с подписью из ППО «АСФК (СУФД)» и нажать кнопку «Показать текст».

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

6.3.2.3.Сценарий проверки подписи ТФФ в случае отсутствия доступа к криптосерверу

Сценарий включает в себя следующие шаги:

  1. ТФФ приходит с подписью и сохраняется во входящей пакетной очереди.
  2. В ППО «АСФК (СУФД)» пакет распаковывается, извлекается подпись и осуществляется попытка ее проверить.
  3. Проверка подписи завершается с ошибкой «Нет доступа к крипто-серверу» или любой другой ошибкой крипто-сервера.
  4. Пакет в пакетной очереди переходит на статус «ERROR» с кодом ошибки CANT_CHECK_SIGN.
  5. Архив с ТФФ и подписью попадает в папку BAD с сообщением «Невозможно проверить подпись. Ошибка доступа к крипто-серверу» в файле info.

Особенности данного сценария:

  1. Клиенту не отправляется квиток в случае возникновения ошибки «Нет доступа к крипто-серверу».
  2. Администратор проводит мониторинг пакетной очереди. В случае появления ошибочных пакетов с кодом ошибки CANT_CHECK_SIGN администратор восстанавливает доступ к крипто-серверу и переводит все такие пакеты на статус «RECEIVED», что приводит к их повторной обработке.

6.3.3.Рекомендации по мониторингу ошибок БД

Одной из основных причин падения производительности и бездействия транспортной подсистемы являются проблемы БД, в частности нехватка табличного пространства (TableSpace, TS). Для устранения подобных проблем в ППО «АСФК (СУФД)» существуют специальные средства очистки БД от лишних/устаревших данных.

Мониторинг TS возможен посредством SQLPLUS. Приведенный ниже запрос выполняется под пользователем system. Минимальный рекомендуемый размер TS – 30Гб.

SELECT SUBSTR(DF.TABLESPACE_NAME, 1, 20) «TABLESPACE NAME»,

DF.FILE_NAME,

ROUND(DF.BYTES / 1024 / 1024, 2) «SIZE (Mb)»,

ROUND(E.USED_BYTES / 1024 / 1024, 2) «USED (Mb)»,

ROUND(F.FREE_BYTES / 1024 / 1024, 2) «FREE (Mb)»,

ROUND(E.USED_BYTES * 100 / DF.BYTES, 2) «% USED»

FROM DBA_DATA_FILES DF,

(SELECT FILE_ID, SUM(DECODE(BYTES, NULL, 0, BYTES)) USED_BYTES

FROM DBA_EXTENTS

GROUP BY FILE_ID) E,

(SELECT MAX(BYTES) FREE_BYTES, FILE_ID

FROM DBA_FREE_SPACE

GROUP BY FILE_ID) F

WHERE DF.TABLESPACE_NAME = ‘SUFD_TS’

AND E.FILE_ID(+) = DF.FILE_ID

AND DF.FILE_ID = F.FILE_ID(+)

ORDER BY DF.TABLESPACE_NAME, DF.FILE_NAME;

В ППО «АСФК (СУФД)» есть «Автопроцедура удаления вложений документов-перевозчиков». Она создана для оптимизации места, занимаемого базой данных. А именно она удаляет вложения к документам. Для настройки автопроцедуры необходимо зайти в Администратор ППО «АСФК (СУФД)», раздел «Автопроцедуры» и добавить автопроцедуру удаления вложений документов-перевозчиков.

Аргументы:

  • documentsPortionCount(300, LONG) – задается количество документов подлежащих обработке за 1 раз.
  • continuedProcessing(false, BOOLEAN) – рекомендуется установить в true. Рекомендуется запускать автопроцедуру каждый день вечером.

Однако, для высвобождения пространства недостаточно одной автопроцедуры, дополнительно необходима оптимизация на уровне базы данных. Для этого выпущены скрипты с подробной инструкцией 005.139.014 to 005.150.015DEFRAGИнструкция по установке задания по дефрагментации.doc (а так же по вложении 14 – DEFRAG.zip). Эти скрипты обязательны для всех регионов и должны быть выполнены администраторами БД.

Источник

Небольшой FAQ по решению типичных проблем при работе с порталом СУФД. Информация взята с сайта УФК по Чувашской республике и немного переработана, всвязи с этим некоторые данные (ip-адреса, имена узлов) могут отличатся. Вместо имен узлов можно использовать ip-адреса. Желательно использовать браузер Mozilla Firefox, ибо стабильнее.

Проблема:

Решение:

1. Не можем войти в СУФД, вводим логин и пароль,но при нажатии кнопки «Вход» ничего не происходит

Очистка файлов cookie, кэша браузера.

Удалить запомненные пароли в КриптоПРО.

Панель управления -> КриптоПРО -> вкладка «Сервис» -> кнопка «Удалить запомненные пароли» -> поставить галочку в пункте «Пользователя» и нажать на кнопку «ОК».

Очистка кэша Java.

Панель управления -> Java -> вкладка «General» -> кнопка «Settings» -> в появившемся окне нажать на кнопку «Delete files» -> нажать на кнопку «ОК».

Желательно проделывать эти процедуры каждый день, перед началом работы с порталом. А также проверить, не сбилось ли у вас системное время (дата, часовой пояс).

2. Нет соединения с порталом, хотя континент работает

Пропинговать ip-адресс 10.15.200.66, и если ping идет, проверить, прописаны ли в файле hosts (C:WINDOWSsystem32driversetchosts) строки:

10.15.200.66 s1500w03.ufk15.roskazna.local s1500w03

10.15.200.66 sufd.s1500w03.ufk15.roskazna.local sufd

если нет, то их необходимо прописать и перезагрузить компьютер.

3. СУФД не работает, сервер не отвечает.

Возможно, из-за перезагрузки сервера СУФД в УФК. Первичная рекомендация подождать 10-15 минут, если вы все равно не смогли войти по истечению этого времени, позвонить в отдел информационных систем.

4. Портал просит сменить пароль, что делать

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

5. Пользователь блокирован

Обратиться в отдел режима секретности и безопасности информации.

6. Континент не работает

Проверить, установлен ли личный сертификат на Континент-АП.

Панель управления -> Свойства обозревателя -> вкладка «Содержание» -> кнопка «Сертификаты».

Если нет, необходимо его установить, нажав правой кнопкой мыши на иконку Континент-АП в трее(правый нижний угол экрана), перейдя в пункт меню «Установить сертификат пользователя».

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

7. Как установить личные сертификаты

Устанавливаются через КриптоПро.

Панель управления -> КриптоПро -> «Сервис» -> «Установить личный сертификат». По поводу сертификата обратиться в отдел режима секретности и безопасности информации.

8. Не подписывается документ

Проверить, установлены ли личные сертификаты пользователей в КриптоПро.

Панель управления -> Свойства обозревателя -> вкладка «Содержание» -> кнопка «Сертификаты».

Проверить, соответствует ли версия Java рекомендуемой(как войти см. п.1 и нажимаете кнопку «About», должна быть 6 update 17 или выше).

Разрешен ли запуск Java, включены ли плагины Java( Для Internet Explorer: заходите во вкладку «Сервис»-> «Надстройки»-> «Панели инструментов и расширения», в появившемся меню все, что связано с Java, должно быть в состоянии «включено».

Если Mozilla Firefox, то во вкладке «Инструменты»-> пункт «Дополнения»-> во вкладках «Расширения» и «Плагины» все, что связано Java, также должно быть включено).

Отключено ли блокирование всплывающих окон(Для Internet Explorer: вкладка «Сервис»-> пункт «Блокирование всплывающих окон»-> в раскрывшемся меню первый пункт должен быть «Включить блокирование всплывающих окон», если же в первом пункте «Отключить блокирование всплывающих окон», то его необходимо кликнуть мышкой.

В Mozilla Firefox вкладка «Инструменты» -> «Настройки» -> вкладка «Содержимое», в пункте «Блокировать всплывающие окна» убираете галочку и жмете кнопку «ОК» ).

Сброс на стандартные настройки Java. В панели управления открываете Java(как войти см. п.1), кнопка «Settings», затем «Restore defaults» и «ОК».

Проверить, провели ли вы «Документарный контроль», соблюдается ли у вас очередность подписей.

Тот ли ключевой носитель у вас стоит.

Под тем ли пользователем вы вошли.

9. Проблемы c Java

Просмотреть также как в пункте 8: разрешено ли исполнение java, отключено ли блокирование всплывающих окон в браузере, корректная версия ли у вас Java стоит, включены ли плагины Java.

10. Документ не отправляется, пишет «Документ имеет недостаточное количество подписей, в соответствии с настроенными правилами утверждения»

Документ подписан либо одной подписью вместо 2-х, либо одна из подписей некорректная. В случае недостаточного количества подписей – подписать недостающей, в случае ошибочной – переподписать.

11. Во время подписания документа «вылетает» ошибка «URL is NULL» либо любая другая, некорректно завершающая подписание

Заново установить личный сертификат. См. пункт 7.

12. Во время подписания «вылетает» окно КриптоПро, в котором написано, что указанный набор ключей не существует

Проверить, соответствует ли внешний носитель с ключом ЭЦП пользователю, работающему в СУФД. Если соответствует, заново установить личный сертификат пользователя и привязать его к ключевому носителю. См. пункт 7.

13. Не могу подписать вложения

Подписывать вложения нет необходимости, так как сам документ утверждается.

14. Как заполнять документ

В этом случае обращайтесь к вашему куратору функционального отдела.

15. Не сохраняется документ

Типичная ошибка связана с некорректным заполнением документа, документ не сохраняется из-за критических ошибок. Необходимо данные ошибки исправить, после чего документ можно будет сохранить.

16. Не импортируется документ в СУФД

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

17. Не виден документ в скроллере общего списка, не меняется статус документа после проведения каких-либо операций над ним

Необходимо обновить список документов, нажав на кнопку «Обновить список документов» в панели инструментов СУФД. Чтобы увидеть созданный документ, необходимо также обновить список документов, либо пролистать скроллер на следующую страницу просмотра.

18. Не могу найти документ

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

19. Нет возможности просмотреть вложения в документах или сам документ не открывается.

Если у вас Internet Explorer 7,8,9 то нужно добавить в доверенные узлы два узла СУФД: s1500w03.ufk15.roskazna.local,  sufd.s1500w03.ufk15.roskazna.local;

и сбросить настройки безопасности для этих узлов на низкий(Для этого входите во вкладку «Сервис» -> «Свойства обозревателя» -> вкладка «Безопасность» -> пункт «Надежные узлы» -> кнопка «Узлы», в появившемся окне добавляете два узла:

https://s1500w03.ufk15.roskazna.local

https://sufd.s1500w03.ufk15.roskazna.local

и жмете кнопку «Закрыть».

Чтобы сбросить уровень безопасности для надежных узлов на низкий, в пункте «Надежные узлы» жмете на кнопку «Другой»-> в выпадающем списке выбираете «Низкий» ->нажимаете кнопку «Сбросить»-> в окне предупреждения жмете кнопку «Да» и нажимаете «ОК», закрываете «Свойства обозревателя» ).

Если у вас Mozilla Firefoх, то во вкладке «Инструменты» -> «Настройки» -> «Содержимое», в пункте «Блокировать всплывающие окна» убираете галочку и жмете кнопку «ОК»

20. Не распечатываюся вложения

Заходите в документ, в котором имеются вложения, вкладка «Системные атрибуты», внизу есть поле «вложения», ставите галочку в поле «GUID» и жмете на кнопку «Напечатать».

21. Документ не проходит документарный контроль

При прохождении документарного контроля существуют 2 группы ошибок:

некритичные (желтые значки в списке ошибок) и критичные (красные значки в списке ошибок). Устранение критичных ошибок является обязательным условием для прохождения документарного контроля документа.

22. После проведения документарного контроля кнопка подписи неактивна.

После проведения документарного контроля Бизнес-статус должен стать «Введено», а Статус передачи «Введен».

1.Если Статус передачи «Отсутствует», то документарный контроль прошел некорректно. Необходимо такие документы откатить до статуса «Черновик» при помощи кнопки «Откат статуса передачи» и заново провести документарный контроль. После этого кнопка подписи должна стать активной.

2.Возможен второй вариант, если кнопка подписи неактивна, даже если документарный контроль прошел корректно. В таком случае нужно зайти в документ на редактирование и провести проверку документа при помощи кнопки «Проверить документ».После этого выйти из документа, обновить список документов, кнопка подписи должна стать активной.

23. Как выделить все документы

Выделяете один документ из списка и нажимаете Ctrl+A. После чего можете провести документарный контроль и подписание документов всей выделенной группы.

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

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

24. Документ не отправляется, пишет «Документ имеет недостаточное количество подписей, в соответствии с настроенными правилами утверждения»

Документ подписан либо одной подписью вместо 2-х, либо одна из подписей некорректная. В случае недостаточного количества подписей – подписать недостающей, в случае ошибочной – переподписать.

25. Не меняется статус документа более получаса

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

26. Нет возможности подготовить документ без связи с УФК

Данная проблема присуща самой идее использования портала СУФД, так как используется интернет подключение к удаленным ресурсам казначейства. Документ рекомендуется предварительно готовить в программах клиента, предназначенных для ведения бухгалтерского учета (1:С, парус и др.), с последующим импортом в портал.

27. Какое ПО нужно использовать для работы в СУФД на ОС Windows 7

Желательно использовать браузер Mozilla Firefoх последней версии, Java 6.17, если не работает с данной версией, то версию более новую. Проверить, соблюдены ли рекомендации данные в пункте 8. Континент-АП версии 3.5, КриптоПро версии 3.6 (по поводу данных ПО обращаться в отдел режима секретности и безопасности информации).

28. Если постоянно выбрасывает при вводе логина и пароля на страницу авторизации на ОС Windows 7

Если у вас Internet Explorer, то сменить на Mozilla Firefoх, если продолжается и на Mozilla Firefoх, то в командной строке (как вызвать смотреть п.2 ) ввести C:Program FilesMozilla Firefoxfirefox.exe –p, где C:Program FilesMozilla Firefoxfirefox.exe – это путь к браузеру.
Источник

Подборка по базе: 2.1 Порядок рассмотрения и утверждения проектных документов по.p, 2022 Комплект документов к ПП 11 ИСП 91.docx, Анализ организационно-правовых документов.docx, Акт проверки организации хранения документов в подразделениях_Д , ! ПАМЯТКА ДЛЯ СОИСКАТЕЛЕЙ.docx, Основные требования к хранению электронных документов в архиве г, 1 Список документов на трудоустройство.doc, Организация хранения документов.ppt, Образцы документов для ролевой игры.docx, создание комплексных документов.docx

Памятка по статусам документов в СУФД-online
В СУФД есть 3 вида статуса:

Бизнес статус – статус, отражающий состояние документа с точки зрения бизнеса. Бизнес статус является вычисляемым на основании статусов утверждения или транспортных статусов или получаемым из внешних систем (OEBS).

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

Статус утверждения – статус, который получает документ в результате его подписания ЭЦП / утверждения.
Классификация бизнес-статусов:

Бизнес-статус Описание
Черновик Документ открыт для редактирования
Введен Документ, который прошел все проверки на АРМ СУФД портал
Проверено Документ, который прошел проверки в АСФК (меняется после проверки в АСФК и выгрузки квитка
со статусом 002)
Отправлено в банк Документ был отправлен в банк (в учетной системе АСФК)
Зарегистрировано Документы ,которые зарегистрировали в АСФК (меняется после регистрации документа и выгрузки квитка со статусом 003)
Исполнено Документ был исполнен (в учетной системе)
Отменено Документ был отменен (учетной системой)

Классификация транспортных статусов:

Транспортный статус Описание
Введено Документ находится в портале и еще не был отправлен в транспорт
Отправляется (после нажатия на кнопку «Отправить») — документ передан в транспорт, то есть еще находится в портале (документарной, пакетной очереди)
Отправлен в СУФД Документ выгружен в виде пакета в СУФД прод
Принят учетной системой Документ дошел до АСФК
Обработан учетной системой Документ обработали в АСФК

В совокупности 2 статуса: Бизнес-статус и Транспортный статус показывают общую картину обработки документа на определенной стадии.

Бизнес-статус Транспортный статус Описание
Введен Принят учетной системой Документ еще не прошел проверки, а просто доставлен до учетной системы
Проверено Принят учетной системой Документ прошел проверки, но еще не обработан сотрудником ОФК/УФК
Зарегистрирован Обработан учетной системой Документ зарегистрировали и он принят к исполнению
Отменен Обработан учетной системой Документ обработали и отменили, не приняли к исполнению. Информация в протоколе

Классификация статусов утверждения:

Статус утверждения Описание
Не утвержден ЭЦП документа не подтверждена
Частично утвержден ЭЦП документа утверждена частично (подписан одной подписью)
Утвержден ЭЦП документа подтверждена успешно
Ошибка утверждения ЭЦП не прошла проверку утверждающего центра
Источник

6.3.1.Рекомендации по мониторингу транспортных ошибок

Для диагностики транспортных ошибок используют такие средства мониторинга ППО «АСФК (СУФД)» как:

  1. Монитор транспортной очереди:
  • Пакетная очередь;
  • Документарная очередь.
  1. Мониторинг ППО «АСФК (СУФД)».

Средства мониторинга призваны предоставить информацию о жизненном цикле документа в ППО «АСФК (СУФД)», т.е. с момента создания и загрузки до отправки вышестоящему комплексу (ППО «АСФК (СУФД)», ППО «АСФК (OEBS)»).

6.3.1.1.Общий принцип работы транспортной системы

В ППО «АСФК (СУФД)» документ имеет два основных направления: отправление и приём.

Общий принцип отправки документа состоит в следующем:

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

Алгоритм приема пакетов выглядит следующим образом:

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

Для понимания того, как работает транспортная подсистема ППО «АСФК (СУФД)», необходимо также выделить следующие ключевые понятия:

Транспортный документ – универсальный перевозчик объектов. В него запаковываются документы, ЖИД и всё что будет перевозиться в будущем.

Пакет – конечная единица транспортного обмена. Может содержать shipment, ТФФ файл.

  1. Очередь документов – является двунаправленной: входящее/исходящее направление, отображает маршрут транспортного документа относительно текущего комплекса ППО «АСФК (СУФД)». Отображение информации о документарных очередях доступно в пункте меню «Администрирование – Монитор транспортной очереди – Документарная очередь».
  2. Очередь пакетов – делится на входящую и исходящую. Отображение информации о пакетных очередях доступно в пункте меню «Администрирование – Монитор транспортной очереди – Пакетная очередь».
  3. Статус – информация о текущем состоянии отправки/получения документа.
Документарная очередь

При попадании в документарную очередь документ получает ряд атрибутов, по которым его можно найти на визуальной форме в разделе «Администрирование – Монитор транспортной очереди – Документарная очередь»:

  1. GUID– присваивается автоматически системой.
  2. GUID содержимого – присваивается GUID содержимого документа.
  3. Направление – исходящий или входящий документ.
  4. Статус – отображается текущий статус документа, возможные варианты:
  • SEND_READY – готов к отправке;
  • SENT – отправлен;
  • SENDING_ERROR – ошибка отправки документа (для исходящего);
  • RECEIVED – Принят;
  • PROCESSING_ERROR – ошибка отправки документа (для входящего);
  • PROCESSED – успешно обработан;
  • REPROCESS_LIMIT_EXHAUSTED – достигнуто максимальное количество переотправок;
  • NULL – пустое значение;
  • Прочие статусы, не используются.
  1. Тип содержимого – присваивается тип «документ» или «ЖИД».
  2. Организации – системное имя организации, из/в которой(ую) осуществляется маршрутизация документа. Делится на:
  • Отправители;
  • Получатели;
  • Дата создания.

  1. 11. Документарная очередь

При нажатии на правую кнопку мыши в области выделенного документа, отобразится контекстное меню, из которого можно осуществить следующие действия:

  1. Просмотр элемента очереди – доступна подробная информация о документе, включая сведения об ошибке, если она была, и содержимое документа.
  2. Скачать содержимое – в случае если документ находится на статусе, отличном от «NULL», доступно сохранение документа в xml-формате.
  3. Удалить.
  4. Обработать повторно – повторная обработка документа.
  5. Текст ошибки – если документ находится на статусе «SENDING_ERROR», «PROCESSING_ERROR», «REPROCESS_LIMIT_EXHAUSTED», «UNKNOWN_ERROR», «CANT_DESERIALIZE_CONTENT», «CANT_UNPACK_REPLICATION», то доступно сохранение текста ошибки в формате txt.
  6. Пакеты документа – осуществляется переход к связанному пакету документа.
  7. Изменить статус… – доступно изменение статуса документа на любой другой, (например, для выполнения последующей повторной обработки документа).

Статус ошибки ERRORCODE – WRONG_APPLY_DOCLOG. Данный код ошибки (QUEUE_DOCUMENT.ERRORCODE) применяется к документам типа ЖИД, в тех случаях, когда версия документа (DOC.INSTATENUMBER) отличается от версии ЖИДа (QUEUE_DOCUMENT.DOC_LOG_VERSION) в ситуациях, при которых ЖИДы относящиеся к документу приходят по транспорту в случайной последовательности. Будет происходить ожидание требуемого ЖИДа с последующим его применением к документу.

Транспортные документы, содержащие ЖИДы со статусом WRONG_APPLY_DOCLOG принимают статус PENDING (QUEUE_DOCUMENT.ITEM_STATUS) до тех пор, пока не произойдёт поступление недостающей версии ЖИДа и применение его содержимого к документу. После этого транспортный документ изменяет свой статус на ARCHIVE (QUEUE_DOCUMENT.ITEM_STATUS IS NULL).

Статус ошибки ERRORCODE – CANT_APPLY_DOCLOG. Данный код ошибки (QUEUE_DOCUMENT.ERRORCODE) применяется к документам типа ЖИД по всех остальных критических ситуациях, как например, отсутствия документа для применения ЖИДа, ошибка закачки блоба и т.д. Транспортные документы, содержащие ЖИДы со статусом CANT_APPLY_DOCLOG (QUEUE_DOCUMENT.ITEM_STATUS), принимают статус PROCESSING_ERROR и будут взяты в повторную обработку согласно настройкам транспорта. Когда количество повторных обработок превысит заданное, данные транспортные документы принимают код ошибки REPROCESS_LIMIT_EXHAUSTED.

Пакетная очередь
Исходящая пакетная очередь

При попадании в исходящую пакетную очередь документ получает ряд атрибутов, по которым его можно найти на визуальной форме в разделе «Администрирование – Монитор транспортной очереди – Пакетная очередь» на вкладке «Исходящие пакеты»:

  1. GUID – присваивается автоматически системой.
  2. GUID последовательности – в случае если отправляемый пакет разбит на несколько частей (в окончании имени выгружаемого файла указывается индекс – порядковый номер), то все части связаны между собой посредством данного поля – одинаковое значение. На получателе пакеты не начнут обработку, пока все не дойдут до него.
  3. URL – адрес, по которому будет выкладываться пакет, определяется при создании пакета статус – отображается текущий статус документа, возможные варианты:
  • SEND_READY – Готов к отправке;
  • SENDED – Отправлен;
  • NULL – пустое значение;
  • ERROR – Ошибка;
  • Прочие статусы, не используются.
  1. Дата создания.

  1. 12. Исходящая пакетная очередь

При нажатии на правую кнопку мыши в области найденного документа, отобразится контекстное меню, из которого можно осуществить следующие действия:

  • Просмотр элемента очереди – доступна подробная информация о документе, включая сведения об ошибке, если она была и содержимое документа;
  • Скачать содержимое – в случае если документ находится на статусе, отличном от «NULL», доступно сохранение документа в xml-формате;
  • Удалить;
  • Обработать повторно – повторная обработка документа;
  • Текст ошибки – если документ находится на статусе «ERROR», то доступно сохранение текста ошибки в формате txt;
  • Документы пакета – осуществляется переход к связанному документу в очереди документов;
  • Изменить статус – доступно изменение статуса пакета на любой другой (например, для выполнения последующей повторной обработки документа).
Входящая пакетная очередь

При попадании во входящую пакетную очередь документ получает ряд атрибутов, по которым его можно найти на визуальной форме в разделе «Администрирование – Монитор транспортной очереди – Пакетная очередь» на вкладке «Исходящие пакеты»:

  1. Имя файла – имя файла, который загружен.
  2. GUID – содержится в имени файла (в случае для ППО «АСФК (СУФД)») сохраняется только GUID, в случае для ППО «СЭД» полное имя файла).
  3. Тип комплекса – тип комплекса, которому предназначен загруженный файл.
  4. Статус – отображается текущий статус документа, возможные варианты:
  • IGNORED – игнорировать; устанавливается вручную, если необходимо, чтобы пакет не участвовал в обработке;
  • RECEIVED – принят;
  • NULL – пустое значение;
  • PARTIAL_PROCESSED – частично обработан, устанавливается, если не все документы из пакета смогли обработаться;
  • ERROR – ошибка;
  • прочие статусы – не используются.
  1. Дата создания.

  1. 13. Входящая пакетная очередь

При нажатии на правую кнопку мыши в области найденного документа, отобразится контекстное меню (рис. 13), из которого можно осуществить следующие действия:

  • Просмотр элемента очереди – доступна подробная информация о документе, включая сведения об ошибке, если она была, и содержимое документа;
  • Скачать содержимое – в случае если документ находится на статусе, отличном от «NULL», доступно сохранение документа в xml-формате;
  • Удалить;
  • Текст ошибки – если документ находится на статусе «ERROR», то доступно сохранение текста ошибки в формате txt;
  • Документы пакета – осуществляется переход к связанному документу в очереди документов;
  • Изменить статус – доступно изменение статуса пакета на любой другой, в т.ч. для выполнения последующей повторной обработки документа.

Примечание. В пакетной очереди записи в статусе ARCHIVE, у которых есть связанные ошибочные документы в ошибочном статусе (PROCESSING_ERROR, REPROCESS_LIMIT_EXHAUSTED, FATAL_PROCESSING_ERROR), выделены розовато-красного цвета.

6.3.1.2.Варианты транспортного взаимодействия

Возможно несколько вариантов, когда ППО «АСФК (СУФД)» используется для отправки/приема документов:

  • Отправка документа из СУФД в другую СУФД/СЭД;
  • Прием документа из СУФД/СЭД в другую СУФД;
  • Отправка/прием документа из СУФД в том же СУФД, т.е. между организациями, находящимися в одном комплексе;
  • Отправка/прием документа из(в) ППО «АСФК (СУФД)» в(из) ППО «АСФК (OEBS)».
Отправка документа из СУФД в другую СУФД /СЭД

При отправке созданного/транзитного в АРМ СУФД документа он попадает в очередь документов и получает исходящее направление. Далее упаковывается в пакет (или несколько пакетов) и попадает в исходящую очередь пакетов. Исходящие пакеты отправляются из очереди получателю по URL.

Документарная очередь

При попадании в документарную очередь документ получает следующий ряд атрибутов:

  • GUID;
  • GUID содержимого – присваивается GUID содержимого (например, документа который был создан пользователем);
  • направление – OUT, т.е. исходящий документ;
  • статус – «SEND_READY»;
  • тип содержимого – присваивается тип «документ»;
  • организации – системное имя организации;
  • отправители – текущая организация;
  • получатели – организация-получатель документа;
  • дата создания – текущая дата создания.

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

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

При отрицательном результате обработки транспортного документа он не отправляется в пакетную очередь, а текущий транспортный документ в документарной очереди получает один из статусов (в зависимости от типа ошибки):

  • «SENDING_ERROR»;
  • «PROCESSING_ERROR»;
  • «REPROCESS_LIMIT_EXHAUSTED»;
  • «CANT_DESERIALIZE_CONTENT»;
  • «UNKNOWN_ERROR».

Просмотреть текст ошибки можно, выбрав в контекстном меню пункт «Просмотр элемента очереди», или сохранив текст ошибки в файл из одноименного пункта. В случае если требуется переотправить документ, следует перевести документ на статус «SEND_READY» (пункт контекстного меню «Изменить статус на» – «SEND_READY») и выполнить повторную обработку документа (пункт контекстного меню «Обработать повторно»).

При положительном результате обработки транспортного документа он отправляется в исходящую пакетную очередь, а текущий документ в документарной очереди получает статус «SENT»(в дальнейшем, при получении квитка, статус изменяется на конечный «NULL»). Перейти к пакету, в который попал документ, можно выбрав в контекстном меню для данного документа пункт «Пакеты документа». Автоматически откроется раздел «Администрирование – Монитор транспортной очереди – Пакетная очередь», вкладка «Исходящие пакеты», в списочной форме будет пакет, в который попал документ.

Исходящая пакетная очередь

При попадании в исходящую пакетную очередь документ получает ряд атрибутов, по которым его можно найти на визуальной форме в разделе «Администрирование – Монитор транспортной очереди – Пакетная очередь» на вкладке «Исходящие пакеты»:

  • GUID;
  • GUID последовательности;
  • URL – строка вида «ftp://login:password@ipadress/stand/complex?filename= guid.gz.shipment», содержит GUID в имени сохраняемого файла;
  • Статус – «SEND_READY»;
  • Дата создания.

Содержимое транспортного пакета выкладывается по URL-адресу, указанному в соответствующем атрибуте, пакет переводится на статус «SENDED» (в дальнейшем, при получении квитка, статус изменяется на конечный «NULL» и содержимое пакета очищается).

Прием документа из СУФД /СЭД в другую СУФД

При получении документа в АРМ ППО «АСФК (OEBS)» он попадает во входящую пакетную очередь. Из входящей очереди пакетов выбираются последовательности пакетов со статуса «RECEIVED» и распаковываются. После обработки (распаковки) входящих пакетов документ сохраняется в очередь документов. В случае, когда документ идёт в организацию, расположенную на этом же комплексе, он сохраняется во входящем направлении (IN) со статусом «RECEIVED», иначе – в исходящем (OUT) на статусе «SEND_READY». Из документарной очереди извлекается транспортный документ и обрабатывается системой.

Входящая пакетная очередь

При попадании во входящую пакетную очередь документ получает ряд атрибутов, по которым его можно найти на визуальной форме в разделе «Администрирование – Монитор транспортной очереди – Пакетная очередь» на вкладке «Входящие пакеты»:

  • Имя файла.;
  • GUID – GUID входящего пакета (в случае получателя ППО «АСФК (СУФД)», содержится в наименовании входящего файла) или имя файла (в случае получателя СЭД);
  • Статус – «RECEIVED»;
  • Дата создания.

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

Примечание. Также можно осуществлять поиск по другим атрибутам, например, вместо имени файла в поле GUID указать GUID загружаемого документа (содержится в имени файла, в случае передачи документа, предназначенного для ППО «АСФК (СУФД)»).

При отрицательном результате обработки пакета он не отправится в документарную очередь, а текущий документ в документарной очереди получает статус «ERROR». Просмотреть текст ошибки можно, выбрав в контекстном меню пункт «Просмотр элемента очереди», или сохранив текст ошибки в файл из одноименного пункта. В случае если требуется обработать пакет, следует перевести пакет на статус «RECEIVED» (пункт контекстного меню «Изменить статус на..» – «RECEIVED») и он автоматически обработается спустя время, указанное в настройках обработки пакетов.

При положительном результате обработки пакета он отправляется в транспортную очередь, а текущий пакет в пакетной очереди получает статус «NULL», при этом очищается содержимое. Перейти к документу, который распаковался из пакета, можно выбрав в контекстном меню для данного документа пункт «Документы пакета». Автоматически откроется раздел «Администрирование – Монитор транспортной очереди – Документарная очередь», в списочной форме будет выбран документ.

Документарная очередь

Первоначальные значения атрибутов транспортного документа в документарной очереди различаются, в зависимости от получателя:

  • GUID;
  • GUID содержимого – присваивается GUID содержимого документа;
  • Направление и статус– «IN» и «RECEIVED» – если организация-получатель находится на текущем комплексе и дальнейшая пересылка не требуется;
  • «OUT» и «SEND_READY» – если документ предназначен для дальнейшей пересылки (например, текущий комплекс ОФК, а документ предназначается для ДУБП);
  • Тип содержимого – в зависимости от типа пересылаемого содержимого присваивается либо «документ», либо «ЖИД»;
  • Организации – системное имя организации;
  • Отправитель;
  • Получатель;
  • Дата создания.

При отрицательном результате обработки транспортного документа не будет извлечено содержимое, а текущий транспортный документ в документарной очереди получает один из статусов «SENDING_ERROR», «PROCESSING_ERROR», «REPROCESS_LIMIT_EXHAUSTED», «CANT_UNPACK_REPLICATION» (в зависимости от типа ошибки). Просмотреть текст ошибки можно, выбрав в контекстном меню пункт «Просмотр элемента очереди», или сохранив текст ошибки в файл из одноименного пункта.

В случае если требуется повторно обработать документ, следует перевести документ на статус:

  • для документа, предназначенного текущему комплексу «RECEIVED» (пункт контекстного меню «Изменить статус на..» – «RECEIVED») и выполнить повторную обработку документа (пункт контекстного меню «Обработать повторно»);
  • для документа, предназначенного для дальнейшей пересылки «SEND_READY» (пункт контекстного меню «Изменить статус на» – «SEND_READY») и выполнить повторную обработку документа (пункт контекстного меню «Обработать повторно»).

При положительном результате обработки транспортного документа извлекается его содержимое, а текущий транспортный документ в документарной очереди получает статус:

  • «NULL», и содержимое пакета очищается;
  • «SENT» и в дальнейшем «NULL» при получении квитка, содержимое пакета очищается.
Отправка/прием документа из СУФД в том же СУФД, т.е. между организациями, находящимися в одном комплексе

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

Отправка документа из(в) ППО «АСФК (СУФД)» в(из) ППО «АСФК (OEBS)»

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

Прием документа из ППО «АСФК (OEBS)» в ППО «АСФК (СУФД)» осуществляется, минуя транспортные очереди ППО «АСФК (СУФД)», т.е. их просмотр невозможно осуществить в мониторинге транспортных очередей.

6.3.2.Рекомендации по мониторингу ошибок ЭП/УЭП7

Ошибки при работе с ЭП/УЭП в ППО «АСФК (СУФД)» можно разделить на две категории: ошибки создания подписи и ошибки проверки подписи.

6.3.2.1.Ошибки создания подписи

Ошибки создания подписи возникают в том случае, если в момент создания ЭП/УЭП есть проблемы с:

  • доступом к криптосерверу;
  • доступом к службам удостоверяющего центра;
  • cхемой подписи (отсутствие схемы подписи для документа, отсутствие активной схемы подписи для подписываемого типа документа);
  • cертификатом пользователя (проблемы с настройкой сертификата на клиентской машине, сертификат просрочен, отказан, отсутствует на сервере ППО «АСФК (СУФД)» для текущего пользователя, не зарегистрирован на криптосервере);
  • ошибки, не относящиеся к перечисленным выше проблемам;
  • cертификатом службы доверенного времени (TSA) (может быть просрочен).

Проблемы, описанные в п.п. 1, 3 и частично 4, являются причиной неактивности кнопки «Подпись» в скроллере документа. Остальные проблемы можно идентифицировать по ошибке, которая будет выведена в скроллер документа, на закладку «Подписи», в поле «Ошибка формирования УЭП» (полный текст ошибки можно просмотреть, дважды щелкнув в указанном поле).

Если кнопка «Подпись» неактивна, необходимо проверить что:

  1. На сервере ППО «АСФК (СУФД)» есть активные схемы подписи для выбранного типа документа.
  2. На сервере ППО «АСФК (СУФД)» заведен сертификат для текущего пользователя (если недавно был заменен старый Криптосервер на новый, запись с сертификатом придется пересоздать, т.к. сертификат регистрируется на Криптосервере в момент создания записи в криптоадминистраторе ППО «АСФК (СУФД)»). Для того чтобы убедиться, что сертификат заведен корректно, необходимо в криптоадминистраторе ППО «АСФК (СУФД)», ветка Сертификаты, выделить запись необходимого сертификата и нажать на панели инструментов кнопку «Проверить целостность сертификата», удостоверившись, что сертификат действительный.

Если ЭП/УЭП была создана, но находится на статусе ERROR(Ошибка), необходимо просмотреть текст ошибки, чтобы определить перечень действий по ее устранению. Типовыми проверками в этом случае являются:

  1. Исправны ли службы удостоверяющего центра.
  2. Находятся ли службы удостоверяющего центра на статусе READY (путь «Криптоадминистратор ППО «АСФК (СУФД)» – Внешние сервисы»; при пересохранении всех записей статусы служб обновляются на криптосервере).
  3. Запущен ли криптосервер, верно ли указан адрес криптосервера в настройках сервера ППО «АСФК (СУФД)».

Если текст ошибки непонятен, то следует обратиться к специалисту из отдела безопасности информации.

6.3.2.2.Ошибки проверки подписи

Ошибки проверки подписи можно разделить на три категории:

  1. Несоответствие подписанных данных документа проверяемым.
  2. Ошибки при проверке меток служб Удостоверяющего центра.
  3. Ошибки настройки криптографии на проверяющей стороне.

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

Для диагностики проблемы необходимо сверить, с какой версией схемы подписи пришел документ, и какую версию использует проверяющая сторона. Для проверки версии схемы подписи на стороне ППО «АСФК (СУФД)» используется скрипт:

select PATTERN_VERSION, SCHEME_VERSION from CG_SIGN_SCHEME

where id in(

select SIGN_SCHEME_ID from CG_DOC_SIGN_INFO where ROUTECONTEXT_ID=(

select ROUTECONTEXTID from ROUTECONTEXT where DOCID=(

select DOCID from ABSTRACTDOC where GLOBALDOCID=’GUID документа’)));

Ниже приведенный запрос на основании GUID документа выводит версии схем, использованных в СУФД и OEBS:

Запускается под apps.

SELECT

r.business_status,

s.guid_value,

s.sign_time,

s.verify_time,

decode(s.verify_status,

‘2’,’CHECK_SUCCESS’,

‘4’,’CHECK ERROR’,

‘5’,’BODY ERROR’,

‘6’,’NOT VERIFY ECP’,

‘7’,’ONLY HASH’,

‘8’,’NOT VERIFY HASH’,

‘9’,’NOT SEND MESSAGE’) AS status,

s.verify_user_name,

s.doc_scheme_ver AS oebs_SCHEME,

sfd.pattern_version AS sufd_SCHEME

FROM xxt_ds_signed_data s, xxt_bs_doc_registry r, sufd.cg_sign_scheme sfd

WHERE s.guid_value = ‘C848FBE5-B80F-403A-8FB0-ABD49366F088’ —вставить GUID из Транспортной истории

AND s.guid_value = r.doc_guid

AND sfd.id =

(SELECT sign_scheme_id

FROM sufd.cg_doc_sign_info

WHERE routecontext_id =

(SELECT routecontextid

FROM sufd.routecontext

WHERE docid =

(SELECT docid

FROM sufd.abstractdoc

WHERE globaldocid = lower(s.guid_value))))

Если версии схем подписи у подписывающей и проверяющей стороны совпадают, необходимо сверить строки подписи (подписываемые данные).

Для того чтобы получить строки подписи в ППО «АСФК (СУФД)» необходимо сохранить GUID необходимого документа. Зайти в Криптоадминистратор ППО «АСФК (СУФД)», на котором был создан документ, меню «Открыть – Схема подписи документов». Выбрать схему подписи: найти все активные схемы подписи для необходимого типа документа, выбрать среди них подмножество схем с наибольшей версией шаблона, а среди выбранного подмножества – выбрать с наибольшей версией схемы (такая будет одна). Выделить найденную схему. На форме ниже нажать на кнопку «Проверить схему подписи на документе по GUID» (зеленая галка). В появившемся окне ввести GUID документа. Запомнить путь (в появившемся диалоговом окне), по которому сохранятся строки подписи.

Для того чтобы получить строки подписи из ППО «АСФК (OEBS)», необходимо открыть в ППО «АСФК (OEBS)» форму редактирования документа, меню «Сервис – Просмотр ЭП документа», в появившемся окне выделить запись с подписью из ППО «АСФК (СУФД)» и нажать кнопку «Показать текст».

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

6.3.2.3.Сценарий проверки подписи ТФФ в случае отсутствия доступа к криптосерверу

Сценарий включает в себя следующие шаги:

  1. ТФФ приходит с подписью и сохраняется во входящей пакетной очереди.
  2. В ППО «АСФК (СУФД)» пакет распаковывается, извлекается подпись и осуществляется попытка ее проверить.
  3. Проверка подписи завершается с ошибкой «Нет доступа к крипто-серверу» или любой другой ошибкой крипто-сервера.
  4. Пакет в пакетной очереди переходит на статус «ERROR» с кодом ошибки CANT_CHECK_SIGN.
  5. Архив с ТФФ и подписью попадает в папку BAD с сообщением «Невозможно проверить подпись. Ошибка доступа к крипто-серверу» в файле info.

Особенности данного сценария:

  1. Клиенту не отправляется квиток в случае возникновения ошибки «Нет доступа к крипто-серверу».
  2. Администратор проводит мониторинг пакетной очереди. В случае появления ошибочных пакетов с кодом ошибки CANT_CHECK_SIGN администратор восстанавливает доступ к крипто-серверу и переводит все такие пакеты на статус «RECEIVED», что приводит к их повторной обработке.

6.3.3.Рекомендации по мониторингу ошибок БД

Одной из основных причин падения производительности и бездействия транспортной подсистемы являются проблемы БД, в частности нехватка табличного пространства (TableSpace, TS). Для устранения подобных проблем в ППО «АСФК (СУФД)» существуют специальные средства очистки БД от лишних/устаревших данных.

Мониторинг TS возможен посредством SQLPLUS. Приведенный ниже запрос выполняется под пользователем system. Минимальный рекомендуемый размер TS – 30Гб.

SELECT SUBSTR(DF.TABLESPACE_NAME, 1, 20) «TABLESPACE NAME»,

DF.FILE_NAME,

ROUND(DF.BYTES / 1024 / 1024, 2) «SIZE (Mb)»,

ROUND(E.USED_BYTES / 1024 / 1024, 2) «USED (Mb)»,

ROUND(F.FREE_BYTES / 1024 / 1024, 2) «FREE (Mb)»,

ROUND(E.USED_BYTES * 100 / DF.BYTES, 2) «% USED»

FROM DBA_DATA_FILES DF,

(SELECT FILE_ID, SUM(DECODE(BYTES, NULL, 0, BYTES)) USED_BYTES

FROM DBA_EXTENTS

GROUP BY FILE_ID) E,

(SELECT MAX(BYTES) FREE_BYTES, FILE_ID

FROM DBA_FREE_SPACE

GROUP BY FILE_ID) F

WHERE DF.TABLESPACE_NAME = ‘SUFD_TS’

AND E.FILE_ID(+) = DF.FILE_ID

AND DF.FILE_ID = F.FILE_ID(+)

ORDER BY DF.TABLESPACE_NAME, DF.FILE_NAME;

В ППО «АСФК (СУФД)» есть «Автопроцедура удаления вложений документов-перевозчиков». Она создана для оптимизации места, занимаемого базой данных. А именно она удаляет вложения к документам. Для настройки автопроцедуры необходимо зайти в Администратор ППО «АСФК (СУФД)», раздел «Автопроцедуры» и добавить автопроцедуру удаления вложений документов-перевозчиков.

Аргументы:

  • documentsPortionCount(300, LONG) – задается количество документов подлежащих обработке за 1 раз.
  • continuedProcessing(false, BOOLEAN) – рекомендуется установить в true. Рекомендуется запускать автопроцедуру каждый день вечером.

Однако, для высвобождения пространства недостаточно одной автопроцедуры, дополнительно необходима оптимизация на уровне базы данных. Для этого выпущены скрипты с подробной инструкцией 005.139.014 to 005.150.015DEFRAGИнструкция по установке задания по дефрагментации.doc (а так же по вложении 14 – DEFRAG.zip). Эти скрипты обязательны для всех регионов и должны быть выполнены администраторами БД.

Обновлено: 11.04.2023

Небольшой FAQ по решению типичных проблем при работе с порталом СУФД. Информация взята с сайта УФК по Чувашской республике и немного переработана, всвязи с этим некоторые данные (ip-адреса, имена узлов) могут отличатся. Вместо имен узлов можно использовать ip-адреса. Желательно использовать браузер Mozilla Firefox, ибо стабильнее.

Очистка файлов cookie, кэша браузера.

Удалить запомненные пароли в КриптоПРО.

Очистка кэша Java.

Желательно проделывать эти процедуры каждый день, перед началом работы с порталом. А также проверить, не сбилось ли у вас системное время (дата, часовой пояс).

2. Нет соединения с порталом, хотя континент работает

Пропинговать ip-адресс 10.15.200.66, и если ping идет, проверить, прописаны ли в файле hosts (C:WINDOWSsystem32driversetchosts) строки:

10.15.200.66 s1500w03.ufk15.roskazna.local s1500w03

10.15.200.66 sufd.s1500w03.ufk15.roskazna.local sufd

если нет, то их необходимо прописать и перезагрузить компьютер.

3. СУФД не работает, сервер не отвечает.

Возможно, из-за перезагрузки сервера СУФД в УФК. Первичная рекомендация подождать 10-15 минут, если вы все равно не смогли войти по истечению этого времени, позвонить в отдел информационных систем.

4. Портал просит сменить пароль, что делать

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

5. Пользователь блокирован

Обратиться в отдел режима секретности и безопасности информации.

6. Континент не работает

Проверить, установлен ли личный сертификат на Континент-АП.

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

7. Как установить личные сертификаты

Устанавливаются через КриптоПро.

8. Не подписывается документ

Проверить, установлены ли личные сертификаты пользователей в КриптоПро.

Тот ли ключевой носитель у вас стоит.

Под тем ли пользователем вы вошли.

9. Проблемы c Java

Просмотреть также как в пункте 8: разрешено ли исполнение java, отключено ли блокирование всплывающих окон в браузере, корректная версия ли у вас Java стоит, включены ли плагины Java.

Документ подписан либо одной подписью вместо 2-х, либо одна из подписей некорректная. В случае недостаточного количества подписей – подписать недостающей, в случае ошибочной – переподписать.

Заново установить личный сертификат. См. пункт 7.

Проверить, соответствует ли внешний носитель с ключом ЭЦП пользователю, работающему в СУФД. Если соответствует, заново установить личный сертификат пользователя и привязать его к ключевому носителю. См. пункт 7.

13. Не могу подписать вложения

Подписывать вложения нет необходимости, так как сам документ утверждается.

14. Как заполнять документ

В этом случае обращайтесь к вашему куратору функционального отдела.

15. Не сохраняется документ

16. Не импортируется документ в СУФД

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

17. Не виден документ в скроллере общего списка, не меняется статус документа после проведения каких-либо операций над ним

18. Не могу найти документ

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

19. Нет возможности просмотреть вложения в документах или сам документ не открывается.

Если у вас Internet Explorer 7,8,9 то нужно добавить в доверенные узлы два узла СУФД: s1500w03.ufk15.roskazna.local, sufd.s1500w03.ufk15.roskazna.local;

20. Не распечатываюся вложения

21. Документ не проходит документарный контроль

При прохождении документарного контроля существуют 2 группы ошибок:

некритичные (желтые значки в списке ошибок) и критичные (красные значки в списке ошибок). Устранение критичных ошибок является обязательным условием для прохождения документарного контроля документа.

22. После проведения документарного контроля кнопка подписи неактивна.

23. Как выделить все документы

Выделяете один документ из списка и нажимаете Ctrl+A. После чего можете провести документарный контроль и подписание документов всей выделенной группы.

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

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

Документ подписан либо одной подписью вместо 2-х, либо одна из подписей некорректная. В случае недостаточного количества подписей – подписать недостающей, в случае ошибочной – переподписать.

25. Не меняется статус документа более получаса

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

26. Нет возможности подготовить документ без связи с УФК

Данная проблема присуща самой идее использования портала СУФД, так как используется интернет подключение к удаленным ресурсам казначейства. Документ рекомендуется предварительно готовить в программах клиента, предназначенных для ведения бухгалтерского учета (1:С, парус и др.), с последующим импортом в портал.

27. Какое ПО нужно использовать для работы в СУФД на ОС Windows 7

Желательно использовать браузер Mozilla Firefoх последней версии, Java 6.17, если не работает с данной версией, то версию более новую. Проверить, соблюдены ли рекомендации данные в пункте 8. Континент-АП версии 3.5, КриптоПро версии 3.6 (по поводу данных ПО обращаться в отдел режима секретности и безопасности информации).

28. Если постоянно выбрасывает при вводе логина и пароля на страницу авторизации на ОС Windows 7

Необходимо отметить если логин и пароль будет введен неправильно 3 раза, то, пользователь будет заблокирован на определенный период времени (в среднем 15-20 мин).

Открывается основное окно СУФД:

Для работы с документами используются кнопки находящиеся в верней части экрана (панель меню):

Экспортировать выделенные документы

Открыть документ на редактирование

Создать копию документа

Просмотр изменения статуса документа/записи справочника

Обновить список документов

Создание и отправка документов в Портале АРМ ДУБП производиться последовательно:

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

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

Создать документ в системе можно несколькими способами, нажав соответствующую кнопку:

Чтобы увидеть созданный документ следует обновить список, нажав кнопку

Над документом с данным статусом доступны следующие операции:

редактирование удаление подтверждение ввода

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

В документах заполняются следующие обязательные поля:

В открывшемся окне выбираем файл и подгружаем.

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

Для выполнения документарного контроля требуется установить курсор на созданный документ в списке документов и нажать на кнопку на панели инструментов.

Чтобы подписать документ необходимо выделить соответствующий документ в списке документов и нажать на кнопку .

Для отправки документа следует выбрать необходимый документ в списке и нажать на кнопку .

Импорт структурированных документов в СУФД-портале.

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

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

Выбор структурированного файла для импорта.

Количество строк может варьироваться от 1 до 5 в зависимости от типов документов в Выписке.

В итоге должно получиться:

Все выбранные документы на печать сохраняются в архив.

Часто используемые формы документов и их расположение в дереве документов.

У клиента возникла необходимость в подключении к СУФД. Решил для себя составить краткое руководство, так как потратил очень много времени на выяснения проблем с подписанием документов.

Итак. Системные требования:

Должна появиться информация о сертификате и проверка подписания. Если информации о сертификате нет, тогда надо проверить что:

  • установлен КриптоПро и срок действия лицензии не просрочен
  • установлен КриптоПро ЭЦП Browser plug-in
  • установлено и включено дополнение в Mozilla Firefox
  • установлен сертификат пользователя

Достаточно подробная инструкция была найдена

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

обеспечение юридически значимого, защищенного документооборота между органами Федерального казначейства (ФК) и другими участниками бюджетного процесса (ДУБП).

СУФД позволяет выполнять следующие функции:

осуществлять отправку и прием документов, справочной информации;

вести архив документов;

осуществлять шифрацию и дешифрацию документов при обмене транспортными пакетами;

печатать документы на локальных и сетевых принтерах;

контролировать корректность заполнения полей в документах;

поддерживать жизненный цикл документов (статусные модели);

производить импорт-экспорт документов в xml-формате;

вводить и редактировать документы (off-line АРМ);

формировать отчеты по работе с документами и системой;

осуществлять мониторинг системы;

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

Для работы в Портале АРМ ДУБП необходимо последовательно выполнить следующие шаги:

Установить защищенное соединение с помощью программы Континент-АП.

Запустить браузер Internet Explorer или Mozilla Firefox

Откроется окно Регистрации.

В окне Регистрации необходимо ввести логин и пароль пользователя, выданный в УФК, и нажать кнопку OK. Если логин и пароль будет введен неправильно 3 раза, то, пользователь будет заблокирован на определенный период времени (см. п. 2 раздела Типовые ошибки).

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

Основные элементы интерфейса

здравоохранение финансирование доход смета

Главное окно программы состоит из следующих элементов:

Главное меню программы.

Список документов (список строк справочника).

Создание и отправка документа в СУФД-Портале

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

2. Для создания и отправки документа необходимо последовательно выполнить следующие шаги:

2.1. Создать документ в системе, можно несколькими способами, нажав соответствующую кнопку:

3. После завершения отправки вы можете контролировать прохождение

Управление Федерального казначейства по Республике Коми

Памятка для клиентов Портала.

2. Подключение к серверу СУФД-онлайн. 3

3. Работа с исходящими документами. 4

3.1. Заявка на кассовый расход. 5

3.2. Уведомление об уточнении вида и принадлежности платежа. 10

4. Экспорт файлов из СУФД.. 12

5. Типовые ошибки. 14

Для работы с Порталом СУФД-онлайн необходимо, чтобы на каждом рабочем месте, с которого будет осуществляться работа с Порталом соблюдались следующие технические требования:

1. Имеется доступ к сети Internet со скоростью доступа не менее 128 кб/с., рекомендуется для комфортной работы 512 кб/с.

2. Установлена операционная система:

2.1. Windows XP sp2 и выше.

3.1. КриптоПро версии 3.0 (предоставляется УФК) или 3.6 (приобретается самостоятельно);

3.2. Континент-АП в.3.4 и выше (предоставляется УФК, если не был предоставлен ранее);

3.3. Браузер Internet Explorer не ниже 8 версии или Mozilla Firefox версии 3.6 и выше;

3.4. Java TM версиии выше. ВНИМАНИЕ! при использовании совместно с Mozilla Firefox необходимо устанавливать Java TM версии не ниже 6. 31, а также отключить проверку, для чего по пути Advansed -> Security -> Mixed code переставить переключатель в положение Disable verification ;

Дополнительное программное обеспечение и требования для работы с ЭЦП.

3.6. Должен быть установлен сертификат Удостоверяющего центра Федерального казначейства (root2011_new. cer).

1. Установить защищенное соединение с помощью программного модуля Континент-АП (Континент-АП должен быть настроен на сервер доступа по адресу 83.229.204.19).

2. Запустить браузер Internet Explorer или Mozilla Firefox (требования к версии браузера см. в п. 3.3 раздела Технические требования).

6. Новое значение пароля необходимо использовать при последующих подключениях к серверу СУФД-онлайн. Если логин и пароль при очередном подключении будет введен неправильно 3 раза, то, пользователь будет заблокирован на определенный период времени (см. п. 2 раздела Типовые ошибки).

7. При длительном периоде бездействия на Портале происходит разрыв сессии и требутся повторное подключение с указанием логина и пароля.

8. Пароль действует 90 дней, по истечении которых необходимо производить смену пароля.

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

Важным элементом рабочего окна является выбор роли организации: FO, PBS, RBS/GRBS или AP, аббревиатура понимается следующим образом: Финансовый орган, Получатель бюджетных средств, Распорядитель бюджетных средств/Главный распорядитель или Администратор доходов бюджета. В зависимости от выбранной роли будут доступны определенные ветки дерева меню.

Для работы с документами используются кнопки находящиеся в верней части экрана:- Импортировать документы;- Экспортировать выделенные документы; https://pandia.ru/text/78/566/images/image008_68.jpg» alt=»http://10.28.1.77:18080/static/images/com/otr/sufd/images/icons/24/document_edit.jpg» width=»24″ height=»24″>- Открыть документ на редактирование;

Создать копию документа; — Удалить документ; — Документарный контроль;

Подпись; — Проверка подписи — Удаление подписи;

Печать скроллера; — Обновить список документов; а также некоторые другие.

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

3.1. Заявка на кассовый расход

https://pandia.ru/text/78/566/images/image024_25.jpg» width=»28″ height=»41″>

https://pandia.ru/text/78/566/images/image027_21.jpg» width=»21″ height=»10″>.jpg» align=»left» width=»324″ height=»279 src align=»left» width=»324″ height=»277 src >

Часть полей для ввода реквизитов документов снабжена инструментом для выбора значений из справочников, имеющихся в ППО СУФД.

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

https://pandia.ru/text/78/566/images/image055_0.jpg» alt=»Snap7″ width=»37″ height=»37″> на панели инструментов.

ВАЖНО! Действия можно выполнять для нескольких документов за один раз. Для этого в табличной части рабочего окна необходимо установить курсор на первый документ в списке и вызвать режим выполнения действия для всех документов. Режим вызывается нажатием на инструмент расположенный справа от кнопки соответствующей требуемому действию и последующему нажатию на элемент Все в выпадающем списке.

Чтобы подписать документ необходимо выделить соответствующий документ в списке документов и нажать на кнопку .

На следующем шаге документ может быть отправлен.

Для отправки документа следует выбрать необходимый документ в списке и нажать на кнопку .

3.2. Уведомление об уточнении вида и принадлежности платежа

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

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

3. Если при открытии документа появилась ошибка:

для Internet Explorer

4. Если при попытке открытия печатной формы документа в браузере Internet Explorer появилась одна из ошибок, показанных на рисунке 2 необходимо выполнить следующие действия:

https://pandia.ru/text/78/566/images/image072_0.jpg» width=»638″ height=»206 src 100%» loading=lazy> рис.3

5.
При длительном бездействии (более 10 минут) соединение с сервером СУФД сбрасывается. Для продолжения работы необходимо заново ввести пароль в окне регистрации.

Чем больше строк задано для отображения, тем значительнее замедляется работа в СУФД.

Оптимальное количество строк – это стандартное количество ваших документов.

Рассмотрим состав рабочего окна (Слайд № 5).

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

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

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

Обращаю ваше внимание, для обновления данных в СУФД всегда нужно использовать эти кнопки.

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

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

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

Теперь рассмотрим создание документа, на примере Заявки на кассовый расход.

Обращаю ваше внимание, что в СУФД существует два разных пункта для Заявок на кассовый расход обычных и сокращенных.

Существует 4 способа создания документа.

Третий способ – копирование документа (Слайд № 8).

Четвертый способ – Создание документа на основе родительского (Слайд № 9).

Чтобы подписать одновременно несколько документов нужно использовать следующие клавиши: Ctrl+А – так выделятся все документы, которые находятся в списковой форме или зажимаем клавишу Ctrl и щелкаем мышкой на нужные документы.

После подписания одной подписью статус утверждения в СУФД не изменяется, после подписания всеми необходимыми подписями документ приобретает статус утвержден.

Эти документы можно экспортировать из СУФД нажав соответствующую пиктограмму. Также можно вывести данные документы на печать в нескольких шаблонных типах печати.

Доступные операции

Запрос на аннулирование заявки

Для каждого типа отменяемых заявок на платеж создается отдельный тип заявки на отмену.

Запрос на выяснение принадлежности платежа

Доступные операции

– экспорт во внешние системы;

Для просмотра строки таблицы следует нажать на кнопку Платежное поручение» href=»/text/category/platezhnoe_poruchenie/» rel=»bookmark»>платежных поручений

В местных бюджетах и бюджетах субъектов при схеме с открытием лицевых счетов УБП в ФО финансовый орган присылает в орган ФК пакет платежных поручений (платежное поручение).

Пакет платежных поручений представляет собой набор платежных поручений, который передается от ФО в ОрФК, где открыт лицевой счет ФО.

Ввод документа может осуществляться на АРМ ФО и доставляться на АРМ ОФК и в оперзале ОФК (на АРМ ОФК вручную с бумажного документа).

Доступные операции

После подачи документов на открытие лицевого счета можно начать сбор документов для получения ЭП и формирования логина для входа в СУФД.

1. Заявление на получение квалифицированного сертификата ключа проверки электронной подписи в УЦ ФК. Формируется в ФЗС (информация в разделе «Формирование запросов на сертификаты«) на каждого сотрудника, указанного в карточке образцов подписей.

2. Документы организации:
— Заверенная копия устава (заверяется отделом кадров)
— Выписка из ЕГРЮЛ
— Заверенная копия ОРГН (заверяется отделом кадров)
— Приказ о назначении руководителя на должность

3.1 Для всех пользователей

  • Заявка на подключение уполномоченных пользователей Первичное обращение (бланк)
  • Заявка на подключение уполномоченных пользователей Плановая смена (бланк)

3.2 Только для ФТ Сириус

  • Заявка на подключение уполномоченных пользователей Первичное обращение ( Для ФТ Сириус) (бланк)
  • Заявка на подключение уполномоченных пользователей Плановая смена ( Для ФТ Сириус ) (бланк)

4. Договор об обмене электронными документами (бланк) в 2х экземплярах:

  • Приказ о наделении правами электронной подписи (бланк)
  • Время обмена и перечень электронных документов (бланк)

5. Заявка на подключение к информационным ресурсам АС УФК (бланк). Это заявление необходимо для получения сертификатов для работы Континент-АП. Оригинал заявки предоставляется в территориальный отдел ФК (туда же, куда и все остальные документы).

Номера и коды, используемые в документации

Код УБП это несколько последних символов лицевого счета, начиная с буквы и без последнего нуля. К примеру, код УБП в этом лицевом счете выделен красным: 00000000 A1234 0

В качестве номера договора СУФД используется код УБП

Необходимое программное обеспечение для работы с порталом СУФД

Формирование подписи осуществляется либо с помощью Java, либо с помощью КриптоПро ЭЦП плагина. Мы рекомендуем использовать последний способ, т.к. при работе с Java имеются некоторые ограничения и понадобятся дополнительные настройки.

Все установщики запускайте от имени администратора!

При работе с КриптоПро ЭЦП плагином можно использовать любой браузер, но при работе с Mozilla Firefox версии выше 52й может потребоваться установить расширение (установить)

Недавно клиенты Федерального казначейства по Челябинской области получили письмо «О переключении клиентов СУФД-портала на работу через TLS». В письме Федеральное казначейство информирует о том, что это переключение необходимо завершить до 31.05.2021 года.

Я решил опубликовать небольшую статейку, касающуюся этой темы. Кстати, ниже в тексте, вы можете видеть заголовок этого письма:

Континент TLS — это средство криптографической защиты информации (СКЗИ), которое выдает Федеральное казначейство по Челябинской области своим клиентам, для работы в системе «Электронный бюджет». Ну, и значит, теперь еще будут выдавать тем, кто работает в СУФД. С чем это связано, спросите вы? Могу только предположить, что это связано с тем, что теперь не нужно будет получать «транспортный сертификат» Континент-АП, достаточно будет личного сертификата клиента, с помощью которого производится подпись электронных документов в СУФД.

Если у вас в организации настроено рабочее место для работы в «Электронном бюджете», то вам беспокоиться не о чем. С этого же рабочего места можно будет подключиться к СУФД. Для этого надо установить браузер с поддержкой ГОСТ-шифрования, например Chromium GOST и ввести адрес: https://ufk69.sufd.budget.gov.ru. Специально не стал делать этот адрес ссылкой, чтобы удобнее было его копировать. Для тех, у кого рабочее место для работы в «Электронном бюджете» не настроено и предназначена моя статья.

Если СКЗИ Континент TLS 2.0 не установлен, то его необходимо получить в казначействе. Письмо о выдаче СКЗИ можно скачать отсюда. После получения и установки Континента TLS, необходимо выполнить небольшие настройки:

Для удобства, клиентам УФК по Челябинской области, рекомендую скачать и установить необходимое ПО из этого архива. Содержимое архива устанавливается в два этапа:

  • Подкаталог 1 «Установка с правами администратора». Устанавливаем последовательно Континент TLS, КриптоПро браузер плагин и корневые сертификаты. Все программы запускаем от имени администратора;
  • Подкаталог 2 «Установка под пользователем». Запускаем автонастройку Континент TLS с помощью *.bat файла.

И напоследок. Если вам понравилась эта статья и вы почерпнули из нее что-то новое для себя, то вы всегда можете выразить свою благодарность в денежном выражении. Сумма может быть любой. Это вас ни к чему не обязывает, все добровольно. Если вы всё же решили поддержать мой сайт, то нажмите на кнопку «Поблагодарить», которую вы можете видеть ниже. Вы будете перенаправлены на страницу моего сайта, где можно будет перечислить любую денежную сумму мне на кошелек. В этом случае вас ждет подарок. После успешного перевода денег, вы сможете его скачать.

Читайте также:

  • Сообщение о труженике новочебоксарска
  • Сообщение на тему химики музыканты
  • Сообщение физические резервы человека
  • Сообщение на тему технические системы созданные человеком
  • Сообщение о педагогическом периодическом издании
Источник

1

ACCEPT-8849

Своды. Не загружаются пояснительные записки

Не загружаются пояснительные записки 0503360 и 0503160 (от ФО, ГРБС, ГВБФ). Выдается ошибка:

com.otr.sufd.transformation.exception.TransformationException: Имя файла [460M01.doc] имеет недопустимый формат.

at com.otr.sufd.transformer.AVICOMP.transformers.ReportPZ.checkPrd(ReportPZ.java:277)

Присланные файлы оформлены в соответствии с ТФФ, т.е. имена файлов написаны верно. При этом пояснительные записки, которые внутри содержат txt файл загружаются.

Прикладываю пример файла.


9500-МОУ

2

PROD-89372

Добавить функцию «подписать все» для отфильтрованных документов + возможность подписывать в несколько потоков

Доработать возможность выбора из списка рядом с кнопкой «Подписать» из выпадающего списка — меню Все, по аналогии с документарным контролем и отправкой документов для отфильтрованного списка документов.

Доработать возможность подписания документов в несколько потоков для увеличения скорости подписания.


1800-Краснодарский край

3

PROD-91806

АР. После установки патча 010.265.006 у клиентов СУФД на портале при отображении списка документов из всех реквизитов отображается только дата.

У клиенов СУФД на портале при отображении списка документов из всех реквизитов отображается только дата.

После установки коммулятивного патча (тестирование) СУФД на портале:

при запуске ППО взависимости от логина вход через 1 или 2 запроса пароля (см. скрины),

и разное визуальное отражение документов (пример ЗКР).

Под bear входим через один запрос логина/пароля

при отображении списка документов из всех реквизитов отображается только дата,

под 11vodnikovalv — через 2 запроса логина/пароля

отображение документов обычное.


1500-Республика Чувашия

4

PROD-92043

АР. ЗКР из СУФД-web не попадает в АСФК

ЗКР по клиенту U4422 из СУФД-web не попадает в АСФК. Приложил скрин и лог.

1500-Республика Чувашия

5

PROD-92644

Документ «Перечень УБП» отправлен по СУФД

по ППО СУФД клиент отправил документ «Перечень УБП». Статус стоит «отправлен в СУФД».В Сисему Сопряжения данный документ не попал.При поиске по гуиду в документарной очереди есть 2 записи в статусе «архив», поиск в пакетной очереди системы сопряжения не дал результатов.

7900-Карачаево-Черкеская Республика

6

PROD-93759

Документы не попадают в OEBS

Документы не появляются в OEBS после того, как забираются из каталога обмена. Прошу поставить блокер. Документооборот стоит.

7200-Санкт-Петербург

7

PROD-93844

МОУ. СУФД: Не загружается Сводный перечень заказчиков, Версия TXPZ120801 для маркера PZ не поддерживается: отсутствуют данные в справочнике версий схем формата ТФФ

При загрузке файла *.PZ (TFFVERSION TXPZ120801) возникает ошибка:

Версия TXPZ120801 для маркера PZ не поддерживается: отсутствуют данные в справочнике версий схем формата ТФФ

Согласно ТФФ 8.0 (Внутренние) маркеру PZ соответствует версия TXPZ120801, в СУФД в таблице dicttffschemaversion актуальная версия указана TXPZ120701.

Если в dicttffschemaversion изменить TFFVERSION на TXPZ120801 (как должно быть по ТФФ), то возникает ошибка:

com.otr.sufd.transformation.exception.SchemaException: Не найдена схема конвертации для документа TXPZ120801


9500-МОУ

8

PROD-94293

Проблема в суфд-портале ЗКР с 10 счетом

импортируют ЗКР в суфд.Она уходит в ошибку. прилаем скрин ошибки

2500-Астраханская область

9

PROD-94398

СУФД опять висит

В продолжение HD-167943, к вечеру запустили отчетность, опять полезла конкуренция в OEM, СУФД стоит и ничего не выгружает

0100-Республика Башкортостан

10

PROD-94575

При подписании НЕСКОЛЬКИХ документов выходит ошибка: Неизвестное исключение Java…

Установлен пачт 010.265.006T5.

При подписании НЕСКОЛЬКИХ документов выходит ошибка: Неизвестное исключение Java…

При подписании одного — ошибки нет.

После выполнения рекомендаций по HD-174670 (ссылка на PROD), ошибка осталась.

Прикладываем лог файл.

1500-Республика Чувашия

11

PROD-94686

ОЕБС: эцп не верна на сведениях об операциях с целевыми субсидиями, полученными через портал

Клиент в СУФД-Портал сформировал, подписал и отправил в УФК сведениях об операциях с целевыми субсидиями. В СУФД-Портал ЭЦП на данном документе проверяется без ошибок (ECP_Portal.jpg).

В ОЕБС же данный документ перешел на статус 880 с ошибкой проверки ЭЦП (ECP_OEBS.JPG)

По-видимому проблема с разным представлением ЭЦП в СУФД и ОЕБС:


  • GeneratedData_OEBS.txt — представление ЭЦП из ОЕБС (получено по кнопке «показать как текст» в окне просмотра ЭЦП документа)

  • GeneratedData_SUFD_OK.txt — представление ЭЦП из криптоадминки СУФД ОК

  • GeneratedData_SUFD_Portal.txt — представление ЭЦП из криптоадминки СУФД-Портал

2200-Хабаровский край

12

ACCEPT-10088

SUFD-19544. КП №2 Проверка контролей для обязательных полей СГК

Сделать обязательным поле «Уровень бюджета»

9500-МОУ

13

PROD-9062

Вход в криптоадминку СУФД (ошибка Invalid session with id)

При входе в криптоадминку СУФД происходит загрузка java приложения, появляется окно авторизации, но при вводе логина и пароля появляется сообщение Unable to render embedded object: File (access_denied) not found. и далее если нажать ОК появляется

Did not receive successful HTTP response: status code = [500], status message = [Invalid session with id … ]

ошибки в логине пароле быть не может, чистил кэш java и куки в браузере несколько раз. вчера криптоадминка запускалась, и с тех пор никаких настроек не меняли. СУФД интегрирован в СБ. при попытке входа СБ никаких событий не регистрирует. возможно это совпадение, но в ДТВ у пользователей не активна кнопка подписать на всех документах, хотя на этой машине подписывали несколько дней назад. собственно в криптоадминку необходимо зайти для того что бы проверить настройки сертификатов пользователей

прикладываю скриншот ошибки


2200-Хабаровский край

14

PROD-11616

Не срабатывают контроли при сохранении документа

После обновление тестового ОФК на версию 005.108.011 наблюдаю следующую ошибку: если вызвать электронную форму создания нового документа (проверял на ЗКР и ИД), не заполнять ни одно поле и после нажать сохранить, то появляется сообщение «Содержание соответствует требованиям» и документ можно сохранить (скрин 1,2). После этого он отображается в списке документов, только с одним заполненным полем — датой создания (скрин 3). Так же получилось провести над ним док. контроль и подготовить к отправке. Ошибка происходит только при самой отправке документа.

Проверял на том же тестовом стенде на котором происходила ошибка при загрузке ТФФ — . Что примечательно, на серверах саппорта эта ошибка не повторилась. И никаких ошибок на стенде до обновления на 11 СП не было, все работало корректно. Ошибок при обновлении тоже не было. Подозреваю что данная проблема на стендах саппорта тоже не воспроизведется. Почему на моем тестовом ОФК происходят подобные ошибки?

Прикладываю скриншоты и логи.

2200-Хабаровский край

15

PROD-37111

ПОРТАЛ — нельзя подписать все вложения сразу

В Портале в информационных документах отсутствует возможность одновременной подписи вложенных документов. Кнопка не активна.

3300-Ивановская область

16

PROD-40789

СУФД-WEB. При создании новой учетки на закладке Организации по умолчанию уже есть привязка к организации.

При создании новых учетных записей для пользователей на СБ замечено, что все логины автоматически привязаны к одной организации (На закладке «Организации» сразу присутствует строка с наименованием организации «Управление капитального строительства»), т.е. зайдя под любой новой учетной записью из любой организации можно увидеть/отредактировать/подписать документы организации Управление капитального строительства. Наблюдается абсолютно на всех созданных учетках с момента начала внедрения. Организация на закладке Организаций появляется всегда одна и та же.

Прикладываю скриншот от только что созданного нового логина.


5700-Псковская область

17

PROD-41777

Статус утверждения на документах в СУФД-портале

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

вопрос очень актуален ввиду критической ситуации возникшей в бухгалтерии УФК, т.к. за 1 рабочий день необходимо было подписать и отправить 8 тыс документов, подписание длится 2-й день, чтобы посмотреть подписан подписан документ частично, или не подписан никем, и какой конкретно подписью, 1 или 2-й, необходимо выделять документы по одному и смотреть вкладку подпись.

1800-Краснодарский край

18

PROD-51038

Некорректно отображаются транспортные адреса

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

6400-Тамбовская область

19

PROD-84849

2400-Портал вновь отправляет документы буз ЭЦП

СУФД-Портал позволяет пользователям выполнять операции «отправлять» на не подписанных документах.

сам документ не отправляется, а бракуется на СУФД-Портале, но при этом присваивается транспортный статус «Принят» любому человеку понятно что документ благополучно принят казначейством.

1. Почему выполняется операция отправки

2. почему такой статус Принят (необходимо заменить слово например «к отправке») насколько понял по логам документ был принят организацией ОФК на Портале для дальнейшей передачи в ОЕБС.

2400-Архангельская область

20

PROD-85177

Проверка внешней ЭЦП в АСФК

ЗКР от организации с единственной ЭЦП в АСФК подает в ошибку:

ЭЦП по документу ЗКР номер АШ000226 от 2012/06/04 00:00:00 (DFDD26E0-D071-4D35-A7F1-B0D5277B17D2) не прошла проверку! Обработка такого документа запрещена. Документ переведен в статус «Отменено»! Дополнительно:

У документа не найдены обязательные ЭЦП с должностью: Главный бухгалтер

Организация добавлена в справочник «ФК: Организации с неполным составом утверждающих»

2800-Владимирская область

21

PROD-86567

2400-двойная аутентификация после Миграции Портала

После миграции ППО СУФД-Портал на новое железо все клиенты вынуждены проходить двойную аутентификацию:

1. на сервере безопасности

2. на сервере приложений СУФД-Портала

версия СУФД 6.0.228_m17 (009.228.011T7)

версия СБ 1.0.50-cert9-37

необходимо исправить эту ошибку в используемом ППО


2400-Архангельская область

22

PROD-88446

ошибка открытия документов в СУФД портале в режиме «Все»

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

1100-Республика Татарстан

23

PROD-89299

В скроллере отсутствует навигация по страницам

Периодически (причины не выяснены, но чаще всего в справочниках) в скролерах отсутствуют навигационные кнопки и количества документов на странице и общее.

2500-Астраханская область

24

PROD-89372

Добавить функцию «подписать все» для отфильтрованных документов + возможность подписывать в несколько потоков

Доработать возможность выбора из списка рядом с кнопкой «Подписать» из выпадающего списка — меню Все, по аналогии с документарным контролем и отправкой документов для отфильтрованного списка документов.

Доработать возможность подписания документов в несколько потоков для увеличения скорости подписания.


1800-Краснодарский край

25

PROD-90233

Вход в криптоадминку

Вход в «Администратор модуля криптографии СУФД» СУФД Web осуществляется без пароля под любым существующим в СУФД Web пользователем.

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

6900-Челябинская область

26

PROD-90476

Пакет ПП, есть возможность редактирования документа в статусе исполнен

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

7900-Карачаево-Черкеская Республика

27

PROD-90480

Странности поведения портала в КК — 2

24го числа произошло зависание портала. 26го зависание повторилось.

По словам Малыхина Олега при объеме 128Гб физической памяти на сервере и при объеме 80Гб, выданном яве (параметр -Xmx=80g), процесс портала (по данным top) использовал 145Гб и завис.

Нужна консультация.

1800-Краснодарский край

28

PROD-90509

(Портал СУФД). Сведение о бюджетном обязательстве, загруженное из текстового файла не открывается

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

8700-Ханты-Мансийский АО-Югре

29

PROD-90849

настройка колонок в документе «сведения »

в ППО СУФД в документе «Сведения о КБК» при выборе кода нет возможности увидеть статус для строк справочника.

Например, для кода главы 907 существует 4 строки, три из которых являются архивными и одна актуальная.

Для того чтобы выбрать актуальную строку нужно видеть столбец «статус (наименование)», но данный столбец по умолчанию не виден.

При выборе в контекстном меню настройки и выбора видимости данной колонки СУФД дает сделать данную колонку видимой.

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

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

Как справиться с данной проблемой?

7900-Карачаево-Черкеская Республика

30

PROD-90991

Логи в СУФД ВЕБ

какой то клиент видимо нажал подписать документ не той подписью.

в результате сформировалось более 300МБ логов.

прилагаю один из фалов

версия СУФД 009.252.014Т3

6100-Сахалинская область

31

PROD-91011

СУФД WEB. Зацикливание транзитной пересылки документа

В продолжение , текущий патч на много выше предложенного в инциденте.

Проблема и симптомы те же. Приходится рестартить СУФД и перепинывать документы, при том, что онлайн работает 450+ человек!

Необходимо срочное решение проблемы

6900-Челябинская область

32

PROD-91806

АР. После установки патча 010.265.006 у клиентов СУФД на портале при отображении списка документов из всех реквизитов отображается только дата.

У клиентов СУФД на портале при отображении списка документов из всех реквизитов отображается только дата.

После установки куммулятивного патча (тестирование) СУФД на портале:

при запуске ППО в зависимости от логина вход через 1 или 2 запроса пароля (см. скрины),

и разное визуальное отражение документов (пример ЗКР).

Под bear входим через один запрос логина/пароля

при отображении списка документов из всех реквизитов отображается только дата,

под 11vodnikovalv — через 2 запроса логина/пароля

отображение документов обычное.

1500-Республика Чувашия

33

PROD-91843

Уведомление об уточнении вида и принадлежности платежа

АДБ на портале создает уведомление об уточнении вида и принадлежности платежа с выбором в качестве родительского документа Запроса на выяснение вида и принадлежности. В результате выдается список всех запросов, отправленных в адрес этого клиента. Считаем необходимым реализовать выбор запросов для уточнения, исключив вывод на экран запросов, находящихся в архиве.

Для примера АДБ код УБП А0174 Департамент лесного хозяйства администрации Владимирской области. Всего запросов в СУФД 6698 из них не в архиве 214. При создании уведомления через родительский документ предлагается выбрать запрос из списка, содержащего 6698 документов, хотя можно ограничить списком в 214 документов.

Источник

Понравилась статья? Поделить с друзьями:
  • Суфд ошибка сертификат не найден
  • Суфд ошибка при отказе документа
  • Суфд ошибка неверный формат значения
  • Суфд ошибка ssl
  • Суфд ошибка 797 не найден модем