Comparação de Páginas

...

1. A receptora de dados deve enviar as permissões desejadas em grupo mínimo de permissões definidos para cada tipo de produto;

2. A receptora de dados pode solicitar mais de um grupo de permissões ao mesmo tempo, respeitando a intenção do cliente durante a criação do consentimento;A transmissora deve rejeitar pedido de criação de consentimento que não respeitem o agrupamento de permissões, dando retorno HTTP Status Code 400

3. Para produtos com seleção por agrupamento de recursos ou agrupamento de produtos, a detentora deve manter as permissões do agrupamento solicitado,
   mesmo quando não os comercialize;

4. Para produtos que exigem a seleção individual de recurso na aprovação do consentimento, caso a detentora não ofereça o produto, deve remover as permissões do agrupamento solicitado, criando o consentimento com as demais permissões solicitadas;

5. Se após a remoção de um agrupamento de produtos não restarem permissões funcionais, a transmissora deve rejeitar o pedido de criação do consentimento dando um retorno HTTP Status Code 422, com a mensagem "NO_FUNCTIONAL_PERMISSIONS_LEFT";

6. Nas situações abaixo, a transmissora deve rejeitar o pedido de criação de consentimento, dando retorno HTTP Status Code 422 com as mensagens especificadas abaixo:

   1. Caso o cliente PF escolha uma marca PJ na criação do consentimento de pessoa física, a transmissora, ao validar a ausência de parâmetros PJ deve retornar HTTP Status Code 422 com a mensagem "BUSINESS_BRAND_WRONGFULLY_CHOSEN";

   2. Caso recebam uma solicitação de consentimento com permissões de dados cadastrais PF e PJ em conjunto, retornar HTTP Status Code 422 com a mensagem "BUSINESS_AND_PERSONAL_PERMISSIONS_COMBINATION";

   3. Caso a Instituição Receptora envie permissões divergentes ao agrupamento especificado na tabela abaixo, retornar HTTP Status Code 422 com a mensagem "WRONG_PERMISSIONS_COMBINATION".

...