Victor H. Gonzales - Panda

o Inter tambem trabalha assim com boleto "Hibrido" no ACBr, mas o registro do CNAB é coisa de minutos, tu envia a remessa, o retorno é breve. não sei como funcionar o Sicredi, mas já vi alguns bancos quando se fala em CNAB, que o "cronjob" é só a noite ou em algumas horas do dia, assim dificultando utilização da integração por CNAB. quando eu falei do registro 1 na coluna 006, não vi nada no manual que obriga informar o tipo 8, por isso pedi para você esse teste, sendo assim a propriedade não é necessária.

Bom dia @nazarenoneto, conseguiria fazer uma simulação por favor ? no registro tipo 1 informar na coluna 006 o valor H e não informar o registro tipo 8 no arquivo, verifica se há alguma inconsistência no registro deste arquivo por favor? Obrigado

o trailler está corrigido

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

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo

Boa tarde, ainda continuo com entendimento dúbio. concordo com esse manual somente no seguimento R, que nos manuais anteriores eles pegaram o mesmo campo que era mensagem 3 e fizeram ele para débito. eles alteram o layout mas mantiveram a versão a mesma portanto, é um "choice" Dados do Pagador e dados para Débito Automático, não segmento exclusivo de para débito automático, somente o 18.3R que eles alteraram, por ser alfa, eles deveriam aceitar passando vazio, sendo que deveria cair no choice de cima Mensagem3 e não operação de débito. Tirar o segmento não é a questão, o problema é quem utiliza os demais campos em produção hoje e isso pode ocasionar problema em produção. O que eu tinha pedido acima, era para alguém que estava fazendo o processo de homologação, indagar essa discrepância ao homologador. "Precisa verificar o que foi mudado no layout, não pode remover o registro R, pois isso tem impactos alem do que vocês estão pontuando, temos desconto 2 e 3 por exemplo. " mas vou conversar com o time de cobrança

Boa noite, voce pegou a planilha do sicredi, montou e validou ? viu o que está errado ? pois o calculo do Nosso Número infere algumas coisas, o Byte você está usando 2, está OK, o ano está 22, estamos em 2022, então está OK, o boleto seu é o número 42, mas o DV está errado. Precisa verificar se você parametrizou corretamente as informações da conta, agencia, digito agencia conta, CodigoGeração, tudo isso pode inferir no calculo final. function TACBrBancoSicredi.CalcularDigitoVerificador(const ACBrTitulo: TACBrTitulo ): String; begin Modulo.CalculoPadrao; Modulo.Documento := ACBrTitulo.ACBrBoleto.Cedente.Agencia + PadLeft(ACBrTitulo.ACBrBoleto.Cedente.AgenciaDigito, 2, '0') + PadLeft(ACBrTitulo.ACBrBoleto.Cedente.CodigoCedente, 5, '0') + FormatDateTime('yy',ACBrTitulo.DataDocumento) + ACBrTitulo.CodigoGeracao + RightStr(ACBrTitulo.NossoNumero,5); Modulo.Calcular; if (Modulo.DigitoFinal > 9) then Result := '0' else Result := IntToStr(Modulo.DigitoFinal); end; então se alguma dessas variáveis estiverem errada, realmente o DV está calculado errado. Portanto, o mesmo número de boleto do cliente A, poderá não ser o mesmo DV do cliente B, pois as variáveis que compõe o DV são diferentes. recomendo a leitura do manual do CNAB do Banco e a montagem da planilha de apoio de validação que o banco envia quando você vai validar alguma carteira bancária, assim você consegue fazer a checagem da linha digitavel esperada pelo banco com a que você gerou, e os possiveis erros que estão divergindo Abraços e bom trabalho.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bancoob

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo

me envie por favor o arquivo de retorno por favor. pode ser por mensagem privada

Bom dia, Realizando a analise, Constatei o seguinte, no envio da informação é enviado 11 posições, e no retorno o seu banco informa 20 posições, não tenho um arquivo aqui para validar, mas deve ser 0 significativos de qualquer forma. assim podendo gerar quebra de comparação de string se olhar a remessa com o retorno, deste motivo que está segmentado o T com a remessa, por favor verifique se o seu retorno não está ocorrendo isto. Obrigado.

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo

Bom dia, Vários usuários estão entrando em contato referente a mensagem reportada pelo banco : o Segmento J não pertence ao Layout CNAB240 de Cobranças, cujo faz parte do ACBrBoletos, isso faz parte de pagamentos, que pertence ao ACBrPagFor. Portanto na parte de emissão de cobranças não haverá mudanças de layout.

Vários comentários de usuários de várias cidades que o provedor GINFES está retornando desde o dia 09/08/2022 o retorno nas transmissões de RPS, nesse momento a sugestão é entrar em contato com o provedor e reportar o problema.

Bom dia, obrigado pela contribuição TK-2972

Bom dia, obrigado pela contribuição TK-2971

Precisa verificar o que foi mudado no layout, não pode remover o registro R, pois isso tem impactos alem do que vocês estão pontuando, temos desconto 2 e 3 por exemplo.

Boa tarde, essa unit e propriedade não faz parte do componente, como dito ao autor : tem como você me enviar o layout em que isso foi baseado ? pois as posições em que se refere isso não batem com a documentação, as colunas que ele se refere por exemplo a Código de Contrato, elas colidem com a nossa documentação com o campo de Mensagem 3 por exemplo. Ou aquele log que ele te passou não faz referencia ao segmento R em tempo, questione esse homologador sobre a questão do campo de desconto 2 e desconto 3, pois é nesse segmento que é enviado, como proceder nesse caso? Pois tem vários usuários em uso neste banco e nenhum report de erro na utilização do mesmo no registro da remessa. Muito provavelmente essa unit não será versionada com essa propriedade elencada, você terá que alterar seu código fonte posteriormente. Precisamos primeiramente dos questionamentos acima por favor. fico no aguardo, obrigado

2.2 - Permaneça no assunto - Quando tiver uma dúvida diferente do assunto no tópico, poste em novo tópico. Não use algo equivalente a "aproveitando o gancho... [dúvida não relacionada com o tópico aqui]". Favor leia as regras do fórum.