Ta strona zawiera informacje o najnowszych zmianach w RCS dla firm.
25 sierpnia 2026 r.
Nowy
Raporty dotyczące płatności partnera
Wprowadzamy raporty rozliczeniowe partnerów, które zawierają zagregowane dzienne liczby zdarzeń podlegających opłacie, 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 bezpiecznie przesyłane 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 Raporty rozliczeniowe partnera.
31 lipca 2026 r.
Ulepszanie dokumentacji
Zaktualizowaliśmy dokumentację Wysyłanie wiadomości, aby wyjaśnić automatyczną kompresję i transkodowanie multimediów w przypadku RCS dla firm.
20 lipca 2026 r.
Nowy
Nowa funkcja rejestru kontrolnego: przechwytywanie wartości acting_party w interfejsie RBM Operations API
Aby ułatwić Ci prowadzenie dokładnych rejestrów kontroli, wprowadzamy opcjonalny parametr acting_party dla interfejsu 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 podać parametr
acting_party, aby reprezentować 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: Dzienniki działań zainicjowanych przez interfejs API są teraz zgodne z dziennikami generowanymi przez ręczne zatwierdzanie w konsoli.
Jak używać nowego parametru
Aby zacząć rejestrować identyfikatory użytkowników, dołącz do żądań interfejsu API dla brands.agents.updateLaunch parametr zapytania acting_party.
Więcej informacji znajdziesz w zaktualizowanym przewodniku Zmiana stanu uruchomienia agenta.
13 lipca 2026 r.
Nowy
Nowy nagłówek HTTP webhooka
Platforma RCS dla firm zawiera teraz X-Goog-Webhook-Typenagłówek HTTP
we wszystkich żądaniach webhooka. Ten nagłówek umożliwia natychmiastowe rozpoznawanie typów żądań we wszystkich przychodzących webhookach bez konieczności analizowania treści JSON.
Więcej informacji znajdziesz w zaktualizowanym przewodniku Webhooks.
6 lipca 2026 r.
Zmieniono
Statystyki rezygnacji z subskrypcji w przeglądzie Analytics
W konsoli programisty RCS dla firm są teraz wyświetlane dane dotyczące rezygnacji z subskrypcji w przypadku agentów niepromocyjnych na stronie Przegląd statystyk. Zastępują one symbol zastępczy „Nie dotyczy”.
26 czerwca 2026 r.
Nowy
Niestandardowe sortowanie list agentów
Punkt końcowy brands.agents.list obsługuje teraz parametr zapytania orderBy.
Umożliwia to partnerom sortowanie agentów według nazwy, czasu utworzenia lub sygnatury czasowej ostatniej aktualizacji.
Najważniejsze ulepszenia
- Wiele pól sortowania: możesz teraz sortować agentów według tych pól:
updateTime: sortuje chronologicznie według sygnatury czasowej ostatniej aktualizacji.displayName: sortuje alfabetycznie według nazwy agenta czytelnej dla użytkownika.agentId: sortuje według unikalnego identyfikatora agenta wygenerowanego przez system.
- Sterowanie kierunkiem: kierunek sortowania możesz ustawić, dodając do nazwy pola sufiks
" asc"lub" desc". Pola określone bez sufiksu będą domyślnie sortowane rosnąco. - Domyślne sortowanie: jeśli parametr
orderByzostanie pominięty, lista będzie domyślnie sortowana według parametruagentIdw kolejności rosnącej.
Więcej informacji znajdziesz w zaktualizowanej dokumentacji referencyjnej dotyczącej metody brands.agents.list.
11 czerwca 2026 r.
Ulepszanie dokumentacji
Zaktualizowaliśmy naszą dokumentację, aby wyjaśnić, że partnerzy mogą zmienić stan wdrożenia agenta z PENDING na UNLAUNCHED, aby anulować oczekującą prośbę o wdrożenie.
Więcej informacji znajdziesz w przewodniku Odbieranie zdarzeń.
22 maja 2026 r.
Wymuszanie regionalnych punktów końcowych w przypadku sprawdzania możliwości przetwarzania zbiorczego
Zmieniono
Od 4 maja 2026 r. metoda users.batchGet
wymaga używania regionalnych punktów końcowych. Żądania wsadowe muszą być wysyłane do punktu końcowego interfejsu API, który odpowiada regionowi geograficznemu numerów telefonów w tym pakiecie.
Dlaczego wprowadzamy tę zmianę
Aby zoptymalizować wydajność i niezawodność interfejsu API oraz ograniczyć wpływ potencjalnych zakłóceń.
Co musisz zrobić
- Zaktualizuj aplikację, aby wywoływała odpowiedni regionalny punkt końcowy w przypadku żądań
users.batchGet. - Upewnij się, że każde żądanie
users.batchGetzawiera numery telefonów tylko z jednego regionu. Żądania zawierające numery telefonów z różnych regionów lub wysłane do nieprawidłowego regionalnego punktu końcowego będą kończyć się niepowodzeniem i zwracać błąd 400 (Nieprawidłowe żądanie).
Co się nie zmienia
Pojedyncze testy funkcji (phones.getCapabilities) i wysyłanie wiadomości nie podlegają obecnie tym zasadom. Zdecydowanie zalecamy jednak używanie regionalnych interfejsów API we wszystkich wywołaniach, aby zoptymalizować wydajność interfejsu API już teraz i przygotować się na przyszłe aktualizacje.
12 maja 2026 r.
Nowy
Trwałe sugestie dotyczące SMS-ów
RCS dla firm obsługuje teraz trwałe sugestie w przypadku samodzielnych wiadomości tekstowych. W przeciwieństwie do standardowych sugestii tymczasowych, które znikają po kontynuowaniu rozmowy, sugestie trwałe są wyświetlane w dymku wiadomości i pozostają w nim przez całą rozmowę.
Dlaczego wprowadzamy tę zmianę
Ta funkcja umożliwia użytkownikom powracanie do przydatnych działań, takich jak otwieranie adresu URL, wybieranie numeru czy wyświetlanie lokalizacji, długo po wysłaniu pierwotnej wiadomości, co zapewnia bardziej spójne i niezawodne działanie.
Trwałe sugestie „Otwórz adres URL” wyświetlają docelowy adres URL bezpośrednio w przycisku, aby zwiększyć zaufanie użytkowników i zmniejszyć „wahanie przed kliknięciem” spowodowane nieznanymi linkami.
Obsługiwane typy wiadomości
- Obsługiwane: samodzielne SMS-y.
- Nieobsługiwane: samodzielne wiadomości z multimediami (obraz, film, GIF, PDF lub dźwięk). W tych przypadkach używaj kart z elementami rozszerzonymi.
Łączenie sugestii
W jednej wiadomości tekstowej możesz łączyć sugestie trwałe i tymczasowe. Aby sugestia była trwała, musi być „wyrażona na nią zgoda”.
- Łączny limit: jeden SMS może zawierać maksymalnie 11 sugestii.
- Trwałe sugestie: 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 (w wersji
20260225.00lub nowszej). - Nieobsługiwane: Wiadomości Google w wersjach starszych niż
20260225.00, iOS i Wiadomości Samsung.
Więcej informacji znajdziesz w naszym 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 budowania marki i weryfikacji w RCS dla firm, aby zwiększyć zaufanie użytkowników i dostosować się do standardów Google. Te zmiany wpływają na wygląd agentów na liście rozmów w Wiadomościach Google, na ekranie rozmowy i w szczegółach rozmowy.
Najważniejsze ulepszenia
Nowy kształt logo: logo w Google Messages ma teraz kształt zaokrąglonego kwadratu. Przejście na nowy kształt zaokrąglonego kwadratu jest automatyczne.
Uwaga: jeśli Twoje obecne logo to okrąg na przezroczystym tle, w aplikacji Wiadomości Google nadal będzie wyświetlane jako okrąg. Zalecamy ręczne przesłanie obrazu z pełnym tłem, aby zapewnić jak najlepszy wygląd w nowym interfejsie. Więcej informacji znajdziesz w artykule Edytowanie informacji o agencie.
Oznaczenie weryfikacji: zweryfikowane agenty mają teraz oznaczenie weryfikacji. Dla agentów, którzy przeszli proces weryfikacji, pojawi się automatycznie.
| Przed | Po |
|---|---|
![]() |
![]() |
27 kwietnia 2026 r.
Ulepszanie dokumentacji
Zaktualizowaliśmy dokumentację webhooków o nowe sprawdzone metody zarządzania nimi, w szczególności o sposoby radzenia sobie z ryzykiem związanym z kolejkami udostępnianymi partnerom oraz zapobiegania niepowodzeniom w dostarczaniu 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 w interfejsie Business Communications API nowe metody, które umożliwiają partnerom przesyłanie i usuwanie dokumentów pomocniczych. Ta funkcja jest opcjonalna.
Najważniejsze ulepszenia
- Nowe metody API: partnerzy mogą teraz używać tych metod do zarządzania załącznikami weryfikacyjnymi:
attachments.createPrzesyła dokument weryfikacyjny.brands.agents.attachments.delete: usuwa załączony dokument weryfikacyjny.
- Widoczność dla operatora: w przypadku wdrożeń zarządzanych przez operatora przesłane dokumenty są udostępniane każdemu operatorowi wybranemu do wdrożenia.
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 ilościowy: maksymalnie 5 unikalnych dokumentów na agenta.
Więcej informacji o procesie weryfikacji znajdziesz w artykule Przesyłanie informacji weryfikacyjnych.
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ć zmęczenie użytkowników skrzynką odbiorczą w przypadku subskrybentów w Indiach. Ten nowy limit ogranicza łączną liczbę wiadomości promocyjnych, które użytkownik może otrzymywać dziennie od wszystkich agentów o niskiej reputacji.
Ten limit dotyczy wszystkich agentów o niskiej reputacji. Agenci o wysokiej i średniej reputacji są zwolnieni z tego ograniczenia dotyczącego wielu agentów.
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 przewoźników. Te funkcje umożliwiają usuwanie starych lub nieużywanych agentów z widoków głównych w konsoli i za pomocą interfejsu API bez wpływu na stan operacyjny agentów.
Dla partnerów: archiwizowanie i przywracanie agentów
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 żadnej sieci operatora.
Najważniejsze funkcje
- Konsola programisty RCS dla firm: archiwizuj agentów lub przywracaj ich z archiwum pojedynczo lub zbiorczo (maksymalnie 100). Więcej informacji znajdziesz w artykule Archiwizowanie i przywracanie agenta.
- interfejs API zarządzania Google Analytics: programowe zarządzanie stanem archiwum agenta. Więcej informacji znajdziesz w artykule Archiwizowanie agenta i przywracanie go z archiwum.
- Filtrowane widoki: domyślnie zarchiwizowane agenty są wykluczone z głównej listy. Aby uwzględnić w wynikach zarchiwizowane wersje agentów, użyj filtrów w konsoli lub parametrów w interfejsie API.
Dla przewoźników: ukrywanie i odkrywanie pracowników obsługi klienta
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 wdrożenia w Twojej sieci to LAUNCHED lub PENDING.
Najważniejsze funkcje
- Konsola administracyjna: ukrywanie i odkrywanie agentów pojedynczo lub zbiorczo (maksymalnie 100). Szczegółowe informacje znajdziesz w artykule Ukrywanie i odkrywanie agenta.
- Operations API: zarządzanie ukrytym statusem agenta w Twojej sieci. Szczegółowe informacje znajdziesz w artykule Ukrywanie i odkrywanie agentów.
- Widoki filtrowane: domyślnie agenci oznaczeni jako ukryci są wykluczani 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 stanu 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
PENDINGdoLAUNCHEDlubREJECTED - Od
LAUNCHEDdoSUSPENDED - Od
SUSPENDEDdoLAUNCHEDlubUNLAUNCHED
Inicjowane przez partnera
- Od
UNSPECIFIED,UNLAUNCHEDlubREJECTEDdoPENDING
9 marca 2026 r.
Zmieniono
Przejrzystość adresu URL w przypadku sugerowanego działania „Otwórz adres URL”
Wiadomości Google wyświetlają teraz podstawowy adres URL bezpośrednio w działaniu „Otwórz adres URL” w przypadku sugestii na kartach informacyjnych i w karuzelach. Więcej informacji znajdziesz w sekcji Otwieranie adresu URL.
| Przed | Po |
|---|---|
![]() |
![]() |
Wyświetlając adres URL, chcemy:
- Budowanie zaufania użytkowników: zmniejszanie tarć i „wahania przed kliknięciem” spowodowanych nieznanymi linkami.
- Zwiększanie zaangażowania: wypracuj spójne i niezawodne nawyki korzystania z RCS dla firm.
Zalecane działania
- Wdrożenie: ta funkcja jest włączana automatycznie. Nie musisz wprowadzać żadnych zmian technicznych ani zmian w interfejsie API.
- Sprawdź linki: upewnij się, że docelowe adresy URL są zwięzłe i spójne z Twoją marką.
- Sprawdź UX: przejrzyj obecne sugerowane działania „Otwórz adres URL” na kartach informacyjnych i w karuzelach, aby upewnić się, że tekst wyświetlany i widoczny teraz adres URL nie są zbędne ani nie powodują bałaganu.
28 lutego 2026 r.
Zmieniono
Wycofanie interfejsu API dla zasobu phones.testers
Aby zapewnić większą kontrolę, udostępniliśmy nowy interfejs testers API, który umożliwia pełne zarządzanie testowaniem. Teraz możesz wysyłać i ponownie wysyłać zaproszenia, sprawdzać stan i usuwać testerów w sposób zautomatyzowany.
Ze względu na rozszerzenie tej funkcji 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ć:
- Zapoznaj się z nową dokumentacją API testerów i zaktualizowanym przewodnikiem po konfigurowaniu urządzenia testowego.
- Zaktualizuj dotychczasowy kod, który wywołuje metodę
phones.testers.create, aby używać nowych punktów końcowych zasobutesters. - 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 przyczynie rezygnacji z subskrypcji i tendencjach dotyczących spamu.
12 lutego 2026 r.
Ulepszanie dokumentacji
Zaktualizowaliśmy dokumentację Wysyłanie wiadomości, dodając nową sekcję Czas życia wiadomości (TTL), aby wyjaśnić oczekiwane zachowanie powiadomień i przedstawić zalecenia dotyczące zarządzania przypadkami brzegowymi dostarczania.
5 lutego 2026 r.
Nowy
Nowa strona pomocy dotycząca kontaktu z zespołem RCS dla firm
Zastąpiliśmy link „Wyślij e-maila do zespołu pomocy RBM” nową stroną Kontakt z zespołem pomocy RCS dla firm.
Wszystkie prośby o pomoc techniczną należy teraz przesyłać za pomocą formularza kontaktowego pomocy, który znajdziesz na tej stronie. Dzięki temu problemy będą dokładnie rejestrowane i kierowane do odpowiednich zespołów, co przyspieszy ich rozwiązywanie.
Aby ułatwić Ci przygotowanie zgłoszenia, na stronie znajduje się przewodnik szybkiego startu, który zawiera informacje wymagane w przypadku różnych kategorii problemów.
5 lutego 2026 r.
Ulepszanie dokumentacji
Zaktualizowaliśmy dokumentację wysyłania zdarzeń i phones.agentEvent.create, dodając informacje o sposobie dostarczania zdarzeń agenta READ i IS_TYPING w RCS dla firm.
- Aktualizacje określają, że zdarzenia
READsą trwałe i przechowywane przez maksymalnie 30 dni, jeśli użytkownik ma włączone RCS, ale jest niedostępny, natomiast zdarzeniaIS_TYPINGpozostają ulotne i wygasają po około 20 sekundach.
30 stycznia 2026 r.
Nowy
Opcjonalne komentarze dotyczące zatwierdzania uruchomienia agenta
Operatorzy mogą teraz dodawać dodatkowe komentarze podczas zatwierdzania próśb o uruchomienie agenta.
Zmiany w konsoli
Wcześniej podczas zarządzania agentami w konsoli administracyjnej przewoźnicy mogli podać komentarz z uzasadnieniem tylko w przypadku odrzucenia, zawieszenia lub zakończenia współpracy z agentem.
W ramach tej aktualizacji wprowadziliśmy opcjonalne pole komentarza w procesie zatwierdzania. Umożliwia to przewoźnikom udostępnianie ważnych informacji bezpośrednio właścicielom agentów w momencie zatwierdzenia. Więcej informacji znajdziesz w artykule Zarządzanie agentami w sieci.
Komentarze podane podczas zatwierdzania są rejestrowane w historii agenta w konsolach Administracja i Komunikacja z firmami.
Zmiany w interfejsie RBM Operations API
Pole comment obsługuje teraz wszystkie przejścia stanu podczas zmiany stanu uruchomienia agenta.
Przewoźnicy mogą teraz podać opcjonalny powód każdej 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 z elementami multimedialnymi i karuzelach w Wiadomościach Google zawierają teraz podgląd multimediów oraz tytuł i opis.
Podglądy multimediów są wyświetlane tylko wtedy, gdy:
- Karty informacyjne: media na karcie to obraz lub miniatura.
- Karuzela: pierwsza karta zawiera obraz lub miniaturę.
| Zwinięte powiadomienie | Rozwinięte powiadomienie |
|---|---|
![]() |
![]() |
Dlaczego wprowadzamy tę zmianę
aby zwiększyć zaangażowanie 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 pomocnicze bezpośrednio w konsoli programisty RCS dla firm.
Najważniejsze ulepszenia
- Przesyłanie bezpośrednie: partnerzy mogą teraz przesyłać listy autoryzacyjne i inne dokumenty pomocnicze 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 list autoryzacyjny, główną metodą autoryzacji w przypadku uruchamiania usług 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 weryfikację. Więcej informacji znajdziesz w artykule Zarządzanie agentami w sieci.
- Elastyczne opcje weryfikacji: nowa funkcja uzupełnia naszą standardową weryfikację za pomocą adresu e-mail, która pozostaje aktywna.
Ta funkcja jest opcjonalna, ale pamiętaj o tych limitach technicznych:
- Typ pliku: tylko PDF.
- Maksymalny rozmiar pliku: 50 MB na plik.
- Limit ilości: do 5 niepowtarzalnych 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 wysyłać wiadomości w ciągu 28 dni, w zależności od jego reputacji. Wszyscy nowi agenci mają domyślnie 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.





