Italo Giurizzato Junior

Bom dia Clayton, Você copiou na maquina do seu cliente as DLLs? Elas estão na mesma pasta do executável?

Bom dia William, Se tratando de NF-e (modelo 55) o envio é assíncrono, isso faz com que após o envio se faz necessário realizar uma consulta passando o numero do recibo para saber se o lote foi processado com sucesso ou não. Como você esta usando o método Enviar é para que essa consulta seja realizada automaticamente. Favor anexar os XMLs de envio do lote e retorno da SEFAZ.

Bom dia Maxwell, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia, Com o programa exemplo ocorre o mesmo problema? Você configurou para salvar o XML? Configuracoes.Arquivos.Salvar := True;

Bom dia Renato, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

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

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

Bom dia a todos, Já encontra-se disponível o ambiente de homologação para as empresas do Estado do Rio de Janeiro poderem emitir o BP-e. O Estado do Rio de Janeiro será atendido pela SEFAZ Virtual RS. Para realizarem os testes é necessário que as empresas entrem em contato com a SEFAZ do seu estado.

Bom dia, Quando você envia o MDF-e para a SEFAZ-Autorizadora o mesmo tem que estar Assinado. Se tudo estiver correto a SEFAZ retorna o protocolo de autorização. O componente se encarrega de acrescentar o protocolo de autorização no XML assinado e consequentemente acrescenta também o grupo mdfeProc. Você não esta pegando o XML apenas assinado em vez de pegar o XML completo ou seja assinado e com protocolo de autorização?

Usando o seu certificado ou outro?

Jeferson, Se ocorre erro de validação a nota não é enviada. Uma coisa é erro de validação, outra é rejeição. Como dito erro de validação a nota não é enviada pois o XML esta em desacordo com os Schemas. Já rejeição é retornado pela SEFAZ após aplicar as regras de negócio e detectar alguma inconsistência nos dados. Volto lhe perguntar, nos seus clientes que conseguem emitir sem nenhum problema além de estar usando o mesmo executável, também estão usando os mesmos Schemas (arquivos XSD)? O teu problema se encontra na validação da nota antes do seus envio. Se a aplicação é a mesma, a UF é a mesma e se a configuração é a mesma, você deve pegar os Schemas do seu cliente que consegue emitir e colocar naquele que o erro ocorre.

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, Os clientes cujo erro de validação ocorre, estão usando os mesmos Schemas (arquivos XSD) dos demais onde o erro não ocorre? Se sim, os clientes onde o erro não ocorre também são emitente da mesma UF onde os demais clientes que tem problema?

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 Dércio, É um pouco complicado simular essa situação que você deseja, uma vez que o envio da NFC-e pode ser assíncrono ou síncrono. Quando enviamos um Lote com 2 ou mais NFC-e o envio é assíncrono, neste caso temos como resposta o numero do recibo que devemos consultar em seguida. Por outro lado quando o Lote contem apenas UMA NFC-e o envio é síncrono, neste caso temos como resposta o resultado do processamento da nota. Digo complicado, pois acredito eu que seria necessário fazer alguma alteração na unit ACBrDFeWebServices para provocar esse erro no retorno.

Dércio, Você deve ter o XML da nota emitida segundo o tipo de emissão normal fora o XML da nota mesma nota emitida segundo o tipo de emissão contingência off-line, não tem? Leia essa especificação técnica. Especificações Técnicas 2016_12_16 da Contingencia Offline versao 2.0.pdf

Dércio, O que você acha de mudar o procedimento? Você envia a NFC-e e ocorre um erro (Timeout por exemplo). Muito bem, concorda que não sabemos se o erro ocorreu durante o envio da nota ou retorno da SEFAZ? Pois bem, como não sabemos em qual momento o erro ocorreu, em vez de gerar novamente a nota mudando o tipo de emissão para contingencia OffLine o que você acha de carregar o XML da nota que ocorreu o problema e realizar uma consulta? Se o problema foi no retorno, ao consultar (se nenhum problema ocorrer) o XML da nota será atualizado com o protocolo de autorização. Por outro lado se o problema foi durante o envio, ao consultar a SEFAZ vai retornar que a nota não consta na base de dados, neste caso basta enviar novamente. Veja também estes links:

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 Dércio, O componente não possui nenhum método que remova a assinatura de um XML. Mas porque você deseja pegar o XML assinado, remover a assinatura e assinar novamente?