Painel de líderes

Olá pessoal, O programa de exemplo da ConsultaCNPJ em PHP foi refatorado (Rev-36889), seguindo os padrões que foram adotados nos novos programas que estão sendo desenvolvidos: Incorporado ACBrComum.php que contém métodos gerais que podem ser utilizados por todas as bibliotecas, removendo a redundância dos métodos Removidos arquivos individuais por método e centralizadas chamadas no ACBrConsultaCNPJServicos**.php (** = MT ou ST) Unificada página principal em ACBrConsultaCNPJBase.php centralizando o código e removendo redundância entre MT e ST ..\ACBr\Projetos\ACBrLib\Demos\PHP\ConsultaCNPJ\ACBrConsultaCNPJDemoST.php ..\ACBr\Projetos\ACBrLib\Demos\PHP\ConsultaCNPJ\ACBrConsultaCNPJDemoMT.php Até mais!!!

Olá pessoal! Ao acessar o portal Sped MG > NFCom o seguinte aviso é exibido informando sobre atualização da URL do QrCode e liberação do ambiente de produção em 03/02/2025: Foi criada a #TK-6465 para atualização da URL no componente ACBrNFCom até a referida data.

Bom dia Devs ! Tivemos problemas segundo a orientação do banco Sicoob (postado acima) que "não precisa fazer nada por não há impacto" Alguns usuários reportaram problemas com a impressão de boletos que não estava sendo gerado a linha digitável corretamente. Para ajustar isso, entramos em contato com o banco para saber se o DV seria ignorado, mas recebemos a resposta: Questionado sobre o tamanho do NossoNumero: São muitas informações desencontradas. que até o momento não tem documentação atualizada. Tivemos que realizar alguns ajustes devido ao ultimo ocorrido. << Primeiro Passo Atualize o repositório (SVN) e rode o instalador. >> << Quem utilizar ACBrLibBoleto e ACBrMonitorPus, fazer download da nova versão >> Boletos por padrão utiliza LayoutVersaoArquivo = 81 Quem quiser já enviar sequencial (sem DV no NossoNumero) usar : LayoutVersaoArquivo = 810 (como orientado no post anterior) Se hoje você utiliza 810, lembre-se que na consulta e reimpressão de títulos antigos vc precisa passar o nossoNumero com o DV. << Não está encontrando seu Titulo ou o Numero da linha digitável está inválida o que fazer mesmo utilizando 81 ?? >> Quem estiver com problemas ao imprimir ou consultar boletos que foram gerado DV (que não estão usando LayOutVersaoArquivo = 810), utilizar: LayoutVersaoArquivo = -81 (atenção é -81 NEGATIVO) (apenas para consultar, reimprimir) para novos registros não devera utilizar LayoutVersaoArquivo := -81 << Importante: Para novos registros utilizar uma das duas opções abaixo: >> LayoutVersaoArquivo = 810 para nao gerar o dv no nosso numero (conforme o banco trabalha hoje); LayoutVersaoArquivo = 81 para gerar DV

Bom dia! A prefeitura de Santa Rosa/RS publicou em seu site que haverá mudança no sistema de NFS-e. Estou abrindo este tópico para ver se alguém sabe de algum outro município atendido por IPM que já tenha passado por esta alteração e se o componente ACBrNFSeX já está preparado para esta mudança. Segue comunicado: "O Município de Santa Rosa irá passar por uma atualização na versão do sistema Fiscal Web, este que é responsável pela Emissão de Notas e Escrituração Fiscal. A atualização para a nova versão ocorrerá no dia 10/02/2025. INFORMAÇÕES IMPORTANTES: O webservice de emissão de notas fiscais sofreu alterações na forma de autenticação e retorno, porém o layout do arquivo XML de envio continua o mesmo. Lembrando que os contribuintes que enviam notas via Eletron também devem se adequar, pois o mesmo será descontinuado." No manual (link abaixo) consta que a URL terá este padrão: https://ws-cidade.atende.net:7443/?pg=rest&service=WNERestServiceNFSe Manual: https://santarosa.atende.net/subportal/atende.php?rot=1&aca=571&ajax=t&processo=viewFile&ajaxPrevent=1736339176399&file=2BD48A0E9DA22E244EA9160C5B3F62536D3ADCA3&sistema=WPO&classe=UploadMidia

Olá pessoal ! O Banco Sicoob não tem mais dígito verificador ! Talvez você nem percebeu, pois segundo o próprio banco, não é para ter impacto para quem envia o dv no campo NossoNumero. Para aqueles que o banco banco controla o nossoNumero, sentiram o impacto na consulta, devido passar o NN devolvido pelo banco e não encontra na consulta devido ao DV gerado. Como o banco não criou uma regra específica para aplicar a remoção do DV como uma Carteira específica, então para diferenciar utilizamos a propriedade LayoutVersaoArquivo. Se você passou utilizar 810 e não está encontrando boletos registrados anteriormente, use LayoutVersaoArquivo = 81 (para consulta e impressao de boletos antigos) Então para que o DV do NossoNumero não seja mais calculado, preencha a propriedade abaixo: Delphi e Lazarus - NÃO CALCULAR O DV DO NOSSO NUMERO ACBrBoleto.Banco.LayoutVersaoArquivo = 810 ACBrLib - NÃO CALCULAR O DV DO NOSSO NUMERO Dentro do Cedente.INI (Clique p ver o modelo de cedente.ini) Dentro de ACBrLib.INI [BoletoBancoConfig] Digito=0 LayoutVersaoArquivo=810 LayoutVersaoLote=0 ... ACBrMonitorPlus - NÃO CALCULAR O DV DO NOSSO NUMERO Enviar nas configurações do cedente, clique aqui p ver o modelo. Em Modo Gráfico: Segue alguns prints da conversa com o Sicoob:

Boa tarde, Mais uma vez agradecemos sua contribuição, e criamos a #TK-6471 para essa análise.

Não, tudo tranquilo! Coloquei isso só porque se o valor passar de 999,00 na impressão engole as decimais. Só para quem for usar o exemplo mesmo! Agradeço a atenção!

obrigado, vou baixar e testa

@rafmattos, Já esta no SVN.

Bom dia! O comportamento anormal foi reproduzido no programa exemplo. Criada a #TK-6468 para análise do caso e parecer por parte da equipe de consultores.

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 dia 11/01/2025, com previsão de início às 08h00 e término às 19h30 do mesmo dia. Para utilizar as soluções ACBr em contingência durante este período siga as orientações do tópico abaixo: Um agradecimento ao membro de nossa comunidade @Felipe Mariano por compartilhar a informação no canal #sefaz em nossa comunidade do Discord.

@maico.smaniotto, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e inicie os testes.

Bom dia @maico.smaniotto, Muito obrigado pela colaboração, já foi criado a TK-6462 para atualização.

Boa tarde pessoal Tive que fazer uma pequena alteração nos fontes desse componente para funcionar a autenticação por TLS Fiserv (Comexterna="4".. A alteração foi na Unit ACBrTEFMSitefAndroidAPI.pas na procedure TACBrTEFSIWebAndroid.IniciarTransacao Abaixo segue um print com a parte que alterei em destaque. Se puderem atualizar essa alteração no SVN, fico agradecido... ACBrTEFMSitefAndroidAPI.pas

atende sim. é só no evento do componente tu programar pra usar a chamada obtemquantidadetransacoesxxxx