Есть действующий онлайн-бизнес Lukas.creative: продаём цифровые продукты - AI-подписки (Gemini, ChatGPT, Suno и др.), готовые аккаунты, генерации, оптовые пакеты.
Каналы продаж: Avito-магазин + Telegram-канал и боты.
Мы внедряем RetailCRM как центральное ядро учёта клиентов, заказов и финансов. Уже настроены воронки под разные типы продуктов, роли пользователей, флаги в карточке заказа и базовая логика работы. Сейчас все оплаты идут через платёжный сервис Pally.info, а менеджеры руками пробивают оплаты в CRM.
Задача:
Сделать интеграцию Pally.info → RetailCRM, чтобы после успешной оплаты:
• автоматически создавался/обновлялся заказ в RetailCRM;
• в заказе проставлялся клиент, товары/услуги, сумма, комиссия Pally (6%), метод оплаты;
• добавлялась запись об оплате и менялся статус заказа (напр. "Оплачен/Активирован");
• запускались нужные автоматизации в RetailCRM (триггеры, задачи, уведомления, выдача доступа).
Цель - убрать ручной труд менеджеров, сделать нормальную автоматизированную воронку и опору на CRM.
Что нужно сделать технически
1. Подключение Pally.info к RetailCRM
• Реализовать приём webhook'ов от Pally.info (успешная оплата, отмена, возврат - по тем событиям, которые поддерживает Pally).
• Настроить проверку подлинности webhook'а (секрет/подпись).
• Сопоставить структуру данных Pally с нужными сущностями в RetailCRM.
2. Интеграционный слой
• Написать небольшой сервис (PHP / Node.js / Python - на ваш стек), который:
• принимает webhook от Pally;
• ищет в RetailCRM клиента и заказ по данным (email/телефон/идентификатор заказа/товара);
• если заказа нет - создаёт его;
• сохраняет товары/услуги, сумму и комиссию Pally (6% отдельным полем);
• создаёт сущность "Оплата" и ставит нужный статус заказа.
• Обеспечить идемпотентность: повторный webhook по одной и той же оплате не должен плодить заказы.
3. Связка с логикой RetailCRM
• Связать интеграцию с уже описанной структурой CRM:
• модули "Заказы", "Клиенты", "Платежи",
• поля заказа (тип продукта, способ выдачи, флажки "Нужен код", "Чек", "Гарантия" и т.д.), 
• существующие воронки по типам продуктов (подписки, аккаунты, и др.).
• Настроить минимально необходимый набор триггеров:
• при смене статуса на "Оплачен" → выдача доступа (email/чат), отправка гайда, постановка задач менеджеру, если нужно. 
4. Логирование и мониторинг
• Логировать все входящие webhook'и и ответы RetailCRM (в БД или файлы).
• Логировать ошибки и невалидные данные.
• Сделать простые уведомления:
• при ошибке интеграции - сообщение в Telegram/CRM-таску,
• при большом количестве ошибок подряд - отдельное уведомление.
5. Тестирование
• Прогнать сценарии для разных типов продуктов:
• простая подписка,
• продажа аккаунта,
• генерация (услуга),
• Проверить: создание заказа, привязка клиента, статусы, триггеры, выдача доступов.
• Подготовить список тест-кейсов по итогам.
6. Документация
• Описать интеграцию:
• структура webhook от Pally,
• точки входа сервиса,
• какие поля/статусы используются в RetailCRM,
• что делать, если нужно добавить новый продукт.
• Краткая инструкция для команды (без тех.воды).
Что у нас уже есть
• Облачная RetailCRM с частично настроенными воронками и полями под цифровые продукты. 
• Рабочие каналы: Avito и Telegram уже интегрированы с CRM. 
• Действующая схема оплат через Pally.info (ссылки/кнопки, разные товары).
• VPS/хостинг для размещения интеграции (либо можем обсудить размещение у вас).
• Подробное общее ТЗ по RetailCRM (воронки, роли, поля, типы продуктов) - предоставим.
Ожидаемый результат
• Любая успешная оплата через Pally по нужным продуктам → автоматически создаётся/обновляется заказ в RetailCRM.
• Статусы оплаты в CRM соответствуют реальному статусу в Pally.
• Для оплаченных заказов автоматически запускаются триггеры:
• выдаётся доступ (логин/пароль/ключ/гайд),
• клиент получает уведомление,
• менеджеру, если нужно, прилетает задача. 
• Есть логирование и понятный способ отловить и починить ошибки.
• Есть короткая документация, чтобы не зависеть от разработчика на каждую мелочь.
Требования к исполнителю
• Опыт работы с RetailCRM API / триггерами / webhooks (подтверждаемые кейсы).
• Опыт интеграции платёжных систем (любые: YooMoney, CloudPayments, Robokassa, Unitpay, др.).
• Владение одним из стеков: PHP / Node.js / Python.
• Понимание базовой архитектуры интеграций: идемпотентность, логирование, обработка ошибок, безопасность.
В отклике прошу коротко указать:
1. Примеры похожих интеграций (CRM + платежи).
2. Какой стек будете использовать.
3. Оценку сроков и бюджета (ориентир 40-80 тыс ₽, но готовы обсудить).
4. Готовность дать 1-2 месяца лёгкого пост-саппорта.
