Painel de líderes

Olá Pessoal, Boas novas, o componente ACBrNFe já esta pronto para gerar o QR-Code na versão 3.00 que é utilizado na NFC-e. Essa nova versão esta documentada na Nota Técnica 2025/001 que além da versão 3.00 do QR-Code também temos a resposta síncrona para lote com somente 1 (uma) nota. Com relação ao modo de envio síncrono já faz um bom tempo que o componente dispõe dessa funcionalidade, na verdade desde julho/2013. Lembrando que o envio em modo síncrono esta condicionado a somente uma nota por lote, ou seja, envio unitário. Vale também ressaltar que hoje podemos realizar um envio unitário em modo assíncrono, mas em breve não vai mais ser possível, somente no modo síncrono. Tanto a versão 3.00 do QR-Code quanto a obrigatoriedade do modo síncrono para o envio unitário de NF-e segue o seguinte cronograma: Ambiente de homologação 02/06/2025 e produção 01/09/2025. Mantenham os fontes do ACBr atualizados e reinstalados. Fiquem atentos aos Papos Pro que são realizados todas as terças e quintas no Discord.

Para quem precisar instalar o ACBr no Delphi 12 CE (Community Edition) precisa fazer o processo manual, segue o link do vídeo onde mostro os passos:

Olá Pessoal, Foi publicado ontem (28/03/2025) Notas Técnicas especificas para cada modelo de Documento Fiscal Eletrônico referente a Reforma Tributária. Notas Técnicas publicadas para o BP-e, CT-e, NF3-e e NF-e/NFC-e, esta faltando a publicação da NT referente a NFCom. Em uma leitura rápida não ocorreu grandes alterações. Somente a NF-e/NFC-e que trazia um grupo referente a Compras Governamentais, este grupo agora esta presente nos demais DF-e. Outro ponto a se destacar é quanto aos prazos de liberação dos ambientes de homologação e produção. Ambiente de homologação que antes estava previsto para 01/09/2025 passou para 01/07/2025. E o ambiente de produção estava previsto para 31/10/225 passou para 01/10/2025. Com essa alteração de datas os desenvolvedores passaram a ter 3 meses em vez de 2 para adequar suas aplicações e fazerem os testes. No que se refere a NFS-e também foi publicado uma nova NT que traz algumas modificações no layout sendo que uma delas é a inclusão do grupo de Compras Governamentais. Infelizmente essa NT não traz datas de inicio do ambiente de homologação (produção restrita como eles chamam) e do ambiente de produção. A única informação que consta é que em janeiro/2026 as NFS-e devem já atender a reforma tributária, ou seja, já deve constar os novos grupos e campos. Com essas novas modificações nos layouts dos DF-e vamos ter que rever tudo o que foi feito e fazer as alterações necessárias. Pessoal, agora mais do que nunca devemos manter os fontes do ACBr atualizados e reinstalados se possível diariamente. Vamos fazer novos Papo Pro no Discord relatando as mudanças e em qual etapa estamos na adequação dos componentes. Não percam os Papo Pro eles são de extrema importância para que vocês fiquem informados.

Olá Pessoal, Boas novas, as etapas 2 e 3 já foram concluídas para todos os componentes e já se encontram no SVN. Partiu etapa 4 que visa adequar os métodos de leitura e escrita do arquivo INI, como dito anteriormente usados pelo ACBrMonitor e ACBrLib. Quando esta etapa for finalizada vou trabalhar nos programas exemplos. Não fiquem apavorados em querer alterar as suas aplicações, pois vocês não vão conseguir realizarem testes em ambiente de homologação da SEFAZ uma vez que este ambiente só vai ser liberado em 01/09/2025 isso se não for prorrogado. Todas as implementações estão sendo realizadas com base nas Notas Técnicas: 2024/001 e 2024/002 ambas versão 1.10 pode ser que surge uma nova versão e com isso tenhamos que alterar algumas coisas na implementação. Por fim e não menos importante, mantenham os fontes do ACBr atualizados e instalados.

Olá Pessoal, Boas novas, temos mais um provedor implementado, ele trabalha com layout próprio e o seu nome é Smart4. No momento temos a informação que ele atende a cidade de Paulo Afonso/BA. Caso vocês saibam de mais cidades atendidas por esse provedor, por favor nos informe a cidade e a URL de produção. Algumas informações sobre o provedor: ------------------------------------ Informações sobre o provedor: Smart4 - Versão: 1.00 - Layout: Próprio Autenticação Não requer Certificado Digital Requer Login/Senha Não requer Chave de Acesso Não requer Chave de Autorizacao Não requer Frase Secreta Serviços Disponibilizados Não permite o envio de Lote em Modo Assíncrono Permite o envio de Lote em Modo Síncrono Não permite o envio Unitário em Modo Síncrono Não permite Consultar a Situação do Lote Permite Consultar o Lote Permite Consultar o Rps Não permite Consultar a NFS-e Não permite Consultar uma Faixa de NFS-e Não permite Consultar Serviço Prestado Não permite Consultar Serviço Tomado Permite Cancelar NFS-e Não permite Substituir NFS-e Não permite Gerar Token Não permite Enviar Evento Não permite Consultar Evento Não permite Consultar DF-e Não permite Consultar Parâmetros Não permite Consultar Sequencia de Rps Não permite Consultar Link da NFS-e Não permite Consultar NFS-e por Chave Particularidades Permite mais de um serviço Não permite o envio da tag OutrasInformacoes no Rps ------------------------------------

Bom dia! Além deste tópico, temos algumas edições do Papo PRO ACBr que foram realizadas trazendo grades mestres no assunto: Você também pode fomentar a discussão em tópicos como este mesmo que você criou ou este aqui por exemplo: Dito isso, uma dica para casos assim, onde o objetivo é fomentar a participação da comunidade com ideias e discussões, é você criar o tópico na área aberta da comunidade. Lá mais membros podem interagir no tópico.

Apenas um detalhe que percebi. Consegui simular a impressão acima invertendo os xmls. Perceba que ao imprimir um evento, primeiro devemos informar o xml da nota e depois o xml do evento.| Se eu inverter, informar primeiro o xml do evento e depois o xml da nota. Tenho uma impressão vazia, semelhante ao pdf anexado no inicio do tópico.

O tópico sobre o componente já tenho acompanhado, mas agora como o prazo para o ambiente de homologação foi adiantado, então pretendo entrar mais a fundo na parte do sistema mesmo, cadastro de tributações, cadastro de produtos e serviços e enfim as rotinas de documentos fiscais, sei que terão específicos sobre os itens para informar por exemplo que determinado item da nota será usado para uso e consumo, então gostaria de levantar essa discussão para ter ideias.

Bom dia, Vou anexar o topico sobre o assunto do ajustes dos componentes caso queiram acompanhar, mas entendo que a dúvida é para a comunidade relacionada aos sistemas de gestão e PDV e não especificamento sobre os componentes ACBr. Espero que a comunidade contribua e aguardo curioso as informações para também acompanhar como estão atualizando seus sistemas. Como contribuição gostaria de deixar duas observações: Parametrização: sempre é importante que seu sistema de gestão ou PDV seja bem flexível para atender a complexidade da tributação nacional. Lembre-se de parametrizar o que for possível para usar ou não ou alterar valores. Lembrando que quanto maior a parametrização maior a complexidade e manuntenção do sistema. Tributação nova e antiga em paralelo: pelo menos até 2032 as duas formas de tributação vão andar em "paralelo" com alíquotas variando no decorrer dos anos. Cuidado nas implementações para não amarram uma tributação com a outra... o objetivo final é remover a tributação atual no final do processo todo. Uma tarefa difícil, mas uma ótima oportunidade de refatoração do seu código para usar boas práticas de programação. Sucesso a todos nessa jornada!

Olá pessoal! No dia 25/03/2025 foi publicada a versão 1.00 da NT2025/001. Alterações NFC-e: Leiaute QR-Code versão 3 O controle da autenticidade do conteúdo do QR-Code impresso no DANFE NFC-e para notas emitidas em contingência será feito por meio da assinatura de campos específicos do QR-Code e a inclusão do resultado da assinatura no mesmo. Neste novo modelo não será mais necessário controlar o Código de Segurança do Contribuinte(CSC), com previsão de eliminação dos mesmos(ainda sem data definida). NFC-e para Produtor Rural - Pessoa Física Em várias UFs é concecida uma Inscrição Estadual para os produtores rurais utilizarem com CPF. Isso gerava certa complexidade operacional para gerenciar os CSCs. Por causa disso, a orientação agora é que seja utilizado o novo leiaute QR-Code (versão 3) para o produtor rural pessoa física(exceto no PR). Para pessoa jurídica é permitida a escolha entre a versão 2 ou 3. Resposta Síncrona para Lote com somente 1 (uma) NF-e O envio de Lotes de NF-e que contenham apenas uma nota, agora deve ser feito de maneira síncrona. Controle do Atraso na Data de Emissão da NF-e A data de emissão da NF-e que anteriormente aceitava um atraso de 30 dias da data atual, agora aceitará um atraso de apenas 7. Regras de validação Desativa a regra de validação GAP03a-2 que devolvida cStat 776 e Rejeição: Solicitada resposta síncrona para UF que não disponibiliza este atendimento, substituindo a mesma pela GAP03a-3 que devolve cStat 452 e Rejeição: Solicitada resposta assíncrona para Lote com somente 1 (uma) NF-e. Altera a regra de validação que devolve cStat 228 e Rejeição Data de Emissão muito atrasada para que valide um prazo de 7 dias independente do tipo da emissão. Altera regras para validar o campo Identificador da IE do Destinatário (indIEDest). Adiciona regras de validação para verificar se foi informado dados de cobrança para pagamento a vista ou data de vencimento superior a dez anos. Torna obrigatórias algumas regras de validação antes facultativas que verificavam a presença e também validavam os dados detalhando o pagamento no grupo que recebe os dados do cartão (card) na NF-e/NFC-e. Adiciona regras de validação específicas para versão 3 do QR-Code. Datas Implantação Teste: Até 02/06/2025 Implantação Produção: Até 01/09/2025 E como fica o ACBr? Foi criada em nosso backlog a #TK-6814 para adequação dos fontes do ACBr para versão 3.0 do QR-Code. Qualquer novidade será divulgada neste tópico. Leia a Nota Técnica 2025/001 na íntegra AQUI. Leia a versão 6.0 das especificações técnicas do DANFE NFC-e QR Code AQUI.

Boa Tarde, gostaria de compartilhar um conteúdo que não localizei no fórum, meu cliente adquiriu a balança UPX EA-32, e tivemos dificuldade na configuração. Depois de muito pesquisar e falar com o suporte do fabricante, recebemos o procedimento abaixo, a ser executado no painel da balança: - Pressionar a Tecla Imprime e Soltar - Mensagem no Display ( SENHA ) - Digitar a SENHA 0000 - Pressionar a Tecla Imprime e Soltar - Mensagem no Display ( Conf No Par ) - Pressionar a tecla 1 Mensagem no Display ( IFabr ) - Digitar 1 - Pressionar a tecla 2 Mensagem no Display ( Luali ) - Digitar 1 - Pressionar a tecla 3 Mensagem no Display ( IAuto ) - Digitar 0 - Pressionar a tecla 5 Mensagem no Display ( I Cent ) - Digitar 3 - Pressionar a tecla 6 Mensagem no Display ( Print ) - Digitar 0 - Pressionar a tecla 7 Mensagem no Display ( CodBar ) - Digitar 0 - Pressionar a tecla 9 Mensagem no Display (Uer) - Digitar 1 - Pressionar a Tecla Tara - Mensagem no Display ( Brat ) – Digitar 3 - Mensagem no Display ( Tipo Prot ) – Digitar 0 - Mensagem no Display ( Cont ) – Digitar 0 - Mensagem no Display ( EnuCod ) – Digitar 1 - Mensagem no Display ( Conf No Par ) Digitar zero para Sair e Salvar Após o procedimento acima, deve se configurar o componente da seguinte forma: E para windows 10 utilizei o driver no link: https://drive.google.com/file/d/1ST0R8m8qwdr0DAbexs9jfeUY7yIMxmDc/view?usp=sharing

Olá Pessoal, Muitos de vocês estão ansiosos e apreensivos com essa mudança que vai ocorrer. Os componentes do ACBr vão ser afetados com essa reforma? Sim, mas fiquem tranquilos que já estamos trabalhando nas modificações. Como que fica a minha aplicação, também vai ser afetada? Sim, e te aconselho conversar com os contadores dos seus clientes para saber o que vai ser necessário calcular e como calcular. Como esta os trabalhos e quais são os componentes que vão ser afetados? Dividimos o trabalho em 5 etapas e os componentes afetados são: ACBrBPe (Bilhete de Passagem Eletrônico/Bilhete de Passagem Eletrônico Metropolitano); ACBrCTe (Conhecimento de Transporte Eletrônico/Conhecimento de Transporte Simplificado Eletrônico/Conhecimento de Transporte Outros Serviços); ACBrNF3e (Nota Fiscal de Energia Elétrica Eletrônica); ACBrNFCom (Nota Fiscal de Comunicação Eletrônica); ACBrNFe (Nota Fiscal Eletrônica/Nota Fiscal ao Consumidor Eletrônica) e ACBrNFSeX (Nota Fiscal de Serviço Eletrônica). Etapas definidas para a implementação da Reforma Tributária nos componentes: 1. Alteração nas classes para criar os grupos e seus respectivos campos; 2. Alteração na unit responsável pela escrita do XML; 3. Alteração na unit responsável pela leitura do XML; 4. Alteração nas funções de escrita e leitura do arquivo INI (utilizado pelo ACBrMonitor e ACBLib). 5. Alteração nos programas exemplos Delphi/Lazarus visando mostrar como alimentar o componente referente aos novos campos dos novos grupos. Observações: A primeira etapa já foi concluída para todos os componentes exceto ACBrNFe. No caso do ACBrNFSeX a implementação contempla somente a NFS-e Padrão Nacional (provedor PadraoNacional), não sabemos como vai ficar o layout do XML do RPS dos provedores que tem layout próprio ou utilizam a versão 1 ou 2 do layout da ABRASF. No que se refere a NF-e/NFC-e além das alterações necessárias para contemplar a reforma tributária, vai ser necessário também implementar 12 novos eventos que vamos discriminar em postagem futura. Prazos: Segundo a NT/2024/001 versão 1.10 - Reforma Tributária - IBS e CBS (BPe, CTe, NF3e e NFCom) e a NT/2024/002 versão 1.10 - Reforma Tributária - IBS e CBS (NFe e NFCe) traz as seguintes datas: Ambiente de Homologação: 01/09/2025 Ambiente de Produção: 31/10/2025 Já a Nota Técnica 001 - SE-CGNFSe - Novo Layout - RTC (NFSe) temos a data de janeiro/2026 como sendo o inicio do novo layout, infelizmente não informa se é ambiente de homologação ou produção. Assim que finalizarmos a primeira etapa no componente ACBrNFe, avisaremos neste tópico o inicio da segunda etapa.

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

Boa, é possível mover esse tópico para lá? para a área aberta da comunidade?

@Pedro Frayman, Por favor verifique se o colega @RenatoRicci já esta com a versão otimizada da nova DLL Mas também mostre a possibilidade de uso da DLL intermediaria

A API de Cobrança Bancária V2 será desativada em 30 de abril de 2025. Para garantir a continuidade no uso das funcionalidades de cobrança, é essencial migrar para a API de Cobrança Bancária V3. A nova versão foi projetada para oferecer mais segurança, desempenho aprimorado e novos recursos que tornam sua experiência ainda mais eficiente. Para realizar a migração, será necessário: - Fazer o cadastro no Portal Developers Sicoob e criar as credenciais para a API Cobrança Bancária V3. - Criar um novo aplicativo com a V3, adaptando sua integração aos novos endpoints, escopos e funcionalidades. Não deixe para a última hora! Antecipe sua migração e aproveite os benefícios da nova API. Usuários do ACBrBoleto devem configurar o componente para a nova versão da API, assim como os novos escopos Um agradecimento ao moderador @BigWings por compartilhar a informação.

Pessoal, A etapa 1 que visa implementar nas classes os novos grupos e campos, foi totalmente implementada em todos os componentes mencionados na postagem anterior. Vamos agora partir para a etapa 2.