Що можна робити з 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, щоб аналітики поєднували їх з ончейн-даними. Команда підтримки SaaS має cron-завдання, яке вивантажує вчорашні невирішені тікети й надсилає їх у зведення в Slack. Команда зростання запускає розсилку в Telegram із вебхука щоразу, коли надходить подія апгрейду в Stripe. Операційна команда збудувала панель у Retool з часом відповіді кожного менеджера, пропускною здатністю тікетів і розподілом за етапами воронки, і все це працює на API Entergram.
Як створювати API-ключі та керувати ними?
+
Відкрийте вкладку Developers у своєму робочому просторі Entergram. Натисніть «Create key», виберіть потрібні області доступу, за бажанням задайте коротший TTL і список дозволених IP та скопіюйте ключ. Повний ключ показується лише один раз, тож збережіть його в надійному місці. Ключі зберігаються як односторонній хеш. Будь-який ключ можна миттєво відкликати на тій самій вкладці.
Як замінити ключ, що витік?
+
Вкладка Developers → знайдіть ключ за префіксом → Revoke (миттєво). Потім створіть новий ключ з тими самими областями доступу й списком дозволених 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, перш ніж будувати сценарій навколо одного з них.