Добрый день, уважаемые участники форума! Требуется ваша экспертная помощь.
В нашей школе-интернате возникла проблема при работе в модуле «Формирование и представление отчётности».
При утверждении документа («Утвердить главным бухгалтером») появляется окно с надписью «Not unique in ID space».
Утверждения документа, естественно, не происходит. Хотя и выбор сертификата, и ввод пароля проходят штатно.
Не сталкивался ли кто-нибудь с подобной проблемой?
В интернете решения не нашёл. Два обращения в службу поддержки результата не дали.
Первый ответ заключался в том, что «Данное предупреждение не является ошибкой (???!!!).
Необходимо проверить наличие плагина криптопро в Вашем браузере.»
Плагин в браузере установлен (и вообще с этого компа в ЭБ работают уже не первый месяц).
Далее нужно было проверить «Требования к ПО»:
Jinn-Client, версия 1.0.3050.0 – Соответствует
КриптоПро CSP версия 4.0 R3 (4.0.9944) – Соответствует
ЭЦП Browser plug-in версии 2.0 – Соответствует
Internet Explorer 11.0.9600.17843 и выше – Установлен актуальный с microsoft.com (хотя его версия другая)
Ядро УФОС версии 8.21.613 и выше – Не знаем; как посмотреть, где взять обновление?
Второй ответ был таким:
«Необходимо вернуть документ на доработку, вновь провести контроли, потом очистить кэш кук файлы Вашего браузера, после чего отправить на согласование.»
Всё это сделали, не помогло. В связи с чем рассчитываю на вашу помощь. А пока пошёл звонить в техподдержку в третий раз.
SUFDCORE-14831
АП не останавливает отработку по принуждению. Помогает тольку перезагрузка СУФД, после чего АП не заносится в историю мониторинга отработанных автопроцедур.
SUFDCORE-14845
У АП Продление ЭП с истекающим сроком действия сертификата
есть параметр — Число дней для просмотра вперед при поиске истекающих сертификатов, по умолчанию=90
— параметр необходим, т.к. процесс отработки АП длительный и АП планируется запускаться по расписанию во внеурочное время (например ночью, либо в нерабочие дни)
— из-за предположительно большого количества подписей, подходящих для обработки процедурой и периодического характера ее работы в этот параметр можно задать большое значение, т.е. даже по-умолчанию АП смотрит на 90 дней вперед
Но, при таких критериях возникнет ситуация, когда в выборку попадут подписи с текущим на момент отработки АП сертификатом службы tsa:
благодаря большому периоду просмотра, АП решит что необходимо подписям добавить метки, но на сервисе еще не будет нового сертификата сервиса…. действие текущего сертификата службы истечет через 3 месяца, а новый для нее еще не выпускался и соответственно не подкладывался службе
тогда АП добавит подписям ту же самую метку времени и закомитит, и следующая выборка подписей из бд выдаст в заданный пул те же самые подписи, и АП снова добавит им метку…. и так до истечение заданного времени выполнения АП параметром «Максимальное время выполнения АП в минутах»
*Для избежания подобного зацикливания предлагается реализовать следующее:*
— при селекте подписей для обработки АП опираться не на заданный период а на дату истечения срока действия текущего сертификата службы tsa (далее — дата )
— дату истечения срока действия текущего сертификата службы tsa можно получить от сервиса только вытащив из подписи, усиленной КС
*1. Реализовать механизм получения служебной усиленной подписи для получения из нее даты окончания срока действия текущего сертификата службы tsa*
*2. Изменить либо убрать параметр «Число дней для просмотра вперед при поиске истекающих сертификатов»*
*3. Изменение алгоритма работы АП:*
|- запуск АП вручную либо по расписанию с параметрами:
— Максимальное время выполнения АП в минутах
— Кол-во подписей обрабатываемых в одной транзакции
— Количество потоков параллельной обработки
— производится получение служебной подписи и извлечение из нее даты окончания срока действия текущего на момент запуска АП сертификата службы tsa (далее «end_date»)
— производится выборка подписей из БД, у которых:
— значение «TIME_STAMP_CERT_TO_DATE» больше либо равно «sysdate» (текущее системное время сервера приложений)
— значение «TIME_STAMP_CERT_TO_DATE» строго меньше «end_date»
— в случае, если выборка на предыдущем шаге вернула «0» записей — завершение работы АП
— если выборка вернула кол-во записей равное или большее значению заданного пула в параметре «Кол-во подписей обрабатываемых в одной транзакции» — добавление архивной метки, затем повторная выборка для последующей обработки|
SUFDCORE-15649
При отработке АП — Продление ЭП с истекающим сроком действия сертификата:
— в выборку для продления попадает некий пул подписей подходящих по атрибутам для обработки АП
— они пакуются в один тр. документ и отправляются в онлайн — комплекс за усилением
— после усиления в онлайн — комплексе все эти подписи снова пакуются в один транспортный документ и отправляются обратно в оффлайн — комплекс
— при принятии этого транспортного документа в оффлайн — комплексе инициируется запуск АП сохранения усиленных подписей
в условиях пром кол-во подписей в этом документе будет приличным (на тесте было порядка 20 тысяч и АП отрабатывала сутки и продолжала работать, прогресс бар был заполнен процентов на 15) и АП сохранения отрабатывает все эти подписи в одной транзакции, т.е. если прервать ее работу (например перезапустить СУФД) то она запуститься повторно и будет отрабатывать документ с нуля.
Необходимо как-то оптимизировать этот процесс продления подписей с истекающим сроком действия на оффлайн комплексе.
SUFDCORE-15688
АП — Продление ЭП с истекающим сроком действия сертификата
если в выборке АП небольшое кол-во подписей (проверялось с разным кол-вом от 1 до 36) то после отработки АП не инициируется АП отправки подписей в онлайн комплекс.
Если запустить АП отправки вручную — все работает
Если в выборке АП продления много подписей (в тысячах) то после отработки АП отправки инициируется.
SUFDCORE-16818
АРМ Офлайн. Проблемы функциональности замещения подписей.
*Текущее поведение:*
Так как в АРМ Офлайн все подписи не УЭЦП, то функционал по замещению подписей не работает.
Так как такая подпись не имеет юр. значимости и не может быть замещена.
При создании записи о передачи прав подписи в колонке Статус УЭЦП — Ошибка.
При правильной настройке замещения подписей, и подписании документа в информации о подписи в колонке
Замещение:
{code}
Замещение
Замещения не использовались при формировании цифровой подписи.
{code}
Необходим анализ: предполагается ли в АРМ Оффлайн использовать функционал по передачи прав подписи?
Насколько такой функционал будет востребован, действительно ли он будет использоваться?
Если да, то необходимо проанализировать и продумать каким образом нужно будет доработать функционал в разрезе АРМ Оффлайн
SUFDCORE-17644
Плавающая ошибка, хост + порт sso (http://ufk6000.sufd-tracker.pds.otr.ru:8077/) в firefox не отрисовывается страница авторизации sso, происходит цикличное обновление, при этом в лог sso непрерывно спамятся записи:
|[2016-07-11 18:45:56,411] INFO [172.17.1.199_81FBD84BD1CE93A71525E331E0DA69E2] (FastBaseProxy.java:435) — GET: /zkau?dtid=Desktop_1300&cmd_0=rmDesktop&opt_0=i
[2016-07-11 18:45:56,426] INFO [172.17.1.199_81FBD84BD1CE93A71525E331E0DA69E2] (FastBaseProxy.java:435) — GET: /|
При этом в IE и Chrome подобной проблемы нет
Если в Firefox в командной строке сразу перейти на http://sufd-tracker.pds.otr.ru:8077/sso-proxy-login/login_no_sn_new.html?server=ufk6000.sufd-tracker.pds.otr.ru, окно авторизации в SSO отрисовывается
SUFDCORE-17601
При попытке загрузить сертификат в криптоадминке выскакивает ошибка.
Скрин: !Ошибка_ОВ.jpg!
SUFDCORE-17610
Используется Firefox с установленным Крипто-ПРО плагином 2.0
http://port.sufd-tracker.pds.otr.ru:8077/index.zul — данный стенд использует СБ+SSO, работает только Java апплет.
http://tst-as-db:18082/ — напрямую, Крипто-ПРО плагин работает.
После SSO идет редирект на какую-то другую страницу и судя по всему к ней не подключен javascript который запускает работу с Крипто-ПРО плагином.
SUFDCORE-17641
При проверки сертификата из криптоадминки, при недоступности криптосервера возникает ошибка показанная на скриншоте.
В данном случае не правильно утверждать, что сертификат неверный, нужно указать на недоступность криптосервера.
SUFDCORE-17668
При выборе документа в скроллере, выскакивает ошибка приложенная в скриншоте.
Логи СУФД тоже прилагаю.
SUFDCORE-17814
*Сценарий*
Используется Firefox с установленным Крипто-ПРО плагином 2.0.1303.0
http://sufd.server1.cert:8001/ — данный стенд использует СБ+SSO. В СБ для пользователя настроен вход в СУФД по сертификату.
Открываем страницу авторизации, вводим пароль и логин пользователя.
Откроется форма авторизации по сертификату. Выбрать пользовательский сертификат и авторизоваться.
*Результат*
При проверке подлинности сертификата запустится Java апплет, вместо Крипто-ПРО браузер плагин 2.0.
Хотя Крипто-ПРО браузер плагин 2.0 включен.
SUFDCORE-17816
*Сценарий*
Используется Firefox с установленным Крипто-ПРО плагином 2.0.1303.0
http://sufd.server1.cert:8001/ — данный стенд использует СБ+SSO. В СБ для пользователя настроен вход в СУФД по сертификату.
Авторизируемся в СУФД под пользователем с полномочиями администратора УФК СУФД.
Выполняем генерацию нового сертификата. Заполняем необходимые поля на форме генерации. Выполняем запрос на генерацию сертификата.
*Результат*
После выполнения запроса на генерацию в СУФД падает ошибка:
{noformat}
10-07;15:34:28.939 INFO [ sufd.ftp.connector.receiver.3][ o.m.DefaultExceptionStrategy]: There is no current event available, routing Null message with the exception
10-07;15:34:34.688 ERROR [ qtp-1595992208-71][ o.zkoss]: Failed to assign [id=сryptoProCertReqResult] to
Not unique in ID space [Page _index_zul]: сryptoProCertReqResult
10-07;15:34:34.696 ERROR [ qtp-1595992208-71][ c.o.s.w.u.u.UIUtils]: Not unique in ID space [Page _index_zul]: сryptoProCertReqResult
org.zkoss.zk.ui.UiException: Not unique in ID space [Page _index_zul]: сryptoProCertReqResult
{noformat}
Подробности в логе СУФД.
Но в итоге файлы сертификатов сохранить удается.
SUFDCORE-17847
*Сценарий*
Служебные документы — Запрос на получение сертификата
Выбрать «Запрос на сертификат Организации-заявителя». Выставить все чекбоксы и заполнить обязательные поля. Выполнить генерацию сертификата.
*Результат*
При генерации падает ошибка: «Ошибка формирования запроса: CertEnroll::CX500DistinguishedName::Encode: Эта строка содержит нечисловой символ. 0x80092020 (-2146885600) (0x80092020)»
Лог СУФД прикладываю.
SUFDCORE-17851
При создании/обновления пользователя в СБ, информация о привязке пользователя к ролям не реплицируется в СУФД.
SUFDCORE-17861
Необходимо исправить следующие недоработки в SUFD-87069. В ППО отсутствуют следующие требования:
4.2.2.5. Функциональные требования к процедуре усиления подписи в ППО «АСФК (СУФД)»
Требуется доработать процедуру усиления подписи клиентов АРМ «Офлайн-клиент ФК» в части добавления системной настройки по отключению проверки полномочий пользователей и их формализованной должности в АРМ «Офлайн-клиент ФК» при усилении подписи в случае отсутствия информации в ППО «АСФК (СУФД)» в профиле пользователя для контроля.
4.2.2.6. Функциональные требования к функции импорта конфигурационного файла АРМ «Офлайн-клиент ФК»
Требуется доработать функцию импорта конфигурационного файла АРМ «Офлайн-клиент ФК» в части обеспечения при импорте привязки к профилям пользователей данных об их полномочиях и формализованных должностях.
4.2.2.7. Функциональные требования к функции экспорта конфигурационного файла для АРМ «Офлайн-клиент ФК»
Требуется доработать функцию экспорта конфигурационного файла для АРМ «Офлайн-клиент ФК» в части обеспечения при экспорте выгрузки данных в профили пользователей в конфигурационном файле данных об их полномочиях и формализованных должностях из профиля ППО «АСФК (СУФД)».
SUFDCORE-17874
При редактировании пользователя в СБ к нему можно привязать сертификат.
Сейчас, если данный сертификат уже привязан в СУФД к другому пользователю, то ничего не произойдет (к нужному пользователю сертификат не привяжется).
Необходимо возвращать ошибку, что сертификат привязан к другому пользователю.
SUFDCORE-17881
Была доработана генерация запроса в которой исключались полномочия АСФК из сертификата.
1.В заявление Батрашов Вячеслав Олегович 1478776111.rtf не попадают полномочия АСФК.
2. При выборе в запросе полномочия 1.2.643.3.251.1.1 -полномочие АСФК не должно попадать в сертификат.
SUFD-93732
Требуется доработать операцию аннулирования ИНФ
Вместо формирования синка требуется при выполнении операции формирования ИНФ на аннулирование формировать новый документ ИНФ с типом *ИНА*
В навигаторе документы с типом ИНА должны попадать в ту же папку, что и стандартные ИНФы
SUFD-93992
ua11u
АРМ PBS 00939.
Версия 7.261.19+fix1
Системная дата 23.01.2017
Признак перехода на СР=1
Создать новый документ РР(30122016)
1.Не заполняется код по СР=8 символам.при создании документа
1.1 Не заполнился номер ЛС
2.Если заполнить по сводному реестру=8 символам срабатывает ошибка
Значение поля «По Сводному реестру отправителя» отсутствует в справочнике СРППБС и в справочнике Сводный реестр.
Прошу проанализировать
данную ситуацию.
Постановка
[https://asfk-support.ru/svn/asd/02-Проектирование/Актуальные постановки СУФД/Документы/Регистрация и доведение бюджета/Расходное расписание v.7.doc]
SUFD-94167
*Сценарий*
Переход на СР наступил, организация создатель документа присутствует в СР.
Создать новый документ «Реестр расходных расписаний».
*Ошибки*
1. При создании нового документа поле «по Сводному реестру» заполнится 5-ти значным кодом организации, хотя должен браться 8-ми значный код организации по СР. Можно указать 8-ми значный код путем выбора из спр. или вручную.
2. Нет возможности заполнить поле «Номер лицевого счета» путем выбора из справочника Информация о ЛС. Кнопки выбора из спр. нет на ВФ.
3. В разделе «Расходные расписания (3)» добавить строку. Заполнить поле «Кому: наименование получателя» выбором из сп. СР. После заполнения выведется предупреждение: «значение поля «N/A» обрезано т.к. превышает допустимую длину». В результате поле «по Сводному реестру» заполнится 5-ти значным урезанным значением, хотя вручную можно ввести 8-ми значное.
SUFD-94264
АРМ PBS 00939
Создать новый документ в рамках перехода на СР.
1.
Создать новый документ в рамках перехода на СР до даты завершения перехода.
Указана организация 00100939
Контроль срабатывает согласно условия в постановке.Но проверка уже должна осуществляться по СР.
Просьба проанализировать возможно необходимо доработать условия для этих контролей
[Заявление на КА|https://www.asfk-support.ru/svn/asd/02-Проектирование/Актуальные постановки СУФД/Документы/Учет обязательств/Аккредитив/Заявление на выдачу (перевод, изменение, отзыв) казначейского аккредитива.doc]
SUFD-94430
Справочник Реестр участников бюджетного процесса, а также юридических лиц, не являющихся участниками бюджетного процесса
Выгружен из ОЕБС МОУ ОК в СУФД.
На логистике МОУ ОК СУФД настроена репликация справочника в портал МОУ СУФД.
В логе Логистики МОУ СУФД ошибка
02-10;11:40:05.395 INFO [h.route[227]-16746215/15774719][ c.o.s.t.a.r.d.TransportRplDispatcher]: Репликация справочника ‘DocType[systemName=DICTORGNUBP,currentVersion=1.0]’ в адрес комплекса ‘Complex[globalId=9500.dubp]’ запрещена прикладной частью
SUFD-94666
*Сценарий*
Выгрузить из ОЕБС в ПУиО отчет 631e.
Тестовые данные:
ТБ_ИД — 2988168
ГУИД — 46708747-AE04-703E-E053-5D0111AC9F1A
*Результат*
После конвертации отчета в СУФД отчет имеет пустые секции ТБ=01 и ТБ=02.
Отчет не заполняется данными согласно постановке [https://asfk-support.ru/svn/asd/02-Проектирование/Актуальные постановки СУФД/Конвертер/Форматы прочие/Своды/ПУиО/ТОФК/Форма 0521413 (631, 631е, 631еs).doc].
Выгруженный из ОЕБС и сформированный отчет в СУФД прикладываю.
SUFD-94597
Требуется доработать формирование квитанции.
SUFD-94626
В документе «Заявка на кассовый расход» необходимо доработать контроли.
SUFD-94627
Для документа «Заявка на кассовый расход» требуется доработать контроли по СР:
Удалить:
1. Контроль на размерность значения поля «по Сводному реестру» = 5 символов
(после НПА и до даты завершения перехода на СР для организации не перешедшей на СР)
2. Контроль на размерность значения поля «по Сводному реестру» = 8 символов
(после НПА и до даты завершения перехода на СР для организации перешедшей на СР)
3. Контроль на корректность значения поля «по Сводному реестру» для клиента НУБП типа Иной ЮЛ (после НПА и после даты завершения перехода на СР)
4. Контроль на наличие указанного значения в поле «по Сводному реестру» в справочнике СРРПБС/ПУБП.
5. Контроль на наличие значения поля «Наименование клиента» в справочнике НУБП.
6. Контроль на наличие значения поля «Наименование клиента» в справочнике СР для 41 лс.
7. Контроль на необязательность заполнения поля «По Сводному реестру» для бюджета, отличного от федерального.
8. Контроль на пустоту поля «по Сводному реестру».
9. Контроль на пустоту поля «по Сводному реестру».
10. Контроль на соответствие типа ЛС и вида средств, при вводе документа от БУ.
11. Контроль на соответствие типа ЛС и вида средств, при вводе документа от БУ.
12. Контроль на размерность поля «по Сводному реестру»
Добавить:
1. Контроль обязательности значения в поле «Код по Сводному реестру» (кроме УБП ФБ)
2. Контроль на наличие организации в СР по реквизитам «Наименование», «Код» до начала перехода»
Изменить:
1. Контроль на размерность значения поля «по Сводному реестру» = 8 символов
2. Контроль на обязательность заполнения значения поля «по Сводному реестру»
3. Контроль на соответствие подведомственности кода «по Сводному реестру» коду «Главы по БК». Значение, указанное в поле «Глава по БК» должно соответствовать значению в поле код главы по БК в справочнике СР для указанного значения «по Сводному реестру» и указанного кода Бюджета.
5. Контроль на наличие организации в РУБП/ПУБП/НУБП по реквизитам Наименование», «Бюджет».
6. Контроль на наличие значения поля «Наименование клиента» в справочнике СР
7. Контроль наименования органа, осуществляющего функции и полномочия учредителя в отношении АУ. Указанное значение в поле «ГРБС/ГАИФ» должно соответствовать наименованию, указанному в блоке «Учредитель» справочника НУБП/АУ/БУ» по АУ, предоставившему документ.
8. Контроль наименования органа, осуществляющего функции и полномочия учредителя в отношении НУБП по справочнику СР.
9. Контроль наименования органа, осуществляющего функции и полномочия учредителя в отношении БУ. Указанное значение в поле «ГРБС/ГАИФ» должно соответствовать наименованию, указанному в блоке «Учредитель» справочника НУБП/АУ/БУ» по БУ, предоставившему документ.
10. Контроль наименования органа, осуществляющего функции и полномочия учредителя в отношении 41 ЛС в справочнике НУБП.
11. Контроль на наличие указанного значения поля «Код цели» в справочнике «Коды субсидий НУБП». С учетом СР
12. Контроль корректности значения в поле «Код цели (аналитический код)» для 41 ЛС
13. Контроль корректности значения в поле «Код цели (аналитический код)» для 41 ЛС с учетом СР
14. Контроль корректности значения в поле «Код цели получателя» для 41 ЛС
15. Контроль корректности значения в поле «Код цели получателя» для 41 ЛС с учетом СР
16. Контроль на необязательность заполнения поля «По Сводному реестру» для бюджета, отличного от федерального.
17. — Дата НПА наступила, (дата =< даты завершения перехода на СР и (организация не найдена по коду из констант в СР либо не заполнен код=8 символов)) или (клиент НУБП с типом ЮЛ и Переход=0)
18. Контроль наименования текущего клиента — создателя документа и наименования клиента, указанного в документе с учетом СР.
19. Контроль наименования текущего клиента — создателя документа и наименования клиента (ПБС), принимающего полномочия на основе номера лицевого счета, указанного в документе.
20. Контроль наименования текущего клиента — создателя документа и наименования клиента (ПБС), принимающего полномочия на основе номера лицевого счета, указанного в документе с учетом СР.
21. Контроль на пустоту полей «Финансовый орган (наименование)», «по Сводному реестру», при вводе документа от УБП ТГВБФ и ГВБФ.
22. Контроль корректности заполнения реквизита «ГРБС/ГАИФ»
23. Контроль корректности заполнения реквизита «ГРБС/ГАИФ» с учетом СР
24.Контроль на принадлежность значения, указанного в поле «Номер лицевого счета» значению, указанному в полях «Наименование клиента» и «КОФК».
25.Контроль на принадлежность значения, указанного в поле «Номер лицевого счета» значению, указанному в полях «Наименование клиента» и «КОФК» с учетом СР.
[https://asfk-support.ru/svn/asd/02-Проектирование/Актуальные постановки СУФД/Документы/Учет обязательств/Регистрация ЗКР/Заявка на кассовый расход.doc]
At revision: 323110
Запросы пользователей по теме «Настройка Электронного Бюджета»:
· настройка электронного бюджета
· электронный бюджет настройка рабочего места
· электронный бюджет 2012 настройка
· настройка электронного бюджета гост 2012
· настройка континента электронный бюджет
· электронный бюджет настройка tls клиента
· электронный бюджет планирование настройка
· континент tls настройка электронный бюджет
· инструкция по настройке электронного бюджета
· настройка электронного бюджета бюджетное планирование
· настройка арм электронный бюджет
· настройка электронного бюджета 2020
· настройка континент tls клиент электронный бюджет
· настройка электронного бюджета казначейство
· настройка континент tls 2 0 клиент электронный бюджет
· настройка рабочего места электронный бюджет 2012
· электронный бюджет настройка рабочего места гост 2012
· настройка браузера для электронного бюджета
· настройка электронного бюджета минфин
· электронный бюджет вход по сертификату настройка
· электронный бюджет установка и настройка
· настройка системы электронный бюджет
· электронный бюджет минфин настройка рабочего места
· электронный бюджет планирование настройка рабочего места
· электронный бюджет инструкция по настройке рабочего места
· электронный бюджет пользовательские настройки по умолчанию
· браузер спутник настройка электронный бюджет
· настройка tls клиента 2 0 для электронного бюджета
· электронный бюджет настройка internet explorer
· настройка гис электронный бюджет
· электронный бюджет бюджетное планирование настройка рабочего места
· настройка эксплорера для электронного бюджета
· электронный бюджет настройка firefox
· настройка браузера для работы с электронным бюджетом
· электронный бюджет личный кабинет настройка
· настройка электронного бюджета через internet explorer
· электронный бюджет казначейства настройка рабочего места
· электронный бюджет официальный сайт настройка
· электронный бюджет автоматическая настройка рабочего места
· электронный бюджет настройка рабочего места 2020
· настройка тлс клиента на электронный бюджет 2012
· как настроить электронный бюджет
· электронный бюджет настроить рабочее место
· установка электронного бюджета
· установка сертификата электронный бюджет
· электронный бюджет инструкция по установке
· установка электронный бюджет 2012
· установка электронного бюджета гост 2012
· установка jinn client для электронного бюджета
· гис электронный бюджет установка
· установка электронного бюджета 2020
· помощь электронный бюджет
· помощь в работе с электронным бюджетом
· электронный бюджет ошибка
· электронный бюджет ошибка входа
· ошибка 404 электронный бюджет
· электронный бюджет ошибка скроллера
· электронный бюджет ошибка обновления скроллера
· электронный бюджет ошибка 403
· электронный бюджет ошибка скрипта
· ошибка 403 при входе в электронный бюджет
· электронный бюджет ошибка сертификата
· электронный бюджет коды ошибок
· электронный бюджет ошибка подписания
· ошибка аутентификации электронный бюджет
· ошибка 443 электронный бюджет
· электронный бюджет ошибки подписи
· электронный бюджет 404 ошибка при входе
· ошибка построения диалога подписания электронный бюджет
· электронный бюджет критическая ошибка
· электронный бюджет ошибка 503
· электронный бюджет ошибка 404 после выбора сертификата
· электронный бюджет вход по сертификату ошибка
· ошибка разрешения имени хоста электронный бюджет
· ошибка 2147417851 в электронном бюджете
· ошибка усиления электронной подписи электронный бюджет
· электронный бюджет ошибка подписания 2147467259
· ошибка загрузки скрипта в электронном бюджете
· настройка рабочего места электронный бюджет гост 2012
· электронный бюджет требования к рабочему месту
Область применения электронной подписи (ЭП или ЭЦП) довольно широка. Например, многие специальные сервисы требуют верификации пользователя с её помощью: Госуслуги, онлайн-сервисы для управления средствами в банке, электронные площадки и другие. Поэтому любые технические неполадки, возникающие при использовании ЭЦП, могут вызвать различные серьёзные: от упущенной выгоды до материальных убытков.
Какие бывают ошибки
Проблемы при использовании ЭП, с которыми пользователи встречаются чаще всего, можно условно разделить на три группы:
- Проблемы с сертификатом. Они появляются, когда сертификат не выбран, не найден или не верен.
- Проблемы с подписанием документа. Ошибки возникают при попытке подписать документ.
- Проблема при авторизации на торговых площадках.
Рассмотрим неполадки подробнее и разберёмся, как их решать.
Сертификат не найден
Иногда при попытке подписать электронный документ с помощью ЭП пользователь может столкнуться с ошибкой «Не удалось найти ни одного сертификата, пригодного для создания подписи».
У подобных ошибок могут быть следующие причины:
- На компьютере не установлены корневые сертификаты Удостоверяющего Центра (УЦ), в котором была получена ЭП. Необходимо установить либо обновить корневой сертификат. Установка корневых сертификатов удостоверяющего центра подробно описана в нашей инструкции.
- На ПК не установлено ни одного личного сертификата ЭП. Для применения ЭП необходимы и личные сертификаты. Об их установке мы писали в другой статье.
- Установленные на компьютере необходимые сертификаты не валидны. Сертификаты отозваны или просрочены. Уточните статус сертификата в УЦ. Ошибка с текстом «Ваш сертификат ключа подписи включён в список отозванных» возникает, если у сертификата закончился срок действия или на ПК нужно обновить список сертификатов. В последней ситуации следует вручную загрузить перечень отозванных сертификатов.
Для установки списка отозванных сертификатов:
- Откройте личный сертификат пользователя в окне Свойства браузера. Чтобы открыть его, наберите «Свойства браузера» в поисковой строке меню Пуск. Перейдите во вкладку Содержание и нажмите кнопку «Сертификаты».
- Во вкладке Состав выберите из списка пункт «Точки распространения списков отзыва».
- В блоке Имя точки распространения скопируйте ссылку на загрузку файла со списком отзыва.
- Скачайте по указанной ссылке файл. Нажмите по нему правой кнопкой мыши и выберите в контекстном меню «Установить список отзыва (CRL)».
- Следуйте указаниям «Мастера импорта сертификатов».
Не виден сертификат на носителе
Как правило, причина такой проблемы — сбой в работе программных компонентов. Для её решения достаточно перезагрузить компьютер. Однако иногда этого бывает недостаточно, поэтому требуется переустановка драйверов или обращение в службу техподдержки.
К наиболее распространённым причинам такой проблемы относятся следующие случаи:
- Драйвер носителя не установлен или установлен некорректно. Для решения проблемы необходимо извлечь носитель электронной подписи из ПК и скачать последнюю версию драйвера носителя с официальных ресурсов. Если переустановка драйвера не помогла, подключите носитель к другому ПК, чтобы убедиться в исправности токена. Если токен определится другой системой, попробуйте удалить на неисправном компьютере драйвер носителя и установить его заново.
- Долгое опознание носителя. Для решения проблемы необходимо дождаться завершения процесса или обновить версию операционной системы.
- Некорректная работа USB-порта. Подключите токен к другому USB-порту, чтобы убедиться, что проблема не в носителе ЭП. Если система определила токен, перезагрузите компьютер. Если это не поможет, следует обратиться службу технической поддержки.
- Неисправность носителя. Если при подключении токена к другому компьютеру или USB-порту система не определяет его, значит, проблема в самом носителе. Устранение неисправности возможно в данном случае лишь одним путём — нужно обратиться в сервисный центр для выпуска нового носителя.
ЭП не подписывает документ
Причин у подобной проблемы множество. Каждый случай требует отдельной проверки. Среди самых распространённых можно выделить следующие неполадки:
- Закрытый ключ на используемом контейнере не соответствует открытому ключу сертификата. Возможно, был выбран не тот контейнер, поэтому следует проверить все закрытые контейнеры на компьютере. Если необходимый контейнер по тем или иным причинам отсутствует, владельцу придётся обращаться в удостоверяющий центр для перевыпуска ЭП.
- Ошибка «Сертификат недействителен» (certificate is not valid). Следует повторно установить сертификат ЭП по инструкциям УЦ в зависимости от используемого криптопровайдера — КриптоПро CSP, ViPNet CSP или другого.
- Сертификат ЭП определяется как непроверенный. В этом случае необходимо переустановить корневой сертификат удостоверяющего центра.
- Истёк срок действия криптопровайдера. Для решения этой проблемы необходим новый лицензионный ключ к программе-криптопровайдеру. Для его получения необходимо обращаться к специалистам УЦ или к ответственным сотрудникам своей организации.
- Подключён носитель с другим сертификатом. Убедитесь, что подключён правильный токен. Проверьте также, не подключены ли носители других сертификатов. Отключите другие носители в случае их обнаружения.
В момент подписания электронных документов или формирования запроса в различных может возникнуть ошибка «Невозможно создание объекта сервером программирования объектов».
В этой ситуации помогает установка и регистрация библиотеки Capicom:
- Скачайте файл архива.
- Распакуйте и переместите файлы capicom.dll и capicom.inf в каталог syswow64, находящийся в корневой папке ОС.
- Откройте командную строку от имени администратора — для этого в меню Пуск наберите «Командная строка», нажмите по найденному приложению правой кнопкой мыши и выберите Запуск от имени администратора.
- Введите «c:windowssyswow64regsvr32.exe capicom.dll» (без кавычек) и нажмите ENTER. Должно появиться уведомление о том, что команда выполнена успешно.
Выбранная подпись не авторизована
Подобная ошибка возникает при попытке авторизации в личном кабинете на электронных торговых площадках. Например, при входе на площадку ZakazRF отображается сообщение «Выбранная ЭЦП не авторизована».
Эта ошибка возникает из-за того, что пользователь не зарегистрирован на площадке, либо не зарегистрирован новый сертификат ключа ЭП. Решением проблемы будет регистрация нового сертификата.
Процесс запроса на авторизацию ЭП на разных торговых площадках может отличаться: часто нужно отправлять запрос оператору системы на авторизацию, иногда рабочее место настраивается автоматически.
Если ошибка сохраняется, возможно, следует отключить защитное ПО или добавить сайт электронной площадки в исключения.
Часто задаваемые вопросы
Почему компьютер не видит ЭЦП?
Причина кроется в несовместимости программного обеспечения и физического носителя ЭЦП. Необходимо проверить версию операционной системы и переустановить её до нужной версии. Если токен повреждён, возможно, понадобится обратиться в удостоверяющий центр для перевыпуска электронной подписи.
О том, что делать, если компьютер не видит ЭЦП и о способах проверки настроек, мы подробно писали в нашей статье.
Почему КриптоПро не отображает ЭЦП?
Если КриптоПро не отображает ЭЦП, следует проверить настройки браузера. Также исправляет ошибку добавление программы в веб-обозреватель и загрузка недостающих сертификатов электронной подписи.
Подробнее ознакомиться, как устранить данную неисправность можно в нашей статье.
Где на компьютере искать сертификаты ЭЦП?
Сертификат ЭЦП позволяет проверить подлинность подписи, содержит в себе срок её действия и информацию о владельце. Он автоматически загружается в папку с системными файлами. В операционной системе Windows от 7 версии и выше ЭЦП хранится по адресу:
C:UsersПОЛЬЗОВАТЕЛЬAppDataRoamingMicrosoftSystemCertificates. Вместо ПОЛЬЗОВАТЕЛЬ требуется указать наименование используемого компьютера.
Что такое сертификат ЭЦП и зачем он нужен мы рассказали в нашей статье.
Всем добрый день! Я часто работаю с бюджетниками, помогаю им с настройкой АРМ в различных системах, порталах, ЭТП. И вот буквально несколько дней назад увидел ошибку на рабочем месте ГИИС Электронный бюджет, которую ранее видеть не доводилось:
«УФОС: Ошибка построения диалога подписания. Не установлены средства подписи (Jinn-клиент или плагин КриптоПро)».
Данная ошибка возникала в момент подписания любого документа внутри системы ГИИС ЭБ.
Решение проблемы в ГИИС ЭБ «не установлены средства подписи Jinn-клиент или плагин КриптоПро»
В организации работают в электронном бюджете почти каждый день, потому версию «не установлен Jinn — клиент», который и отвечает, собственно, за формирования электронной подписи в электронном бюджете, я сходу отверг. Если вы не установили Jinn-клиент, то такую ошибку тоже рискуете увидеть.
Кстати, крипто-плагин был так же установлен. Я проверил Firefox, и он там был. Обратите внимание, что я сказал, что в ГИИС Электронный бюджет лично я работаю в браузере Firefox. А не в Internet explorer! Да, вы не ослышались. В электронном бюджете можно работать и подписывать документы в браузере firefox.
Ну а проблема оказалась несколько банальной. Дело в том, что и указанный крипто-плагин, и корневые сертификаты УФК, и даже сам КриптоПро частенько обновляются! Да и настройки Firefox для работы с электронной подписью бывает, слетают, сбиваются. Потому, поскольку я лентяй, мне захотелось всё сделать быстро и автоматически.
Для этой цели, как обычно, я воспользовался сервисом автоматической проверки и настройки ЭТП и ГОС. ПОРТАЛОВ от СКБ Контур. ⏩Посмотреть как им пользоваться Вот и всё решение этой проблемы.🙂 Конечно, обновить указанный плагин можно было и вручную, но я люблю сервис.
После этого я зашёл в ЭБ (https://lk.budget.gov.ru) И документы стали успешно подписываться. Кстати, электронный бюджет готовят к грандиозному переезду на другие адреса и модули… Видать, опять начнутся вопли и страдания по настройкам. Хотя пока что вход через lk.budget.gov.ru тоже работает.
CCVI |
|
|
Статус: Новичок Группы: Участники Сказал(а) «Спасибо»: 1 раз |
Добрый день, Возникает необычная ошибка при подписание в ЭБ: бюджетное планирование, поисковик мне не помог. Проблема начинается после переподключения рутокена, войти на сайт бюджетного планирования по сертификату удаётся, но при проверке подписи или попытке подписать документ выдаёт ошибку «Алгоритм подписи сертификата должен соответствовать ГОСТ Р 34.11/34.10-2001 или ГОСТ Р 34.11-2012/34.10-2012». Помогает переустановка сертификата в хранилище «Личное» текущего пользователя, но только до следующего извлечения носителя. С чужой подсказки нашел следующее решение — в КриптоПро CSP на вкладке «Безопасность» в разделе «Режим работы CSP» отметить пункт «Использовать службу хранения ключей», вместо выбора по умолчанию «Хранить ключи в памяти приложений». Решение работает, но не хочется бросать все не разобравшись. Получается, что что-то не правильно срабатывает на уровне расширения или браузера, м.б. не может найти закрытый ключ? Перед генерации нового закрытого ключа и получения нового сертификата у пользователя всё работало. Перед применением найденного решения, экспериментировал с версиями КриптоПро 3.9.8287 и 4.0.9842. В сертификате, на вкладке «Состав», в графе «Алгоритм подписи» указан нужный ГОСТ Р 34.11/34.10-2001. У корневого и промежуточного сертификата, аналогично. Проверка контейнера средствами КриптоПро проходит успешно. В событиях ОС ничего подозрительного не содержится. Проверял на физической машине другого пользователя, также настраивалась для работы с бюджетным планированием, ошибок не возникает. Рабочее место пользователя — квази-тонкий клиент подключенный к виртуальной машине с Windows 7 SP 1 (х86), Citrix XenDesktop 7.6 pooled (non-persistent) desktop. Из установленного ПО: Можно ли настроить КриптоПро CSP на автоматическую установку сертификата в хранилище текущего пользователя? Есть ощущение, что со всеми новыми ключами из ФК будет аналогичная история. Пожалуйста помогите разобраться. |
 |
|
|
CCVI |
|
|
Статус: Новичок Группы: Участники Сказал(а) «Спасибо»: 1 раз |
Апдейт. Также, есть второй ключ, полученный примерно в то же время из УЦ ФК, условное решение с использованием службы хранения ключей не помогает. Без ЭЦП Browser Plug-in, при попытке подписать документ, выводится сообщение «Не удалось получить список сертификатов: Невозможно создание объекта сервером программирования объектов». И что-то подозрительно пусто в ветке реестра HKEY_CURRENT_USERSoftwareMicrosoftSystemCertificatesMy, если я все правильно понимаю, то именно там должны содержаться разделы с сертификатами установленными в личное хранилище текущее пользователя. |
|
|
|
| Пользователи, просматривающие эту тему |
|
Guest |
Быстрый переход
Вы не можете создавать новые темы в этом форуме.
Вы не можете отвечать в этом форуме.
Вы не можете удалять Ваши сообщения в этом форуме.
Вы не можете редактировать Ваши сообщения в этом форуме.
Вы не можете создавать опросы в этом форуме.
Вы не можете голосовать в этом форуме.
есть параметр — Число дней для просмотра вперед при поиске истекающих сертификатов, по умолчанию=90
— параметр необходим, т.к. процесс отработки АП длительный и АП планируется запускаться по расписанию во внеурочное время (например ночью, либо в нерабочие дни)
— из-за предположительно большого количества подписей, подходящих для обработки процедурой и периодического характера ее работы в этот параметр можно задать большое значение, т.е. даже по-умолчанию АП смотрит на 90 дней вперед
Но, при таких критериях возникнет ситуация, когда в выборку попадут подписи с текущим на момент отработки АП сертификатом службы tsa:
благодаря большому периоду просмотра, АП решит что необходимо подписям добавить метки, но на сервисе еще не будет нового сертификата сервиса…. действие текущего сертификата службы истечет через 3 месяца, а новый для нее еще не выпускался и соответственно не подкладывался службе
тогда АП добавит подписям ту же самую метку времени и закомитит, и следующая выборка подписей из бд выдаст в заданный пул те же самые подписи, и АП снова добавит им метку…. и так до истечение заданного времени выполнения АП параметром «Максимальное время выполнения АП в минутах»
*Для избежания подобного зацикливания предлагается реализовать следующее:*
— при селекте подписей для обработки АП опираться не на заданный период а на дату истечения срока действия текущего сертификата службы tsa (далее — дата )
— дату истечения срока действия текущего сертификата службы tsa можно получить от сервиса только вытащив из подписи, усиленной КС
*1. Реализовать механизм получения служебной усиленной подписи для получения из нее даты окончания срока действия текущего сертификата службы tsa*
*2. Изменить либо убрать параметр «Число дней для просмотра вперед при поиске истекающих сертификатов»*
*3. Изменение алгоритма работы АП:*
|- запуск АП вручную либо по расписанию с параметрами:
— Максимальное время выполнения АП в минутах
— Кол-во подписей обрабатываемых в одной транзакции
— Количество потоков параллельной обработки
— производится получение служебной подписи и извлечение из нее даты окончания срока действия текущего на момент запуска АП сертификата службы tsa (далее «end_date»)
— производится выборка подписей из БД, у которых:
— значение «TIME_STAMP_CERT_TO_DATE» больше либо равно «sysdate» (текущее системное время сервера приложений)
— значение «TIME_STAMP_CERT_TO_DATE» строго меньше «end_date»
— в случае, если выборка на предыдущем шаге вернула «0» записей — завершение работы АП
— если выборка вернула кол-во записей равное или большее значению заданного пула в параметре «Кол-во подписей обрабатываемых в одной транзакции» — добавление архивной метки, затем повторная выборка для последующей обработки|
— в выборку для продления попадает некий пул подписей подходящих по атрибутам для обработки АП
— они пакуются в один тр. документ и отправляются в онлайн — комплекс за усилением
— после усиления в онлайн — комплексе все эти подписи снова пакуются в один транспортный документ и отправляются обратно в оффлайн — комплекс
— при принятии этого транспортного документа в оффлайн — комплексе инициируется запуск АП сохранения усиленных подписей
в условиях пром кол-во подписей в этом документе будет приличным (на тесте было порядка 20 тысяч и АП отрабатывала сутки и продолжала работать, прогресс бар был заполнен процентов на 15) и АП сохранения отрабатывает все эти подписи в одной транзакции, т.е. если прервать ее работу (например перезапустить СУФД) то она запуститься повторно и будет отрабатывать документ с нуля.
Необходимо как-то оптимизировать этот процесс продления подписей с истекающим сроком действия на оффлайн комплексе.
если в выборке АП небольшое кол-во подписей (проверялось с разным кол-вом от 1 до 36) то после отработки АП не инициируется АП отправки подписей в онлайн комплекс.
Если запустить АП отправки вручную — все работает
Если в выборке АП продления много подписей (в тысячах) то после отработки АП отправки инициируется.
*Текущее поведение:*
Так как в АРМ Офлайн все подписи не УЭЦП, то функционал по замещению подписей не работает.
Так как такая подпись не имеет юр. значимости и не может быть замещена.
При создании записи о передачи прав подписи в колонке Статус УЭЦП — Ошибка.
При правильной настройке замещения подписей, и подписании документа в информации о подписи в колонке
Замещение:
{code}
Замещение
Замещения не использовались при формировании цифровой подписи.
{code}
Необходим анализ: предполагается ли в АРМ Оффлайн использовать функционал по передачи прав подписи?
Насколько такой функционал будет востребован, действительно ли он будет использоваться?
Если да, то необходимо проанализировать и продумать каким образом нужно будет доработать функционал в разрезе АРМ Оффлайн
|[2016-07-11 18:45:56,411] INFO [172.17.1.199_81FBD84BD1CE93A71525E331E0DA69E2] (FastBaseProxy.java:435) — GET: /zkau?dtid=Desktop_1300&cmd_0=rmDesktop&opt_0=i
[2016-07-11 18:45:56,426] INFO [172.17.1.199_81FBD84BD1CE93A71525E331E0DA69E2] (FastBaseProxy.java:435) — GET: /|
При этом в IE и Chrome подобной проблемы нет
Если в Firefox в командной строке сразу перейти на http://sufd-tracker.pds.otr.ru:8077/sso-proxy-login/login_no_sn_new.html?server=ufk6000.sufd-tracker.pds.otr.ru, окно авторизации в SSO отрисовывается
Скрин: !Ошибка_ОВ.jpg!
http://port.sufd-tracker.pds.otr.ru:8077/index.zul — данный стенд использует СБ+SSO, работает только Java апплет.
http://tst-as-db:18082/ — напрямую, Крипто-ПРО плагин работает.
После SSO идет редирект на какую-то другую страницу и судя по всему к ней не подключен javascript который запускает работу с Крипто-ПРО плагином.
В данном случае не правильно утверждать, что сертификат неверный, нужно указать на недоступность криптосервера.
Логи СУФД тоже прилагаю.
Используется Firefox с установленным Крипто-ПРО плагином 2.0.1303.0
http://sufd.server1.cert:8001/ — данный стенд использует СБ+SSO. В СБ для пользователя настроен вход в СУФД по сертификату.
Открываем страницу авторизации, вводим пароль и логин пользователя.
Откроется форма авторизации по сертификату. Выбрать пользовательский сертификат и авторизоваться.
*Результат*
При проверке подлинности сертификата запустится Java апплет, вместо Крипто-ПРО браузер плагин 2.0.
Хотя Крипто-ПРО браузер плагин 2.0 включен.
Используется Firefox с установленным Крипто-ПРО плагином 2.0.1303.0
http://sufd.server1.cert:8001/ — данный стенд использует СБ+SSO. В СБ для пользователя настроен вход в СУФД по сертификату.
Авторизируемся в СУФД под пользователем с полномочиями администратора УФК СУФД.
Выполняем генерацию нового сертификата. Заполняем необходимые поля на форме генерации. Выполняем запрос на генерацию сертификата.
*Результат*
После выполнения запроса на генерацию в СУФД падает ошибка:
{noformat}
10-07;15:34:28.939 INFO [ sufd.ftp.connector.receiver.3][ o.m.DefaultExceptionStrategy]: There is no current event available, routing Null message with the exception
10-07;15:34:34.688 ERROR [ qtp-1595992208-71][ o.zkoss]: Failed to assign [id=сryptoProCertReqResult] to
Not unique in ID space [Page _index_zul]: сryptoProCertReqResult
10-07;15:34:34.696 ERROR [ qtp-1595992208-71][ c.o.s.w.u.u.UIUtils]: Not unique in ID space [Page _index_zul]: сryptoProCertReqResult
org.zkoss.zk.ui.UiException: Not unique in ID space [Page _index_zul]: сryptoProCertReqResult
{noformat}
Подробности в логе СУФД.
Но в итоге файлы сертификатов сохранить удается.
Служебные документы — Запрос на получение сертификата
Выбрать «Запрос на сертификат Организации-заявителя». Выставить все чекбоксы и заполнить обязательные поля. Выполнить генерацию сертификата.
*Результат*
При генерации падает ошибка: «Ошибка формирования запроса: CertEnroll::CX500DistinguishedName::Encode: Эта строка содержит нечисловой символ. 0x80092020 (-2146885600) (0x80092020)»
Лог СУФД прикладываю.
4.2.2.5. Функциональные требования к процедуре усиления подписи в ППО «АСФК (СУФД)»
Требуется доработать процедуру усиления подписи клиентов АРМ «Офлайн-клиент ФК» в части добавления системной настройки по отключению проверки полномочий пользователей и их формализованной должности в АРМ «Офлайн-клиент ФК» при усилении подписи в случае отсутствия информации в ППО «АСФК (СУФД)» в профиле пользователя для контроля.
4.2.2.6. Функциональные требования к функции импорта конфигурационного файла АРМ «Офлайн-клиент ФК»
Требуется доработать функцию импорта конфигурационного файла АРМ «Офлайн-клиент ФК» в части обеспечения при импорте привязки к профилям пользователей данных об их полномочиях и формализованных должностях.
4.2.2.7. Функциональные требования к функции экспорта конфигурационного файла для АРМ «Офлайн-клиент ФК»
Требуется доработать функцию экспорта конфигурационного файла для АРМ «Офлайн-клиент ФК» в части обеспечения при экспорте выгрузки данных в профили пользователей в конфигурационном файле данных об их полномочиях и формализованных должностях из профиля ППО «АСФК (СУФД)».
Сейчас, если данный сертификат уже привязан в СУФД к другому пользователю, то ничего не произойдет (к нужному пользователю сертификат не привяжется).
Необходимо возвращать ошибку, что сертификат привязан к другому пользователю.
1.В заявление Батрашов Вячеслав Олегович 1478776111.rtf не попадают полномочия АСФК.
2. При выборе в запросе полномочия 1.2.643.3.251.1.1 -полномочие АСФК не должно попадать в сертификат.
Вместо формирования синка требуется при выполнении операции формирования ИНФ на аннулирование формировать новый документ ИНФ с типом *ИНА*
В навигаторе документы с типом ИНА должны попадать в ту же папку, что и стандартные ИНФы
АРМ PBS 00939.
Версия 7.261.19+fix1
Системная дата 23.01.2017
Признак перехода на СР=1
Создать новый документ РР(30122016)
1.Не заполняется код по СР=8 символам.при создании документа
1.1 Не заполнился номер ЛС
2.Если заполнить по сводному реестру=8 символам срабатывает ошибка
Значение поля «По Сводному реестру отправителя» отсутствует в справочнике СРППБС и в справочнике Сводный реестр.
Прошу проанализировать
данную ситуацию.
Постановка
[https://asfk-support.ru/svn/asd/02-Проектирование/Актуальные постановки СУФД/Документы/Регистрация и доведение бюджета/Расходное расписание v.7.doc]
Переход на СР наступил, организация создатель документа присутствует в СР.
Создать новый документ «Реестр расходных расписаний».
*Ошибки*
1. При создании нового документа поле «по Сводному реестру» заполнится 5-ти значным кодом организации, хотя должен браться 8-ми значный код организации по СР. Можно указать 8-ми значный код путем выбора из спр. или вручную.
2. Нет возможности заполнить поле «Номер лицевого счета» путем выбора из справочника Информация о ЛС. Кнопки выбора из спр. нет на ВФ.
3. В разделе «Расходные расписания (3)» добавить строку. Заполнить поле «Кому: наименование получателя» выбором из сп. СР. После заполнения выведется предупреждение: «значение поля «N/A» обрезано т.к. превышает допустимую длину». В результате поле «по Сводному реестру» заполнится 5-ти значным урезанным значением, хотя вручную можно ввести 8-ми значное.