Шістдесят відсотків із двадцяти найпопулярніших бюджетних застосунків передають ваші фінансові дані третім сторонам, згідно з дослідженням 2026 року, проведеним компанією з питань конфіденційності Incogni. Більшість із них роблять це через Plaid — агрегатор, який знаходиться між вашим банком і застосунком на телефоні, тихо зберігаючи ваші облікові дані та перепродаючи анонімізовані дані про транзакції. А 2025 рік став рекордним у США за кількістю витоків даних у фінансовому секторі, зафіксовано 739 підтверджених інцидентів — це число продовжувало зростати і в 2026 році, коли одне розкриття інформації фінтех-кредитором оголило майже мільйон акаунтів за один раз.
Якщо це змушує вас захотіти перенести свої фінансові дані з чужого сервера, у вас є два серйозних варіанти з відкритим кодом: Firefly III та Actual Budget. Обидва безкоштовні, обидва саморозміщені й чудово працюватимуть на VPS за 5 доларів на місяць або на Raspberry Pi під вашим столом. Але це не один і той самий інструмент у різних оболонках — вони вирішують принципово різні проблеми, і неправильний вибір означатиме боротьбу зі своїм програмним забезпеченням щомісяця замість того, щоб ним користуватися.
Дві різні філософії, а не два смаки одного застосунку
Найшвидший спосіб зрозуміти різницю: Actual Budget — це інструмент для бюджетування. Firefly III — це система бухгалтерського обліку.
Actual побудовано навколо нульового бюджетування методом конвертів — методу, популяризованого YNAB (You Need A Budget). Кожен зароблений долар отримує призначення, щойно він надходить: оренда, продукти, щорічний страховий внесок на автомобіль, на який ви відкладаєте. Весь інтерфейс організовано навколо одного питання — скільки в мене залишилося в цій категорії прямо зараз? — і він відповідає на нього швидко, за допомогою чистого, зрозумілого інтерфейсу, який не заважає.
Firefly III починає з іншої точки. Він розглядає ваші фінанси так, як бізнес веде свої книги: кожна транзакція має рахунок-джерело та рахунок-призначення, і кожен запис фіксується двічі — один раз як гроші, що залишають одне місце, і один раз як гроші, що надходять до іншого. Це подвійна бухгалтерія, та ж основа, що використовується в професійних бухгалтерських системах (і в текстових книгах, таких як Beancount). Інтерфейс Firefly III відображає це: глибокі ієрархії рахунків, скарбнички, рахунки-фактури, правила автоматичної категоризації та звіти, які дозволяють аналізувати всю вашу фінансову історію за рахунками, категоріями, бюджетами або тегами за багато років.
Жоден із підходів не є «кращим» абстрактно. Невідповідність виникає, коли хтось, хто хоче «скажи мені, чи можу я дозволити собі їсти поза домом цього тижня», встановлює Firefly III і вважає його надмірним, або хтось, хто хоче «покажи мені мою повну історію чистого капіталу на дванадцятьох рахунках з 2019 року», встановлює Actual і вважає його надто простим.
Firefly III: Повна бухгалтерська система, яку ви розміщуєте самостійно
Firefly III — це PHP-застосунок, який зазвичай розгортається через Docker Compose разом із базою даних — за замовчуванням MariaDB, хоча замінити її на PostgreSQL досить просто, змінивши змінні середовища та відкоригувавши файл композиції. Йому потрібен невеликий набір PHP-розширень (bcmath, curl, intl, mbstring, openssl, sodium та кілька інших), усі включені в офіційний образ контейнера, тому на практиці «вимоги» означають «Docker і приблизно 15 хвилин».
Що ви отримуєте в обмін на цей час налаштування:
- Справжня подвійна бухгалтерія. Кожна транзакція — це переказ між двома рахунками, що робить звірку та історичну звітність набагато точнішою, ніж простий облік приходу/видатку.
- Правила та автокатегоризація. Визначте правило один раз («якщо опис містить 'WHOLEFDS', категорія = Продукти»), і Firefly III застосовуватиме його до кожного майбутнього імпорту.
- Поглиблена звітність. Багаторічні графіки трендів, бюджет проти фактичних витрат, розбивка за категоріями та REST API, якщо ви хочете витягнути свої дані в іншу систему.
- Банківська синхронізація через GoCardless (раніше Nordigen), яка добре працює з більшістю європейських банків, але має обмежене покриття в США — реальне обмеження, якщо ви користувач із Північної Америки, який сподівається на автоматичну синхронізацію зі своїм поточним рахунком.
Крива навчання реальна. Нові користувачі регулярно плутаються в моделі типів рахунків (рахунки активів, витрат і доходів — це не просто мітки; вони визначають, як працює математика подвійної бухгалтерії) та в порядку правил, коли кілька правил можуть відповідати одній транзакції. Приділіть цілий вікенд, а не обідню перерву, щоб освоїтися.
Actual Budget: Швидкий, локально-орієнтований та створений для одного питання
Actual постачається як єдиний Docker-контейнер без жодної зовнішньої залежності від бази даних — увесь його стан зберігається у файлі SQLite всередині тому даних контейнера. Завантажте образ, зіставте порт, підключіть том — і ви запущені. Його значно простіше самостійно розмістити, ніж Firefly III, що має значення, якщо ваша мета — «налаштувати бюджетування сьогодні ввечері», а не «створити персональну бухгалтерську платформу».
Actual спочатку орієнтований на локальну роботу: застосунок працює в автономному режимі та тихо синхронізується між пристроями при повторному з'єднанні, з необов'язковим наскрізним шифруванням для шару синхронізації. Ви отримуєте метод бюджетування конвертами, чистий реєстр транзакцій та вбудований конструктор звітів, який охоплює чистий капітал і грошовий потік — надійний, хоча навмисно менш вичерпний, ніж звітність Firefly III.
Для банківської синхронізації Actual покладається на GoCardless у Європі та SimpleFin (платний сервіс, приблизно $15/рік) у Північній Америці — варто зазначити, оскільки «безкоштовний і з відкритим кодом» не завжди означає «безкоштовні банківські з'єднання». Багато саморозміщувачів повністю пропускають автоматичну синхронізацію та замість цього щотижня імпортують CSV-файли, що підтримується обома інструментами, хоча перенесення історичних транзакцій в будь-який із застосунків все одно означатиме ручне відновлення назв ваших рахунків, структури категорій та початкових залишків — очікуйте на півдня прибирання, незалежно від того, який інструмент ви оберете.
Скільки насправді коштує саморозміщення
«Безкоштовний і з відкритим кодом» не означає «безкоштовний у роботі». Вам все одно потрібно десь розмістити контейнер. Реалістичні варіанти:
- Raspberry Pi, який у вас уже є — практично безкоштовно, і достатньо потужності для скромних потреб будь-якого застосунку.
- Невеликий VPS (DigitalOcean, Hetzner, Linode) вартістю $4–$6/місяць — достатньо ресурсів для Firefly III з його базою даних або одного контейнера Actual.
- Домашній NAS (Synology, Unraid, TrueNAS), якщо ви вже використовуєте його для медіа або резервного копіювання — просто додайте ще один стек Docker Compose.
Порівняйте це з підпискою YNAB приблизно за $109/рік або $14.99/місяць, і математика очевидна: VPS за $5, що працює з будь-яким інструментом, окупається проти YNAB приблизно за шість тижнів, а кожен наступний місяць — це чиста економія, навіть до того, як ви врахуєте цінність відмови від передачі вашої історії транзакцій третій стороні.
Єдиний пункт, на який варто виділити бюджет в обох випадках, — це банківська синхронізація. GoCardless вимагає платний бізнес-акаунт для нових реєстрацій у 2026 році (безкоштовний особистий рівень зник), а північноамериканське з'єднання SimpleFin для Actual коштує близько $15/рік. Firefly III та Actual чудово працюють із ручним імпортом CSV, якщо ви хочете уникнути цього витрати — вам просто доведеться щотижня витрачати п'ять хвилин на імпорт замість автоматичної синхронізації.
Контрольний список швидкого старту для будь-якого інструмента
Який би ви не обрали, послідовність налаштування виглядає однаково:
- Підготуйте хост. Переконайтеся, що Docker і Docker Compose встановлені на вашому VPS, Pi або NAS.
- Завантажте офіційний файл композиції з GitHub-репозиторію проекту, а не створюйте свій власний з нуля — обидва проекти підтримують перевірений
docker-compose.yml, який позбавляє вас від пошуку помилок у змінних середовища. - Встановіть надійний ключ/секрет застосунку до того, як введете будь-які реальні фінансові дані, і збережіть його резервну копію поза контейнером (його втрата може зробити ваші зашифровані дані невідновлюваними).
- Почніть з одного рахунку. Утримайтеся від бажання імпортувати всі рахунки та п'ять років історії в перший же день. Додайте свій основний поточний рахунок, освоїтеся з категоризацією протягом тижня, а потім розширюйте.
- Налаштуйте резервне копіювання. База даних Firefly III та файл SQLite Actual — це окремі файли (або один дамп бази даних), які ви можете за cron-завданням відправляти в зовнішнє сховище — весь сенс саморозміщення в тому, що ви, а не постачальник, відповідаєте за збереження даних.
- Вирішіть питання синхронізації зараз, а не пізніше. Додавання банківської синхронізації до місяців вручну введених транзакцій означатиме ручне усунення дублікатів — оберіть свою стратегію імпорту, перш ніж накопичиться заборгованість.
Який з них вам насправді варто встановити?
Поставте собі одне питання: чи хочете ви контролювати витрати, чи хочете ви розуміти своє повне фінансове становище?
- Обирайте Actual Budget, якщо ви фрілансер або соло-розробник, який хоче швидку систему конвертів у стилі YNAB, щоб перестати витрачати зайве на дискреційні категорії — ресторани, підписки, щорічний бюджет на конференції — і ви волієте витрачати п'ять хвилин на тиждень у застосунку, а не п'ятдесят.
- Обирайте Firefly III, якщо ви ведете кілька рахунків (бізнес-поточний, особисті заощадження, кілька кредитних карток, можливо, криптогаманець) і хочете одну систему, яка звіряє все це зі справжньою подвійною бухгалтерією, автоматизацією на основі правил і багаторічною історичною звітністю, до якої ви можете звернутися пізніше.
Чимало технічних користувачів зрештою запускають обидва, або починають з Actual і переходять на Firefly III, коли їхні фінанси обростають новими рахунками. Це цілком допустимий шлях — просто не очікуйте чистого перенесення між ними; ставтеся до переходу як до нового старту з ручним введенням початкового залишку, а не як до експорту/імпорту даних.
Бізнес-обґрунтування: чому саморозміщення ваших книг — це не просто хобі заради конфіденційності
Якщо ви фрілансер або ведете малий бізнес паралельно з особистими фінансами, аргумент на користь конфіденційності при саморозміщенні безпосередньо поширюється на вашу бухгалтерію. Ті ж міркування, які змушують вас турбуватися про те, що бюджетний застосунок перепродає ваші звички до покупок продуктів, подвійно стосуються доходів вашого бізнесу, платежів клієнтів і контрактів з постачальниками — це дані, які ви часто зобов'язані захищати за договором або законом, а не просто дані, які ви хотіли б залишити приватними.
Також варто розділити поняття «бюджетування» та «бухгалтерського обліку», оскільки власники бізнесу часто потребують обох і плутають їх. Бюджетний застосунок, як-от Actual, відповідає на питання «скільки я можу витратити цього місяця?» Бухгалтерська система має відповідати на складніші питання, які ваш бухгалтер поставить під час податкової звітності: які платежі клієнтів ще не оплачені, яким є ваш справжній прибуток після витрат і чи є певна транзакція витратами, що підлягають вирахуванню. Модель подвійної бухгалтерії Firefly III наближає вас до цього другого завдання більше, ніж Actual, але жоден інструмент не був створений спеціально для бухгалтерії малого бізнесу — це застосунки для особистих фінансів, які, виявляється, досить добре масштабуються.
Ведіть свої книги такими ж відкритими та портативними, як ваш бюджетний застосунок
Якщо подвійна бухгалтерія та володіння даними привернули вашу увагу до Firefly III, варто знати, що існує ціла категорія інструментів, побудованих на тому ж принципі спеціально для бухгалтерії бізнесу: книги у вигляді звичайного тексту, керовані версіями. Beancount.io доводить цю ідею до кінця — ваші книги існують у зручному для читання текстовому форматі, яким ви повністю володієте, з тією ж дисципліною подвійної бухгалтерії, але створені для обліку бізнесу, а не домашнього бюджету. Дослідіть документацію, щоб побачити, як це порівнюється, або почніть безкоштовно, якщо хочете, щоб ваші фінансові записи бізнесу були такими ж прозорими та портативними, як інструменти саморозміщення, описані в цьому посібнику.