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

За посиланням можна ознайомитись з шаблонами процедури без мапінгу полів.

Посилання на протоколи з мапінгом полів. 

Статус процедури = qualification (загальний протокол)

Даний протокол відображається тільки у статусі процедури qualification, має формуватися відразу після переходу процедури в цей статус. В інших статусах процедури цей протокол не має відображатись. 

За посиланням на сервіс протоколів протокол буде доступний:

  • https://procedure.prozorro.sale/api/protocol/{{procedure.auctionId}}/download
  • https://procedure.prozorro.sale/api/protocol/{{procedure.auctionId}}/print
  • https://procedure.prozorro.sale/api/protocol/{{procedure.auctionId}}/doc

В цьому протоколі необхідно відобразити аварди в статусах: verification, rejected, waiting. 

Статус процедури = active_qualification, completed (загальний протокол)

Після того, як процедура переходить в статус active_qualification, має генеруватися новий протокол, який відрізнається від того, що генерується під час статусу qualification. Тобто за посиланнями нижче має бути доступний вже інший протокол: 

  • https://procedure.prozorro.sale/api/protocol/{{procedure.auctionId}}/download
  • https://procedure.prozorro.sale/api/protocol/{{procedure.auctionId}}/print
  • https://procedure.prozorro.sale/api/protocol/{{procedure.auctionId}}/doc

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

В загальну таблицю необхідно додавати тільки переможців та умовних переможців, тобто тільки аварди в статусах pending, pending_waiting, pending_admission, protocol_signed, active, unsuccessful, cancelled.

Статус процедури = active_qualification, completed (індивідуальний протокол)

Як тільки процедура переходить в статус active_qualification, необхідно генерувати крім загального протоколу, індивідуальний протокол для кожного переможця. Тобто цей протокол має генеруватися коли статус аварду стає pending. Протокол має бути доступний за посиланням у випадках, коли статус аварду також protocol_signed, active. Посилання для отримання індивідуальних протоколів: 

  • https://procedure.prozorro.sale/api/protocol/{{procedure.auctionId}}/{{procedure.awards.0.id}}/download
  • https://procedure.prozorro.sale/api/protocol/{{procedure.auctionId}}/{{procedure.awards.0.id}}/print
  • https://procedure.prozorro.sale/api/protocol/{{procedure.auctionId}}/{{procedure.awards.0.id}}/doc

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

Якщо процедуру скасовано, в такому випадку ми маємо відобразити відповідний протокол. Цей протокол буде доступний за посиланнями: 

  • https://procedure.prozorro.sale/api/protocol/{{procedure.auctionId}}/download
  • https://procedure.prozorro.sale/api/protocol/{{procedure.auctionId}}/print
  • https://procedure.prozorro.sale/api/protocol/{{procedure.auctionId}}/doc

В цьому випадку генерувати протокол окремий для кожного учасника не потрібно. За посиланням на індивідуальний протокол учасника відображаємо 404. 

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

Статус процедури може бути unsuccessful у випадку, якщо прийшло 0 чи 1 учасник. Формат протоколу в такому випадку наступний:

За посиланням на сервіс протоколів протокол буде доступний:

  • https://procedure.prozorro.sale/api/protocol/{{procedure.auctionId}}/download
  • https://procedure.prozorro.sale/api/protocol/{{procedure.auctionId}}/print
  • https://procedure.prozorro.sale/api/protocol/{{procedure.auctionId}}/doc

В цьому випадку генерувати протокол окремий для кожного учасника не потрібно. За посиланням на індивідуальний протокол учасника відображаємо 404. 


  • No labels