Fernando Rodrigo

Fiz a atualização do acbr e esta dando erro nessa função modFreteToStr Ela foi removida do acbr ? // ??? - Modalidade do frete function modFreteToStr(const t: TpcnModalidadeFrete): string; begin result := EnumeradoToStr(t, ['0', '1', '2', '3', '4', '9'], [mfContaEmitente, mfContaDestinatario, mfContaTerceiros, mfProprioRemetente, mfProprioDestinatario, mfSemFrete]); end;

blz consegui fazer a instalação valeu

veja o log do erro quando é instalado e marcado o gerador de relatorios por FastReport Embarcadero Delphi for Win32 compiler version 32.0 Copyright (c) 1983,2017 Embarcadero Technologies, Inc. ACBr_GNREGuiaFR.dpk(95) Fatal: E2202 Required package 'fs25' not found Compilation failure Erro ao compilar o pacote "ACBr_GNREGuiaFR.dpk". Abortando... Ocorreram erros na compilação dos pacotes.

me desculpe @Daniel Simoes mas o que eu postei não tem nada haver com o que foi postado acima, a dúvida que tive no outro poste que abri era na instalação do acbr, e esse erro acima o componente ja esta instalado, então não tem nada haver uma coisa com a outra. Os componentes são instalados normalmente, somente a parte do fastreport da GNRE não esta instalando pelo instalador, então fiz na mão somente esse componente pq o restante instalou normal, esse do fastreport esta aparecendo essa mensagem e nao sei o que fazer Tentei tambem o outro relatorio usando o Fortes mas tambem apareceu a mensagem abaixo Se eu usar o Fast da o erro abaixo, tem alguma ideia como poderia resolver ? o meu Fast esta instalado normal e funcionando

no meu tambem esta acontecendo da mesma forma, nao consigo instalar as guias da GNRE

boa noite meus amigos, estou instalando o acbr no tokyo 10.2 pelo install e o processo é feito normal sem nenhum erro. Quando entro no delphi aparece o erro em anexo,

windows 7 quase todos estão dando problema, rode o programa em anexo e reinicie a maquina ele faz a atualização da TLS 2.0, nos meus clientes que deram problema de erro de Forbidden (403), todos eles resolveram MicrosoftEasyFix51044.msi

so fazer o update que e instalar novamente os componentes que resolve

Boa noite, o banco bradesco me fez uma solicitação para correção no arquivo de remessa Linha 2 coluna 184 a 191 - Número seqüencial do registro no lote, enviar o mesmo numero do arquivo de remessa que esta na linha 1 na posição 158 a 163 - Número seqüencial do arquivo, disseram que é o mesmo numero, como estava enviado o codigo 1 como padrão na posição 184 a 191, eles invalidaram o arquivo e disseram que tem que ser o mesmo da linha 158 a 163 No arquivo de retorno que ja existia o nosso numero esta vindo da posição 38, 11 digitos, so que o nosso numero vem em outra posição na 46, 11 digitos conforme abaixo 2370001300001T 0203350200000001016566009 00000201750710000123456-01 Com essas modificações o banco acatou o arquivo e ja me retornou o arquivo para fazer a baixa dos títulos enviados ACBrBancoBradesco.pas

seria bom ter um componente que podesse gerar em qualquer delphi, pq esse que vc mandou foi feito com firedac e nesse caso não tenho firedac pq tenho delphi 2010 se fosse no componente teria que ser compativel com outros delphi tambem

Estou fazendo uma consulta de CNPJ e esta retornando o erro da receita Alguem ja passou por esse tipo de erro ?

uso firebird e o tamanho do campo é 18,4 o mais estranho pq em outras partes do sistema esta funcionando normal, somente nessa tela que deu problema ja peguei o clientdatset desse form e e abri uma unit vazia, mesmo assim deu problema

Bom dia Juliomar, fiz uma alteração na unit pq estava enviando o campo codigo do cedente no lugar do codigo do convenio, estava invertido, ja fiz a correção e conferencia da unit e agora esta correta ACBrBancoBradesco.pas

nao é Juliomar, a mascara esta correta

caros amigos, uso bastante campos agregados no clientdataset mas não sei o motivo esta fazendo os calculos errados. O campo esta sendo criado e com a seguinte expression SUM(SUB_TOTAL)*1,0 ---> campo sub_total é o campo no meu banco de dados Uso campo agregado para não precisar dar um while ou criar outra query para somar os valores, o campo agregado ja faz isso sozinho Não sei o motivo que esta ficando com os valores totalmente errado A soma da 192,32 e esta aparecendo os valores da imagem

Caros amigos tive a necessidade de homologar os arquivos de remessa para o Bradesco no formato CNAB 240 e que hoje não tem no acbr, so existe a leitura do 240 Fiz a homologação e segue em anexo a unit, caso alguém necessite e para os moderados darem uma olhada para subir para o svn ACBrBancoBradesco.pas

Não tem problema arrumar isso no meu sistema,

vejam o xml -<emit> <CNPJ>30062819000144</CNPJ> <xNome>S.O.S COMERCIO DE PEÇAS E ROLAMENTOS LTDA</xNome> <xFant>SOS ROLAMENTOS</xFant> -<enderEmit> <xLgr>RUA ASTORGA</xLgr> <nro>419</nro> <xCpl>5</xCpl> <xBairro>VILA GUILHERMINA</xBairro> <cMun>3550308</cMun> <xMun>Sao Paulo</xMun> <UF>SP</UF> <CEP>03542000</CEP> <cPais>1058</cPais> <xPais>BRASIL</xPais> </enderEmit> <IE>119238341119</IE> <IM>59322705</IM> <CNAE>4789099</CNAE> <CRT>1</CRT> </emit> -<dest> 35180430062819000144550010000000061785600004CEP.xml

estou fazendo a importação para dentro do componente utilizando a função abaixo ACBrNFe1.NotasFiscais.LoadFromFile(FileListBox1.FileName); so que o xml no campo cep esta da forma abaixo <UF>SP</UF> <CEP>03542000</CEP> <cPais>1058</cPais> <xPais>BRASIL</xPais> So que no acbr na unit pcnNFe.pas, linha 420, esta declarado o campo Cep como inteiro FCEP: Integer e quando é feito a importação do cep 03542000 ele é cortado ficando 3542000, nesse caso teria que alterar o componente de integer para string para não dar esse tipo de problema quando é feito a importação do xml

subir os fontes para o @Juliomar Marchetti colocar no repositorio

o acbr esta gravando em campos separados o nosso numero, descobri isso quando foi homologar o cnab 240, se vc for informar o nosso numero calculando o codigo do convenio + numero sequencial que poderá ter ate 17 digitos o acbr identifica que esta incorreto. vc tem que informar tudo separado, codigo do convenio e o nosso numero sem o convenio junto, senão poderá dar ate 17 digitos e irá ocasionar o erro.

o bb pode ter até 17 digitos, vai depender do convenio se for convenio com 6 digitos, o nosso numero poderá ter 11 posições, mas se o convenio for de 7 digitos o nosso numero é com 17 posições sem digito verificador, com 6 tem digito que poderá ser de ate letras

boa noite pessoal, alguém tem a unit cnab 240 do bradesco

boa noite pessoal, alguém tem a unit cnab 240 do bradesco

boa noite pessoal, alguém tem a unit cnab 240 do bradesco