Платежи по контрактам

Способы контроля реквизитов платежа по оплате контрактов: Вид реестра, Номер реестровой записи, Идентификатор документа о приемке/этапа.

Варианты 1 и 3 самодостаточны, можно применить один из них или оба. Вариант 2 как дополнительный при желании.

Контроль с применением документов "Договор" и "Документ о приёмке"

1)	Регистрируются контракты в документе "Договор", с этапами выполнения. Для каждого этапа задается его период, КБК, сумма, признак аванса (авансовый этап).

Договора загружаются из ПК "WEB-Торги" либо вводятся вручную.

o	документы "Договор" автоматически связываются с БО (при наличии) либо формируются новые БО, а при загрузке изменений договоров они автоматически связываются с БО и всегда формируются БО изменения.

o	следующим шагом к договору крепятся (пересылаются) ОД. Процесс переноса ОД может занимать несколько минут, потому при использовании бизнес процесса этап "В процессе переноса из WEB-Торги" может длится до одного часа.

o	на договор, успешно загруженный в ПК "Бюджет-СМАРТ" и к которому перенесены все ОД, устанавливается аналитический признак "Готов к проверке" (READY_FOR_CHECK). Наличие в списке договора без этого признака говорит о незавершенном процессе загрузки - идет передача ОД.

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

По актам выполненных работ (счетам на оплату и т.д.) создаются "Документы о приемке". По авансовым этапам формируются авансовые "Документы о приемке" - автоматически при загрузке договоров из ПК "WEB-Торги", либо вручную в ПК "Бюджет-СМАРТ".
Если платежи по Договорам подлежат размещению из ЕИС, то неавансовые "Документы о приемке" загружаются из ПК "WEB-ТОРГИ", вручную запрещено их создавать в ПК "Бюджет-СМАРТ" - будет отказано в сохранении документа с формулировкой «Для договора с типом НПА "44-ФЗ" и длиной реестрового номера 19 символов нельзя создать неавансовый документ о приемке».
При загрузке "Документов о приемке" автоматически создаются документы ДО.

5) В платежах (ЗКР и платежка выплат), создаваемых вручную, пользователем выбирается ДО (для казенных учреждений) или "Документ о приемке" (для БУ/АУ) - в соответствии с выбранным документом автоматически заполняются поля: "Договор", "БО", "Вид реестра", "Реестровый номер контракта", "Идентификатор документа о приемке/этапа".
При упрощенном ведении учета бюджетных средств: в платежах (ЗКР и платежка выплат), создаваемых вручную, пользователем выбирается БО (для казенных учреждений) или "Договор" (для БУ/АУ) - в соответствии с выбранным документом автоматически заполняются поля: "Договор", "Вид реестра", "Реестровый номер контракта", "Идентификатор документа о приемке/этапа".
Это автоматически приводит к верному заполнению реквизитов по оплате контратков. При сохранении платежных документов в предварительном контроле "Информация об оплате контрактов, соглашений: соответствие БО, Договору" осуществляется проверка соответствия реквизитов об оплате контрактов, указанных в платежном докуемнте, реквизитам договора (реестровый номер контракта) и реквизитам документа о приемке (идентификатор) .

6) При электронном приеме платежного документа, реквизиты по оплате контракта сверяются с договором, который вычиляется по реестровому номеру, указанному в платежном документе, либо при анализе назначения платежа, в предварительном контроле "Информация об оплате контрактов, соглашений: соответствие БО, Договору".

В настройки приема платежных документов добавлены опции:

•

"8. Не контролировать наличие РНК для документов" в настройке "Дополнительный контроль входящих документов" - позволяет загрузить платежный документ и в случае отсутствия в базе данных документа "Договор" с реестровым номером, указанном в принимаемом платежном документе в поле "Номер реестровой записи". Если опция отключена, то при заполненном поле "Номер реестровой записи" (NOM_REGISTER) в файле приема, документ будет принят только при наличии в базе данных документа "Договор" с указанным реестровым номером.

•

"3. Сносить номер госконтракта из назначения платежа, примечания в договор" в настройке "Дополнительная обработка входящих документов" - заполняет поле "Договор" в принимаемом платежном документе ссылкой на найденный в базе данных договор по реестровому номеру договора, указанному в назначении платежа (в случае успешного распознавания по шаблонам регулярных выражений).

•

"11. Сносить РНК и ИДН из БО и ДО" в настройке "Дополнительная обработка входящих документов" - заполняет поле "Договор" в принимаемом платежном документе ссылкой на найденный в базе данных договор по реестровому номеру договора, указанному в БО, и заполняет поле "Идентификатор этапа" ссылкой на "Документ о приемке" по идентификатору, указанному в ДО.

Для казенных учреждений: предварительный контроль "Информация об оплате контрактов, соглашений: соответствие БО, Договору" требует соответствия реестрового номера в платежном документе и в БО, а так же наличие/отсутствие реквизитов об оплате контрактов в зависимости от наличия/отсутствия реестровго номера контракта в БО.

Используется специальный бизнес процесс "Контроль совершения казначейских платежей с ЕИС" для платежных документов, в рамках которого осуществляется отправка запроса в ЕИС о соответствии реквизитов об оплате контракта, указанным в платежном документе, данным контракта в ЕИС. Ответ ЕИС отражается в графе "Аналитические признаки" одним из системных признаков:

"Контроль с сервисом ЕИС не пройден" (SYS_EIS_NO_PASSED). Подробный ответ ЕИС в случае непройденного контроля можно увидеть по кнопке "Посмотреть причину забраковки", а так же в документе "Протокол" (если настроено его формирование при обработке платежных документов, см настрйоки документа "Протокол").

Указанные аналитические признаки должны быть отмечены в настройке "Аналитические признаки, сбрасываемые при редактировании" справочника "Аналитические признаки", иначе возможны проблемы с отображением реального статуса контроля в ЕИС в случае сбоев отправки запросов в ЕИС. При установке обновления "дополнение 1 к версии 23.2" признаки добавлены в настройку автоматически, не рекомендуется исключать их из этой настройки.

- получен ключ лицензии на этот бизнес процесс (регистрируется в каждой базе данного СУБД, где используется взаимодействие с ЕИС);

- установлен корневой сертификат от минцифры (http://reestr-pki.ru/cdp/guc2022.crt ) в раздел "Доверенные корневые центры", расположение хранилища "Локальный компьютер".

- запущен планировщик (рекомендуем "как служба") с задачей "Загрузка данных с внешних сервисов" (документ "Проверка платежных данных в ЕИС").

Ответ ЕИС на запрос контроля не мгновенный, интервал ожидания от минуты до 4-х (четырёх) часов (240 минут).