[Alteração URL do webservice para prefeitura Guapiaçu/SP]

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

[Alteração URL do webservice para prefeitura Guapiaçu/SP]

@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%
 

[Ajuste layout impressão DANFS-e - Report DANFSE.fr3]

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.

[ACBrBancoInter - Código de Barras]

26 minutos atrás, Victor H. Gonzales - Panda disse:

Boa tarde,

só um adendo a sua resposta, o código de barras e a linha digitavel não está saindo errada, esta está coerente até o momento não temos nenhum incidente em aberto.

referente a mudança da propriedade de nomenclatura, onde tu diz "não chega ver tão negativo", isso irá impactar onde todas as fichas de pagamento de quem não efetuar a mudança irá quebrar a linha digitavel e o código de barras, isso é uma propriedade mapeada, então por mais que o nome dela no banco chama João e no componente chama Maria, nesse caso não vejo um impacto tão grande assim em utilizar ela, visto que a informação que ela está gerando está no local certo e fazendo os cálculos corretos.

O grande problema, ou todo o problema, é a total falta de documentação, e o "achismo", não se tem informações na documentação, dai pega uma coisa no WebServices, uma coisa no CNAB, uma coisa na ficha de impressão, o banco parece que não está padronizado.

Nesse caso do terceiro código, terá que ser usado, se for mesmo outro campo, como por exemplo convenio ou outro.

mas fazer quebra de produção isso irá causar problemas para as pessoas, podendo até causar para você se você esquecer de corrigir após o commit no trunk

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 

[ACBrBancoInter - Código de Barras]

Em 17/08/2022 at 08:24, Victor H. Gonzales - Panda disse:

Bom dia,

Pelo o que eu vejo o grande problema é na falta de informação que o banco informa e a falta de suporte que eles passam, eu não tenho informações concretas e documentacional, complicando o procedimento de analise.

pelo o que você está informando existe um terceiro código ? Existe o número da conta bancária "123456", o código de integração "321654" e o número de beneficiário "987654" impresso na ficha bancária, esse ultimo código não é informado em lugar algum na remessa, somente é visto no boleto online deles, é isso, e diverge das outras 2 informações, que é o número da conta bancária, e o código "número da operação" ?

Referentes a mudança do código de operação para outra propriedade proposta precisa ser vista com muita parcimônia, para novas produções é fácil a implementação e correção, mas para quem já está em produção existe a quebra e pode não perceber que houve a troca de fluxo de campo, apesar que esse campo que vocês estão solicitando a mudança não influencia na linha digitavel ou no código de barras, então não tem inferência no recebimento da ficha de compensação, de qualquer forma a propriedade está mapeada na documentação do componente.

At.te

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

[ACBrBancoInter - Código de Barras]

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.

Em 21/06/2022 at 17:42, Victor H. Gonzales - Panda disse:

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.

[Adição das Cidades Guapiaçu e Itajobi]

Boa tarde, Italo.

Muito obrigado!

 

[Adição das Cidades Guapiaçu e Itajobi]

[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%

 

[Erro boleto Banco Safra - Linha digitável e Código de barras]

1 hora atrás, ws_junior disse:

Boa tarde, poderia mencionar ou anexar o arquivo modificado?

Estou passando pelo mesmo problema e gostaria de fazer testes.

Boa tarde.

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

 

[Erro boleto Banco Safra - Linha digitável e Código de barras]

47 minutos atrás, Juliana Tamizou disse:

Boa tarde.

Obrigada pela contribuição, a mesma foi adicionada para validação.

Att.

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

[Erro boleto Banco Safra - Linha digitável e Código de barras]

1 hora atrás, joaolenosi disse:

Bom dia, eu já corrigi essa Unit faz algum tempo, inclusive eles já disponibilizaram a correção no SVN.

Conforme pode ser visto aqui:

 

@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. 

[Erro boleto Banco Safra - Linha digitável e Código de barras]

 

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.

 

 

[Erro boleto Banco Safra - Linha digitável e Código de barras]

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.

 

[Mercado Livre - Recuperar pedido]

Em 06/03/2018 at 17:40, rchiarato disse:

Consegui autenticar e consumir os serviços para integração ao ERP.

Caso agué necessite, entrar em contato por e-mail: [email protected]

Estarei criando um componente para consumir o ML e assim que "pronto", posto para todos.

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?