Italo Giurizzato Junior

Bom dia Laudelino, Caso ainda não tenha lido, te aconselho a ler a Cartilha Nacional do MDF-e que encontra-se disponível no Portal Nacional do MDF-e. https://mdfe-portal.sefaz.rs.gov.br/

Bom dia Maiko, Eu sempre aconselho a realizar uma consulta caso não obtenha o numero do protocolo como retorno após o envio. Esse procedimento deve ser adotado para a NF-e, NFC-e, CT-e, MDF-e e etc. Só devemos enviar novamente, caso ao consultar a SEFAZ informar que o respectivo documento não se encontra na sua base de dados.

Bom dia Maiko, Tente incluir antes da sua rotina as seguintes linhas: ACBrMDFe.Manifestos.Clear; ACBrMDFe.Manifestos.LoadFromFile(NomeArquivo); Para carregar o XML do MDF-e que se deseja Encerrar. Se houver alteração na carga ou troca de veículo devemos efetuar o encerramento do MDF-e e emitir um novo. Favor ler a Cartilha Nacional do MDF-e disponibilizada no Portal Nacional do MDF-e. https://mdfe-portal.sefaz.rs.gov.br/

Bom dia Hugo, O componente não gera o XML da NFS-e, apenas o extrai do retorno e salva em disco. Notei que o XML que você anexou possui vários caracteres de espaço em branco entre as TAGs, abri com o bloco de notas e removi manualmente. Notei também que na TAG Complemento do endereço do Prestador de serviço a abreviação da palavra apartamento continha um carácter especial, troque por ponto. Feitas essas alterações o XML é aberto sem nenhum problema pelo navegador. Favor entrar em contato com o provedor para saber o motivo de o mesmo esta acrescentando os espaços em branco entre as TAGs.

Bom dia Augusto, Você poderia anexar o XML com a assinatura na posição errada e o outro com a assinatura na posição correta, pois acredito que podemos resolver o problema se a alteração que você fez em ACBrDFeSSL.

Bom dia Renan, Pela mensagem de erro noto que esta faltando a URL de consulta do QR-Code. Para qual UF você esta emitindo a NFC-e?

Bom dia Carlos, A url que você diz que esta errada consta no arquivo: ACBrNFeServicos.INI Favor corrigir e fazer um novo teste, caso funcione 100% favor nos dar um retorno para que possamos atualizar e enviar para o repositório.

Bom dia Felipe, Exatamente toda vez que é executado o ADD é criado um novo item que neste caso uma nova nota na lista.

Walter, Por favor não fique postando o mesmo problema diversas vezes. Vamos respeitar as regras do fórum. O seu questionamento já respondi em outra postagem sua.

Bom dia Walter, Entre em contato com o emitente das NF-e para saber como as mesmas foram emitidas. Se foi através do SVC será necessário esperar até a SEFAZ-Virtual de Contingência replicar essas notas para a SEFAZ-MG. Se foi através do evento EPEC, o emitente tem por obrigação enviar as notas para a SEFAZ-MG assim que os problemas forem sanados.

Bom dia Luiz, Estou estudando a melhor maneira de resolver esse problema, sem gerar efeitos colaterais nos demais componentes.

Bom dia Felipe, Você não pode quebrar a rotina que alimenta o componente em várias, uma vez que as propriedades que recebem os valores pertencem a um único elemento de uma lista.

Farnetani, O grupo <ICMSUFDest> só deve ser gerado se a venda for interestadual a consumidor final, caso contrario não é para ser gerado. Neste caso você pode atribuir tudo zero para que o grupo não seja gerado. Se tratando do Trunk, desculpe, mas você não acha que já passou da hora de ter migrado para o Trunk2? Faz um ano que estamos pedindo para que o pessoal migre.

Bom dia Célio, Você esta usando os fontes do Trunk2? Esta usando o ACBrInstall_Trunk2 para instalar os componentes?

Bom dia Angelo, Favor entrar em contato com o emitente da Nota e lhe informar que a aplicação dele esta gerando o XML de forma errada. Se ele for uma pessoa responsável vai passar o problema para quem desenvolveu a aplicação e exige a correção.

Bom dia Marcelo, Existe o método ImprimirPDF que gera e salva em disco o PDF do DANFE na pasta predefinida em PathPDF.

Bom dia a todos, Até hoje não consegui entender porque muitos "desenvolvedores" insistem em alimentar o componente, gerar o XML salva-lo em disco e depois usar o LoadFromFile para carrega-lo a fim de envia-lo. É muito mais simples alimentar o componente com os dados pertinentes da venda e executar direto o Enviar, pois este se encarrega de gerar o XML, assinar, salvar em disco, validar, enviar, etc. Ficam inventando moda que deixa o processo mais demorado alem de criar brechas para erros cometidos pelo usuário. Pessoal vamos automatizar o processo?

Mas não leu com atenção. O campo pICMSInter tem que ter um dos seguintes valores: 4 ou 7 ou 12% sendo assim se você atribuir o percentual a esse campo a sua nota não será validada.

Bom dia João, Você ainda usa o método ConsultaNFeDest? Porque não muda para o DistribuicaoDFe? Faz a mesma coisa e é mil vezes melhor.

Bom dia farnetani, Sugiro que você leia com muita atenção a Nota Técnica 2015/003 versão 1.70 que trata sobre a Cobrança do ICMS na Operação Interestadual. Essa NT esta disponível no Portal Nacional da NF-e.

Bom dia Geovane, A propriedade Msg contem exclusivamente o conteúdo da TAG xMotivo que contem no XML de retorno.

Bom dia Carlos, Se esta ocorrendo o erro de DigestValue isso significa que o XML assinado posteriormente para realizar a consulta, contem diferenças em relação ao primeiro que foi enviado para a SEFAZ.

Boa tarde Luiz, Para alguns provedores devemos fazer com que não seja executado uma configuração referente ao certificado para evitar esses erros. Para isso no arquivo INI de cada provedor existe um campo chamado UseCertificado que devemos atribuir o valor zero. Mas se fizer isso o componente gera uma exceção acusando que necessita do certificado para assinar. Até tudo bem, mas existem provedores que não se assina nada, nem RPS e nem Lote, ai temos um impasse, que precisamos resolver. Para os documentos fiscais NF-e, NFC-e, CT-e e MDF-e a presença do certificado é vital uma vez que o XML do documento é sempre assinado. Por outro lado na NFS-e, como dito dependo do provedor devemos ou não assinar o RPS, devemos ou não assinar o Lote. O dilema é remover a verificação do uso do certificado checando o valor da propriedade UseCertificate ou só realizar essa checagem se não for NFS-e ou criarmos uma outra propriedade para esse fim pois esta ocorrendo uma confusão, usando a mesma propriedade para duas finalidades.

Boa tarde Marcio, Toda vez que você tiver que corrigir o conteudo de alguma TAG, é preciso gerar e assinar novamente antes do envio. Nunca altere "manualmente" um XML assinado, pois isso invalida a assinatura e a SEFAZ com certeza vai rejeitar novamente o XML.

Boa tarde Paulo, Esse é o problema de alterar o fonte do componente para tentar bular a validação e acaba provocando um outro erro, em vez de tentar solucionar o erro de validação. O erro de validação que você esta tendo é simples, basta você atualizar os schemas. Você encontra os schemas atualizados dentro da pasta Exemplos\Schemas\NFe