Painel de líderes

Se fossemos resumir a resposta em uma palavra, ela seria "depende" ¹ ... Antes de tudo, vamos deixar algo claro: quando falamos de web services de NFSe, estamos falando em um contexto municipal. Assim, no primeiro caso, uma nota fiscal emitida para a cidade A, nunca vai ser encontrada na base de dados das notas fiscais emitidas para a cidade B. Por exemplo: se consultar na prefeitura de Uberaba uma nota emitida em Uberlândia, você não vai achar nada, mesmo que seja utilizado o mesmo provedor para as duas cidades. No segundo caso, eu quero consultar e baixar as notas de uma prefeitura em específico. Nesse caso, vai depender de o provedor que atende a este município em específico ter implementado as consultas de NFSe por serviço prestado e tomado. Para conferir se o provedor permite isso, você pode utilizar o método que devolve as informações do provedor (mais informações neste tópico). Vejam um exemplo de retorno do provedor Giss na versão 2.04 onde implementa as consultas: As informações mencionadas acima se referem as notas emitidas para os municípios usando os provedores. Terceiro caso, é a emissão de notas de serviço por prestadores que são MEI ou de prefeituras que aderiram ao padrão nacional por completo. Em ambos os casos a nota será emitida no padrão nacional e o mesmo implementa um método de DistribuicaoDFe semelhante a método de mesmo nome da NFe, permitindo obter os XMLs das notas ao consultar por CNPJ e NSU. Como uso isso no ACBr? Solução ACBr Demais Provedores¹ Padrão Nacional Componente nativo ACBrNFSeX.ConsultarNFSeServicoPrestadoPorNumero; ACBrNFSeX.ConsultarNFSeServicoPrestadoPorPeriodo; ACBrNFSeX.ConsultarNFSeServicoPrestadoPorTomador; ACBrNFSeX.ConsultarNFSeServicoPrestadoPorIntermediario; ACBrNFSeX.ConsultarDFe ACBrMonitorPLUS NFSe.ConsultarNFSeServicoPrestadoPorNumero NFSe.ConsultarNFSeServicoPrestadoPorTomador NFSe.ConsultarNFSeServicoPrestadoPorIntermediario NFSe.ConsultarNFSeServicoPrestadoPorPeriodo NFSe.ConsultarNFSeServicoTomadoPorNumero NFSe.ConsultarNFSeServicoTomadoPorPrestador NFSe.ConsultarNFSeServicoTomadoPorTomador NFSe.ConsultarNFSeServicoTomadoPorIntermediario NFSe.ConsultarNFSeServicoTomadoPorPeriodo NFSe.ConsultarDFeNFSePorNSU NFSe.ConsultarDFeNFSePorChave ACBrLibNFSe NFSE_ConsultarNFSeServicoPrestadoPorNumero NFSE_ConsultarNFSeServicoPrestadoPorPeriodo NFSE_ConsultarNFSeServicoPrestadoPorTomador NFSE_ConsultarNFSeServicoPrestadoPorIntermediario NFSE_ConsultarNFSeServicoTomadoPorNumero NFSE_ConsultarNFSeServicoTomadoPorPrestador NFSE_ConsultarNFSeServicoTomadoPorTomador NFSE_ConsultarNFSeServicoTomadoPorPeriodo NFSE_ConsultarNFSeServicoTomadoPorIntermediario NFSE_ConsultarDFe ¹ Demais provedores considerando que eles implementam a consulta, se tentar executar o comando e o provedor não implementa a consulta será devolvida a mensagem "Serviço não implementado para este provedor".

Olá pessoal! A versão 3.0 do QrCode da NFCe foi introduzida na Nota Técnica 2025/001 (leia mais sobre ela AQUI), onde a data de implementação no ambiente de homologação é 02/06/2025. No entanto, mesmo tendo passado está data, temos recebido alguns relatos de membros da comunidade que receberam erro de falha no schema ao tentar gerar NFCe com o QrCode na versão 3.0 para estados como São Paulo ou Goias. Para o estado de Goias, o membro de nossa comunidade @Silvair L Soares compartilhou a seguinte informação de que a implementação está programada para 13/06/2025: Caso esteja enfrentando problemas junto a Sefaz de São Paulo, entre em contato com a mesma para questionar se também não houve atraso na implementação.

Olá pessoal! Foi publicado no dia 11/06/2025 o Informe Técnico 2025.003 para divulgar o novo endereço de consulta da NFC-e para geração do QrCode que é impresso no DANFCe. Esta URL é utilizada para montar a string que é informada na tag qrCode do XML da NFC-e, devolvendo rejeição 395 - Endereço do site da UF da Consulta via QR-Code diverge do previsto caso esteja incorreta. UF URL Vigência GO Produção http://nfe.sefaz.go.gov.br/nfeweb/sites/nfce/danfeNFCe Até 30/08/2025 https://nfeweb.sefaz.go.gov.br/nfeweb/sites/nfce/danfeNFCe A partir de 16/06/2025 GO Homologação http://homolog.sefaz.go.gov.br/nfeweb/sites/nfce/danfeNFCe Até 30/06/2025 https://nfewebhomolog.sefaz.go.gov.br/nfeweb/sites/nfce/danfeNFCe A partir de 16/06/2025 E como fica o ACBr? Foi criada a #TK-7211 para atualização das URLs conforme cronograma definido no informe. Leia o Informe Técnico na íntegra AQUI.

Olá Pessoal, A cidade de Araraquara/SP trocou de provedor, deixou de usar o Ginfes e passou a usar o Giap. O provedor Ginfes se utiliza da versão 1 do layout da ABRASF e o Giap possui um layout próprio. O provedor Giap já se encontra implementado a um bom tempo e é usado por exemplo pela cidade de São Carlos/SP. A principio foi feita a alteração no arquivo ACBrNFSeXServicos.ini visando a troca do provedor e as URL de homologação e produção. Mas isso não foi suficiente, pois o provedor Giap vai utilizar a versão 1 do layout da ABRASF para Araraquara/SP. Sendo assim foi necessário realizar alterações no código do componente, mais precisamente nas units referente ao provedor Giap para poder atender essa demanda. Quais foram as alterações que devemos prestar mais atenção? Quem costuma copiar o arquivo ACBrNFSeXServicos.ini para a maquina do emitente da nota, vai ter que atualizar. Temos uma nova pasta de esquemas: A pasta 1.00 contem os schemas do provedor Giap para o seu layout próprio. A pasta 1.01 contem os schemas para o provedor Giap validar o XML do RPS segundo a versão 1 do layout da ABRASF. Uma nova versão do ACBrLibNFSe e do ACBrMonitor Plus já esta sendo providenciada ainda para hoje 06/06/2025. Caso alguém tenha algum problema com os serviços disponibilizados pelo provedor favor criar um tópico aqui no fórum e relatar o problema. Por fim quero informa-los que o provedor Giap disponibiliza os serviços: Recepcionar um lote com até 50 RPS, Consultar NFSe por RPS e Cancelar NFS-e. Somente esses 3 serviços estão disponíveis no webservice do provedor.

Olá pessoal! Se você não sabe do que se trata as classes baseadas em ACBrXMLDocument, o tópico abaixo tem mais detalhes: Mas em um resumo: São classes criadas de forma a utilizar as vantagens da LibXML para leitura e escrita dos arquivos XML. Elas são mais rápidas do que as classes baseadas na PCN. Elas foram criadas com o objetivo de substituir a PCN. Como podem ver no tópico indicado acima, desde antes de dezembro de 2024 essas novas classes já estão disponíveis e podem ser utilizadas pela comunidade através de opção no instalador. Agora, 6 meses depois, decidimos que a essas classes serão adotadas como padrão pelo ACBr, ou seja, ao invés de a opção vir desmarcada no instalador, ela vira selecionada por default. Por que estamos realizando esta mudança? Como é mencionado no tópico, consideramos que elas trazem vantagens em comparação com as classes da PCN. Depois de um período de 6 meses, com a comunidade já podendo utilizar elas e sem relatos recentes de problemas, consideramos que elas já estão maduras o suficiente para serem adotadas como padrão. Com o advento da Reforma Tributária, fica inviável manter a manutenção tanto nas classes PCN quanto nas classes ACBrXMLDocument, portanto, os novos campos relacionados a reforma foram adicionadas somente nas novas classes. Quais impactos essa mudança pode gerar? Como mencionado, essas novas classes precisam da LibXML para o correto funcionamento, portanto as dlls devem ser devidamente distribuídas junto ao executável ou estarem presentes no Path. Se você utiliza as units em sua aplicação, é provável que precise realizar a troca para evitar problemas de escopo. Por exemplo, substituir na seção uses da sua aplicação, onde tiver pcnNFeW por ACBrNFe.XmlWriter e onde tiver pcnNFeR por ACBrNFe.XmlReader.

Você pode achar as DLLs da LibXML2, no SVN do ACBr... https://svn.code.sf.net/p/acbr/code/trunk2/DLLs/LibXml2/ Lembrando... use a versão x86, se você compila seu .EXE em 32 bits... (independente do Windows ser 64 bits) Copie todas as DLLs do link acima, na mesma pasta do seu .EXE O quanto a implementação usando a LibXML2 é mais rápida que as antigas Units do PCN ? Confira nesse vídeo:

Essas alterações foram enviadas para o ACBrInstall na revisão 39248

Olá Pessoal, Algumas units foram substituídas por outras com outros nomes mas com o mesmo conteúdo. Para quem emite CT-e/CT-e Simplificado/CT-e OS/GTV-e e por ventura faça uso em sua aplicação da unit pcteCTe deverá mudar o nome dela para ACBrCTe.Classes que se encontra na pasta: ...\Fontes\ACBrDFe\ACBrCTe\Base. Para quem emite MDF-e e por ventura faça uso em sua aplicação da unit pmdfeMDFe deverá mudar o nome dela para ACBrMDFe.Classes que se encontra na pasta: ...\Fontes\ACBrDFe\ACBrMDFe\Base. Para quem emite NF-e/NFC-e e por ventura faça uso em sua aplicação da unit pcnNFe deverá mudar o nome dela para ACBrNFe.Classes que se encontra na pasta: ...\Fontes\ACBrDFe\ACBrNFe\Base. Observação: Façam as trocas listadas acima, pois em breve as units "antigas" vão ser removidas do SVN. Novas substituições vão ocorrer, fiquem atentos e mantenham os fontes do ACBr atualizados. Após a atualização caso tenha algum problema vai ai uma dica: Você tem fontes do ACBr com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build. Por fim repita os testes.