tiago.istuque

Olá pessoal, as instruções abaixo são fornecidas pela Fiorilli. Será preciso mudanças na geração do XML para o padrão nacional. Até dia 31/01/2026 ainda funcionará o modelo anterior porém deve-se informar o código de atividade com 6 dígitos.

Boa tarde! A url de homologação me passaram essa aqui: http://fi1.fiorilli.com.br:5663/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType?wsdl

Boa tarde! Hoje procurando por mais informações encontrei esse comunicado no site da Fiorilli: https://fiorilli.com.br/atencao/ E também em contato no WhatsApp com um funcionário de uma representante da Fiorilli, solicitei a ele se não existiria alguma documentação sobre a atualização, e o que ele me enviou foi somente o texto abaixo:

Confirmado: Guapiaçu adotou o Ambiente Nacional. Inclusive já estou emitindo notas, apenas tive que alterar o arquivo ACBrNFSeXServicos.ini conforme abaixo: [3517505] Nome=Guapiaçu UF=SP Provedor=PadraoNacional e removi as chaves: 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%

Bom dia! Não me passaram nenhuma documentação oficial, isso se é que ela já existe, a única informação que tive é de que estão atualizando vários municípios, e os que optaram por continuar no emissor próprio criaram um novo endpoint conforme listei anteriormente. Vou destacar aqui outros municípios que notei que tiveram o novo endpoint adotado: Guapiaçu/SP: http://187.9.146.42:5661/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType?wsdl Bady Bassitt/SP: http://200.95.223.250:5661/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType?wsdl Monte Aprazível/SP: http://170.0.24.38:5661/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType?wsdl

@Italo Giurizzato Junior uma ótima tarde para você. Em contato com o suporte da empresa representante do provedor Fiorilli recebi a informação de que será adotado o novo layout no padrão nacional. E hoje ele me avisou que já esta disponibilizado o ambiente de homologação atualizado conforme o link abaixo: http://fi1.fiorilli.com.br:5663/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType?wsdl Inclusive um dos municípios que tenho cliente já vi que este novo wsdl já está em produção no servidor deles, conforme o link abaixo: http://170.0.24.38:5661/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType?wsdl Confesso que gostaria muito de poder ajudar contribuindo com a mudança no código. Se puder me orientar com as instruções iniciais eu tento seguir depois coma implementação. Grato

Prezados, bom dia! Hoje ao tentar emitir notas no munícipio de Guapiaçu notei que os abençoados trocaram o IP do servidor. Segue abaixo novo endereço: 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%

Olá, bom dia! Pessoal, alguma novidade quanto a essa análise?

Obrigado Daniel! Qualquer dúvida estou à disposição.

Boa tarde, Segue documentação fornecida pelo banco. O PDF não consegui anexar ao tópico devido ao tamanho máximo dos anexos serem 2MB, então estou enviando através do link do google drive abaixo: https://drive.google.com/file/d/16Hv7fAmLvYl9H_JU-sGuwUjojX7Q0k4k/view?usp=sharing Vortx Calculo_digito_sgr (005).xlsx Vortx _Composicao_CodigoBarras_LinhaDigitavel.txt

Boa tarde comunidade ACBR, Segue em anexo contribuição de implementação de novo banco no ACBr, já fizemos toda a validação e homologação junto ao suporte do Banco Vórtx. Fico à disposição para quaisquer dúvidas. ACBrBancoVortx.pas ACBrBoleto.pas 310.bmp

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?