...
Recursos que se encontram em plena utilização e disponíveis nos canais de atendimento eletrônico para os usuários finais devem ter seus status como AVAILABLE;
Recursos que se encontram em bloqueios temporários, quando o cliente não possui acesso ao recurso por meio dos canais de atendimento eletrônico, devem retornar o status TEMPORARILY_UNAVAILABLE;
Recursos que se encontram em bloqueios definitivos, quando o cliente não possui acesso ao recurso por meio dos canais de atendimento eletrônico, devem retornar o status UNAVAILABLE;
Recursos que se encontram encerrados, quando o cliente não possui acesso ao recurso por meio dos canais de atendimento eletrônico, devem retorna o status UNAVAILABLE;
Recursos que foram migrados e se encontram indisponíveis nos canais de atendimento eletrônico devem retornar o status UNAVAILABLE;
Recursos em status UNAVAILABLE por mais de 3 meses podem ser expurgados da base da transmissora e não necessita retornar como status UNAVAILABLE em futuras requisições ao endpoint /resources;
Casos de uso que um cliente final efetue um consentimento para mais de um recurso e um deles exija a aprovação de múltiplas alçadas (PENDING_AUTHORISATION) e o outro esteja disponível para consulta (AVAILABLE, o comportamento esperado é que cada recurso tenha seu status representado de forma independente.
...
Com a entrada da v3 da API Recursos, passa a ser disponibilizado um novo tipo de recurso, para possibilitar o consumo de recursos de produtos de Câmbio.
Orientação sobre status code 202
O status code 202 pode ser utilizado pela transmissora na primeira chamada da API Resources por uma receptora (para um novo consentimento). Com a entrada da v3 da API Resources, passa a haver o tempo máximo de 5 minutos para o retorno 202. Após esse tempo a transmissora deve usar o status code de erro apropriado para o não retorno das informações.