Italo Giurizzato Junior

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 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 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

Boa tarde Heto, O provedor Betha não possui o Web Services GerarNFSe, essa conclusão que tiro pelos Schemas, pois não existe o Schema para validar o lote a ser enviado através do método GerarNFSe.

Boa tarde André, Muito obrigado pela colaboração, já esta disponível.

Boa tarde, É preciso saber o que o validador do provedor valida, se é o XML do RPS ou o XML referente ao Lote.

Boa tarde, Pode enviar para o e-mail que consta na minha assinatura abaixo.

Boa tarde Marco, Favor entrar em contato com a Betha pois no retorno temos 3 TAGs: Código, Mensagem e Correção. Na TAG Código estão concatenando o código do erro com a correção. Abra o arquivo com um bloco de notas e vai notar o que eu disse.

Boa tarde Micheli, Lembre-se que no caso da NFS-e podemos ter RPS assinado ou não, tudo depende do provedor. Sendo assim o XML não assinado fica disponível na propriedade XMLOriginal e o assinado em XMLAssinado. xRPS := ACBrNFse1.NotasFiscais.Items[0].XMLOriginal; ou xRPS := ACBrNFse1.NotasFiscais.Items[0].XMLAssinado; Para não salvar o XML do RPS em disco basta configurar o componente: Configuracoes.Arquivos.Salvar := False; Mas lembre-se que também não vai salvar em disco o XML da NFS-e.

Boa tarde, Se trata de uma rejeição da SEFAZ acusando Falha no Schema XML? Se sim, o problema é na SEFAZ.

Boa tarde Carlos, O que XML que você anexou é o que você esta carregando pelo LoadFromFile? Se sim, você notou que ele não esta assinado? O método Consultar só funciona se o XML estiver assinado. Altere a sua rotina para: ACBrMDFe1.Manifestos.Clear; ACBrMDFe1.Manifestos.LoadFromFile(OpenDialog1.FileName, False); ACBrMDFe1.Manifestos.Assinar; ACBrMDFe1.Consultar;