Adiciona lógica de consumo da API de convite da Portfoliorrr

[oLucasAguilar]

Alcançamos com este PR

Resolve #57

Esse PR adiciona a lógica de consumo da API de criação de convite da Portfoliorrr.

Até então, quando um convite era criado, isso era feito apenas na ColaBora. Então a ideia é que, com essa PR, quando um convite for criado ele só será válido se for criado nas duas plataformas.

Criamos uma model nova chamada PortfoliorrrInvitation onde criamos o método responsável por fazer a requisição POST na API da Portfoliorrr.

A chamada da requisição foi inserida dentro do método de criação de um convite. Ele é criado com o status processing e só recebe o status pending quando recebemos um retorno positivo da API. Se a API não retornar success o convite é automaticamente cancelado.

Devido a essa necessidade do retorno da requisição, tivemos que adicionar em alguns testes o allow para o Faraday mockar a resposta positiva da API. Ficamos em dúvida de qual seria a melhor prática para os testes passared, então usamos o allow mesmo.

Deixamos a estrutura dos métodos de create e cancel do Invitation preparadas para a criação dos jobs.

Débitos

• Ficou em débito o consumo da API patch da Portfoliorrr para cancelamento de convite, para que o status dos convites nas duas plataformas fiquem sincronizado.

[paulohenrique-gh]

Ficou ótimo pessoal! Solicitei apenas um ajuste no teste que ficou com nome duplicado. Sobre a dúvida no allow, @oLucasAguilar, não sei se entendi bem mas me parece estar no padrão que a gente já vinha usando. Se a intenção era usar spy, o que entendi foi que ele é usado pra monitorar as chamadas de métodos em uma classe, e o allow pra manipular o que um método retorna. Desculpa se entendi errado, qualquer coisa a gente se fala. Bom trabalho!

[OtavioLins]

Com exceção de uma questão de estrutura, o código me parece bem bom! Bom trabalho :)

[OtavioLins]

Ficou ótimo, gente. Vocês não conheciam service mas basicamente fizeram um, só que deram o nome de model :)