Victor H. Gonzales - Panda

Boa tarde, fiz a simulação, não obtive problemas, mas olhando a sua interface, essa interface não é a do programa exemplo, ao menos não a atual. a sua suite pode estar desatualizada ou exemplos. gerando com o arquivo de configuração enviado por mensagem privada, utilizando a geração em lote, com fluxo de 10 títulos. Faça a atualização completa da suite de componentes ACBr e dos exemplos, se houver alteração local, faça revert, depois update e instale toda a suite de componente e refaça os testes.

descreva qual a rotina no programa exemplo, passo a passo que você está executando que recria este cenário.

Bom dia, no Cnab400 é as 40 posições da linha 0

Bom dia, Conforme evidencias abaixo, a geração da remessa conforme seu arquivo de configuração está integra, verifique se após você gerar a lista com os boletos você não está manipulando de alguma forma ou alterando as informações e gerando a remessa com o campo de nosso número sem a informação do titulo. pois se após você carregar a lista de títulos, gerar a impressão e no mesmo fluxo sem manipular nada pedir para gerar a remessa, o arquivo está integro, tudo indica uma manipulação externa, verifique se não existe algo do gênero. *Versão utilizada para homologação atual do trunk em 19/08/2022

Boa tarde, você consegue me enviar o arquivo ini de configuração do componente para ter ideia de como ele está configurado ? caso informações confidenciais, envie via mensagem privada

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 tarde, você pode desligar a geração automática e gerar manualmente como desejar. Mas, os sufixos que me lembre para ambos são os mesmos, pois ambos são do mesmo projeto e o ENCAT não fez distinção disso, tanto que ela não alterou a tag de NFe para NFCe. a chave de acesso contem o Modelo 65 ou 55 na chave de documento acho que ela entende que é o suficiente, alem das demais variaveis como ano e mês de emissão. mas por exemplo no MOC versão 7.03 - Visão Geral item 6.3 - página 125 que trata sobre a distribuição da NF-e temos: No caso de troca de arquivo entre as empresas, é sugerida a adoção do nome do arquivo como segue: <999...999>-procNFe.xml Onde: • <999...999>: corresponde a Chave de Acesso da NF-e; • “-procNFe”: identifica o processamento do documento autorizado. A suite adota o padrão id-nfe.xml, o MOC não impões um regra em si, mas uma sugestão. mas tu pode desativar a geração automática, manipular isso da forma que você desejar e persistir em disco ou banco como desejar. Abraços

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.

1) Na maquina que está fisicamente a impressora, sem ser por compartilhamento funciona? 2) Se você pegar o arquivo txt da etiqueta e copiar na porta ela imprime no mapeamento (net use) ? - se a resposta para ambas forem sim, isso me induz que é algum bloqueio de update do windows que está inferindo na rede e bloqueando a comunicação.

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