Najnowsze wydania

Na tej stronie znajdziesz informacje o najnowszych zmianach w RCS dla firm.

4 listopada 2026 r.

Nowy

Nowe pole interfejsu API dla tekstu alternatywnego multimediów na karcie informacyjnej

Funkcja RCS dla firm obsługuje teraz tekst alternatywny w przypadku multimediów na kartach informacyjnych. Możesz używać nowego pola contentDescription w obiekcie Media, aby opisywać obrazy i filmy na potrzeby czytników ekranu, co ułatwi Ci dbanie o dostępność.

Więcej informacji znajdziesz w zaktualizowanym przewodniku po kartach informacyjnych i w dokumentacji interfejsu API phones.agentMessages.

30 października 2026 r.

Zmieniono

Sformułowanie powodów anulowania subskrypcji

Zaktualizowaliśmy proces anulowania subskrypcji w Wiadomościach Google, aby był bardziej przejrzysty i mniej niejednoznaczny. Ta zmiana jest wdrażana stopniowo do końca listopada, więc może minąć trochę czasu, zanim zaktualizowany interfejs pojawi się u wszystkich użytkowników.

Przed	Po

Najważniejsze funkcje

• Sformułowania w pierwszej osobie: etykiety powodów anulowania subskrypcji zostały zaktualizowane, aby używać jasnego języka w pierwszej osobie:
  • Zbyt wiele wiadomości
  • Supskrypcja nie został dokonana przeze mnie (wcześniej Nigdy się nie zarejestrowano)
  • Już mnie to nie interesuje (dawniej Utrata zainteresowania)
  • To wygląda na oszustwo (dawniej Spam)
  • Inne
• Losowa kolejność: aby zmniejszyć błąd selekcji, pierwsze 4 opcje są wyświetlane każdemu użytkownikowi w losowej kolejności. Kolejność ta pozostaje taka sama podczas kolejnych wizyt użytkownika, a opcja Inne zawsze znajduje się na dole.
• Raporty Analytics: opinie dotyczące anulowania subskrypcji są nadal raportowane w Przeglądzie statystyk w odpowiednich kategoriach danych.

Wymagane działanie

Nie musisz nic robić.

Więcej informacji znajdziesz w zaktualizowanym przewodniku Odbieranie zdarzeń.

29 października 2026 r.

Nowy

Aby zapobiec sytuacjom wyścigu, w których krótkotrwałe wiadomości wygasają, zanim sieci operatorów i urządzenia użytkowników będą mogły przetworzyć dostarczenie wiadomości i zwrócić potwierdzenie dostarczenia, platforma RCS dla firm wprowadza minimalny 6-sekundowy okres ważności dla wszystkich wiadomości agenta, które określają ttl lub expireTime.

Co się zmienia

Jeśli żądanie określa czas trwania ttl od 0 do 6 sekund lub sygnaturę czasową expireTime mniejszą niż 6 sekund po przesłaniu wiadomości, platforma automatycznie wydłuża czas ważności do 6 sekund. Sygnatura czasowa expireTime w odpowiedzi interfejsu API odzwierciedla tę skorygowaną wartość.

Żądania z wartością ttl równą 0 lub mniejszą albo z wartością expireTime równą lub wcześniejszą niż czas przesłania wiadomości zwracają błąd 400 INVALID_ARGUMENT.

Co musisz zrobić

• Zaktualizuj wartości wygaśnięcia: jeśli agent ustawia ttl lub expireTime, upewnij się, że wygaśnięcie następuje co najmniej 6 sekund po przesłaniu wiadomości.
• Dostosowanie do powiadomień webhooka: podczas okresu automatycznej regulacji żądanie z wartością ttl poniżej 6 sekund (np. 2 sekundy) pozostanie aktywne przez 6 sekund.
  • Uruchamiaj kreację zastępczą tylko wtedy, gdy otrzymasz powiadomienie webhooka o unieważnieniu, które wskazuje, że wiadomość wygasła.
  • Dodaj krótki bufor po oknie ttl, aby umożliwić rozliczenie potwierdzeń dostarczenia, które dotarły z opóźnieniem.

Więcej informacji, w tym zalecane praktyki, znajdziesz w przewodniku Wysyłanie wiadomości i dokumentacji phones.agentMessages.

8 października 2026 r.

Ulepszenie dokumentacji

Zaktualizowaliśmy dokumentację dotyczącą standardowych raportów rozliczeniowych i historii aktywności oraz raportów rozliczeniowych w Stanach Zjednoczonych, aby wyjaśnić, że raporty rozliczeniowe i pliki historii aktywności są kodowane w formacie UTF-8 bez znacznika kolejności bajtów, używają znaków końca linii i zawierają wiersz nagłówka.

7 października 2026 r.

Zmieniono

Film z podglądem agenta jest teraz opcjonalny w przypadku premier zarządzanych przez Google

Aby pomóc Ci szybciej uruchamiać agentów RCS dla firm i ułatwić proces wprowadzania, film z podglądem agenta nie jest już bezwzględnie wymagany do uruchomienia usługi u operatorów zarządzanych przez Google. W sekcji Wrażenia użytkownika agenta kwestionariusza dotyczącego uruchomienia możesz teraz przesłać film z podglądem agenta lub szczegółowe transkrypcje tekstowe krok po kroku.

Ważne: wymagania dotyczące uruchamiania przez operatora różnią się w zależności od operatora. Aby uzyskać szczegółowe informacje, skontaktuj się z poszczególnymi operatorami.

Co musisz zrobić

Przesyłając prośbę o uruchomienie agenta w przypadku operatorów zarządzanych przez Google, musisz wyraźnie zademonstrować jego działanie. Musisz przesłać film z podglądem agenta lub szczegółowe transkrypcje krok po kroku w tych polach:

• Opis reguły: konkretne działania użytkownika lub zdarzenia backendu, które aktywują wysłanie wiadomości.
• Opis interakcji: transkrypcja przebiegu rozmowy z agentem, w tym przykładowe ścieżki użytkownika oraz sugerowane odpowiedzi i działania.
• Opis rezygnacji: obsługiwane słowa kluczowe rezygnacji (np. STOP) i dokładna treść wiadomości z potwierdzeniem wysyłanej do użytkowników.

Sprawdzone metody i przykładowe szablony dla różnych przypadków użycia (hasło jednorazowe, transakcyjne, promocyjne i wielokrotnego użytku) znajdziesz w artykule Opisywanie działania agenta.

25 sierpnia 2026 r.

Nowy

Raporty rozliczeniowe partnera

Wprowadzamy raporty rozliczeniowe dla partnerów, które zawierają zagregowane dzienne liczby zdarzeń podlegających rozliczeniu, pogrupowane według agenta, typu zdarzenia i operatora. To ogólne podsumowanie zawiera cenne statystyki i niezbędne informacje do zarządzania ruchem.

Raporty są generowane codziennie w formacie CSV i dostarczane bezpiecznie za pomocą usługi Google SFTP.

Aby dowiedzieć się, jak skonfigurować dane logowania SFTP i uzyskać dostęp do tych raportów, zapoznaj się z przewodnikiem po raportach rozliczeniowych partnera.

31 lipca 2026 r.

Ulepszenie dokumentacji

Zaktualizowaliśmy dokumentację dotyczącą wysyłania wiadomości, aby wyjaśnić, jak działa automatyczna kompresja i transkodowanie multimediów w przypadku RCS dla firm.

20 lipca 2026 r.

Nowy

Nowa funkcja rejestru kontrolnego: przechwytywanie acting_party w interfejsie RBM Operations API

Aby ułatwić Ci prowadzenie dokładnych rejestrów kontrolnych, wprowadzamy opcjonalny parametr acting_party w interfejsie API brands.agents.updateLaunch.

Dlaczego wprowadzamy tę zmianę

Gdy stan uruchomienia agenta jest aktualizowany za pomocą interfejsu RBM Operations API, pole Identyfikator użytkownika w dziennikach historii domyślnie przyjmuje wartość „Wywołanie interfejsu API”, ponieważ uwierzytelnianie oparte na koncie usługi nie ma kontekstu użytkownika.

Najważniejsze ulepszenia

• Identyfikowalne działania interfejsu API: elementy wywołujące interfejs API mogą teraz jawnie podawać parametr acting_party, który reprezentuje adres e-mail lub identyfikator użytkownika wykonującego działanie.
• Widoczność w konsoli i webhooku: przechwycony identyfikator jest widoczny w historii agenta w konsoli administracyjnej i jest uwzględniany w powiadomieniach webhooka AgentLaunchEvent.
• Spójność rejestru kontrolnego: logi działań inicjowanych przez interfejs API są teraz zgodne z logami generowanymi przez ręczne zatwierdzenia w konsoli.

Jak używać nowego parametru

Aby zacząć rejestrować identyfikatory użytkowników, dołącz parametr zapytania acting_party do żądań do interfejsu API dotyczących brands.agents.updateLaunch.

Więcej informacji znajdziesz w zaktualizowanym przewodniku Zmienianie stanu uruchomienia agenta.

13 lipca 2026 r.

Nowy

Nowy nagłówek HTTP webhooka

Platforma RCS dla firm zawiera teraz nagłówek HTTP X-Goog-Webhook-Type we wszystkich żądaniach webhooka. Ten nagłówek umożliwia natychmiastowe identyfikowanie typów żądań dla wszystkich przychodzących webhooków bez konieczności analizowania treści JSON.

Więcej informacji znajdziesz w zaktualizowanym przewodniku po webhookach.

6 lipca 2026 r.

Zmieniono

Dane dotyczące anulowania subskrypcji w przeglądzie statystyk

W konsoli programisty RCS dla firm w sekcji Przegląd statystyk wyświetlane są teraz dane dotyczące rezygnacji z subskrypcji w przypadku agentów niepromocyjnych, które zastąpiły symbol „N/A”.

26 czerwca 2026 r.

Nowy

Niestandardowe sortowanie list agentów

Punkt końcowy brands.agents.list obsługuje teraz parametr zapytania orderBy. Dzięki temu partnerzy mogą sortować agentów według nazwy, czasu utworzenia lub sygnatury czasowej ostatniej aktualizacji.

Najważniejsze ulepszenia

• Wiele pól sortowania: możesz teraz porządkować agentów za pomocą tych pól:
  • updateTime: sortuje chronologicznie według sygnatury czasowej ostatniej aktualizacji.
  • displayName: sortuje alfabetycznie według zrozumiała dla człowieka nazwy agenta.
  • agentId: sortuje według unikalnego identyfikatora agenta wygenerowanego przez system.
• Kierunek: kierunek sortowania możesz ustawić, dodając do nazwy pola sufiks " asc" lub " desc". Pola określone bez sufiksu będą domyślnie sortowane w kolejności rosnącej.
• Domyślne sortowanie: jeśli parametr orderBy zostanie pominięty, lista będzie domyślnie sortowana według agentId w kolejności rosnącej.

Więcej informacji znajdziesz w zaktualizowanej dokumentacji referencyjnej brands.agents.list.

11 czerwca 2026 r.

Ulepszenie dokumentacji

Zaktualizowaliśmy naszą dokumentację, aby wyjaśnić, że partnerzy mogą zmienić stan uruchomienia agenta z PENDING na UNLAUNCHED, aby anulować oczekującą prośbę o uruchomienie.

Szczegółowe informacje znajdziesz w przewodniku Odbieranie zdarzeń.

22 maja 2026 r.

Egzekwowanie regionalnych punktów końcowych na potrzeby sprawdzania możliwości zbiorczych

Zmieniono

Od 4 maja 2026 r. metoda users.batchGet będzie wymagać użycia regionalnych punktów końcowych. Żądania zbiorcze muszą być wysyłane do punktu końcowego interfejsu API, który odpowiada regionowi geograficznemu numerów telefonów w danym żądaniu.

Dlaczego wprowadzamy tę zmianę

Aby zoptymalizować wydajność i niezawodność interfejsu API oraz ograniczyć wpływ potencjalnych zakłóceń.

Co musisz zrobić

1. Zaktualizuj aplikację, aby wywoływała prawidłowy regionalny punkt końcowy w przypadku żądań users.batchGet.
2. Upewnij się, że każde żądanie users.batchGet zawiera numery telefonów tylko z jednego regionu. Żądania zawierające numery telefonów z różnych regionów lub wysyłane do nieprawidłowego punktu końcowego regionu będą kończyć się niepowodzeniem i zwracać błąd 400 (Nieprawidłowe żądanie).

Co się nie zmienia

Ta zasada nie ma obecnie wpływu na pojedyncze testy funkcji (phones.getCapabilities) i wysyłanie wiadomości. Zdecydowanie zalecamy jednak używanie interfejsów API z podziałem na regiony we wszystkich wywołaniach, aby zoptymalizować wydajność interfejsu API i przygotować się na przyszłe aktualizacje.

12 maja 2026 r.

Nowy

Stałe sugestie dotyczące SMS-ów

Usługa RCS dla firm obsługuje teraz trwałe sugestie w przypadku samodzielnych SMS-ów. W przeciwieństwie do standardowych sugestii tymczasowych, które znikają w miarę kontynuowania rozmowy, sugestie trwałe są wyświetlane w dymku wiadomości i pozostają widoczne przez cały czas trwania rozmowy.

Dlaczego wprowadzamy tę zmianę

Ta funkcja umożliwia użytkownikom ponowne wykonywanie przydatnych działań, takich jak otwieranie adresu URL, wybieranie numeru czy wyświetlanie lokalizacji, długo po wysłaniu początkowej wiadomości, co zapewnia bardziej spójne i niezawodne wrażenia.

Trwałe sugestie „Otwórz URL” wyświetlają docelowy adres URL bezpośrednio na przycisku, aby zwiększyć zaufanie użytkowników i zmniejszyć „niepewność przed kliknięciem” spowodowaną nieznanymi linkami.

Ostrzeżenie: obecnie wdrażamy funkcję stałych sugestii „Otwórz URL”, więc niektórzy użytkownicy mogą nie widzieć docelowego adresu URL bezpośrednio na przycisku.

Obsługiwane typy wiadomości

• Obsługiwane: samodzielne SMS-y.
• Nieobsługiwane: samodzielne wiadomości multimedialne (obrazy, filmy, GIF-y, pliki PDF lub pliki audio). W takich przypadkach używaj kart informacyjnych.

Łączenie sugestii

W jednej wiadomości tekstowej możesz połączyć sugestie trwałe i tymczasowe. Każda sugestia musi zostać zaakceptowana, aby została zachowana.

• Łączny limit: pojedynczy SMS może zawierać maksymalnie 11 sugestii.
• Sugestie stałe: maksymalnie 4 sugestie (wyświetlane w dymku).
• Sugestie tymczasowe: maksymalnie 11 sugestii tymczasowych (wyświetlanych poza dymkiem).

Obsługiwane klienty w przypadku trwałych sugestii

• Obsługiwane: Wiadomości Google (wersja 20260225.00 lub nowsza).
• Nieobsługiwane: Wiadomości Google w wersji starszej niż 20260225.00, iOS i Wiadomości Samsung.

Więcej informacji znajdziesz w zaktualizowanym przewodniku po sugestiach.

27 kwietnia 2026 r.

Zmieniono

Zaktualizowane standardy dotyczące marki i weryfikacji RBM w Wiadomościach Google

Wprowadzamy aktualizacje dotyczące brandingu i weryfikacji RCS dla firm, aby zwiększyć zaufanie użytkowników i dostosować się do standardów Google. Te aktualizacje wpływają na wygląd agentów na liście rozmów, ekranie rozmowy i w szczegółach rozmowy w Wiadomościach Google.

Najważniejsze ulepszenia

• Nowy kształt logo: logo w Wiadomościach Google jest teraz zaokrąglonym kwadratem. Przejście na nowy kształt zaokrąglonego kwadratu jest automatyczne.

  Uwaga: jeśli Twoje obecne logo jest okręgiem na przezroczystym tle, nadal będzie wyświetlane jako okrąg w aplikacji Wiadomości Google. Zalecamy ręczne przesłanie obrazu z pełnym tłem, aby zapewnić najlepszy wygląd w nowym interfejsie. Więcej informacji znajdziesz w artykule Edytowanie informacji o agencie.

• Ikona potwierdzenia: zweryfikowane agenty mają teraz ikonę potwierdzenia. Ikona potwierdzenia pojawi się automatycznie w przypadku agentów, którzy przeszli proces weryfikacji.

Przed	Po

27 kwietnia 2026 r.

Ulepszenie dokumentacji

Zaktualizowaliśmy dokumentację Webhooków, dodając nowe sprawdzone metody zarządzania webhookami, w szczególności dotyczące radzenia sobie z ryzykiem związanym z udostępnianymi kolejkami partnerów i zapobiegania błędom dostarczania wiadomości.

Więcej informacji znajdziesz w zaktualizowanym przewodniku po webhookach.

6 kwietnia 2026 r.

Nowy

Przesyłanie i usuwanie dokumentów weryfikacyjnych agenta za pomocą interfejsu Business Communications API

Aby usprawnić proces weryfikacji agenta, wprowadziliśmy nowe metody w interfejsie Business Communications API, które umożliwiają partnerom przesyłanie i usuwanie dokumentów uzupełniających. Ta funkcja jest opcjonalna.

Najważniejsze ulepszenia

• Nowe metody interfejsu API: partnerzy mogą teraz używać tych metod do zarządzania załącznikami weryfikacyjnymi:
  • attachments.create: przesyła dokument weryfikacyjny.
  • brands.agents.attachments.delete: usuwa załączony dokument weryfikacyjny.
• Widoczność dla operatorów: w przypadku premier zarządzanych przez operatorów przesłane dokumenty są udostępniane każdemu operatorowi wybranemu na potrzeby premiery.

Szczegóły techniczne i limity

• Obsługa plików: początkowo interfejs API obsługuje pliki PDF.
• Maksymalny rozmiar pliku: 50 MB na plik.
• Limit liczby dokumentów: maksymalnie 5 unikalnych dokumentów na agenta.

Więcej informacji o procesie weryfikacji znajdziesz w artykule Przesyłanie informacji do weryfikacji.

1 kwietnia 2026 r.

Nowy

Limity ruchu między agentami w przypadku agentów promocyjnych o niskiej reputacji w Indiach

Wprowadzamy limit ruchu między agentami, aby zmniejszyć liczbę wiadomości w skrzynkach odbiorczych subskrybentów w Indiach. Ten nowy limit ogranicza łączną liczbę wiadomości promocyjnych, które użytkownik może otrzymać od wszystkich agentów o niskiej reputacji w ciągu dnia.

Ten limit dotyczy wszystkich agentów o niskiej reputacji. Agenci o wysokiej i średniej reputacji są zwolnieni z tego ograniczenia.

Szczegółowe wyjaśnienie tych nowych limitów ruchu i innych reguł biznesowych znajdziesz na stronie Przypadki użycia agenta i reguły biznesowe.

1 kwietnia 2026 r.

Nowy

Nowe ustawienia widoczności: archiwizowanie i ukrywanie agentów

Aby ułatwić zarządzanie konsolą, wprowadziliśmy nowe ustawienia widoczności zarówno dla partnerów, jak i operatorów. Te funkcje umożliwiają usuwanie starych lub nieużywanych agentów z ich głównych widoków w konsoli i za pomocą interfejsu API bez wpływu na stan operacyjny agentów.

Dla partnerów: archiwizowanie agentów i przywracanie ich z archiwum

Możesz archiwizować i przywracać z archiwum agentów, którzy są w stanie nieaktywnym (UNLAUNCHED, SUSPENDED lub REJECTED). Nie możesz archiwizować agentów, którzy są w stanie LAUNCHED lub PENDING w sieci dowolnego operatora.

Najważniejsze funkcje

• Konsola programisty RCS dla firm: archiwizuj lub przywracaj agentów pojedynczo lub zbiorczo (do 100 agentów). Więcej informacji znajdziesz w artykule Archiwizowanie i przywracanie agenta.
• Interfejs API zarządzania Google Analytics: umożliwia automatyczne zarządzanie stanem archiwizacji agenta. Więcej informacji znajdziesz w artykule Archiwizowanie agenta i przywracanie go z archiwum.
• Widoki przefiltrowane: domyślnie zarchiwizowane agenty są wykluczone z głównej listy. Aby uwzględnić zarchiwizowane agenty w wynikach, użyj filtrów w konsoli lub parametrów w interfejsie API.

Operatorzy: ukrywanie i odkrywanie agentów

Możesz ukryć lub wyświetlić agentów, którzy są w stanie nieaktywnym (SUSPENDED lub REJECTED) w Twojej sieci. Nie możesz ukryć agenta, jeśli jego stan uruchomienia w Twojej sieci to LAUNCHED lub PENDING.

Najważniejsze funkcje

• Konsola administracyjna: ukrywanie i odkrywanie agentów pojedynczo lub zbiorczo (do 100 agentów). Szczegółowe informacje znajdziesz w artykule Ukrywanie i odkrywanie agenta.
• Operations API: zarządzanie ukrytym stanem agenta w sieci. Szczegółowe informacje znajdziesz w sekcji Ukrywanie i odkrywanie agentów.
• Widoki przefiltrowane: domyślnie agenty oznaczone jako ukryte są wykluczone z głównej listy. Aby wyświetlić te agenty, użyj filtrów w konsoli lub parametrów w interfejsie API.

10 marca 2026 r.

Zmieniono

Zaktualizowaliśmy dozwolone przejścia między stanami uruchomienia podczas zarządzania agentami za pomocą interfejsu RBM Operations API, interfejsu Business Communications API, konsoli administracyjnej i konsoli programisty RCS dla firm. Zapewnia to spójną logikę i synchronizację między interfejsem API a konsolą.

Oto zaktualizowane dozwolone przejścia stanu uruchomienia:

Inicjowane przez operatora

• Od PENDING do LAUNCHED lub REJECTED
• Od LAUNCHED do SUSPENDED
• Od SUSPENDED do LAUNCHED lub UNLAUNCHED

Inicjowane przez partnera

• Od UNSPECIFIED, UNLAUNCHED lub REJECTED do PENDING

Uwaga: jeśli spróbujesz zmienić stan uruchomienia na wartość spoza dozwolonych, interfejs API zwróci odpowiedni komunikat o błędzie.

9 marca 2026 r.

Zmieniono

Przejrzystość adresu URL w przypadku sugerowanego działania „Otwórz URL”

Wiadomości Google wyświetlają teraz podstawowy adres URL bezpośrednio w działaniu „Otwórz URL” w przypadku sugestii na kartach informacyjnych i w karuzelach. Więcej informacji znajdziesz w artykule Otwieranie adresu URL.

Przed	Po

Wyświetlając adres URL, chcemy:

• Budowanie zaufania użytkowników: zmniejszanie problemów i „wahania przed kliknięciem” spowodowanych nieznanymi linkami.
• Zwiększanie zaangażowania: wypracowanie spójnych i niezawodnych nawyków korzystania z RCS dla firm.

Zalecane działania

• Wdrażanie: ta funkcja jest włączana automatycznie. Nie wymaga żadnej integracji technicznej ani zmian w interfejsie API.
• Sprawdź linki: upewnij się, że docelowe adresy URL są zwięzłe i spójne z marką.
• Sprawdź UX: sprawdź bieżące sugerowane działania „Otwórz URL” na kartach informacyjnych i w karuzelach, aby upewnić się, że wyświetlany tekst i widoczny teraz adres URL nie wydają się zbędne lub nieczytelne.

28 lutego 2026 r.

Zmieniono

Wycofanie interfejsu API dla zasobu phones.testers

Aby zapewnić bardziej kompleksową kontrolę, wprowadziliśmy nowy interfejs API testers, który umożliwia zarządzanie całym cyklem życia testerów. Teraz możesz wysyłać lub ponownie wysyłać zaproszenia, sprawdzać stan i usuwać testerów w sposób zautomatyzowany.

Ze względu na tę rozszerzoną funkcjonalność wycofaliśmy starszy zasób phones.testers.

Aby zapewnić nieprzerwane testowanie agentów, wszyscy partnerzy muszą przenieść swoje implementacje do nowego, uproszczonego zasobu interfejsu API testers. Po tej dacie agenci, którzy nie zostali przeniesieni, nie będą mogli zapraszać urządzeń testowych ani nimi zarządzać.

Zasób	Stan
phones.testers	Wycofano
testerzy	Obecnie

Co musisz zrobić:

1. Zapoznaj się z nową dokumentacją API testerów i zaktualizowanym przewodnikiem po konfigurowaniu urządzenia testowego.
2. Zaktualizuj istniejący kod, który wywołuje metodę phones.testers.create, aby używać nowych punktów końcowych zasobu testers.
3. Wdróż i przetestuj nową logikę.

16 lutego 2026 r.

Nowy

Nowe pola w odpowiedzi analytics.agentPerformances.list z dodatkowymi danymi

Metoda analytics.agentPerformances.list w interfejsie RCS Business Messaging API zawiera teraz dodatkowe pola w obiekcie AgentPerformance związane z danymi o powodach anulowania subskrypcji i trendach dotyczących spamu.

12 lutego 2026 r.

Ulepszenie dokumentacji

Zaktualizowaliśmy dokumentację dotyczącą wysyłania wiadomości, dodając nową sekcję Czas życia (TTL) wiadomości, aby wyjaśnić oczekiwane działanie powiadomień i podać zalecenia dotyczące zarządzania przypadkami skrajnymi dostarczania.

5 lutego 2026 r.

Nowy

Nowa strona pomocy dotyczącej kontaktu z zespołem pomocy RCS dla firm

Zastąpiliśmy link „Wyślij e-maila do zespołu pomocy RBM” nową stroną Skontaktuj się z zespołem pomocy RCS dla firm.

Wszystkie prośby o pomoc techniczną należy teraz przesyłać za pomocą formularza kontaktowego pomocy, do którego link znajduje się na tej stronie. Dzięki temu problemy będą dokładnie rejestrowane i przekazywane do szybszego rozwiązania.

Aby pomóc Ci przygotować zgłoszenie, na stronie znajdziesz krótki przewodnik, który zawiera informacje wymagane w przypadku różnych kategorii problemów.

5 lutego 2026 r.

Ulepszenie dokumentacji

Zaktualizowaliśmy dokumentację dotyczącą wysyłania zdarzeń i phones.agentEvent.create, dodając informacje o zachowaniu zdarzeń agenta READ i IS_TYPING w RCS dla firm.

• Aktualizacje określają, że zdarzenia READ są trwałe i przechowywane przez maksymalnie 30 dni, jeśli użytkownik ma włączoną funkcję RCS, ale jest nieosiągalny, natomiast zdarzenia IS_TYPING pozostają tymczasowe i wygasają po około 20 sekundach.

30 stycznia 2026 r.

Nowy

Opcjonalne komentarze dotyczące zatwierdzeń uruchomienia agenta

Operatorzy mogą teraz dodawać komentarze podczas zatwierdzania próśb o uruchomienie agenta.

Zmiany w konsoli

Wcześniej podczas zarządzania agentami w konsoli administracyjnej operatorzy mogli podać komentarz z uzasadnieniem tylko wtedy, gdy odrzucali, zawieszali lub usuwali agenta.

W ramach tej aktualizacji wprowadziliśmy opcjonalne pole komentarza w procesie zatwierdzania. Dzięki temu operatorzy mogą udostępniać ważne informacje bezpośrednio właścicielom agentów w momencie zatwierdzania. Więcej informacji znajdziesz w artykule Zarządzanie agentami w sieci.

Komentarze podane podczas zatwierdzania są zapisywane w historii agenta w konsolach Administracja i Business Communications.

Zmiany w interfejsie RBM Operations API

Pole comment obsługuje teraz wszystkie przejścia między stanami podczas zmiany stanu uruchomienia agenta. Przewoźnicy mogą teraz podać opcjonalny powód zmiany stanu, aby usprawnić komunikację i prowadzenie dokumentacji. Więcej informacji znajdziesz w artykule Zarządzanie agentami za pomocą interfejsu RBM Operations API.

15 stycznia 2026 r.

Nowy

Powiadomienia o kartach informacyjnych i karuzelach w Wiadomościach Google zawierają teraz podgląd multimediów, a także tytuł i opis.

Podglądy multimediów są wyświetlane tylko wtedy, gdy:

• Karty informacyjne: multimedia na karcie to obraz lub miniatura.
• Karuzele: multimedia na pierwszej karcie to obraz lub mają miniaturę.

Zwinięte powiadomienie	Rozwinięte powiadomienie

Dlaczego wprowadzamy tę zmianę

Aby zwiększyć zaangażowanie odbiorców wiadomości.

Wymagane działanie

Nie musisz nic robić.

Nowy

Udostępnianie plików na potrzeby weryfikacji agenta

Aby usprawnić proces zatwierdzania agentów, partnerzy mogą teraz przesyłać dokumenty uzupełniające bezpośrednio w konsoli programisty RCS dla firm.

Najważniejsze ulepszenia

• Bezpośrednie przesyłanie: partnerzy mogą teraz przesyłać upoważnienia i inne dokumenty uzupełniające bezpośrednio do konsoli programisty RCS dla firm. Więcej informacji znajdziesz w artykule Przesyłanie informacji weryfikacyjnych. Pamiętaj, że nawet jeśli dostarczysz pismo upoważniające, podstawową metodą autoryzacji w przypadku premier u operatorów zarządzanych przez Google pozostaje e-mail.
• Widoczność: przewoźnicy, którzy korzystają z konsoli administracyjnej, mogą wyświetlać przesłane dokumenty, aby przyspieszyć ich sprawdzanie. Więcej informacji znajdziesz w artykule Zarządzanie agentami w sieci.
• Elastyczne opcje weryfikacji: nowa funkcja uzupełnia naszą standardową weryfikację opartą na adresie e-mail, która pozostaje aktywna.

Chociaż ta funkcja jest opcjonalna, pamiętaj o tych ograniczeniach technicznych:

• Typ pliku: tylko PDF.
• Maksymalny rozmiar pliku: 50 MB na plik.
• Limit liczby dokumentów: maksymalnie 5 unikalnych dokumentów. Unikaj duplikowania plików.

7 stycznia 2026 r.

Nowy

Wprowadzamy nowe limity ruchu dla promocyjnych agentów RCS dla firm w Indiach.

Limity dotyczące łącznej liczby unikalnych użytkowników

Nowy limit wpływa na łączną liczbę unikalnych użytkowników, do których agent może wysłać wiadomość w ciągu 28 dni, w zależności od jego reputacji. Wszyscy nowi agenci domyślnie zaczynają z niską reputacją.

Szczegółowe wyjaśnienie tych nowych limitów ruchu i innych reguł biznesowych znajdziesz na stronie Przypadki użycia agenta i reguły biznesowe.