laffsj
-
Total de ítens
70 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por laffsj
-
-
56 minutos atrás, Daniel Simoes disse:
Boa noite, com este novo arquivo não vai mais ser necessário mudar o ACBr.inc?
-
Boa tarde pessoal.
Estou tendo este problema também, existe clientes que ainda tem máquinas com XP por exemplo no estoque, algum setor que demanda pouco uso, teria como configurar de alguma forma que roda o sistema sem tirar NFE nele, apenas para abrir o sistema sem dar o problema com as dll?
Obrigado.
-
Em 26/10/2016 at 15:53, laffsj disse:
O único problema que tive foi com relação ao convênio que o correto que tenho aqui no manual esta em branco e estava saindo com zeros.
Em anexo manual que o sicoob me passou.
-
Nossa ai fica complicado, aqui onde trabalho tem um setor de tecnologia do banco que me atende, inclusive quando tive o problema perguntei se tinha alguma mudança do layout e me passou que não.
No manual que tenho esta assim, no que fala com relação aos espaços em branco, o que você tem esta assim também?
-
Rodrigo boa tarde.
Gere um arquivo remessa e peça pro setor de tecnologia do banco validar (o próprio programa do cedente do siccob acusa um erro), pra mim pelo menos eles me reportam erro e tenho que mudar o fonte para que funcione corretamente.
Se puder fazer isso e dar um retorno.
Obrigado.
-
Eu só tive problema do "zero" de restante esta tudo correto pra mim, isso no CNAB240 o CNAB400 não uso.
-
Boa tarde, @Juliana Tamizou tive o problema com os zeros também na posição posição 33 à 52 do Header do Arquivo, mandei um e-mail para a pessoa que me atende e ele passou que tem que ser com o spaço mesmo.
No fonte alterei de StringOfChar('0', 20) + para StringOfChar(' ', 20) + e esta funcionando corretamente o envio pelo programa do cedente.
Segui resposta do e-mail:
Bom dia Lair tudo bem?
De acordo com informações que tenho o layout não foi alterado, então você pode continuar a enviar espaços em brancos na posição 33 tamanho 20. Fiz um teste aqui e com espaços em brancos processou normalmente. Caso ocorra erro por favor me envie o Print da tela que vou entrar em contato com o Sicoob para verificar o que houve.
Atenciosamente,Evandro
-
Entendi muito obrigado pela ajuda.
-
Claudiomir muito obrigado pela atenção.
Pode me dizer onde informa no componente? Para que saia no arquivo remessa.
Obrigado.
-
Boa tarde pessoal.
Estou trabalhando com o banco Sicredi, fiz todo o processo de homologação e ficou tudo ok. Após o processo de homologação foi gerado um arquivo, transmitido e funcionou corretamente. Dias após ter enviado este primeiro arquivo, foi gerado um novo arquivo remessa mas na hora de transmitir fala que existe o seguinte erro na crítica: registro fora da sequência.
Olhando o arquivo não achei erro na estrutura, resolvi fazer uma nova validação do arquivo pelo site da sicredi e foi retornado validado com sucesso, alguém sabe o que pode esta dando errado?
Foi obedecido também a nomenclatura do nome como no manual do banco.
Obrigado a atenção de todos.
-
Eu atualizei para o fast 5.2.3 ai parou o erro.
-
O problema foi resolvido instalando uma versão mais recente do fast, obrigado pela ajuda de todos
-
Estou usando a versão 5.1.12 do fast, na minha maquina com o delphi instalado esta normal mas quando coloco em outra máquina que não tem o delphi da o erro, alguma ideia?
-
Pessoal, conforme falei que achei que ate a versão 10528 estava funcionando comparei os códigos e acabei de fazer um teste, atualizei o acbr para a ultima versão e substitui o EmbeddeFonts := True; por PrintOptimized := True; e voltou a funcionar, alguém pode me orientar se isso era algum tipo de erro o que faz este código que não entendo e se fica correto assim? teria que atualizar no acbr isso?
-
Quanto ao erro do arquivo pdf, estou fazendo testes voltando as versões do acbr e compilando e testando, notei que ate a versão 10528 funciona corretamente, apos esta versão da este erro que estou falando sobre o arquivo em maquinas que não tem o delphi instalado.
-
1 - Erro ao criar o arquivo
2 - Erro ao anexar o arquivo.
3 - Erro ao abrir o arquivo com o adobe reader.
Então os caminhos estão corretos pois gera o arquivo porem fica corrompido.
-
1 hora atrás, jaques.rocha disse:
Quando atualizei o meu para o trunk2 tive algum clientes que deram erro, no meu caso eram os os cliente em que esqueci de definir a pasta onde salvar os pdf.
Veja se o caminho definido em ACBrNFeDANFEFR1.PathPDF é valido.
Bom dia, sim o caminho esta correto. Estava funcionando tudo certinho, depois que atualizei o acbr que começou a dar este problema, só não sei se teve alguma mudança e estou deixando de fazer algo para trabalhar corretamente.
-
Pessoal, não sei desde quando está acontecendo isso pois reclamaram pra mim ontem, ao enviar o e-mail da nfe com o xml e pdf anexo está dando problemas com o arquivo pdf, primeiro como o arquivo pdf nao existe e ele vai ser gerado da um erro de access violation, mesmo com este erro o arquivo é gerado, porem se for abri-lo ele esta corrompido. Fazendo novamente o processo de enviar para a mesma nota o arquivo é localizado porem da outro erro falando que ele esta em uso por outro processo acredito que pelo fato de estar corrompido.
Testando na minha maquina que o delphi esta instalado, não ocorre problema nenhum, pensei em ser algum problema na maquina do cliente e coloquei o sistema em uma maquina virtual e instalei ele, onde novamente começou a dar o problema.
Fiz o seguinte teste, voltei a versão dos fontes do acbr para quase um mes atras e compilei o sistema novamente e parou o erro.
Será que teve alguma mudança na configuração do acbr que eu não fiz e por isso esta dando este erro? pois não mudei nada na forma de enviar o e-mail e o cliente que atualizei começou a dar problema, estou usando o componente acbrmail para enviar o e-mail. Alguém pode me dar uma ajuda?
Obrigado a todos.
-
Boa tarde.
Juliana fiz como me falou fui olhando o fonte e tentando entender que falta conhecimento, mas consegui ver de onde saiu o valor e fiquei procurando como corrigir, muito obrigado pela ajuda.
-
Boa tarde pessoal, consegui resolver o problema declarando o valor em codigomora:= '1'; assim o arquivo de remessa fica correto, no caso valor 1 porque seria mora diária, esta correto isso, será que alguém poderia me falar se esta correto o que fiz?
-
Boa tarde alguém poderia me ajudar com este problema que estou tendo?
Obrigado.
-
-
Boa noite pessoal.
Eu já estava usando o boleto para o banco Sicoob a uns 3 meses, mas hoje quando fui mandar um arquivo remessa esta dando Erro de estrutura na linha 3: Linha 3 possue mais que 240 caracteres.
Pequei um arquivo antigo e comparei com o novo que esta dando o erro e reparei que existe um numero 9 a mais como abaixo:
Correto:
7560001300001P 010320690000032080859 000004934201014 10 22601 1010201500000000001300000000 02A28092015030121899000000000000035000000000000000000000000000000000000000000000000000000 1000 090000000000
Com erro:
7560001300001P 010320690000032080859 000004967501014 10 22633 1012201500000000001300000000 02A301120151230121899000000000000035000000000000000000000000000000000000000000000000000000 1000 090000000000
Alguém pode me orientar o que esta acontecendo?
Obrigado a atenção de todos.
-
Resolvido.
Grupo Duplicata não deve ser preenchido - NF-e 4.0
em ACBrNFe
Postado
A versão 1.51 desta NT define novos prazos de implantação da versão 1.50 publicada anteriormente, conforme abaixo:
• Ambiente de Homologação (ambiente de teste das empresas): 21/05/2018.
• Ambiente de Produção:04/06/2018.