Open gpneto opened 3 years ago
@gpneto, bom dia.
Entendo que o cob
aqui é para fornecer "contexto". Seria para dizer que a chave "diz respeito" a um objeto do endpoint "cob" (e não /cobv, e não /pix, etc...):
Pode-se entender que o payload enviado foi:
var cob = {
...
"valor": {
"original": "0.50"
},
"chave": "email#example.com"
...
}
Por outro lado, constam na documentação apenas exemplos de como se utilizaria a propriedade. Não utilizamos, propriamente, um schema
para regrar o preenchimento de violacoes[n].propriedade
. Como não existe "schema" para isso, em um primeiro momento, entende-se que as duas formas estariam aderentes "cob.chave" e apenas "chave".
A preocupação aqui seria o integrador ter que reescrever parte do seu código em caso de migrações do PSP A para o PSP B devido a essa diferença no campo "propriedade". Não acho que seria um problema relevante, mas posso estar enganado.
Estou com dúvida referente ao campo violacoes.propriedade. No exemplo :
Consta o valor "cob.valor.original", este campo devemos sempre colocar "cob." no início, ou poderia ser apenas "valor.original" ?
Questiono isso porque o payload de request não tem um campo raiz "cob", quando no erro é retornado a propriedade que foi realizada a validação naturalmente deve ser igual a propriedade do envio do payload.
Neste caso acredito seria melhor retornar "valor.original", porque se não fica parecendo que o payload enviado foi :