Painel de líderes

Coordenação Técnica do ENCAT 16/06/2025 Consulta Tabelas CST, cClass e Credito Presumido para Reforma Tributária As notas técnicas que preveem a criação da estrutura de dados para alimentar a tributação relativa à Reforma Tributária do Consumo estão publicadas no portal e já existem prazos para a implantação desta versão no ambiente de homologação até do dia 28 de julho de 2025 para NFe, NFCe, BPe, CTe, NF3e e NFCom. Todas as Notas Técnicas apresentam regras de validação que fazem referências as tabelas de CST, Classificação Tributária e Crédito Presumido e seus indicadores (flags) que obrigam ou vedam o preenchimento dos diversos grupos de informações no XML do Documento Fiscal. Visando faciliar o entendimento da aplicação prática destas regras de validação, e sobretudo, trazer dados mais concretos de que forma os ambientes de autorização dos documentos fiscais trabalharão as validações, estamos publicando na forma de consulta deste portal o acesso visual a estas tabelas. Tabelas de CST e cClass: https://dfe-portal.svrs.rs.gov.br/DFE/TabelaClassificacaoTributaria Tabela de Crédito Presumido: https://dfe-portal.svrs.rs.gov.br/DFE/TabelaCreditoPresumido IMPORTANTE: O trabalho de levantamento de situações, aderência à legislação e prospecção de regras de validação, assim como a própria composição destas tabelas é um trabalho em constante revisão e aprimoramento, o que pode resultar em modificações nestas informações. Uma vantagem importante é que a estas tabelas estão acessando o motor de validação em banco de dados, o mesmo que o sistema de autorização da SVRS estará utilizando. Qualquer alteração nas tabelas refletirá imediatamente nas consultas do portal e na validação das regras dos documentos fiscais eletrônicos.

Olá Pessoal, Se encontra disponível desde 21/05/2025 a unit ACBrDFe.Conversao. Essa unit contem os tipos, enumerados e as funções de conversão utilizados pela Reforma Tributária. Sendo assim na unit da sua aplicação que se utiliza dos enumerados e das funções se faz necessário declarar a unit ACBrDFe.Conversao no uses.

Coordenação Técnica ENCAT 01/07/2025 Implantação das Notas Técnicas Reforma Tributária Comunicamos aos contribuintes emitentes de CTe, BPe, NF3e e NFCom que as respectivas Notas Técnicas 2025.001, que implementam o leiaute e regras de validação da reforma tributária, encontram-se IMPLANTADAS no ambiente de homologação da Sefaz virtual RS. Desta forma, as empresas ja podem testar seus sistemas de forma antecipada. Importante destacar que as NTs implantam os campos novos da reforma que serão validados APENAS se forem informados. Caso seja enviado um DFe com o schema anterior, este será validado normalmente. Esta iniciativa visa permitir que possam ser testados os sistemas dos contribuintes e do próprio ambiente de autorização que estará em constante evolução e verificação durante o processo de amadurecimento das publicações das notas técnicas.

O que é a Reforma Tributária? A reforma tributária é um processo de reformulação do sistema tributário brasileiro, tendo como objetivo final a sua simplificação. Em discussão desde 2023, com seu marco fundamental sendo a Emenda Constitucional nº 132, de 20 de dezembro de 2023, e sua consolidação na Lei Complementar nº 214, de 16 de janeiro de 2025, o processo, que afeta todo o Brasil foi amplamente discutido e avaliado por diversos comitês gestores. Dada a complexidade e a extensão do atual sistema tributário, ainda existem alguns fatores que estão sendo avaliados e estudados. No entanto, com a publicação da Lei Complementar, é inegável que a Reforma Tributária já é uma realidade e preparar seu o software é uma obrigação, não uma opção. Alguns conceitos essenciais. Com a quantidade de informações envolvidas, não é de se estranhar que alguns conceitos possam causar confusão. No entanto, o correto entendimento deles é importante para acompanhar as novidades e se adequar às mudanças propostas: LC nº 214/2025: é a lei que consolida a Reforma Tributária como um todo. Todas as informações, análises de comitê gestor, notas técnicas e demais documentos produzidos têm como base o objetivo de atender o que é proposto nela. Imposto sobre Operações relativas à Circulação de Mercadorias e sobre Prestações de Serviços de Transporte Interestadual e Intermunicipal e de Comunicação (ICMS): é um tributo de competência estadual, existente no regime tributário atual, utilizado para acobertar operações de circulação de mercadorias, prestações de serviços de transporte interestadual e intermunicipal, e de comunicação. Sua extinção está prevista para o fim da Reforma Tributária. Imposto sobre Serviços de Qualquer Natureza (ISS): é um tributo de competência municipal, existente no regime tributário atual, utilizado para acobertar prestações de serviços em geral. Sua extinção está prevista para o fim da Reforma Tributária. Imposto sobre Bens e Serviços (IBS): é um novo tributo proposto pela Reforma Tributária, a ser adotado gradativamente na emissão dos documentos fiscais eletrônicos, de competência municipal e estadual, com o objetivo final de substituir o ICMS e o ISS. PIS: é um tributo de competência federal, existente no regime tributário atual, que incide sobre diversas operações e cuja finalidade é contribuir com a seguridade social. Sua extinção está prevista para o fim da Reforma Tributária. COFINS: é um tributo de competência federal, existente no regime tributário atual, que incide sobre diversas operações e cuja finalidade é contribuir com a seguridade social. Sua extinção está prevista para o fim da Reforma Tributária. Contribuição Social sobre Bens e Serviços (CBS): é um novo tributo proposto pela Reforma Tributária, a ser adotado gradativamente na emissão dos documentos fiscais eletrônicos, de competência federal, com o objetivo final de substituir o PIS e a Cofins. Imposto Seletivo (IS): é um novo tributo proposto pela Reforma Tributária. Conhecido pela alcunha de "imposto do pecado", sua aplicação será voltada a mercadorias e serviços considerados danosos ou prejudiciais à saúde e ao meio ambiente. Split Payment (Recolhimento na Liquidação Financeira): é uma solução estrutural proposta pela Reforma Tributária, com o objetivo de automatizar o recolhimento dos tributos no momento da liquidação financeira de uma operação, facilitando a vida do contribuinte e reduzindo a inadimplência. Nota de Débito e Nota de Crédito: são duas novas finalidades de emissão adicionadas à Nota Fiscal Eletrônica modelo 55, destinadas a serem utilizadas para ajustes de lançamentos do IBS e da CBS. Qual é o cronograma da Reforma Tributária? Alterar um sistema tributário deve ser uma operação muito bem pensada e analisada. Por isso, a Reforma Tributária é um processo longo, com início das mudanças em 2026 e término previsto para 2033. 2026 Ano de Testes 2027-2028 Início da Cobrança e Alíquotas Iniciais 2029-2032 Transição Progressiva e Conclusão 2033 Reforma Tributária em Pleno funcionamento Alíquota de testes para o IBS e para o CBS. Soma das alíquotas não pode passar de 1%. Sem IS. Sem cobrança efetiva dos impostos desde que as obrigações acessórias estejam em ordem. Início da cobrança efetiva do CBS com alíquota fixada pela LC. Extinção do PIS e do COFINS. Alíquota de IBS estadual e municipal em 0,05%. Começo do IS. Zera a alíquota de IPI. Transição do ICMS e do ISS para o IBS. Redução gradativa das alíquotas de ICMS e ISS até zerar. IBS, CBS e IS em pleno funcionamento. Fim do ICMS, ISS, PIS e COFINS. Conforme mencionado anteriormente, a Reforma Tributária é um projeto com legislação já aprovada tanto na Câmara dos Deputados quanto no Senado, e com regramentos complementares sendo discutidos e publicados por diversos entes fiscais e regulatórios. Trata-se de uma iniciativa robusta, com um grande número de profissionais e instituições trabalhando para que ela seja implementada da forma correta. Por isso, a possibilidade de adiamento ou retrocesso torna-se cada vez mais remota — e, portanto, não é prudente apostar em prorrogações ou revisões drásticas. Qual é a vantagem da Reforma Tributária? Ao final da reforma, haverá a simplificação do sistema tributário, com a redução da quantidade de impostos. Outro ponto importante é a mudança de paradigma trazida pela reforma: os novos tributos propõem o cálculo “por fora”, diferentemente do que é feito atualmente. Isso trará total transparência para a sociedade e para o contribuinte. Como isso vai impactar meu cliente? Seu cliente precisará enviar as informações dos novos tributos nos respectivos documentos fiscais eletrônicos, em paralelo aos impostos já existentes, durante o período de transição. Caso contrário, ele não conseguirá emitir seus documentos fiscais. Concluído o processo de adequação à reforma, seu cliente passará a enviar apenas os novos tributos. A adequação não é uma opção — é uma obrigatoriedade. Como eu devo adequar meu software? Apesar de a LC nº 214/2025 consolidar a Reforma Tributária como um todo, seu conteúdo precisa ser "traduzido" tecnicamente em orientações sobre modificações nos documentos fiscais eletrônicos, de modo a atender ao que é estabelecido na lei. O instrumento utilizado para isso é a publicação de Notas Técnicas: Nota Técnica 2025/002 - NFe-/NFC-e - Reforma Tributária do Consumo. Nota Técnica 2025/001 - CT-e/GTVe/CTeOS - Reforma Tributária do Consumo. Nota Técnica 2025/001 - NF3e - Reforma Tributária do Consumo. Nota Técnica 2025/001 - NFCom - Reforma Tributária do Consumo. Nota Técnica 2025/001 - BP-e - Reforma Tributária do Consumo. Portanto, você deve seguir o que é estabelecido nessas notas técnicas para adequar seu software. O ACBr está de acordo com as alterações propostas por essas notas técnicas? Sim, os respectivos componentes já foram adequados às alterações propostas pelas Notas Técnicas mencionadas acima. Basta atualizar seus fontes e reinstalar o ACBr com a opção “Usar ACBrXMLDocument” selecionada no instalador, para que seja possível realizar os testes. A mesma lógica se aplica para quem utiliza o ACBrMonitorPLUS e a ACBrLib. Como conferir o que mudou no ACBr? Se você utiliza os componentes nativos para Delphi/Lazarus, ao abrir o programa exemplo, foi adicionada uma nova opção de configuração para que sejam alimentadas as propriedades relacionadas a Reforma Tributária. Basta pesquisar nos fontes do programa exemplo respectivo por "Reforma Tributária" para encontrar os trechos que trazem exemplo de preenchimento. O mesmo vale para a ACBrLib e para o ACBrMonitor, com exemplos específicos para Reforma na documentação de ambos. Como identificar se um XML possui os dados da Reforma Tributária? Pode haver pequenas variações ou particularidades de acordo com o tipo de documento fiscal eletrônico, mas a presença do elemento <IBSCBS> pode ser considerada um indicativo de que o XML contém campos relacionados à Reforma Tributária. Veja a seguir um exemplo da estrutura do elemento <IBSCBS> em um XML de uma NF-e: <IBSCBS> <CST>000</CST> <cClassTrib>000001</cClassTrib> <gIBSCBS> ... </gIBSCBS> <gCredPresIBSZFM> ... </gCredPresIBSZFM> </IBSCBS> Já li, agora quero escutar quem entende. Considerando a complexidade e a relevância da Reforma Tributária, foram realizadas edições do Papo PRO ACBr dedicadas a discutir o tema, trazendo especialistas e perspectivas práticas para ajudar na compreensão e preparação para as mudanças. A lista abaixo apresenta as edições já publicadas, em ordem da mais antiga para a mais recente: A Reforma Tributária está chegando... Descubra como ela impactará seu Software! Arquitetura Fiscal: Reforma Tributária para Software Houses A Reforma Tributária e a Tecnologia, como está o preparo da sua SH? Reforma Tributária Comece já a adequação de seu software! Adeus a Velha NFe? Prepare o seu ACBr! Adeus a Velha NFe? Prepare o seu ACBr! - Parte 2 Reforma Tributária não é só a NFe! Entenda todos os documentos alterados pela Reforma Tributária! Links importantes Emenda Constitucional nº 132, de 20 de dezembro de 2023 Lei Complementar nº 214, de 16 de janeiro de 2025 Projeto Conformidade Fácil: o validador das Notas Técnicas da Reforma Tributária do Consumo. Implantação das Notas Técnicas Reforma Tributária na SVRS

SEFAZ Virtual RS 04/07/2025 Urgente – Número de protocolo com 17 caracteres na SVRS O retorno de 17 caracteres para o número de protocolo será adotado pela SEFAZ-SP, futuramente (ainda sem previsão), devido ao alto volume de emissão de NFC-e por ano, conforme previsto na Nota Técnica 2025.002 (NT da Reforma Tributária). Equivocadamente, esse retorno entrou em produção para a Sefaz Virtual do Rio Grande do Sul (SVRS) hoje (04/07/2025, entre 13h39 e 14h45), afetando a informação da autorização de uso para parte dos sistemas ERP. A SVRS já fez a correção no WebService de “Consulta Situação” para retornar o número do protocolo com 15 caracteres. Assim, a solução para as NF-e emitidas no horário supracitado é realizar novamente a consulta dos números de protocolo, retornando com o número de 15 caracteres. Sobre o evento de cancelamento, nas próximas horas, será liberada a versão aceitando o pedido de cancelamento com o número do protocolo contendo 15 ou 17 caracteres, considerando que muitas empresas internalizaram o protocolo com 17 caracteres. Contamos com a compreensão de todos. Orientação da Equipe ACBr: Atenção Pessoal, quem guarda no banco de dados o numero do protocolo de autorização do DF-e bem como o numero de autorização dos eventos, deverá realizar uma alteração de tamanho nas tabelas que guardam o numero do protocolo, alterando o tamanho de 15 para 17, não esqueçam de fazer isso.

Olá pessoal! Foi publicada a Nota Técnica Nº 003 que trata da adequação da Nota Fiscal de Serviços Eletrônica no layout do Padrão Nacional. Esse documento é a 3ª versão dos novos agrupamentos e campos relacionados ao IBS e ao CBS. Alterações Foram removidos os grupos de informações específicas relativos ao IBS — tanto municipal quanto estadual — e ao CBS. No grupo IBSCBS estabelecido em versão anterior, foram adicionados novos campos para melhor identificar a operação: finNFSe: Indicador da finalidade da emissão de NFS-e. indFinal: Indica operação de uso ou consumo pessoal. cIndOp: Código indicador da operação de fornecimento conforme tabela disponibilizada. tpEnteGov: Tipo de entidade governamental. xTpEnteGov: Descrição do ente governamental, caso selecionado valor que exija detalhamento. indPessoas: indica qual é o papel do destinatário em relação aos participantes. Também foram adicionados novos grupos de informações comuns ao IBS e à CBS, um grupo de valores brutos relacionados a esses tributos, além de grupos de totalização para ambos. Além da nova versão da NT, também foi disponibilizado nova planilha com o leiaute da DPS atualizado com os novos campos e uma planilha com os códigos indicadores da operação. E como fica o ACBr? Foi criada a #TK-7301 para adequação do componente ACBrNFSeX e consequentemente do ACBrMonitorPLUS e também da ACBrLibNFSe as modificações propostas. Assim que houver novidades a respeito será publicado neste tópico. Leia a Nota Técnica na íntegra AQUI. Veja mais sobre a versão 1 desta Nota Técnica AQUI. Veja mais sobre a versão 2 desta Nota Técnica AQUI.

Olá pessoal! Como sabem, os fontes do ACBr estão passando por um processo de migração, onde as units da pcn estão sendo substituídas pelas units baseadas nas classes ACBrXMLDocument que fazem uso da LibXML2 O tópico intitulado "ATENÇÃO: ACBr está adotando as classes baseadas em ACBrXMLDocument como padrão!" traz uma explicação mais detalhada, vinculando inclusive uma edição do Papo PRO ACBr que foi realizada tratando sobre a migração. Mas resumindo em poucas palavras, as novas classes trazem um ganho de performance considerável na leitura de arquivos XML que possuem um conteúdo muito extenso, o que de acordo com o leiaute de alguns DFes é uma possibilidade. Um exemplo bem simples é a NFe\NFCe que permite até 990 itens. Este processo está sendo feito por etapas: A primeira etapa foi a mudança das classes de escrita e leitura do arquivo XML, esta etapa foi concluída. A segunda etapa é a troca de algumas units da pcn, por units próprias do ACBr, esta etapa também foi concluída. Estamos entrando agora na próxima etapa que é a mudança dos tipos. Esta etapa envolve a mudança dos tipos TpcnXXX para os tipos TACBrXXXX O processo foi iniciado no MDFe com a alteração do TpcnTipoAmbiente presente na unit pcnConversao para TACBrTipoAmbiente presente na ACBrXmlBase. Acompanhe este tópico para ficar para se manter informado sobre esta mudança. Componentes de Documentos Fiscais Eletrônicos que serão afetados: ACBrBPe ACBrMDFe (Em processo de alteração) ACBrNFe ACBrCTe ACBrDCe ACBrGNRe ACBrGTIN ACBrNF3e ACBrNFCom

Ficamos felizes de anunciar que temos um novo modelo de protocolo implementado para ACBrETQ (o que inclui a Lib e o ACBrMonitor): TSPL. Na verdade, a implementação foi baseada também no TSPL2 que é bem semelhante (o manual é o mesmo). Mas precisamos de mais testers e também devs com impressoras que usam esse modelo para poder nos ajudar a melhorar e encontrar possíveis bugs. Por favor, façam testes e reportem aqui no fórum qualquer problema. Esse protocolo parece que foi criado pela www.tscprinters.com mas vimos algumas impressoras no mercado que não levam essa marca. No mais, bom trabalho pra vocês pessoal!

Olá pessoal, tivemos uma reunião com uma equipe de Boleto do Itau e vamos esclarecer alguns pontos: Itau existe 2 produtos distintos: “Boletos” – Boleto com linha digitável e código barras; “Bolecode” – Boleto com QrCODE, linha digitável e código barras (hibrido); Todos “Boletos” quando liquidados (linha digitável, código barras) , são listados na API de Consulta Liquidados com status de Liquidados; Todos “Bolecodes” quando liquidados através do qrcode, eles são *Cancelados e são listados na API de Consulta Baixados com status “BL” (Bolecode Liquidado). * (Bolecode Baixado) Isso para evitar que o mesmo boleto seja pago por outro meio. Nas consultas de LIQUIDADOS da solução ACBrBoleto, necessário realizar 02 (duas) consultas, mudando apenas a propriedade "IndicadorPIX": - Consulta Boletos Liquidados via Linha Digitável ou Código de Barras (independente se bolecode ou boleto comum): IndicadorSituacaoBoleto = isbBaixado e IndicadorPix = False - Consulta Boletos Liquidados via QrCode: IndicadorSituacaoBoleto = isbBaixado e IndicadorPIX = True Atenção, informação importante para quem usa Bolecode (Boleto Hibrido) API/CNAB Quando boleto é liquidado através do QrCODE até a presente data não devolve informações sobre pagamento, juros, multa, desconto. (não foi possível agrupar a consulta devida a paginação de repostas de cada endpoint)

Olá, pessoal! No dia 04/07/2025, por volta das 14h12, começamos a receber diversos relatos de membros da nossa comunidade, tanto em nosso servidor do Discord quanto em nosso fórum, sobre problemas relacionados à NF-e e à NFC-e junto a Sefaz sefaz de múltiplas UFs. Todos os relatos tinham em comum a mesma situação: o número do protocolo de autorização (nProt) devolvido pelos web services continha 17 caracteres, em vez dos habituais 15. Se conferirmos na Nota Técnica 2025/002, podemos observar que, de fato, está previsto um aumento de 15 para 17 caracteres nesta informação. No entanto, ainda não alcançamos as datas previstas no cronograma para esta implementação. De acordo com alguns relatos, essa questão foi sanada e, após pouco tempo, as notas autorizadas voltaram a apresentar o nProt com tamanho 15. Contudo, ainda temos relatos de problema, pois algumas notas que foram geradas com protocolo de 17 caracteres estão devolvendo erro de schema ao tentar cancelar: Falha na validação dos dados do Evento: --> 1839 - Element '{http://www.portalfiscal.inf.br/nfe%7DnProt': [facet 'pattern'] The value '3XXXX0000003XXXX2' is not accepted by the pattern '[0-9]{15}'. Considerando todas essas informações: Caso esteja enfrentando erro de schema ao tentar realizar o cancelamento dessas notas, confirme se não está utilizando arquivo de schema desatualizado, pois a regex já foi atualizada nos arquivos .XSD em pacote de schemas liberado anteriormente para a Reforma Tributária. ...\trunk2\Exemplos\ACBrDFe\Schemas\NFe\tiposBasico_v4.00.xsd <xs:simpleType name="TProt"> <xs:annotation> <xs:documentation>Tipo Número do Protocolo de Status</xs:documentation> </xs:annotation> <xs:restriction base="xs:string"> <xs:whiteSpace value="preserve"/> <xs:maxLength value="17"/> <xs:pattern value="[0-9]{15}|[0-9]{17}"/> </xs:restriction> </xs:simpleType> Caso ainda esteja recebendo o nProt com tamanho 17 ao autorizar uma NFe/NFCe ou esteja recebendo erro diferente do mencionado acima ao tentar cancelar essas notas, recomendamos que abra um Fale Conosco junto a Sefaz para relatar a situação. Quanto mais pessoas reportarem, mais rápido a respectiva Sefaz perceberá que existe algum problema. Para abrir um Fale Conosco junto a Sefaz, siga as orientações de acordo com a Sefaz de sua Jurisdição

Coordenação Técnica do ENCAT 04/07/2025 Conformidade Fácil - Validador RTC Encontra-se disponível no portal da SVRS a nova funcionalidade do Projeto Conformidade Fácil: o validador das notas técnicas da Reforma Tributária do Consumo. Nesta transação, qualquer empresa ou integradora de software poderá informar a parte do XML com os campos da tributação apresentados nas notas técnicas da RTC ou mesmo colar o XML completo de um documento fiscal eletrônico e validar se a informação está em conformidade com as regras de validação descritas nas notas técnicas. O componente de validação é o mesmo que é utilizado pelo ambiente de autorização da SEFAZ Virtual, e tem a capacidade de responder se o XML apresentado está correto em relação a qualquer uma das regras previstas nas NTs. A primeira versão atende aos documentos CTe, BPe, NF3e e NFCom, mas muito em breve estará contemplando NFe e NFCe. A etapa 3 prevê a criação de um gerador de XML da reforma tributária e deve ser implantada ainda no mês de Julho. Acesso a ferramenta: https://dfe-portal.svrs.rs.gov.br/Dfe/ValidadorRTC

Foi publicada a versão 25.2.A das tabelas fornecidas pelo IBPT, às quais já se encontram também em nosso SVN. As novas tabelas tem a vigência de 20/06/2025 até 31/07/2025. Para cumprimento da Lei 12.741/12, também conhecida como "De Olho no Imposto", não se esqueça de realizar a atualização de seus clientes. Fonte: De Olho no Imposto

Olá pessoal, Gostaria de informar que o PIX Automático já está disponível nos fontes do componente ACBrPIXCD! Com isso, as software houses que utilizam o ACBrPIXCD poderão implementar as jornadas do PIX Automático diretamente em suas aplicações, aproveitando os novos endpoints e recursos disponibilizados pelo BACEN. Sendo necessária apenas a disponibilização dessa funcionalidade na API de cada PSP. Informações Importantes Disponível APENAS para contas PJ (Empresas); É automático APENAS para o PAGADOR. Ou seja, o recebedor deverá gerar a cobrança(/cobr) à cada recorrência; Periodicidades disponíveis: Semanal, Mensal, Trimestral, Semestral e Anual. O BACEN definiu 5 jornadas diferentes, da seguinte forma: Dessas 5 jornadas, será possível utilizar o componente ACBrPIXCD nas 4 primeiras. Descritivo das Jornadas: 1ª Jornada - Ativação da recorrência através de notificação push Criar a recorrência: // Popular objeto ACBrPixCD1.PSP.epRec.RecorrenciaSolicitada ACBrPixCD1.PSP.epRec.CriarRecorrencia Disparar a solicitação da recorrência (notificação push): // Popular objeto ACBrPixCD1.PSP.epSolicRec.SolicitacaoSolicitada ACBrPixCD1.PSP.epSolicRec.CriarSolicitacaoConfirmacao 2ª Jornada - Ativação após pagamento de QR Code gerado na criação da Recorrência Criar o location: ACBrPixCD1.PSP.epLocRec.CriarLocation Criar a recorrência informando o location: // Popular objeto ACBrPixCD1.PSP.epRec.RecorrenciaSolicitada ACBrPixCD1.PSP.epRec.RecorrenciaSolicitada.loc := ID_Location; // IMPORTANTE ACBrPixCD1.PSP.epRec.CriarRecorrencia Consultar a recorrência para obter o “copia e cola”: ACBrPixCD1.PSP.epRec.ConsultarRecorrencia(IDRecorrencia); wQRCode_Gerado := ACBrPixCD1.PSP.epRec.RecorrenciaCompleta.dadosQR.pixCopiaECola; // CopiaECola gerado para pagamento e ativação da recorrência Observação: O QR Code gerado será válido enquanto a recorrência estiver ativa. 3ª Jornada – Ativação após pagamento de cobrança imediata (/cob) Criar a cobrança imediata: // Popular o objeto ACBrPixCD1.PSP.epCob.CobSolicitada ACBrPixCD1.PSP.epCob.CriarCobrancaImediata Criar a recorrência informando o txid da cobrança no objeto ativação: // Popular objeto ACBrPixCD1.PSP.epRec.RecorrenciaSolicitada ACBrPixCD1.PSP.epRec.RecorrenciaSolicitada.ativacao.dadosJornada.txid := txid_Cob; // IMPORTANTE ACBrPixCD1.PSP.epRec.CriarRecorrencia; Consultar a recorrência usando o idRec: ACBrPixCD1.PSP.epRec.ConsultarRecorrencia(IDRec); 4ª Jornada – Ativação após pagamento de cobrança com vencimento (/cobv) Criar a cobrança com vencimento: // Popular objeto ACBrPixCD1.PSP.epCobV.CobVSolicitada ACBrPixCD1.PSP.epCobV.CriarCobranca(txID); Criar a recorrência informando apenas o location (sem txid): // Popular objeto ACBrPixCD1.PSP.epRec.RecorrenciaSolicitada ACBrPixCD1.PSP.epRec.RecorrenciaSolicitada.loc := Loc_CobV; // IMPORTANTE ACBrPixCD1.PSP.epRec.CriarRecorrencia; Consultar a recorrência com idRec: ACBrPixCD1.PSP.epRec.ConsultarRecorrencia(IDRec); Como usar? Para utilizar as jornadas acima, basta atualizar os fontes do ACBr e consultar os novos métodos e propriedades disponíveis no componente ACBrPIXCD. As aplicações de demonstração do componente também já estão atualizadas com as novas funcionalidades. Qualquer dúvida ou sugestão, só comentar por aqui ou acessar nosso SERVIDOR NO DISCORD. Bons códigos a todos!

Olá pessoal! Desde o dia 02/06/2025, não é mais possível fazer o envio de forma assíncrona de um lote contendo somente 1 NFe no ambiente de homologação. Aqueles que tentarem enviar de forma assíncrona um lote com somente 1 NFe no ambiente de homologação, vão receber o seguinte retorno: A previsão, é que isso também vai acontecer no ambiente de produção em 01/09/2025! Essa mudança aconteceu em homologação e vai ocorrer em produção devido a Nota Técnica 2025/001. Veja este tópico para uma orientação sobre como realizar o envio de forma síncrona e como ler o retorno, que é devolvido em outra classe quando o envio é síncrono, usando o componente:

Claro. Muito obrigado. Subi suas alterações para o SVN na Revisão 40255. Pelo que vi está tudo certo. Favor testar e reportar qualquer problema. Mais uma vez, Obrigado.

Olá pessoal! A Sefaz do Rio Grande do Sul está realizando uma ação voltada a regularização do uso do Global Trade Item Number (GTIN), informação que identifica os produtos e deve ser informada obrigatoriamente tanto na NFe quanto na NFCe (veja mais sobre essa obrigatoriedade na Nota Técnica 2017.001). A ação envolve o envio de 6 mil alertas para empresas varejistas que devem realizar a correção de GTINs enviados incorretamente entre 01/01/2024 e 31/12/2024. Estima-se que cerca de 180 mil itens serão precisarão ser corrigidos. Os contribuintes tem um prazo de até 60 dias para regularização a partir do recebimento do alerta. Tanto o aviso quanto a orientação de como efetuar a correção pode ser encontrada na área de Autorregularização do portal e-CAC. Dúvidas podem ser encaminhadas para o e-mail: [email protected] Está notícia foi criada com base em notícia originalmente publicada AQUI.

Olá pessoal! A partir de 30/06/2025 o web service do e-Social vai implementar em seus servidores de recepção e consulta de lotes de eventos um novo certificado visando adotar um padrão de segurança mais robusto baseado algoritmo SHA-384 combinado com RSA. Aplicações que não suportem essa configuração poderão apresentar falhas de conexão. O ACBr está pronto para esta mudança? A equipe de consultores está analisando as informações disponibilizadas e avaliando os fontes para confirmar se existe necessidade de alguma alteração nos fontes do ACBr. Assim que houver novas informações este tópico será atualizado Este tópico foi baseado em notícia publicada originalmente AQUI.

Olá pessoal! No dia 26/06/2025 foi publicada a versão 1.01 desta nota técnica. Alterações Aumenta o tamanho máximo do campo QrCode para permitir até 1000 caracteres para coincidir com os arquivos de schema já disponibilizados anteriormente. A regra de validação que devolve a mensagem "805 - A SEFAZ do destinatário não permite Contribuinte Isento de Inscrição Estadual" foi atualizada para incluir a lista de UFs conforme texto: Remove a regra de validação que devolve a mensagem "407 - NFC-e com qrCode na versão 3". Datas A nova versão da nota técnica não altera as datas previstas em versão anterior, portanto, permanecem sendo as mesmas. Implantação Teste: Até 02/06/2025 Implantação Produção: Até 01/09/2025 E como fica o ACBr? A nova versão apenas corrige o texto na NT para se adequar ao esquema que já estava correto e foi utilizado como base na implementação feita no ACBr e altera regras de validação, portanto, ajustes nas soluções ACBr não se fazem necessários. Leia a versão 1.01 desta nota técnica na íntegra AQUI.

Olá pessoal, Ficamos felizes em anunciar que foi implementado o banco 310-Vortx no ACBrBoleto para emissão de cobrança CNAB400. Agradecemos ao tiago.istuque e Roberto rrrFerminoRrrrrerw pela contribuição e ajustes respectivamente. A documentação também foi enviada para o SVN e pode ser consultada em ..\ACBrTools\Bancos\Recebimento\310-Vortx\CNAB_400_v1.0_2023_10_05.pdf. Já foram compiladas novas versões da ACBrLib e do Monitor com o novo banco na lista de TipoCobranca: 64-BancoVortx Até mais,

Deu certo ! Emitiu a nota mas nao fez a impressao. Resolvido, muito obrigado

Envio Para enviar uma NFe de forma síncrona usando o componente ACBrNFe nativo para Delphi e Lazarus faça conforme exemplo: //Para imprimir o DANFe automaticamente se autorizado... ACBrNFe.Enviar(NumLote, True, True); //Para NÃO imprimir o DANFe automaticamente se autorizado... ACBrNFe.Enviar(NumLote, False, True); Se você utiliza ACBrMonitor, use os comandos NFe.CriarEnviarNFe ou NFe.EnviarNFe: //Para imprimir o DANFe automaticamente depois de autorizado... NFe.CriarEnviarNFe(cIniNFe,nLote,1,1) //Para NÃO imprimir o DANFe automaticamente depois de autorizado... NFe.CriarEnviarNFe(cIniNFe,nLote,0,1) //Para imprimir o DANFe automaticamente depois de autorizado... NFe.EnviarNFe(cArqXML,nLote,,1,,1) //Para NÃO imprimir o DANFe automaticamente depois de autorizado... NFe.EnviarNFe(cArqXML,nLote,,0,,1) Se você utiliza ACBrLib, use o método NFe_Enviar: //Para imprimir o DANFe automaticamente depois de autorizado... NFE_Enviar(nLote, True, True, True); //Para NÃO imprimir o DANFe automaticamente depois de autorizado... NFE_Enviar(nLote, False, True, True); Retorno Para ler as informações de retorno de uma NFe emitida de forma síncrona usando o componente ACBrNFe nativo para Delphi e Lazarus leia as seguintes propriedades: //Informações de retorno relacionadas ao web service... ACBrNFe.WebServices.Enviar.tpAmb; ACBrNFe.WebServices.Enviar.verAplic; ACBrNFe.WebServices.Enviar.cStat; ACBrNFe.WebServices.Enviar.cUF; ACBrNFe.WebServices.Enviar.xMotivo; ACBrNFe.WebServices.Enviar.Protocolo; //Informações de retorno específicas a NFe... ACBrNFe.NotasFiscais[0].NFe.procNFe.tpAmb ACBrNFe.NotasFiscais[0].NFe.procNFe.verAplic ACBrNFe.NotasFiscais[0].NFe.procNFe.chNFe ACBrNFe.NotasFiscais[0].NFe.procNFe.dhRecbto ACBrNFe.NotasFiscais[0].NFe.procNFe.nProt ACBrNFe.NotasFiscais[0].NFe.procNFe.cStat ACBrNFe.NotasFiscais[0].NFe.procNFe.xMotivo Se você utiliza ACBrMonitorPlus ou ACBrLib: [Envio] CStat=100 CUF=13 DhRecbto=08...8 Msg=Autorizado o uso da NF-e NProt=1...0 NRec= TMed=0 VerAplic=AM4.00-NAC Versao=4.00 XMotivo=Autorizado o uso da NF-e tpAmb=2 [NFe1] Id=ID11...0 NomeArq=C:\ACBrMonitorPLUS\Arqs\DFes\... XML=<protNFe versao="4.00"><infProt>... cStat=100 chDFe=13...05 dhRecbto=08/07/2025 14:13:48 digVal=Q...= nProt=1...0 tpAmb=2 verAplic=AM4.00-NAC xMotivo=Autorizado o uso da NF-e Expandindo o conhecimento Veja o tópico Como funciona os modos de envio Assíncrono e Síncrono para uma explicação mais detalhada sobre os modos de envio síncrono e assíncrono, as principais diferenças entre eles e quais documentos fiscais usam cada modo.

O ambiente de homologação já está aceitando os novos campos da reforma tributária e também já está realizando as validações referentes a reforma e aos novos campos. Se você estiver recebendo a rejeição 1102: Rejeição: NF-e de devolução de mercadoria exige referenciamento do item da NF-e original no ambiente de homologação verifique as seguintes informações. Existe agora um grupo VC Referenciamento de item de outro Documento Fiscal Eletrônico - DF-e que traz a TAG DFeReferenciado. Neste grupo é preciso informar a chave de acesso e o numero do item do documento referenciado em alguns casos específicos. Um dos casos seria por exemplo notas de devolução onde a finNFe é igual a 4. Este grupo deve ser preenchido e assim não será apresentada a rejeição, porém é importante lembrar que no momento isso é válido APENAS para o ambiente de homologação. No ambiente de produção essas regras devem entrar em vigor apenas em Outubro. Atenção!!! Através dessa informação da NT 2025_002 v1.10 entendemos que as validações seriam aplicadas apenas se os campos fossem preenchidos. Porém tivemos relatos na comunidade de que e casos que as informações do XML foram enviadas sem os novos campos da Reforma Tributária e as regras de validação foram aplicadas. Neste caso você tem algumas alternativas: 1 - No ambiente de homologação já use sempre o layout com os dados e novos campos da Reforma Tributária. 2-Teste na produçao (eu não disse isso!!!) - O ambiente de produção não tem as novas regras de validação ativas. Então o que vale aqui é o layout atual do XML e tambéms as regras de validação atuais. 3- Fale com a SEFAZ! Avise a SEFAZ pelos seus canais oficiais se encontrar alguma inconsistência. Lembre que eles estão realizando a implementação e é importante ter um feedback dos desenvolvedores para que eles entendam que tudo está funcionando. (ou não!), afinal de contas se o seu cliente não te avisa que está com problema como você pode ajudá-lo? Links para te ajudar: Aqui tem tudo junto e misturado da Reforma Tributária. Você vai encontrar a documentação links e podcasts sobre o assunto: Portal Nacional da SEFAZ, aqui você tem o canal de atendimento e as ultimas publicações de notas tecnicas! https://www.nfe.fazenda.gov.br/portal/principal.aspx

Olá pessoal! Foi publicada a portaria PORTARIA SRE 35/2025 revogando o uso do Formulário de Segurança para Impressão de Documento Fiscal Eletrônico (FS-DA) no estado. O primeiro artigo da portaria em questão revoga: O item 2 do § 8º do artigo 7º da Portaria CAT 32/96 que discorre sobre o uso do FS-DA para os documentos fiscais eletrônicos. O § 1º do artigo 18 da Portaria CAT 55/09 que discorre sobre o uso do FS-DA para o CTe. A Portaria CAT 183/10 que dispõe sobre o FS-DA propriamente dito. Vale mencionar que isso não dispensa o contribuinte de armazenar esses documentos fiscais pelo prazo estabelecido em legislação, conforme mencionado no segundo artigo da portaria. O terceiro artigo estabelece a data, mencionando que a essa publicação vai entrar em vigor a partir de 01/01/2026. Leia a Portaria SRE 35/2025 na íntegra AQUI.

Olá pessoal! Foi publicada notícia no portal Sped > Efd-Reinf informando que a partir de 20/08/2025 o web service do Reinf não vai mais aceitar conexões utilizando os protocolos TLS 1.0 e TLS 1.1. Para evitar problemas de conexão softwares deverão atualizar seus sistemas para versão 1.2 ou superior. Vale mencionar que o ACBr já atende a este protocolo, bastando apenas definir a propriedade: ACBrReinf.SSL.SSLType := LT_TLSv1_2; Caso haja alguma dúvida ou queira testar sua aplicação, o ambiente de produção restrita do Reinf já está aplicando está restrição, aceitando apenas versão 1.2 ou superior. Leia a notícia na íntegra AQUI.

Estimados, no chamado https://www.projetoacbr.com.br/forum/topic/84145 mandei o arquivo errado segue o correto, aproveitei para incluir mais um helper que não tinha, para pegar a última resposta ACBrNFSe.cls

Bom dia @Vitor Barbieri, A primeira coisa a saber sobre esse novo provedor é: qual layout ele utiliza (versão 1 da ABRASF, versão 2 ou layout próprio)? Se ele utiliza a versão 1 ou 2 note que temos modelos das units que são necessárias serem criadas. Esses modelos estão na pasta: ...\Fontes\ACBrDFe\ACBrNFSeX\Modelos. Você vai copiar e renomear esses arquivos para: BWSistemas.GravarXml, BWSistemas.LerXml e BWSistemas.Provider Esses 3 arquivos tem que ficar dentro da pasta: ...\Fontes\ACBrDFe\ACBrNFSeX\Provedores Vai ser necessário criar um enumerado para esse provedor (proBWSistemas) na unit ACBrNFSeXConversao. Incluir a chamada ao novo provedor na unit ACBrNFSeXProviderManager com é feito com os demais provedores. Agora se o provedor se utiliza de um layout próprio, tem que ver se ele trabalha com XML ou Json e ai você vai pegar dentro da pasta que consta os arquivos dos provedores (...\Fontes\ACBrDFe\ACBrNFSeX\Provedores) e pegar um provedor de modelo para escrever as units do novo provedor. Em resumo: Criar o enumerado em: ACBrNFSeXConversao Incluir a chamada em: ACBrNFSeXProviderManager Escrever as units: BWSistemas.GravarXml, BWSistemas.LerXml e BWSistemas.Provider (ser o provedor trabalha com Json em vez de GravarXml é GravarJson, LerXml é LerJson). Quanto ao cancelamento se o provedor segue o layout da ABRASF as rotinas estão nas units: ACBrNFSeXProviderABRASFv1 e ACBrNFSeXProviderABRASFv2, se o provedor trabalha com layout próprio a rotina de cancelamento vai ser escrita na unit: BWSistemas.Provider. Espero ter ajudado. Assim que estiver pronto, por favor anexe as units aqui nesse mesmo tópico para que possamos validar e enviar para o SVN. Desde de já muito obrigado pela colaboração.

Olá pessoal! Foi publicada no dia 04/07/2025 no Portal da NFe, a Tabela de Crédito Presumido para o IBS e CBS. A mesma conta com os seguintes campos: Apropria via evento? IndDeduzCredPres IndCredPresCBS IndCredPresIBS Alíquota CBS Alíquota IBS cClass nota referenciada dIniVig dFimVig O download da tabela completa pode ser feito em Portal NFe > Diversos

O que é o QR Code? A tag do QR Code é um elemento presente no leiaute da Nota Fiscal de Consumidor Eletrônica – NFC-e, modelo 65. Ela é composta por uma URL específica e por informações que identificam a NFC-e. Seu conteúdo é utilizado para gerar a imagem do QR Code no DANFE NFC-e. Quando escaneado pelos consumidores, o código permite a conferência das informações da nota fiscal autorizada. O que é o QR Code 3.0 ? A criação da tag do QR Code deve seguir um formato pré-estabelecido no Manual de Orientação ao Contribuinte, disponibilizado pela Sefaz. A versão 3.0 é a versão mais recente desse formato, trazendo alterações em relação à versão 2.0, utilizada anteriormente. Por que a versão 3.0 do QR Code foi criada? A principal novidade desta versão se encontra no fato de ela não fazer uso do Código de Segurança do Contribuinte (CSC), portanto, a mesma traz diversas vantagens tanto para as empresas quanto para a Sefaz no que diz respeito à organização e gerenciamento dessa informação. Vantagens para as empresas: Elimina a necessidade de manutenção de CSC. Reduz a complexidade de gerenciar CSCs por filial. Elimina controle de manter somente 2 CSCs ativos por UF. Vantagens para a Sefaz: Elimina a complexidade de mantar página da web para geração de CSC. Elimina a necessidade de manter web service de sincronismo com a Sefaz Virtual para UFs participantes desse tipo de ambiente autorizador. Permite a adoção deste controle de segurança sobre a emissão do QR-Code para todas as UF, considerando que atualmente algumas UF não mantém o controle do CSC no seu Portal de atendimento ao Contribuinte. Quais melhorias ou diferenças em relação a versão 2.0? A principal mudança entre as versões se encontra no fato de que a versão 3.0 não vai mais fazer uso do CSC, então está informação não faz mais parte da composição do QR Code. O tamanho do QR Code também foi alterado com a versão 3.0 permitindo agora tamanho mínimo de 60 caracteres e tamanho máximo de até 1000 caracteres. Em comparação com a versão 2.0, a versão 3.0 é mais simples. QR Code 2.0 x QR Code 3.0 Versão 2.0 – parâmetros do QR Code na emissão on-line: Chave de acesso da NFCe Versão do QR Code Tipo de ambiente Id CSC Hash gerado pela concatenação dos parâmetros anteriores com o CSC aplicando SHA-1 e convertido para hex Versão 3.0 – parâmetros do QR Code na emissão on-line: Chave de acesso da NFCe Versão do QR Code. Tipo de ambiente. Versão 2.0 - parâmetros do QR Code na emissão off-line: Chave de acesso da NFCe Versão do QR Code Tipo de ambiente Dia da data de emissão Valor total da NFCe Digest Value correspondente ao Hexadecimal do SHA-1 do conteúdo do XML Id CSC Hash gerado pela concatenação dos parâmetros anteriores com o CSC aplicando SHA-1 e convertido para hex Versão 3.0 – parâmetros do QR Code na emissão off-line: Chave de acesso da NFCe Versão do QR Code Tipo de Ambiente Dia da data de emissão Valor total da NFCE Tipo de Destinatário(1=CNPJ|2=CPF|3=IdEstrangeiro Identificação do Destinatário(CNPJ,CPF ou IdEstrangeiro. Assinatura formada pela concatenação dos parâmetros anteriores aplicado SHA-1 e convertidos para base 64. Como implementar no ACBr? O próprio componente ACBrNFe se encarrega de montar a string do QR Code no arquivo XML, portanto, para utilizar a versão 3.0, basta alterar a propriedade: ACBrNFe.Configuracoes.Geral.VersaoQRCode := veqr300; Caso utilize ACBrMonitorPLUS é preciso definir a configuração em tela no caminho DFe > WebServices: Caso utiliza a ACBrLibNFe, será preciso alterar o valor na configuração da biblioteca definindo o valor correspondente: Qual UF já está usando a versão 3.0? A nota técnica 2025/001, que detalha o QR Code 3.0, estabelece a data máxima de até 02/06/2025 para implementação do mesmo no ambiente de homologação. No entanto, recebemos relatos de que, mesmo após esta data, algumas UFs ainda apresentam problemas para recepcionar NFCe geradas com o QR Code nesta versão. Até o momento, recebemos a informação de que a Sefaz de Minas Gerais e do Mato Grosso do Sul estão aceitando a versão 3.0. Quando entra em vigor a versão 3.0 do QR Code? Os prazos estabelecidos pela nota técnica 2025/001 são: Implantação Teste: Até 02/06/2025 Implantação Produção: Até 01/09/2025 Como reconhecer um XML com QR Code 3.0? O QR Code gerado na versão 3.0 não requer mais o uso do CData. Outra forma é procurar pelo parâmetro correspondente a versão do QR Code que tanto na 2.0 quanto na 3.0 ocupam a mesma posição. Exemplo de QR Code gerado na versão 2.0 em emissão normal: Exemplo de QR Code gerado na versão 3.0 em emissão normal: A versão 3.0 do QR Code deve ser usada somente em contingência? Não! A versão 3.0 pode e deve ser utilizada tanto na emissão normal quanto na emissão em contingência de maneira semelhante a sua antecessora. Com a chegada da versão 3.0 é o fim da versão 2.0? Não! A versão 2.0 ainda continua valendo sem data prevista para ser descontinuada. Quem deve usar a versão 3.0? Até o momento, é recomendado que a versão 3.0 seja utilizada por produtores rurais pessoa física, eliminando a necessidade de gerenciar CSCs para pessoa física por UF (exceto para o PR). Pessoa jurídica pode escolher entre a versão 2.0 ou a versão 3.0

Você já deve ter reparado que após o termino de transações, uma mensagem padrão sempre é exibida no Visor do PinPad Muitas vezes essa mensagem é da Biblioteca do TEF, e sua versão... Você deve ter se perguntado, como eu posso modificar essa mensagem, para constar Dados da minha aplicação, ou ainda o nome da Empresa do Lojista Usando o ACBrTEFAPI, isso é muito simples... basta configurar a propriedade: ACBrTEFAPI1.DadosAutomacao.MensagemPinPad := 'Sua Mensagem Padrao'; A maioria dos PinPads, tem um visor que suporta 2 linhas de 16 colunas, então leve isso em consideração, quando estiver atribuindo a sua mensagem Nem todas as bibliotecas TEF suportam esse recurso... No momento, usando o ACBrTEFAPI, essa propriedade funcionará para os TEFs PayGoWeb Scope Aditum Elgin Exibindo um Logotipo, ao invés de uma mensagem No caso do TEF PayGo, você pode ainda, definir uma Imagem padrão... Para isso, carregue previamente a Imagem no memória do PinPad, conforme instruções desse tópico: Após isso, chame o mesmo comando acima, definindo como Mensagem, a Imagem previamente carregada, exemplo: ACBrTEFAPI1.DadosAutomacao.MensagemPinPad := 'LOGOACBR';

Olá pessoal! Foi publicado no dia 11/06/2025 a Nota Técnica 02/2025 para o EFD-Reinf. A mesma traz alterações no evento R-1000 adicionando um novo campo opcional indPertIRRF para servir como indicador de pertencimento ao IRRF. O novo campo é de preenchimento exclusivo para o contribuinte cuja natureza jurídica seja igual a [126-0, 127-9, 129-5, 130-9]. E como fica o ACBr? Foi criada a #TK-7221 para adequação do componente adicionando o novo campo. Qualquer novidade será divulgada aqui neste tópico. Leia a nota técnica na íntegra AQUI ou em nosso Tools

Olá pessoal, Foram enviados, na Rev-39761, os ajustes necessários para atender à NT 02/2025. Foram atualizados também os schemas: http://sped.rfb.gov.br/arquivo/download/7813

Olá pessoal! Informamos que o componente ACBrNFe foi compatibilizado com a versão 1.10 desta nota técnica na review 39718. Versões do ACBrMonitorPLUS e da ACBrLibNFe compiladas depois das 11/06/2025 deverão engloba as modificações.

Olá pessoal! Esta rejeição foi introduzida pela Nota Técnica 2025/001 e sua regra de validação é como segue: Como descrito na regra e na rejeição, está mensagem é devolvida quando é feito o envio de forma assíncrona de um lote de NF-e contendo apenas uma nota em seu conteúdo. Portanto, para evitar esta rejeição, sua aplicação precisa fazer o envio de forma síncrona caso haja apenas uma NF-e no lote ou fazer o envio de forma assíncrona com um lote contendo no mínimo duas notas. Veja mais sobre os envios síncrono e assíncrono no tópico abaixo:

Tenta usar a versão da lib CONSOLE-MT que dispensa o ambiente gráfico, deve resolver.

Bom dia, ao utilizar o método assign do TNfe e destruir o objeto de origem, notei a ocorrência de AV, olhando o código detectei que algumas propriedades do tipo objeto estavam sendo atribuídas diretamente sem o uso do assign ocasionando assim o AV, fiz as correções e testei, vou esta disponibilizando o código para caso haja interesse em colocar no repositório, obrigado. Exemplo: var NFe1: TNFe; Nfe2: TNfe; begin Nfe1 := TNfe.Create(); Nfe2 := TNfe.Create(); Nfe2.Assign(Nfe1); Nfe1.Free; Nfe2.Det[0].DFeReferenciado; end; ACBrNFe.Classes.pas

Olá pessoal! No dia 07/07/2025 foi publicada a versão 3.1.9 do Guia Prático da EFD ICMS IPI com vigência a partir de Janeiro/2026. A nova versão traz as seguintes alterações: Foi criada a #TK-7336 para análise da documentação e alterações no componente ACBrSPEDFiscal caso necessárias.

Já deu uma olhadinha neste post ? E neste tambem:

Pode encerrar, obrigado. Já coloquei minha outra dúvida em outro chamado

Olá a todos, espero que estejam bem. Trabalho na Tron Informática e utilizamos diversas funcionalidades do ACBr e vez ou outra acabamos encontrando alguma coisa desatualizada ou ficamos com alguma implementação parada aguardando a implementação e isso as vezes geram alguns atrasos. Por esse motivo gostaria de saber qual o procedimento para que a Tron consiga contribuir com o projeto, fazendo novas implementações e atualizações quando necessário. Dando uma olhada no fórum percebi que algumas pessoas criam tópicos para essas contribuições. Seria esse o procedimento? Ou também é possível enviar direto para o SVN com algo similar a um Pull Request? Caso tenha essa possibilidade gostaria que me explicassem como fazer pois nunca usei o SVN para envios, apenas uso para baixar as atualizações. Desde já agradeço a atenção de todos.

O link acima saiu quebrado, mas a notícia é desse link: https://www.gov.br/esocial/pt-br/noticias/prorrogacao-da-atualizacao-de-certificado-do-esocial-para-um-novo-padrao-de-seguranca

Reinstale os componentes marcando a opção Usar ACBrXMLDocument

Bom dia, Inclusão Instituição SB Cash Alterações no ACBrBoleto 1: ACBrBancoSBCash - inclusão de nova Unit 2: cobBancoSBCash 3: 482: Result := CobBancoSBCash; 4: CobBancoSBCash : fBancoClass := TACBrBancoSBCash.create(Self); ACBrBoleto.pas ACBrBancoSBCash.pas

Boa tarde @Sandro Andre Reghelin, Já esta no SVN.

No caso você tem um site com algum plugin de ecommerce como o Wocommerce e tem o PagSeguro como gateway, nisto você quer fazer uma integração, mas qual o objetivo desta integração? Você quer pegar os pedidos feitos no site com os valores recebidos? Quer lançar pedidos a partir de um outro sistema? Poderia ser mais especifico em relação ao seu objetivo e as ferramentas utilizadas? Creio que o ACBr não teria uma solução para o que você quer, mas talvez alguém aqui tenha.

O PayGo, disponibilizou uma nova versão de sua biblioteca PGWebLib 4.1.44.0, que permite as automações Enviar e manipular Imagens no PinPad, além de Menus para pesquisas ou outras funcionalidades Você pode encontrar essa nova biblioteca, no site oficial da PayGo Com essa nova biblioteca, implementamos os seguintes métodos, na classe TACBrTEFAPIClassPayGoWeb procedure CarregarImagemPinPad(const NomeImagem: String; AStream: TStream; TipoImagem: TACBrTEFAPIImagemPinPad ); override; procedure ExibirImagemPinPad(const NomeImagem: String); override; procedure ObterListaImagensPinPad(ALista: TStrings); override; procedure ApagarImagemPinPad(const NomeImagem: String); override; function MenuPinPad(const Titulo: String; Opcoes: TStrings; TimeOut: Integer = 30000): Integer; override; Isso permitirá que aplicações que usam o TEF PayGo, através da biblioteca PGWebLib, possam enviar Logotipos ao PinPad, ou QRCode do PIX, quando integrado por fora do TEF... A funcionalidade de exibição de Menus no PinPad, também é muito útil para pesquisas de satisfação, por exemplo... Exemplo de como enviar um QRCode ao PinPad, usando o componente ACBrTEFAPI ACBrTEFAPI1.ExibirQRCodePinPad( '00020101021226900014BR.GOV.BCB.PIX2568pix-qr.mercadopago.com/instore/p/v2/7edcf890b0de4f0689fe7aea52e447b843540016com.mercadolibre0130'+ 'https://mpago.la/pos/1078225765204000053039865802BR5907GETCARD6009SAO PAULO62070503***6304424C', 'QRCODE'); Usando o método acima, o ACBrTEFAPI, cuidará de renderizar uma imagem PNG em QRCode, com a String de um PIX, respeitando as dimensões de tela do PinPad, e por fim, transmiti-lo ao PinPad, e exibi-lo... Se você deseja enviar a sua própria imagem, use o comando abaixo: procedure TFormPrincipal.Button2Click(Sender: TObject); var FileLogo, MediaName: String; begin FileLogo := ApplicationPath+'LogoACBr.png'; // Path completo, para a Imagem a ser transmitida MediaName := 'LOGOACBR'; // Nome da Imagem no PinPad ACBrTEFAPI1.CarregarImagemPinPad(MediaName, FileLogo); ACBrTEFAPI1.ExibirImagemPinPad(MediaName); end; Observe que o primeiro comando, apenas transmite a Imagem ao PinPad... e isso pode demorar alguns segundos... O Segundo comando, comanda a exibição da uma Imagem já existente (carregada) no PinPad... Você pode ainda, usar o comando abaixo, para conhecer as imagens existentes no PinPad... ACBrTEFAPI1.ObterListaImagensPinPad(AStringList); O comando espera receber um TStrings, e irá preenche-lo com o nome das imagens existentes no PinPad ...se necessário, você pode aparar as Imagens da memória do equipamento MediaName := 'LOGOACBR'; ACBrTEFAPI1.ApagarImagemPinPad(MediaName); Já a funcionalidade de Exibição de Menus no PinPad, pode ser obtida, conforme exemplo abaixo: procedure TFormPrincipal.btMenuPinPadClick(Sender: TObject); var sl: TStringList; i: Integer; begin sl := TStringList.Create; try sl.Add('Item1'); sl.Add('Item2'); sl.Add('Item3'); i := ACBrTEFAPI1.MenuPinPad('Titulo do Menu', sl); // Chama o Menu no PinPad ShowMessage('Selecionada opção: '+IntToStr(i)); finally sl.Free; end; end;

senão me falha a memoria. acho que uma vez consultei um fiscal do sefaz. e mesmo disse que se precisa imprimir algo diferente da DANFCe. deve se gerar um comprovante posterior e imprimir, mas que o layout da DANFCe é que segue o manual, portanto não deve e não pode ser feito do jeito que desejar e só pode existir dados que tem no XML do documento

Olá pessoal! Este tópico tem o objetivo de centralizar as informações disponíveis sobre a Reforma Tributária para facilitar e ajudar aqueles que estão buscando mais conhecimentos sobre o assunto para se preparar. Notas Técnicas 2025 Nota técnica com as modificações específicas para NF-e\NFC-e: Nota técnica com as modificações específicas para BP-e: Nota técnica com as modificações específicas para NF3e: Nota técnica com as modificações específicas para NFCom: Nota técnica com as modificações específicas para o CTe/CTeOS/GTVe: 2024 Nota técnica com as modificações específicas para NF-e\NFC-e: Nota técnica com as modificações específicas para CT-e\CTe-OS\BP-e\NF3-e\NFCom: Nota Técnica com as modificações específicas para NFS-e: FAQ Modificações no ACBr Edições do Papo PRO ACBr (mais recentes primeiro) 2025 2024 Tópicos da Comunidade discutindo sobre o assunto. Noticias sobre a Reforma Tributária.

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.