Victor H. Gonzales - Panda

Bom dia, Nas propriedades do seu projeto, coloque os "paths" das units no searchpath, deve resolver o seu problema

A implantação da NFS-e e a consequente disponibilização dos seus produtos para os municípios, contribuintes e cidadãos será realizada em 4 fases. Os primeiros módulos a serem disponibilizados serão o Ambiente de Dados Nacional (ADN) e os Portais Municipal, Nacional e da NFS-e. Eles poderão ser utilizados pelos municípios convenentes a partir do dia 23 de julho de 2022, seguindo o Plano de Implantação. Inicialmente a utilização do ADN será restrita para 5 municípios pilotos até a data de 15 de setembro de 2022 (previsão), quando haverá a abertura para utilização pelos demais municípios. Assim que houver estabilização do sistema nesse primeiro momento (previsão para outubro), serão disponibilizados os produtos da segunda fase (P2 - APPs) e assim também ocorrerá para as demais fases: os produtos serão disponibilizados em sequência, na medida em que ocorrer a estabilização da implantação da etapa anterior. Os Municípios que assinaram o Termo de Adesão serão informados quando da disponibilidade dos produtos. O ambiente de teste (pré-produção) será disponibilizado no dia 23 de agosto de 2022 Fonte : https://www.gov.br/nfse/pt-br/cronograma-de-implantacao-da-nfs-e

Para cumprimento da Lei 12.741/12, não esqueça de atualizar sua tabela de alíquotas - Versão 22.2.D Sua vigência é de 20/08/2022 até 30/09/2022 Integre o seu sistema à API De Olho no Imposto e não se preocupe mais com as atualizações da tabela Fonte : https://deolhonoimposto.ibpt.org.br/

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

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