RISK-2-15. Закупівля товарів та послуг у одного учасника.¶

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

Даний індикатор виявляє ситуації, коли замовник проводить закупівлі у одного постачальника за 4 або більше різним кодам предметів закупівлі.

Законодавче обґрунтування індикатора¶

Індикатор вводиться для ідентифікації можливої змови замовника та постачальника.

Підстава для розробки індикатора¶

Цей індикатор було розроблено, оскільки система не зберігає зведену історію закупівель для замовника.

Методологія розрахунку індикатора¶

Етап існування процедури¶

Індикатор розраховується, коли процедура знаходиться на етапі тендерингу.

Рівень розрахунку¶

Індикатор розраховується на рівні тендера.

Джерела даних для розрахунку¶

Для розрахунку індикатора вікористовуються наступні джерела даних:

API модуля тендеринга електронної системи закупівель

Аналітична таблиця:

tbl_winsCount

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

Індикатор розраховується для наступних типів процедур:

aboveThresholdUA - відкриті торги
aboveThresholdEU - відкриті торги з публікацією англійською мовою

Типи замовників¶

Індикатор розраховується для замовників які в системі визначені як:

authority - Орган державної влади, місцевого самоврядування або правоохоронний орган
central - Юридична особа, що здійснює закупівлі в інтересах замовників (ЦЗО)
general - Юридична особа, яка забезпечує потреби держави або територіальної громади
social - Орган соціального страхування
special - Юридична особа, яка здійснює діяльність в одній або декількох окремих сферах господарювання

Категорії товарів¶

Індикатор розраховується для процедур закупівлі товарів та послуг відподівно до значення поля data.mainProcurementCategory = 'goods' або data.mainProcurementCategory = 'services' відповідно.

Стадії процедур¶

Подія, що вмикає розрахунок індикатора¶

Подія, що вмикає розрахунок індикатора - перехід процедури у сатус active.qualification.

Подія, що вимикає розрахунок індикатора¶

Розрахунок індикатора вимикається, якщо по всім лотам пропозиції розглянуто та обрано переможця (перехід процедури у сатус complete).

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

Виходячи з подій, що вмикають та вимикають розрахунок індикатора, маємо наступні умови розрахунку:

Індикатор розраховується на наступні статуси процедур:
- active.qualification
- active.awarded

Частота розрахунку¶

Індикатор розраховується при будь-якій зміні json-документа, що відповідає процедурі, якщо присутні всі умови для його розрахунку.

Окрім цього індикатор перераховується раз на добу незалежно від змін у json-документі, що відповідає процедурі, якщо присутні всі умови для його розрахунку.

Поля для розрахунку¶

Для розрахунку індикатора використовуються наступні поля з API модуля тендеринга:

data.tenderPeriod.startDate
data.lots.id
data.procuringEntity.identifier.scheme
data.procuringEntity.identifier.id
data.awards.relatedLot
data.awards.status
data.awards.suppliers.identifier.scheme
data.awards.suppliers.identifier.id
data.items.relatedLot
data.items.classification.id

Формула розрахунку¶

Якщо в процедурі немає жодного об’єкту data.awards, що має статус data.awards.status='active', індикатор приймає значення -2, розрахунок завершується.
Вибираємо ідентифікатор замовника: конкатенація data.procuringEntity.identifier.scheme та data.procuringEntity.identifier.id.
Якщо процедура без лотів:

3.а) З об’єкту data.awards, що має статус data.awards.status='active' вибираємо ідентифікатор переможця: конкатенація data.awards.suppliers.identifier.scheme та data.awards.suppliers.identifier.id

3.б) Вибираємо коди предметів закупівлі: усі data.items.classification.id

3.в) За ідентифікатором замовника (п. 2), ідентифікатором перможця (п. 3.а) шукаємо рядки у аналітичній таблиці. Якщо у знайденому рядку кількість унікальних предметів закупівлі 4 або більше, індикатор приймає значення 1, розрахунок завершується.

3.г) Якщо у рядку кількість предметів закупівлі дорівнює 3, то перевіряємо, чи входить у список в рядку поточні коди предметів закупівлі (п. 3.б). Якщо хоч один не входить у список, індикатор приймає значення 1, розрахунок завершується.

Якщо процедура багатолотова, для кожного data.awards, що має статус data.awards.status='active':

4.а) Вибираємо ідетифікатор переможця : конкатенація data.awards.suppliers.identifier.scheme та data.awards.suppliers.identifier.id

4.б) Вибираємо коди предметів закупівлі: data.items.classification.id з об’єктів data.items, що мають data.items.relatedLot=data.awards.relatedLot

4.в) За ідентифікатором замовника (п. 2), ідентифікатором перможця (п. 4.а) шукаємо рядки у аналітичній таблиці. Якщо у знайденому рядку кількість унікальних предметів закупівлі 4 або більше, індикатор приймає значення 1, розрахунок завершується.

4.г) Якщо у рядку кількість предметів закупівлі дорівнює 3, то перевіряємо, чи входить у список в рядку поточні коди предметів закупівлі (п. 4.б). Якщо хоч один не входить у список, індикатор приймає значення 1, розрахунок завершується.

Якщо ми дійшли до цього пункта, індикатор дорівнює 0.

Фактори, що впливають на неточність розрахунку¶

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