Текстова головна книга може дати вам повний контроль, але підтримувати її в актуальному стані може стати справжнім клопотом.
Квитанція чекає у фотоплівці. Банківські транзакції накопичуються на перегляд. Просте запитання потребує запиту, а невелике виправлення має зачекати, поки ви не повернетеся до комп'ютера. Жодне з цих завдань не є складним саме по собі. Але разом вони створюють достатньо перешкод, щоб надійна книга почала відставати від реального життя.
І саме над цією проблемою ми працювали у 2026 році.
Beancount.io v3 заклав основу: ваші книги — це звичайний текст, кожна зміна має історію Git, а ваші дані залишаються переносними. У версії 3.6 ми зосередилися на скороченні шляху між подією та її внесенням у книгу як надійного запису, не перетворюючи прозорість на чорну скриньку.
Перше вузьке місце: потрапляння даних у книгу
Ручне введення точне, але саме з нього й починаються затори в бухгалтерії. Фінансові дані зазвичай надходять у незручних форматах: PDF-виписка, електронна таблиця з банку, паперова квитанція або канал транзакцій, який не знає вашого плану рахунків.
Спершу ми запустили Smart Import. Він перетворює виписки, електронні таблиці, квитанції та зображення на структуровані записи Beancount. Замість того, щоб копіювати рядки та виправляти синтаксис, ви переглядаєте редагований результат і вирішуєте, що має увійти до книги.
Банківська синхронізація з Plaid тепер дотримується того самого принципу. Вона може зіставляти транзакції з рахунками, вже наявними у вашій книзі, і пропонувати категорії, але остаточне рішення залишається за вами. За останні кілька місяців ми додали фільтри за банком і рахунком, елементи керування тим, якими пов'язаними рахунками ділитися, валюти для кожного рахунку, а також можливість вибору цільового файлу для імпортованих записів.
Захоплення квитанцій завершує цикл. Завантажте квитанцію в Інтернеті або сфотографуйте її в мобільному застосунку, і Beancount.io витягне корисні дані та підготує транзакцію для перегляду. Автоматизація виконує транскрибування; ви зберігаєте за собою бухгалтерське судження.
Друге вузьке місце: перетворення розуміння на дію
На початку року Ask AI був аналітиком лише для читання. Він міг відповідати на запитання про залишки, витрати та історію рахунків, але зупинявся там, де потрібно було змінити книгу.
Ця межа була безпечною, але не завжди корисною. Якщо помічник виявляв неправильно класифіковані витрати, вам все одно доводилося виходити з розмови, знаходити потрібний файл, редагувати його та самостійно перевіряти результат.
У червні Ask AI став агентом, здатним виконувати дії. Він може виконувати BQL-запити, переглядати файли, читати завантажені квитанції та готувати зміни до книги. Перш ніж щось буде записано, ви бачите запропоновану зміну та приймаєте або відхиляєте її. Прийняті редагування стають звичайними комітами Git, тому вони залишаються видимими, перевіреними та оборотними.
Потім ми відкрили ті самі можливості для інструментів, якими ви вже користуєтеся. Beancount MCP-сервер з'єднує книгу з Claude, Cursor, Windsurf, Zed та іншими MCP-сумісними клієнтами через OAuth 2.1 з обмеженим доступом до книги. Ви можете поставити фінансове запитання або підготувати редагування, не експортуючи копію своїх книг в інший робочий процес.
Сенс не в тому, щоб дозволити ШІ тихо керувати вашими фінансами. А в тому, щоб дозволити ШІ виконувати механічну роботу, зберігаючи в центрі людське схвалення та історію Git.
Бухгалтерський облік не повинен зупинятися, коли ви виходите з-за столу
Мобільний застосунок був найслабшою ланкою цієї обіцянки. Він міг показувати корисну інформацію, але занадто багато реальних завдань все ще вимагали веб-інтерфейсу. Цього літа ми перебудували застосунок навколо роботи, яку люди виконують поза робочим місцем.
Новий головний екран показує рахунки та тенденції, які мають значення в першу чергу. Рахунки тепер підтримують деталізацію та відкриття нових. Транзакції можна шукати та фільтрувати за статусом, датою та рахунком; багаторазовий запис є стандартним потоком, а наявні транзакції можна редагувати або видаляти. Звіти об'єднують доходи, витрати та балансові відомості, а не розкидають їх по окремих вкладках.
Застосунок також може сканувати квитанції, пропонувати рахунки, переглядати та редагувати файли Beancount, виявляти помилки в книзі, показувати останні зміни Git і відстежувати бюджети. Багатовалютні суми стали більш зрозумілими, діаграми реагують на дотик, а бічна панель книги полегшує перемикання між особистими, бізнес-книгами та книгами для спільного користування.
Деякі з найважливіших змін навмисно менш помітні. Облікові дані сеансу тепер зберігаються у зв'язці ключів або сховищі ключів операційної системи. Завантаження, темний режим, навігація та оновлення перетягуванням отримали ту саму увагу, що й нові екрани. Застосунок, як і раніше, підтримує 13 мов.
Це більше не просто компаньйон для перевірки залишку. Це практичний спосіб вести книгу, де б не відбувалася діяльність.
Об'єднання всіх елементів в Інтернеті
Оскільки імпорт, штучний інтелект і мобільні пристрої ставали все більш потужними, веб-панель також мала стати єдиним робочим простором, а не набором функцій.
Тепер інформаційна панель містить настроюваний огляд, простішу навігацію, зрозуміліші підказки для початку роботи, відкриття та закриття рахунків, масові дії в журналі, історію бюджету, завантаження квитанцій і прямі посилання з рахунків проведення до звітів. Smart Import, Bank Sync, Ask AI, файли, звіти та історія версій тепер мають більш узгоджений потік і візуальний стиль.
Під цим інтерфейсом ми перевели інформаційну панель на серверний рендеринг, перенесли стан автентифікації до PostgreSQL і Redis, додали надійніший захист для кінцевих точок входу та Git, а також розширили автоматизовані тести для критично важливих робочих процесів. Ми також створили та протестували на паритетність нову службу книги на TypeScript на Rust/WASM-рушію. Його впровадження ретельно планується, а наявна служба Python збережеться як шлях відкату.
В ідеалі вам не доведеться думати про всю цю інфраструктуру. Ви просто повинні стикатися з меншою кількістю затримок, меншою кількістю сюрпризів і продуктом, який поводиться однаково в Інтернеті, на мобільних пристроях, у Git та ШІ.
Що насправді означає версія 3.6
Окремі функції мають значення, але більша зміна — це робочий процес, який їх об'єднує.
Транзакція може починатися з банківської стрічки, документа, фотографії з телефону, форми, текстового редактора або розмови з ШІ-асистентом. Але вона все одно закінчується в тому самому місці: звичайний текстовий файл Beancount з історією Git, яку можна перевірити. Зручність більше не повинна досягатися ціною портативності чи контролю.
Це обіцянка версії 3.6.
Попереду — 4.0: повністю відкритий код
Мета Beancount.io 4.0 — більш масштабна: зробити весь продукт Beancount.io відкритим.
Веб-панель і мобільний застосунок вже розробляються публічно, разом з CLI, інструментами звітності та навичками для агентів кодування. Головним елементом, що залишився, є серверна частина, яка з'єднує ці клієнти з розміщеними книгами. Її відкриття наблизить архітектуру продукту до принципу, який керував Beancount.io з самого початку: якщо ви можете володіти своїми фінансовими даними, ви також повинні мати можливість перевіряти та допомагати формувати програмне забезпечення, яке ними керує.
Між теперішнім станом і версією 4.0 ще потрібна робота з інженерії та документації. Ми хочемо, щоб результат був зрозумілим, зручним для супроводу та корисним для учасників, а не просто звалищем коду. Beancount.io 3.6 — це важливий крок до цього майбутнього: єдиний фінансовий робочий простір, побудований на відкритих форматах сьогодні та рух до повністю відкритого стеку.
Допоможіть нам створювати 4.0 відкрито
Beancount.io 3.6 доступний на beancount.io. Якщо ви хочете побачити повністю відкритий фінансовий стек, поставте зірку Beancount.io на GitHub. Кожна зірка допомагає більшій кількості розробників, бухгалтерів і користувачів текстового обліку дізнатися про проєкт—і дає вам змогу стежити за нашим рухом до версії 4.0.