Банківські з’єднання стали повноцінним об’єктом
Раніше синхронізація з банками була другорядним доповненням для кожного провайдера окремо. Тепер це поверхня налаштувань, керована можливостями: кожна інтеграція оголошує, що вона вміє, сторінка налаштувань відображає ці можливості узагальнено замість жорстко закодованого екрана для кожного банку, і ви можете додавати більше рахунків із уже підключеного банку, не залишаючи сторінку інтеграції. Рахунки на головному екрані тепер групуються за інтеграцією, а не перелічуються плоским списком. Дивіться керування банківськими інтеграціями для повної картини.
Синхронізація з Binance з консолідацією банк↔P2P
Рахунки Binance синхронізуються напряму, включно з P2P-угодами, звіреними з вашими банківськими транзакціями, тож P2P-покупка та відповідний банківський переказ не рахуються двічі як два окремі витрати. Групування крипти також було виправлено двічі цього циклу: монети, синхронізовані з біржею, залишаються у своєму розділі біржі, тоді як самостійно збережені монети групуються за валютою — обидва потоки тепер залишаються візуально й логічно розділеними. Деталі про синхронізацію з Binance.
Депозити — окремий тип рахунку
Строкові депозити тепер мають власний тип рахунку з полем відсоткової ставки, спрямованою формою створення та дією «Закрити депозит», яка переказує баланс на обраний вами рахунок призначення — включно зі створенням депозиту прямо з вибору перетворення на переказ. Депозити за замовчуванням виключені зі списків джерел витрат, оскільки настання строку депозиту не є витратою. Дивіться відстеження депозитів.
Баланси боргів і їх погашення переробили
Семантика балансу боргу тепер уніфікована між плиткою боргу та базовим реєстром, індикатор прогресу перероблено навколо нейтрального модуля замість кольорової смуги, що натякала на добре чи погано, а погашення боргу тепер категоризує відповідну витрату як окрему Виплату боргу замість потрапляння в загальну категорію. Backfill зміцнив наявні погашення боргів проти старої категоризації. Дивіться відстеження боргів і кредитів.
Транзакції: фільтрація за діапазоном суми та деталі лише для читання
Список транзакцій тепер підтримує фільтрацію за діапазоном суми на додаток до дати, категорії, тегу та рахунку. Відкриття транзакції показує деталі лише для читання з шестимісячними стовпчиками схожих витрат, тож ви можете побачити, чи типова сума для цього продавця чи категорії, не залишаючи екран. Також виправлено кілька помилок клавіатури під час підтвердження розділення, тож введення розділених сум на фізичній або програмній клавіатурі більше не збоїть посеред редагування.
Точність консолідації: найменш помітна, найвражаючіша робота
Консолідація вирішує, коли два банківські рядки — платіж карткою і розрахунок, плече переказу та його відповідник — насправді є одним і тим самим рухом коштів. Цей цикл посилив цей механізм за кількома напрямками одразу: назви повернень платежів Monobank тепер зіставляються коректно, FX-толерантні ланцюги-мости заявляють права з резервним варіантом перебудови замість повного збою, поглинуті транзакції відновлюються, а не видаляються при скасуванні консолідації, приймаються взаємно найкращі повернення замість відкидання групи з надлишковою сумою, повернення комісії розпізнається, коли запис комісії перевищує основний кредит, а сімейство мостів коректно відступає, коли вже існує канонічна пара, що це покриває. Нічого з цього не видно на скріншоті — це проявляється як менше дублікатів або осиротілих транзакцій після синхронізації з банком.
Продуктивність запуску: локальний ШІ без повільного старту
Запуск великої мовної моделі та мовної моделі Whisper на пристрої породжує очевидне питання: чи залишається застосунок швидким для відкриття? Цей цикл відклав обчислення модулів llama і Whisper до моменту після першого відрендереного кадру, перевів іконки lucide на лінивий імпорт для кожної іконки окремо, обумовив завантаження каталогів Lingui перевіркою активації замість жадібного завантаження кожної мови, відклав сервіси синхронізації та реєстрацію фонових завдань поза шляхом завантаження, прибрав неврахований вбудований шрифт, перейшов на глибокі підшляхові імпорти date-fns і прибрав поліфіл intl-pluralrules, оскільки Hermes тепер підтримує його нативно. Кожна зміна невелика; разом вони підтримують швидкий перший рендер навіть із двома доступними локальними моделями.
Візуальні та платформні оновлення
- Згенеровані Fastlane знімки екрана для магазину для всіх п’яти підтримуваних мов.
- Редизайн обрамлення екрана: прогресивне розмиття за заголовком, згорнутий при прокрутці заголовок і виправлення граничного випадку безпечної зони iOS 26.
- Дотики тепер проходять крізь оболонку згорнутого заголовка, а не поглинаються нею.
- Кожен тип рахунку тепер має свій колір, а не лише свій значок — дивіться сторінку керування рахунками.
- SDK Monobank оновлено до 0.7.0 для актуальних даних клієнта.
Часті запитання
Чи потрібно щось робити, щоб отримати ці зміни?
Ні. Усе це виходить у звичайному оновленні застосунку. Депозитні та боргові рахунки — опціональні: нові поля з’являються лише при створенні або редагуванні такого типу рахунку.
Чи консолідація повторно обробить мої наявні транзакції?
Виправлення точності застосовуються надалі та до конкретних граничних випадків, на які були спрямовані backfill. Вони не переписують непов’язану історію транзакцій.
Чи є повний журнал змін для кожного релізу?
Цей допис групує видиму для користувача роботу одного вікна релізу. Це не покроковий журнал релізу — перевірте список у магазині застосунків для точної історії версій.