Merge pull request #255 from Sensedia/ORB-421

[ORB-421] correções

Author: rafaelmiron

documentation/source/swagger/parts/_open_banking_fase3_apis_part.yml

@@ -165,10 +165,6 @@ info:
     Ao receber o POST /payments/v1/pix/payments é importante observar que a Detentora deverá validar as informações passadas pela Iniciadora nos campos do payload de envio do consentimento e do pagamento (como, por exemplo, valores e dados do creditado), além de ser necessário decodificar o código para os casos de pagamentos iniciados a partir de um Pix QRCode, a fim de que a Detentora carregue as informações complementares (como, por exemplo, o TxID) na mensageria do Pix (atenção para a PACS008 e as <a href="https://www.bcb.gov.br/estabilidadefinanceira/pix?modalAberto=regulamentacao_pix" target="_blank">regulamentações do Pix</a>).   
     A Detentora deve validar as informações de detalhes do payload com os dados de detalhes do consentimento, de acordo com a forma de pagamento. Caso os dados do detalhe informados no consentimento sejam diferente dos dados enviados na iniciação de pagamento, a Detentora de retornar erro HTTP 422 Unprocessable Entity, com o code BENEFICIARIO_INCOMPATIVEL.  
 
-    #### POST /payments/v1/pix/payments
-    A Detentora deve validar as informações do payload com os dados do consentimento, de acordo com a forma de pagamento. 
-    Caso os dados do detalhe informados no consentimento sejam diferente dos dados enviados na iniciação de pagamento, a Detentora de retornar erro HTTP 422 Unprocessable Entity, com o code BENEFICIARIO_INCOMPATIVEL. Nesse cenário, o consentimento não deve assumir o status CONSUMED.  
-
     #### Efetivação do pagamento&lt;&lt;Assync&gt;&gt;
     A Detentora de Conta efetua a transação de pagamento entre o Debtor e Creditor através da forma de pagamento escolhida pelo Debtor. A efetivação da transação acontece de maneira assíncrona ao fluxo do Open Banking, seguindo as regras e interfaces do arranjo utilizado (apenas PIX disponível nesse momento).
 

documentation/source/swagger/parts/schemas/payments_apis/CreatePixPaymentData.yaml

@@ -7,7 +7,7 @@ required:
   - cnpjInitiator
 properties:
   localInstrument:
-    $ref: ../payments_apis/EnumLocalInstrument.yaml
+    $ref: ./EnumLocalInstrument.yaml
   payment:
     $ref: ./PaymentPix.yaml
   creditorAccount:

documentation/source/swagger/parts/schemas/payments_apis/PaymentDetails.yaml

@@ -4,8 +4,6 @@ description: |
 required:
   - localInstrument
   - creditorAccount
-  - qrCode
-  - proxy
 properties:
   localInstrument:
     $ref: ./EnumLocalInstrument.yaml
@@ -40,7 +38,9 @@ properties:
       No caso de chave aleatória deve ser informado o UUID gerado pelo DICT, conforme formato especificado na RFC41223.  
       Se informado, a detentora da conta deve validar o proxy no DICT quando localInstrument for igual a DICT, QRDN (uso futuro) ou QRES (uso futuro) e validar o campo creditorAccount.
       Esta validação é opcional caso o localInstrument for igual a INIC.  
-      [Restrição] Se localInstrument for igual a MANU, o campo proxy não deve ser preenchido. Se localInstrument for igual INIC, DICT, QRDN (uso futuro) ou QRES (uso futuro), o campo proxy deve ser sempre preenchido com a chave Pix.
+      [Restrição]  
+      Se localInstrument for igual a MANU, o campo proxy não deve ser preenchido.  
+      Se localInstrument for igual INIC, DICT, QRDN (uso futuro) ou QRES (uso futuro), o campo proxy deve ser sempre preenchido com a chave Pix.
   creditorAccount:
     $ref: ../business_commons/CreditorAccount.yaml
 additionalProperties: false