Italo Giurizzato Junior

Usando o seu certificado ou outro?

Bom dia gss200610, O método DistribuicaoDFe só baixa as notas emitidas contra o seu CNPJ. As notas que você emitiu, pela legislação você é obrigado a ter e guardar os XML das notas emitidas pelo período legal.

Bom dia Marcelo, Não é possível consultar uma nota pelo numero do protocolo. É possível consultar um Lote de notas tendo o numero do recibo retornado pela SEFAZ ao enviar o Lote. E é possível também consultar uma nota tendo a sua chave.

Bom dia Edson, Extraia o Path dessa propriedade: ACBrNFe1.WebServices.DistribuicaoDFe.NomeArq

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia, Entre em contato com o provedor.

Bom dia Veltman, Sim, basta usar o método ConsultarNFSePorRPS, vide o programa exemplo.

Bom dia Fernando, Não se trata de erro de compilação e sim de execução. Esse erro esta ocorrendo pelo simples fato do programa exemplo não estar configurado corretamente. É preciso informar o caminho onde se encontra os arquivos INI. O caminho é: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Giovane, A chave da nota que você esta pegando foi emitida em qual ambiente (Produção ou Homologação)? A carta de correção que você esta emitindo, esta sendo enviada para qual ambiente(Produção ou Homologação)? Se você pegar uma chave de uma nota que foi enviada para o ambiente de Produção e agora esta fazendo um teste emitindo uma carta de correção para essa nota em ambiente de homologação, com certeza vai ter como resposta da SEFAZ a rejeição informando que a Chave de Acesso não existe.

Bom dia, Os documentos que você emite, ou seja, a nota, carta de correção, cancelamento entre outros não é possível baixar através do DistribuicaoDFe. Pelo simples fato de que se você emitiu, você tem por obrigação legal de ter os XMLs desses documentos. Se você emite a nota, você tem que ter o XML da nota (*-nfe.xml). Se você emite uma carta de correção, tem que ter o XML da carta de correção (*-procEventoNFe.xml). Através do DistribuicaoDFe você consegue baixar os documentos emitidos por outras pessoas, por exemplo: a nota do seu fornecedor, os eventos de manifestação do destinatário emitido pelo destinatário da mercadoria. Para que a impressão de um evento seja completa, lembrando que a Carta de Correção é um evento temos os seguintes passos. 1. Carregar o XML da nota (*-nfe.xml) 2. Carregar o XML do processamento do evento desejado (*-procEventoNFe.xml) 3. Executar o método que imprime evento. Repito, se você é o emitente da nota, também é o emitente do evento de carta de correção, logo tem por obrigação legal possuir os XMLs de ambos os documentos.

Bom dia Caetano, Sim, esta é a solução para saber qual é o tipo de documento retornado pelo DistribuicaoDFe.

Bom dia Marcelo, O ano e mês que aparece na chave é obtido da data/hora de emissão, campo: dhEmi. Favor verificar a data/hora que esta sendo informada nesse campo.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde, Pelo retorno me parece que ocorreu uma falha no servidor do provedor.

Boa tarde Israel, Uma coisa é o numero e série do RPS e outra é o numero e série da NFS-e. A sua aplicação vai gerar e enviar o RPS para o provedor e este por sua vez vai gerar e retornar a NFS-e. O numero e série do RPS deve ser controlado pela sua aplicação. Por outro lado o numero e série da NFS-e é controlado pelo provedor.

César, No caso do A3 como dito é um cartão ou token (pen-drive) não existe arquivo PFX salvo na maquina. Sendo assim você só informa o numero de série do certificado no componente. E toda vez que for estabelecer a primeira conexão será pedido a senha.

Douglas, Você concorda que se o campo é dhEmi a SEFAZ espera que o conteúdo seja a data e hora de emissão e não somente a data, pois se fosse só a data a tag chamaria dEmi e não dhEmi. Tudo o que parece funcionar hoje mesmo fazendo errado, amanhã pode não vir a funcionar.

Boa tarde César, Faz anos que o componente ACBrNFe permite o uso dos certificado A1 e A3 (Cartão ou Token). O único problema do A3 é que não será possível o uso do OpenSLL e sim do WinCrypt e isso faz com que dependendo da versão do Windows bem como as suas atualizações vai funcionar ou não.

Boa tarde, Do dia 31/10 para hoje ocorreu atualização na sua aplicação? Se sim, ela foi devida a atualização dos fontes do componente? Se sim, chegou a comparar o XML do RPS de uma nota emitida com sucesso no dia 31/10 com o XML de um RPS emitido hoje para saber se existem diferenças estruturais no mesmo?

Boa tarde Caetano, Eu movi a sua postagem pois estava dentro de ACBrMDFe que não tem nada haver com Manifestação do Destinatário e muito menos com a NF-e. Outra coisa, você utiliza o componente ou o ACBrMonitor?

Boa tarde Douglas, Porque a hora da emissão esta zerada? dhEmi deve conter a data e hora da emissão e você esta informando somente a data.

Boa tarde Marcos, Aconselho que a sua aplicação tenha um tela onde você pode definir qual é a melhor configuração para uma determinada cidade.

Boa tarde Manoel, A diferença é que o envio do CT-e OS é síncrono, sendo assim o retorno do protocolo já ocorre no retorno do envio.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.