Italo Giurizzato Junior

Boa tarde Rogério, O trecho que você postou altere para: [infOutros001] tpDoc=99 descOutros=CNPJ DO EMITENTE [docAnt001] CNPJCPF=09341352000185 IE=416121525116 UF=SP xNome=A R CAÇADOR PRESENTES - ME [idDocAnt001001] chave=35150110506899000172570010000000021109007077 Se atente para o que esta em negrito e vermelho. Note que algumas linhas foram removidas, portanto você deve remover.

Boa tarde Murilo, Dependendo da versão do Windows há necessidade de executar o Instalar.bat como administrador, caso contrario as DLLs não são registradas. Se não me falha a memória devemos instalar o certificado depois do Capicom ter sido copiado e registrado no Windows.

Boa tarde Graça, Favor atualizar todos os fontes de todas as pastas. Compare a sua rotina que alimenta o componente com a do programa exemplo. Fiz um teste usando o programa exemplo e não tive esse erro.

Boa tarde Leandro, O arquivo que você anexou se refere a NFS-e que você pretende cancelar. O que lhe pedi é o arquivo de solicitação de cancelamento.

Boa tarde Graça, Pelo Log notei que o problema encontra-se no arquivo ACBrProvedorGinfesV3.pas Por favor exclui-a esse fonte e atualize todas as pastas novamente e tente instalar novamente. Cleiton se o problema encontra-se no mesmo arquivo, faça o processo acima.

Boa tarde Emerson, A ideia agora é se o salvar do Geral estiver com o valor true será salvo os arquivos de envio e de retorno da SEFAZ. Por outro lado o salvar do Arquivos se estiver com o valor true será salvo os XMLs referentes a documentos e resultados de processamentos. É por isso que o arquivo de retorno da consulta só será salvo se o Salvar do Geral estiver com o valor True.

Boa tarde João Carlos, Na página 4 da Nota Técnica 2014/002 versão 1.01 temos uma tabela que mostra quais os tipos de retornos que cada um recebe.

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

Bom dia Tiago, Se você esta usando a versão que vem com o Delphi deve ser a versão 3.0 do Quick Report. Sendo assim, primeiramente você deve alterar o arquivo ACBr.inc (...\Fontes\ACBrComum), você deve comentar a diretiva de compilação chamada QReport_PDF. Segundo você deve seguir o passo a passo (Property_Does Not Exist.txt) que encontra-se na pasta: ...\Fontes\ACBrNFe2 Terceiro, deve-se alterar o Pacote de instalação, removendo a BPL que se refere a versão 5 do Quick Report.

Bom dia Paulinho, A sua aplicação, simplesmente imprime o DANFE baseado na leitura do XML? Ou o usuário digita os dados pertinentes a venda e a sua aplicação gera o XML, assina, valida, envia para SEFAZ e imprimi o DANFE? Se é a segunda opção, os dados referentes a venda não são armazenados em nenhum lugar?

Boa noite Paulinho, Todos os dados referente a venda cuja NF-e, ou seja, o XML foi deletado estão no banco de dados, correto? Muito bem, basta você alimentar o componente novamente com esses dados e executar o comando assinar. Garanta que a propriedade cNF (código da Nota Fiscal) tenha o mesmo que consta na chave são os últimos 8 dígitos já excluído o digito verificador. Desta forma você terá o XML com os mesmos dados e mesma chave e assinado, faltando apenas agora o protocolo de autorização. Sendo assim o próximo passo é carregar o XML salvo em disco usando o comando LoadFromFile e em seguida o comando Consultar. O comando consultar irá acessar a SEFAZ e retornar a situação atual da nota, caso a mesma esteja autorizada será retornado o protocolo de autorização. O componente automaticamente atualiza o XML com o protocolo. Pronto temos então o XML assinado e protocolado, ou seja, um XML com validade jurídica, exatamente igual ao que foi deletado. Note que todo o processo foi realizando os dados da venda, o XML foi assinado usando o certificado do emitente e o protocolo foi retornado pela SEFAZ, sendo assim tudo que foi apresentado é valido e não existe nada de ilegal.

Boa noite Anderson, A minha aplicação funciona da seguinte forma: Quando o usuário seleciona as notas a serem enviadas para SEFAZ e clica no botão [Emitir] o componente recebe os dados lidos do banco de dados e o comando Enviar é executado. Lembre-se que o comando Enviar, se encarrega de gerar o XML, assinar, validar salvar em disco, enviar para a SEFAZ, aguardar o retorno, caso seja autorizado, o protocolo de autorização é acrescentando no XML tornando-o um documento válido juridicamente. Caso o XML não receba o protocolo, por algum motivo, a nota recebe o status de enviado, mas não autorizado. Neste caso o usuário pode acessar uma lista de notas enviadas e não protocoladas, neste caso basta selecionar a nota desejada e clicar no botão [Consultar]. O XML da nota selecionada será carregado com o LoadFromFile, o XML já esta assinado e foi validado antes do envio. Em seguida o comando Consultar do componente é executado, caso o retorno seja Autorizado o XML é atualizado com o protocolo de autorização. Por fim o DANFE é impresso. Existe uma propriedade chamada AtualizarXMLCancelado (se não me falha a memória) onde atribuo o valor True, apesar da nota não estar cancelada, mas deixo essa propriedade com o valor True.

Boa noite Daniel, O problema é na versão antiga ocorria a remoção automática dos acentos e cedilha, agora existe uma propriedade para ativar essa funcionalidade.

Boa noite Vinicius, Muito obrigado pela colaboração, assim que possível estarei disponibilizando.

Boa tarde Alexandre, Muito obrigado pela colaboração. Favor atualizar os fontes e testar novamente.

Boa tarde Tercio, Qual é o erro?

Boa tarde João, Mesmo zipado fica maior que 857K? Você esta zipando somente os arquivos alterados e novos?

Boa tarde ncc, Fiz a correção sugerida, mas não sei se vai resolver por completo. Acredito que o problema só será resolvido de forma definitiva fazendo uma alteração na function que lê o conteúdo de uma TAG. Como essa function é utilizada por diversos componentes, essa alteração tem que ser feita com muito cuidado, para não afetar os demais componentes.

Boa tarde Anderson, Desculpa não entendi o seu problema. Antes de enviar uma nova nota na SEFAZ, primeiro você realiza uma consulta? Se sim, cuidado esse método esta errado e a empresa que utiliza a sua aplicação poderá ser penalizada por consumo indevido. A sua aplicação que tem controlar se a nota já foi enviada ou não, se a mesma já esta autorizada ou não e se foi cancelada ou não. Quanto ao XML completo da nota, se você atribuir o valor True a propriedade Salvar ele será salvo automaticamente em disco.

Boa tarde a todos, Estou com todos os fontes atualizados. Tenho uma aplicação, onde seleciono o XML e ela identifica o modelo de documento que contem o XML, ou seja, NF-e, NFC-e, NFS-e, CT-e ou MDF-e. Ao clicar em imprimir o DA - Documento Auxiliar é apresentado na Tela. Acabei de compilar novamente a minha aplicação com a opção Build e testei com o seu XML. Não apresentou nenhum problema. Ao ler a chave esta sendo descontado os 3 primeiros caracteres? Por Exemplo: edtChave.Text:=Copy(ACBrNFe.NotasFiscais.Items[0].NFe.infNFe.ID, 4, 44);

Boa noite João, Por favor, zipa os fontes e post como anexo aqui no fórum.

Boa noite Luan, Configure o componente para salvar os arquivos Soap, ou seja, atribua o valor True a propriedade: Configuracoes.WebServices.Salvar Realize um novo teste de envio usando o método Gerar e post como anexo tanto o arquivo de envio quanto o de retorno para que possamos analisar.

Boa noite André, Você esta associando o componente do DANFE ao ACBrNFe? Por algum motivo ao executar o GetACode128CDigit ele esta recebendo o prefixo da chave que é NFe.

Boa tarde ncc, Favor atualizar os fontes e testar novamente.

Boa tarde Veríssimo, Por favor post como anexo a Unit que você alterou para que possamos avaliar e realizar o merge.