Co mogę zrobić z Telegram CRM API?
+
Wyświetlać i przeszukiwać czaty Telegrama, czytać historię wiadomości, zarządzać kontaktami i polami niestandardowymi, tworzyć i aktualizować zgłoszenia z priorytetem i osobą przypisaną, uruchamiać broadcasty do otagowanych segmentów, dodawać i usuwać tagi oraz aktualizować wartości pól niestandardowych. Każdy endpoint jest ograniczony do przestrzeni roboczej i zapisywany w dzienniku audytu.
Jakie zakresy są dostępne?
+
workspace.read · members.read · accounts.read · contacts.read · chats.read · chats.write · custom_fields.read · custom_fields.write. Wybierz minimum, którego potrzebuje Twoja integracja. Zasada najmniejszych uprawnień ogranicza skutki wycieku klucza. Te same zakresy obowiązują w API, serwerze MCP i integracji z Make.com.
Konkretne przykłady: co budują prawdziwe zespoły?
+
Zespół tradingowy co godzinę synchronizuje każdy czat z Telegrama do BigQuery, żeby analitycy mogli łączyć go z danymi on-chain. Zespół wsparcia firmy SaaS ma zadanie cron, które pobiera wczorajsze nierozwiązane zgłoszenia i wysyła je jako podsumowanie na Slacka. Zespół growth wysyła broadcast w Telegramie z webhooka za każdym razem, gdy pojawi się zdarzenie upgrade w Stripe. Zespół operacyjny zbudował w Retool panel pokazujący czas odpowiedzi na handlowca, przepustowość zgłoszeń i rozkład etapów lejka, w całości oparty na API Entergram.
Jak tworzyć klucze API i nimi zarządzać?
+
Przejdź do zakładki Developers w swojej przestrzeni roboczej Entergram. Kliknij „Create key”, wybierz potrzebne zakresy, opcjonalnie ustaw krótszy TTL i listę dozwolonych adresów IP, a następnie skopiuj klucz. Pełny klucz jest pokazywany tylko raz, więc przechowuj go w bezpiecznym miejscu. Klucze są przechowywane jako skrót jednokierunkowy. Dowolny klucz unieważnisz natychmiast w tej samej zakładce.
Jak zrotować klucz, który wyciekł?
+
Zakładka Developers → znajdź klucz po prefiksie → Revoke (natychmiast). Następnie utwórz nowy klucz z tymi samymi zakresami i listą dozwolonych adresów IP, wdróż go w swojej integracji i sprawdź informacje o ostatnim użyciu starego klucza, żeby potwierdzić, że nie ma już ruchu.
Czy API widzi dane innej przestrzeni roboczej?
+
Nie. Każde wywołanie API jest ograniczone do przestrzeni roboczej, która wydała klucz. Klucz z przestrzeni roboczej A dosłownie nie może odczytać przestrzeni roboczej B, bo ograniczenie jest egzekwowane po stronie serwera przy każdym zapytaniu.
Jakie błędy HTTP mogę zobaczyć?
+
401 = klucz wygasł, został unieważniony albo nie pasuje do przestrzeni roboczej. 403 = klucz nie ma wymaganego zakresu albo żądanie przyszło z adresu IP spoza listy dozwolonych. 429 = przekroczono limit żądań; odczekaj i ponów próbę zgodnie z nagłówkiem Retry-After.
Czym różni się API od serwera MCP?
+
Oba mają dostęp do tych samych danych przestrzeni roboczej, z tymi samymi zakresami. API jest dla Twojego kodu: zadań cron, webhooków, narzędzi wewnętrznych, potoków synchronizacji. Serwer MCP jest dla agentów AI (Claude, ChatGPT, Cursor), które automatycznie wykrywają i wywołują narzędzia przez Model Context Protocol. Używaj API, gdy odbiorcą jest kod; używaj serwera MCP, gdy odbiorcą jest AI.
Czy API obsługuje webhooki?
+
Wychodzące webhooki są w planach. Obecnie model opiera się na pobieraniu: wywołuj API według harmonogramu albo w odpowiedzi na własne zdarzenia. Aplikacja Make.com ma też wyzwalacze dla zdarzeń w przestrzeni roboczej; sprawdź ich listę w Make, zanim zaprojektujesz scenariusz wokół jednego z nich.