Italo Giurizzato Junior

07/10/2019 Ativadas as regras do QRCode em Produção Comunicamos que as regras de preenchimento do QRCode do MDF-e passaram a ser obrigatórias no ambiente de produção desde as 09:00 de hoje (07/10).

07/10/2019 Ativadas as regras do QRCode em Produção e desativação da regra G234 Comunicamos que as regras de preenchimento do QRCode do CT-e passaram a ser obrigatórias no ambiente de produção desde as 09:00 de hoje (07/10). Também informamos que a regra de validação G234 (Rej. 786) que verifica a EC87 está suspensa na SVRS conforme definido em reunião do grupo técnico do CT-e realizada em BH no dia 01/10/2019. Regra G234 que esta suspensa, ou seja, não será validada pela SEFAZ: Se Tipo do CT-e= 0 (Normal), 3 (Substituição) ou 1 (Complemento de Valores) na Operação interestadual com Tipo de Serviço Normal, Destinatário não contribuinte (tag IE do destinatário não informada) e Tomador diferente de remetente e não contribuinte (indIEToma=9) Grupo de informações da partilha do ICMS com a UF de fim da prestação deve estar preenchido

Olá pessoal, A versão mais recente chamada de 3.00a tem como diferencial a tag que contem a string do QR-Code. O ambiente de produção das SEFAZ-Autorizadoras passou a exigir essa tag a partir do dia 26/08/2019, sendo assim não faz mais sentido a propriedade de configuração: GerarInfCTeSupl que dependendo do seu valor gerava ou não o grupo <infCTeSulp que contem a tag <qrCodCTe>. Será removido a condição para gerar ou não o grupo <infCTeSupl> bem como a propriedade de configuração mencionada acima, pois agora esse grupo tem que existir no XML. Ao atualizar os fontes a partir do dia 14/10/2019 poderá ocorrer erro de compilação e ou de execução por conta dessa propriedade que não vai mais existir. A solução para esse problema é muito simples: 1. remover dos fontes da sua aplicação todas as linhas que fazem referencia a propriedade GerarInfCTeSupl. 2. abrir os arquivos DFM que contem o componente ACBrCTe e remover a linha que contem a propriedade GerarInfCTeSupl. Feito isso basta compilar a sua aplicação com a opção Build.

Boa noite Thiago, Se não me falha a memória, sim.

Boa tarde Thiago, Você esta com todos os fontes atualizados?

José, Você notou que no XML só aprece na tag SEQUENCIA o valor 3205? Isso nos leva a crer que todos os erros se refere a essa nota. Os caras são muito ruim demais. Não são capazes de gerar um XML de retorno reportando o erro de cada nota. E o erro é sempre o mesmo, sendo que você introduziu dois erros em cada nota.

Boa tarde, Pelo nome do arquivo XML esse é o retorno referente ao envio e não a consulta. O nome do XML de retorno a consulta ao lote seria: *-lista-nfse.xml

Boa tarde Marcio, Muito obrigado pela colaboração, fiz mais algumas alterações na unit do provedor e enviei para o repositório. Favor atualizar e fazer novos testes. O seu arquivo Cidades.ini esta desatualizado, logo consegui ver o que você mudou nele.

Boa tarde Rafael, Você fez alguma alteração no componente para assinar o XML já com a tag <GerarNfseEnvio>?

Boa tarde José, Você chegou a abrir esse XML? Que coisa mais feita, muito mau feito. esta repetindo o erro, não indica o numero da nota que contem o erro. O lote enviado que gerou esse retorno, tinha quantas notas? Em qual delas você introduziu o erro?

Boa tarde Abílio, rodo.veicTracao.prop.CNPJCPF := CNPJ; (...)

Boa tarde Vicente, A sua rotina esta incompleta, veja este exemplo: ACBrCTe.EventoCTe.Evento.Clear; with ACBrCTe.EventoCTe.Evento.New do begin infevento.chCTe := Chave; infEvento.CNPJ := CNPJ; infEvento.dhEvento := now; infEvento.tpEvento := teCCe; infEvento.nSeqEvento := Sequencia; infEvento.detEvento.xCondUso := ''; ACBrCTe.EventoCTe.Evento.Items[0].InfEvento.detEvento.infCorrecao.Clear; with ACBrCTe.EventoCTe.Evento.Items[0].InfEvento.detEvento.infCorrecao.New do begin grupoAlterado := Grupo; campoAlterado := Campo; valorAlterado := Conteudo; nroItemAlterado := NumItem; end; end; ACBrCTe.EnviarEvento(idLote); // Imprime o Evento PathArquivo := ACBrCTe.Configuracoes.Arquivos.GetPathCTe(DataEmissao); ACBrCTe.Configuracoes.Arquivos.PathEvento := PathArquivo; dhEvento := ACBrCTe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.dhRegEvento; PathEvento := ACBrCTe.Configuracoes.Arquivos.GetPathEvento(teCCe, '', dhEvento); NomeEvento := PathEvento + '\' + '110110' + Chave + '01' + '-procEventoCTe.xml'; ACBrCTe.EventoCTe.Evento.Clear; ACBrCTe.EventoCTe.LerXML(NomeEvento); ACBrCTe.ImprimirEvento; Para mais informações sobre o grupo infCorrecao: página 107 do Manual do CT-e versão 3.00a Visão Geral que esta disponível em nossa biblioteca de documentos.

Boa tarde Jonnas, Não, pois a geração e assinatura e validação do XML referente a um evento só ocorre no momento do envio. Portanto não existe um método que gere, assine e valide e salve o XML em disco ou o deixe disponível em uma propriedade para que você possa salvar em um banco de dados

Bom dia Luiz, Ficamos sabendo que esta semana a SEFAZ-RS passou por alguns momentos de instabilidade.

Bom dia, Por favor anexe o XML de retorno, sem ele não tenho como analisar o problema.

Bom dia Michel, Muito obrigado pela contribuição, ainda hoje estarei enviando para o repositório. Fiz uma alteração em ambos os INI visando diminuir o tamanho do arquivo EL.ini

Bom dia Cleonir, Esses fiscais sabem muito bem o que querem e você também sabe. E não é alterar o layout do DAMDFE para ter a informação X ou Y.

Bom dia Tania, Você não usa o componente ACBrMDFe, correto? Pois pelo que sei o componente pega a chave correta para gerar a string do QR-Code.

Bom dia a todos, Não existe problema nenhum em usar o OpenSSL, a única desvantagem dele é que não funciona com certificado A3. Do resto só vantagens.

Bom dia Henrique, Muito obrigado pelo retorno, já enviei para o repositório o arquivo INI e o RES com as alterações visando resolver esse problema na Bahia. Vou fecha o tópico, pois acredito que esse problema esta resolvido.

Bom dia José, Fico feliz que estamos quase lá. Por favor anexe o XML de retorno quando você enviou um lote que continha erros propositais, para que eu possa fazer as devidas alterações na rotina que faz a leitura do XML de retorno.

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

Bom dia Felipe, Muito obrigado, vamos analisar a sua colaboração.

Bom dia Vicente, A mensagem de erro de validação é clara, você não esta informando o elemento infCorrecao. No programa exemplo do componente não existe um botão referente a CC-e do CT-e. Favor anexar em um arquivo TXT a rotina que você alimenta o componente com as informações para a CC-e.

Bom dia José Nunes, Você tem certeza que se o emitente do MDF-e não for uma transportadora (Prestador de Serviço de Transporte) é possível gerar um MDF-e com CT-e ? Veja as regras de validação abaixo (página 62 do Manual do MDF-e versão 3.00a - Visão Geral): O MDF-e possui 3 grupos de documentos: infCTe, infNFe e infMDFeTransp (Manifesto Eletrônico de Documentos Fiscais. Somente para modal Aquaviário (vide regras MOC) ). Pela regra G015 deixa claro que se o emitente for um Prestador de Serviço de Transporte ou seja uma transportadora, não podemos relacionar as NF-e portanto no XML não pode existir o grupo infNFe. Pela regra G016 deixa claro que se o emitente for um Transportador de Carga Própria ou seja não é uma transportadora, não podemos relacionar os CT-e portanto no XML não pode existir o grupo infCTe. Resumindo: tpEmit=1 = Prestador de Serviço de Transporte = Transportadora ====> Devemos gerar o grupo infCTe e relacionar os CT-e emitidos pela Transportadora. tpEmit=2 = Transportador de Carga Própria = Não é uma Transportadora ====> Devemos gerar o grupo infNFe e relacionar as NF-e emitidas pela Empresa. Transportador de Carga Própria é a empresa que vende a mercadoria e realiza o transporte da mesma até o cliente, neste caso essa empresa não contrata uma transportadora para realizar esse serviço.