Painel de líderes

Olá pessoal! Foi publicada em 08/05/2025 a Nota Técnica Conjunta 2025/001 para tratar do CNPJ Alfanumérico modificado pela Instrução Normativa 2229 de 15 de outubro de 2024, afetando os ambientes autorizadores da NFe, NFCe, CTe, CTe OS, GTVe, MDFe, BPe, BPe TM, NF3e e NFCom. Nova lei de formação do número do CNPJ O tamanho do CNPJ permanece sendo 14, no entanto, agora as oito primeiras posições que identificam a raiz e as 4 posições seguintes que identificam a ordem do estabelecimento inscrito aceitaram caracteres alfanuméricos (letras e números). Os dois últimos dígitos verificadores permanecerão aceitando somente números. O cálculo dos dois últimos dígitos verificadores também foi alterado para se aceitar as novas possibilidades. Alterações necessárias nos Documentos Fiscais Eletrônicos Campos do tipo CNPJ Os arquivos de schema dos diversos DFes que utilizam o CNPJ já foram atualizados previamente alterando a expressão regular para aceitar letras maiúsculas nas primeiras 12 posições: [A-Z0-9]{12}[0-9]{2} Observação: Algumas letras não devem ser aceitas no CNPJ Alfa, como I, O, U, Q e F, essa exclusão faz parte das solicitações feitas pela equipe técnica do ENCAT para a Receita Federal do Brasil e precisa ser confirmada. Regras de Validação Não se aplicam modificações nas regras de validação relacionadas, considerando que as mesmas visam autenticar a veracidade dos 2 últimos dígitos verificadores do CNPJ. A partir da implementação desta NT, o contribuinte pode considerar que os ambientes autorizadores já estão adequados ao novo cálculo proposto para o DV. Nota aos Autorizadores: As rotinas de validação de CNPJ devem rejeitar CNPJ Alfanuméricos informados anteriores a data de implantação de cada ambiente (homologação e produção), mesmo que seja admitida a informação na validação de schema (já modificado). A rejeição aplicada nesse caso será a de falha no cálculo do Digito verificador. Chave de Acesso ao Documento Fiscal Eletrônico A expressão regular que valida a chave de acesso passa a suportar letras nas 12 primeiras posições da informação correspondente ao CNPJ que compõe a chave. Cálculo do DV da Chave de Acesso Assim como o cálculo do DV para o CNPJ foi alterado, também será necessário modificar o cálculo do DV da chave de acesso seguindo a mesma lógica proposta, a fim de suportar o alfanumérico. Regras de Validação da Chave de Acesso De forma semelhante as regras de validação relacionadas ao CNPJ, a regra de validação da chave de acesso vai validar o DV da chave e portanto o contribuinte pode considerar que o novo cálculo já vai estar sendo utilizado pelos sistemas autorizadores. Nota aos Autorizadores: As rotinas de validação de Chave de acesso devem rejeitar chaves contendo CNPJ Alfanuméricos informados anteriores a data de implantação de cada ambiente (homologação e produção), mesmo que seja admitida a informação na validação de schema (já modificado). A rejeição aplicada nesse caso será a de falha no CNPJ informado na chave de acesso. Padrão do Código de Barras dos Documentos Auxiliares O padrão utilizado atualmente é CODE-128C que suporta apenas números. A sugestão é a adoção de um modelo híbrido, usando o CODE-128C quando houver somente caracteres numéricos e o CODE-128A que aceita letras e números quando houver CNPJ alfanumérico. Datas A previsão de geração dos primeiros CNPJ Alfanuméricos está definida para julho de 2026. E como fica o ACBr? O componente ACBrValidador utilizado em funções para validar o CNPJ alfanumérico já está adequado para aceitar CNPJs Alfanuméricos. Foi criada a #TK-7034 para revisão dos componentes e possíveis adequações que possam vir a ser necessárias. Qualquer novidade será divulgada neste tópico. Leia a nota técnica na íntegra AQUI.

Olá pessoal! Foi publicado no dia 06/05/2025 a tabela dos códigos de classificação tributária, também conhecidos como cClassTrib. O cClassTrib faz parte do conjunto de campos adicionados nos documentos fiscais eletrônicos para atender as mudanças propostas pela Reforma Tributária. A tabela conta com as seguinte colunas: CST-IBS/CBS Descrição CST-IBS/CBS cClassTrib Alíquota Descrição cClassTrib LC 214/25 LC 214/25 Crédito anterior (apenas ligados ao cClass) Crédito para frente (apenas ligados ao cClass) Tomador específico dIniVig dFimVig Tributação NFS-e Outro campo NFS-e Obs pRedAliq dIniVig dFimVig Crédito anterior (apenas ligados ao cClass) Crédito para frente (apenas ligados ao cClass) Exige NBS ou NCM Sem NBS, mas com códigos de serviço específicos Tomador específico ICMS, CBS ou Outro Título, Capítulo, Seção, Subseção A tabela pode ser encontrada em nosso biblioteca tools ou no portal oficial

Se você já utiliza a ACBrLib, é provável que o título desta notícia tenha lhe causado alguma confusão. Já não existe um método para essa finalidade? Calma, eu vou explicar. O método NFSE_ObterXML, já existe na biblioteca há bastante tempo. Ele continua disponível, sem alterações, e pode ser utilizado normalmente para recuperar o XML de uma NFS-e que esteja carregada na memória da biblioteca. Percebeu a ênfase na palavra NFS-e? Quando falamos de outros documentos fiscais, como NF-e, CT-e ou MDF-e, o mesmo arquivo XML que a Lib gera e envia para o web service, é o arquivo que é devolvido pelo web service para à Lib, agora acrescido das informações de autorização. Mas, no caso da NFS-e, isso funciona de forma um pouco diferente. Quando falamos de NFS-e, dois arquivos XML diferentes são envolvidos no processo: Um deles XML do Recibo Provisório de Serviço (RPS) que é o arquivo que a Lib monta com as informações que você carrega nela e envia para o web service do provedor. O outro é o XML da Nota Fiscal de Serviços Eletrônica (NFS-e) que é devolvido pelo web service do provedor para a Lib. Por causa dessa diferença, foi adicionado na biblioteca ACBrLibNFSe, o novo método NFSE_ObterXMLRps para permitir a você recuperar o XML do RPS gerado pela Lib antes do envio ao web service. O novo método tem a mesma estrutura do ObterXML e versões da biblioteca compiladas depois das 16h53 do dia 08/05/2025 deverão englobar o mesmo.

Como disse, é limitação da libxml2, pelo menos das que estão disponíveis no SVN do ACBr. Pra desencargo, compilei novas DLLs que encontrei aqui: https://github.com/kiyolee/libxml2-win-build Aparentemente funcionou, segue anexo se quiser testa r. Elas foram compiladas no VS 2022 então não tenho certeza de que dependências elas vão precisar. libxml2-win32.rar libxml2-win64.rar

É uma limitação da libxml2, que não aceita o path dos arquivos no formato UNC \\servidor\compartilhamento. Vai precisar copiar os arquivos pra uma pasta local, mapear unidade de rede ou criar link simbólico para a pasta.

Olá, nos caso dos bancos, normalmente utilizo arquivos .CRT e .KEY extraídos do PFX. ACBrBoleto1.Configuracoes.WebService.ArquivoCRT := 'CAMINHO_ARQ.CRT'; ACBrBoleto1.Configuracoes.WebService.ArquivoKEY := 'CAMINHO_ARQ.KEY';

tem como tirar meu cnpj? nao consegui editar o postagem

@BigWings, @Alexandre de Paula deu certo. Muito obrigado pela ajuda. Vlw mesmo.

Olá pessoal! Ao conferir no painel Situação SVC-RS, é possível observar que a Sefaz do Paraná possui contingência agendada para o dia 10/05/2025, com previsão de inicio às 07h50 e encerramento à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: EDIT: Recebemos a informação de que a manutenção prevista na Sefaz do Paraná que iria ocorrer durante o período em que a contingência seria ativada não vai mais ocorrer. Isso, no entanto, não é impedimento para a a ativação da contingência conforme o agendamento.

Pessoal, Voltou a funcionar tanto no Ginfes 1.0 quanto no Giss 2.04. o problema de fato era deles.

Sim isso dai é exemplificado no exemplo já notou uma MOCK que foi feito chamado Venda? lá ele vai gravando dados em um ini de cada transação. com isso tu tem informações caso tenha esse cenário pra retornar poder cancelar

#TK-7033

Bom dia!

At revision: 38973 no SVN

Bom dia, segue o e-mail de retorno o banco, se caso alguém tiver passando este problema. " Olá, Em contato com Fernando foi verificado que os arquivos de retorno não trazem o código 06 para baixa dos boletos. Busquei no Internet Banking os retornos nas datas informadas e o código não consta nos boletos liquidados. Não identificamos a causa e estamos consultando o produto para mais orientações e assim que verificado, retornarei o contato com Fernando para validarmos. Grato Qualquer dúvida estou a disposição Atenciosamente, Paulo Mattos PJ Tech – Homologação de Produtos Suporte 51 3358-8000 opção PJ Tech Centro Administrativo Sicredi – Porto Alegre "

Boa tarde @marianabezamadeira, Segue em anexo uma nova versão da unit Provider. PublicSoft.Provider.pas

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

Boa tarde @jaidomini, Já esta no SVN.

Boa tarde, Criada a TK-7029 para avaliação. Obrigado pela contribuição

Juliomar, depois de pesquisar muito e muitos testes todos não dando em nada, achei uma informação na página da Embarcadero. Troquei a versão do mysql pela 5 e tudo rodou lisinho. obrigado pela ajuda Client Software Windows Client Software Tip: RAD Studio IDE works in 32-bit, that is why it cannot connect with MySQL 8.0, wich is only available in 64-bit. To avoid this connection issue you can use MySQL 5.7.29, which is the most recent 32-bit version of MySQL.

Olá, já passei por isso antes, para resolver é só localizar o arquivo (sitefcfg.ini) na pasta \SiTef\CONFIG\sitefcfg.ini e em seguida acrescentar os parâmetros como abaixo: [Redecard] Versao=L0502 HabilitaReimpressao=1 DiasReimpressao=10 Observação: As operações realizadas antes de acrescentar esse parâmetro não vai ser possível re-imprimir, mas as próximas operações imprime normalmente.