CapabilityCallbackResponse

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 (Feature)
  ],
  "status": {
    object (Status)
  }
}
Pola
requestId

string

Identyfikator UUID przypisany przez agenta do żądania capability.requestCapabilityCallback.

phoneNumber

string

Numer telefonu użytkownika w formacie E.164.

rbmEnabled

boolean

Określa, czy użytkownik może prowadzić z pracownikami obsługi klienta rozmowy dotyczące RBM.

features[]

enum (Feature)

Lista wszystkich funkcji RBM obsługiwanych w przypadku tego numeru telefonu

status

object (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

integer

Kod stanu, który powinien być wartością z enumeracji google.rpc.Code.

message

string

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 google.rpc.Status.details lub zlokalizowane przez klienta.

details[]

object

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 "@type" zawiera identyfikator URI identyfikujący typ. Przykład: { "id": 1234, "@type": "types.example.com/standard/id" }.