DPS Long VS Short

Довгі та короткі процедури DPS.

Framework

У відборі (1 етап) замовник самостійно зазначає чи він буде деталізувати предмети закупівлі на першому етапі, чи він це зробить безпосереньо в закупівлі. Оскільки вибір не впливає на перебіг відбору, він не є конфігом. Це додаткове поле лише в dps фреймворках.

highItemDetailing = true | false

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

POST /api/2.5/frameworks HTTP/1.0
Authorization: Bearer broker
Content-Length: 1874
Content-Type: application/json
Host: lb-api-sandbox.prozorro.gov.ua

{
  "data": {
    "highItemDetailing": true,
    "frameworkType": "dynamicPurchasingSystem",
     ...
  }
}


HTTP/1.0 201 Created
Content-Type: application/json
Location: http://lb-api-sandbox.prozorro.gov.ua/api/2.5/frameworks/4178f66eebf04c4497d0fb223feeb0fe

{
  "data": {
    "status": "draft",
    "highItemDetailing": true,
    "frameworkType": "dynamicPurchasingSystem",
    ...
}

На другому етапі створення закупівлі буде вимагати різні параметри закупівлі. (Хоче це все ще один procurementMethodType)

../_images/dps.png

Якщо перший етап мав детальний опис (“highItemDetailing”: true), то закупівля буде скороченою без оскарження.

POST /api/2.5/tenders  HTTP/1.0
Authorization: Bearer broker
Content-Type: application/json
Host: lb-api-sandbox.prozorro.gov.ua

{
  "data": {
    "procurementMethodType": "competitiveOrdering",
    "agreements": [
      {
        "id": "4178f66eebf04c4497d0fb223feeb0fe"
      }
    ],
    ...
  },
  "config": {
     "tenderPeriodMinDays": 3,
     "tenderComplaints": false,
     "tenderClaims": false,
     "awardComplaints": false,
     "awardClaims": false,
     "cancellationComplaints": false,
     ...
  }
}

Якщо ж перший етап не був детальним (“highItemDetailing”: false), то закупівля буде довгою.

POST /api/2.5/tenders  HTTP/1.0
Authorization: Bearer broker
Content-Type: application/json
Host: lb-api-sandbox.prozorro.gov.ua

{
  "data": {
    "procurementMethodType": "competitiveOrdering",
    "agreements": [
      {
        "id": "4178f66eebf04c4497d0fb223feeb0fe"
      }
    ],
    ...
  },
  "config": {
     "tenderPeriodMinDays": 7,
     "tenderComplaints": true,
     "tenderClaims": true,
     "awardComplaints": true,
     "awardClaims": true,
     "cancellationComplaints": true,
     ...
  }
}

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

Отут можна ознайомитись з запропонованими змінами до стандартів https://github.com/ProzorroUKR/standards/pull/203/files

Тут видно, що для процедури competitiveOrdering.json вцілому є два значення

"tenderPeriodMinDays": {
  "type": "integer",
  "enum": [
    7,
    3
  ],
  "default": 7
},

то в окремому фалйлі для довгої процедури ‘competitiveOrdering.long.json’ буде одне

"tenderPeriodMinDays": {
  "type": "integer",
  "enum": [
    7
  ],
  "default": 7
},

Але це все ще один “procurementMethodType: competitiveOrdering”

First iteration - DPS Short

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

Для цього будуть використанні наступні конфіги - параметри, що визначають наявність або відсутність у закупівлі оскарження в тендері:

  • hasTenderComplaints - оскарження умов ТД

  • hasAwardComplaints - оскарження рішення по кваліфікації

  • hasCancellationComplaints - оскарження скасування тендеру

Запитання/вимоги як функціонал лишаються та відбувається за процесом, притаманним ВТО.

Для скороченої процедури без оскарження ці параметри будуть мати одне тільки значення False:

POST /api/2.5/tenders  HTTP/1.0
Authorization: Bearer broker
Content-Type: application/json
Host: lb-api-sandbox.prozorro.gov.ua

{
  "data": {
    "procurementMethodType": "competitiveOrdering",
    "agreements": [
      {
        "id": "4178f66eebf04c4497d0fb223feeb0fe"
      }
    ],
    ...
  },
  "config": {
     "hasTenderComplaints": false,
     "hasAwardComplaints": false,
     "hasCancellationComplaints": false,
     ...
  }
}

При створенні закупівлі не буде додаватися complaintPeriod автоматично, як це працює зараз в відкритих торгах з особливостями. І тому при спробі подати скаргу на умови ТД користувач буде отримувати помилку:

POST /api/2.5/tenders/1218f66eebf04c4497d0fb223feeb121/complaints HTTP/1.0
Authorization: Bearer broker
Content-Type: application/json
Host: lb-api-sandbox.prozorro.gov.ua

{
  "data": {
    ...
  }
}

HTTP/1.0 403 Forbidden
Content-Type: application/json

{
  "status": "error",
  "errors": [
    {
      "location": "body",
      "name": "data",
      "description": "Can't add complaint as it is forbidden by configuration"
    }
  ]
}

Схожі помилки будуть при поданні скарги на рішення по кваліфікації та скарги на скасування тендеру.