Change requests issueshttps://gitlab.prozorro.sale/prozorro-sale/change-requests/-/issues2024-03-13T13:21:30+02:00https://gitlab.prozorro.sale/prozorro-sale/change-requests/-/issues/342Для адмінки порталу змінити неймінг пунктів2024-03-13T13:21:30+02:00Andrii SaliiДля адмінки порталу змінити неймінг пунктівПобажання до неймінгу розділів у таблиці
https://docs.google.com/document/d/19Y1hy6j02sbX2CKMbtl0lgsUIqDx_9Flj6QAPk1pR7E/edit?usp=sharingПобажання до неймінгу розділів у таблиці
https://docs.google.com/document/d/19Y1hy6j02sbX2CKMbtl0lgsUIqDx_9Flj6QAPk1pR7E/edit?usp=sharingv3.97.0dmitry.mashoshindmitry.mashoshinhttps://gitlab.prozorro.sale/prozorro-sale/change-requests/-/issues/341Пошук на порталі2024-03-11T13:16:51+02:00Andrii SaliiПошук на порталіПриклади сценаріїв \
1. Запит “Глушкова Академіка” - 1й результат пошукової видачі https://prozorro.sale/auction/ALE001-UA-20240209-78283/ В назві адреси місцезнаходження є слово “академіка”. При цьому на момент виконання пошуку присту...Приклади сценаріїв \
1. Запит “Глушкова Академіка” - 1й результат пошукової видачі https://prozorro.sale/auction/ALE001-UA-20240209-78283/ В назві адреси місцезнаходження є слово “академіка”. При цьому на момент виконання пошуку пристуні аукціони у статусі прийняття заяв на участь, де у назві торгів та у розміщенні присутня фраза “Глушкова Академіка” (https://prozorro.sale/auction/RLE001-UA-20240206-32616/)
2. Запит “7124981000:01:001:0022” - 1й результат пошукової видачі https://prozorro.sale/auction/BSD001-UA-20240220-27896/. При цьому на моент виконання пошуку є аукціон у статусі прийняття заяв на участь з ділянкою за вказаним кадастровим номером https://prozorro.sale/auction/LAP001-UA-20240129-81096/
3. Для запитів де користувач шукає конкретний аукціон по кадастровому номеру (формат 7124981000:01:001:0022) звузуити результат пошукової видачі та не виводити аукціони з іншим кадастровим номером
4. Для запитів де користувач шукає по конткретній судовій справі (формат "n/n/хх", де n відповідає будь-якій кількості числових символів, хх - 2 чсилові символи)Olga KochubynskaOlga Kochubynskahttps://gitlab.prozorro.sale/prozorro-sale/change-requests/-/issues/340Доаповнити інформацію в енпоінті для експорту відповідей опитування2024-02-15T15:54:13+02:00Andrii SaliiДоаповнити інформацію в енпоінті для експорту відповідей опитуванняДля ендпоінту, що був створений у расках задачі https://gitlab.prozorro.sale/prozorro-sale/survey/-/issues/89 і використовується для експорту відповідей у модуль аналітики, додати поле з id питання. Це потрібно для можливості на стороні...Для ендпоінту, що був створений у расках задачі https://gitlab.prozorro.sale/prozorro-sale/survey/-/issues/89 і використовується для експорту відповідей у модуль аналітики, додати поле з id питання. Це потрібно для можливості на стороні модулю аналітики виключати з розрахунку показників окремі питання. \
**AR**: ендпонт не повертає id питання \
**ER**: разом з існуючими даними повертати id питанняOlga KochubynskaOlga Kochubynskahttps://gitlab.prozorro.sale/prozorro-sale/change-requests/-/issues/339[APE, APD] Зміни в білінгу і протоколах по процедурам АРМА2024-02-08T13:21:03+02:00Philipfilip.kuzmin@prozorro.sale[APE, APD] Зміни в білінгу і протоколах по процедурам АРМА1. **Білінг**. Необхідно додати дві нові змінні і логіку їх розрахунку:
1.1. "**balanceWinnerToOrganizer**"
Опис логіки розрахунку [тут](https://confluence-sale.prozorro.org/pages/viewpage.action?pageId=148412826) у **п.5**
1.2. "*...1. **Білінг**. Необхідно додати дві нові змінні і логіку їх розрахунку:
1.1. "**balanceWinnerToOrganizer**"
Опис логіки розрахунку [тут](https://confluence-sale.prozorro.org/pages/viewpage.action?pageId=148412826) у **п.5**
1.2. "**balanceWinnerToOperator**"
Опис логіки розрахунку [тут](https://confluence-sale.prozorro.org/pages/viewpage.action?pageId=148412826) у **п.6**
У обох змінних є залежність від інших розрахунків.
2. **Протоколи.** Необхідно внести зміни у шість шаблонів згідно опису [тут](https://docs.google.com/document/d/1m9vn9K2Q1O_6T7vuMFr3jWJtA9d1tW66Q2xVMsUkjuM/edit)
Зміни необхідно застосувати для всіх існуючих і ще не створених обʼєктів
Тестові приклади [тут](https://docs.google.com/spreadsheets/d/10L9Hyx3OQSieLdOxcEcCTQkZXPbfZHAkfPQ3Up5Mmuc/edit#gid=312101883)Liudmyla ZdryliukLiudmyla Zdryliuk2024-03-11https://gitlab.prozorro.sale/prozorro-sale/change-requests/-/issues/338Підключити до сьорвею модуль аналітики2024-03-01T08:23:58+02:00Andrii SaliiПідключити до сьорвею модуль аналітикиВ прод-адмінці сьорвею додати модуль аналітики для відображення опитувань https://bi.prozorro.sale/#/ \
Додатково: описати в інструкції як відбувається підключення до сьовею нового ресутсу для відображення опитуваньВ прод-адмінці сьорвею додати модуль аналітики для відображення опитувань https://bi.prozorro.sale/#/ \
Додатково: описати в інструкції як відбувається підключення до сьовею нового ресутсу для відображення опитуваньhttps://gitlab.prozorro.sale/prozorro-sale/change-requests/-/issues/336[CLE,CLD] зміна логіки розрахунку operatorFeeSum для випадку ПДВ == false & f...2024-02-06T13:06:00+02:00Philipfilip.kuzmin@prozorro.sale[CLE,CLD] зміна логіки розрахунку operatorFeeSum для випадку ПДВ == false & false**Бізнесовий опис:**
Для процедур CLE, CLD змінити логіку нарахування ПДВ для винагород оператора, аналогічно до процедур RLE, RLD у випадку коли Фінальна та Стартова вартість без ПДВ.
1. Винагорода оператора, через електронний майд...**Бізнесовий опис:**
Для процедур CLE, CLD змінити логіку нарахування ПДВ для винагород оператора, аналогічно до процедур RLE, RLD у випадку коли Фінальна та Стартова вартість без ПДВ.
1. Винагорода оператора, через електронний майданчик якого подано найвищу цінову пропозицію (подано заяву від одного учасника):
AR: «Ціна реалізації/розмір орендної плати на місяць / день / годину:» множимо на 12 місяців, **не нараховуємо 20% ПДВ** та вираховуємо 5% («Ціна реалізації/розмір орендної плати на місяць / день / годину»*12*0,05)
Приклад: 600 000,00 * 12 * 0,05 = 360 000,00 грн (триста шістдесят тисяч гривень 00 копійок), у тому числі ПДВ
ER: На суму «Ціна реалізації/розмір орендної плати на місяць / день / годину:» множимо на 12 місяців, **нараховуємо 20% ПДВ** та вираховуємо 5% («Ціна реалізації/розмір орендної плати на місяць / день / годину»*12*1,2*0,05)
Приклад: 600 000,00 * 12 * **1,2** * 0,05 = 432 000,00 грн (чотириста тридцять дві тисячі гривень 00 копійок), у тому числі ПДВ
2. Відповідно, Винагорода оператора, через електронний майданчик якого опубліковано оголошення про проведення електронного аукціону:
AR: (360 000,00 грн - (360 000,00 грн * 0,3))*0,5 = 126 000,00 грн (сто двадцять шість тисяч гривень 00 копійок), у тому числі ПДВ
ER: (432 000,00 грн - (432 000,00 грн * 0,3))*0,5 = 151 200,00 грн (сто п'ятдесят одна тисяча двісті гривень 00 копійок), у тому числі ПДВ
[Тестові приклади](https://docs.google.com/spreadsheets/d/10L9Hyx3OQSieLdOxcEcCTQkZXPbfZHAkfPQ3Up5Mmuc/edit#gid=1376584706)
____________________________________________________________________________________________________________________________________________
**Зміни в конфігах:**
Для конфігу [commercialPropertyLease 202021-01-01.yml](https://gitlab.prozorro.sale/prozorro-sale/billing/-/blob/master/calculator_configs/commercialPropertyLease%202021-01-01.yml)
треба змінити логіку розрахунку:
1. `operatorFeeSum` розширити умовою для випадку false false:
```yaml
operatorFeeSum:
rules:
switch:
- rule:
- fromField: procedure.value.valueAddedTaxIncluded
value: false
- fromField: procedure.valueAddedTaxCharged
value: false
values:
value: procedure.annualLeasePrice * 0.05 * 1.2
valueAddedTaxIncluded: true
description: Винагорода оператора без ПДВ
default:
value: procedure.annualLeasePrice * 0.05
valueAddedTaxIncluded: true
description: Винагорода оператора без ПДВ
```
Тобто, ми не змінюємо нічого для інших випадків Tax, але додаємо нове правило для false false
2. Відповідно змінюється логіка розрахунку `operatorFee` варіантом false false
```yaml
operatorFee:
rules:
switch:
- rule:
- fromField: procedure.value.valueAddedTaxIncluded
value: false
- fromField: procedure.valueAddedTaxCharged
value: false
values:
value: procedure.annualLeasePrice * 0.05
valueAddedTaxIncluded: true
description: Винагорода оператора без ПДВ
default:
value: operatorFeeSum / 1.2
valueAddedTaxIncluded: true
description: Винагорода оператора без ПДВ
```
3. `operatorFeeTaxAmount` можна прибрати умову "якщо false false, то == 0", але в [Протоколи false false](https://gitlab.prozorro.sale/prozorro-sale/protocol-service/-/blob/master/src/prozorro_sale/protocol_service/templates/base/operator_fee_amount_always_with_vat.html) це значення не виводиться в будь-якому випадку, тому для користувача видимо не буде.
4. В інші поля зміни вносити немає необхідності, бо `operatorFeeNet` і `administratorFee` розрахуються із оновленого `operatorFeeSum`
В текстовках Протоколу ніяких змін не вносимо.
**ВАЖЛИВО!!!**
Зміни розрахунку мають застосовуватись на Процедури CLE CLD які опубліковані з 12.03.2024 включно.
вніс зміни в [confluence](https://confluence-sale.prozorro.org/pages/viewpage.action?pageId=116424786)Liudmyla ZdryliukLiudmyla Zdryliuk2024-02-11https://gitlab.prozorro.sale/prozorro-sale/change-requests/-/issues/335Уніфікувати формат виведення ПДВ у винагородах оператора для всіх процедур за...2024-01-16T17:06:25+02:00Liudmyla ZdryliukУніфікувати формат виведення ПДВ у винагородах оператора для всіх процедур за регламентом (BS, CS, RL, CL)Для всіх процедур за регламентом (BS, CS, RL, CL) для обох винагород операторів виводити ПДВ однаково за наступними правилами:
1. Якщо у Стартовій або Фінальній вартості лоту є ПДВ ( 1.1. Стартова з ПДВ, Фінальна без ПДВ, 1.2 Стартова з ...Для всіх процедур за регламентом (BS, CS, RL, CL) для обох винагород операторів виводити ПДВ однаково за наступними правилами:
1. Якщо у Стартовій або Фінальній вартості лоту є ПДВ ( 1.1. Стартова з ПДВ, Фінальна без ПДВ, 1.2 Стартова з ПДВ, Фінальна з ПДВ, 1.3 Стартова без ПДВ, Фінальна з ПДВ), виводити суму винагород у наступному форматі: `1 080,00 грн (одна тисяча вісімдесят гривень 00 копійок), у тому числі ПДВ 180,00 грн `
2. Стартова та Фінальна Вартість без ПДВ, виводити суму винагород, без зазначення суми ПДВ, у наступному форматі: `1 080,00 грн (одна тисяча вісімдесят гривень 00 копійок), у тому числі ПДВ`
P.S. На перспективу подібна модель може бути поширена на інші процедуриLiudmyla ZdryliukLiudmyla Zdryliuk2024-02-11https://gitlab.prozorro.sale/prozorro-sale/change-requests/-/issues/334Додати поля у base.LandProps2024-01-25T13:36:42+02:00Andrii SaliiДодати поля у base.LandProps<!--- Provide a general summary of your changes in the Title above / Предоставьте общий обзор ваших изменений в заголовке выше --->
Для можливості налаштування фільтрів для полів base.LandProps що передбачають наявність обтяжень/співвлас...<!--- Provide a general summary of your changes in the Title above / Предоставьте общий обзор ваших изменений в заголовке выше --->
Для можливості налаштування фільтрів для полів base.LandProps що передбачають наявність обтяжень/співвласників/інженерних мереж додати ознаку так/ні
***
### Detailed Description
<!--- Provide a detailed description of the change or addition you are proposing / Дайте подробное описание изменения или дополнения, которое вы предлагаете --->
Додати для кожного з полів про наявність обтяжень/співвласників/інженерних мереж додаткове подле з типом boolean
***
### AR (actual result):
<!--- Tell us what happens instead of the expected behavior / Сообщите нам, что происходит вместо ожидаемого поведения --->
- encumbrances ["Наявність обтяжень:"] type=string
- jointOwnership ["Наявність співвласників:"] type=string
- utilitiesAvailability ["Наявність інженерних мереж:"] type=string
***
### ER (expected result):
<!--- Tell us what should happen / Сообщите нам, что должно произойти --->
- Додати поля hasEncumbrances/hasJointOwnership/hasUtilitiesAvailability
- Для вказаних полів приймати значення true/false
- Якщо передано true - обов'язково мають бути заповнені пов'язані поля encumbrances/jointOwnership/utilitiesAvailability
- Виконати міграцію: для існуючих процедур якщо заповнені поля encumbrances/jointOwnership/utilitiesAvailability - вказати для hasEncumbrances/hasJointOwnership/hasUtilitiesAvailability значення так; якщо поля не заповнені - Не вказано. Значення "Не вказано" використовувати тільки при міграції
***
### Other logic without changes:
<!--- Tell us about other logic / Расскажите о другой логике --->
- мінімізація впливу на майданчики: можливість передавати тільки значення encumbrances/jointOwnership/utilitiesAvailability і автозаповнювати
hasEncumbrances/hasJointOwnership/hasUtilitiesAvailability
### Requestor & Contact
Requestor:
<!--- Provide a Requestor / Укажите инициатора запроса --->
- Danyil Nizhnyi (e-tender)
Contact Point:
<!--- Provide a contact person / Укажите контактное лицо --->
- @andrii.saliiOlga KochubynskaOlga Kochubynska2024-02-25https://gitlab.prozorro.sale/prozorro-sale/change-requests/-/issues/333Зміни у протоколи LAE та LAP2023-12-14T13:24:02+02:00Liudmyla ZdryliukЗміни у протоколи LAE та LAPПрибрати з протоколів LAE та LAP рядок
`Сума витрат (видатків), здійснених на підготовку лота для продажу, яка підлягає сплаті переможцем земельних торгів: _______, грн. ` , так як ця сума вже входить у забезпечувальний платіж, та плутає...Прибрати з протоколів LAE та LAP рядок
`Сума витрат (видатків), здійснених на підготовку лота для продажу, яка підлягає сплаті переможцем земельних торгів: _______, грн. ` , так як ця сума вже входить у забезпечувальний платіж, та плутає частину учасників аукціону
Підстава: запит майданчиків
Зміни не поширюються на LSE, LSP, LRE
За 2 тиждні до винесення на продуктив попередити для внесення змін у юридичні документи2024-01-29https://gitlab.prozorro.sale/prozorro-sale/change-requests/-/issues/332Створити ендпоінт для майданчиків, здатний стискати документи2023-12-26T12:50:38+02:00Andrii SaliiСтворити ендпоінт для майданчиків, здатний стискати документи<!--- Provide a general summary of your changes in the Title above / Предоставьте общий обзор ваших изменений в заголовке выше --->
Для використання майданчиків надати ендпоінт, по аналогії ендпоінту що використовується публічним портал...<!--- Provide a general summary of your changes in the Title above / Предоставьте общий обзор ваших изменений в заголовке выше --->
Для використання майданчиків надати ендпоінт, по аналогії ендпоінту що використовується публічним порталом https://prozorro.sale/thumbnail?url=https%3A%2F%2Fauction.e-tender.ua%2Fapp%2Fmain%2Fimages%2Flogo.png&fit=contain&cbg=white&w=800&h=600&ou
***
### Detailed Description
<!--- Provide a detailed description of the change or addition you are proposing / Дайте подробное описание изменения или дополнения, которое вы предлагаете --->
У майданчиків є запит на використання ендпоінту для створення мініатюр. Щоб уникнути неконтрольоване використання існуючого ендпоінту потрібно створити під це окремий ендпоінт
***
### AR (actual result):
<!--- Tell us what happens instead of the expected behavior / Сообщите нам, что происходит вместо ожидаемого поведения --->
- існує відкритий ендпоінт для порталу
***
### ER (expected result):
<!--- Tell us what should happen / Сообщите нам, что должно произойти --->
- створити ендпоінт для створення мініатюр, який можуть використовувати майданчики
- обмежити використання ендпоінту для роботи з файлами документ сервісу та додаткової інформації
- налаштувати моніторинг використання сервісу
***
### Requestor & Contact
Requestor:
<!--- Provide a Requestor / Укажите инициатора запроса --->
- @andrii.saliiOlga KochubynskaOlga Kochubynskahttps://gitlab.prozorro.sale/prozorro-sale/change-requests/-/issues/326Обмеження доступу до контактів фізосіб-учасників аукціонів2024-03-05T09:53:31+02:00Andrii SaliiОбмеження доступу до контактів фізосіб-учасників аукціонівОбмежити доступ до інформації про телефон, адресу, мейл учасників аукціонів, що є фізичними особами (UA-IPN/UA-PASSPORT/UA-ID-CARD). Зберегти доступ для майданчика-власника біда, майданчика-власника процедури та адміністратора системи
-...Обмежити доступ до інформації про телефон, адресу, мейл учасників аукціонів, що є фізичними особами (UA-IPN/UA-PASSPORT/UA-ID-CARD). Зберегти доступ для майданчика-власника біда, майданчика-власника процедури та адміністратора системи
---
### Detailed Description
У відкритих даних присутня інформація про адресу проживання, контактний телефон та мейл учасника. Дана інформація потрібна для зв’язку з учасником. При цьому нею можуть користуватись майданчики-учасники системи у своїх маркетингових активностях. Це призводить до отримання користувачем небажаних дзвінків та може погіршувати враження від взаємодії з системою. Також деякі учасники можуть свідомо вказувати некоректні дані, передаючи валідну інформацію виключно майданчику, через який приймають участь у торгах. Також ми отримуємо регулярні звренення від таких учасників про обмеження доступу до вказаної інформації.
---
### AR (actual result):
- контактна інформація фізичних осіб (UA-IPN/UA-PASSPORT/UA-ID-CARD), які є учасниками торгів доступна у публічному ендпоінті
---
### ER (expected result):
- контактна інформація фізичних осіб (UA-IPN/UA-PASSPORT/UA-ID-CARD), які є учасниками торгів доступна для майданчика-власника процедури
- контактна інформація фізичних осіб (UA-IPN/UA-PASSPORT/UA-ID-CARD), які є учасниками торгів доступна для майданчика-власника біда
- контактна інформація фізичних осіб (UA-IPN/UA-PASSPORT/UA-ID-CARD), які є учасниками торгів доступна для адміністратора системи
* можливість віддавати її у ВІ
* зберегти для сьорвея можливість ідентифікувати користувача, що надав відповідь
- зміни застосувати для нових та для існуючих процедур ЦБД3
---
### Other logic without changes:
- контакти ФОП/Юросіб залишаються загальнодоступним
---
### Requestor & Contact
Requestor:
- @andrii.saliiPhilipfilip.kuzmin@prozorro.salePhilipfilip.kuzmin@prozorro.salehttps://gitlab.prozorro.sale/prozorro-sale/change-requests/-/issues/321Survey(адмінка): мітка часу для генерації опитування/надсилання відповідей2023-10-18T18:34:46+03:00Andrii SaliiSurvey(адмінка): мітка часу для генерації опитування/надсилання відповідейКолег збиває час надсилання відповіді відносно часу проведення аукціону \
**AR:** мітка часу відображається у UTC часовій зоні \
**ER:** відображати у локальному часі для Києва
Випралення застосувати для відображення таблиці з відповідям...Колег збиває час надсилання відповіді відносно часу проведення аукціону \
**AR:** мітка часу відображається у UTC часовій зоні \
**ER:** відображати у локальному часі для Києва
Випралення застосувати для відображення таблиці з відповідями у адмінці та файлі з експортом відповідей. \
https://gyazo.com/4139e8416e17d0e343ae2eb0ee8d4046 \
https://gyazo.com/8ff86e8d2fdccfa03a7ef89579340f45Olga KochubynskaOlga Kochubynskahttps://gitlab.prozorro.sale/prozorro-sale/change-requests/-/issues/320Додати період підписання договору для процедур малої та великої приватизації2023-10-19T11:55:17+03:00Maryna MykhailukДодати період підписання договору для процедур малої та великої приватизації<!--- Provide a general summary of your changes in the Title above / Предоставьте общий обзор ваших изменений в заголовке выше --->
***
### Detailed Description
В процедурах приватизації **інтервал** між крайнім терміном підписання т...<!--- Provide a general summary of your changes in the Title above / Предоставьте общий обзор ваших изменений в заголовке выше --->
***
### Detailed Description
В процедурах приватизації **інтервал** між крайнім терміном підписання та публікації договору - **10 календарних днів**. Це створило проблем з нотаріальним посвідченням договору, оскільки, Організатори орієнтуючись на період публікації договору протерміновували підписання договору.
[Тред з відгуками майданчиків](https://prozorrosale.slack.com/archives/C485UA5U1/p1693397491352329)
[Тред щодо можливих проблем з технічою реалізацією](https://prozorrosale.slack.com/archives/CLMGTLF53/p1694002943075709)
***
### AR (actual result): В процедурах SPE, SPD та LPE відсутній період підписання договору award.signaturePeriod
***
### ER (expected result):
- Для процедури **SPE/SPD додано новий період** award`у:
| технічна назва | Бізнес назва | Дата початку | Дата завершення | Результат завершення | Результат завершення |
| ------ | ------ |------ |------ |------ |------ |
| award.signaturePeriod | Період підписання договору | Дата та час початку qualificationPeriod | Через **25 робочих днів** з дня наступного за днем початку періоду | За 24 години до завершення періоду Організатор отримує сповіщення про те, що необхідно підписати договір | Є вкладеним періодом кваліфікації. Створюється повторно у випадку кваліфікації учасника, що очікує (award status pending_waiting -> pending) |
- Для процедури **LPE додано новий період **award`у:
| технічна назва | Бізнес назва | Дата початку | Дата завершення | Результат завершення | Результат завершення |
| ------ | ------ |------ |------ |------ |------ |
| award.signaturePeriod | Період підписання договору | Дата та час початку qualificationPeriod | Через **35 робочих днів** з дня наступного за днем початку періоду | За 24 години до завершення періоду Організатор отримує сповіщення про те, що необхідно підписати договір | Є вкладеним періодом кваліфікації. Створюється повторно у випадку кваліфікації учасника, що очікує (award status pending_waiting -> pending) |
***
### Other logic without changes:
@Kuzmin Додані періоди мають відображатися на порталі, якщо на порталі відображається award.signingPeriod
@andrii.salii
Зміни реалізуються з моменту тестування та готовності майданчиків. Період додається до всіх процедур, раніше опублікованих в ЦБД.
***
### Context (Environment)
<!--- Tell us about the environment where the inconsistency is observed / Расскажите о среде, в которой наблюдается несоответствие --->
-
-
***
### Requestor & Contact
Requestor:
@maryna.mykhailuk
Contact Point:
@k.pavliuk
@taras.bondarchukOlga KochubynskaOlga Kochubynska2023-10-23https://gitlab.prozorro.sale/prozorro-sale/change-requests/-/issues/313Розкриття інформації у попередньо анонімізованих сутностях2023-08-11T15:30:43+03:00Andrii SaliiРозкриття інформації у попередньо анонімізованих сутностях<!--- Provide a general summary of your changes in the Title above / Предоставьте общий обзор ваших изменений в заголовке выше --->
Створити механіку що дозволить відкрити анонімізовані дані у процедурі, модулі аукціону, протоколах, об'є...<!--- 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 / Дайте подробное описание изменения или дополнения, которое вы предлагаете --->
Існують процедури, об'єкти переліку оренди, дії, заявки на оренду з "_protected": true" та рівнем анонімізації "_protect_level": "medium"/"_protect_level": "hight". Від рівня анонімізації залежить які дані закриті для доступу у публічному ендпоінті/без токена. Найближчим часом з'явиться необхідність зняти анонімізацію
***
### AR (actual result):
<!--- Tell us what happens instead of the expected behavior / Сообщите нам, что происходит вместо ожидаемого поведения --->
- для процедур/об'єктів переліку оренди/дій/заявок на оренду з "_protected": true" частина даних анонімізована
- для всіх LL* процедур, починаючи з дати появи функціоналу анонімізації автоматично застосовується анонімізація "_protect_level": "medium" для всіх статусів крім active_tendering, active_rectification, active_auction
***
### ER (expected result):
<!--- Tell us what should happen / Сообщите нам, что должно произойти --->
- для процедур/об'єктів переліку оренди/дій/заявок на оренду з "_protected": true" є можливість відкрити анонімізовану інформацію в самій сутності, модулі аукціону, протоколах
- не застосовувати автоматичну анонімізацію для LL* процедур
***
### Other logic without changes:
<!--- Tell us about other logic / Расскажите о другой логике --->
- можливість вручну анонімізувати процедуру залишаємо
***
### Context (Environment)
<!--- Tell us about the environment where the inconsistency is observed / Расскажите о среде, в которой наблюдается несоответствие --->
- Для відповідності постанові, що регулює LL* процедури на час дії ВС та приховання інформації про інші процедури, де об'єкт може мати оборонну цінність був реалізований функціонал анонімізації. Зараз є необхіднсть розкрити анонімізовані дані
- Перед внесенням змін отримати підтвердження від @andrii.salii про дату набуття чинності змін
***
### Requestor & Contact
Requestor:
<!--- Provide a Requestor / Укажите инициатора запроса --->
- @andrii.salii
Contact Point:
<!--- Provide a contact person / Укажите контактное лицо --->
- @andrii.saliiOlga KochubynskaOlga Kochubynskahttps://gitlab.prozorro.sale/prozorro-sale/change-requests/-/issues/311Додавання підсанкійного майна в словник smallPrivatizationItemType2023-08-28T21:08:15+03:00Maryna MykhailukДодавання підсанкійного майна в словник smallPrivatizationItemType### AR (actual result): Для процедур SPE, SPD:
- відсутня можливість обрати "Тип майна" **smallPrivatizationItemType** == "Підсанкційне"
***
### ER (expected result): Для процедур SPE, SPD:
- додана можливість обрати в слловнику "Тип ...### AR (actual result): Для процедур SPE, SPD:
- відсутня можливість обрати "Тип майна" **smallPrivatizationItemType** == "Підсанкційне"
***
### ER (expected result): Для процедур SPE, SPD:
- додана можливість обрати в слловнику "Тип майна" **smallPrivatizationItemType** == "Підсанкційне"
***
### Other logic without changes:
***
### Context (Environment)
Зараз продаж підсанкціоного майна публікуються на процедурах малої приватизації, тому необхідно додати ознакою за якою можна буде відсортувати ці процедури в майбутньому.
***
### Requestor & Contact
Requestor:
Олександр Ліхотоп
Contact Point:
@maryna.mykhailuk @taras.bondarchukOleksandr AkulenkoOleksandr Akulenkohttps://gitlab.prozorro.sale/prozorro-sale/change-requests/-/issues/310Зміни в протоколи LSE, LSP, LRE2023-12-14T13:23:31+02:00Liudmyla ZdryliukЗміни в протоколи LSE, LSP, LRE[Зміни в протоколи](https://docs.google.com/document/d/1bVpE2ui9DbvSi500O9ntDELtMD6OCoEu3QyfMADexBE/edit). Деталі щодо виводу значень у коментарях
Додаткова інформація:
Зміни не поширєється на LAE та LAP
За 2 тиждні до винесення на пр...[Зміни в протоколи](https://docs.google.com/document/d/1bVpE2ui9DbvSi500O9ntDELtMD6OCoEu3QyfMADexBE/edit). Деталі щодо виводу значень у коментарях
Додаткова інформація:
Зміни не поширєється на LAE та LAP
За 2 тиждні до винесення на продуктив попередити для внесення змін у юридицні документи2024-01-29https://gitlab.prozorro.sale/prozorro-sale/change-requests/-/issues/290Identifiers for non-residents2023-03-09T13:12:00+02:00Andrii SaliiIdentifiers for non-residents<!--- Provide a general summary of your changes in the Title above / Предоставьте общий обзор ваших изменений в заголовке выше --->
Remove articles|content within brackets for https://procedure-sandbox.prozorro.sale/api/classifiers/iden...<!--- Provide a general summary of your changes in the Title above / Предоставьте общий обзор ваших изменений в заголовке выше --->
Remove articles|content within brackets for https://procedure-sandbox.prozorro.sale/api/classifiers/identifiers
***
### Detailed Description
<!--- Provide a detailed description of the change or addition you are proposing / Дайте подробное описание изменения или дополнения, которое вы предлагаете --->
Brokers use county name in interface. Because of articles/ words within brackets
***
### AR (actual result):
<!--- Tell us what happens instead of the expected behavior / Сообщите нам, что происходит вместо ожидаемого поведения --->
- Unnecessary information from country name is displayed
***
### ER (expected result):
<!--- Tell us what should happen / Сообщите нам, что должно произойти --->
- Display clean country name
***
### Requestor & Contact
Requestor:
<!--- Provide a Requestor / Укажите инициатора запроса --->
- A. Uvarov
Contact Point:
<!--- Provide a contact person / Укажите контактное лицо --->
- @andrii.saliihttps://gitlab.prozorro.sale/prozorro-sale/change-requests/-/issues/286prozorro-sandbox-procedure-api - too many 404 HTTP status codes2023-02-23T11:52:12+02:00Andrii Boikoprozorro-sandbox-procedure-api - too many 404 HTTP status codes`[2023-02-20T11:26:04.276Z] | prozorro_sale.procedure.errors | INFO - Not Found | X-Request-ID: 19727F000001ECDE7F000001005063F358CC5F1E519A2
[2023-02-20T11:26:04.276Z] | aiohttp.access | INFO - "20.23.254.137 GET /api/procedures/ HTTP/1...`[2023-02-20T11:26:04.276Z] | prozorro_sale.procedure.errors | INFO - Not Found | X-Request-ID: 19727F000001ECDE7F000001005063F358CC5F1E519A2
[2023-02-20T11:26:04.276Z] | aiohttp.access | INFO - "20.23.254.137 GET /api/procedures/ HTTP/1.1 404 248 - - 0.001141 " | X-Request-ID: 19727F000001ECDE7F000001005063F358CC5F1E519A2`
since Feb 11 there are too many 404 HTTP responses on prozorro-sandbox-procedure-api (more than 15000 per hour).Pavel KuzmenkoPavel Kuzmenkohttps://gitlab.prozorro.sale/prozorro-sale/change-requests/-/issues/285[CBD3] HTTP_STATUS_CODE - 503 "procedure-staging.prozorro.sale" "GET /api/mir...2023-02-20T12:25:04+02:00Yurii Martyniuk[CBD3] HTTP_STATUS_CODE - 503 "procedure-staging.prozorro.sale" "GET /api/mirror/relocation"Started - | Feb 20, 2023 @ 08:21:59
http_status_code - 503
Count - 324
| prozorro-staging |
procedure-staging.prozorro.sale
```
haproxy[19876]: 46.182.87.226:58070 [20/Feb/2023:06:21:59.184] HaProxy80 KUBER/ingress-nlb-stg 0/0/1/1/2 503 ...Started - | Feb 20, 2023 @ 08:21:59
http_status_code - 503
Count - 324
| prozorro-staging |
procedure-staging.prozorro.sale
```
haproxy[19876]: 46.182.87.226:58070 [20/Feb/2023:06:21:59.184] HaProxy80 KUBER/ingress-nlb-stg 0/0/1/1/2 503 388 375 - - ---- 196/65/61/61/0 0/0 4DA47F000001E2D67F000001005063F31187B8DCA003 "procedure-staging.prozorro.sale" "GET /api/mirror/relocation HTTP/1.1" ""
```
https://opendistro-nonprod.prozorro.sale/app/discover#/?_g=(filters:!(),refreshInterval:(pause:!t,value:0),time:(from:'2023-02-20T05:00:00.000Z',to:now))&_a=(columns:!(message,http_status_code,domain_name,agent.hostname,http_request),filters:!(),index:c548ae40-d6a7-11ec-a9f7-a76d5d0be4a3,interval:auto,query:(language:kuery,query:'http_status_code%20%3E%3D%20500'),sort:!(!('@timestamp',asc)))Pavel KuzmenkoPavel Kuzmenkohttps://gitlab.prozorro.sale/prozorro-sale/change-requests/-/issues/155Додати новий тип банківського ідентифікатора для закордонних рахунків IBAN2022-02-09T17:52:37+02:00Ivan MironenkoДодати новий тип банківського ідентифікатора для закордонних рахунків IBAN### Detailed Description
<!--- Provide a detailed description of the change or addition you are proposing / Дайте подробное описание изменения или дополнения, которое вы предлагаете --->
Організаторами аукціонів можуть бути юридичні особ...### Detailed Description
<!--- Provide a detailed description of the change or addition you are proposing / Дайте подробное описание изменения или дополнения, которое вы предлагаете --->
Організаторами аукціонів можуть бути юридичні особи - нерезиденти. У таких організаторів рахунки можуть бути у іноземних банках, тому тип банківського рахунку "UA-IBAN" із валідацією кількості знаків не підходить.
Потрібно додати до структури **base.AccountIdentification** у довідник (https://procedure-sandbox.prozorro.sale/api/dictionaries/accountIdentifiers) поля **scheme** новий тип банківського ідентифікатора для закордонних рахунків:
"FOR-IBAN":
"en_US": "Foreign IBAN",
"uk_UA": "Міжнародний номер закордонного банківського рахунку IBAN"
"pattern": (без валідації)
***
### AR (actual result):
<!--- Tell us what happens instead of the expected behavior / Сообщите нам, что происходит вместо ожидаемого поведения --->
- словник accountIdentifiers містить значення: "UA-EDR", "UA-MFO", "UA-accountNumber", "UA-IBAN"
- Організатор, не може вказати в оголошенні реквізити закордонного рахунку IBAN, якщо вибрано тип банківського ідентифікатора "UA-IBAN" та символи не відповідають формату "pattern": "^[a-zA-Z]{2}[0-9]{27}$"
***
### ER (expected result):
<!--- Tell us what should happen / Сообщите нам, что должно произойти --->
- словник accountIdentifiers містить значення: "UA-EDR", "UA-MFO", "UA-accountNumber", "UA-IBAN", **"FOR-IBAN"**
- Організатор, може вибрати тип банківського ідентифікатора закордонного рахунку "FOR-IBAN" та вказати в оголошенні реквізити закордонного рахунку IBAN
- Валідація формату рахунку "FOR-IBAN" не відбувається
***
### 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 / Укажите инициатора запроса --->
- Vita Chychyk (E-Tender), https://prozorrosale.slack.com/archives/CLMGTLF53/p1639573130340700
Contact Point:
<!--- Provide a contact person / Укажите контактное лицо --->
- @ivan.mironenkoOlga KochubynskaOlga Kochubynska