Não sei se esse é o comportamento desejado da API, porém, fazendo uma consulta aqui em alguns documentos, percebi que, diferentemente de outros campos, como o created_at, declaracao_prestacao_servico.rps.data_emissao, etc, que são retornados em UTC, o campo data_emissao principal da NFS-e está retornando com o horário de Brasília (não sei se para todas as cidades ou se ele pega pelo fuso do município de emissão da nota), mas seria interessante se todos os campos datetime da API retornassem sempre em UTC.
Aproveitando, não sei se está relacionado a esse problema, mas quando os clientes tentaram emitir documentos ontem na parte da noite (após às 21h, que seria 00h UTC), começaram a chegar rejeições E16 - A data da emissão do RPS não poderá ser superior a data de hoje, porque talvez estejam passando a data em UTC, que, entre 21h e 23h59 ficam como sendo “dias diferentes”.
Esse tratamento deve ser feito pela Nuvem na comunicação com a prefeitura ou devemos enviar já as datas com o timezone correspondente? Fico na dúvida se a comunicação com a Nuvem deve ser toda feita em UTC ou não…
O envio de campos data/hora para a Nuvem Fiscal é sempre em UTC.
Para exemplificar, os seguintes valores são equivalentes:
2023-03-31T22:30:00-03:00
2023-03-31T21:30:00-04:00
2023-04-01T01:30:00Z
2023-04-01T01:30:00+00:00
Entretanto, pode ocorrer de alguns provedores/prefeituras não interpretarem adequadamente alguns valores no XML. Qual o provedor que você recebeu essa rejeição E16?
Migramos outro cliente para a Nuvem hoje, que normalmente emite muita nota durante a noite, de uma prefeitura que também usa a TIPLAN, e começaram a receber essa rejeição agora. Vocês conseguiram identificar o problema, tem alguma previsão para resolver essa situação? Devemos tratar do nosso lado aqui para enviar a data com horário de Brasília para evitar esse tipo de erro por enquanto?
Show de bola, acho que não tivemos nenhum caso de notas sendo emitidas entre 21h e 23h59 ontem, mas ficarei de olho aqui quando houver novamente para verificar se está tudo certinho!
Com relação ao campo data_emissao estar vindo com o offset errado, foi resolvido junto ou eram problemas separados mesmo?
Não precisa aguardar alguma nota ser emitida nesse intervalo, basta você baixar o XML gerado para qualquer nota e verificar se a data de emissão está indo no fuso horário da UF do prestador que a emitiu.