Painel de líderes

Boa tarde Rick, Já foi dito varias vezes aqui no fórum que o componente gera o XML do RPS e não da NFS-e. Quem gera o XML da NFS-e é o provedor após o processamento do envio do RPS. O XML que você anexou como sendo do Ginfes, não segue o padrão ABRASF. Já o outro é retornado, como dito acima, pelo provedor, no caso o Ginfes, após o processamento do RPS enviado.

Boa tarde a todos, Esta disponível no Portal Nacional da NF-e a Nota Técnica 2014/002 que trata do assunto de distribuição de documentos fiscais eletrônicos. Quero chamar a atenção de algumas coisas: 1. O ambiente de teste só será disponibilizado em 15/09/2014; 2. O Web Service NfeConsultaDest será desativado em 02/02/2015; 3. Não foi disponibilizado os schemas de validação para consulta de DF-e (distDFeInt_vx.xx.xsd); 4. Não foi disponibilizado as URLs de homologação e de produção. Como vocês podem ver, temos que esperar para começar a implementar e realizar os primeiros testes. Mas isso não significa que podemos deixar de lado a NT. Convido a todos a baixar e ler, são apenas 13 páginas, e não vem depois dizer, que não tem tempo para ler. Lendo com bastante atenção vocês vão descobrir algumas coisas interessantes nessa NT. Não vou contar, leiam.

Basta você alterar o arquivo .fr3 do danfe para ficar um pouco menos largo que o que está hoje que vai funcionar.

aqui eu uso ACBrNFe.configuracoes.versaoDF := ve310; e esta funcionando perfeitamente pra mim tambem sou do MT

Já existem usuários do ACBrNFeMonitor enviando NFC-e em outros estados com as versões mais atuais, então não é um problema do monitor. Arquivo não reconhecido é uma mensagem de erro que acontece quando você envia algo que o ACBrNFeMonitor não reconhece, nestes caso, os dados da NFC-e estão fora do padrão aceito.

Verifique se não existe algum .PAS com exclamação em vermelho na sua pasta do ACBr, pois atualizei nesse exato momento e compilei usando o ACBrInstall e tudo ocorreu 100%

A impressão do qrCode se dá em qual formato de DANFE Dércio? Verifiquei a DANFE em retrato e paisagem, mas não encontrei nada referente ao código de barras. Se você está se referindo ao DANFE simplificado, assim que concluirmos as modificações nos modelos deste tópico, vamos testar o simplificado, e assim poderemos verificar o erro e tentar corrigi-lo. Boa noite Lucas. Testei a impressão só da NFe e aparentemente está tudo OK. Só aproveitando as imagens anexas, nota-se que a impressão dos textos na vertical no Fortes fica meio distorcida (o que já acontecia antes, não tendo nada a ver com as suas alterações). Eu já fiz um teste trocando a fonte desses labels para "small fonts", o que na pré-visualização até fica melhor, mas na impressão não muda nada. Alguém teria uma outra sugestão do que poderia ser feito para melhorar isso? Posso dar uma olhada nesta questão. Nós também achamos estranha a impressão destes labels. Vou realizar alguns testes e ver se encontro uma solução para este problema...

Conferido é enviado, obrigado pela colaboração.

Cada caso é um caso e você deve seguir o que é falado nos tópicos, não existe uma verdade absoluta ou uma caminho X que resolverá o problema, pois depende de configurações do internet explorer, instalação de dll entre outras coisas, tudo muito bem discutido aqui no fórum inclusive. Você deve analisar cada solução é verificar a que lhe ajuda.

Fiz a alteração proposta acima e funcionou blz aqui também. Vou deixar os fontes alterados em anexo para facilitar o merge para quem for subir para o SVN. DanfeFortes.zip

Graça, Boa Tarde! Apenas para esclarecer que, apesar de ser mineiro (nasci em Patos de Minas - MG), atualmente moro em Salvador - BA e estou atuando profissionalmente no Estado da Bahia. A empresa pela qual trabalho, se chama TOTVS e que adquiriu recentemente a RMS (Site onde estou neste extato momento). Nós utilizamos um sistema próprio, feito em C#, que manipula os xml's, traduzindo, estou fazendo a mesma coisa que você, só que na plataforma .NET com Visual C#. O erro que você mencionou existe e é da Nota Técnica mesmo! Como acredito ser praticamente impossível emitirem outra Nota Técnica revisando ou corrigindo o erro, eu apenas criei os filhos do nó <detEvento> (Identificado na tabela como P17) como filhos do nó <dest> (Identificado na tabela como P26). Foi claramente um [CRTL + C] e [CRTL + V], mas até onde sei, não posso alterar nenhum descritor de arquivo (XSD), portanto, acho que independente disto, basta re-ordenar para que passe na validação e PRONTO! Agora, o problema do EPEC (tpEvento = 110140) é realmente fato: Não está disponível para homologação, segundo a SEFAZ-BA e claro, por se tratar de Ambiente Nacional está fora no país inteiro! Espero estar ajudando!

Bom dia Italo Fiz uma alteração na Unit ACBrNFeDANFeQRNFCe.pas, na hora de imprimir o QrCode, se o tipo de emissão for off-line, ele pega o digvalue da assinatura do xml, se for outro tipo de emissão pega o digvalue do retorno da tag protNFe, a principio aqui para o RS funcionou perfeitamente na hora de imprimir e testar o QrCode, porque estávamos com problemas quando um cliente tentava consultar uma NFCe, que foi emitida no modo off-line, mesmo depois do envio para a sefaz-rs, estou disponibilizando a unit modificada para analise. ACBrNFeDANFeQRNFCe.pas

Post a units alteradas e atualizadas no próprio post juntos dos manuais q assim q possível será analisada e enviada ao svn.

Muito boa a iniciativa.. parabéns.. se possível, seria interessante também corrigir o problema de quebra de página na impressão do qrcode.. Esse problema já tinha sido corrigido mas voltou nas últimas atualizações !

Boa tarde senão for pedir muito e conseguir por favor deixe compatível com o Lazarus os fontes do Danfe! Assim será tranquilo o merge dos fontes!

Bom dia, Está tudo certo agora Juliomar, mais uma vez obrigado! Atenciosamente

Os fontes estão atualizados e o Lazarus recompilado. Mas, como você falou que tem outros usuários do forum conseguindo validar, vou apagar as dlls existentes e colocar outras para ver se funciona.

ola, eu fiz a seguinte alteração no meu código, não deu mais erro e funcionou // Movido para fora do try por Italo em 16/08/2012 if Assigned(FretConsNFeDest) then FreeAndNil(FretConsNFeDest); FretConsNFeDest := TRetConsNFeDest.Create;