СМЭВ 3. Отправитель сообщения не зарегистрирован.

Автор: -

При отправке xml в контур СМЭВ 3 (ГИС ГМП 2.1) получаю ошибку: Отправитель сообщения не зарегистрирован.

Причина:
Проверка ЭП-ОВ(орган власти) на стороне СМЭВ 3.
То есть, для того чтобы успешно отправить сообщение в СМЭВ 3, необходимо чтобы ЭП-ОВ была зарегистрирована как в промышленно, так и тестовом контуре.

Примечание:
Такой проверки не было при отправке в тестовый контур СМЭВ 2.

Комментарии

Отправить комментарий

Популярные сообщения из этого блога

Linux (РедОС). Сброс пароля

Автор: -
Изображение
Используется ОС РедОС 7.1, которая установлена в VBox. В процессе установки ОС, был задан только пароль для "root", дополнительных пользователей не создавалось. В  рекомендациях на сайте производителя ОС  указано: Помимо администратора РЕД ОС (root) в систему необходимо добавить, по меньшей мере, одного обычного пользователя. Работа от имени администратора РЕД ОС считается опасной (можно по неосторожности повредить систему), поэтому повседневную работу в РЕД ОС следует выполнять от имени обычного пользователя, полномочия которого ограничены. После перезапуска и попытке войти в систему под root, система выдает сообщение "Не сработало .попробуйте еще раз". Поэтому для решения проблемы было решено создать пользователя, для этого выполняем такие действия: После загрузки, в момент выбора системы, быстро нажимаем стрелки вверх и вниз (приостанавливаем обратный отсчет). Выбираем ядро и нажимаем «e». Находим строку, которая относится к ядру: здесь будет ряд «boot parameter
Далее...

TRUNCATE / DELETE / DROP или как очистить таблицу

Автор: -
ИМЕЕМ: Таблица MSG (сообщения) с большим количеством записей. SQL> CREATE TABLE msg (id INTEGER NOT NULL PRIMARY KEY,                               description CHAR (50) NOT NULL,                            date_create DATE); ЗАДАЧА: Необходимо очистить таблицу от данных РЕШЕНИЕ: Для решения данной задачи есть несколько способов. Ниже описание и пример каждого из них. Способ №1 - используем DELETE  Самый простой способ (первый вариант) - выполнение оператора удаления записи. При его выполнении вы будете видеть результат (сколько записей удалено). Удобная штука когда необходимо точно знать и понимать правильные ли данные удалены. НО имеет недостатки перед другими вариантами решения поставленной задачи. SQL>  DELETE FROM msg; --Удалит все строки в таблице SQL>  DELETE FROM msg WHERE date_create = '2019.02.01'; --Удалит все строки у которых дата создания "2019.02.01"  Способ №2 - используем TRUNCATE  Использование оператора DML для очистки всех строк в та
Далее...

КБК. КВФО - Код вида финансового обеспечения (деятельности)

Автор: -
НПА:  Приказ Минфина России от 01.12.2010 N 157н Письмо Минфина России от 18 января 2018 г. N 02-06-10/2715 В целях организации и ведения бухгалтерского учета, утверждения Рабочего плана счетов применяются следующие коды вида финансового обеспечения (деятельности): для государственных (муниципальных) учреждений, организаций, осуществляющих полномочия получателя бюджетных средств, финансовых органов соответствующих бюджетов и органов, осуществляющих их кассовое обслуживание: 1 - деятельность, осуществляемая за счет средств соответствующего бюджета бюджетной системы Российской Федерации (бюджетная деятельность); 2 - приносящая доход деятельность (собственные доходы учреждения); 3 - средства во временном распоряжении; 4 - субсидии на выполнение государственного (муниципального) задания; 5 - субсидии на иные цели; 6 - субсидии на цели осуществления капитальных вложений; 7 - средства по обязательному медицинскому страхованию; для отражения органами Федерального казн
Далее...

РедОС. Подключение к сетевой папке

Автор: -
Изображение
Подключение можно выполнить с помощью  Connectfolder 1. Устанавливаем: [redos@localhost home]#  yum install connectfolder 2. Запускаем программу по пути «Главное меню > Системные > Подключение сетевого каталога»: 3. Вводим данные и нажимаем "Подключить": Также можно использовать команду mount.cisf
Далее...

SQL Error [53200]: ОШИБКА: нехватка разделяемой памяти Подсказка: Возможно, следует увеличить параметр max_locks_per_transaction

Автор: -
При выполнении запросов на БД (Postgres) возникла ошибка: 24.02.21 13:50:38.219,main,ERROR,ExecSql,null com.bssys.db.jdbc.DBSQLException: ОШИБКА: нехватка разделяемой памяти Подсказка: Возможно, следует увеличить параметр max_locks_per_transaction. Подробная информация по параметру здесь . Коротко ниже: max_locks_per_transaction (integer) Этот параметр управляет средним числом блокировок объектов, выделяемым для каждой транзакции; отдельные транзакции могут заблокировать и больше объектов, если все они умещаются в таблице блокировок. Значение по умолчанию = 64 рядом также находится параметр  max_pred_locks_per_transaction (integer) В файле  postgresql.conf (Postgres/data/) указано так: #---------------------------------------------------------------------- # LOCK MANAGEMENT #---------------------------------------------------------------------- #deadlock_timeout = 1s # max_locks_per_transaction = 64 # min 10 # (change requires restart) # max_pred_locks_per_transaction = 64
Далее...