Notas de versão

Schemas atualizados para o PL 010g v1.03: leiauteNFe_v4.00, DFeTiposBasicos_v1.00,
tiposBasico_v1.03 e e110001_v1.00, mais o e110300_v1.00 novo. schemas.zip regerado.
NT 2026.006 (Vinculacao de Pagamento): grupo gPgtoVinc com o tipo TPgtoVinc, e o
evento 110300 (Vinculacao da Transacao de Pagamento), com as classes DetEvento110300
e TEventoPgto.
NT 2026.008 (Valor Liquido): campos vUnComLiq e vProdLiq no item, vProdLiqTot no
total, e o grupo ICMSPrevistoPagtoAntecip com vICMSPrevisto.
NT 2026.007 (NF-e sem IE) e NT 2025.002-RTC v1.53 nao pedem mudanca de leiaute: a
IE do emitente ja era opcional, e as versoes 1.51 a 1.53 da 2025.002 alteram apenas regras
de validacao (UB12-10, VC02-, 3BA02-, B25-40).
O tiposBasico_v1.03 do PL 010g devolveu os seis tipos que a SEFAZ havia removido e que
estavam restaurados a mao desde a v4.2.0: o arquivo volta a ser o oficial, sem remendo.
O script regenerate-jaxb.ps1 passa a extrair tambem os tipos proprios do XSD de cada
evento, e nao so o DetEvento. Sem isso o e110300 nao compilava, porque define o
TEventoPgto dentro do proprio arquivo.

Os campos tpRegimeIBSCBS (C21a) e cAtivSN (I17d) e o evento de Tributacao do Simples
Nacional nao existem no PL 010g. Enquanto a SEFAZ nao publicar o Schema, essa NT fica
sem implementacao.

XmlNfeUtil.objectToElement passa a marshallar tambem as classes de evento sem
@XmlRootElement, informando o elemento raiz explicitamente com o namespace lido do
@XmlSchema do package. O detEvento e anonimo no Schema do EConf, entao o
DetEventoConciliacaoFinanceira nao recebe a anotacao na geracao e o evento generico
lancava "Erro Ao Converter Objeto em Elemento" antes mesmo de sair da maquina.

EnvioNfeTeste passa a montar o grupo IBSCBS por item e os totais IBSCBSTot e
vNFTot. A homologacao ja rejeita a NF-e modelo 55 sem o grupo, com 1115 - Grupo
IBSCBS nao informado; o exemplo da NFC-e tinha sido atualizado na reforma e o da
NF-e nao.
EnvioNfeTeste emite NF-e 55 monofasica com -DcClassTrib=620006: passa a montar o
grupo comb (rejeicao 1106 sem ele), ICMS 61 em vez de 60 (858), cBenef (930) e unidade
em litro (854). O grupo gMonoRet so carrega o valor, sem base nem aliquota, e a SEFAZ o
confere pela tabela por produto, que ainda nao foi publicada: hoje ela calcula zero e
recusa qualquer outro valor com 1240, entao o exemplo informa zero e documenta onde
trocar quando a tabela sair.
EventoGenericoTeste usava o payload do EConf (110750) para o evento 112110, o que
rendia 493 - Evento nao atende o Schema XML especifico. Passa a usar
DetEvento112110.
EpecTeste tinha "X" literal em sete campos e chave fixa; passa a gerar a chave com
tpEmis=4, que o EPEC exige (rejeicao 484), e a usar dados validos.
ConsultaCadastroTeste consultava um CNPJ nao cadastrado em GO (rejeicao 259); passa a
consultar o proprio emitente.
Numero, chave, protocolo, sequencia, faixa de inutilizacao e caminho do XML viraram
propriedades de sistema, com os valores atuais como padrao. Era o dado fixo que garantia
as rejeicoes 539, 573 e 563 a cada execucao, e e o que permite encadear os exemplos.

TTribNFCe perdeu getGIBSCBSMono() e setGIBSCBSMono(): o PL 010g removeu o grupo
monofasico desse tipo. Quem montava NFC-e com monofasia por essa classe precisa ajustar.
Nenhum outro tipo publico foi removido ou renomeado.

DANFE v2 da NF-e (modelo 55) no leiaute da NT 2026.010 (DANFE Reforma Tributaria:
IBS/CBS/IS, producao em 01/12/2026), em Thymeleaf + openhtmltopdf em vez de Jasper.
Pacote br.com.swconsultoria.nfe.impressao.v2: ImpressaoDanfeV2Util.impressaoPadraoNFe(xml)
e impressaoPdfArquivo, impressaoPdfByte, impressaoHtml, gerarHtml e impressaoDireta,
com ImpressaoDanfeV2DTO para logo, template proprio, orientacao (automatica pelo tpImp,
retrato ou paisagem) e canhoto. Imprime CRT, os totais de IBS/CBS/IS (com a base de calculo),
o CST do IBS/CBS e as colunas de bases, aliquotas (efetiva quando ha gRed) e valores por item
para as quatro formas do grupo IBSCBS (gIBSCBS, monofasico ad rem e ad valorem,
transferencia de credito e ajuste de competencia), o QR Code de infNFeSupl e so os quadros
facultativos presentes no XML; o bloco de dados adicionais fica encostado no rodape da ultima
folha, como no DANFE Jasper. Erros saem como DanfeException. A biblioteca nao altera o log
do openhtmltopdf na aplicacao. A impressao Jasper (ImpressaoNfeUtil) nao muda; NFC-e e CC-e
continuam nela.
Dependencias novas org.thymeleaf:thymeleaf 3.1.2.RELEASE e
com.openhtmltopdf:openhtmltopdf-pdfbox 1.0.10, em escopo provided como as do Jasper: o
projeto consumidor as declara (junto com barbecue e zxing, usados no codigo de barras e no QR
Code). Manual de integracao em docs/MANUAL-DANFE-V2.md.

Navigation Menu