prozorro-sale issueshttps://gitlab.prozorro.sale/groups/prozorro-sale/-/issues2020-08-17T14:42:56+03:00https://gitlab.prozorro.sale/prozorro-sale/auction-frontend/-/issues/177Верстка состояний нижней планки2020-08-17T14:42:56+03:00Alexey VoloshinВерстка состояний нижней планкиv3.8.0-frontDenis BrekhunovDenis Brekhunov2020-07-24https://gitlab.prozorro.sale/prozorro-sale/auction-front-autotests/-/issues/1Дополнить CI автотестов2021-05-20T12:41:49+03:00Oleg KachurДополнить CI автотестов- Написать Makefile запуском тесов, билдом, тегированием билда (для релиза тегов)
- Обновить текущие пайплайны и добавить публикацию образа по тегу
- Добвить запуск тестов в deployment
- Добавить лимит времени на хранение артефактов
- П...- Написать Makefile запуском тесов, билдом, тегированием билда (для релиза тегов)
- Обновить текущие пайплайны и добавить публикацию образа по тегу
- Добвить запуск тестов в deployment
- Добавить лимит времени на хранение артефактов
- Перенести отчеты в pages (если они поддерживаются)2021-05-18https://gitlab.prozorro.sale/prozorro-sale/prozorro_procedure_autotests/-/issues/11Merge to master for task https://gitlab.prozorro.sale/prozorro-sale/procedure...2021-09-22T00:35:57+03:00Vlad MurenkoMerge to master for task https://gitlab.prozorro.sale/prozorro-sale/procedure/-/issues/1332**MR**: https://gitlab.prozorro.sale/prozorro-sale/prozorro_procedure_autotests/-/merge_requests/2/diffs**MR**: https://gitlab.prozorro.sale/prozorro-sale/prozorro_procedure_autotests/-/merge_requests/2/diffs2021-09-29https://gitlab.prozorro.sale/prozorro-sale/auction-front-autotests/-/issues/21review spec of Feedback2021-12-16T13:14:21+02:00Ghost Userreview spec of Feedbackhttps://www.figma.com/file/Rci9mTmSsjWSq0QBZPVQXo/Prozorro.Sale-Redesign?node-id=7640%3A73199
https://gitlab.prozorro.sale/public-projects/documentations/-/blob/master/Product_requirements/Feedback_form_auction-module/MA-feedback-form.mdhttps://www.figma.com/file/Rci9mTmSsjWSq0QBZPVQXo/Prozorro.Sale-Redesign?node-id=7640%3A73199
https://gitlab.prozorro.sale/public-projects/documentations/-/blob/master/Product_requirements/Feedback_form_auction-module/MA-feedback-form.md2021-12-10https://gitlab.prozorro.sale/prozorro-sale/auction-front-autotests/-/issues/18Adapt new front design: English auction2021-12-16T13:14:31+02:00Oleg KachurAdapt new front design: English auctionv3.42.02021-12-10https://gitlab.prozorro.sale/prozorro-sale/auction-front-autotests/-/issues/23execute smoke(manual) testing for Feedback2021-12-20T12:09:45+02:00Ghost Userexecute smoke(manual) testing for Feedback2021-12-17https://gitlab.prozorro.sale/prozorro-sale/auction-front-autotests/-/issues/19Adapt new front design: Dutch auction2022-01-13T13:02:56+02:00Oleg KachurAdapt new front design: Dutch auctionv3.43.02021-12-22https://gitlab.prozorro.sale/prozorro-sale/auction-frontend/-/issues/671Ревью макетов бесконечный аукцион 12022-04-07T15:26:50+03:00Olga KochubynskaРевью макетов бесконечный аукцион 1Related to #669.Related to #669.v3.47.0-frontDenis BrekhunovDenis Brekhunov2022-02-17https://gitlab.prozorro.sale/prozorro-sale/auction-frontend/-/issues/670Ревью макетов бесконечный аукцион 22022-04-07T15:26:55+03:00Olga KochubynskaРевью макетов бесконечный аукцион 2Related to #669.Related to #669.v3.47.0-frontBogdan SlusarenkoBogdan Slusarenko2022-02-17https://gitlab.prozorro.sale/prozorro-sale/procedure/-/issues/1652Add option 'hidden' for LL procedures2022-12-28T22:02:45+02:00Grigoriy LeAdd option 'hidden' for LL proceduresWe need to add a flag which will mark some auctions as hidden. This is required to remove from public access auctions which contain information about possible missile targets
- the flag could be set by DevOps, not by marketplace
- the fl...We need to add a flag which will mark some auctions as hidden. This is required to remove from public access auctions which contain information about possible missile targets
- the flag could be set by DevOps, not by marketplace
- the flag could be assigned only to auctions in terminal state
- if some auction has such flag - it should not appear in search
- if someone try to access auction information by ID - API should return specific error "This auction is temporary hidden due to security reasons"v3.50.0dmitry.mashoshindmitry.mashoshin2022-04-28https://gitlab.prozorro.sale/prozorro-sale/change-requests/-/issues/212CDB3-2911 Додати нові значення прожиткового мінімуму для процедур BRE, BRD2022-08-10T14:05:56+03:00Liudmyla ZdryliukCDB3-2911 Додати нові значення прожиткового мінімуму для процедур BRE, BRDДля розрахунку біллінгу у процедурах BRE, BRD додати нові значення прожиткового мінімуму ([minimumLivingCost](https://gitlab.prozorro.sale/prozorro-sale/billing/-/blob/master/calculator_configs/constants.yml)), що будуть застосовуваться ...Для розрахунку біллінгу у процедурах BRE, BRD додати нові значення прожиткового мінімуму ([minimumLivingCost](https://gitlab.prozorro.sale/prozorro-sale/billing/-/blob/master/calculator_configs/constants.yml)), що будуть застосовуваться з 01.07.22 = 2600 грн та з 01.12.22 = 2684 грн. Значення для попередніх періодів без змін.
Посилання на [актуальні значення прожиткового мінімуму для працездатних осіб](https://index.minfin.com.ua/ua/labour/wagemin/)
```yaml
minimumLivingCost:
- fromDate: 2022-07-01
value: 2600
- fromDate: 2022-12-01
value: 2684
```2022-07-01https://gitlab.prozorro.sale/prozorro-sale/change-requests/-/issues/221Змінити тип поля utilityRoomsDescription та назву поля notlivingArea2022-08-10T13:57:10+03:00Maryna MykhailukЗмінити тип поля utilityRoomsDescription та назву поля notlivingArea
***
### AR (actual result): В процедурах CLE/CLD для RealEstateProps:
- Поле **utilityRoomsDescription** має тип **integer($int64)**
- Технічний ідентифікатор поля **"Житлова площа, кв. м."** - **notlivingArea**
***
### ER (expec...
***
### AR (actual result): В процедурах CLE/CLD для RealEstateProps:
- Поле **utilityRoomsDescription** має тип **integer($int64)**
- Технічний ідентифікатор поля **"Житлова площа, кв. м."** - **notlivingArea**
***
### ER (expected result): В процедурах CLE/CLD для RealEstateProps:
- Тип поля **utilityRoomsDescription** змінено на **string**
- Технічний ідентифікатор поля **"Житлова площа, кв. м."** змінено на - **notLivingArea**
***
### Context (Environment)
Помилково вказано числовий тип для описового поля. [Обговорення](https://prozorrosale.slack.com/archives/CLMGTLF53/p1654590106136259).
Уніфіковано назви технічних ідентифікаторів. [Обговорення](https://prozorrosale.slack.com/archives/CLMGTLF53/p1654592843367689)
***
### Requestor & Contact
Requestor: @maryna.mykhailuk
Contact Point: @andrii.salii @alexkipr33Olga KochubynskaOlga Kochubynska2022-07-18https://gitlab.prozorro.sale/prozorro-sale/change-requests/-/issues/220Внесення змін до структури JointPropertyComplexProps2022-08-10T13:56:48+03:00Maryna MykhailukВнесення змін до структури JointPropertyComplexProps
***
### AR (actual result): В процедурах CLE/CLD в JointPropertyComplexProps наступні поля та сутності обов'язкові:
- quantityAndNomenclature
- workplacesQuantity
- buildingsInformation
- landPlotInformation
- landProps
- mainObligatio...
***
### AR (actual result): В процедурах CLE/CLD в JointPropertyComplexProps наступні поля та сутності обов'язкові:
- quantityAndNomenclature
- workplacesQuantity
- buildingsInformation
- landPlotInformation
- landProps
- mainObligations
***
### ER (expected result): В процедурах CLE/CLD в JointPropertyComplexProps наступні поля та сутності не обов'язкові:
- quantityAndNomenclature
- workplacesQuantity
- buildingsInformation
- landPlotInformation
- landProps
- mainObligations
***
### Other logic without changes:
***
### Context (Environment)
***
### Requestor & Contact
Requestor: @maryna.mykhailuk
Contact Point: @andrii.salii @oleg.kachurOleksandr AkulenkoOleksandr Akulenko2022-07-18https://gitlab.prozorro.sale/prozorro-sale/change-requests/-/issues/217Зміна переліку полів оголошення при редагуванні яких відбувається деактивація...2022-08-10T13:57:41+03:00Maryna MykhailukЗміна переліку полів оголошення при редагуванні яких відбувається деактивація заяви
***
### AR (actual result): Для процедур RLE\RLD та CLE\CLD:
**Поля, в які можна вносити зміни в період редагування (rectificationPeriod) і після зміни яких **не деактивуються** заяви на участь**
* previousAuctionId
* sellingEntity
*...
***
### AR (actual result): Для процедур RLE\RLD та CLE\CLD:
**Поля, в які можна вносити зміни в період редагування (rectificationPeriod) і після зміни яких **не деактивуються** заяви на участь**
* previousAuctionId
* sellingEntity
* bankAccounts
* x_documentRequirements
* x_additionalInformation
* discount
* accessDetails
* documents
**Поля, в які можна вносити зміни в період редагування (rectificationPeriod) і після зміни яких **деактивуються** заяви на участь**
* lotId
* title
* description
* schedule
* value
* valueAddedTaxCharged
* valuePeriod
* guarantee
* registrationFee
* minimalStep
* items
* leaseDuration
***
### ER (expected result): Для процедур RLE\RLD та CLE\CLD:
- Деактивація заяв на участь (перехід у статус inactive) відбувається разі редагування оголошення (поля + документи) Організатором.
(Аналогічно як в BSE/BSD)
***
### Other logic without changes:
Заяву на участь у статусі inactive можна повторно перевести у статус active. В учасника має бути можливість анулювати свою заяву на участь після деактивації (перевести bid в статус deleted). Необхідно виводити інформацію про факт редагування та історичні дані на Майданчику.
***
### Context (Environment)
За [зверненням від майданчиків ](https://prozorrosale.slack.com/archives/G1PHCUND7/p1653467557522869)було прийнято рішення залишити підхід деактивації бідів після редагування, який зараз реалізований в BSE/BSD, щоб не збільшувати витрати на розробку майданчикам.
***
### Requestor & Contact
Requestor: @maryna.mykhailuk
Contact Point: @andrii.salii @alexkipr33Oleksandr AkulenkoOleksandr Akulenko2022-07-18https://gitlab.prozorro.sale/prozorro-sale/change-requests/-/issues/213Банкрутство без аукціону: уточнення в ТЗ щодо причин скасування процедури та ...2022-08-10T14:05:15+03:00Ivan MironenkoБанкрутство без аукціону: уточнення в ТЗ щодо причин скасування процедури та відмови учаснику<!--- Provide a general summary of your changes in the Title above / Предоставьте общий обзор ваших изменений в заголовке выше --->
***
### Detailed Description
<!--- Provide a detailed description of the change or addition you are p...<!--- Provide a general summary of your changes in the Title above / Предоставьте общий обзор ваших изменений в заголовке выше --->
***
### Detailed Description
<!--- Provide a detailed description of the change or addition you are proposing / Дайте подробное описание изменения или дополнения, которое вы предлагаете --->
Змінити опис в [розділі "Скасування аукціону"](https://gitlab.prozorro.sale/public-projects/documentations/-/blob/master/technical_specification/bankRuptcy/bankRuptcy-withoutAuction/bankRuptcy-withoutAuction.md#%D1%81%D0%BA%D0%B0%D1%81%D1%83%D0%B2%D0%B0%D0%BD%D0%BD%D1%8F-%D0%B0%D1%83%D0%BA%D1%86%D1%96%D0%BE%D0%BD%D1%83-1) ТЗ процедури банкрутства - без аукціону:
з:
_"Для скасування Організатор аукціону зобов’язаний завантажити документ (documentType:cancellationDetails) та внести опис причини скасування (cancellation.reason). Фактичну дату скасування (cancellations.date) Організатор аукціону вказує вручну."_
на:
_"Для скасування Організатор аукціону зобов’язаний завантажити документ (documentType:cancellationDetails), фактичну дату скасування (cancellations.date) Організатор аукціону вказує вручну. Опис причини скасування (cancellation.reason) автоматично заповнюється значенням "Порушено порядок підготовки до аукціону"_
***
### AR (actual result):
<!--- Tell us what happens instead of the expected behavior / Сообщите нам, что происходит вместо ожидаемого поведения --->
При скасуванні процедури Організатор аукціону:
- завантажує документ,
- вказує фактичну дату скасування,
Автоматично:
- поле з описом причини скасування процедури (cancellation.reason) заповнюється значенням "Порушено порядок підготовки до аукціону",
- поле "Причина дискваліфікації/відмови учаснику" (award.terminationReason) аварду заповнюється значенням "Не підписання протоколу забезпеченим кредитором".
***
### ER (expected result):
<!--- Tell us what should happen / Сообщите нам, что должно произойти --->
Без змін
***
### Other logic without changes:
<!--- Tell us about other logic / Расскажите о другой логике --->
- статуси аварду і контракту процедури не змінюються.
***
### Context (Environment)
<!--- Tell us about the environment where the inconsistency is observed / Расскажите о среде, в которой наблюдается несоответствие --->
Невідповідність в ТЗ існуючій реалізації
***
### Requestor & Contact
Requestor:
<!--- Provide a Requestor / Укажите инициатора запроса --->
- Бандарчук Тарас
Contact Point:
<!--- Provide a contact person / Укажите контактное лицо --->
- @ivan.mironenko
- @hoang.viet.ha
- Білінський ЮрійOlga KochubynskaOlga Kochubynska2022-07-18https://gitlab.prozorro.sale/prozorro-sale/change-requests/-/issues/211Оренда за регламентом: документи з типом x_registrationFee та x_guaranteeAppr...2022-08-10T14:10:51+03:00Ivan MironenkoОренда за регламентом: документи з типом x_registrationFee та x_guaranteeApproval - не обов'язкові<!--- Provide a general summary of your changes in the Title above / Предоставьте общий обзор ваших изменений в заголовке выше --->
***
### Detailed Description
<!--- Provide a detailed description of the change or addition you are pr...<!--- Provide a general summary of your changes in the Title above / Предоставьте общий обзор ваших изменений в заголовке выше --->
***
### Detailed Description
<!--- Provide a detailed description of the change or addition you are proposing / Дайте подробное описание изменения или дополнения, которое вы предлагаете --->
Змінити обов'язковість документів з типом **x_registrationFee** та **x_guaranteeApproval** з "Так" на **"Ні"** у процедурах RLE, RLD
***
### AR (actual result):
<!--- Tell us what happens instead of the expected behavior / Сообщите нам, что происходит вместо ожидаемого поведения --->
- документ з типом x_registrationFee - обов'язковий https://prnt.sc/9-jWcyORfh95
- документ з типом x_guaranteeApproval - обов'язковий
***
### ER (expected result):
<!--- Tell us what should happen / Сообщите нам, что должно произойти --->
- документ з типом x_registrationFee - НЕ обовязковий
- документ з типом x_guaranteeApproval - НЕ обовязковий
***
### Other logic without changes:
<!--- Tell us about other logic / Расскажите о другой логике --->
Поля в оголошенні електронного аукціону з розміром реєстраційного (**registrationFee**) та гарантійного (**guarantee**) внесків залишаються **обов'язковими**. Для випадків, коли внески можуть не стягуватись, достатньо передавати нульове значення таких полів до ЦБД.
***
### Context (Environment)
<!--- Tell us about the environment where the inconsistency is observed / Расскажите о среде, в которой наблюдается несоответствие --->
Для спрощення процесу подачі заяви на участь учаснику аукціону зробити документи. Основні причини зміни:
- у багатьох площадок автоматизовано контроль отримання внесків (в тому числі, коли користувач майданчика має у своєму акаунті грощі та майданчик зписує необхідну суму з його балансу. Тому немає сенсу в завантаженні до заяви підтверджуючих документів про сплату гарантійних та реєстраційних внесків);
- обов'язковість документів з підтвердженням про сплату реєстраційного та гарантійних внесків не впливає на рішення про допуск учасників майданчиком. Якщо документи потрібні, то про це майданчик повідомить учаснику, а учасник зможе їх завантажити;
- сворюються умови для більшої гнучкості процедури (наприклад, якщо пітрібно буде відмінити реєстраційний внесок, то в полі оголошення "registrationFee" можна передавати "0", а документ "x_registrationFee" в заяві учасника для підтвердження такого внеску є необов'язковим).
***
### Requestor & Contact
Requestor:
<!--- Provide a Requestor / Укажите инициатора запроса --->
- @oleksandr.akulenko
Contact Point:
<!--- Provide a contact person / Укажите контактное лицо --->
- @ivan.mironenko
- Уривський ВладиславOlga KochubynskaOlga Kochubynska2022-07-18https://gitlab.prozorro.sale/prozorro-sale/change-requests/-/issues/237Змінити мінімальну тривалість tenderPeriod2022-08-10T13:48:12+03:00Maryna MykhailukЗмінити мінімальну тривалість tenderPeriod
***
### AR (actual result): Для процедури SUE:
- **auctionPeriod** починається у визначений ЦБД день та час (але не раніше ніж за 30 календарних днів з моменту публікації процедури) і залежить від наявності поданих заяв на участь, поч...
***
### AR (actual result): Для процедури SUE:
- **auctionPeriod** починається у визначений ЦБД день та час (але не раніше ніж за 30 календарних днів з моменту публікації процедури) і залежить від наявності поданих заяв на участь, починається за умови наявності не менш ніж 2 заяв на участь в період подання пропозицій (tenderPeriod)
***
### ER (expected result): Для процедури SUE:
- **auctionPeriod** починається у визначений ЦБД день та час (але не раніше ніж за 14 календарних днів з моменту публікації процедури) і залежить від наявності поданих заяв на участь, починається за умови наявності не менш ніж 2 заяв на участь в період подання пропозицій (tenderPeriod)
***
### Other logic without changes:
***
### Context (Environment)
Внесення змін у зв'язку з внесеними змінами в законодавство. В постанові мінімальна тривалість між публікацією і аукціоном - 15 календарних днів, але встановлюємо 14, оскільки, надра дату початку можуть рахувати інакше ніж ЦБД (з дня публікації).
[Правки в ТЗ](https://gitlab.prozorro.sale/public-projects/documentations/-/merge_requests/696)
***
### Requestor & Contact
Requestor:
Олександр Мацапура
Contact Point:
@maryna.mykhailuk @andrii.saliiOlga KochubynskaOlga Kochubynska2022-08-01https://gitlab.prozorro.sale/prozorro-sale/change-requests/-/issues/231Внести зміни переліку кодів при використанні яких CAV яких обов'язково вказу...2022-08-10T13:51:23+03:00Maryna MykhailukВнести зміни переліку кодів при використанні яких CAV яких обов'язково вказувати місцезнаходження
***
### AR (actual result): Для процедур CLE/CLD:
- В залежності від обраного значення із переліку основного класифікатора, на рівні ЦБД визначається обов'язковість заповнення поля Місцезнаходження (**address**) в об'єкті **Item**. Д...
***
### AR (actual result): Для процедур CLE/CLD:
- В залежності від обраного значення із переліку основного класифікатора, на рівні ЦБД визначається обов'язковість заповнення поля Місцезнаходження (**address**) в об'єкті **Item**. Для всіх кодів з надання послуг (всі перелічені коди після **50000000-5**, які включені в основний класифікатор) поле Місцезнаходження **НЕОБОВ'ЯЗКОВЕ** для заповнення.
***
### ER (expected result): Для процедур CLE/CLD:
<!--- Tell us what should happen / Сообщите нам, что должно произойти --->
- * В залежності від обраного значення із переліку основного класифікатора, на рівні ЦБД визначається обов'язковість заповнення поля Місцезнаходження (**address**) в об'єкті **Item**. Для всіх кодів з надання робіт та послуг (всі перелічені коди після **45000000-7**, які включені в основний класифікатор) поле Місцезнаходження **НЕОБОВ'ЯЗКОВЕ** для заповнення.
***
### Other logic without changes:
Зміни в документацію [CLD](https://gitlab.prozorro.sale/public-projects/documentations/-/merge_requests/690) [CLE](https://gitlab.prozorro.sale/public-projects/documentations/-/merge_requests/691)
***
### Context (Environment)
Виправлення розбіжностей між процедурами оренди за регламентом та комерційної оренди. Посилання [на обговорення](https://prozorrosale.slack.com/archives/CLMGTLF53/p1656923428790289)
***
### Requestor & Contact
Requestor:
@maryna.mykhailuk
Contact Point:
@andrii.salii @alexkipr33Oleksandr AkulenkoOleksandr Akulenko2022-08-01https://gitlab.prozorro.sale/prozorro-sale/change-requests/-/issues/215Protocols: data anonymization2022-08-10T16:22:43+03:00Andrii SaliiProtocols: data anonymization### Detailed Description
For procedured with anonymized data (actual data in defined fields is replaced with *) protocols should be available in anonymizied and normal (display actual data) format
### AR (actual result):
* protocols...### Detailed Description
For procedured with anonymized data (actual data in defined fields is replaced with *) protocols should be available in anonymizied and normal (display actual data) format
### AR (actual result):
* protocols of procedures with anonimizied data available with anonimizied data only
---
### ER (expected result):
* under request with usage of token should be retreived protocol version without data anonymization for procedure with anonymized data
* under request without usage of token should be retreived protocol version with data anonymization for procedure with anonymized data
---
### Other logic without changes:
* procedures of new cdb with data anonymization
---
### Requestor & Contact
Requestor:
* @andrii.saliiOlga KochubynskaOlga Kochubynska2022-08-01https://gitlab.prozorro.sale/prozorro-sale/change-requests/-/issues/235LL: add disclaimer field2022-09-20T16:46:28+03:00Grigoriy LeLL: add disclaimer fieldWe need to add to Legislation Lease procedures a new field:
```
name: martialLawDisclaimer;
type: boolean;
default value: true;
required: false;
legal name UA: "Строк оренди - 12 місяців після припинення чи скасування в...We need to add to Legislation Lease procedures a new field:
```
name: martialLawDisclaimer;
type: boolean;
default value: true;
required: false;
legal name UA: "Строк оренди - 12 місяців після припинення чи скасування воєнного стану (виключно для оренди державного майна)";
legal name EN: "The lease period is 12 months after the termination or cancellation of martial law (exclusively for the lease of state-owned properties)"
```Olga KochubynskaOlga Kochubynska2022-08-15