Agnaldo Prates

Bom dia Rodrigo. Bom, ao que parece, todos eles retornam 1 posição a mais no final da linha, ou seja, o que deveria ser 240 é na verdade 241 e esta regra aplica também ao CNAB 400 retorno. Mas, creio que o nome do arquivo de retorno da caixa deva exigir a extensão .ret, experimente renomeá-los! Ex: ret000449.ret Att.

Os arquivos informados possuem um caractere a mais, CNAB240, são 240 posições, e, pelo exemplo está retornando de forma indevida. Att.

Boa tarde. Fique a vontade para contribuir, creio que toda contribuição é bem vinda. Antes de tudo é importante analisar os modelos que já existem, tendo em vista que muitos dos usuários já utilizam os mesmos. Sobre a versão, salvo melhor juízo, creio que a partir da versão 4 que abrange várias versões do Delphi. Quanto ao Fortes, lhe digo que no meu caso eu o utilizo a muito tempo e está atendendo de forma satisfatória sim. Att.

Bom dia. Ao que parece é exatamente isso que está ocorrendo, linha 783 unit ACBrCaixaEconomica.pas. if CodMotivo <> 0 then begin Creio que deva ficar como descrito abaixo. CodigoLiquidacao := IntToStrZero(CodMotivo,2); CodigoLiquidacaoDescricao := CodigoLiquidacao_Descricao(CodMotivo); MotivoRejeicaoComando.Add(IfThen(Copy(Linha, MotivoLinha, 2) = '00', '00', Copy(Linha, MotivoLinha, 2))); Ao que parece neste local deveria estar o código da Liquidação, e não motivo da rejeição. CodigoLiquidacao := IntToStrZero(CodMotivo,2); DescricaoMotivoRejeicaoComando.Add(CodMotivoRejeicaoToDescricao(OcorrenciaOriginal.Tipo, CodMotivo)); Consequentemente a descrição deverá ser a descrição da liquidação. end; Possivelmente a Juliana vai dar uma olhada e se estiver correta a nossa linha de pensamento com certeza ela irá disponibilizar a devida correção. Att.

Faz sentido e acredito ser pertinente tal alteração, todavia é importante frisar que, caso a cobrança seja sem registro há necessidade de um tratamento especial pois, o campo em questão traz o seguinte texto, "SEMREG". Vide página 22 do manual disponível em:https://www.banrisul.com.br/bob/data/CobrancaEletronicaBanrisul_layout_pdr_Febraban400_vrs09022009.pdf Att.

Penso que vai ser necessário criar um pacote para instalar o mesmo, visto que, o componente vai chamar o original. Se fosse arquivo do fast, com certeza era só setar o FastFile.

Muito importante esta colocação sua Regys, afinal, a NFC-e tem algumas restrições que a priori não é recomendável seu uso on-line. Se cair a net o cliente vai ficar na fila até quando? Se for standalone ainda assim, pode ser que caia nas restrições relativas ao prazo para envio. Bem observado Regys.

Experimente adicionar a unit Midas no uses da sua unit. Att.

Bom dia. Sua pergunta está um tanto quanto confusa. Qual é realmente o problema que está ocorrendo? Na leitura do arquivo está trazendo "04", compensação eletrônica, até ai está correto. Pelo que entendi, durante a leitura, este código da compensação está sendo informado na rejeição, é isso? A rejeição está no segmento W e não no segmento T. vide layout em: http://downloads.caixa.gov.br/_arquivos/cobranca_caixa/manuaissicob/LEIAUTE_CNAB_240_SIGCB_COBRANCA_CAIXA.pdf Seria importante postar este retorno para que pudéssemos dar uma olhada com mais tempo para que possamos saber mais detalhes. Att.

ACBrNFeDANFEQR1.MostraPreview := True; Att.

Estão faltando a tributação do ICMS nos itens, lembrando que a tributação deverá ser feita por item e o desconto deverá ser rateado com todos eles. A alíquota e o valor do produto sem o desconto deverá ser a base de calculo do ICMS. A média dos impostos é com base no NCM, portanto deverá ter tratamento específico para este item. Sem tibutação, sem média de impostos. Você está destacando o ICMS de R$ 313.48 A sua base de cálculo está 1.844.00 a Tag "vTotTrib" está o mesmo valor do ICMS, esta tag refere-se à média de impostos pago pelo consumidor contribuinte com base na tabela do IBPT. Mais informações: Att.

Exatamente o Juliomar expôs no tópico anterior. O problema mencionado ocorria sempre comigo, depois que atualizei a versão do Fast para 4.15, pronto, todos os pacotes que contenham o fast foram resolvidos. Att.

Bom dia Giovani. Bom, esta informação certamente a Juliana deve analisar, se for pertinente e condizente com o manual, com certeza será atualizada sim. Att.

Bom dia. Como o Juliomar disse, eu faço a leitura no banco e concateno jogando este dado no Rps, no retorno a leitura deve ser conforme: No XML retornado pela prefeitura procure a tag "DeclaracaoPrestacaoServico", dentro dela a subtag "Servico", ai você vai encontrar a "Discriminacao". Basta pegar os dados nela. Att.

Bom dia. Boa sorte na homologação. E como eu disse antes, o critério exigido pelo banco não prospera visto que, de posse da linha digitável é possível pagar qualquer boleto via por exemplo internet banking. Minha contestação se baseia no seguinte prisma, onde, não há possibilidade nenhuma de, através da linha digitável saber se o layout do boleto está certo ou não, uma vez que, dentro da linha digitável constam todos os dados necessários para que o boleto dentro da câmara de compensação seja processado, entendo portando que se trata de mera formalidade isenta de exigência e desnecessária em dias atuais. Att.

Linha 564 da unit ACBrCaixaEconomica.pas altere: IfThen(ValorMoraJuros > 0, '1', '0') + //118 - Código de juros de mora: Valor por dia para IfThen(ValorMoraJuros > 0, '1', '3') + //118 - Código de juros de mora: Valor por dia Att.

De repente este post pode lhe dar mais detalhes. Att.

Bom dia. é importante frisar que a alteração não foi efetuada no relatório do FortesReport e sim no FastReport. Para funcionar, Faça um backup dos arquivos .pas mencionados e salve estes no lugar dos que foram renomeados. Coloque o nome do arquivo Boleto.fr3 para um nome que possa chamar se o banco for = '021' ex: Bol_021.fr3 Na hora da emissão do boleto, faça a seguinte critica: if ACBrBoleto1.Banco.Numero=21 then ACBrBoletoFCFR1.FastReportFile := ExtractFilePath(ParamStr(0))+'Bol_021.fr3'; ACBrBoleto1.Imprimir; Dessa forma não muda nada quanto aos outros bancos.

Experimenta estes ai. Att.

Verdade seja dita. Não existe lei que regulamente o padrão do boleto. Se houvesse interesse do estado, com certeza haveria uma normatização para que todas as instituições bancárias seguissem, digo com base no DANFE é um modelo nacional e pronto. Quanto ao descumprimento de dispositivos legais, está o banco incorrendo em desobediência passível de punição. Mas, como você mesmo disse, eles não estão muito preocupados com as possíveis sanções, pois, estão de posse da maior lei nacional que é o poder econômico. Mas isso não impede que você se for o caso, perder o cliente por este motivo, do banco não homologar seu boleto com a alegação de "pontos" na apresentação gráfica de um determinado dado sem regramento, é hora de você bater à porta da justiça e requerer, alem das perdas e danos, os lucros cessantes pela perda da "renda" que se obteria daquele cliente, só com ações desse cunho é que teremos em um futuro alguma norma em que possamos nos basear. Penso porem que, se for para atender este "mimo" do banco é importante que se faça a devida correção, mas, ainda assim, consulte um profissional jurídico no sentido de buscar uma satisfação econômica em seu favor, visto que, a instituição impôs uma condição não documentada para que seu software fosse homologado. Apesar de você entender que as leis não são cumpridas pelos "grandes", verá que haverá uma sanção, pois, não se pode descumprir a legislação alegando seu desconhecimento. Boa sorte.

Bom, diante da falta de norma, não há outra a seguir senão as leis civis. É certo que, os bancos fazem o que querem e como querem, apenas atendem as orientações do Banco Central no que diz respeito aos dados básicos que devem conter o boleto conforme circular 2926/BC e modelo CADOC 24044-4. Disponível em: <http://www.bcb.gov.br/pre/normativos/c_circ/2000/pdf/c_circ_2926_v1_O.pdf> acesso em 14/10/2014. Diante da falta de clareza por parte de alguns bancos, é possível obter tais informações com base em alguns dispositivos legais como: CDC. Art. 6º, inciso III. Violação ao dever de informação. Código Civil. Art. 887. O título de crédito, documento necessário ao exercício do direito literal e autônomo nele contido, somente produz efeito quando preencha os requisitos da lei. § 3o O título poderá ser emitido a partir dos caracteres criados em computador ou meio técnico equivalente e que constem da escrituração do emitente, observados os requisitos mínimos previstos neste artigo. Conforme estabelece a legislação, não é a vontade do banco que deve prevalecer, é, antes de tudo atender aos dispositivos legais sob pena do que der causa responder na forma da lei. Isso posto, vejo que, se o banco não disponibiliza as informações de forma clara, com base em algum regramento e que este esteja disponível para acesso, então não há o que se falar em tal exigência visto que, a sua falta pode implicar em não atendimento uma vez que tal informação está solta na ceara do “achismo”. Att.

Bom dia. Dê uma olhada neste post. Quanto à exigência da máscara, não vi em nenhum local nos manuais que olhei, exceto se houver outro que desconheço. Att.

Abra o arquivo em questão, D:\SafeNews\Componentes\ACBr\Fontes\ACBrBoleto\ACBrBoletoFCFortesFr.pas Vá até a linha 471 e faça como abaixo, comente. //SetVersion( CommercialVersion, ReleaseVersion, CommentVersion ); Salve e depois tente instalar. Att.

Boa tarde. Como o arquivo é fast.fr3 pode mudar o mone dele para o banco que você quiser, dentro dele, coloque a mascara que quiser, assim sendo, não atrapalhará nenhum user. Att.

Talvez mudando o report do fast seja possível. Segue um exemplo. Está como BB mas pode ser outro banco. Quando a instalar no XE6, instalei aqui sem maiores problemas. Apesar de usar o D7, instalei o XE6 para testar o funcionamento. Remover a extensão .txt pois não consigo enviar com a extensão .fr3 Att.