Dúvida sobre campo calendario.expiracao

[isabellekoga]

Bom dia, Estamos com algumas dúvidas em relação ao campo calendario.expiracao da cobrança. Em PUT/cob​/{txid} e POST/cob para criar a cobrança imediata, no exemplo do request e do response o campo está do tipo string, e no schema está do tipo int. Este mesmo cenário está ocorrendo no response de:

• PATCH​/cob​/{txid}
• GET/cob​/{txid}
• GET​/cob

[ninrod]

@isabellekoga , é bug. Também reportado em #208.

É um integer mesmo, o exemplo está errado. Obrigado pelo reporte.

[rubenskuhl]

Como mencionei em outro topico, revisao também tem uma ocorrência como string, apesar de estar quase sempre grafado como integer.

[ninrod]

Como mencionei em outro topico, revisao também tem uma ocorrência como string, apesar de estar quase sempre grafado como integer.

@rubenskuhl , bem apontado.

[isabellekoga]

Boa tarde, Seguindo o mesmo tema desta issue, ficamos em dúvida sobre o id do location.
Nas respostas em que o id do location é exibido, temos o mesmo cenário.

[ninrod]

@isabellekoga , obrigado pela contribuição. o schema diz que é integer, então realmente o exemplo está errado e não deveria apresentar uma "string".

[rubenskuhl]

Na mesma linha, o location tem uma definição que é URI... que era um termo que eu julgava saber o que é, até que li este artigo: https://danielmiessler.com/study/difference-between-uri-url/

Os exemplos são todos sem protocolo, e o schema diz uri pois imagino que os autores do schema entendam (como eu entendia) que uri não tem protocolo. Mas dada a ambiguidade da definição, talvez alguma desambiguação seja prudente.

E claro o EMV não tem protocolo e a imagem QR gerada do EMV também não tem.

[ninrod]

Na mesma linha, o location tem uma definição que é URI... que era um termo que eu julgava saber o que é, até que li este artigo: https://danielmiessler.com/study/difference-between-uri-url/

URI nessa posição pode ter sido infeliz. Vamos verificar.