Код ошибки 239 в гис гмп начисления

: Создано: 31 Июль 2019

Если начисление не доставляется в ГИС ГМП с кодом ошибки «239» (можно увидеть в истории начисления (вкладка «Недоставленные»), то это связано с неправильным оформлением платежного документа. Описание кода, возвращаемого ГИС ГМП «Некорректное значение реквизитов платежа ({поля реквизитов}101, 106 – 109), предусмотренных правилами указания информации в реквизитах распоряжений о переводе денежных средств в уплату платежей в бюджетную систему Российской Федерации» Основание: приказ Министерства Финансов РФ от 12.11.2013 №107Н. Поля «Статус плательщика» (поле 101 «STATUS«), «Основание платежа» (поле 106, «PURPOSE«), «Налоговый период» (поле 107 «TAXPERIOD«), «Показатель номера документа» (поле 108 «TAXDOCNUMBER«), «Показатель даты документа» (поле 109 «TAXDOCDATE«).

Эти поля заполняются согласно общим правилам осуществления перевода денежных средств!

———————————————

P.S. Повторяем просьбу к пользователям системы: НЕ надо делать квитирование начисления подряд два и более раза, ввиду полной бесполезности такого процесса, и даже вредности. Одного раза достаточно.

Источник

Памятка Участника ГИС ГМП при обращении в ЕКЦ
roskazna.gov.ru/upload/iblock/e0f/pamyat…shchenii-v-ekts.docx

Действия Участника ГИС ГМП в случае обращения по электронной почте Этот адрес электронной почты защищён от спам-ботов. У вас должен быть включен JavaScript для просмотра.
При обращении в ЕКЦ по электронной почте Вам необходимо обязательно заполнить следующие поля письма:
- в теме письма укажите:
«ГИС ГМП» и краткое описание проблемы
- в тексте письма укажите:
— Уникальный регистрационной номер Участника ГИС ГМП;
— Наименование организации Участника ГИС ГМП;
— ИНН организации Участника ГИС ГМП;
— Вашу Фамилию, Имя, Отчество;
— Адрес электронной почты;
— подробно опишите проблему, указав уникальный идентификатор начисления (в случае вопросов, связанных с конкретным начислением), уникальный идентификатор платежа (в случае вопросов, связанных с конкретным фактом оплаты);
— в случае технических вопросов, касающихся экспорта и импорта данных, приложите файлы с примерами запросов к ГИС ГМП и ответов от ГИС ГМП. Наличие файла является обязательным. (максимальный объем одного направляемого файла – 7,5 МБ, общий объем вложений – 50 МБ. Направляемые файлы необходимо архивировать.)
Обращаем внимание, что информация, выделенная жирным шрифтом, является обязательной для регистрации вашей заявки.

Источник

Описание ошибок по кодам в ГИС ГМП

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

Так вот, в этих файлах есть блок MessageData, которая хранит информацию о результате запроса. Код можно увидеть в блоке ResultCode

      <ns2:MessageData>
        <ns2:AppData>
          <mes:ResponseMessage Id="u_ae3ed146-074e-42e8-a621-ab90ade18848"
            rqId="IMPNEWPAYMENT_71824ca2-5837-45f6-b938-476977c****"
            senderIdentifier="95****" timestamp="2019-02-22T06:29:10.019+03:00"
            xmlns:mes="http://roskazna.ru/gisgmp/xsd/116/Message"
            xmlns:rev="http://smev.gosuslugi.ru/rev120315" xmlns:smev="http://roskazna.ru/gisgmp/02000000/SmevGISGMPService/">
            <mes1:Ticket xmlns:mes1="http://roskazna.ru/gisgmp/xsd/116/MessageData">
              <tic:RequestProcessResult xmlns:tic="http://roskazna.ru/gisgmp/xsd/116/Ticket">
                <err:ResultCode xmlns:err="http://roskazna.ru/gisgmp/xsd/116/ErrInfo">0</err:ResultCode>
                <err:ResultData xmlns:err="http://roskazna.ru/gisgmp/xsd/116/ErrInfo">ID_610e0818-ea7b-42ea-a26c-305523cb****</err:ResultData>
              </tic:RequestProcessResult>
            </mes1:Ticket>
          </mes:ResponseMessage>
        </ns2:AppData>
      </ns2:MessageData>

Описание ошибок по кодам можно увидеть в файле

P.S. Код «0» означает успешность обработки сообщения на стороне СМЭВ (ГИС ГМП)

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 для очистки всех строк в та

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

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

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

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

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

ЭС с ЦБ РФ. РЕКВИЗИТНЫЙ СОСТАВ ЭС

4 РЕКВИЗИТНЫЙ СОСТАВ ЭС ED101 Платежное поручение ED103 Платежное требование ED104 Инкассовое поручение ED105 Платежный ордер ED107 Поручение банка ED108 Платежное поручение на общую сумму с реестром ED109 Банковский ордер ED110 ЭПС сокращенного формата ED111 Мемориальный ордер в электронном виде ED113 Выставляемое на оплату платежное требование ED114 Выставляемое на оплату инкассовое поручение ED201 Извещение о результатах контроля ЭС (пакета ЭС) ED202 Запрос по ЭПС (пакету ЭПС) ED203 Запрос по группе ЭПС ED204 Запрос об отзыве/аннулировании ЭС (пакета ЭС). ED205 Извещение о состоянии ЭПС (пакета ЭПС) ED206 Подтверждение

Источник