Wtyczka Bitrix24
Wtyczka Bitrix24 łączy Twojego agenta z Bitrix24 jako kanał komunikacji wewnętrznej dla pracowników. Pracownicy wysyłają agentowi wiadomość w taki sam sposób, w jaki wysyłaliby wiadomość koledze, a agent odpowiada w czacie Bitrix24.
[!WARNING] Bitrix24 tutaj jest wewnętrzny kanał IM dla pracowników — jak Telegram czy Slack dla personelu. To jest nie klient wielokanałowy: nie ma otwartych linii, nie kolejka zgłoszeń i brak eskalacji do operatora. Nie używaj tego wtyczki jako frontu do linia obsługi klienta
Wtyczka działa natywnie na hoście i komunikuje się z bramą przez aihummer.connector.v1 umowa. Zachowanie kanału użytkownika końcowego znajduje się na stronie kanału Bitrix24; ta strona obejmuje sam wtyczkę.
Opisane niżej media i wspólne OAuth wymagają podpisanego Core 1.4.15 oraz osobno podpisanego konektora 1.1.1 po publikacji w katalogu i aktualizacji. Zainstalowany konektor 1.1.0 nie potwierdza dostępności tych funkcji.
Fakty
| Pole | Wartość |
|---|---|
| Wersja | 1.1.1 |
| Port | 8810 |
| Czas wykonywania | gospodarz-natywny |
Czym to jest
Dwukierunkowy most między czatem Bitrix24 a AiHummer. Agent pojawia się jako tożsamość podobna do ludzkiej w Bitrix24 — każdy agent uwierzytelnia się przy użyciu własnej tożsamości OAuth, a nie ogólnego konta bota — dzięki czemu rozmowy przypominają rozmowę z kolegą. Dostęp podlega zasadom organizacji ACL drzewa działu, więc zasięg agenta respektuje twoją strukturę Bitrix24.
Skonfiguruj osobnych użytkowników portalu w BITRIX24_AGENT_USER_IDS, a portal w BITRIX24_PORTAL. Routing działów ogranicza dostęp pracowników; konto agenta nie zastępuje osoby inicjującej zadanie. Opcjonalne istniejące automatyczne przygotowanie używa BITRIX24_ADMIN_LOGIN / BITRIX24_ADMIN_PASSWORD.
W podanych wersjach BITRIX24_VAULT_CONNECTIONS wybiera istniejące, ważne, autonomiczne poświadczenie OAuth należące do jego właściciela. Użyj obsługiwanego natywnego zarządzania sejfem/połączeniami; wykorzystaj ten sam ID poświadczenia w powiązaniach narzędzi. Rzeczywisty właściciel rejestruje działający konektor w jego przestrzeni roboczej przez /v1/admin/connections/channel z dedykowanym kluczem connection-token. Ustaw endpoint i apiKey według ID użytkownika agenta w tajnym ustawieniu BITRIX24_VAULT_CONNECTIONS, nigdy w profilach lub instrukcjach agenta. Tylko sejf odświeża tokeny; narzędzia sprawdzają inicjatora i udostępnianie. Zobacz OAuth2.
Jak jest używane
- Wejście: mechanizm odpytywania czyta wiadomości. Media są pobierane jako bajty i rejestrowane przez
/v1/inbound/media; agent otrzymujemedia_id, nie tylko URL lub metadane pliku. - Wyjście:
Deliverzamienia Markdown na BB-code i przesyła rzeczywiste bajty przezim.v2.File.upload. Potwierdzenie mediów wymaga prawdziwegoFILE_IDi ID wiadomości; tekst lub link nie jest potwierdzeniem pliku.
Zachowaj trwały dziennik dostarczeń podczas aktualizacji. Powtórzenie potwierdzonej operacji zwraca poprzednie potwierdzenie. Częściowe lub nieznane skutki nie są automatycznie wysyłane ponownie; sprawdź je przed ponowną próbą.
employee ─▶ Bitrix24 chat ─▶ pull poller ─▶ gateway (router · turn) ─▶ Deliver (Markdown→BB-code, idempotent) ─▶ Bitrix24
Obsługiwane funkcje
- Reakcje i @-wzmianki.
- Wskaźnik pisania i odpowiedzi, gdy konto i dostawca obsługują
im.dialog.writingorazREPLY_ID. - Przychodzące obrazy, audio, głos i pliki zgodnie z powyższymi wymaganiami wersji.
- Edycja/usuwanie wiadomości tylko w starszych integracjach z odrębną tożsamością bota; nie są deklarowane dla zwykłych użytkowników OAuth.
Limity
[!WARNING] Interaktywne klawiatury, przyciski i wątki nie są obsługiwane.
Wygenerowany lub przygotowany plik nie potwierdza dostarczenia. Wyniki częściowe, nieudane i nieznane muszą pozostać widoczne.
Instalacja
Zainstaluj Bitrix24 jednym kliknięciem z marketplace w interfejsie administracyjnym. Wbudowany w hoście instalator pobiera wtyczkę, uruchamia jej krok instalacyjny, tworzy odizolowaną jednostkę systemd i czeka na stan zdrowia, zanim oznaczy ją jako gotową — zobacz Instalacja i aktualizacje. Następnie łączysz tożsamość OAuth każdego agenta i mapujesz ACL drzewa działów.
Bezpieczeństwo i ograniczenia
- Tylko wewnętrzne wiadomości natychmiastowe dla pracowników — nie omnichannel dla klienta.
- Tożsamość OAuth przypominająca ludzką dla agenta — agenci nie są ogólnymi kontami botów.
- ACL drzewa działu — dociera do szanowania twojej struktury organizacyjnej.
- Host-natywny — działa pod systemd, nie w kontenerze.