Italo Giurizzato Junior

Boa tarde Pablo, O DANFE é uma imagem impressa do XML, portanto a resposta é não. O ACBr já mais vai implementar algo nesse sentido. Outra coisa o DANFE não tem validade jurídica perante ao fisco, se este vier realizar uma fiscalização tanto no emitente quanto no destinatário, ambos vão ter que apresentar o XML, pelo simples fato que a nota hoje é eletrônica, sendo assim ambos tem que possuir e manter a guardo do XML assinado e protocolado durante o período legal. Por favor leia a legislação.

Boa tarde, Primeiramente a versão correta é 3.10 e não 3.0, visto que existe a versão 3.00 para a NFC-e que foi utilizada durante o projeto piloto. Alem de atualizar os schemas existe sim a necessidade de realizar algumas alterações na sua aplicação, mais precisamente na rotina de configuração do componente e na que alimenta o mesmo com os dados pertinentes a venda.

ELJAK, Muito obrigado, já esta disponível.

O ACBrInstall esta compilando com sucesso o pacote PCN2? Se sim, procure por DCUs da unit pcnAdmCSCNFCe.pas e exclua todas as com datas antigas.

Boa tarde, A pasta PCN2 deve estar desatualizada, verifique se todos os fontes desta pastas contem uma bolinha verde no ícone. O que não tiver significa que foi alterado, logo esta desatualizados com relação ao que esta do repositório.

Boa tarde Eric, Tanto foi aceita que consta nos fontes que encontram-se no repositório. Toda iniciativa é valida desde que agregue valor ao componente, deixando-o mais robusto e com mais funcionalidades. Infelizmente não tenho como lhe ajudar, mas toda ajuda é bem vida. Fique a vontade em implementar as regras, mesmo que isso vai demandar muito tempo, não problema algum. Toda vez que você tiver umas 10 ou mais regras novas implementadas, envie os fontes alterados para que possamos realizar o merge. Desde já muito obrigado pela colaboração.

Boa tarde ELJAK, Muito obrigado pela colaboração, já removi o provedor e fiz a alteração sugerida. Por favor atualize os fontes e realize novos testes.

Boa tarde Leandro, Na sua aplicação crie uma rotina que configure o componente da mesma forma que no programa exemplo (procedure ConfiguraComponente). Lembre-se que para cada provedor existe uma pasta de schemas, que também devemos configurar. E dependendo do provedor algumas das opções de envio pode não estar disponível, pelo simples fato de que o provedor não implementou o Web Service referente ao método de envio. Por exemplo, o componente possui 3 métodos de envio: Envio assíncrono, Envio Síncrono ambos que permitem lotes de 50 RPS e o Envio de apenas 1 RPS chamado de GerarNFSe. O provedor Ginfes só disponibilizou o Envio assíncrono. Sendo assim o erro que você esta tendo pode ser fruto de uma configuração incorreta ou a tentativa de se utilizar um método de envio não disponível. Quero te alertar também que o componente dispõe de 2 provedores genéricos chamados: ABRASFv1 e ABRASFv2, esses 2 provedores tem por finalidade de apenas gerar o XML do RPS segundo as versões 1 ou 2 do layout da ABRASF.

Boa tarde Cleiton, Se a internet que o estabelecimento usa para realizar a conexão com a SEFAZ falhar e a UF não autoriza a emissão Off-line a solução é o EPEC. Como o XML do EPEC é extremamente pequeno acredito que uma conexão 3G por exemplo vai resolver.

Pablo, Muito obrigado pelas informações, já fiz as alterações e disponibilizei. Agora é só aguardar a nova compilação do ACBrNFeMonitor que se não me falha a memória é disponibilizada toda segunda-feira para os assinantes do SAC.

Amparo, O ACBrNFeMonitor, quando foi idealizado, possui-a uma nomenclatura própria, mas o pessoal achou por bem utilizar a nomenclatura que consta no Manual e Notas Técnicas. Eu aconselho a você utilizar a nomenclatura que esta no Manual, caso tenha problema post aqui no fórum para que possamos efetuar as correções.

Bom dia Pablo, Muito obrigado pela colaboração, já estou incluindo nos fontes as URLs. Só esta faltando agora as URLs de homologação e de produção que são impressas no DANFE para que o consumidor possa acessar o site e consultar a nota via chave de acesso e as URLs de homologação e de produção utilizadas para gerar a URL do QR-Code. Fico no aguardo dessas outras 4 URLs para finalizar a alteração.

Bom dia Cleber, A principio não existe nada que justifique a rejeição. Só uma coisa que me chamou a atenção, você esta colocando os mesmos dados do emitente como sendo do destinatário e isso pode esta provocando essa rejeição. Outra coisa, o envio da NF-e jamais vai ocorrer logo em seguida ao envio do EPEC. Quando o EPEC é utilizado? Quando o emitente esta passando por problemas técnicos, devemos então gerar o EPEC e envia-lo se utilizando de uma conexão, por exemplo 3G. Quando os problemas forem sanados ai sim enviamos a NF-e. Sendo assim sempre vai existir um tempo entre o envio do EPEC e a NF-e, esse tempo é o tempo gasto para sanar os problemas técnicos que o emitente estava enfrentando.

Bom dia Amparo, No seu arquivo TXT você mantem os mesmos nomes, mas acrescente a hora, por exemplo: Emissao=14/11/2014 08:56:00 Saida=14/11/2014 09:00:00 Observação: deixe um espaço em branco entre a data e a hora.

Bom dia Renato, Se a sua aplicação funciona em outros clientes, concluímos que o problema não é a aplicação e componente. Resta agora saber se o problema não é o certificado, apesar dele funcionar em outras operações ou alguma configuração no IE.

Bom dia Márcio, Desculpe, o seu fonte esta desatualizado com relação ao que esta no repositório. Por favor atualize os seus fontes e aplique essa alteração para que possamos avaliar e disponibilizar.

Bom dia Márcio, Muito obrigado pela colaboração, já esta disponível.

Bom dia Cleber, Por favor, post como anexo o XML da NF-e e do EPEC.

Bom dia Renato, Muito obrigado pela colaboração, já esta disponível.

Boa tarde Lucas, Não sei qual é o Report que você utiliza para gerar o DANFE, mas por favor atualize os fontes e compile com a opção Build a sua aplicação. Se o problema persistir, informe qual é o Report.

Renato, Então quer dizer que a sua aplicação de emissão de NFS-e funciona em outros clientes? Se sim, é preciso neste caso, verificar o que esta diferente: Versão do Internet Explorer e configuração do mesmo. Fire Wall, Antivirus, Proxy....

Exatamente Leandro.

Bom dia, Se você pretende utilizar o componente ACBrNFe, significa que você programa em Delphi, correto? Se sim, tome como base o programa exemplo, mais precisamente três rotinas, a que configura o componente, a que alimenta o componente com os dados pertinentes a venda e o Enviar. O procedimento Enviar se encarrega de gerar o XML, assinar, validar, enviar, atualizar o XML com o protocolo de autorização e imprimir o DANFE.

Bom dia Rafael, Na versão Quick Report do DANFE NFC-e temos uma propriedade chamada ViaConsumidor cujo valor padrão é True, isso faz que seja impresso o texto: "Via Consumidor", antes de imprimir a segunda via, devemos atribuir o valor False a propriedade ViaConsumidor, desta forma será impresso o texto: "Via Estabelecimento".

Bom dia, Segundo a SEFAZ, devemos armazenar o último NSU retornado para que possamos utiliza-lo na próxima consulta. Se ao executar: NFe.ConsultaNFeDest(11538486000132,0 ,0 ,0) você tem como resposta: indCont=1 ultNSU=11410047755 O valor 1 em indCont significa que você deve realizar uma nova consulta, mas deve utilizar o ultNSU nessa consulta, exemplo: NFe.ConsultaNFeDest(11538486000132,0 ,0 ,11410047755)