Свой n8n на сервере заказчика
Ставим n8n на ваш сервер, а не в облачный тариф. Сценарии выгружаются в JSON-файлы: их переносят на другой сервер и ведут в git. Ключи и токены хранятся в самом n8n, в файле сценария их нет.
Заявки, CRM и таблицы связаны сами, без ручного переноса и облачных лимитов
Ставим n8n на ваш сервер и собираем на нём цепочки, которые раньше делал человек. Заявка из Telegram-бота сама попадает в Bitrix24 и Google Таблицу, менеджер узнаёт о смене статуса сделки из сообщения, а платежи отмечаются в учёте без ручной сверки.
Это не облачный тариф с лимитами, а ваш сервис на вашем сервере. Сценарии хранятся файлами, ключи — внутри n8n, каждый запуск виден в журнале. Такая связка работает у нас в продакшене у малого бизнеса.
Типовые ситуации и что мы в них делаем.
Клиент пишет в Telegram-бота, а сотрудник копирует заявку в CRM и в таблицу. Заявки теряются и дублируются. Цепочка на n8n делает это сама: заявка разбирается на поля и попадает в Bitrix24 и Google Таблицу.
В облачных Zapier и Make платят за шаги и операции, а данные уходят в чужое облако. Свой n8n стоит на вашем сервере: лимита на число запусков нет, нагрузку ограничивает только сервер, и сервис не отключат из-за региональных ограничений.
В n8n каждый запуск виден в журнале выполнений, поэтому проверить заявку можно без чтения кода. Сценарии выгружаются в JSON-файлы и хранятся в git, а ключи и токены лежат в самом n8n, а не в файле.
Что входит в эту задачу. Цена — ориентир «от», точная сумма — после бесплатного аудита.
Ставим n8n на ваш сервер, а не в облачный тариф. Сценарии выгружаются в JSON-файлы: их переносят на другой сервер и ведут в git. Ключи и токены хранятся в самом n8n, в файле сценария их нет.
Сценарий принимает сообщение из бота, разбирает его на поля, создаёт запись в Bitrix24 и дописывает строку в таблицу. Таблица остаётся запасным местом учёта, если CRM недоступна.
Вебхук — адрес, на который система сама присылает событие. При смене статуса сделки Bitrix24 вызывает n8n, а сценарий находит ответственного и пишет ему в Telegram. События платёжной системы отмечаются в учёте без ручной сверки.
Если у системы нет готового блока в n8n или задача требует постоянного опроса, пишем отдельный сервис на Python. Так сделан бот слотов приёмки Wildberries: он опрашивает API раз в 30 секунд и обходится без n8n.
Что остаётся у заказчика после сдачи проекта.
Где мы это уже сделали — с задачей, решением и цифрами.
От заявки до сдачи: на каждом шаге понятно, что происходит и что дальше.
Разбираем, где сотрудники переносят данные руками и какие системы участвуют. Вместе составляем ТЗ: что делаем и как проверим результат, — и называем смету.
Выясняем, есть ли у каждой системы API или вебхуки. Описываем, что запускает сценарий, какие шаги идут дальше и куда попадают данные. Схему вы согласуете до сборки.
Ставим n8n на ваш сервер и собираем сценарии. Где готового блока нет, пишем отдельный сервис на Python и подключаем его в цепочку.
Запускаем цепочку и сверяем результат по журналу выполнений: заявка дошла, статус изменился, строка появилась в таблице. Передаём сценарии файлами с документацией, месяц поддержки бесплатно.
Соседние задачи и всё направление целиком.
Короткий разбор — бесплатно: посмотрим задачу и скажем, что и за сколько имеет смысл делать.