jrc
-
Total de ítens
23 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por jrc
-
-
Boa tarde!
No meu caso até o dia 06/06/18 estava funcionando perfeitamente. Acredito que o problema esteja relacionado as últimas atualizações.
-
Problema resolvido, segue o procedimento que fiz, para quem possa interessar
1 - copiar o arquivo midas.dll para a pasta c:\windows\syswow64;
2 - Acessar o prompt de comando, executar como administrador (acredito que esse seja o X do problema, tem que ser como administrador) e executar o comando
regsvr32 midas.dll dentro da pasta c:\windows\syswow64;
-
Bom dia,
Sei que o tópico é antigo, mais deste ontem estou tendo o mesmo problema que tenco relatou.
Também fiz os mesmos procedimentos acima. Todos sem sucesso.
Caso algum colega tenha resolvido, fico grato se tiver um retorno.
-
Bom dia, no meu caso resolvi seguindo os seguintes passos:
1 - instalei novamente o acbr
2 - abri o formulário onde está o componente do danfe e ignorei a mensagem de erro
3 - salvei o projeto e compilou normal
-
Boa noite, tente copiar midas.dll pode ser o mesmo.
-
Boa noite, tive um problema parecido e resolvi atualizando os schemas.
-
Boa tarde.
Recentemente passei pelo mesmo problema, resolvi instalando o certificado em uma máquina com o Windows XP e depois exportando. Depois é só instalar o arquivo exportado. No meu caso resolveu.
-
Bom dia,
Minhas desculpas se estiver equivocado, mais o correto seria:
if FPConfiguracoesNFe.WebServices.Salvar then
...
-
Bom dia,
Também estou com o mesmo problema:
Impressora Epson TM20 USB
Impressão em Fast Reports (trunk2)
Cortando o lado esquerdo.
-
Boa tarde Italo,
Segue os arquivos gerados, mesmo com a propriedade Geral.Salvar = False.
obs. Webservices.Salvar também está = False.
-
1
-
-
Boa tarde,
Após a alteração sugerida por windsoft o problema foi resolvido.
Obrigado pela colaboração.
-
1
-
-
Boa tarde,
Após a atualizar os fontes funcionou perfeitamente.
Apenas uma pequena observação: mesmo informando a propriedade: Configurações.Geral.Salvar = False
os arquivos são gerados.
Agradeço pela colaboração.
-
-
Bom dia,
Após atualização para o trunk2, percebi que após o envio do mdf-e, o mesmo é autorizado normalmente,
porém não atualiza o xml com o número do protocolo. (obs. já fiz vários testes, setando salvar = true em arquivos, geral, webservices, mais não
obtive êxito).
-
Bom dia,
Após atualização para o trunk2 a impressão dos eventos em fastreport deixou de funcionar apresentando a seguinte
mensagem: Invalid file format (obs. o mesmo erro apresenta no exemplo do acbr).
Estou usando os arquivos abaixo p testes.
25150711781468000187550150000000291000000295-nfe.xml
1101102515071178146800018755015000000029100000029501-procEventoNFe.xml
-
tentaram olhar se o arquivo que está sendo descompactado ali está conseguindo substituir o outro?
abriram ele e verificaram?
Boa noite Juliomar,
Desde já agradeço pela atenção.
No meu caso é bastante simples o que faço:
if FileExists(_XML) then
begin
FormNFe.ACBrNFe1.NotasFiscais.Clear;
FormNFe.ACBrNFe1.NotasFiscais.LoadFromFile(_XML);
FormNFe.ACBrNFe1.NotasFiscais.Imprimir;
end;
mesmo assim algumas vezes, sai o DANFE de outra NF.
obs.
1 esta rotina funcionava perfeitamente até alguns dias.
2 ao faturar, o sistema envia automaticamente por e-mail, e percebi que o xml vai correto porem o pdf vai errado(outra nf) nos casos que acontece o erro.
acredito que de alguma forma não está sendo possível atualizar o pdf da nf.
-
Poderia me enviar os xmls das situações variadas para que eu possa testar aqui?
Boa noite,
Caro Regys, desde já agradeço pela atenção.
Segue alguns xml para sua análise. 2 com problemas e 1 correto.
Segue também arquivo DANFE_.fr3 no qual fiz algumas alterações no script, que no meu caso resolveu, porém acredito que exista uma forma melhor/correta.
Na verdade o que fiz foi limitar a quantidade de itens na primeira folha.
23150107783507000108550010000136421000136429-nfe.xml
23150107783507000108550010000136721000136720-nfe.xml
-
Caros Colegas,
Após atualização dos componentes para a versão 8242 aconteceu o seguinte problema:
- Quando mando visualizar qualquer impressão de uma NFe a visualização que sai é de uma outra NFe;
Uso o seguinte comando:
ACBrNFe1.NotasFiscais.Clear;
....
ACBrNFe1.NotasFiscais.Imprimir;
OBS: Uso o Fast Report.
Também estou com o mesmo problema, realmente antes da atualização não apresentava esse erro.
-
Como eu já disse, isso já foi acertado a um bom tempo, chegaram a trocar o arquivo e tentar imprimir novamente?
Não precisa fazer tratamento por variável, código, nada, basta atualizar o arquivo .fr3.
Primeiro tenham certeza que o ACBr está atualizado.
Os arquivos .fr3 da NF-e sem encontram no diretório: "<ACBr>\Exemplos\ACBrNFe2\Delphi\Report".
Boa tarde Regys,
Atualizei os arquivos .fr3, realmente o número da folha está correto, mas somente quando o número de itens cabe em uma folha.
O problema permanece quando o DANFE Retrato tem mais de uma folha ou quando o número de itens é igual a 24 para nf a vista e 18 para nf a prazo.
Fiz vários testes para tentar resolver, mais não consegui, pois não tenho muito conhecimento com fast.
Segue arquivos anexo.
-
Boa tarde,
Também estou com o mesmo problema.
Acontece sempre quando a impressão é feita em lote, individualmente não acontece.
E estou com o DANFE atualizado. -
Bom dia a todos,
Recentemente me deparei com a seguinte situação com relação a numeração das folhas do DANFE Fast Report retrato.
Imprimindo as notas individualmente a numeração da folha sai corretamente.
Porém, se mando imprimir um lote de nfs e no meio do lote tenha uma nf que tenha exatamente o número máximo de itens por folha sai 1/2 (não imprime a página 2), e a nf segunte sai com
a numeração 2/1.
-
Bom dia,
Também estou com o mesmo problema do amigo Samuel, o interessante é que até a semana passada tudo estava funcionando normalmente mesmo passando o nome do arquivo.
erro interno 12175
em ACBrNFe
Postado · Editado por jrc
A orientação do André resolveu o meu problema!
"Substitua o arquivo ACBr\trunk2\Fontes\Terceiros\CodeGear\ACBr_WinHttp.pas por esse ACBr_WinHttp.pas e veja se o problema ainda ocorre."
Obrigado a todos.