Jéter Rabelo Ferreira

Bom dia, Um pergunta "sem noção": - Quando você está enviando a NF-e novamente, você está efetuando um NotasFiscais.Clear e preenchendo o componente novamente? - Você está enviando apenas uma NF-e por vez? Atenciosamente.

Bom dia. Esse "erro" do fortes ocorre se você colocar na library do delphi onde encontra-se os arquivos .pas. Para não ter esse problema, abra o arquivo .dpk, conforme o Juliomar disse acima, Compile e install. Depois selecione "Componentes/Install Packages", selecione a bpl gerada pelo fortes, que fica na pasta fortes\bin\<versaodelphi> e coloque esse path na library do delphi. Pronto, você não va mais ter problemas com o fortes. Isso sem precisar modificar uma linha sequer do Fortes Report. Atenciosamente.

Rodrigo, Bom dia. Quando um boleto é registrado, qualquer alteração do mesmo deve ser feito junto ao banco. Com o ACBr, você pode criar outro arquivo remessa, informado os dados e a ocorrência desejada para o boleto que deseja alterar. Mas também pode ser feito pelo próprio aplicativo/web do banco. Qualquer alteração feita a nível de aplicativo, sem informar o banco, corre-se o risco de ter o boleto rejeitado pelo banco ou a demora do crédito do mesmo. Verifique o manual do banco. Atenciosamente.

Bom dia, Segue anexo a unit do banco Santander com o CNAB240 homologado. Atenciosamente. ACBrBancoSantander.pas

"Amigo", deixa eu te dizer uma coisa. Apelou perdeu. Realmente, meu cérebro é muito ruim mesmo. Pois se ele fosse bom, eu não perderia tempo em "discutir" com alguém que não tem um pingo de educação, como você acaba de demonstrar. Eu fiz apenas uma pergunta, bastava responder SIM ou NÃO. Outra coisa, eu propus uma solução que, não sei se você leu o primeiro tópico inteiro, a Juliana havia feito, e não foi preciso "modificar todo o componente" para isso, e sim algumas linhas de código, nada mais do que isso., Outra coisa, posso não ter estudado na faculdade que você estudou, posso não ter tido as oportunidades que você teve, mas uma coisa eu aprendi e você não. TER EDUCAÇÃO. Falei em faculdade né? Pois é, nem isso eu tenho. Agora, pensando cá com meus botões, acho que você tem razão. Sou um burro mesmo. Mas, na medida do possível, mesmo com a minha burrice, vou continuar ajudando o ACBr como fiz algumas vezes. Pessoas como você existem para nos ensinar que nesse mundo, devemos ter paciência. Mas beleza, sem mais delongas nem nhém nhém nhém, finalizo essa pedindo desculpas pela ironia (quando escrevi: '"POG" né não?'), cuja a qual você não soube interpretar. Quem é "burro" mesmo? Aos demais usuários/moderadores/administradores, meus mais sinceros pedidos de desculpas..Se depender de mim, isso nunca mais ocorrerá. Atenciosamente.

Vou "desenhar" a situação: Header: 2 blocos - Header arquivo - header Lote Transação: 4 blocos - P - Q - R - S Trailler: 2 Blocos - trailler Lote - Trailler Arquivo Ou seja, "Posso" ter 2 + 4 + 2 linhas para apenas um boleto, ou 2 + (Boletos X 4) + 2. Ou seja, simples a conta não? Agora, vamos combinar: Ter que fazer conta de quantas linhas foram inseridas, somar, multiplicar, dividir achar a raiz quadrada, apenas para informar a quantidade total de registros, quando o StringList, que já é passado como parâmatero no último método me dá essa informação, é uma "POG" né não? Mas, a pergunta foi apenas uma estou disposto a ajudar a modificar as unit's, modificando todas as unit's, como eu disse no primeiro post: "Pois caso os moderadores não concordarem com essa mudança, precisarei "arrumar" uma forma de contornar esse problema." Pelo jeito a resposta será não correto? Atenciosamente.

Rafael. Na realidade, ele funciona no sentido de "quebrar" a linha, mas sim a função count para se totaizar a quantidade de registros no total é que não retorna corretamente. No trailler do arquivo é necessário informar a quantidade de linhas do arquivo. E essas linhas com CRLF não são contadas. Foi por esse motivo que foi modificado o cnab400. Atenciosamente.

Nem #13#10 nem sLineBreak funciona. Já havia testado os dois. Atenciosamente.

Boa tarde. Um cliente meu fechou um contrato de cobrança com o Banco Santander , que vai envolver o CNAB240. O mesmo não está implementado. Estou efetuando a implementação, mas me deparei com um problema. Existem blocos no Header, Transação e Trailler do arquivo que deve ser informado mais de 1. Estou informando os registros com Quebra de Linha "sLineBreak", mas a funcão Add do stringlist da remessa "não entende" a quebra de linha Tivemos esse problema com o Itaú CNAB400 quando eu implementei a geração desse. Nessa época, a Juliana fez uma alteração que, quando for CNAB400 passa-se a stringlist do retorno como parâmetro, transformado as functions em procedures. Minha pergunta: Já estou com a mão na massa e com a geração do cnab240 do santander "pronta" (falta testar e fazer a leitura do mesmo), posso efetuar essas mudanças (Em todas as unit's)? Teriamos que efetuar a mudança em todas as unit's dos bancos (E sim, estou com meu ACBr Atualizado). Aguardo retorno para ver como devo fazer. Pois caso os moderadores não concordarem com essa mudança, precisarei "arrumar" uma forma de contornar esse problema. Obs: Os métodos virtuais seriam (TACBrBancoClass): procedure GerarRegistroHeader400(NumeroRemessa : Integer; ARemessa:TStringList); Virtual; procedure GerarRegistroHeader240(NumeroRemessa : Integer; aRemessa: TStringList); Virtual; procedure GerarRegistroTransacao400(ACBrTitulo : TACBrTitulo; aRemessa: TStringList); Virtual; procedure GerarRegistroTransacao240(ACBrTitulo : TACBrTitulo; aRemessa: TStringList); Virtual; procedure GerarRegistroTrailler400(ARemessa:TStringList); Virtual; procedure GerarRegistroTrailler240(ARemessa:TStringList); Virtual; Atenciosamente.

Bom dia. Quanto a consulta, utilizando o Delphi está normal. Atenciosamente.

Olá Leonardo, boa tarde. Fiz muitas alterações em relação ao exemplo acima, porém tive outras prioridades e o componente ficou parado. Devo estar terminando os testes até final do próximo mês, aí disponibilizarei os códigos aqui. Atenciosamente. Jéter Rabelo Ferreira

Bom dia Atilio. Eu não utilizo o Firedac, mas sou do tempo do BDE/Paradox. Hoje eu utilizo DBExpress para Firebird/MySQL e Zeos para MySQL/PostgreSQL. O componente table fazia sentido no tempo do BDE/Paradox, pois era muito simples e fácil de implementar. Mas, quando vamos para um BD Client/Server, com controle transacional as coisas mudam de figura. Primeiro, ao dar um Open num Table, teoricamente todos os registros são retornados. Qual a vantagem disso? Em 99% dos casos nenhuma. Portanto, eu te aconselho a utilizar Query, colocando nos select's os nomes dos campos, nunca select * from ..., filtrando com where os campos desejados. É dessa forma que eu trabalho desde quando "saí" do BDE, por volta de 2002. desde essa época, nunca mais utilizei um componente table, somente Query. E eu fiz da seguinte forma, criei um "componente virtual" chamado TMySqlQuery, que, conforme a diretiva de compilação herda o Query do componente que estou trabalhando.. Exemplo: {$IFDEF DBX} TMySQLQuery = class(TSQLQuery) public constructor Create(ACnx: TSQLConnection; ASQL: string = ''); reintroduce; overload; constructor Create(ASQL: string = ''); reintroduce; overload; destructor Destroy; override; function ExecutarSQL: Boolean; end; {$ENDIF} {$IFDEF MDO} TMySQLQuery = class(TMDOQuery) public constructor Create(ACnx: TMDODatabase; ASQL: string = ''); reintroduce; overload; constructor Create(ASQL: string = ''); reintroduce; overload; destructor Destroy; override; function ExecutarSQL: Boolean; end; {$ENDIF} {$IFDEF ZEOSDB} TMySQLQuery = class(TZQuery) public constructor Create(ACnx: TZConnection; ASQL: string = ''); reintroduce; overload; constructor Create(ASQL: string = ''); reintroduce; overload; destructor Destroy; override; function ExecutarSQL: Boolean; end; {$ENDIF} Bom, fica aí a minha dica. Atenciosamente. PS: "componente virtual" : Eu não trabalho com componentes visuais para acesso a dados. Todos são criados e destruidos por mim via código.

Bom dia. Não existe modelo eletrônico para a emissão de Nota Fiscal Modelo 6, 21, 22. A emissão desses documentos é regidas pelo Convênio 115. Eu desenvolvi um componente e doei para o projeto ACBr, chamado ACBrConvenio115. De uma olhada nesse componente, na pasta dele tem um arquivo leiame criado pelo nosso colega Cleber Ferreira que contém um compilado da maioria das dúvidas a respeito desse componente. Na pasta exemplo\ACBrConvenio115 tem a forma de como fazer para alimentar o componente, bem como também um exemplo de impressão. A Impressão é "apenas" exemplo, pois não existe regulamentação a respeito. A única coisa que o convênio regula na impressão é o tamanho mínimo do campo Informações Complementares e a impressão da assinatura MD5 do documento. Mais informações, segue o link do Post que trata desse assunto: Atenciosamente.

Atualização OK. Obrigado. Atenciosamente.

Boa tarde. Segue anexo o arquivo contendo algumas modificações de códigos: - Códigos adicionados na tabela 11.5. Tabela de Classificação do Item de Documento Fiscal - Site do Convênio 115 foi modificado Favor subirem ao SVN. (Pasta Fontes\ACBrConvenio115) Atenciosamente. ACBrConvenio115.zip

Bom dia. Alguém sabe informar se existe alguma obrigatoriedade da impressão do CPF do comprador nos comprovantes de cartão (Débito/Crédito)? Mesmo quando utiliza-se POS? Um contador me perguntou isso e eu não soube responder. Atenciosamente.

Clebar, bom dia. Excelente. Outra coisa, eu acho que poderíamos incluir esse seu F.A.Q. num leiame do componente, o que os moderadores acham? Atenciosamente.

Boas tarde. Você postou num tópico que teve o último post em 24/03/2013. Tem certeza de que era essa a sua pergunta? Link do SVN? Mas, por via das dúvidas, segue: http://svn://svn.code.sf.net/p/acbr/code/trunk Atenciosamente.

Juliomar, boa tarde, Testado e OK. Obrigado. Atenciosamente.

Boa tarde. Darlana eu Começo com Zero em todas as consultas, mesmo que fizer mais de uma no mesmo dia. E teve um caso dum cliente meu que uma NF-e emitida em Outubro aparaceu somente agora em Janeiro. Vai entender. Atenciosamente.

Boa tarde. Solicito a gentileza de que que algum moderador possa subir a alteração feita na unit. ACBrCaixaEconomicaSICOB.pas conforme post . Já foi testada e está OK. Atenciosamente.

Boa tarde. Também podemos fazer da seguinte forma. Criar uma property PesquisarIBGE que, se for setada com false, a pesquisa não será efetuada. Segue anexa a unit que eu alterei aqui para vocês analisarem. Fiz isso porque estou tendo muitas chamadas técnicas. Atenciosamente. ACBrCEP.pas

Boa tarde. Esse erro de consulta persiste desde hoje de manhã. E está impossibilitando a pesquisa de endereço, pois o erro ocorre no procedimento ProcessaResposta. Portanto, tratar o erro a nível de aplicativo não resolve o problema. A única forma de contornar o problema é fazendo como o usuário Datilas propôs. A diferença é que não retornará o código do IBGE e o endereço ficará normal. Em tempo: Site do IBGE em manutenção: Site em manutenção devido à problemas técnicos referentes ao serviço de dados prestado pela Intelig. Agradecemos a compreensão. Atenciosamente.

Boa tarde. Juliana ou outro moderador. Efetuei testes aqui com a unit ACBrCaixaEconomicaSICOB e, realmente, a montagem do Código de Barras está com problemas para o tamanho Nosso Numero 16. Consultando o manual da CEF, eu efetuei a devida correção para que o campo livre seja montado corretamente. Essa correção afeta somente o Campo Livre de boletos com o Nosso Numero de tamanho 16, ficando inalterado o de tamanho 11. Consultado os LOG's, eu verifiquei que até o dia 15/01/2013 havia uma condição para a geração do campo livre de 16 posições, mas estava errado. Nessa data foi postada uma atualização da unit retirando essa condição. Assim que possível, favor subir para o SVN. Atenciosamente. ACBrCaixaEconomicaSICOB.pas

Bom dia. Leandro ou qualquer outro usuário. Fiz uma "caca" e meu CobCaixa SICOB não está funcionando. Alguém tem o arquivo de instalação para enviar? Atenciosamente.