Что можно делать с Telegram CRM API?
+
Перечислять и искать чаты Telegram, читать историю сообщений, управлять контактами и кастомными полями, создавать и обновлять тикеты с приоритетом и исполнителем, запускать рассылки по сегментам с тегами, добавлять и удалять теги, обновлять значения кастомных полей. Каждый эндпоинт привязан к рабочему пространству и записывается в журнал аудита.
Какие разрешения доступны?
+
workspace.read · members.read · accounts.read · contacts.read · chats.read · chats.write · custom_fields.read · custom_fields.write. Выбирайте минимум, необходимый для вашей интеграции - принцип минимальных привилегий ограничивает последствия в случае утечки ключа. Те же разрешения применяются к API, MCP-серверу и интеграции с Make.com.
Конкретные примеры - что реально строят команды?
+
Торговая команда синхронизирует каждый чат Telegram в BigQuery каждый час, чтобы аналитики могли объединять данные с on-chain информацией. Команда поддержки SaaS настроила cron-задание, которое выгружает вчерашние нерешённые тикеты и отправляет их в Slack-дайджест. Команда роста запускает рассылку Telegram через вебхук каждый раз, когда происходит событие обновления тарифа в Stripe. Команда операций построила дашборд в Retool, показывающий время отклика на представителя, пропускную способность по тикетам и распределение по этапам воронки - всё на основе API Entergram.
Как создавать API-ключи и управлять ими?
+
Перейдите во вкладку «Разработчики» в вашем рабочем пространстве Entergram. Нажмите «Создать ключ», выберите нужные разрешения, при необходимости установите более короткий TTL и белый список IP, и скопируйте ключ. Сырой ключ показывается только один раз - храните его надёжно. Ключи хранятся в виде односторонних хешей. Любой ключ можно немедленно отозвать из той же вкладки.
Как ротировать утёкший ключ?
+
Вкладка «Разработчики» → найдите ключ по его префиксу → Отозвать (немедленно). Затем создайте новый ключ с теми же разрешениями и белым списком IP, задеплойте его в свою интеграцию и проверьте информацию о последнем использовании старого ключа, чтобы убедиться в отсутствии трафика.
Может ли API видеть данные другого рабочего пространства?
+
Нет. Каждый вызов API привязан к рабочему пространству, выдавшему ключ. Ключ из пространства A буквально не может читать пространство B - изоляция применяется на стороне сервера при каждом запросе.
Какие HTTP-ошибки могут возникнуть?
+
401 = ключ истёк, отозван или не соответствует рабочему пространству. 403 = у ключа нет нужного разрешения, или запрос пришёл с IP-адреса вне белого списка. 429 = превышен лимит запросов; сделайте паузу и повторите попытку согласно заголовку Retry-After.
В чём разница между API и MCP-сервером?
+
Оба обращаются к одним и тем же данным рабочего пространства с одинаковыми разрешениями. API предназначен для вашего кода - cron-задачи, вебхуки, внутренние инструменты, пайплайны синхронизации. MCP-сервер предназначен для AI-агентов - Claude, ChatGPT, Cursor - которые автоматически обнаруживают и вызывают инструменты через Model Context Protocol. Используйте API, когда потребитель - код; используйте MCP-сервер, когда потребитель - AI.
Поддерживает ли API вебхуки?
+
Исходящие вебхуки есть в дорожной карте. Сейчас поддерживается паттерн на основе опроса: вызывайте API по расписанию или в ответ на собственные события. У приложения Make.com также есть триггеры на события рабочего пространства; проверьте их список в Make, прежде чем строить сценарий вокруг одного из них.