Italo Giurizzato Junior

Boa tarde Douglas, Muito Obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa tarde Rogério, Movi a sua postagem por ter postado em lugar errado (ACBrMDFe se refere ao componente de Manifesto de Documentos Fiscais Eletrônicos e não Manifestação do Destinatário que é um evento). Por favor preste mais atenção onde postar, pois você poderá ficar sem a resposta. Ao enviar o evento de Manifestação do Destinatários dessas notas que não foi liberado o XML para Download, o evento foi registrado com sucesso?

30/08/2019 ATENÇÃO: Publicada a versão 1.30 da NT 2019.001 Publicada a versão 1.30 da NT 2019.001, que divulga novas regras de validação e atualiza regras existentes da NF-e/NFC-e versão 4.0, com os seguintes objetivos: • Informados os locais de publicação das tabelas de códigos de benefícios fiscais e de regras de validação opcionais por unidade federada • Novas datas de vigência para algumas regras de validação Publicada a tabela cBenef x CST atualizada até 30/08/2019 Assinado por: Coordenação Técnica do ENCAT Informações importantes nessa nova versão: 1.7 Comentários Sobre o Código de Benefício Fiscal O código de benefício fiscal (tag: cBenef), por tratar de situações particulares de cada unidade federada, tem sua definição também especificada pelas UF que o utilizam. Estas definições constam de tabela publicada no Portal Nacional da NF-e, na área “Diversos” da aba “Documentos”. Esta tabela tem sofrido atualizações com frequência maior do que a desejável, em virtude do fato que o uso dos códigos pelas empresas no ambiente de homologação tem evidenciado a necessidade de ações de correção de natureza emergencial por parte das Administrações Tributárias envolvidas. É esperado que em futuro próximo a tabela tenha a estabilidade necessária. 1.8 Novas Datas de Vigência para Algumas Regras de Validação Em função de necessidades ditadas pelas legislações de algumas unidades federadas, e atendendo a pleitos de contribuintes e de entidades associativas, as datas de início de exigência das regras de validação N12-85, N12-86, N12-90, N12-94 e N12-97 obedecerão ao disposto na tabela a seguir: UF Regra de validação N12-85 N12-86 N12-90 N12-94 N12-97 MT (3) (3) (2) (3) (*) PR (1) (1) (*) (2) (1) RJ (2) (2) (2) (2) (2) RS (2) (2) (2) (2) (2) demais UF (*) (*) (*) (*) (*) Onde a respectiva data de início de vigência corresponde a: (*) Regra de validação não será aplicada (1) Aplicação a partir de 02/09/2019 (2) Aplicação a partir de 01/10/2019 (3) Aplicação a partir de 01/01/2020 As datas aqui definidas, juntamente com todas as demais informações a respeito das regras de validação opcionais por UF, podem ser consultadas em tabela publicada no Portal Nacional da NFCe, na área “Regras de Validação” da aba “Desenvolvedor”. Para contribuintes estabelecidos no estado do Rio Grande do Sul, no caso das regras N12-85, N1286 e N12-94, o ambiente de autorização em produção, até 31/3/2020, e o ambiente de autorização em homologação até 09/2/2020, aceitarão três situações para o campo cBenef:  NULO (sem preenchimento do campo);  com a descrição "SEM CBENEF"; ou  com o código do benefício; neste último caso, é realizada a devida validação de compatibilidade com o CST informado.

Boa tarde Igor, Com certeza é alguma kaka da SEFAZ.

Boa tarde Marcos, O valor tpNenhum foi criado para fazer com que o grupo infFretamento não seja gerado, visto que ele é opcional.

Bom dia Lucas, Favor anexar o XML.

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.