Painel de líderes

Muitos usuários estão recebendo notificações dos bancos, sobre o fator de vencimento dos boletos vai ser reiniciado: Fique tranquilo que já está pronta esta implementação: Você não precisa configurar nada, esta implementação já foi feita pelo nosso querido @BigWings em 2015 conforme post abaixo:

Olá pessoal! O membro de nossa comunidade @Samuel Alles Remlinger compartilhou conosco essa resposta que obteve após abrir chamado junto a Serpro sobre o problema:

Bom dia, @bds. Passei pelo mesmo problema recentemente (Inclusive em uma API com Java e Spring) Assumindo que o timeout, certificado os schemas estão devidamente configurados. Pode ser a dll da LibXML2. Como está apontando elas? No meu projeto Spring, está mapeado da seguinte maneira: System.load("C:\\workspace\\acbrlibnfe-api\\libs\\ACBrNFe64.dll"); System.load("C:\\workspace\\acbrlibnfe-api\\libs\\libcrypto-1_1-x64.dll"); System.load("C:\\workspace\\acbrlibnfe-api\\libs\\libssl-1_1-x64.dll"); System.load("C:\\workspace\\acbrlibnfe-api\\libs\\libiconv.dll"); System.load("C:\\workspace\\acbrlibnfe-api\\libs\\libxml2.dll"); System.load("C:\\workspace\\acbrlibnfe-api\\libs\\libxslt.dll"); System.load("C:\\workspace\\acbrlibnfe-api\\libs\\libexslt.dll");

encontrei o problema, nao estava carregando a pasta schema, ajustei o retorno e voltou a funcionar. podemos encerrar o topico. obrigado a todos pela paciencia e auxilio.

Olá, Fiz a implementação da funcionalidade de alteração de valor nominal. Em anexo segue a unit ACBrBoletoW_BancoBrasil_API, com as alterações. Seguindo padrão do ACBR e já testado. Atencisoamente, ACBrBoletoW_BancoBrasil_API.pas

acabei de receber essa notificação: Prezados contribuinte, Informamos que houve alteração no sistema SIAC - ISS, na parte de integração com o WEB SERVICE. Portanto, aqueles que utilizam a emissão via WEB SERVICE (emissão por outro sistema contratado pelo contribuinte), pedimos que seja repassado ao sistema contratado a nova URL: URL antiga: https://ribeiraodasneves.quasar.srv.br/nfe/snissdigitalsvc URL novo: https://ribeiraodasneves.mg.issqn.quasar.srv.br/nfe/snissdigitalsvc Por último, frisamos que qualquer dúvida, nos retorne o contato com o XML de envio e o de retorno para o e-mail: [email protected] . Att. Superintendência de Fiscalização e Auditoria Tributária Secretaria Municipal de Fazenda Prefeitura Municipal de Ribeirão das Neves

Bom dia. Realizei o desenvolvimento do evento ECONF na minha aplicação e na impressão da DANFe do Evento listava apenas "Nome do Evento". Fiz a alteração no meu projeto para imprimir "ECONF" conforme a tag "descEvento" da nota técnica. Segue Unit alterada Fortes\DANFeEvento. ACBrNFeDANFeEventoRLRetrato.pas

Boa tarde @Diogo Weitz, Já esta no SVN.

Boa tarde @Diego Reckziegel, Já esta no SVN.

Veja o que você está passando no segundo parâmetro do método Inicializar. Se deixar em branco, será utilizado o padrão, mas se você estiver passando algo em eChaveCrypt, deve passar a mesma informação em todas as chamadas deste método. https://acbr.sourceforge.io/ACBrLib/GTIN_Inicializar.html No log constam valores de tamanhos diferentes em cada chamada do método Inicializar.

É mesma situação do seu tópico de CTe. Veja a notícia a seguir com detalhes.

Boa tarde, Obrigado pela contribuição, fizemos o commit r36979

não para de funcionar. a compilação não tem trava alguma , só tu para de ter as novas implementações, correções, melhorias, mudanças, adição de novos recursos

consegue construir um exemplo simples para que possamos tentar reproduzir em nosso ambiente? controle de porta esta ativo ? qdo é executado em serviço, ele atualiza o log ? não é permissão ?

Bom dia @Leandro Casare, Notei que você esta usando o ACBrMonitor, correto? Abra o arquivo ACBrNFSeXServicos.ini e procure seção da referida cidade, veja se esta da seguinte forma: [3552205] ; Atualizado em 01/04/2022 Nome=Sorocaba UF=SP Provedor=DSF Versao=2.03 ProRecepcionar=https://notafiscal.sorocaba.sp.gov.br/notafiscal-abrasfv203-ws/NotaFiscalSoap HomRecepcionar=https://homolsod.dsfweb.com.br/notafiscal-abrasfv203-ws/NotaFiscalSoap ProLinkURL=https://notafiscal.sorocaba.sp.gov.br/notafiscal-ws/servico/notafiscal/autenticacao/cpfCnpj/%Cnpj%/inscricaoMunicipal/%InscMunic%/numeroNota/%NumeroNFSe%/codigoVerificacao/%CodVerif% Pois no retorno consta: XmlRetorno=404 - Not Found Da a impressão que a URL esta errada ou no dia/hora da tentativa de envio a URL estava desativada.

Há alguma percepção de normalização dessa indisponibilidade de SEFAZ nessa semana? Recebi relato de apenas um cliente que recebeu lote de xmls de notas fiscais de recebimento que estavam pendentes da semana passada. Mas não consegui identificar se houve normalidade na disponibilidade da distribuição DF-e para esta semana.

O controle é separado por CNPJ, ter bloqueio em um não impede de fazer a consulta no outro, mesmo usando o mesmo certificado.

@helderlr Bom dia ! Obrigado ! O Estranho q se vc seguir os passos não era p dar erro. como vc configurou a dll ? como ficou o print da primeira tela?

Olá pessoal! Conferindo no painel Situação SVC-RS, é possível observar que a Sefaz do Paraná está com a contingência agendada para o Agendada para 18/01/2025 00:00 até 20/01/2025 06:00 Esta informação esta sendo vinculada somente no site da https://www.sefaz.rs.gov.br/NFE/NFE-SVC.aspx , não encontrei esta noticia no site da SEFAZ PR.

Caí no mesmo problema que você: a API do Sicredi é bem inferior em termos de funcionalidade que a do BB, por exemplo. Na consulta de boletos abertos também tivemos que implementar uma pesquisa "um a um", o que considero inviável num cenário onde você tem milhares de boletos. A melhor solução neste caso é controlar o retorno por arquivo, como mencionou o Júlio Cavalcanti. Enfim, resta esperar a equipe do banco implementar novos endpoints - eu já enviei alguns e-mails pressionando eles, mas vamos aguardar sentados.

observe que o FAQ do RS, comenta para usar as Tags XCampo 15. Como deve ser feita a integração quando o pagamento for feito com PIX?

Olá Pessoal, Algumas units foram substituídas por outras com outros nomes mas com o mesmo conteúdo. Para quem emite CT-e/CT-e Simplificado/CT-e OS/GTV-e e por ventura faça uso em sua aplicação da unit pcteCTe deverá mudar o nome dela para ACBrCTe.Classes que se encontra na pasta: ...\Fontes\ACBrDFe\ACBrCTe\Base. Para quem emite MDF-e e por ventura faça uso em sua aplicação da unit pmdfeMDFe deverá mudar o nome dela para ACBrMDFe.Classes que se encontra na pasta: ...\Fontes\ACBrDFe\ACBrMDFe\Base. Para quem emite NF-e/NFC-e e por ventura faça uso em sua aplicação da unit pcnNFe deverá mudar o nome dela para ACBrNFe.Classes que se encontra na pasta: ...\Fontes\ACBrDFe\ACBrNFe\Base. Observação: Façam as trocas listadas acima, pois em breve as units "antigas" vão ser removidas do SVN. Novas substituições vão ocorrer, fiquem atentos e mantenham os fontes do ACBr atualizados. Após a atualização caso tenha algum problema vai ai uma dica: Você tem fontes do ACBr com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build. Por fim repita os testes.

Bom dia @Márcio Carvalho Lima, subi ela para o drive também, segue o link Unit: https://drive.google.com/file/d/1rq_bgDT3n4szO6wsy1CK6s6q55ZjmIyL/view?usp=drive_link dll: https://drive.google.com/file/d/1j7IQRsdL7izhcaiOj42fRuS45LYMm4n-/view?usp=drive_link

Bom dia a todos. O fator de vencimento, da maneira que é calculado no ACBrBoleto, gera um valor errado com datas de vencimento superiores a 21/02/2025, que é quando ele chegará a 9999. Um novo algoritmo para vencimentos a partir de 22/02/2025 foi disponibilizada aqui: http://www.abbc.org.br/images/content/manual%20operacional.pdf Já implementei no meu código a alteração, segue anexo. ACBrBoleto.pas