Суфд код ошибки 150

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.Рекомендации по мониторингу ошибок ЭП/УЭП⁷

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

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). Эти скрипты обязательны для всех регионов и должны быть выполнены администраторами БД.

Если ошибка не исчезла, то позвонить в отдел РСиБИ (,) и уточнить установлен ли данный сертификат на сервере УФК. 3. Проблема при подписании документа: пустое окно «Криптографические операции» При подписании документа, после нажатия кнопки «Подпись», всплывающее окно «Криптографические операции» остается пустым (рис. 8). Рисунок 8. Пустое окно «Криптографические операции» Такая ситуация возникает в том случае, если на рабочей станции не установлена/возникли проблемы в работе Java. — Для решения проблемы необходимо установить/переустановить нужную версию Java (версия Java 6 Update 17) или переустановить Портал СУФД с помощью утилиты настройки для рабочего места СУФД – online (раздел «Информация для клиентов»-«Электронный документооборот и ЭП»-«СУФД-online»-«Утилита настройки для рабочего места СУФД» на сайте УФК по Саратовской области http://saratov. *****).

Записная книжка системного администратора. мысли. заметки. решения

Мы уже писали о том, что с переходом на версию 4.0 криптопровайдера Крипто-Про у пользователей различных систем, работающих с цифровыми ключами, стали появляться разного рода проблемы. Например, при генерации новых ключей в интерфейсе БК Россельхозбанка у пользователей, пользующихся версией Crypto-Pro CSP версии 4.0 выдавалась ошибка об отсутствии необходимого криптопровайдера и решалась установкой датчика случайных чисел (ДСЧ).

Не обошла проблема стороной и пользователей СУФД. Ошибка подписи cryptsignmessage 0xc000000d — тема нашей сегодняшней статьи. Почему она появляется и как ее исправить — разбираемся вместе.
Итак, ошибка программы Крипто-Про при работе с цифровыми ключами подписи, выдаваемая под номером 0xc000000d, появляется в основном на 64-битных операционных системах (Windows 7, Windows 8, Windows 8.1 и Windows 10) и серверных платформах, имеющих такую разрядность.

Arh-sufd-portal.ru

Убедиться, что плагины браузера «Java Quick Starter 1.0» и/или «Java Console» включены (плагины можно просмотреть, зайдя в браузере Firefox «инструменты-дополнения-расширения») 4. При открытии или подписании документа появляется окно с предупреждением.

Внимание

Рисунок 9. Окно предупреждения Если появилось окно как на рисунке 9, то необходимо поставить галочку «Always trust content from this publisher» и нажать кнопку «Run». Если появилось окно как на рисунке 10, то жмем кнопку «No», чтобы ресурс не блокировался.

Рисунок 10. Окно блокировки Чтобы в дальнейшем это окно не появлялось, необходимо зайти по пути «Пуск»-«Панель управления»-«Java», перейти на вкладку «Advanced»-«Security»-«Mixed code (sandboxed vs. trusted)» и выбрать пункт «Disable verification». 5. После нажатия кнопки подписать появляется окно с ошибкой «Cant find private key…» Рисунок 11.

Решение типичных проблем при работе в портале суфд

Ошибка подписи cryptsignmessage 0xc000000d суфд

Для ее устранения необходимо править реестр. Если вы не обладаете навыками выше обычного пользователя компьютера — воспользуйтесь помощью более сведущих в данном вопросе товарищей или делайте все четко по инструкции. Нажмите комбинацию клавиш Win+R. (Win это клавиша в самом нижнем ряду вашей клавиатуры с фирменным знаком окошка).

В открывшееся окно Выполнить введите regedit и нажмите Enter. Откроется редактор реестра, выглядеть он будет примерно так: Далее нам надо сделать экспорт веток реестра HKEY_LOCAL_MACHINESOFTWAREMicrosoftCryptography и HKEY_LOCAL_MACHINESOFTWAREWow6432NodeMicrosoftCryptography.

Инфо

Последовательно открываем эти две ветки и делаем экспорт данных. Для этого надо кликнуть правой кнопкой мыши по требуемой строке и выбрать «Экспортировать».

Суфд ошибка подписи

Проблема: Решение: 1. Не можем войти в СУФД, вводим логин и пароль,но при нажатии кнопки «Вход» ничего не происходит Очистка файлов cookie, кэша браузера. Удалить запомненные пароли в КриптоПРО. Панель управления — КриптоПРО — вкладка «Сервис» — кнопка «Удалить запомненные пароли» — поставить галочку в пункте «Пользователя» и нажать на кнопку «ОК».

Очистка кэша Java. Панель управления — Java — вкладка «General» — кнопка «Settings» — в появившемся окне нажать на кнопку «Delete files» — нажать на кнопку «ОК». Желательно проделывать эти процедуры каждый день, перед началом работы с порталом.

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

Суфд портал ошибка подписи

Если у вас 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. После проведения документарного контроля кнопка подписи неактивна. После проведения документарного контроля Бизнес-статус должен стать «Введено», а Статус передачи «Введен».

Ошибка создания подписи в суфд

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

При подписании документа в суфд выходит ошибка подписи сертификата

Панель управления — Свойства обозревателя — вкладка «Содержание» — кнопка «Сертификаты». Проверить, соответствует ли версия Java рекомендуемой(как войти см. п.1 и нажимаете кнопку «About», должна быть 6 update 17 или выше). Разрешен ли запуск Java, включены ли плагины Java(Для Internet Explorer: заходите во вкладку «Сервис»- «Надстройки»- «Панели инструментов и расширения», в появившемся меню все, что связано с Java, должно быть в состоянии «включено». Если Mozilla Firefox, то во вкладке «Инструменты»- пункт «Дополнения»- во вкладках «Расширения» и «Плагины» все, что связано Java, также должно быть включено).
При авторизации в Портале СУФД появляется ошибка «HTTP 500 ERROR» Данная ошибка означает, что код УБП (код участника бюджетного процесса) организации не привязан к учетным записям пользователей. Для решения проблемы необходимо обратиться в отдел информационных систем (9. При подписании документа появляется ошибка «Нет сертификатов/Не найдено действующих сертификатов» Ошибка может возникать по нескольким причинам: 1) Не установлены действующие сертификаты — необходимо установить нужные сертификаты. 2) На рабочей машине стоит неверная дата и время — необходимо установить правильную дату и время! 10. Проблемы с Порталом СУФД в ОС Windows 7 Для стабильной работы Портала СУФД в операционной системе Windows 7 необходимо запускать Портал (браузер Mozilla Firefox) от имени администратора.

Мы уже писали о том, что с переходом на версию 4.0 криптопровайдера Крипто-Про у пользователей различных систем, работающих с цифровыми ключами, стали появляться разного рода проблемы. Например, новых ключей в интерфейсе БК Россельхозбанка у пользователей, пользующихся версией Crypto-Pro CSP версии 4.0 выдавалась ошибка об отсутствии необходимого криптопровайдера и решалась установкой датчика случайных чисел (ДСЧ). Не обошла проблема стороной и пользователей СУФД. Ошибка подписи cryptsignmessage 0xc000000d — тема нашей сегодняшней статьи. Почему она появляется и как ее исправить — разбираемся вместе.

Ошибка подписи cryptsignmessage 0xc000000d в СУФД. Исправляем

Итак, ошибка программы Крипто-Про при работе с цифровыми ключами подписи, выдаваемая под номером 0xc000000d, появляется в основном на 64-битных операционных системах (Windows 7, Windows 8, Windows 8.1 и Windows 10) и серверных платформах, имеющих такую разрядность.

Для ее устранения необходимо править реестр. Если вы не обладаете навыками выше обычного пользователя компьютера — воспользуйтесь помощью более сведущих в данном вопросе товарищей или делайте все четко по инструкции. Нажмите комбинацию клавиш Win+R. (Win это клавиша в самом нижнем ряду вашей клавиатуры с фирменным знаком окошка). В открывшееся окно Выполнить введите regedit и нажмите Enter. Откроется редактор реестра, выглядеть он будет примерно так:

Далее нам надо сделать экспорт веток реестра HKEY_LOCAL_MACHINESOFTWAREMicrosoftCryptography
и HKEY_LOCAL_MACHINESOFTWAREWow6432NodeMicrosoftCryptography
. Последовательно открываем эти две ветки и делаем экспорт данных. Для этого надо кликнуть правой кнопкой мыши по требуемой строке и выбрать «Экспортировать».

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

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

Технические требования

Java – Установка и настройка

Mozilla Firefox – Установка

Подключение к СУФД-Порталу

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

Типичные ошибки

Технические требования

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

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

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

2.1. Windows 2000

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

3.1. СКЗИ «Континент-АП» (предоставляется органом ФК)

3.2. СКЗИ «КриптоПРО CSP» версии 3.0 или выше (предоставляется органом ФК)

3.3. Cредства антивирусной защиты

3.4. Браузер Internet Explorer не ниже 8 версии или Mozilla Firefox версии 3.6 и выше, предпочтительней использовать браузер Mozilla Firefox, т.к. при использовании данного браузера меньше ошибок при подписании

3.5. Java версии 7.67, 7.71, 7.75 и т.д с отключенным параметром Mixed code
, но не выше версии 7.80

3.6. Установлен сертификат удостоверяющего центра (предоставляется органом ФК)

Java – Установка и настройка

Дистрибутив версии 7.67
: http://
java
.
com
/
ru
/
download
/
manual
.
jsp
#
win

Дополнительно может потребуется установка:

После установки Java обязательно нужно отключить проверку:

для этого – зайти в “Панель управления
” и открыть Java
,

Выставить параметр: Medium.

Только после этого Java готова к работе!!!

Для сведения «очистка кэш» — временных файлов в Java:

Перейти на вкладку: General

;

Mozilla Firefox — Установка

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

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

2.В нижней части окна с сообщением, нажмите на выпадающее меню справа от кнопки “Включить все плагины” и выберите пункт “Всегда включать плагины на этом сайте”.

Подключение к СУФД-Порталу

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

1. Установить защищенное соединение с помощью программы Континент-АП.
2. Запустить браузер Internet Explorer или Mozilla Firefox.
3. В адресной строке ввести ссылку:

http://10.67.200.12:28081

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

В окне Регистрации необходимо ввести логин и пароль пользователя, выданный в Управлении, и нажать кнопку OK.

Внимание!

Если логин и пароль будет введен некорректно 3 раза

, то, пользователь будет заблокирован на 10 минут.

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

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

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

Авторизируйтесь в системе СУФД-Портала по ссылке:

http://10.67.200.12:28081

Для успешной авторизации необходимо

установить соединение в Континент-АП!!!

Только после этого можно приступать к работе в СУФД-Портале.

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

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

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

— Импортировать документы

Создать новый документ

Типичные ошибки

Вопрос:
Как посмотреть информацию из расчетных документов в СУФД?

Информация из расчетных документов в СУФД идет в составе выписки, распечатать можно открыв выписку на просмотр и в контейнере вложений выделить все файлы и нажать кнопку «печать».

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

Вопрос:
Моя учетная запись заблокирована.

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

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

Необходимо настроить Internet Explorer (далее IE). Рассмотрим данную настройку на примере IE версии 8 (рекомендованной производителем).

Заходим в ППО «СУФД-Портал», набрав в адресной строке:

http://10.67.200.12:28081

Откроется окно авторизации. После этого необходимо пройти в пункт меню браузера IE «Сервис»-«Свойства обозревателя».

Откроется окно «Свойство обозревателя».

Переходим на вкладку «Безопасность», выбираем «Надежные узлы» и нажимаем кнопку «Узлы».

Откроется окно «Надежные узлы», в котором необходимо убрать галочку «Для всех узлов этой зоны требуется проверка серверов (https:)»

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

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

• Не поданная в сроки заявка на участие в конкурсе
• Проигранный электронный аукцион
• Не подписанный в срок государственный контракт

Три наиболее распространённые проблемы в работе с электронной подписью

1. Сертификат участника закупки не отображается на электронной площадке
2. Электронная подпись не подписывает документы

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

Самое главное — запомнить, что для корректной работы электронной подписи необходимо использовать браузер Internet Explorer не ниже 8 версии и, желательно, не выше 11 (с 11 версией нет гарантий стабильной работы подписи).

Сертификат ключа подписи не виден на площадке при попытке входа в систему

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

• Некорректная настройка сертификата ключа подписи
• Неправильно настроен интернет браузер
• Отсутствует корневой сертификат Удостоверяющего Центра

Как решить проблему?

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

Затем, в настройках браузера Internet Explorer необходимо добавить адреса площадок в надежные узлы и включить все элементы ActiveX.

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

Как правило, эта ошибка возникает в ряде случаев:

• Истек срок действия лицензии программы КриптоПро
• Вставлен носитель с другим сертификатом

Как это исправить?

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

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

Система выдает ошибку при входе на электронную площадку

Данная ошибка может быть вызвана совокупностью причин, указанных выше. Как показывает практика, такая ошибка в первую очередь появляется из-за неправильно установленной библиотеки Capicom. Рекомендуем проверить наличие установленной библиотеки на Вашем компьютере и обратить внимание на необходимость копирования 2 системных файлов с расширением.dll в одну из папок Windows, при пользовании 64-разрядной системой.

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

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.Рекомендации по мониторингу ошибок ЭП/УЭП⁷

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

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). Эти скрипты обязательны для всех регионов и должны быть выполнены администраторами БД.

07 июль 2020 23:40 — 07 июль 2020 23:45 #16253
от tingri

Спасибо сказали: sedkazna

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

В статье описываются частые ошибки встречающиеся при работе в СУФД:

Ошибка при расчете хэша по контенту вложения

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

Имеет некорректные подписи вложений в СУФД

Решение: Удалить подпись с платежного поручения и подписать его снова.

Проведение кассового расхода на основании документа Платежное поручение запрещено

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

Текущая учетная запись пользователя не привязана ни к одной организации. Необходимо обратиться к администратору СУФД.

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

Ошибка создания подписи: Не найден автор исходной подписи. (0x8009100E)

Решение: Необходимо заново привязать ЭЦП.

Памятка для клиента по этапам перехода на работу через СУФД-Портал

СУФД: Решение типовых проблем при работе с СУФД портал

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

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

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

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

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

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: вкладка «Сервис»-> пункт «Блокирование всплывающих окон»-> в раскрывшемся меню первый пункт должен быть «Включить блокирование всплывающих окон», если же в первом пункте «Отключить блокирование всплывающих окон», то его необходимо кликнуть мышкой.

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

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

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

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

Просмотреть также как в пункте 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;

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

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 – это путь к браузеру.

1 1 1 1 1 1 1 1 1 1 Рейтинг 0.00 [0 Голоса (ов)]

Возмещение средств из Казначейства

Как возместить средства из Казначейства зависит от многих факторов и нюансов, таких как условия контракта, является ли Государственный контракт ГОЗ-ом (Государственный оборонный заказ) или нет и др. В зависимости от этих условий строится стратегия по возмещению или выводу денежных средств из Казначейства. Увы, расписать в статье все эти нюансы невозможно. Мы проводим консультации по выводу денежных средств в короткие сроки. Заказать услугу по консультации по выводу средств из лицевого счета, можно по телефону: 8 (499) 380-65-98.

СУФД настройка рабочего места

Чтобы настроить рабочее место СУФД необходимо следующее ПО:

Программное обеспечение необходимо получить в региональном отделении УФК.

Установить рабочее место СУФД очень сложный процесс, так как необходимо знать тонкости ОС Windows, Континент АП.

Услуги по настройке рабочего места. Стоимость услуги: от 4 500 руб.Телефон: 8 (499) 380-65-98

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

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

Расположение документа «Уведомление об уточнении вида и принадлежности платежа»:

Назначение кнопок интерфейса аналогично документу «Заявка на кассовый расход».

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

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

Входящие отчёты находятся:

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

Важно убедиться, что в окне результата выполнения присутствуют файлы отчётов в формате согласно ТФФ!

Выбираем папку, в которую сохранится архивный файл с выбранными файлами отчётов:

Далее, средствами Windows, находим папку с архивным файлом, проверяем наличие в архиве файлов отчётов в формате согласно ТФФ и распаковываем его содержимое в папку, предназначенную для загрузки отчетов в автоматизированную систему клиента.

1.В Если страница авторизации не отобразилась необходимо еще раз проверить соединение Континент-АП, а именно — если оно успешно установлено, то значок в виде щита в правом нижнем углу рядом с часами должен стать голубым.

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

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

Необходимо нажать на кнопку «Настройки» и выбрать пункт «Разрешить всплывающие окна для 10.7.200.12».

для Internet Explorer

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

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

·В Через пункт меню “Сервис» открыть окно «Свойства обозревателя» (рис. 3).

·В В этом окне (рис. 4), на закладке «Безопасность» выбрать зону, соответствующую той зоне, в которой находится узел Портала СУФД-онлайн (указана в нижнем правом углу окна браузера), и в блоке «Уровень безопасности для этой зоны» нажать на кнопку «Другой…»

·В В появившемся окне «Параметры безопасности – зона <выбранная зона>» в блоке параметров «Загрузка» включить настройки «Автоматические запросы на загрузку файлов» и «Загрузка файлов» как это показано на рисунке 5.

·В Закрыть окна «Параметры безопасности – зона <выбранная зона>» и «Свойства обозревателя» нажатием на кнопку «Ок».

·В Рекомендуется помещать узел Портала СУФД-онлайн в зону «Надежные узлы». Это предотвратит возможное изменение настроек загрузки печатных форм из СУФД при работе с использованием браузера Internet Explorer в сети Интернет.

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

Подпишитесь на рассылку:

Подключиться к СУФД

Ниже описаны основные этапы подключения к СУФД:

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

Услуги по подключению СУФД. Стоимость услуги: от 4 500 руб.Телефон: 8 (499) 380-65-98.

Суфд не видит новый сертификат

Необходимое программное обеспечение для работы в Портале СУФД содержится в утилите настройки для рабочего места СУФД-online, размещенной на сайте УФК по Саратовской области https://saratov. ***** в разделе «Информация для клиентов»-«Электронный документооборот и ЭП»-«СУФД-online».

После установки Портала необходимо убедиться, что ПО «Java» настроена правильно. Для этого необходимо зайти по пути «Пуск»-«Панель управления»-«Java», перейти на вкладку «Advanced» и выставить галочки согласно рис. 1.

1. Ошибка при подписании документа: блокировка всплывающего окна

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

Рисунок 2. Сообщение о блокировке всплывающего окна

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

При использовании браузера Mozilla Firefox необходимо выполнить следующие действия:

1. В главном меню браузера перейти по следующему пути «Инструменты – Настройки – Вкладка «Содержимое»

2. Перейти в «Исключения» (рис. 3).

Рисунок 3. Пункт «исключения» в браузере Mozilla Firefox

3. Ввести адрес портала и нажать кнопку «разрешить» как показано на рисунке 4.

Для сохранения настройки нажать кнопку «закрыть» и «ОК».

Рисунок 4. Добавление портала в исключения.

При использовании браузера Internet Explorer необходимо выполнить следующие действия:

1. В главном меню браузера перейти по следующему пути «Сервис – Свойства обозревателя – Вкладка «Конфиденциальность»

2. Нажать на кнопку «Параметры» (рис. 5).

Рисунок 5. Параметры блокирования окон в браузере Internet Explorer

3. Добавить адрес портала в исключения как на рисунке 6.

Рисунок 6. Добавление портала в исключения в браузере Internet Explorer

Для сохранения настройки нажать кнопку «Закрыть» и «OK».

2. Проблема при подписании документа: «Сертификат с указанным отпечатком не найден в системе»

При подписании документа, в окне «Криптографические операции», в поле «Владелец сертификата», указано значение «Сертификат с указанным отпечатком не найден в системе» (рис. 7).

Рисунок 7. Ошибка «Сертификат с указанным отпечатком не найден в системе»

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

1. Добавить личный сертификат в хранилище «Личные», используя установку сертификата через «Крипто Про 3.6».

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

3. Если ошибка не исчезла, то позвонить в отдел РСиБИ (, ) и уточнить установлен ли данный сертификат на сервере УФК.

3. Проблема при подписании документа: пустое окно «Криптографические операции»

При подписании документа, после нажатия кнопки «Подпись», всплывающее окно «Криптографические операции» остается пустым (рис. 8).

Рисунок 8. Пустое окно «Криптографические операции»

Такая ситуация возникает в том случае, если на рабочей станции не установлена/возникли проблемы в работе Java.

— Для решения проблемы необходимо установить/переустановить нужную версию Java (версия Java 6 Update 17) или переустановить Портал СУФД с помощью утилиты настройки для рабочего места СУФД – online (раздел «Информация для клиентов»-«Электронный документооборот и ЭП»-«СУФД-online»-«Утилита настройки для рабочего места СУФД» на сайте УФК по Саратовской области https://saratov. ***** ).

— Убедиться, что плагины браузера «Java Quick Starter 1.0» и/или «Java Console» включены (плагины можно просмотреть, зайдя в браузере Firefox «инструменты-дополнения-расширения»)

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

Рисунок 9. Окно предупреждения

Если появилось окно как на рисунке 9, то необходимо поставить галочку «Always trust content from this publisher» и нажать кнопку «Run».

Если появилось окно как на рисунке 10, то жмем кнопку «No», чтобы ресурс не блокировался.

Рисунок 10. Окно блокировки

Чтобы в дальнейшем это окно не появлялось, необходимо зайти по пути «Пуск»-«Панель управления»-«Java», перейти на вкладку «Advanced»-«Security»-«Mixed code (sandboxed vs. trusted)»и выбрать пункт «Disable verification»

5. После нажатия кнопки подписать появляется окно с ошибкой «Cant find private key…»

Рисунок 11. Окно с ошибкой

Если при подписании документа появляется окно как на рисунке 11, значит в системе не установлены нужные сертификаты.

Если строка символов в ошибке соответствует следующей строке «8a a4 4f 36 e3 5bf 83 0f 00 4a 97 ab d5 09 2f», то значит в системе не установлен корневой сертификат УУЦ2011. Для этого необходимо скачать сертификат с сайта УФК по Саратовской области (сайт https://saratov. *****, раздел «Информация для клиентов»-«Электронный документооборот и ЭП»-«Программное обеспечение и сертификаты»-«2011»-«Корневой сертификат УУЦ2011») и установить его в хранилище доверенных корневых сертификатов.

6. При подписании документа появляется сообщение с просьбой обновить плагины.

Данное сообщение появляется если произошло автоматическое обновление браузера Mozilla Firefox или Java. Для решения проблемы необходимо переустановить Портал СУФД с помощью утилиты настройки для рабочего места СУФД – online (раздел «Информация для клиентов»-«Электронный документооборот и ЭП»-«СУФД-online»-«Утилита настройки для рабочего места СУФД» на сайте УФК по Саратовской области https://saratov. ***** ).

7. Кнопка подписания документа неактивна.

Проблема может возникать по нескольким причинам:

1) Не выбран документ в списке документов.

2) Документ не прошел «документарный контроль»- необходимо провести документарный контроль или исправить ошибки в документе, если он уже проводился.

3) Не установлены сертификаты подписи — установить сертификаты, используя «КриптоПро 3.6».

4) В случае если п.1-3 не помогли — обратиться в отдел РСиБИ (

8. При авторизации в Портале СУФД появляется ошибка «HTTP 500 ERROR»

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

9. При подписании документа появляется ошибка «Нет сертификатов/Не найдено действующих сертификатов»

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

1) Не установлены действующие сертификаты — необходимо установить нужные сертификаты.

2) На рабочей машине стоит неверная дата и время — необходимо установить правильную дату и время!

10. Проблемы с Порталом СУФД в ОС Windows 7

Для стабильной работы Портала СУФД в операционной системе Windows 7 необходимо запускать Портал (браузер Mozilla Firefox) от имени администратора. Для этого необходимо выполнить следующие действия:

Щелкните правой клавишей мыши по нужному ярлыку (ярлык браузера Mozilla Firefox) и выберите пункт «Свойства«.

Перейдите на вкладку «Ярлык«, нажмите «Дополнительно«, установите флажок «Запускать от имени администратора» (рис. 12):

Или перейдите на вкладку «Совместимость» и установите флажок «Выполнять эту программу от имени администратора» (рис. 13):

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

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

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

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

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

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

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: вкладка «Сервис»-> пункт «Блокирование всплывающих окон»-> в раскрывшемся меню первый пункт должен быть «Включить блокирование всплывающих окон», если же в первом пункте «Отключить блокирование всплывающих окон», то его необходимо кликнуть мышкой.

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

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

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

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

Просмотреть также как в пункте 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;

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

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

Рекомендуем настроить автоматичесткую очистку истории в браузере.

Проблемы с входом

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

Убедитесь, что системное время не сбилось (дата, часовой пояс)

Во втором случае рекомендуем сменить пароль в СУФД вручную до истечения срока.

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

Проблемы с документами

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

GUID’ы присылайте текстом, а не скриншотами!

Проблемы с подписью

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