Repository navigation
Releases: teraxis/peromat
Release list
v1.11.0
Peromat v1.11.0
Виправлено
- Ручні правки в комірках «Інтерпретації» більше не з'їжджають в інші комірки: правка прив'язана до
самої комірки (об'єкта й поля), тож зміна фільтрів чи сортування, нові або зниклі дані в інших
розділах її не переносять — ні в перегляді, ні у вивантаженому DOCX. Якщо змінилися дані самої
комірки (наприклад, після нового витягу), правка перестає діяти, а не потрапляє на чуже значення.
Зроблені раніше правки лишаються там, де стоять зараз; історія й відкат — без змін. - У картці суб'єкта в «Інтерпретації» тепер видно e-mail — доти комірка була порожня на екрані, хоча у
вивантаженому DOCX заповнена. - Особа, яку вилучили з групи в «Суб'єктах», більше не повертається до тієї групи, але її можна
об'єднати з ким завгодно іншим. Ручне об'єднання з записом, якого колись вилучали з іншої групи,
більше не розпадається само на наступному оновленні. - Експорт довідки більше не змішує дві справи: якщо під час експорту відкрити інший проєкт, експорт
скасовується з повідомленням. Якщо записи змінилися просто під час запису документа, документ не
зберігається — програма просить повторити експорт. - «Медіамоніторинг»: рядок знахідки одразу показує новий заголовок і змінену роль особи, не скидаючи
вибрану картку й прокрутку; тезки не зливаються в один рядок. - Налаштування локального ШІ більше не зависають назавжди, якщо LM Studio (
lms) не відповідає: після
строку показується помилка. - Експорт JSON із «Даних»: записи з однаковим ідентифікатором в одному витягу (наприклад, два записи ДРРП з
одним реєстраційним номером) тепер отримують ті самі ідентифікатори після повторного імпорту того самого
файла — доти вони змінювалися щоразу.
Додано
Змінено
- Попередній перегляд і вивантажений DOCX тепер будуються з одного опису довідки, тож те, що ви
перевірили на екрані, і потрапляє у файл. Документ той самий до байта, швидкість та сама. - Велика справа повторно відкривається в «Інтерпретації» в кілька разів швидше (30 000 записів —
близько 0,4 с замість ~2 с). - На старті програма більше не звертається до LM Studio й не запитує моделі Codex — це відбувається,
коли вкладку «ШІ» в налаштуваннях вперше відкрито. - «Медіамоніторинг» не перемальовує екран, поки ви в іншому розділі: знайдене зберігається у фоні й
показується, коли повертаєтеся. - Ризик-профіль: перетин кордону з РФ / РБ після 24.02.2022 — суттєвий ризик, з 20.02.2014 — потребує
уваги; дисциплінарне попередження ВРП — потребує уваги, важчі стягнення — суттєві; справи про
батьківські права — суттєві, лише коли збіглися обидві ознаки; запізніла декларація ВККС — потребує
уваги.
Видалено
- Старий спосіб будувати попередній перегляд і DOCX (без спільного опису довідки) разом із двома
запасними прапорцями в «Налаштування → Попередній перегляд». Режим перегляду «Classic» лишився.
Встановлення та перший запуск
- Windows: розпакуйте
.zipі запустітьPeromat.App.exe. - macOS: розпакуйте
.zip— усерединіPeromat.app. Збірка не нотаризована Apple
(лише ad-hoc підпис), тож при першому запуску Gatekeeper покаже "Застосунок пошкоджено" або
"Не вдалося перевірити розробника" — клацніть правою кнопкою миші наPeromat.app→
Відкрити і підтвердьте (потрібно лише один раз), або в Терміналі:
xattr -dr com.apple.quarantine Peromat.app. - Linux: розпакуйте
.zip, надайте право на виконання й запустіть:
chmod +x Peromat.App && ./Peromat.App.
v1.10.0
Виправлено
- Частина службових дат (коли файл імпортовано, коли створено проєкт) могла зсуватися на кілька
годин щоразу, як програма їх перечитувала, — залежно від часової зони машини. Тепер дата
повертається такою, якою її записали. - Програма більше не накопичує пам'ять під час тривалої роботи: раніше кожен перехід між розділами
трохи її збільшував без кінця, тепер після першого проходу розділів вона лишається на тому самому
рівні. - «Медіамоніторинг» більше не стирає знайдене, коли переходите в інший розділ і повертаєтеся: результати
лишаються, доки відкрито той самий проєкт, а рядок стану показує, коли виконано пошук. Пошук, що
завершився вже після відкриття іншого проєкту, більше не показує згадок про попередню особу. - Розділ «2. Пов'язані особи» в довідці більше не лишається порожнім, коли з джерел відмічено лише
декларації: члени сім'ї, позначені в «Суб'єктах» і названі в декларації, тепер потрапляють у
довідку й без відмічених реєстрів. - «Медіамоніторинг» тепер справді шукає згадки на сторінках Центру протидії корупції, Автомайдану, DEJURE,
«Етичних питань» та трьох анонімних сторінках у Facebook — доти вони лише рахувалися серед джерел, але не
перевірялися.
Додано
- Панель фільтрів меню «Медіапрофіль» у згорнутому вигляді тепер відображає квадратні іконки для кожного розділу фільтрів із яскравими бейджами-лічильниками кількості обраних елементів (зеленого кольору, коли обрано всі опції, та оранжевого — при частковому виборі, за аналогією з розділом «Фінансові показники»).
- У шапці сайдбар-панелей фільтрів «Медіапрофілю» (вкладки «Фоновий пошук» та «Ресурси») додано кнопку «Скинути», яка дозволяє в один клік зробити всі опції активними.
- Обрані фільтри у вкладках «Фоновий пошук» та «Ресурси» розділу «Медіапрофіль» тепер автоматично зберігаються та відновлюються між запусками програми.
- «Медіамоніторинг» шукає сам, у фоні: щойно особу в «Суб'єктах» позначено суб'єктом, членом сім'ї чи
близьким родичем, програма шукає згадки про неї — повним ПІБ, прізвищем з ім'ям і з ініціалами, телефоном,
email, українською, російською й латиницею (написання з Аркану має перевагу, інакше програма підбирає його сама,
а ви можете виправити). Знайдене лишається й після перезапуску програми, а в розділі видно, які запити вже
виконано. Пов'язаних осіб можна ввімкнути окремим перемикачем. Вимикає фоновий пошук модуль «Медіамоніторинг» у
налаштуваннях. - У «Медіамоніторингу» — фільтри за особами й за напрямами пошуку (зв'язок з рф, доброчесність, соціальна
активність, нерухомість та інші — як у робочій таблиці аналітиків), а також за країною й доступом. Знайдене
впорядковано за точністю запиту: спершу за ПІБ, потім за телефоном, email, прізвищем та ім'ям. - Вкладка «Ручні перевірки»: понад вісімдесят ресурсів з робочої таблиці аналітиків (реєстри, суди, соцмережі,
пошуковики) з уже заповненими посиланнями для кожної особи. Біля кожного можна позначити «Нічого не знайдено» чи
«Знайдено» й дописати коментар — це зберігається в проєкті. Для російських ресурсів закладено роботу через VPN,
яку буде ввімкнено пізніше. - Фоновий медіамоніторинг шукає й в офіційних джерелах: акти Вищої ради правосуддя (за ПІБ і «Прізвище І.П.»)
та відкритий реєстр декларацій НАЗК (лише декларації самої особи). - Знахідки «Медіамоніторингу» тепер можна перенести в довідку. На картці згадки є позначка «У довідку»;
у бічній панелі — «Додати показані в довідку» (разом із фільтром «Лише ризикові» це всі ризикові згадки за
одне натискання), «Прибрати показані» та фільтр «Лише відібрані». Відібране друкується в підрозділі
«1.6.1. Згадки у відкритих джерелах»: дата, особа, публікація з посиланням, у чому згадування й ключові
моменти, тональність щодо особи, обставини й ризик; ризикові рядки підсвічено. Ручні перевірки з висновком
«Знайдено» чи «Нічого не знайдено» разом із коментарем потрапляють у «1.6.2. Ручні перевірки ресурсів».
У довідку йде лише те, що ви відібрали, і лише про осіб, яким відкрито «око»; профіль особи від ШІ не
друкується. У «Параметрах експорту» з'явилася картка «Медіамоніторинг», якою ці підрозділи можна вимкнути. - Знайдені згадки опрацьовує ШІ: програма сама відкриває сторінку, витягує текст і складає коротке
самарі, ключові моменти, тональність щодо особи та обставини. Якщо ШІ недоступний чи вичерпано ліміт,
збір не зупиняється — такі матеріали позначено бейджем «Не опрацьовано ШІ», і їх можна опрацювати
пізніше. Окремими перемикачами в налаштуваннях моделей ШІ може й сам шукати інформацію про особу. - «Медіамоніторинг» шукає безпосередньо в Google і Bing, а текст знайдених сторінок зберігається в
проєкті, тож матеріал лишається доступним, навіть якщо сайт його потім прибере. - Новий пошуковий напрям — світова база новин GDELT, з різними написаннями імені й розбиттям на періоди;
для GDELT Cloud у налаштуваннях можна вказати ключ і перевірити його та залишок квоти. - Написання імені особи для медіапошуку можна виправити у вікні просто з «Медіамоніторингу».
- Розділ «Пошук»: один рядок шукає прізвище, номер авто, VIN, РНОКПП, адресу чи номер справи одразу
в усіх даних проєкту — без великих і малих літер, за початком слова, і незалежно від того, чи
стосується запис позначеної особи. Екран поділено на два вікна, ширину яких можна змінювати
перетягуванням: ліворуч знайдені записи з підсвіченими збігами (реєстр, заголовок на кшталт
«TOYOTA RAV4 · АА1234ВВ · власник», поля, в яких знайдено, файл-джерело), праворуч — повна картка
вибраного запису з усіма полями, власниками й документами окремими групами та підсвіченим знайденим
полем. Картка однакова для всіх реєстрів: знайдене авто показується карткою авто, об'єкт —
карткою об'єкта. Звідти ж можна відкрити документ, у якому знайдено дані; для ДРРП, ДРФО, ЄДРТЗ,
Аркана й НАЗК видно ще й сторінку чи клітинку. Можна шукати й у всіх проєктах одразу: та сама особа
у двох різних кандидатів — теж знахідка. Перший пошук на великій базі може тривати кілька секунд —
програма один раз упорядковує вже завантажені дані. - Розділ «Зміни»: що змінилося в реєстрах із часу виданої довідки — які записи з'явилися, які
зникли й які змінилися, і для змінених — «було → стало» по кожному полю. Стан проєкту зберігається
сам щоразу, як ви експортуєте довідку (DOCX чи архів), тож повторна перевірка того самого кандидата
одразу показує різницю, без перечитування всієї довідки. Порівнювати можна з будь-якою з десяти
останніх виданих довідок. Переімпорт того самого файла змін не показує.
Змінено
- Попередній перегляд великого проєкту відкривається помітно швидше: на звіті в 30 000 записів
читання збереженої заготовки займає близько 0,8 секунди замість майже 5 і споживає вп'ятеро менше
пам'яті. Раніше відкрити збережений звіт було довше, ніж порахувати його наново. Заготовки,
збережені попередніми версіями, один раз перебудуються самі. - Імпорт PDF швидший і потребує менше пам'яті: на справжній теці кандидата (44 файли) — близько
7 секунд замість 11 і вчетверо менше пам'яті. Розпізнані бази й імпортовані записи ті самі. - Пакет файлів одного реєстру більше не сповільнюється з кожним наступним файлом: двісті витягів,
що раніше оброблялися понад шість хвилин, тепер імпортуються за кілька секунд. - Розділи «Хронологія майна», «Фінансові показники», таблиці майна, «Ризик-фактори» та «Суб'єкти»
не перечитують ті самі бази й не перераховують осіб щоразу: повернення до розділу без змін у
даних показує готовий результат одразу, а кілька розділів поспіль ділять одне читання. - Переліки фільтрів довідки більше не зависають на проєкті, де багато осіб мають одне прізвище
(раніше — хвилини), а пропозиції об'єднати осіб на великих проєктах рахуються в рази швидше. - Таблиці майна: сторінка на 200 рядків перемикається за частки секунди замість кількох секунд,
сортування — майже миттєво; прокрутка «Хронології майна» не залежить від кількості об'єктів. - Експорт великої довідки в DOCX більш ніж удвічі швидший і потребує в кілька разів менше пам'яті.
- «Пошук» показує, скільки даних уже впорядковано, і дозволяє працювати, поки це триває; назва
файлу знахідки з'являється одразу. - «Дані», «Налаштування» й запуск програми не читають зайвого під час відкриття; пошук у
«Налаштуваннях → Модулі» відгукується без затримки. - «Суб'єкти» не затримуються на проєктах із великою кількістю збережених відповідей зовнішніх
ресурсів. - Повернення до вже відкритого розділу — «Суб'єкти», таблиці майна, «Інтерпретація», бази — тепер
миттєве: розділ показується в тому самому стані без перебудови вигляду. - «Медіамоніторинг» показує знайдене одразу, щойно відповідає кожна група джерел, — не чекаючи
найповільніших (Telegram, YouTube); рядок стану показує, скільки джерел уже відповіло. Підсумковий
список той самий, а вибрана згадка не скидається, коли додаються нові.
Видалено
- Компакт-збірка (той варіант, що потребував заздалегідь установленого .NET 8) більше не
публікується. Вона не вміла оновлюватися сама й вимагала від користувача окремо встановити
середовище; лишається один варіант — портативний, який працює на машині без жодних передумов.
Встановлення та перший запуск
- Windows: розпакуйте
.zipі запустітьPeromat.App.exe. - macOS: розпакуйте
.zip— усерединіPeromat.app. Збірка не нотаризована Apple
(лише ad-hoc підпис), тож при першому запуску Gatekeeper покаже "Застосунок пошкоджено" або
"Не вдалося перевірити розробника" — клацніть правою кнопкою миші наPeromat.app→
Відкрити і підтвердьте (потрібно лише один раз), або в Терміналі:
xattr -dr com.apple.quarantine Peromat.app. - Linux: розпакуйте
.zip, надайте право на виконання й запустіть:
chmod +x Peromat.App && ./Peromat.App.
v1.9.1
Виправлено
- Перевірка часток власності більше не додає права, які перекриваються лише ланцюжком, але ніколи
не діють усі одночасно; редагування особи також більше не стирає її ключ і вручну уточнений РНОКПП. - Споріднення, заповнене з ДРАЦС, декларації або вручну, тепер зберігає своє джерело; різні ролі в
неперекривні періоди не позначаються як суперечність. - Імпорт другого формату «Аркану» тепер виявляє нові невідомі колонки, а успішний імпорт прямо
позначає, які перевірки повноти ще не виконуються, замість мовчазного припущення про відсутність
пропусків. - «Дозаповнити з ДРАЦС» більше не мовчить: перед записом показує, що саме буде заповнено, де акт
розходиться з внесеним руками і кого з названих актами родичів немає в «Суб'єктах». Окремо
повідомляє, коли не позначено особу зі статусом «Особа», і більше не обіцяє переписати внесене
руками — воно й далі лишається недоторканим. - Розбіжність за статусом особи називає його так, як він підписаний у програмі — «Член сім'ї»,
«Близький родич», — а не службовою англійською назвою. - Дозаповнення з ДРАЦС працює для об'єднаних осіб. Такий рядок показано складеним ПІБ —
«Васильчук (Василчук) Віталій Петрович», — і саме воно йшло на пошук в актах; збігу не було ні для
суб'єкта, ні для родичів, тож дія звітувала «нових відомостей немає» навіть там, де акти
завантажені. Тепер беруться всі написання, які складене ПІБ у собі несе. - Коли акти взагалі не називають позначену особу, програма так і каже й радить перевірити написання
ПІБ, замість того щоб повідомляти про відсутність нових відомостей. - Заповнені з ДРАЦС статуси з'являються у стовпці «Статус особи» одразу, а не аж при наступному
вході в розділ. Те саме для підтвердженого написання імені: рядки зводяться в один негайно. - Об'єднану особу знову знаходять зовнішні ресурси. Пошук ішов складеним ПІБ — «Васильчук
(Василчук) Віталій Петрович», — а людини з прізвищем у дужках не існує, тож відповідь завжди була
порожня, хоча до об'єднання знаходився кожен запис окремо. Відповіді, збережені таким запитом,
програма один раз перепитує сама. - Довіреність на транспорт у «Хронології майна» ставить на шкалу того, хто її видав. Доти там стояли
самі повірені — здебільшого сторонні особи, — і довіреність суб'єкта на власний автомобіль
показувала над смугою двох незнайомців. - Рядок довіреності в розділі «Транспорт» більше не зникає при відборі за увімкненими суб'єктами:
тепер він називає обох — і того, хто видав, і того, хто отримав. - Марка й модель у картці транспортного засобу показуються так, як їх пише джерело: було
«SUZUKIVITARA», стало «SUZUKI VITARA». - Значок біля імені в довіреності називає статус особи — «Довіритель» або «Повірений», — а не вдруге
назву документа. - Об'єднання записів про автомобіль руками доповнює картку прикметами з довіреності: номерним
знаком, номером кузова, роком. Доти зводилися лише суми, права й власники. - Картка транспортного засобу в «Інтерпретації» показує номерний знак і VIN, які називає прикріплена
до неї довіреність; відоме картці не перезаписується. - Порожній розділ «Хронологія майна» більше не притиснутий до лівого краю.
Додано
- Спорідненість із реєстрів зіставляється з довідником Peromat за словником: акт ДРАЦС пише
«дитина», «брат», «баба», а «Статус особи» отримує «Дочка», «Рідний брат», «Баба». Нові
формулювання можна дописати самому у файлkinship-terms.txtу теці програми — рядками виду
донька = Дочкаабодитина = Син | Дочка, без оновлення програми. - У переліку «Статус особи» з'явилися усиновлення й патронат: «Усиновлювач», «Усиновлена дитина»,
«Прийомний батько», «Прийомна мати», «Прийомна дитина». - Перед дозаповненням з ДРАЦС програма запитує про імена, які в актах написані по-різному на один
символ («Наталя» / «Наталія»), і запам'ятовує відповідь. Підтверджене написання зводить особу в
один рядок «Суб'єктів» і доводить до суб'єкта її родинні зв'язки, які доти губилися. - З довіреності вичитуються номер кузова, марка з моделлю та рік випуску. Завдяки цьому автомобіль
із довіреності зводиться з тим самим автомобілем із реєстру за номером кузова, а не лише за
номерним знаком, який переходить від машини до машини.
Змінено
- Кількість об'єднаних записів біля ПІБ у «Суб'єктах» показується бейджем, як сусідні лічильники
рядка, а не числом у дужках.
Встановлення та перший запуск
- Windows: розпакуйте
.zipі запустітьPeromat.App.exe. - Linux: розпакуйте
.zip, надайте право на виконання й запустіть:
chmod +x Peromat.App && ./Peromat.App.
v1.9.0
v1.9.0
Додано
- Скани нарешті читаються. Підключено Tesseract як рушій розпізнавання за замовчуванням — він
працює локально й нічого нікуди не надсилає. Доти розпізнавання було недоступне незалежно від
налаштувань: рушій просто не був під'єднаний до програми. Розуміє українську, англійську та
російську: частина довідок і ранніх документів написана нею, і без цієї моделі текст виходив
схожим на правду, але хибним. Саме розпізнавання лишається вимкненим, доки ви його не увімкнете, а
мовні файли (ukr.traineddata,eng.traineddata,rus.traineddata) треба покласти в теку
tessdataпоруч із програмою — програма підкаже точний шлях, якщо їх не знайде. - Вкладка «Розпізнавання сканів» у Налаштуваннях: вибір рушія, мови, тека з мовними даними й
кнопка «Перевірити», яка каже, чи все готове і чого бракує. Раніше це можна було змінити тільки
правкоюsettings.json, а перевірити — ніяк. - Панель «Чому це значення» на картці ризик-фактора. Видно кожне підтвердження окремо — реєстр,
саме значення, документ і місце в ньому. Якщо підтверджень немає, програма пояснює чому: джерело
ще не зберігає походження, або названих значень уже немає у збережених фактах. - Програма запам'ятовує, звідки взялося кожне значення. Походження зберігається для всіх шести
джерел, на яких стоять висновки: транспорт, доходи, нерухомість, перетини кордону та декларації.
Якщо ту саму відомість підтверджують дві довідки, це два окремі підтвердження — видалення однієї
довідки прибирає лише її, а друге підтвердження лишається. - Місце значення називається так, як воно адресується в самому джерелі. Для ДРРП і довідок ДРФО
у PDF — номер сторінки, тож суму можна перевірити в оригіналі, не гортаючи весь витяг. Для витягів
ЄДРТЗ та Аркану — рядок аркуша: у таблиці сторінок немає. Для декларацій НАЗК координати комірки
не існує взагалі — це структурований документ, а не таблиця, — тож місце називається розділом
декларації та роком. Для ЄДРТЗ зберігається ще й частина витягу: секція запиту, картка
транспортного засобу, власник, адреса. - Знахідка у «Ризик-факторах» тепер називає конкретні відомості, на яких стоїть. Якщо
розбіжність виникла через те, що таблиця й документ ДРФО кажуть різні суми, обидві суми лишаються
її підставами; видалення однієї з довідок зменшує кількість підстав, а не приховує це. Розбіжність
доходів у зустрічних деклараціях НАЗК так само називає конкретні суми з обох декларацій, а не лише
різницю між ними. Для відповіді НПУ підставою є конкретний припис, який можна відкрити; для рішень
ВРП, ВККС, Етичної ради, висновків ГРД і справ про опіку — файл та запис у ньому. Раніше знахідка
називала лише джерело загалом («ДІАП НПУ», «рішення ВРП»), і перевірити її було ніяк. - Архів вивантаження містить файл «Походження/facts.json» поруч із оригіналами документів. За
ним можна перевірити, з якого саме файлу й місця взяте кожне значення, на яке посилається довідка. - Програма помічає, коли частки власності на об'єкт у сумі перевищують цілий об'єкт. Таке
означає або суперечність у реєстрі, або помилку розбору довідки — в обох випадках частки не можна
брати як є. Це видно двічі: рядком у «Ризик-факторах» і попередженням на самій картці об'єкта. - «Ризик-фактори» повідомляють, які перевірки не виконувалися через відсутність джерела, і скільки
їх. Раніше «ризиків не виявлено» звучало однаково і там, де перевірка справді пройшла, і там, де
вона не запускалася взагалі. - Розбіжності сум між таблицями та документами ДРФО тепер видно у «Ризик-факторах» — раніше вони
потрапляли тільки до журналу програми. - Попередження про неповні дані. Якщо якийсь збережений запис не вдається прочитати, програма
показує про це повідомлення на всіх екранах, а сам запис зберігається недоторканим. Розділ
«Ризик-фактори» за таких умов більше не подає «ризиків не виявлено» як остаточний висновок. - У хронології майна біля об'єктів показуються позначки реєстрів, з яких узято відомості. Якщо в
об'єкта є кілька джерельних документів, тепер можна відкрити саме потрібний. - Для маси транспортного засобу зафіксовано одиницю вимірювання: кілограми. Якщо довідка називає
іншу одиницю, вона перекриває усталену — порівняння двох довідок більше не залежить від того, у
чому кожна з них рахувала.
Виправлено
- Після дії «Очистити усі дані» імпорт знову працює. Раніше після очищення жоден файл більше не
додавався до кінця сесії: програма намагалася зберегти оригінал у теку, яку щойно видалила, і
кожен витяг завершувався помилкою — мовчки, бо журнал типово вимкнений. - Помилки під час додавання файлів більше не зникають безслідно. Раніше вони записувалися лише
за ввімкненого налаштування «Вести журнал помилок», яке типово вимкнене, — тож збій імпорту
виглядав як «нічого не відбувається». Тепер такий збій завжди потрапляє в журнал і в рядок стану. - Збережені оригінали документів більше не видаляються під час запуску програми. Через помилку в
механізмі відновлення після збою вони могли зникнути всі одразу — а саме вони потрібні, щоб
переобробити довідки без повторного пошуку файлів. - Розділ «Дані» більше не «залипає» після однієї невдачі. Раніше збій під час сканування міг
назавжди вимкнути додавання файлів у цій сесії: перетягування переставало працювати мовчки, і
допомагав лише перезапуск. Тепер помилка показується в рядку стану, а не ховається. - Повторне додавання тих самих файлів тепер знову доходить до імпорту. Раніше файл, доданий
окремо (не текою), каталогізувався з першого разу, а далі «додаю — і нічого не відбувається»:
бази не з'являлися, об'єктів і суб'єктів не було, скільки б разів не повторювати. - Через «Обрати файли…» тепер можна обрати PDF, HTML і JSON, а не лише Excel. Раніше діалог
показував самі*.xlsx, тож довідку у PDF через нього не можна було навіть побачити — файли наче
обиралися, і нічого не відбувалося. Більшість реєстрів видає саме PDF. - Повторний імпорт файлу більше не може знищити вже наявні дані. Якщо розбір не вдався або його
перервано, у проєкті лишається попередня версія цього файлу, а не порожнє місце. - Різні люди з однаковим прізвищем та ініціалами більше не зливаються в одну особу. Так само не
зливаються різні компанії з однаковою назвою. - Частини різних адрес більше не перемішуються між собою: кожна адреса лишається при своєму
власнику. - У витягах ЄДРТЗ номер кузова з тексту запиту більше не підставляється як номер кузова першого
транспортного засобу у відповіді. - Сторонній файл JSON більше не визначається помилково як витяг ДРРП.
- Дві різні квартири однакового типу й площі більше не об'єднуються в одну картку, якщо мають
різні реєстраційні номери. - Зіставлення об'єктів із витягів ДРРП і декларацій стало обережнішим: якщо збіг неоднозначний,
об'єкти лишаються окремими для перевірки, замість того щоб бути об'єднаними навмання. - Декларації різних осіб за один і той самий рік більше не витісняють одна одну. Щорічна
декларація та декларація кандидата за один рік теж більше не конкурують між собою. - Нульовий дохід у ДРФО більше не плутається з відсутнім значенням: розбіжність «нуль у таблиці
проти суми в документі» більше не зникає мовчки. - Довіреність на розпорядження майном більше не робить повіреного власником об'єкта в хронології
майна. Те саме стосується іпотеки та арешту: вони згадують власність у своєму формулюванні, але
власності не створюють. - Реєстраційний номер об'єкта зі старого Реєстру прав власності (до 2013 року) більше не
показується як номер сучасного реєстру. Раніше об'єкт, який має лише старий номер, зберігався
так, ніби номер сучасний, і це могло призводити до помилкового об'єднання різних об'єктів. Щоб
виправити вже збережені довідки ДРРП, переобробіть їх — вихідні файли зберігаються в проєкті. - У друкованих деклараціях уточнення виду права («зареєстровано місце проживання» тощо) більше
не може підмінити собою сам тип права, якщо тип у документі не надрукований. - Перерахунок вартості в долари більше не виглядає точнішим, ніж є насправді. Підпис під сумою
тепер каже, на яку дату взято курс: «за курсом НБУ на кінець 2019 року» замість «на дату набуття
(13.05.2019) за курсом НБУ». Наближені суми позначаються знаком «≈», а якщо курс за потрібний рік
узагалі відсутній — про це сказано прямо. - Список «Ризик-фактори» більше не втрачає позначку вибраного рядка після перезапуску програми.
- Склад ризик-факторів більше не залежить від того, як саме сформульовано назву показника у
звіті: раніше зміна формулювання могла непомітно додати або прибрати ризик.
Змінено
- Імпорт пакета файлів став помітно швидшим. Раніше кожен наступний файл переписував у базі все,
що внесли попередні, тож шістнадцята довідка коштувала дорожче за першу; тепер файл додає лише
своє. Перерахунок таблиці осіб виконується один раз наприкінці, а не після кожного файла (під час
перетягування одного файла все працює як раніше). Окремо прибрано подвійний розбір PDF: анкета
ВККС і екранний витяг ЄДРТЗ розбиралися двічі — один раз щоб визначити формат, другий щоб
імпортувати. - Пошкоджений запис в одній довідці більше не блокує імпорт решти. Ба більше: повторний імпорт
тієї самої довідки тепер виправляє її пошкоджений запис — раніше для цього лишалося тільки
«Очистити усі дані». - Вартості в доларах тепер рахуються за курсом на дату набуття, а не за курсом кінця року. Раніше
позначка «≈» стояла майже скрізь, бо курс дня програма не завантажувала взагалі. Курс береться з
API і зберігається: за вже відомий день програма в мережу більше не ходить, а без зв'язку
розрахунок просто повертається до річного курсу — як і доти. - Курс валюти більше не залежить від того, що встигло потрапити в кеш. Для вартості набуття
береться курс дня операції, для показників на кінець року — курс 31 грудня, для оцінки — курс дати
оцінки. Позначка «≈» тепер стоїть лише...
v1.8.2
v1.8.2
Виправлено
- Меню дій особи («Дії») більше не зависає відкритим після натискання кнопки «Перевірити ресурси»: реалізовано надійне закриття через логічне дерево предків та прямий доступ до контейнерів спливаючого меню.
- Бічна панель «Ресурси» більше не відкривається автоматично при натисканні «Перевірити ресурси»: на екрані працює виключно індикатор у рядку особи, а сайдбар оновлюється лише за умови, що він уже був відкритий для цієї особи.
- Відображення відомостей про декларації в сайдбарі: для знайдених осіб у сайдбарі відображається посада, місце роботи та інтерактивні бейджі років подання декларацій (із можливістю відкриття документа на порталі НАЗК) завдяки підтримці форматів мапи/масиву блоку data та отказостійкому фолбеку до поодиноких запитів.
- Відновлено роботу кнопки «Оновити» в сайдбарі: запит коректно виконується навіть після зміни поточної сторінки списку, а на кнопці та в сайдбарі відображається анімований стан виконання.
- Виправлено контраст світлих бейджів років декларацій: бейджі інших типів декларацій (кандидатські, при звільненні тощо) отримали м'який фон, чітку рамку та висококонтрастний темний шрифт, що виключає зливання тексту з білою карткою особи.
- Компактний сірий бейдж «Не виявлено»: якщо за результатами перевірки у зовнішніх ресурсах відомостей про особу не знайдено, у колонці «Ресурси» показується акуратний сірий бейдж замість порожнього простору.
- Індикація та блокування світча вибору запису: при увімкненні перемикача вибору запису в сайдбарі світч блокується на час завантаження, а статус відображає анімований спінер та напис «Завантаження декларацій...».
- Посилання на картку особи: картка особи відкривається на публічному інтерфейсі перегляду декларацій (https://condemno.com/declarations?person={0}).
Встановлення та перший запуск
- Windows: розпакуйте
.zipі запустітьPeromat.App.exe. - Linux: розпакуйте
.zip, надайте право на виконання й запустіть:
chmod +x Peromat.App && ./Peromat.App.
macOS: збірка для macOS у цьому релізі відсутня — GitHub Actions заблоковано через білінг, а
ad-hoc підпис.app-бандла можливий лише на macOS. Ассети дляosx-arm64буде довипущено
після відновлення роботи workflow.
v1.8.1
v1.8.1
Виправлено
- Підключення до робочого сервера Peromat більше не відпадає з помилкою «Недійсний або прострочений токен (401)». Адреса робочого API змінена з http://peromat.com/api на https://peromat.com/api: сервер переспрямовував запити з http на https, а на переспрямуванні губився заголовок авторизації, тож дійсний ключ доходив до сервера вже без підпису.
- Перевірка ключа більше не завершується технічною помилкою розбору відповіді («The JSON value could not be converted to System.String»). Застосунок тепер правильно читає перелік точок API, які відкриває ключ, тож панель «Дані, які надає ресурс» знову показує, скільки категорій даних доступно, замість «0 з 6».
Змінено
- Посилання на сайт Peromat у розділі «Про програму» та посилання на картку особи відкриваються через https.
Встановлення та перший запуск
- Windows: розпакуйте
.zipі запустітьPeromat.App.exe. - Linux: розпакуйте
.zip, надайте право на виконання й запустіть:
chmod +x Peromat.App && ./Peromat.App.
macOS: збірка для macOS у цьому релізі відсутня — GitHub Actions заблоковано через білінг, а
ad-hoc підпис.app-бандла можливий лише на macOS. Ассети дляosx-arm64буде довипущено
перезапуском workflow на тезіv1.8.1.
v1.8.0
- Автоматична звірка та взаємне доповнення записів із захистом від подвоєння сум при збереженні річних декларацій (код 888).
- Індикатори джерела в інтерфейсі (бірюзові та помаранчеві бейджі) та аудит розбіжностей у системному журналі.
- Фільтр «Усі виявлені об'єкти» та збереження зведених об'єктів:
- Чекбокс у фільтрах розділів «Нерухомість», «Транспорт» та «Активи» для перегляду всіх об'єктів (включаючи деактивованих осіб чи сторонніх власників).
- Збереження об'єднаних об'єктів для деактивованих суб'єктів без втрати зв'язків.
- Оновлення розділу «Інтерпретація / Попередній перегляд»:
- Перенесення кнопок експорту у верхню панель управління та згортання бічного сайдбару.
- Групування джерел експорту у зручні картки по реєстрах.
- Вдосконалення Хронології майна (Timeline):
- Нова колірна схема (зелений — власність, оранжевий — користування, комбінований — спільне право).
- Підтримка візуалізації реєстрових даних, оновлена стилізація заголовків і наконечників стрілок.
- Нативні кастомні курсори перетягування (
grab/grabbing) для горизонтальної навігації.
Виправлено
- Парсинг PDF ДРФО:
- Усунуто прилипання підсумкових рядків «Всього за рік» до нових квартальних записів.
- Розрахунок вертикальних меж рядків через якірні лінії для запобігання зрізанню коду 888 та обрізанню багаторядкових описів.
- Повна узгодженість майна між розділами:
- Спільна логіка фільтрації об'єктів у «Нерухомості», «Хронології майна» та «Інтерпретації» для забезпечення ідентичної кількості об'єктів в усіх поданнях.
- Відновлено заголовок «5. Майно» у структурі документа та попередньому перегляді.
- Стабільність тестів та SQLite:
- Ізоляція тестів SQLite у dedicated-колекцію
SqliteStorageTestCollectionдля усунення гонки підключень при паралельному виконанні.
- Ізоляція тестів SQLite у dedicated-колекцію
Змінено
- Оновлено панель параметрів експорту та структуру бічного меню.
Видалено
v1.7.4 (2026-09-03)
Виправлено
- Позначка у фільтрах «Випадків перетину кордону» більше не скидається одразу після натискання, а сам фільтр нарешті застосовується до таблиці.
- Фільтр за особою в перетинах кордону більше не пропонує тих, кого в таблиці немає: після об'єднання двох осіб у переліку лишалися обидві, хоча довідка показує одну.
- Фільтр, який нічого не знайшов, більше не забирає з собою таблицю разом із панеллю фільтрів — розділ лишається на місці з поясненням, і фільтр можна зняти.
- Фільтри в «Членах сім'ї», «Близьких особах», «Довіреностях» і «Деталізованих доходах» більше не порожні: доти вони наповнювалися до того, як реєстри прочитані, і лишалися порожніми до кінця роботи.
- Перший захід в «Інтерпретацію» після запуску показує довідку, а не порожнечу до виходу в інший розділ і повернення назад.
- У «Параметрах експорту» над кожним реєстром стояла зайва порожня галочка без назви: картка Condemno показується лише у блоці «НАЗК».
Додано
- Об'єднання осіб: накладна панель «Групи осіб» у розділі «Суб'єкти» для об'єднання записів, складання ПІБ з усіх варіантів написання, поширення тотожності на об'єкти нерухомості та дедупліковане зарахування доходів ДРФО.
- Упорядкування списку «Суб'єктів» за заголовками стовпців: сортування за ПІБ, присутністю у звіті, кількістю баз та кількістю записів зі збереженням структури об'єднаних груп.
- Групування джерел «Параметрів експорту»: картки різних форм одного реєстру (ДРФО, НАЗК, ЄДРТЗ, ВККС) зведено в єдині блоки відповідних реєстрів.
Змінено
- Заголовок «Деталізовані доходи» відділений відступом зверху від попередньої таблиці згідно з параметрами шаблону DOCX.
- У випадайці фільтра «Ознака» відображається код ознаки доходу разом із її розшифровкою з реєстрових записів.
v1.7.3 (2026-09-02)
Додано
- У розділі «Суб'єкти» для кожної особи в меню дій («Дії», колонка 9) додано пункт «Перевірити ресурси» для примусової повторної перевірки на зовнішніх API-ресурсах (Condemno / НАЗК) в обхід локального кеша.
v1.7.2 (2026-09-02)
Виправлено
- Виправлено аварійне завершення роботи застосунку (
SIGABRT/System.IO.FileNotFoundException: Could not load file or assembly 'System.IO.Hashing') на macOS arm64 та інших платформах у compact / trimmed збірках при агрегації суб'єктів або натисканні «Перебудувати». СкладанняSystem.IO.Hashingзахищене від тримінгу (TrimmerRootAssembly) та явно підключено уPeromat.AppіPeromat.Cli. - Додано модульні тести для перевірки детермінованості генерації 16-значних XXH3-ідентифікаторів у
CondemnoUidGenerator.
v1.6.0 (2026-08-22)
Виправлено
-
Зіставлення декларацій: реєстровий обʼєкт, який належить СТОРОННІЙ особі, більше не приписується до
задекларованого. Власник був лише позитивним сигналом, тож ділянка чужої людини могла злитися з
декларацією на самій площі (в межах 2%) та назві міста. Перевірка одностороння: декларація без
власників або реєстровий запис без власників нічого не блокують — блокує лише випадок, коли обидві
сторони називають людей і жодна не збігається. -
Діагностика бачила лише записи, а блок джерела (параметри запиту) — ні. Мітка, що лишилася
нерозпізнаною там, не повідомлялася нічим: саме так «Пошук за» весь час був відсутній у вивантаженні
при мовчазному звіті. Тепер блок джерела теж сканується, а кількість ЗАПИСІВ не змінюється — на неї
спираються всі регресійні заміри. -
Зіставлення декларацій: земельна ділянка більше не зливається з будинком, що стоїть на ній.
Площа будівлі та площа її ділянки — величини одного порядку, тож вони легко потрапляють у допуск
2%; тип об'єкта був лише позитивним сигналом, тому тип, який ПРЯМО суперечив, нічого не коштував
парі. На реальних даних задекларовану ділянку 422 було злито з адміністративним будинком 425,4 кв.м
на самій лише площі та назві міста. Тепер клас об'єкта — така сама жорстка суперечність, як площа. -
ДРРП: витяг тепер зберігає, ЯК шукали — «Пошук за: частковим співпадінням». Це окремий факт від
переліку опитаних реєстрів, і не косметичний: частковий збіг розширює пошук і може повернути майно
іншої особи зі схожим ПІБ, тобто міняє довіру до самого витягу. Ключ 639 «Спосіб зіставлення в
пошуку». -
Реєстр ключів: рядок, доданий вручну через пробіл замість табуляції, більше не втрачається — якщо
рядок починається з цифр, номер однозначний. Рядок узагалі без номера на початку й далі
повідомляється як дефект. -
ДРРП: закрито останні прогалини теки. Видалення в журналі змін тепер розпізнається — реєстр пише
«видалено», а код знав лише «вилучено», тож такі рядки лишалися поза описом змін. Іпотека зі
старого Державного реєстру іпотек зберігає «Додаткові дані» — це поле, де стоїть генеральний
кредитний договір, і його номери не траплялися більше ніде. Блок власників у журналі змін
розкладається на осіб, тож орган видачі паспорта більше не губиться. Склеєна двома колонками мітка
«Відсоток зносу: 15, Загальна» / «вартість нерухомого майна (грн): 55815» більше не показується як
нерозпізнана: обидва числа й так зберігалися. -
ДРРП, журнал змін: запис тепер зберігає, ЩО саме змінилося. Реєстр друкує це під підзаголовком
«Опис змін:» окремим рядком на кожне поле («Іпотекодержатель: X змінено на Y»), а решта полів запису
описує стан ДО зміни — тож ці рядки були єдиним свідченням нового значення, і вони нікуди не
потрапляли. На іпотеці, перепроданій двічі, проміжний іпотекодержатель не існував у вивантаженні
взагалі: ланцюг переходу права вимоги обривався посередині. Ключ 638 «Опис змін». -
Реєстр ключів: два ключі, додані востаннє (636 «Реєстратор припинення», 637 «Дата, час перетину
кордону транспортним засобом»), насправді не завантажувалися — у файлі назва була вклеєна в колонку
номера, рядок не розбирався й мовчки пропускався. Перевірка невідомих ключів цього спіймати не
могла: вона спрацьовує лише на ключі, які вивантаження ВЖИВАЄ, а щойно доданий ключ їй невидимий.
Тепер такий рядок повідомляється окремим сигналом, а файл із багаторядковими назвами в лапках
читається правильно. -
ДРРП, обтяження: запис знову має сторони. Реєстр друкує їх одним абзацом, останній рядок якого
переносився так, що слово «реєстрації:» опинялося на початку рядка й читалося як нова назва поля —
абзац обривався на слові «країна», а решта не потрапляла нікуди. Через це в записі про обтяження не
було ЖОДНОЇ сторони, а податковий номер особи, майно якої обтяжується, не траплявся у вивантаженні
взагалі. Те саме виправлено для сторін іпотеки. -
ДРРП, інші речові права: запис тепер зберігає, з якого запису його перенесено. Реєстр друкує це
рядком «Перенесено із запису: 30387791» — посилання назад на попередній запис права. Іпотека його
читала, інше речове право ні, тож на земельних ділянках цей номер був єдиним фактом рядка, який не
потрапляв у жодне поле й не траплявся більше ніде у вивантаженні. -
ДРФО: код суду більше не зникає при повторному збереженні запису. Він ділив поле з кодом
роботодавця, і при читанні заповнювалося лише одне з двох — тож у наступному вивантаженні суду вже
не було. -
Перетини кордону: час перетину людиною і час перетину транспортним засобом більше не змішуються в
одному полі — у реальних даних вони відрізняються на кілька хвилин. -
ЄДРТЗ: запис про транспортний засіб тепер зберігає, з якої відповіді реєстру він походить — номер,
ідентифікатор і дату відповіді, а також параметри запиту. Раніше ці дані читалися з файлу, але
нікуди не записувалися. -
ЄДРТЗ: документ-підстава реєстрації транспортного засобу тепер зберігається як документ — його
дата, серія з номером і орган видачі. Раніше вони лишалися нерозібраним текстом. -
ЄДРТЗ: номер будинку і номер квартири з адреси власника більше не втрачаються.
-
ДРФО: податковий агент (роботодавець) тепер окрема сторона запису. Раніше його назва зберігалася
в одному полі з ім'ям платника, а код ЄДРПОУ — в одному полі з кодом суду, тож з вивантаження не
можна було зрозуміти, де людина, а де підприємство. -
Довіреності: припинена довіреність більше не виглядає як чинна. Стан («...
v1.7.4
Release v1.7.4
Виправлено:
- Позначка у фільтрах «Випадків перетину кордону» більше не скидається одразу після натискання, а сам фільтр нарешті застосовується до таблиці.
- Фільтр за особою в перетинах кордону більше не пропонує тих, кого в таблиці немає: після об'єднання двох осіб у переліку лишалися обидві, хоча довідка показує одну.
- Фільтр, який нічого не знайшов, більше не забирає з собою таблицю разом із панеллю фільтрів — розділ лишається на місці з поясненням, і фільтр можна зняти.
- Фільтри в «Членах сім'ї», «Близьких особах», «Довіреностях» і «Деталізованих доходах» більше не порожні: доти вони наповнювалися до того, як реєстри прочитані, і лишалися порожніми до кінця роботи.
- Перший захід в «Інтерпретацію» після запуску показує довідку, а не порожнечу до виходу в інший розділ і повернення назад.
- У «Параметрах експорту» над кожним реєстром стояла зайва порожня галочка без назви: картка Condemno показується лише у блоці «НАЗК».
Додано:
- Об'єднання осіб: накладна панель «Групи осіб» у розділі «Суб'єкти» для об'єднання записів, складання ПІБ з усіх варіантів написання, поширення тотожності на об'єкти нерухомості та дедупліковане зарахування доходів ДРФО.
- Упорядкування списку «Суб'єктів» за заголовками стовпців: сортування за ПІБ, присутністю у звіті, кількістю баз та кількістю записів зі збереженням структури об'єднаних груп.
- Групування джерел «Параметрів експорту»: картки різних форм одного реєстру (ДРФО, НАЗК, ЄДРТЗ, ВККС) зведено в єдині блоки відповідних реєстрів.
Змінено:
- Заголовок «Деталізовані доходи» відділений відступом зверху від попередньої таблиці згідно з параметрами шаблону DOCX.
- У випадайці фільтра «Ознака» відображається код ознаки доходу разом із її розшифровкою з реєстрових записів.
Встановлення та перший запуск
- Windows: розпакуйте
.zipі запустітьPeromat.App.exe. - macOS: розпакуйте
.zip— усерединіPeromat.app. Збірка поки не нотаризована Apple
(лише ad-hoc підпис), тож при першому запуску Gatekeeper покаже "Застосунок пошкоджено" або
"Не вдалося перевірити розробника" — клацніть правою кнопкою миші наPeromat.app→
Відкрити і підтвердьте (потрібно лише один раз), або в Терміналі:
xattr -dr com.apple.quarantine Peromat.app. - Linux: розпакуйте
.zip, надайте право на виконання й запустіть:
chmod +x Peromat.App && ./Peromat.App.
v1.7.3
Release v1.7.3
- У розділі «Суб'єкти» для кожної особи в меню дій («Дії», колонка 9) додано пункт «Перевірити ресурси» для примусової повторної перевірки на зовнішніх API-ресурсах (Condemno / НАЗК) в обхід локального кеша.
Встановлення та перший запуск
- Windows: розпакуйте
.zipі запустітьPeromat.App.exe. - macOS: розпакуйте
.zip— усерединіPeromat.app. Збірка поки не нотаризована Apple
(лише ad-hoc підпис), тож при першому запуску Gatekeeper покаже "Застосунок пошкоджено" або
"Не вдалося перевірити розробника" — клацніть правою кнопкою миші наPeromat.app→
Відкрити і підтвердьте (потрібно лише один раз), або в Терміналі:
xattr -dr com.apple.quarantine Peromat.app. - Linux: розпакуйте
.zip, надайте право на виконання й запустіть:
chmod +x Peromat.App && ./Peromat.App.
v1.7.2
Release v1.7.2
- Виправлено аварійне завершення роботи застосунку (SIGABRT / System.IO.FileNotFoundException: Could not load file or assembly 'System.IO.Hashing') на macOS arm64 та інших платформах у compact / trimmed збірках при агрегації суб'єктів або натисканні «Перебудувати». Складання System.IO.Hashing захищене від тримінгу (TrimmerRootAssembly) та явно підключено у Peromat.App і Peromat.Cli.
- Додано модульні тести для перевірки детермінованості генерації 16-значних XXH3-ідентифікаторів у CondemnoUidGenerator.
Встановлення та перший запуск
- Windows: розпакуйте
.zipі запустітьPeromat.App.exe. - macOS: розпакуйте
.zip— усерединіPeromat.app. Збірка поки не нотаризована Apple
(лише ad-hoc підпис), тож при першому запуску Gatekeeper покаже "Застосунок пошкоджено" або
"Не вдалося перевірити розробника" — клацніть правою кнопкою миші наPeromat.app→
Відкрити і підтвердьте (потрібно лише один раз), або в Терміналі:
xattr -dr com.apple.quarantine Peromat.app. - Linux: розпакуйте
.zip, надайте право на виконання й запустіть:
chmod +x Peromat.App && ./Peromat.App.