KRAI10. Неправомерное применение закупки методом прямого заключения договора по причине Статья 21. п. 4, п.п. 7. (если проводимые конкурсы были признаны несостоявшимися и повторное проведение конкурса с учетом пересмотренных требований конкурсной документации не привело к заключению договора)¶

Суть индикатора¶

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

Риск¶

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

Нарушение норм/принципов закона¶

Статья 21. п. 4, п.п. 7. Если проводимые конкурсы были признаны несостоявшимися и повторное проведение конкурса с учетом пересмотренных требований конкурсной документации не привело к заключению договора.

Основание для разработки индикатора¶

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

Методология расчета индикатора¶

Уровень расчета¶

Индикатор рассчитывается на уровне процедуры.

Источники данных для расчета¶

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

API системы государственных закупок в OCDS формате
Транзакционная переменная tv_tenderCPVList, tv_badDataQuality

Типы процедур¶

Индикатор рассчитывается для следующих типов процедур:

метод прямого заключения договора.

Статусы процедур¶

Индикатор расчитывается для процедур, которые:

находятся в статусе complete

Частота расчета¶

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

Качество данных¶

Если значение переменной tv_badDataQuality для данной процедуры равно true, индикатор принимает значение -1 и расчет его не производится.

Поля для расчета¶

Для расчета индикатора используются следующие поля API модуля системы гос. закупок:

data.tender.procurementMethodRationale
data.relatedProcesses.relationship
data.tender.procurementMethodDetails
data.relatedProcesses.identifier
data.tender.items.classification.scheme
data.tender.items.classification.id
data.item.relatedLot
data.awards.relatedLot
data.awards.relatedBid
data.bids.details.priceProposal.unit.value.amount
data.bids.relatedLots.value.amount

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

tv_tenderCPVList

Формула расчета¶

Выбираем только процедуры, у которых data.tender.procurementMethodRationale = 'twiceUnsuccessful'.
Если в процедуре отсутствует контейнер data.relatedProcesses, индикатор принимает значение 1. Расчет заканчивается.
Выбираем предыдущую процедуру открытых торгов: такой номер data.relatedProcesses.identifier, которму соответствует data.relatedProcesses.relationship = 'unsuccessfulProcess'.
Если у найденной процедуры data.tender.procurementMethodDetails не равно oneStage, simplicated или downgrade, индикатор принимает значение 1. Расчет заканчивается.
Если статус найденной процедуры data.tender.status != 'cancelled', индикатор принимает значение 1. Расчет заканчивается.
Каждый элемент из tv_tenderCPVList исследуемой процедуры должен находиться среди data.tender.items.classification.id найденной процедуры. Иначе, индикатор принимает значение 1. Расчет заканчивается.
Для каждого предмета закупки проводим следующие действия.
- В исследуемых процедурах находим элемент data.items, в котором data.tender.items.classification.id равен нашему.
- Из найденных блоков находим единицы измерения data.items.unit.id.
- Если найденные единицы измерения отличаются, индикатор принимает значение 1. Расчет заканчивается.
Если мы дошли до этого пункта, индикатор принимает значение 0.

Факторы, которые влияют на корректное срабатывание индикатора¶

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