Перейти к содержанию
AppsMaxMAX · Telegram · сайт

Интеграция · сверено 17.09.2026

Как передавать заявки из AppsMax в n8n

AppsMax может сообщать n8n о новой заявке. Разберитесь, когда нужен webhook, когда — ключ API и как проверить весь путь без ложного результата.

МОНТАЖНАЯ ДОСКА / ДВА ШНУРА
01 / СОБЫТИЕ
AppsMaxn8n
Новая заявка · webhook
02 / ЗАПРОС
n8nAppsMax
Данные по ключу API

Ключ сам
ничего не отправляет.

Схема смысла, не экран n8n или AppsMax. Направление задаётся вашей задачей.

01 / Выбираем направление

Выберите, что должен делать n8n

Короткий ответ. Если новая заявка из подключённого канала должна сразу запускать действия в n8n, AppsMax отправит событие через webhook. Если n8n должен сам запрашивать данные AppsMax, ему нужен ключ REST API. Это два разных маршрута: создание ключа не включает автоматическую передачу заявок.

Получать новую заявку: AppsMax сообщает о событии на адрес n8n. Там ваш сценарий может передать нужные поля в CRM или другую систему, если получатель подготовлен. Запрашивать данные: n8n обращается к AppsMax по ключу API в настроенный вами момент. Отдельный API мессенджера MAX для этой связки не нужен: заявка сначала попадает в AppsMax.

Если достаточно работать с обращениями в AppsMax, n8n можно не подключать. Сначала выберите способ работы с заявкой. Для своей системы без n8n есть отдельная инструкция об исходящем webhook.

02 / До настройки

Что подготовить и кто отвечает

Сначала ответьте:
«Что делать с заявкой?»

Нужны организация AppsMax с доступом к интеграциям, свой аккаунт или сервер n8n и ясный ответ: что должно произойти после новой заявки? По действующей сетке интеграции и REST API доступны начиная с «Автоматизации»; проверьте текущие условия перед оплатой. У n8n отдельные условия.

Вы выбираете событие и проверяете итог. Вы или ваш специалист настраиваете сценарий n8n, доступ к конечной системе, защиту секретов и повторы. AppsMax отправляет событие либо отвечает на разрешённый API-запрос, но не создаёт чужой сценарий. Если поручить настройку нам, индивидуальное внедрение оплачивается отдельно от тарифа платформы.

03 / Шнур от AppsMax

Если нужны новые заявки: событие из AppsMax

  1. Подготовьте в n8n Webhook, принимающий POST. Для теста и рабочего сценария n8n даёт разные адреса: согласуйте со специалистом, какой использовать сейчас.
  2. В AppsMax от имени владельца откройте «Данные → API и интеграции → Webhook». Создайте режим «Своя система (JSON)» и укажите подготовленный HTTPS-адрес n8n.
  3. Выберите «Новая заявка». Согласуйте секрет подписи с получателем и не публикуйте его в переписке или на снимке экрана.
  4. Снимите отметку «Включить после сохранения». Сохраните настройку выключенной и отдельно проверьте связь.

«Посмотреть пример данных» ничего не отправляет. Кнопка «Проверить» отправляет application.test, а не новую заявку. После проверки специалист переводит n8n на рабочий адрес; только потом включайте webhook в AppsMax. Не оставляйте временный адрес в рабочей настройке.

04 / Для того, кто собирает сценарий

Шаблон n8n — заготовка, а не подключение одной кнопкой

В библиотеке n8n есть бесплатный шаблон, созданный AppsMax. Он помогает специалисту: проверяет подпись и передаёт только новую заявку. Но нужно настроить свой защищённый адрес, учётные данные и конечного получателя. Это не встроенный узел AppsMax и не готовая связь с любой CRM.

Важное различие: шаблон не пересылает application.test в конечную систему. Кнопка «Проверить» подтверждает приём теста в n8n, но не всю цепочку до CRM. Для изменений статуса или данных заявки шаблон придётся доработать.

05 / Когда нужен запрос

Если n8n сам обращается к AppsMax

Это другой путь. В разделе «Данные → API и интеграции» откройте карточку n8n и создайте отдельный ключ в «Ключах API». Для простого чтения выберите только нужные права, а не «Все возможности». Передайте ключ специалисту защищённым способом и храните в учётных данных n8n, не в адресе запроса и не в тексте сценария.

Специалист добавляет стандартный узел HTTP Request, указывает адрес API AppsMax и передаёт ключ в заголовке Authorization: Bearer …. Один успешный запрос подтверждает доступ, но не означает, что новые заявки автоматически попадают в n8n: для этого нужен отдельный график запросов или маршрут событий выше. Подробности методов — в обзоре API и интеграций для настраивающего обмен.

06 / Два разных доказательства

Проверьте именно тот маршрут, который выбрали

Для событий: один раз нажмите «Проверить» и найдите application.test в n8n и журнале AppsMax. При использовании опубликованного шаблона не ищите после этого запись у конечного получателя: он специально пропускает такой тест. Затем с согласия команды создайте одну контрольную новую заявку на безопасных демонстрационных данных и проверьте её в AppsMax, n8n и конечной системе.

Для запросов API: проверьте один разрешённый запрос из n8n и только затем настройте повторение или действие по событию. В обоих маршрутах предусмотрите защиту от дублей: при ошибке ответа отправка может повториться. Не нажимайте тест повторно вслепую; сначала смотрите журнал и результат у получателя.

07 / После контрольного прохода

Как перейти к рабочему потоку

После контрольной заявки оставьте только нужные события и права, назначьте человека для просмотра ошибок и проверьте рабочий адрес n8n. При остановке сначала выключите отправку в AppsMax, затем сценарий n8n; неиспользуемый ключ отзовите. Если нужен только старт, начните с одной заявки в AppsMax и подключайте n8n, когда станет понятно, какое действие требуется.

Ещё нет аккаунта? Создайте его в AppsMax. Если нужна помощь с n8n и конечной системой, опишите задачу нам — оценим отдельное внедрение и честно назовём его границы.

Порядок сверен 17 сентября 2026 года. Перед рабочим запуском повторно проверьте тариф, интерфейс AppsMax, версию шаблона n8n и настройки получателя.