Painel de líderes

Boa tarde @Fabiano Hoffmann, Muito obrigado pela colaboração, já foi criado a tarefa ACBR-8104 pra analise.

Bom dia @joemil, Já esta no SVN a sua contribuição.

@Diego Reckziegel, Já esta no SVN.

Ok, tranquilo, valeu. Envei essa dúvida para o suporte do santander, aguardando resposta. E estou fazendo alguns testes e tentativas, caso dê certo estarei reportando a solução.

deu certo muito obrigadooo

Introdução Não há como negar que a Reforma Tributária, como uma onda, já afetou e continuará afetando todo o cenário de emissão de documentos fiscais eletrônicos no Brasil pelo menos até 2032. Trata-se de um verdadeiro chacoalhão para desenvolvedores e empresas, trazendo novos campos, grupos e regras de validação que precisam ser observados atentamente. As soluções do Projeto ACBr vêm sendo constantemente atualizadas conforme cada novidade publicada, permitindo que os desenvolvedores as utilizem para facilitar o processo de emissão desses documentos sem grandes dores de cabeça. O objetivo deste tópico é centralizar quais são os documentos fiscais impactados e apresentar como está a situação das respectivas soluções do Projeto ACBr diante das mudanças Documentos afetados Nota Fiscal Eletrônica / Nota Fiscal de Consumidor Eletrônica Última atualização dessas informações: 24/11/2025; Abreviação: NF-e / NFC-e; Modelo: 55 / 65; Solução nativa: ACBrNFe Implementada no ACBrMonitorPLUS: Possui ACBrLib: Ultima Nota Técnica da Reforma Tributária: Nota Técnica 2025/002 v1.31 Adequado a última nota técnica: Observação: Novos eventos estão sendo implementados gradativamente. Nota Fiscal de Serviços Eletrônica Última atualização dessas informações: 24/11/2025; Abreviação: NFS-e Modelo: -- Solução nativa: ACBrNFSeX Implementada no ACBrMonitorPLUS: Possui ACBrLib: Ultima Nota Técnica da Reforma Tributária: Nota Técnica 005 - v1.00 Adequado a última nota técnica: Observação: Os novos campos foram adicionados, mas os arquivos de schema ainda não foram disponibilizados e o ambiente de homologação não foi liberado. Nota Fiscal de Fatura de Serviços de Comunicação Eletrônica Última atualização dessas informações: 24/11/2025; Abreviação: NFCom Modelo: 62 Solução nativa: ACBrNFCom Implementada no ACBrMonitorPLUS: Possui ACBrLib: Ultima Nota Técnica da Reforma Tributária: Nota Técnica 2025/001 v1.10 Adequado a última nota técnica: Observação: -- Nota Fiscal de Serviços de Energia Elétrica Última atualização dessas informações: 24/11/2025; Abreviação: NF3e Modelo: 66 Solução nativa: ACBrNF3e Implementada no ACBrMonitorPLUS: Possui ACBrLib: Ultima Nota Técnica da Reforma Tributária: Nota Técnica 2025/001 v1.10 Adequado a última nota técnica: Observação: -- Bilhete de Passagem Eletrônico / Bilhete de Passagem Eletrônico Transporte Metropolitano Última atualização dessas informações: 24/11/2025; Abreviação: BP-e / BP-e TM Modelo: 63 Solução nativa: ACBrBPe Implementada no ACBrMonitorPLUS: Possui ACBrLib: Ultima Nota Técnica da Reforma Tributária: Nota Técnica 2025/001 v1.10 Adequado a última nota técnica: Observação: Bilhete de Passagem Eletrônico para Transporte Aéreo (BP-e TA) ainda não implementado. Conhecimento de Transporte Eletrônico / Guia de Valores de Transporte Eletrônico / Conhecimento de Transporte Eletrônico Outros Serviços Última atualização dessas informações: 24/11/2025; Abreviação: CT-e / GTV-e / CT-e OS Modelo: 57 / 64 / 67 Solução nativa: ACBrCTe Implementada no ACBrMonitorPLUS: Possui ACBrLib: Ultima Nota Técnica da Reforma Tributária: Nota Técnica 2025/001 v1.10 Adequado a última nota técnica: Observação: -- Nota Fiscal da Água e Saneamento Última atualização dessas informações: 24/11/2025; Abreviação: NFAg Modelo: 75 Solução nativa: -- Implementada no ACBrMonitorPLUS: Possui ACBrLib: Ultima Nota Técnica da Reforma Tributária: -- Adequado a última nota técnica: Observação: Documento publicado apenas em formato de minuta, sem publicação definitiva.

Sim... para crédito ainda não é. Faço como se fosse crédito de ICMS. Para débito, é obrigatório o tipo. A referência de chave e item, estou vendo com a Sefaz, pois tá bem estranho os retornos dela. Assim que tiver uma posição, eu posto aqui.

Já apaguei a pasta inteira C:\ACBr\ p/ puxar tudo novamente pelo TortoiseSVN apaguei as pastas onde executa meu serviço que utilizo o componente da ACBrNFe e mesmo assim ao gerar meu XML a mesma msg do post que respondeu persiste que ñ era esperado o grupo de tag IBSCBSTot, tem algum opção ou ink que consiga abaixo somente os SCHEMAS? Ou outra solução ? Obrigado.

Olá pessoal! Foi publicado no dia 22/09/2025 o Ajuste SINIEF Nº 22/2025, efetivamente postergando a obrigatoriedade do uso da Declaração de Conteúdo Eletrônica (DC-e, modelo 99) para o dia 06/04/2026. Vale ressaltar, que para o estado de SP, por exemplo, existe a portaria SRE28/2025 que define data diferente, portanto, apesar da publicação do ajuste, é importante que confirme a data junto a Sefaz de sua jurisdição Links úteis DC-e: Mais um documento para as transportadoras Portal do DC-e - Declaração de Conteúdo Eletrônica Programas exemplo do componente ACBrDCe nativos para Delphi/Lazarus DFe - Mudanças que estão em andamento para o ramo de transportes

O teste deve ser realizado na máquina do Desenvolvedor, com um Pinpad de homologação Você pode comprar um Pinpad subsidiado, para homologação, nesse link: https://loja.gertec.com.br/ppc930v5dev/p O ACBr pode auxiliar no processo de homologação, sem custos... Para saber mais, favor preencher o formulário nessa página, para nosso time passar os próximos passos: https://projetoacbr.com.br/tef/

Máquina de TEF? mas o TEF em si é um software, onde seu software comunica com esse software para transacionar. será que não está falando do PINPAD que nada mais é o teclado para ler os cartões? que lembro não tem empresas que oferecem para testes, mas não custa tentar alguma representante do Sitef, pois eles trabalham com representantes somente. lembro de skytef da tef.net elas representam e talvez tenha algo assim mas o indicado é tu comprar um de homologação

já te deram a solução lá no outro tópico https://www.projetoacbr.com.br/forum/topic/85631-nfe-com-pagamento-à-vista-e-a-prazo/#comment-555794

Olá, pessoal! Temos recebido diversos relatos de membros da nossa comunidade sobre problemas na transmissão de NF-e e NFC-e que contenham os novos campos incluídos pela Reforma Tributária. Os relatos têm em comum: Rejeições do tipo Falha no Schema ou mensagens de erro relacionadas ao schema. As mesmas UFs envolvidas. Indícios de que a tag vIBS, adicionada no grupo gIBSCBS na versão 1.20 da Nota Técnica 2025/002, está associada ao problema. Recebemos a informação de que as UFs de SP, MT, MS e PR ainda não estão aceitando as informações do IBS conforme a versão 1.20 da NT 2025/002. Por isso, todo o grupo de IBS deve ser suprimido no ambiente de homologação. Por outro lado, as UFs de RS e GO já estão validando as informações em homologação, ou seja, antecipando a implementação prevista na NT. Seguiremos atualizando este tópico à medida que novas informações forem sendo disponibilizadas.

Olá Pessoal, Essa é uma boa pergunta. E a resposta é muito simples esta pronto e não esta pronto. Como assim? Até o momento temos a NT 2025/004 que traz as alterações no layout da NFS-e Padrão Nacional para a Reforma Tributária, mas não temos Manuais dos provedores que seguem a versão 1 do layout da ABRASF nem dos que seguem a versão 2 e nem dos provedores que tem layout próprio. O que temos pronto no ACBrNFSeX? Implementação dos novos grupos e campos visando a Reforma Tributária para o Padrão Nacional. Sendo assim através do programa exemplo é possível gerar o XML do DPS (Declaração de Prestação de Serviço), mas ao fazer isso vai ocorrer erro de validação. O motivo do erro é que os Schemas que temos não contempla os novos grupos e campos da Reforma Tributária. E o ambiente de homologação que a Receita Federal chama de Produção Restrita não foi alterado para aceitar os novos grupos e campos. Resumindo. Já esta no SVN as alterações no componente ACBrNFSeX para gerar o XML do DPS (Padrão Nacional) com os novos campos. Não vai ser possível validar e nem enviar para o ambiente de homologação. Assim que tivermos mais noticias sobre a Reforma Tributária na NFS-e, vamos divulgar.

Boa tarde Carlos, A principio são gerados 3 arquivos quando enviamos para SEFAZ qualquer tipo de evento. *-ped-eve.xml *-eve.xml *-procEventoCTe.xml O último nada mais é do que a união dos outros dois. Se você tem o primeiro, ao realizar uma consulta informando a chave do CT-e ou carregando o mesmo através do LoadFromFile você terá como resposta um arquivo chamado: *-sit.xml Acredito que seja possível extrair de forma manual (pois o componente não faz isso) do *-sit.xml o conteúdo que normalmente é retornado quando se envia um evento, ou seja, o conteúdo do arquivo *-eve.xml Mais uma vez de forma manual você consegue montar o *-procEventoCTe.xml É a unica solução.