Możliwości RBM użytkownika. Ta odpowiedź jest wynikiem żądania capability.requestCapabilityCallback wysłanego przez agenta.
Obiekt CapabilityCallbackResponse pojawia się w polu „data” obiektu „message”, który agent otrzymuje z subskrypcji Google Pub/Sub. Pole „data” to ciąg tekstowy zakodowany w formacie Base64, który agent musi zdekodować, aby dopasować go do struktury CapabilityCallbackResponse. Wycofane: nieużywane.
Zapis JSON |
---|
{ "requestId": string, "phoneNumber": string, "rbmEnabled": boolean, "features": [ enum ( |
Pola | |
---|---|
requestId |
Identyfikator UUID przypisany przez agenta do żądania capability.requestCapabilityCallback. |
phoneNumber |
Numer telefonu użytkownika w formacie E.164. |
rbmEnabled |
Określa, czy użytkownik może uczestniczyć w rozmowach RBM z agentami. |
features[] |
Lista wszystkich funkcji RBM, które są obsługiwane w przypadku tego numeru telefonu. |
status |
Stan odpowiedzi. Jeśli sprawdzenie możliwości się nie powiedzie, zawiera komunikaty o błędach. |
Stan
Typ Status
definiuje model błędu logicznego, który jest odpowiedni dla różnych środowisk programistycznych, w tym interfejsów API typu REST i RPC. Jest używany przez gRPC. Każda wiadomość Status
zawiera 3 rodzaje danych: kod błędu, komunikat o błędzie i szczegóły błędu.
Więcej informacji o tym modelu błędów i sposobie pracy z nim znajdziesz w przewodniku API Design Guide (w języku angielskim).
Zapis JSON |
---|
{ "code": integer, "message": string, "details": [ { "@type": string, field1: ..., ... } ] } |
Pola | |
---|---|
code |
Kod stanu, który powinien być wartością wyliczeniową |
message |
Komunikat o błędzie widoczny dla programisty, który powinien być w języku angielskim. Wszelkie komunikaty o błędach wyświetlane użytkownikowi powinny być przetłumaczone i wysyłane w polu |
details[] |
Lista wiadomości zawierających szczegóły błędu. Interfejsy API korzystają z typowego zestawu typów wiadomości. Obiekt zawierający pola dowolnego typu. Dodatkowe pole |