Italo Giurizzato Junior

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.

Boa tarde Tiago, Qual é a versão do Quick Report? No Library Path do Delphi consta o caminho da pasta que contem o Quick Report? Se sim, ele encontra-se antes dos caminhos das pastas do ACBr?

Boa noite a todos, Aos poucos vamos implementar tudo.

Boa tarde João, Post aqui no fórum somente os fontes novos e alterados para contemplar esse novo provedor.

Bom dia Adriano, Você esta tentando enviar um CT-e através do comando de envio de NF-e??? Em vez de NFE.EnviarNFe(....) não seria CTE.EnviarCTe(....) ???

Bom dia a todos, Já encontra-se disponível a descompactação do retorno zipado ao consultar as notas usando o Web Services NFeDistribuicaoDFe. Favor atualizar os fontes. Antes de testar deve-se incluir o caminho abaixo no Library Path do Delphi. ...\Fontes\ZLibExGZ Atenção esse caminho tem que ficar antes do: ...\Fontes\PCN2

Bom dia a todos, Pelo que entendi, o Clademilson quer que juntamente com os fontes dos programas exemplos seja disponibilizado os mesmos já compilados. Uma vez que ele não quer perder tempo instalando os componentes e compilar os programas exemplos e depois se ele não gostar da performasse ou não conseguir usar teria que desinstalar e deletar os arquivos.

Bom dia Tiago, A manifestação do destinatário acusa apenas se ele tem ou não ciência da operação ou se ele recebeu ou não a mercadoria. No meu entendimento não existe nenhum problema depois de ocorrer a manifestação do destinatário o emitente da nota emitir uma CC-e, uma vez que uma coisa não tem nada haver com a outra, visto que a finalidade da CC-e é promover correções na NF-e.

Bom dia Nilton, Favor atualizar os fontes e testar novamente.

Bom dia Ronaldo, Você disse que não esta sendo gerado de forma correta, mas não informou o que esta errado. Somente 2 coisas foram alterados tanto no XML de envio: A Versão e a possibilidade de ter palavras acentuadas. Já o retorno é da SEFAZ, a unica que antes o componente removia o acento e o cedilha das mensagens contidas na TAG xMotivo, agora existe uma propriedade para realizar essa tarefa, caso o valor dela seja False a remoção não é realizada. Se você abrir o XML postado com o bloco de notas e substituir as vogais acentuas pelas sem acento e o cedilha pela letra "c", salvar e depois tentar abri-lo com o navegar, não terá nenhum problema.

Boa noite Alexandre, A não ser que o código que esta sendo informado na TAG itemListaServico não consta na relação padrão usada pelo componente.