Invoice Ninja или Crater: что выгоднее и когда

MAATRIX

Когда решаете отказаться от зарубежного SaaS-инвойсинга и поднять систему выставления счетов на своём сервере, выбор почти всегда сужается до двух open-source кандидатов на Laravel — Invoice Ninja и Crater. Оба бесплатны, оба self-hosted, оба закрывают базовую задачу «выставить счёт клиенту и получить оплату». Но это разные по масштабу проекты: один — зрелая платформа с десятком лет разработки, второй — лёгкая утилита, которая делает меньше, но проще. Разберём, где каждый выигрывает и как не прогадать с выбором под свой объём клиентов.

Что это за проекты и в чём принципиальная разница

Invoice Ninja — крупная open-source платформа для инвойсинга на Laravel: счета, сметы (estimates), повторяющиеся счета по расписанию, учёт клиентов и проектов, трекинг времени, приём онлайн-оплат через интеграции с платёжными шлюзами, кастомизируемые PDF-шаблоны на Blade, API, мобильные приложения. У неё есть бесплатная self-hosted Community Edition без ограничений по числу клиентов и платная облачная версия — то есть проект коммерчески устойчив и развивается за счёт SaaS-подписок, а self-host получает те же обновления.

Crater — тоже Laravel-приложение (бэкенд) с Vue.js на фронте, но заметно более компактное. Из коробки: счета, сметы, повторяющиеся счета, клиенты, товары/услуги, базовые отчёты, мультивалютность, мультиязычность. Никакого трекинга времени, никакой встроенной генерации проектов, минимум интеграций с платёжными шлюзами по сравнению с Invoice Ninja. У Crater нет платной облачной версии как основного источника финансирования проекта — это чисто community-инициатива, и на практике это значит менее частые релизы и меньше ресурсов на поддержку по сравнению с Invoice Ninja.

Ключевой практический вывод из этого: Invoice Ninja — это система, из которой можно вырасти в полноценный биллинг для команды, Crater — инструмент для тех, кому хватит простого «выставить счёт и отследить оплату» без лишней функциональности вокруг.

Функциональность: где Invoice Ninja обгоняет заметно

Сравним конкретные возможности, которые реально влияют на выбор.

Если ваш сценарий — только выставить счёт и получить деньги, разница в функциях почти не ощущается. Как только появляется трекинг времени по проектам, гибкие интеграции платёжных шлюзов под конкретную юрисдикцию или потребность в мобильном приложении для быстрого выставления счёта в дороге — здесь Invoice Ninja выигрывает без вариантов.

Требования к серверу и потребление ресурсов

Оба приложения — PHP/Laravel, оба разворачиваются через Docker Compose с базой данных и (опционально) очередями. По архитектуре они близки, но Crater легче за счёт меньшего числа фоновых процессов и сервисов.

Точные цифры зависят от числа клиентов, частоты генерации PDF и объёма вложений — не воспринимайте таблицу как гарантированный потолок, а как ориентир для выбора тарифа. Мы отдельно разбирали, сколько RAM нужно под Invoice Ninja — для Crater логика похожая, но пиковое потребление обычно ниже за счёт отсутствия Redis и меньшего числа очередей задач.

Если у вас младший VPS на 1 GB RAM и вы хотите держать инвойсинг на том же сервере, где уже что-то крутится — Crater squeeze'ится в остаток ресурсов заметно легче. Invoice Ninja на 1 GB RAM без соседей тоже поднимется, но с Redis и MySQL под нагрузкой запас по памяти лучше иметь больше.

Установка и поддержка: сложность на практике

Оба проекта официально поддерживают Docker-развёртывание, что снимает главную головную боль ручной установки PHP-зависимостей.

Минимальный docker-compose.yml для Crater выглядит примерно так (актуализируйте образ и переменные под свою версию перед продакшеном):

version: "3.8"

services:
  app:
    image: craterapp/crater:latest
    restart: unless-stopped
    depends_on:
      - db
    ports:
      - "127.0.0.1:8090:80"
    environment:
      APP_URL: https://invoice.your-domain.tld
      DB_HOST: db
      DB_DATABASE: crater
      DB_USERNAME: crater
      DB_PASSWORD: замените_на_сложный_пароль
    volumes:
      - ./storage:/var/www/html/storage

  db:
    image: mysql:8.0
    restart: unless-stopped
    environment:
      MYSQL_DATABASE: crater
      MYSQL_USER: crater
      MYSQL_PASSWORD: замените_на_сложный_пароль
      MYSQL_ROOT_PASSWORD: замените_на_другой_сложный_пароль
    command: --default-authentication-plugin=mysql_native_password
    volumes:
      - ./mysql:/var/lib/mysql

Для Invoice Ninja у нас есть готовый разобранный docker-compose.yml с MySQL и Redis — структура похожая, но добавлен контейнер Redis под кэш и очереди.

Разница ощущается не в первой установке (оба поднимаются за 15-20 минут при готовом Docker), а дальше: у Invoice Ninja активное сообщество, чаще выходят патчи безопасности, больше готовых ответов на типовые ошибки. У Crater из-за меньшей активности разработки поиск решения нестандартной проблемы может занять больше времени — меньше свежих обсуждений, меньше issue закрыто за последний год. Если Docker и Docker Compose ещё не установлены на сервере — это отдельный шаг, у нас есть разбор установки Docker на Ubuntu 24.04.

HTTPS, почта и приём оплат

Оба приложения работают с финансовыми данными клиентов, поэтому HTTP без шифрования не вариант даже для теста — перед контейнером нужен reverse-proxy с автоматическим Let's Encrypt. Настройка идентична для обоих: Caddy или Traefik проксируют внутренний порт наружу и сами выпускают сертификат. Если ещё не настраивали — смотрите Caddy с авто-SSL: типичные ошибки и решения или Traefik как reverse proxy для Docker.

С почтой ситуация одинаковая для обоих: без рабочего SMTP счета и напоминания об оплате просто не уйдут клиенту, и половина смысла системы теряется. Настройка через переменные окружения MAIL_* в обоих случаях, разница только в конкретных именах переменных — сверяйтесь с документацией конкретной версии образа.

По приёму онлайн-оплат разница существенная: у Invoice Ninja список готовых платёжных интеграций (Stripe, PayPal, Square, Mollie и другие) заметно шире, что важно, если работаете с клиентами в разных юрисдикциях и нужен выбор шлюза под конкретную страну. У Crater набор интеграций скромнее — если критично принимать оплату именно через конкретный непопулярный шлюз, стоит заранее проверить, поддерживает ли его Crater, прежде чем строить на нём процесс.

Миграция данных и риск смены инструмента

Отдельный практический момент — что будет, если вы выберете один инструмент, а через год захотите перейти на другой.

• Invoice Ninja имеет встроенный экспорт компании в JSON (Settings → Account Management → Export/Import), который переносит клиентов, счета и настройки между инсталляциями — включая переход из облачной версии в self-hosted и обратно.
• Crater тоже позволяет выгрузить данные, но встроенный импорт/экспорт между разными self-hosted инсталляциями менее гибкий — при смене инструмента реалистичнее рассчитывать на прямой экспорт из MySQL и ручной перенос ключевых сущностей (клиенты, счета как PDF-архив), чем на бесшовный импорт.

Это не блокер, но стоит учитывать при выборе: если для вас важна возможность безболезненно сменить систему в будущем без ручной пересборки базы клиентов, Invoice Ninja даёт больше гарантий за счёт зрелого экспорта.

Когда выбрать Invoice Ninja, а когда Crater

Сведём выбор в таблицу по сценарию использования, а не по абстрактным «плюсам».

Если сомневаетесь — начните с Invoice Ninja: даже если сейчас используете 20% его функций, вы не упрётесь в потолок, когда бизнес вырастет. Crater имеет смысл выбирать осознанно, когда точно знаете, что вам не нужен трекинг времени, обширные интеграции оплат и мобильные приложения — и цените более лёгкий и быстрый интерфейс.

Частые вопросы