tiago.istuque

Obrigado @Alexandre de Paula e @Italo Giurizzato Junior. Já atualizei aqui e verifiquei as mudanças. Tópico pronto para ser encerrado.

@Italo Giurizzato Junior bom dia, O município de Guapiaçu/SP modificou o endereço IP do webservice de NFS-e, segue abaixo o endereço atualizado: [3517505] Nome=Guapiaçu UF=SP Provedor=Fiorilli Versao=2.00 ProRecepcionar=http://187.8.185.250:5661/IssWeb-ejb/IssWebWS/IssWebWS ProLinkURL=http://187.8.185.250:5661/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso%

Prezados, bom dia a todos. Ao adotar o modelo de impressão do DANFS-e utilizando o report DANFSE.fr3 do fastreport, constatei através de um cliente que esta ocorrendo um desalinhamento do Memo11-DADOS DO(S) SERVIÇO(S). Verificando o mesmo detectei que o que esta ocasionando este desalinhamento é a propriedade Align com valor "baWidth". Para corrigir foi preciso definir o valor da propriedade Align para "baNone". Assim sendo, gostaria de propor essa correção pra que vocês possam aplica-la ao SVN. Grato.

Boa tarde, Sim, realmente a linha digitavel e código de barras estão corretos atualmente. A única coisa que atualmente não esta correta é o bendito campo Código do Beneficiário impresso na ficha de compensação do ACBr, que fica diferente do que o banco gerar, por isso propus essas mudanças. Mas acho que o melhor a se fazer no momento é aguardar que o banco disponibilize uma documentação para compor a ficha de compensação, e eu compreendo o entendimento de vocês em não fazerem nada de mudança se não for com base em documentação. Vamos dar uma pausa nessa thread, e seguir como esta atualmente até que uma documentação oficial pra compor a ficha de compensação seja disponibilizada. Vou reverter minhas mudanças aqui e alterar no meu sistema pra que o código da operação volte a ser preenchido no campo Código cedente, e bola pra frente. Vou fazer contato com o atendimento do banco e tentar obter uma documentação e voltamos a nos falar depois. Obrigado por enquanto. Abraços

Bom dia, é isso mesmo, de acordo com o seu entendimento passado no segundo paragrafo da sua resposta acima. Pra funcionar tudo corretamente com a mudança proposta e ficar claro como preencher o componente de boleto, devemos preencher da seguinte maneira: ACBrBoleto.Cedente.Agencia := '0001'; // Fixo ACBrBoleto.Cedente.AgenciaDigito := '9'; // Fixo ACBrBoleto.Cedente.Conta := 'Número da conta'; // Preencher com o número da conta corrente sem o DV ACBrBoleto.Cedente.ContaDigito := 'DV da conta'; // Preencher o DV da conta corrente ACBrBoleto.Cedente.DigitoVerificadorAgenciaConta := ''; // Não informar nada - Não utilizado na geração do arquivo remessa ACBrBoleto.Cedente.Convenio := ''; // Não informar nada - Não utilizado na geração do arquivo remessa ACBrBoleto.Cedente.Modalidade := ''; // Não informar nada - Não utilizado na geração do arquivo remessa ACBrBoleto.Cedente.Operacao := 'Número da operacao'; // Este é fornecido pelo Internet Bankink, na página de retorno. ACBrBoleto.Cedente.CodigoTransmissao := ''; // Não informar nada - Não utilizado na geração do arquivo remessa ACBrBoleto.Cedente.CodigoCedente := 'Código do beneficiário'; // Este campo não esta documentado pelo campo. Na geração do boleto pelo internet banking o banco informa um código específico deles que é sempre o mesmo. Nesse caso o que fiz foi seguir a ficha de compensação deles gerada pelo internet bankink, e preecho este código aqui neste campo. De acordo com as mudanças propostas no código do componente, seria preciso preencher os dados do cedente conforme demonstrado acima. As mudanças são poucas e simples e o impacto pra quem já esta em produção não chega a ser tão negativo, basta apenas preencher conforme acima. Praticamente são os dois campos envolvidos: Cedente.Operacao : Novo campo a ser preenchido, com código obtido na página de retorno no internet banking. Cedente.CodigoCedente: Preencher com o código do beneficiário de acordo com o boleto impresso diretamente pelo internet banking. Observe que o valor que deverá ser preenchido é o código logo após o carácter barra "/". Vale lembrar que essa mudança não vai impactar na geração do arquivo de remessa para o Banco Inter e consequentemente não traria danos ao registro de boletos. A mudança é para que apenas a ficha de compensação seja impressa corretamente, igualando o campo Código do Beneficiário ao que o próprio banco gera e também gerando corretamente o código de barras, usando no preenchimento do campo livre o Código de Operação conforme solicitado pelo banco. Em anexo estou enviando a unit alterada na data de hoje, que inclusive utilizei para gerar os meus boletos e processar o arquivo de retorno. Qualquer dúvida sinta-se a vontade para comentar. Abraços a todos. ACBrBancoInter.pas

Prezados, boa tarde! Analisei todas as postagens sobre essa questão do código de barras e linha digitavel da ficha de compensação do Banco Inter. Acredito que toda discussão e sugestões propostas até momento pelos membros dessa thread, acabam divergindo em um ponto ou outro justamente pelo fato de que não possuímos uma manual fornecido pelo banco que contemple a confecção da ficha de compensação, e isso leva a um processo de interpretação pessoal de cada um, e é onde as ideias se divergem. Enfim, analisando minuciosamente cada detalhe do que foi postado até o momento, chego a conclusão de que seria mais coerente seguir a sugestão do nosso colega @Nelson Santos, e vou tentar esclarecer o porque: No site do banco (Internet Banking), o próprio banco diz que para a montagem da linha digitavel deve-se utilizar um Número de Operação, que é fornecido na pagina de gerenciamento dos arquivos de retorno, conforme imagem anexada: Sendo assim, para que futuros usuários identifique facilmente o correto preenchimento deste dado no componente, seria interessante que se utilizasse da propriedade ACBrBoleto.Cedente.Operacao, pois qualquer um que olhe pra esta propriedade do componente vai interpretar que é ela que deve receber o Número da Operação conforme informado pelo banco. Entendo que se o componente possui esta propriedade é correto que ela seja utilizada, pois o nome da propriedade coincide com o dado fornecido pelo banco. Na função ACBrBancoInter.MontarCampoCodigoCedente proponho fazer a montagem da seguinte maneira: function TACBrBancoInter.MontarCampoCodigoCedente(const ACBrTitulo: TACBrTitulo): string; begin Result := ACBrTitulo.ACBrBoleto.Cedente.Agencia + ACBrTitulo.ACBrBoleto.Cedente.AgenciaDigito + '/' + ACBrTitulo.ACBrBoleto.Cedente.CodigoCedente; end; pois desta forma conseguimos imprimir o campo Agência / Código do Beneficiário da ficha de compensação igualmente ao que o próprio banco imprime, bastando apenas que no preenchimento do campo ACBrBoleto.Cedente.CodigoCedente se preencha com o mesmo dado que o banco utiliza, pois da forma que esta atualmente quando imprimimos pelo ACBr este campo fica diferente do que é impresso pelo banco. Aqui cabe uma observação: este dado que o banco imprime neste campo não consta em nenhum campo do arquivo de remessa, então não sei ao que se refere esta informação, parece que é algum código interno deles que identifica o cedente, o que é diferente do que esta sendo impresso atualmente utilizando o número da conta corrente. Enfim o que estou propondo é apenas igualar o que é impresso pelo banco na impressão da ficha de compensação pelo ACBr. Espero ter sido claro na minha proposição e entendimento do que acho mais adequado e entendível pra futuros usuário do Banco Inter. Abraço a todos, e vamos nos falando. De acordo com minha postagem anterior da maneira que esta atualmente utilizando-se da propriedade ACBrBoleto.Cedente.Conta para montagem do campo impresso "Agência / Código do Beneficiário", a impressão fica divergente da ficha de compensação que o próprio gera pelo site.

Boa tarde, Italo. Muito obrigado!

[3517505] Nome=Guapiaçu UF=SP Provedor=Fiorilli Versao=2.00 ProRecepcionar=http://187.9.146.42:5661/IssWeb-ejb/IssWebWS/IssWebWS ProLinkURL=http://187.9.146.42:5661/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% [3521903] Nome=Itajobi UF=SP Provedor=Fiorilli Versao=2.00 ProRecepcionar=http://nfes.itajobi.sp.gov.br/IssWeb-ejb/IssWebWS/IssWebWS ProLinkURL=http://nfes.itajobi.sp.gov.br/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso%

Boa tarde. na unit ACBrBancoSafra, na geração do CNAB400, apenas comentei o código pra não gerar o digito verificador

Juliana, obrigado pelo retorno. Fico à disposição pra qualquer outra informação referente a validação.

@joaolenosi boa tarde! Já tinha visto os ajustes ora mencionados e antes de iniciar meu processo de homologação com o Banco Safra tive o cuidado de atualizar meus fontes do ACBr(em 14/10/2019), já com seus ajustes, porém como mencionei logo mais acima o Banco Safra rejeito nosso arquivo de remessa CNAB 400, alegando estar diferente a informação do campo nosso número no arquivo de remessa em comparação com o mesmo dado no boleto, na composição da linha digitável e código de barras. Reforço novamente que fiz um pequeno ajuste na geração do arquivo de remessa CNAB 400 apenas removendo o cálculo do dígito verificador do campo nosso número no arquivo, e após isso tivemos a validação homologada pelo banco. Sendo assim fico no aguardo de uma posição dos commiters, para possível aplicação do commit desse ajuste ao SVN. @Juliana Tamizou , poderia por gentileza dar acompanhamento nesta situação.

Bom dia! Pessoal, realmente o ajuste conforme mencionei acima foi aprovado pelo Banco Safra, sendo assim gostaria de solicitar gentilmente aos Admin se é possível aplicarmos o ajuste no SVN. Grato.

Boa tarde, estou em processo de homologação do arquivo de remessa CNAB 400 e boleto do Banco Safra, e na validação o suporte do banco apontou divergências na questão do campo nosso número, onde eles alegam que o conteúdo do campo nosso número informado no arquivo de remessa deve ser o mesmo utilizado na impressão do boleto, ou seja, no arquivo de remessa esta sendo informado com o digito verificador calculado, portanto na impressão do boleto, no cálculo da linha digitável e no código de barras deve ser considerado o mesmo conteúdo do campo nosso número gerado no arquivo de remessa. Em contato por telefone com o suporte, o atendente me disse que não há necessidade de se calcular o digito verificador para o campo nosso número, neste caso uma solução seria apenas remover o digito verificador do campo nosso número no arquivo de remessa, já que nas funções MontarCampoNossoNumero e MontarCodigoBarras já não estão considerando o digito. Fiz o ajuste conforme descrito acima na unit ACBrBancoSafra, e reenviei novamente o arquivo juntamente com os boletos para nova validação, assim que tiver o retorno volto aqui pra dizer se deu certo, e saber se é possível aplicar isso ao SNV.

Caro rchiarato, este seu componente já encontra se "pronto" para que possamos testar e seguir adiante com ele nos aprimoramentos. Outra dúvida, esta componente poderá fazer parte da suite de componentes do ACBr?