Painel de líderes

Olá pessoal, O programa de exemplo da ConsultaCEP em PHP foi refatorado (Rev-36953), 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 ACBrCEPServicos**.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\ConsultaCEP\ACBrCEPDemoST.php ..\ACBr\Projetos\ACBrLib\Demos\PHP\ConsultaCEP\ACBrCEPDemoMT.php Até mais!!!

Olá pessoal! Conferindo no painel Situação SVC, é possível observar que a Sefaz do Paraná ativou a contingência no dia 13/01/2025 às 16h00 com previsão de permanecer ativa até às 10h00 do dia 14/01/2025. 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 @Andreas Otowiczpor compartilhar a informação no canal #sefaz em nosso Discord.

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

Deu tudo certo! Não será necessário alterar nada. Peço desculpas pelo ocorrido.

Fiz uma correção porque a confirmação da operação ficava em loop. Ainda estou fazendo os testes para validar todas as operações. Assim que estiver correto eu posto aqui novamente para análise.

Cara, muito obrigado! Mais uma vez você me salvou. Resolveu tudo aqui, estava com erro no código do pais.

Bom dia @João Antônio, Já esta no SVN.

Boa tarde @fernandobolson, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

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

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

Bom dia, Problema identificado. Drive de CH340, do conversor USBxRS232. O driver mais recente de 2023, que é o instalado automaticamente pelo windows 11, apresenta o problema relatado acima. Solucionamos utilizando um driver CH340 instalável, versão de 2019, através de um executável. Vou disponibilizar no link abaixo, caso mais alguém esteja com problemas neste conversor. DRIVER CH340

O problema... Não é incomum para uma Software House receber de algum cliente uma solicitação para personalizar o impresso do DANFe ou de outro documento fiscal. Pedidos adicionando ou removendo um campo, mudando informação de lugar ("põe esse código de barras lá em baixo!!?"), aumentando o tamanho ou mudando o tipo de fonte, etc... O Modelo Básico. Primeiro de tudo, é importante salientar que estes documentos costumam ter um manual com as especificações técnicas de como devem ser impressos. No caso do DANFe, por exemplo, temos o MOC Anexo II – Manual de Especificações Técnicas do DANFE e Código de Barras. Nele existem instruções de como deve ser impressa cada seção do DANFe: Quais informações devem ir por seção: Quais informações não podem faltar: E até mesmo tipo e o tamanho mínimo de fonte que deve ser usado: Mas então afinal é permitido customização? Sim, é possível realizar customizações. Assim como no MOC tem a orientação de campos que devem ser impressos no MOC, nele também existem trechos que sugerem possíveis campos que podem ser suprimidos ou ser exibidos de forma diferente, tudo isso respeitando as condições para tal. E o ACBr implementa tudo isso? Como ele lida com customizações? Além do fato de o cumprimento das especificações técnicas ser obrigatório, por ser utilizado em milhares de software houses por todo país, a equipe ACBr optou por seguir à risca as especificações técnicas evitando ao máximo customizações a menos que sejam extremamente relevantes. Pois se atendermos uma customização, podemos estar atendendo a necessidade de um grupo, mas causando problemas para outro. OK, mas meu cliente me pediu para customizar o DANFe e agora? Um ótimo primeiro passo é se perguntar "Por que é importante sair essa informação?" Se mesmo depois de refletir sobre isso chegar a conclusão de que é necessário, uma boa opção para atender a demanda sem precisar partir para modificações é o campo de dados adicionais. Neste quadro são impressas as informações adicionais de interesse do contribuinte, ou seja, já é um campo específico para este propósito. Um exemplo bem simples de preenchimento usando o componente: ACBrNFE1.NotasFiscais[Index].NFe.InfAdic.infCpl := 'Esta informação vai sair no quadro de dados adicionais'; Para o monitor e a Lib, basta preencher a informação na seção correspondente no INI respectivo. Ainda sobre informações adicionais e seguindo o mesmo pensamento citado pelo colega acima, vale ressaltar a tag <infAdProd> que ao ser preenchida é impressa abaixo do nome do produto e tem um espaço de até 500 caracteres para descrição específica do item que pode ser uma referência, um código do fabricante, uma norma do item e até mesmo demostração específica de impostos como base de cálculo e valor do ICM ST.