API - historico de atendimento

Seja bem-vindo a comunidade @Engenharia_de_Dados, então, tem um endpoint na documentação que permite trazer o histórico de mensagens de uma conversa, se não me engano existe um limite apenas, mas você consegue consumir estes dados. Da uma conferida lá:

Get Last Messages

Aproveita e baixa a collection de endpoints do postman que tem na documentação também, tem bastante coisa legal lá, inclusive esse que citei acima:

Postman Collection

Espero que te de um norte, abraço!!!

Eu acho que não é isso que ele quer. Eu também estou atrás desse histórico de atendimentos. Eu não quero as últimas mensagens. Eu quero os dados que vem naquela tabela, conforme eu filtro por atendente e data. Porém, não achei nada disso. Estou começando a pensar que não existe uma forma.

Bom dia @Engenharia_de_Dados ! Tudo bom?

Consegue sim. Você consegue extrair todos os tickets de um bot através da rota “Get all tickets of a bot” na collection da Blip.

Lembrando que o limite para cada requisição é de 100 tickets, então vc terá que ir acrescentando skip para paginar a sua buca.

POST

{

"id": "{{$guid}}",

"to": "[email protected]",

"method": "get",

"uri": "/tickets?$skip=0&$take=100"

}

Legal. Desculpe se estou fazendo uma pergunta muito básica, mas id é do bot??

Eu tentei com Authorization que funcionou para pegar reports e com o id, mas não deu.

@Hugo Avell  tudo bem ? A request é assim

POST https://{{contract_id}}.http.msging.net/commands HTTP/1.1
Content-Type: application/json
Authorization: Key {YOUR_TOKEN}

{
  "id": "{{$guid}}",
  "to": "[email protected]",
  "method": "get",
  "uri": "/tickets?$take=100"
}

POST https://{{contract_id}}.http.msging.net/commands HTTP/1.1
Content-Type: application/json
Authorization: Key {YOUR_TOKEN}

{
  "id": "{{$guid}}",
  "to": "[email protected]",
  "method": "get",
  "uri": "/tickets?$take=100"
}

Eu consegui fazer, mas em “items”: retornou uma lista vazia. No “to”: retornou o id de um bot diferente do que tem atendimento. O bot que tem atendimento foi conectado por Builder e não por HTTP, e eu não tenho o Authorization  key. As chaves de autorização, são diferentes?? Terei que alterar o tipo de conexão, ou é só para gerar a chave de autorização? Estou com receio de desativar a conexão atual se eu conectar por HTTP.

POST https://{{contract_id}}.http.msging.net/commands HTTP/1.1
Content-Type: application/json
Authorization: Key {YOUR_TOKEN}

{
  "id": "{{$guid}}",
  "to": "[email protected]",
  "method": "get",
  "uri": "/tickets?$take=100"
}

 @Hugo Avell você não tem que trocar o tipo de conexão do bot, apenas usar a chave do bot de atendimento gere uma nova conforme doc: 

https://help.blip.ai/hc/pt-br/articles/24758012958359-Nova-forma-de-gest%C3%A3o-de-chaves-de-acesso

POST https://{{contract_id}}.http.msging.net/commands HTTP/1.1
Content-Type: application/json
Authorization: Key {YOUR_TOKEN}

{
  "id": "{{$guid}}",
  "to": "[email protected]",
  "method": "get",
  "uri": "/tickets?$take=100"
}

@Rafael_Figueiredo Obrigado pelo esclarecimento. Só mais duas dúvidas, seu eu gerar uma nova chave, não terá efeito sobre as criadas anteriormente, certo? As anteriores continuarão funcionando nas integrações que foram usadas?
Somente se eu apagar alguma, posso ter problemas né?

POST https://{{contract_id}}.http.msging.net/commands HTTP/1.1
Content-Type: application/json
Authorization: Key {YOUR_TOKEN}

{
  "id": "{{$guid}}",
  "to": "[email protected]",
  "method": "get",
  "uri": "/tickets?$take=100"
}

@Hugo Avell Certo é isso mesmo só afeta se você apagar, você pode ter até 3 chaves operandos para o bot.

Desculpe estender o assunto, mas quando criei a chave a nova chave passou a ser padrão, como posso voltar para a anterior?? 
A anterior tem integrações mais importantes que não pode ser apagada.
Para piorar, quando fui copiar as autorizações da nova chave, cliquei em algo errado e elas sumiram. Agora terei que gerar uma nova, mas preciso apagar essa que não vou usar. Por isso terei que tornar a anterior padrão novamente.

@Hugo Avell tenha calma que ainda da para fazer alguns contornos crie mais uma chave essa nova copie a acess key e authorization com cuidado e salve em um cofre de senhas se possível. 

Entenda que a nova sempre vai ser a padrão, mas isso só tem haver com a segurança para ela não ser deletada isso não significa de fato que só ela pode fazer x coisas o permissionamento é igual em todas. Quando for deletar tenha cuidado de qual você vai deletar pelo nome que você deu para não deletar a que foi gerada primeiro acho que ele ate não tem nome.