Pesquisar na Comunidade

Olá, pessoal! Acessando a página de serviços da NFe da Sefaz de São Paulo, consta aviso informando que no dia 17/08/2025 será realizada uma manutenção no ambiente autorizador de NFe, com início às 08h00 e término às 14h00 do mesmo dia. Conforme exibido no aviso, e confirmado ao conferir no Portal da NF-e, a Sefaz de São Paulo existe contingência agendada no mesmo dia com previsão de início às 06h00 e término às 16h00. Para utilizar as soluções ACBr em contingência durante esse período siga as orientações do tópico abaixo: Ao acessar a página de serviços da NFCe, também consta aviso informando sobre manutenção no ambiente autorizador. Vale reforçar que diferente da NFe, onde pode ser feito uso da contingência SVC, para a NFCe deverá ser usado EPEC ou contingência off-line.

Bom dia Pessoal, Já tive dois cliente que ao reiniciar o monitoramento com Zero, o último NSU retornado esta sendo 50. Sendo que já havia sido consultado números muito a frente. Ocorrendo o problema de ter muitos números para percorrer. Alguém sabe o que pode ser ?

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.

Olá, pessoal! Foram publicadas duas atualizações importantes relacionadas ao EFD ICMS IPI. A primeira é a Nota Orientativa 01/2023 – ICMS Monofásico – Setor de Combustíveis, que traz orientações para a escrituração do ICMS monofásico, detalhando quais campos devem ser preenchidos, quais valores informar e apresentando um exemplo prático de escrituração de uma NF-e com GLGN. A nota pode ser consultada na íntegra [AQUI]. A segunda atualização refere-se ao documento de Perguntas e Respostas, que passou a incluir esclarecimentos sobre a escrituração do IBS, CBS e IS incidentes na operação. O arquivo atualizado pode ser acessado [AQUI]

Olá pessoal! Foi publicada a Nota Técnica 2025/002 trazendo adequações da NF-e e da NFC-e para a Reforma Tributária do Consumo. No âmbito da NF-e e da NFC-e, esta nota técnica substitui a NT mencionada no tópico abaixo: É importante reforçar que: Em produção, no ano de 2025, as informações de tributação relativas ao IBS, CBS e IS serão opcionais e não serão validadas. As novas validações relacionadas a esses tributos serão aplicadas a partir de janeiro de 2026. Como as discussões envolvendo a implantação da Reforma Tributária ainda estão em curso, está NT pode sofrer ajustes ao longo do período. Alterações. Tipos Básicos da Tributação. Visando padronização entre os diversos documentos fiscais eletrônicos esta NT acrescenta o arquivo DFeTiposBasicos_v1.00.xsd ao conjunto padrão de arquivos de schema para todos os DFes. O arquivo define a estrutura com os novos campos adicionados. Código Situação Tributária e Código de Classificação da Tributação O grupo de informações do IBS, CBS e IS contém os campos CST e cClassTrib. No tópico abaixo é detalhado o informe técnico sobre a publicação da tabela que possui a relação desses códigos. Cada código cClassTrib corresponde a um dispositivo específico da Lei Complementar 214 / 2025, tornando objetiva a informação do contribuinte sobre como é feita a tributação do IBS/CBS por item. Finalidades débito e crédito da NF-e Uma nota de débito documenta uma situação na qual o emitente registra um aumento no imposto devido (consequentemente, uma redução no imposto devido pelo adquirente, que é o destinatário); Uma nota de crédito documenta uma situação na qual o emitente registra uma redução no imposto devido (consequentemente, um aumento no imposto devido pelo adquirente, que é o destinatário); As finalidades de "Nota de Ajuste" e "Nota Complementar" que já existem são casos especiais de "Nota de Débito". Já uma "Nota de Entada" emitida para documentar, por exemplo, a devolução de mercadoria que havia sido vendida para consumidor final é uma caso especial de "Nota de Crédito". Alterações no Layout O código do status da resposta (cStat) devolvido passa a ter tamanho 4. Adiciona no grupo de identificação da nota fiscal eletrônica (grupo Ide) ganha campos para informar o código do município do fato gerador do IBS/CBS, o tipo da nota de débito, o tipo da nota de crédito e um grupo para informar se é compra governamental. Adiciona um grupo com novos campos para receber as informações do IBS, CBS e IS por item. Adiciona um grupo para totalizar as informações do IBS, CBS e IS. Regras de validação Adiciona regras de validação que buscam validar os novos campos e suas informações, a citar alguns exemplos: cStat 1000 para validar se o fato gerador do IBS foi preenchido. cStat 1001 para validar se somente o IBS/CBS foram preenchidos quando finalidade for débito/crédito. cStat 1002 para validar se nota de compra governamental e informações devidamente preenchidas. ... Eventos Esta nota técnica cria os seguintes eventos para apuração do IBS e da CBS além de um evento de cancelamento genérico que permite cancelar qualquer um deles: 112110 - Informação de efetivo pagamento integral para liberar crédito presumido do adquirente.(Autor: Emitente) 211110 - Solicitação de Apropriação de crédito presumido.(Autor: Destinatário) 211120 - Destinação de item para consumo pessoal.(Autor: Emitente/Destinatário) 211124 - Perecimento, perda, roubo ou furto.(Autor: Destinarário) 211128 - Aceite de débito na apuração por emissão de nota de crédito.(Autor: Destinatário) 211130 - Imobilização de item.(Autor: Destinatário) 211140 - Solicitação de Apropriação de Crédito de Combustível.(Autor: Destinatário) 211150 - Solicitação de Apropriação de Crédito para bens e serviços que dependem de atividade do adquirente.(Autor: Destinatário) 212110 - Manifestação sobre Pedido de Transparência de Crédito de IBS em Operações de Sucessão.(Autor: Sucessora) 212120 - Manifestação sobre Pedido de Transparência de Crédito de CBS em Operações de Sucessão.(Autor: Sucessora) 412120 - Manifestação do Fisco sobre Pedido de Transferência de Crédito de IBS em Operações de Sucessão.(Autor: Fisco) 412130 - Manifestação do Fisco sobre Pedido de Transferência de Crédito de CBS em Operações de Sucessão.(Autor: Fisco 110001 - Cancelamento de Evento(Autor: Idem ao evento a ser cancelado). Datas Implantação Teste: 01/07/2025 Implantação Produção: 01/10/2025 E como fica o ACBr? Os componentes do ACBr já vem passando por um processo de adequação as mudanças propostas pela reforma, dito isso, essa nova versão traz algumas novas modificações, como o grupo para compras governamentais, tpNFDebito e tpNFCredito. Dito, será preciso revisar a nota e as alterações propostas com prováveis modificações sendo necessarias. Mas garantimos que as soluções do ACBr estarão de acordo com as mudanças propostas até as datas definidas, para que possam realizar seus devidos testes. Leia essa Nota Técnica na íntegra AQUI.

Olá pessoal! Foi publicado no dia 06/02/2025 correio eletrônico com a seguinte tabela com as datas previstas para a ativação de algumas regras de validação que vão validar a informação do cBenef informada nos documentos fiscais modelos 55 e 65. Regra de Validação Descrição da Regra de Validação Data de Ativação no ambiente de Produção N12-85 (NF-e) Se informado CST e não informado código de benefício fiscal: verificar se CST exige código de benefício fiscal (tag: cBenef), conforme tabela de código de benefício fiscal por UF publicada no Portal da Secretaria de Fazenda de Santa Catarina 01/04/2025 N12-85 (NFC-e) Se informado CST e não informado código de benefício fiscal: verificar se CST exige código de benefício fiscal (tag: cBenef), conforme tabela de código de benefício fiscal por UF publicada no Portal da Secretaria de Fazenda de Santa Catarina. 01/04/2025 N12-94 (NF-e e NFC-e) Se informado CST e informado código de benefício fiscal: verificar se código de benefício fiscal corresponde ao CST informado, conforme tabela de código de benefício fiscal por UF publicada no Portal da Secretaria de Fazenda de Santa Catarina 28/04/2025 N12-98 (NF-e e NFC-e) Se informado código de benefício fiscal: verificar se o código de benefício fiscal existe e está vigente, conforme tabela de código de benefício fiscal por UF publicada no Portal da Secretaria de Fazenda de Santa Catarina. 28/04/2025 N14a-20 (NF-e) Se CST de ICMS = 51 (diferimento) e informado tag:ICMS51/cBenefRBC (id:N14a): verificar se código de benefício fiscal de redução de BC (cBenefRBC) existe, está vigente e corresponde a um código de benefício de redução de base de cálculo (coluna CST 20 = SIM), conforme tabela de código de benefício fiscal por UF publicada no Portal da Secretaria de Fazenda de Santa Catarina (NT 2019.001) 28/04/2025 I05h-10 (NF-e e NFC-e) Se informado código de crédito presumido (tag: cCredPresumido): verificar se código de crédito presumido existe, está vigente e corresponde a um código de crédito presumido, conforme tabela de código de benefício fiscal por UF publicada no Portal da Secretaria de Fazenda de Santa Catarina (NT 2019.001). 28/04/2025 N12-86 (NF-e e NFC-e) Se informado CST e informado código de benefício fiscal: verificar se CST não possui código de benefício fiscal (tag: cBenef), conforme tabela de código de benefício fiscal por UF publicada no Portal da Secretaria de Fazenda de Santa Catarina. 01/09/2025 N14a-10 (NF-e) Se CST de ICMS = 51 (diferimento) e informado tag:ICMS51/pRedBC (id:N14) maior que zero, é obrigatório informar cBenefRBC (id:N14a) (NT 2019.001). 01/09/2025 Destacam-se nesta nova publicação: A postergação da ativação da regra de validação N12-85 para NF-e para o dia 01/04/2025 sendo ativada agora na mesma data para ambos os modelos. Aviso de que as regras de validação já foram ativadas no ambiente de homologação entre 04/11/2024 e 02/12/2024 para que os emissores já pudessem realizar os testes necessários. O não preenchimento dessa informação de acordo com as regras de validação a partir de sua ativação vai incorrer em rejeição do documento fiscal. Não será aceito o literal "SEM CBENEF". Tabela com os cBenefs a serem preenchidos pode ser encontrada em https://www.sef.sc.gov.br/saiba-mais/sped-fiscal O cBenef de crédito presumido possui campo próprio no leiaute (cCredPresumido) e deverá ser informado no mesmo a partir da ativação de regra de validação correspondente deixando assim de ser aceito no campo cBenef quando informado. Leia o Correio Eletrônico na íntegra AQUI.

Boa tarde, efetuando testes de envio de XML com as novas tags da reforma tributária, me deparei com o CST 410 - Imunidade e não incidência onde eu não devo encaminhar as tags do grupo <gIBSCBS>.no entanto, ainda preciso encaminhar as tags para informar que aquela operação é imune/não incidente. <CST>410</CST> <cClassTrib>410001</cClassTrib> Ocorre que o ACBr somente está levando CST e cClass quando vBC > 0. Entendo que isso está incorreto, pois em muitas situações não irá existir um vBC mesmo. Alguem mais se deparou com essa situação?

Olá pessoal! Conferindo no Portal da Nota Fiscal Eletrônica é possível observar que a Sefaz de São Paulo está com contingência agendada para o dia 27/07/2025, com previsão de início às 06h00 e término às 10h00 do mesmo dia. Para utilizar as soluções ACBr em contingência durante esse período siga as orientações do tópico abaixo: Um agradecimento ao membro de nossa comunidade @Felipe Mariano por compartilhar a informação em nosso Discord.

Está rejeição é detalhada na Nota Técnica 2025/001 Conforme é possível observar, esta rejeição é devolvida quando o XML que foi enviado possui apenas 1 ocorrência do grupo dup que tenha a data de vencimento com o mesmo valor da data de emissão. O web service interpreta isso como um pagamento à vista. Para evitar esta rejeição, você deve informar mais de uma ocorrência do grupo dup ou caso informe apenas uma, então a data de vencimento precisa ser diferente da data de emissão. uses ACBrNFe.Classes; //... var NotaF: NotaFiscal; Duplicata: TDupCollectionItem; begin NotaF := ACBrNFe.NotasFiscais.Add; NotaF.NFe.Ide.dEmi := Date; //Demais dados... Duplicata := NotaF.NFe.Cobr.Dup.New; Duplicata.nDup := '001'; Duplicata.dVenc := Date; Duplicata.vDup := ...; Duplicata := NotaF.NFe.Cobr.Dup.New; Duplicata.nDup := '002'; Duplicata.dVenc := IncDay(Now, 20); Duplicata.vDup := ...; end; OU uses ACBrNFe.Classes; //... var NotaF: NotaFiscal; Duplicata: TDupCollectionItem; begin NotaF := ACBrNFe.NotasFiscais.Add; NotaF.NFe.Ide.dEmi := Date; //Demais dados... Duplicata := NotaF.NFe.Cobr.Dup.New; Duplicata.nDup := '001'; Duplicata.dVenc := IncDay(Date, 10); Duplicata.vDup := ...; end; Caso utilize ACBrMonitorPLUS ou ACBrLib, a seção correspondente no arquivo INI é: [Duplicata001] nDup=001 dVenc=21/07/2025 vDup=... [Duplicata002] nDup=002 dVenc=10/08/2025 vDup=... //OU [Duplicata001] nDup=001 dVenc=10/08/2025 vDup=...

* Criado em: 18/07/2025 | Atualizado em: 21/07/2025 DA. Autorização – Área de dados do Lote de NF-e Rejeição 452: Solicitada resposta assíncrona para Lote com somente 1 (uma) NF-e - Como resolver? 4.1.4. Grupo E: Validação do Certificado Digital de Assinatura Rejeição 296: Certificado Assinatura erro no acesso a LCR. Como resolver? B. Identificação da NF-e 864 - Rejeição: NF-e com indicativo de Operação presencial, fora do estabelecimento e não informada NF referenciada Rejeição 1102: Rejeição: NF-e de devolução de mercadoria exige referenciamento do item da NF-e original I. Produtos e Serviços 879 - Rejeição: Informado item “Produzido em Escala NÃO Relevante” e não informado CNPJ do Fabricante [nItem:nnn] K. Item / Medicamentos 873 - Rejeição: Operação com medicamentos e não informado os campos de rastreabilidade [nItem:nnn] N. Item / Tributo: ICMS 858 - Rejeição: Grupo de Tributação informado indevidamente [nItem: nnn] NA. Item / ICMS para a UF de Destino 815 - Rejeição: Valor do ICMS Interestadual para UF de Destino difere do calculado [nItem: 999] (Valor Informado: XXX, Valor Calculado:XXX) 816 - Rejeição: Valor do ICMS Interestadual para UF do Remetente difere do calculado [nItem: 999] (Valor Informado: XXX, Valor Calculado:XXX) Y. Dados de Cobrança 852 - Rejeição: Número da parcela inválido ou não informado [nOcor:999] Rejeição 853: Dados de cobrança não devem ser informados para pagamento à vista - Como resolver? 905 - Rejeição: Campos do grupo Fatura não informados YA. Formas de Pagamento Rejeição 391: Não informados os dados do cartão de crédito / débito nas Formas de Pagamento da Nota Fiscal, como resolver. Rejeição 436: Código do meio de pagamento inexistente. Como resolver ? Rejeição 443: Código da bandeira de cartão de crédito e/ou débito inexistente. Como resolver ? ZX. Informações Suplementares da Nota Fiscal 464 - Rejeição: Código de Hash no QR-Code difere do calculado 1. Banco de Dados: Emitente Rejeição 230: IE do emitente não cadastrada. 7. Banco de Dados: Cadastro da SEFAZ Rejeição 974: CNPJ do responsável técnico diverge do cadastrado - Como resolver?

Olá pessoal! Os valores preenchidos aqui são puramente simbólicos e tem caráter apenas demonstrativo. Entendendo a Tabela. As tabelas utilizadas foram extraídas diretamente da NT2025/002 v1.10: A coluna Campo identifica a informação e corresponde a tag no arquivo XML. A coluna Descrição detalha a informação a qual o campo se refere e pode ajudar a entender melhor a mesma. A coluna Ele identifica o elemento, com o valor G significando "Group", CG significando "Choice Group", E significando "Element" e CE significando "Choice Element". A coluna Tipo identifica o tipo do campo, com N significando que o mesmo é do tipo numérico e C equivalendo a caractere ou "String". A coluna Ocor traz a cardinalidade do campo, ou seja, a quantidade mínima e a máxima de vezes que ele é esperado no XML. Por exemplo 0-1 significa que esse elemento pode não estar presente e caso esteja, deve ter apenas uma ocorrência. A coluna Observação traz detalhes adicionais sobre o elemento, sendo um comentário, uma fórmula de cálculo ou até mesmo os valores válidos para o mesmo. Novos campos adicionados no Leiaute da NFe\NFCe para atender a Reforma Tributária. Grupo B. Identificação da Nota Fiscal eletrônica Grupo BB. Grupo de notas de antecipação de pagamento Grupo I. Produtos e Serviços da NF-e Grupo UB. Informações dos tributos IBS / CBS e Imposto Seletivo -> Informações do Imposto Seletivo Grupo UB. Informações dos tributos IBS / CBS e Imposto Seletivo -> Grupo de Informações do IBS e da CBS Grupo UB. Informações dos tributos IBS / CBS e Imposto Seletivo -> Grupo de Informações do IBS e CBS em operações com imposto monofásico Grupo UB. Informações dos tributos IBS / CBS e Imposto Seletivo -> Transferências de Crédito Grupo UB. Informações dos tributos IBS / CBS e Imposto Seletivo -> Informações do crédito presumido de IBS para fornecimentos a partir da ZFM Grupo VB. Total do item da NF-e Grupo VC. Referenciamento de item de outro Documento Fiscal Eletrônico - DF-e Grupo W03. Total da NF-e - IBS / CBS / IS -> IS Grupo W03. Total da NF-e - IBS / CBS / IS -> IBS Grupo W03. Total da NF-e - IBS / CBS / IS -> CBS Grupo W03. Total da NF-e - IBS / CBS / IS -> Monofásico

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! 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

Boa tarde pessoal, tudo certo? Ao atualizar o schemas de acordo com o que está na Sefaz para contemplar a tag modbcst com o valor "6 - Valor da Operação" (NT 2019.001 v1.30) estou tendo a rejeição conforme a imagem abaixo, antes de abrir este tópico procurei e encontrei um outro semelhante mas de 2017. Porém mesmo seguindo as instruções para alteração de uma linha em especifico não funcionou, há algo mais que eu possa estar fazendo pra corrigir essa questão?

Olá pessoal! No dia 17/09/2024 foi publicada a Nota Técnica 2024/003 que traz alterações no layout e criação de regras de validação relacionadas ao trânsito de animais vivos, vegetais e florestais. Introdução Este documento visa permitir aos estados um acompanhamento mais preciso das operações relativas ao trânsito de produtos animais vivos, vegetais e florestais. Atendendo também solicitação do ENCCLA - Estratégia Nacional de Combate à Corrupção e à Lavagem de Dinheiro, encaminhada pelo Ofício nº 598/202 /CGAI/ DRCI/ SENAJUS/ MJ, do Ministério da Justiça para os estados em que não é utilizado o Documento de Origem Florestal (DOF). Alterações no arquivo XML da NF-e Foi adicionado no layout da NF-e um novo grupo chamado agropecuario para receber informações como o número do receituário da aplicação do defensivo até informações de guia florestal, adicionando ao menos 5 novos campos. Regras de Validação Junto do novo grupo, a nota técnica também traz novas regras de validação que verificam e validam os novos campos, validando: Se foi informado o número do receituário do defensivo agrícola. Se foi informada a guia de transito. Se foi informado documento de origem. Se a guia de transito informada é inválida. Se a guia de transito informada já foi utilizada. Datas Implantação teste: 02/10/2024 Implantação produção: 01/04/2025 E como fica o ACBr? Com a adição de novos campos no layout da NF-e, alterações no componente serão necessárias. Criada a #TK-5975 em nosso backlog para análise e implementação. Qualquer novidade será notificada neste tópico. Leia a Nota Técnica na integra AQUI.

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:

Olá pessoal! Conferindo no painel Situação SVC-RS, é possível observar que a Sefaz do estado de Goiás ativou a contingência às 15h50 do dia 13/06/2025, com previsão de permanecer ativada até às 12h00 do dia 16/06/2025. Para utilizar as soluções do ACBr em contingência durante este período siga as orientações do tópico abaixo:

Seguindo a orientação recebida no Discord, estou criando este tópico para relatar um problema de layout que diagnosticamos, detalhar a solução de contorno encontrada e, principalmente, propor uma sugestão de melhoria para o componente ACBrNFeDANFEFR. 1. Descrição do Problema Enfrentamos um problema onde o texto no "Quadro de Identificação do Emitente" do DANFE era cortado na última linha (em anexo). O mais intrigante é que o problema ocorria apenas em máquinas de um cliente específico (tanto em Windows 7 quanto em Windows 10), mas não em nosso ambiente de desenvolvimento, mesmo utilizando o mesmo executável, mesmo template .fr3 e os mesmos dados exatos do emitente. 2. Diagnóstico e Causa Raiz Após um diagnóstico exaustivo e metódico, descartamos as seguintes causas comuns: DPI Scaling: Todas as máquinas envolvidas estavam configuradas em 100%. Drivers de Impressora: O problema persistia mesmo utilizando o "Microsoft XPS Document Writer" como impressora padrão. Inconsistência de Arquivos: o template .fr3 era idêntico em todos os ambientes. 3. Solução de Contorno Aplicada Para resolver o problema de forma imediata para o cliente, editamos diretamente o template NotaFiscalEletronica.fr3 no FastReport Designer. A solução foi alterar a propriedade LineSpacing do objeto TfrxMemoView do emitente, reduzindo seu valor de 2 para 1. Isso fez com que o texto coubesse perfeitamente no campo, resolvendo 100% o problema visual. Estou anexando a este tópico o arquivo .fr3 com esta modificação para análise. 4. Sugestão de Implementação de Nova Feature Embora a edição do template resolva o problema, ela cria a necessidade de manter um arquivo .fr3 customizado, o que pode complicar a manutenção e a distribuição do software a longo prazo, especialmente quando se lida com múltiplos clientes que podem ter necessidades pontuais. Minha sugestão é a implementação de uma nova funcionalidade no componente ACBrNFeDANFEFR que permita o acesso e a manipulação de propriedades de objetos do relatório FastReport em tempo de execução, diretamente via código Delphi. Algo do tipo: ACBrNFeDANFEFR 1.MemoEmitente.LineSpacing := 1; 5. Conforme pedido pelo @Victor H. Gonzales - Panda, algumas variáveis para reprodução: Razão Social (ACBrNFe1.NFe.Emit.xNome): 44 caracteres Linha do Endereço (...enderEmit.xLgr, nro): 30 caracteres E-mail (...enderEmit.email): 20 caracteres Informação Adicional (utilizando a propriedade ACBrNFe1.DANFE.Site): 44 caracteres NotaFiscalEletronica.rar