Двадцять доларів на місяць не здаються великою сумою, доки не помножити їх на тривалість вашої фрілансерської кар'єри. За $20 на місяць стандартна підписка на виставлення рахунків коштує вам $240 на рік — а за шість років фрілансу це $1 440 лише за надсилання PDF-файлів і отримання оплати. Тим часом невеликий віртуальний приватний сервер коштує близько $5 на місяць, а найкраще програмне забезпечення для самостійного виставлення рахунків є безкоштовним.
Тож чи варто скасовувати підписку та розміщувати виставлення рахунків на власному сервері? Для технічно підкованого фрілансера відповідь, імовірно, така: так, але лише якщо ви оберете підтримуване програмне забезпечення та закладете годину на місяць на обслуговування. Цей посібник розглядає три назви, з якими ви постійно стикатиметеся — Invoice Ninja, Crater та InvoicePlane — скільки насправді коштує утримання кожної з них, яке обслуговування ви на себе берете та коли залишатися на хостинговому програмному забезпеченні є розумнішим рішенням.
Справжня математика: підписка проти самостійного хостингу
Почнімо з того, скільки ви платите зараз — або платили б — за хостингове виставлення рахунків:
- FreshBooks починається від $21 на місяць при місячній оплаті ($17 на місяць за річним планом) за початковий тариф, а повніші бухгалтерські функції з'являються на плані Plus за $38 на місяць.
- QuickBooks Solopreneur коштує $20 на місяць і орієнтований безпосередньо на підприємців-одинаків, які хочуть категоризацію податків і підготовку Schedule C разом із виставленням рахунків.
- Власний хостинговий сервіс Invoice Ninja пропонує справді безкоштовний тариф (до 5 клієнтів із необмеженою кількістю рахунків), а платні плани коштують $14 та $18 на місяць.
Тепер бік самостійного хостингу:
- Невеликий VPS від провідного провайдера коштує приблизно $5 на місяць, або близько $60 на рік.
- Самостійна редакція Invoice Ninja є безкоштовною та включає функції Pro та Enterprise; опційна ліцензія white-label, яка прибирає брендування Invoice Ninja зі сторінок для клієнтів, коштує $40 на рік.
- InvoicePlane є безкоштовним і взагалі не має платних тарифів.
Тож реалістичне порівняння — це близько $240 на рік за типову SaaS-підписку проти приблизно $60–$100 на рік за самостійний хостинг. Ви заощаджуєте близько $150 на рік — суттєво, але не кардинально. Вагоміші причини для самостійного хостингу — це контроль над даними ваших клієнтів, свобода від обмежень на кількість клієнтів і підвищення цін, а також можливість налаштовувати шаблони рахунків і робочі процеси точно так, як вам потрібно. Економія — це бонус, а не причина.
Варіант 1: Invoice Ninja — той, який варто обрати більшості фрілансерів
Invoice Ninja — це найпотужніший доступний сьогодні варіант самостійного виставлення рахунків і єдиний із трьох, що активно розвивається. Кодова база версії 5 — це бекенд на Laravel (PHP) із веб- та мобільними застосунками на Flutter, що охоплює рахунки, кошториси, повторюване виставлення рахунків, витрати, облік часу, проєкти з канбан-дошками, клієнтський портал та онлайн-платежі через десятки шлюзів.
Для тих, хто розміщує самостійно, умови надзвичайно щедрі: самостійна редакція є безкоштовною та відкриває функції Pro й Enterprise, за які хостингові клієнти платять $14–$18 на місяць. Єдине платне доповнення — ліцензія white-label за $40 на рік, яка прибирає брендування "Created by Invoice Ninja". Якщо ваші клієнти бачитимуть портал і PDF-рахунки — а вони їх бачитимуть — закладіть це в бюджет.
Нюанс ліцензії, про який варто знати
Invoice Ninja v5 випущено за ліцензією Elastic License 2.0. Це робить його доступним за кодом, але не відкритим у формальному сенсі: ви можете читати код, змінювати його та вільно використовувати для власного бізнесу, але не можете взяти його й перепродати як конкуруючий хостинговий сервіс. Для фрілансера, який виставляє рахунки клієнтам, це обмеження не має значення — але варто усвідомлювати, що ви покладаєтеся на добру волю постачальника, а не на гарантію спільноти. Якщо для вас важлива сувора ліцензія з відкритим кодом, InvoicePlane нижче — це альтернатива під ліцензією MIT.
Що потрібно для роботи
Задокументовані вимоги до сервера є скромними: PHP 8.1 або вище з MySQL 5.7+ або MariaDB 10.3+. На практиці більшість людей розгортає офіційний Docker-образ зі стеком compose із трьох сервісів — застосунок, база даних і cron-воркер. Перше налаштування означає генерацію ключа застосунку, запуск міграцій бази даних і проходження вебмайстра. Розраховуйте на вечір експериментів першого разу, включно зі спрямуванням домену на сервер, налаштуванням TLS і конфігурацією SMTP-провайдера, щоб рахунки справді доходили до поштових скриньок.
Дві речі, які потрібно зробити правильно з першого дня: автоматичні резервні копії бази даних у місце, відмінне від самого сервера, і планувальник cron, який справді працює — повторювані рахунки та нагадування про прострочені платежі мовчки припиняються без нього.
Варіант 2: InvoicePlane — простий, справді відкритий і легкий
InvoicePlane — мінімаліст із трьох: самостійний PHP-застосунок для керування кошторисами, рахунками, клієнтами та платежами, випущений за ліцензією MIT. Він виріс зі старої кодової бази FusionInvoice і зберіг початкову обіцянку того проєкту — просте виставлення рахунків, яке ви запускаєте на власному сервері, без платних тарифів, без обмежень функцій і без жодного зворотного зв'язку із зовнішніми сервісами.
Оберіть InvoicePlane, якщо ваші потреби справді прості. Якщо ви надсилаєте кілька рахунків на місяць, не потребуєте обліку часу чи управління проєктами та хочете програмне забезпечення з невеликою поверхнею атаки, яке ви можете зрозуміти від початку до кінця, він чудово підходить. Він чудово працює на найдешевшому спільному хостингу або крихітному VPS, а його простота є також перевагою з погляду обслуговування: менше ламається і менше оновлювати.
Компроміс — це інерція. Стабільна лінійка 1.x побудована на старіючому фреймворку CodeIgniter 3, а сучасне переписування v2 (Laravel плюс Filament) все ще в розробці, з такими важливими частинами, як електронне виставлення рахунків Peppol, ще не реалізованими. InvoicePlane підтримується, але повільно — це нормально для інструмента, чий опис роботи не змінювався десятиліттями, і це причина тримати версію PHP та резервні копії актуальними, а не сподіватися, що проєкт врятує вас від занедбаності.
Варіант 3: Crater — повчальна історія, а не рекомендація
Ви й досі зустрінете Crater у списках "найкращого програмного забезпечення для виставлення рахунків з відкритим кодом": відшліфований застосунок на Laravel і Vue.js для рахунків, кошторисів, витрат і платежів, з мобільними застосунками та підтримкою кількох валют. Він чесно заслужив цю репутацію — кілька років тому.
Сьогодні Crater фактично не підтримується. Його релізи зупинилися на версії 6.x ще у 2022 році, оновлення документації припинилися у 2023 році, і з того часу в репозиторії спостерігається лише спорадична активність. Програмне забезпечення для виставлення рахунків, яке ніхто не латає, — це програмне забезпечення, яке накопичує відомі вразливості навколо імен, адрес, ставок і платіжних даних ваших клієнтів. Це неприйнятна основа для бізнес-інструмента.
Урок виходить за межі Crater: перш ніж впроваджувати будь-яке самостійне бізнес-програмне забезпечення, перевірте пульс репозиторію — недавні релізи, злиті виправлення безпеки та чуйних супровідників. Гарний застосунок із мертвою історією комітів — це відповідальність у вигляді демо. Якщо ви хочете форму Crater (сучасний стек, дозвільна ліцензія) з пульсом, натомість подивіться на підтримувані спільнотою альтернативи під ліцензією MIT, як-от SolidInvoice.
Що ви насправді беретеся обслуговувати
Самостійний хостинг обмінює плату за підписку на короткий перелік регулярних обов'язків. Жоден із них не є складним; усі вони обов'язкові:
- Оновлення. Застосовуйте оновлення застосунку та залежностей протягом днів після випуску, а не місяців. Програмне забезпечення для виставлення рахунків містить персональні дані, тож відома CVE у вашому стеку виставлення рахунків — це питання довіри клієнтів, а не лише технічне.
- Резервні копії. Автоматизуйте щоденні дампи бази даних плюс каталог файлового сховища, надсилайте їх за межі сервера та перевіряйте відновлення принаймні один раз. Неперевірена резервна копія — це надія, а не резервна копія.
- TLS та контроль доступу. Обслуговуйте все через HTTPS, тримайте адмінпанель за надійними обліковими даними плюс другий фактор, де це підтримується, і ніколи не відкривайте порт бази даних в інтернет.
- Доставка електронної пошти. Рахунки, які потрапляють у спам, не оплачуються. Надсилайте через надійного SMTP-провайдера з налаштованими SPF, DKIM і DMARC для вашого домену та стежте за рівнем відмов.
- Cron і черги. Повторювані рахунки, нагадування про платежі та оновлення валют залежать від планувальника. Стежте за ним — мовчки мертве завдання cron виглядає точно так само, як клієнти, що раптом почали платити із запізненням.
- Життєвий цикл PHP та ОС. Відстежуйте дати закінчення підтримки для вашої мінорної версії PHP та ОС сервера. Оновлення, яке ви плануєте, займає годину; оновлення, вимушене застарілою версією, займає вихідні.
Закладіть приблизно годину на місяць, коли все стабілізується, плюс час від часу вечори для оновлень. Якщо це звучить як обтяжливий обов'язок, який ви будете ненавидіти, — це відчуття є даними: залишайтеся на хостингу.
Поширені помилки, які б'ють по тих, хто розміщує самостійно
Більшість невдач самостійного хостингу нудні та передбачувані:
- Відсутність резервних копій поза сервером. Знімок на тому ж VPS не є резервною копією. Коли у провайдера поганий день, ваші дані та ваша "резервна копія" зникають разом.
- Пропуск оновлень, доки стрибок не стане лячним. Дванадцять невеликих оновлень на рік безболісні; один гігантський стрибок через три мажорні версії — це те, як рахунки зникають. Оновлюйте потроху й часто.
- Робота без HTTPS. Портал рахунків, що передає імена та суми клієнтів через звичайний HTTP, — це недбалість. Безкоштовні сертифікати займають хвилини — виправдань більше не залишилося.
- Забутий cron-воркер. Найпоширеніша причина "мої повторювані рахунки зупинилися". Переконайтеся, що планувальник виживає після перезавантажень і розгортань.
- Відсутність тестового середовища для оновлень. Зробіть знімок сервера або, краще, відрепетируйте мажорні оновлення на клоні. Відкат до знімка кращий за налагодження наполовину мігрованої бази даних опівночі.
- Ставлення до інструмента виставлення рахунків як до бухгалтерських книг. Програмне забезпечення для виставлення рахунків відстежує те, що ви виставили; це не подвійний бухгалтерський облік. Що підводить нас до останнього розділу.
Коли залишатися на хостингу — розумніше рішення
Самостійний хостинг не є моральною чеснотою, і є чіткі випадки для оплати підписки:
- У вас п'ять або менше активних клієнтів. Безкоштовний хостинговий тариф Invoice Ninja покриває вас без витрат і без обслуговування. Скористайтеся ним.
- Ви живете на синхронізації з банком і автоматичній звірці. Інтеграції Yodlee та GoCardless хостингових інструментів перевершують усе, що ви налаштуєте самостійно.
- До вас застосовуються вимоги щодо електронного виставлення рахунків. Оскільки Peppol і мандати окремих країн поширюються протягом 2026 року, вбудовані кредити на електронне виставлення рахунків у хостинговому тарифі Enterprise можуть виявитися дешевшими за ваш час на самостійну реалізацію відповідності.
- Податковий сезон — ваше вузьке місце. Якщо вам насправді потрібна категоризація за Schedule C і чисті звіти на кінець року, $20 на місяць за QuickBooks Solopreneur купує податковий робочий процес, а не лише рахунки.
- Ви не будете займатися обслуговуванням. Непатчений сервер із фінансовими даними клієнтів гірший за підписку в усьому, що має значення.
Виставлення рахунків — це не бухгалтерія: поєднайте одне з одним
З чим би ви не виставляли рахунки, пам'ятайте, що надіслані рахунки — це лише половина фінансової картини. Рахунок фіксує, скільки клієнт винен вам; ваші книги повинні фіксувати, коли гроші насправді надходять, які комісії зняв платіжний процесор, які витрати зменшують дохід і скільки ви винні у вигляді авансового податку. Фрілансери, які вважають "виставлено рахунок" за "зароблено", виявляють різницю під час податкового сезону, зазвичай болісно.
Виробіть просту щомісячну звичку: звіряйте кожну виплату з її рахунком, записуйте комісії процесора як витрати, а не тихо згортайте їх, і тримайте бізнес-гроші на окремому рахунку, щоб слід залишався чистим. Якщо вам потрібна механіка обліку за методом подвійного запису за цією звичкою, документація проведе вас через налаштування реєстру, який підлаштовується під будь-який інструмент виставлення рахунків.
Тримайте рахунки та книги синхронізованими
Оскільки ви оптимізуєте своє фрілансерське виставлення рахунків — самостійно чи ні — ведення чітких фінансових записів за цими рахунками робить податковий сезон нудним. Beancount.io забезпечує бухгалтерію у простому тексті, що дає вам повну прозорість і контроль над вашими фінансовими даними — без чорних скриньок, без прив'язки до постачальника. Почніть безкоштовно і дізнайтеся, чому розробники та фінансові фахівці переходять на бухгалтерію у простому тексті.
