Italo Giurizzato Junior

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

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;

Bom dia Raphael, A resposta é muito simples: Não.

Bom dia Filippe, Se tratando de uma venda interestadual para consumidor final é necessário gerar o grupo <ICMSUFDest>, favor ler a Nota Técnica 2015/003 versão 1.60 que trata sobre o assunto: Cobranca do ICMS na Operacao Interestadual.

Bom dia Tagales, Mexeu em lugar errado e sem saber o que estava fazendo. O tempo que perdeu mexendo se tivesse pesquisando no fórum teria encontrado a solução. O componente possui 3 propriedade chamada Salvar, uma delas defini se é para salvar os Arquivos com validade jurídica e as outras duas (Geral e WebServices) defini se é para salvar os arquivos de envio e de retorno.

Bom dia Valderlan, A minha resposta ao Guto deixa muito claro que é impossível você ter no mesmo Delphi alguns componentes do Trunk juntamente com os do Trunk2. Você decide ou usa todos os componentes do Trunk ou do Trunk2.

Bom dia Diogo, No XML de pedido de consulta contem tanto o CNPJ quanto a Inscrição Municipal: (...) <Prestador> <Cnpj>04340459000195</Cnpj> <InscricaoMunicipal>92466</InscricaoMunicipal> </Prestador> (...) Favor entrar em contato com o provedor e questiona-los sobre o motivo da rejeição do pedido de consulta uma vez que a informação esta sendo passada sim. Pode ser que no cadastro deles o CNPJ esteja com pontos, barra, ou seja, com formatação e não deveria, o problema também pode ser com a Inscrição Municipal, apesar da mensagem se referir ao CNPJ.

Bom dia Marcelo, Favor fazer essa alteração e realizar testes, caso esteja tudo OK com esse formato, anexe a unit alterada para que possamos atualizar o repositório.

Bom dia, Faça um teste atribuindo o valor True a propriedade RetirarAcentos.