Możliwość RBM użytkownika. Ta odpowiedź jest wynikiem żądania capability.requestCapabilityCallback od agenta.
Odpowiedź CapabilityCallbackResponse pojawia się w polu „data” obiektu „message”, który agent otrzymuje z subskrypcji Google Pub/Sub. Pole „data” to ciąg znaków zakodowany w formacie base64, który agent musi zdekodować, aby pasował do struktury CapabilityCallbackResponse.
Zapis JSON |
---|
{ "requestId": string, "phoneNumber": string, "rbmEnabled": boolean, "features": [ enum ( |
Pola | |
---|---|
request |
Identyfikator UUID przypisany przez agenta do żądania capability.requestCapabilityCallback. |
phone |
Numer telefonu użytkownika w formacie E.164. |
rbm |
Określa, czy użytkownik może prowadzić z pracownikami obsługi klienta rozmowy dotyczące RBM. |
features[] |
Lista wszystkich funkcji RBM obsługiwanych w przypadku tego numeru telefonu |
status |
Stan odpowiedzi. Jeśli sprawdzanie możliwości się nie powiedzie, zawiera komunikaty o błędach. |
Stan
Typ Status
definiuje model błędu logicznego, który jest odpowiedni w różnych środowiskach programowania, w tym w interfejsach API typu REST i RPC. Jest używany przez gRPC. Każda wiadomość Status
zawiera 3 elementy danych: kod błędu, komunikat o błędzie i szczegóły błędu.
Więcej informacji o tym modelu błędów i o tym, jak z niego korzystać, 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ą z enumeracji |
message |
Komunikat o błędzie dla programisty, który powinien być w języku angielskim. Komunikaty o błędach wyświetlane użytkownikom powinny być zlokalizowane i wysyłane w polu |
details[] |
Lista wiadomości zawierających szczegóły błędu. Interfejsy API mogą korzystać z wspólnego zestawu typów wiadomości. Obiekt zawierający pola dowolnego typu. Dodatkowe pole |