Italo Giurizzato Junior

Boa tarde Fabiano, Você não informou o CNPJ do Sindicato da Categoria Profissional, veja: [infoCeletista] dtAdm=02/05/2019 tpAdmissao=1 indAdmissao=1 tpRegJor=1 natAtividade=2 dtBase= cnpjSindCategProf= Tem que preencher esse ultimo campo.

Boa tarde Luciano, Acredito ter encontrado o problema, fiz uma alteração no fonte do componente, na próxima compilação do ACBrMonitor Plus já vai constar essa alteração.

Boa tarde Luiz, No meu entendimento você pode sim gerar o BP-e em Contingência com série diferente se tratando do embarcado.

Boa tarde Campos, Acredito que a forma que eu utilizei para anexar o XML do CT-e no XML a ser enviado para o webservice da ELT não foi a forma correta. Se conseguirmos corrigir isso acho que vai funcionar.

Bom dia, Não entendi qual é a finalidade dessa unit?

Diogo, Neste caso o que tudo indica é que o webservice responsável por gerar o XML de retorno referente a consulta a situação de uma nota não esta levando ainda em consideração a existência desse novo tipo de evento. Resumindo o problema é na SEFAZ.

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

Bom dia Alberto, Os schemas da NF-e estão na mesma pasta dos Schemas do CT-e? Os Schemas referente ao DistribuicaoDFe tem o mesmo nome, ou seja, não tem nada que diz que um é da NF-e e outro é do CT-e. O grande problema é com relação a versão, que no caso da NF-e a versão é 1.01 e do CT-e é 1.00 No que ao gerar o XML de DistribuicaoDFe (de envio) esta aparecendo a versão 1.01, logo no retorno diz que a versão esta errada. Para esta aparecendo essa versão na pasta que deveria ter somente os Schemas do CT-e tem também os da NF-e, ou foi trocado somente o schema do DistribuicaoDFe do CT-e pelo da NF-e.

Bom dia Diego, No que se refere ao CT-e consta somente o mês e ano, não consta o dia. Por outro lado no caso do MDF-e que também só constava o mês e ano, agora temos a informação completa. Leia essa noticia: MDF-e versão 3.00a

Diogo, Abra esses 2 XML e compare as datas. No XML refere ao evento note que o evento foi registrado e vinculado em: <dhRegEvento>2019-06-18T08:41:13-03:00</dhRegEvento>, ou seja, no dia 18/06/2019 as 08:41:13 No XML refere a consulta temos: <dhRecbto>2019-06-18T08:41:50-03:00</dhRecbto>, ou seja, no dia 18/06/2019 as 08:41:50 A diferença é questão de segundos, o que pode ter ocorrido é que ao realizar a consulta o serviço de consulta ainda não tinha a informação do cancelamento.

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

Bom dia Wesley, Essa linha se encontra em qual Unit?

Bom dia Diogo, Toda nota para ser cancelada primeiro precisa ser autorizada. Logo é normal ao consultar uma nota a SEFAZ retornar que a mesma esta autorizada. No XML de retorno da consulta costuma constar a situação da nota, ou seja, autorizada e caso ela tenha eventos vinculados a ela é retornado também a lista de eventos. Verifique se no XML consta além da informação que ela esta autorizada o evento de cancelamento.

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

Bom dia Alex, Favor ler a noticia: Código Numérico inválido, Chave não Gerada

Boa noite Edson, Essa alteração foi sim para o repositório. A sua unit não nenhuma outra alteração, pois as vezes o Tortoise não atualiza a unit caso ela tenha alguma alteração. Renomeia a sua unit e baixe novamente os fontes.

Boa noite Ailton, Por favor leia essa noticia: Código numerico invalido, chave não gerada.

Olá pessoal, Quem atualizou os fontes e reinstalou a Suite ACBr, pode ser que esteja recebendo essa mensagem de erro no momento que vai gerar a NF-e / CT-e / MDF-e / BP-e. Porque esta mensagem esta aparecendo para alguns e para outros não? Simples, quando o XML é gerado com base em alguns dados do documento fiscal é gerado a chave do mesmo. Essa mensagem de erro é devido a uma validação que foi implementada na função que gera a chave. Essa validação visa garantir que a sua Nota (por exemplo) não seja rejeitada pela regra de validação B03-10 que consta na Nota Técnica 2019/001. Como vocês podem ver na imagem acima, a aplicação dessa regra é obrigatória, ou seja, todas as SEFAZ-Autorizadoras devem implementar essa regra. Ela será implementada no dia 01/07/2019 no ambiente de Homologação e no dia 02/09/2019 no ambiente de Produção. A validação que foi implementada ao gerar a chave é exatamente a descrita na regra, ou seja, o valor de cNF não pode ser igual a nNF e a nenhum dos números listados na regra. Por curiosidade resolvi pegar o Manual da NF-e mais antigo que tenho (Março de 2009) veja o que esta escrito na definição do campo cNF: O Manual deixa claro que o numero atribuído a cNF tem que ser um numero aleatório. Portanto quem costuma atribuir a cNF o mesmo numero atribuído a nNF esta fazendo errado e agora não vai ter perdão, pois se insistir a SEFAZ não vai aceitar a nota. Mas a regra B03-10 da Nota Técnica 2019/001 não se refere apenas a NF-e / NFC-e? Sim, mas tenham certeza que essa regra de validação em breve vai ser implementada para os demais DF-e - Documentos Fiscais Eletrônicos. Alguém duvida disso? O que devo fazer para que a minha aplicação não pare com a mensagem de erro: Código Numérico inválido, Chave não Gerada ? Muito simples, vou dar como exemplo o fragmento de código da minha aplicação: Como é hoje, note que eu já gerava o código como sendo um numero aleatório: NotaFiscalVenda := (DM_VEN.NotasDocumento.AsInteger + 1); CodigoChave := Random(99999999) + 1; // +1 para garantir que não seja zero Como vai passar a ser, para ter uma garantia maior ainda: NotaFiscalVenda : =(DM_VEN.NotasDocumento.AsInteger + 1); CodigoChave := GerarCodigoDFe(NotaFiscalVenda); A função GerarCodigoDFe esta definida na Unit ACBrDFeUtil, logo você vai ter informar essa Unit em Uses do seu Form. Note que ela recebe como parâmetro o numero da nota, pois a função vai gerar o código aleatoriamente e vai validar o mesmo e pela regra o código não pode ser igual ao numero da nota. De forma semelhante você terão que fazer o mesmo nas suas aplicações que emitem CT-e, MDF-e e BP-e. É preferível fazer essa correção na aplicação agora do que receber dezenas ou até centenas de ligações de clientes que não estão conseguindo autorizar os seus documentos na SEFAZ. Fica ai a dica.

Boa tarde Joveci, Abra esse XML usando um navegador. Note que foram ADD 4 notas, sendo que a primeira não foi informado a chave. No grupo <tot> a quantidade de notas é 3, logo a nota cuja chave esta em branco não deveria existir.

Boa tarde Diego, Já baixei os Manuais e os Schemas. No Portal por enquanto só foram estabelecidos as datas do MDF-e, do CT-e pelo que me consta ainda não.

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

Boa tarde, Favor atualizar os fontes e refaça os testes.

Luciano, Anexa o seu arquivo INI inteiro.

Zanutto, Favor anexar o XML que esta ocorrendo erro de validação.

Boa tarde Antônio, Muito obrigado pela correção, já enviei para o repositório.