Italo Giurizzato Junior

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Daniel, Pode ocorrer sim um tempo entre o envio e o retorno.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia José, Você chegou a ler o artigo: Evento de Comprovante de Entrega ?

Bom dia Douglas, Você esta informando que o tipo de serviço é transporte de pessoas? CTe.Ide.tpServ := tsTranspPessoas;

Bom dia Daniel, Favor atualizar os fontes e faça novos testes.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa noite Daniel, Favor atualizar os fontes e faça novos testes.

Boa tarde Marcelo, Desculpe não entendi: "Quando é inserido a assinatura, o qrcode não lê.(somente na impressão)" Você esta com todos os fontes de todas as pastas atualizados? Se sim, a suíte foi reinstalada?

Boa tarde Maikon, Favor atualizar os fontes e faça novos testes. Agora se o valor de respSeg for igual rsTomadorServico a tag CNPJ ou CPF do responsável será gerado caso contrario não será.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde, Qual é a mensagem que esta sendo apresentada? Que eu saiba não existe nenhuma propriedade que inibe a apresentação das Exception.

Boa tarde Daniel, Se possível anexar os XMLs de envio e de retorno para que possamos fazer as devidas alterações na rotina que faz a leitura do retorno. Desde já muito obrigado pela colaboração. Vou analisar as suas alterações e assim que possível vou enviar para o repositório.

Boa tarde Wellisson, Acredito que o problema seja a data e hora da Entrega e a data e hora hash Entrega que são exatamente iguais inclusive hora/minuto/segundos. No mesmo segundo que a entrega foi realizada a foto foi tirada o evento foi enviado. Como o evento é enviado pela transportadora, por mais que o entregador esteja usando um dispositivo móvel com conexão com a internet para realizar o envio do evento, pelo menos o horário deveria ser posterior, exemplo: Data e hora de Entrega: 27/08/2019 - 12:28:09 Data e hora do Hash de Entrega: 27/08/2019 - 12:30:00 Data e hora do Evento: 27/08/2019 - 12:30:10 (este ultimo tem que ter uma tolerância máxima de 5 minutos em relação com o webservice da SEFAZ). Resumindo a Data e Hora do Evento você pode usar o Now, já os outros até pode usar o Now desde que exista uma diferença entre eles conforme o exemplo acima. Uma transportadora que não possui um dispositivo móvel para o envio do evento pelo entregador, se faz necessário que o entregador anote no canhoto a data e hora da entrega e esta informação será usada na tag dhEntrega.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

27/08/2019 Disponível serviços de autorização síncrona de CT-e na SVRS O Webservice de Recepção Síncrona de CT-e da versão 3.00 está disponível para utilização das empresas emitentes no ambiente de autorização da SEFAZ Virtual RS.

Boa tarde Marcelo, Ao mudar para o nível M ao gerar o QR-Code, conforme eu entendi a leitura do QR-Code não funciona. Por outro lado se deixar do jeito que foi implementado, a leitura do QR-Code funciona sem nenhum problema. Logo podemos concluir que não devemos alterar para o nível M. A não ser que as pessoas incumbidas de realizar a fiscalização vão utilizar algum aplicativo capaz de ler o QR-Code gerado com nível M.

Boa tarde Maikon, Sim, se estiver validando antes do envio, sem problemas.

Boa tarde Igor, Vendo o código no componente, se você não informar nenhuma chave de NF-e o grupo <infEntrega> não é para ser gerado. No seu XML consta o grupo e a tag chNFe vazia. O XML esta sendo gerado pela sua aplicação?

Boa tarde Douglas, Que eu me recordo o layout seguido pela prefeitura de Blumenau não é ABRASF, só se mudou agora. Favor verificar se esse exemplo de XML realmente é do provedor NotaBlu. Pois os Schemas de validação que temos não bate com esse layout.

Bom dia Daniel, Favor atualizar os fontes e faça novos testes.

Bom dia Maikon, Essa tag nos schemas da versão 3.00 ela era obrigatória, já na versão 3.00a ela deixou de existir. Isso faz com que tivéssemos 2 schemas, um para cada ambiente. Eu mudei o schema deixando a tag como opcional, desta forma seria possível usar o mesmo schema para ambos os ambientes. Pois atribuindo o valor zero ao campo pICMSInterPart ele não seria gerado (para o ambiente de homologação) e atribuindo o valor 100 para ser gerado no ambiente de produção. Fiz uma alteração no componente para deixar a geração da tag opcional em vez de obrigatória. Agora com a liberação da versão 3.00a em produção, podemos passar a usar o schema da SEFAZ e devemos comentar a linha que gera a respectiva tag.

Bom dia a todos, Igor, notei que no seu evento de Comprovante de Entrega, o CNPJ do emitente da NF-e é o mesmo do CT-e. Essa empresa além de vender ela é uma transportadora também? Ou você montou uma chave qualquer para fim de testes? Será que a SEFAZ não esteja validando a chave da NF-e em ambiente de homologação? Algo do tipo, comparando o CNPJ de ambas as chaves (CT-e e NF-e) e por serem iguais esta rejeitando o evento.