Jéter Rabelo Ferreira

Bom dia Alex Se você verificar o Manual, vai ver que ao informar a NF Mod. 06/21/22, os números da NF somente pode ser feito com 9 dígitos. Ao gerar uma Nota com 15 dígitos, ela ficará diferente do que reza o manual, que deve ser informado no arquivo com 9. Solicite ao seu cliente a verificar com o fiscal e mostrar para ele a lei que rege esse convênio. Imprimir uma Nota com um número (15 dígitos) e informar no arquivo do convênio 115 com outro número (9 dígitos) vai dar problemas, pode ter certeza. Ademais, se você quiser correr esse risco, não precisa conveter o número para striing, e sim para um int64 que resolve o teu problema. Atenciosamente.

Complementando o Post anterior, informações de trigger do firebird pode ser obtida em http://www.firebirdsql.org/refdocs/langrefupd21-ddl-trigger.html Atenciosamente.

Boa tarde. A tabela que o Regys te falou acima guarda cada conexão feita no banco, bem como usuário, aplicativo etc. Você pode criar uma trigger de conexão (disponível a partir do Firebird 2.1) para "monitorar" quem está conectando ao banco. Por exemplo, ao ocorrer uma nova conexão ao banco, verifique o campo MON$REMOTE_ADDRESS (iP de onde veio a conexão) e liberar determinados IP's, Também pode-se verificar o campo MON$REMOTE_PROCESS que é o nome do aplicativo que está sendo utilizado na conexão com o banco. Neste caso o aplicativo está com o path completo. Caso a nova conexão não esteja dentro dos parâmetros especificados, efetue um delete do registro na tabela que a conexão é encerrrada. Essa é uma forma de você "bloquear" acessos ao BD. Lembrando, que o próprio Firebird permite desabilitar trigger na conexão, utilizando parâmetro "isc_dpb_no_db_triggers' no próprio IBExpert que você irá conectar ao banco, sem a trigger seja executada. Atenciosamente.

Bom dia. Pasmem, mas no Santander existem tipos de ocorrência com códigos diferentes dependendo do CNAB. Verifiquei isso quando estava criando o CNAB240 poara esse banco, eu já enviei a unit homologada mas até agora não subiram ao Grande parte dos tipos de ocorrência são iguais, mas alguns mudam completamente. Isso deve-se ao fato, creio eu, do Santander ter comprado N bancos, desde Públicos como Privados. Aí ficou uma colcha de retalhos Segue anexo o manual do CNAB240 do mesmo banco para vocês analisarem. Obs: O Lay-out 400 que me enviaram é o mesmo do post anterior. Atenciosamente. Layout CNAB 240 posições padrão Santander Multibanco Outubro 2013 v 2.2.1 .pdf

Vai depender muito de cada banco. Mas, como o tpo de operácão é por título, você vai ter que enviar mais de um "registro" para o mesmo boleto. Um para vencimento, outro para valor e etc. Mas, foi como disse acima, entre em contato com o banco e solcite os manuais e efetue os testes com o pessoal da área técnica. Alguns manuais podem ser encontrados em http://svn://svn.code.sf.net/p/acbr/code/tools/Bancos Atenciosamente.

Boa tarde Rodrigo. Sim, isso mesmo. Porém, convém você ter os manuais e conversar com o pessoal do banco. Pois tratando-se de cobrança e "padrão CNAB", cada banco faz a sua maneira. Atenciosamente.

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.