IMATECH

1 - No Layout Abrasfv2 o campo <ISSRetido> é numérico, não faz sentido deixar o valor Default como Vazio na leitura do INI 2 - Usuário vai sempre informar o valor a ser utilizado, e ao manter o Default como Vazio sempre vai dar erro de validação Não é particularidade do provedor, a correção é para todo o padrão Abrasfv2 (Leitor INI)

Correção proposta: Base\Provedores\ACBrNFSeXLerXml_ABRASFv2.pas(1777): NFSe.Servico.Valores.IssRetido := FpAOwner.StrToSituacaoTributaria(Ok, AINIRec.ReadString(LSecao, 'ISSRetido', '')); para: Base\Provedores\ACBrNFSeXLerXml_ABRASFv2.pas(1777): NFSe.Servico.Valores.IssRetido := FpAOwner.StrToSituacaoTributaria(Ok, AINIRec.ReadString(LSecao, 'ISSRetido', '0')); ACBrNFSeXGravarXml_ABRASFv2.pas

[Erro1] Codigo=X800 Correcao= Descricao=Erro de Validacao: --> 1824 - Element '{http://www.abrasf.org.br/nfse.xsd}IssRetido': '' is not a valid value of the atomic type '{http://www.abrasf.org.br/nfse.xsd}tsSimNao'. INI { 0, 1, 2, S, N, ... Nenhum vai para o XML } [Valores] ISSRetido=1 XML <Servico> <Valores> <ValorServicos>100.00</ValorServicos> </Valores> <IssRetido/> <ItemListaServico>01.07</ItemListaServico> <CodigoCnae>0000000</CodigoCnae> <CodigoTributacaoMunicipio>01.07</CodigoTributacaoMunicipio> <Discriminacao> Descricao dos Servicos... </Discriminacao> <CodigoMunicipio>5208707</CodigoMunicipio> <ExigibilidadeISS>1</ExigibilidadeISS> <MunicipioIncidencia>5208707</MunicipioIncidencia> </Servico> SVN Atualizado

[defensivo01] nReceituario=Até 30 posições CPFRespTec=11 posições' [guiaTransito] tpGuia=1 { 1..7 } UFGuia=UF serieGuia= nGuia=

Sim, de acordo com os fontes pode gerar o INI com o mesmo nome dos campos da NT 2024.003 E vai gerar tudo ok CPFRespTec := AINIRec.ReadString(sSecao, 'CPFRespTec', ''); guiaTransito.UFGuia := AINIRec.ReadString(sSecao, 'UFGuia', ''); guiaTransito.tpGuia := StrToTtpGuia(AINIRec.ReadString(sSecao, 'tpGuia', '')); guiaTransito.serieGuia := AINIRec.ReadString(sSecao, 'serieGuia', ''); guiaTransito.nGuia := AINIRec.ReadString(sSecao, 'nGuia', '0');

No caso vai emitir uma NFe de Entrada Na NF-e existe o campo tpNF - Tipo de Operação da NF-e. Esse campo pode ser preenchido com os seguintes valores: 0 = Entrada. 1 = Saída. // XML <tpNF>0</tpNF> Entrada <tpNF>1</tpNF> Saída // INI Tipo=0 // Entrada Tipo=1 // Saída

Para forçar que ela seja informada no XML vIBS = 0.001 (no XML vai ficar 0.00) *Ajuste provisório, até que todas as UF atualizem o uso das novas Tag's

NFE.SetAmbiente( nAmbiente ) // 1 - Produção ou 2- Homologação Qualquer uma

NFE.ConsultarNFe( eChaveOuNFe ) Comando no Monitor

Nos sites regionais das SEFAZ AcbrLib: https://acbr.sourceforge.io/ACBrLib/NFE_Consultar.html *Não sei dizer se este comando esta disponível também no Monitor.

Configurações, DFe, Geral, Validar Digest ao consultar XML

Na existência de parcelas em atraso, o empregado deve pagar diretamente ao credor. O empregador deve continuar os descontos/repasses a partir do mês seguinte. Quanto ao pagamento a maior, a empresa pode também procurar o credor para reaver valores indevidos. Detalhe adicional é que o empregador fez desconto indevido no soldo do empregado (inclusive com o repasse indevido a outra instituição). A correção seria o pagamento o quanto antes de valores pendentes, com os encargos por conta da empresa.

Tenho visto vários casos de empregados já com 4 consignados (aberração do k@#$%¨)¨. Só consigo imaginar que não esta separando os descontos por instituição financeira e contrato. Para confirmar basta no XML verificar as tag's <descFolha>

Teste: Atribuir vIBS = 0,001 E assim vai gerar a TAG vIBS = 0,00 Já devidamente esclarecido no post anterior

E que tal mudar a versão do qrcode para 3 ? Obrigatório a partir de 01/09/2025

https://acbr.sourceforge.io/ACBrMonitor/PassoaPassoNFeNFCe.html NFe.EnviarNFe(cArqXML,nLote,[bAssina],[bImprime],[cImpressora],[bSincrono],[bValidaXML],[bGeraNovoXML]) NFe.CriarEnviarNFe(cIniNFe,nLote,[bImprimeDANFE],[bSincrono],[cImpressora],[bMostrarPreview],[nNumCopias], [bImprimirPDF]) NFe.CriarEnviarNFeSEFAZ(cTXTSefaz,nLote,[bImprimeDANFE],[bSincrono],[cImpressora],[bMostrarPreview],[nNumCopias])

https://acbr.sourceforge.io/ACBrMonitor/PassoaPassoNFeNFCe.html NFe.EnviarNFe(cArqXML,nLote,[bAssina],[bImprime],[cImpressora],[bSincrono],[bValidaXML],[bGeraNovoXML]) NFe.CriarEnviarNFe(cIniNFe,nLote,[bImprimeDANFE],[bSincrono],[cImpressora],[bMostrarPreview],[nNumCopias], [bImprimirPDF]) NFe.CriarEnviarNFeSEFAZ(cTXTSefaz,nLote,[bImprimeDANFE],[bSincrono],[cImpressora],[bMostrarPreview],[nNumCopias])

Desmarca gerar campos da Reforma Tributaria e vai ficar ok

As sefaz estão atrasadas com os ajustes da Reforma Tributária, obrigação de informar os campos é a partir de 01/01/2026 A partir de 06/10/2025 as Tag's são opcionais em modo de Produção. Em Homologação já devia estar funcionando em todas as UF, mas não sei de nenhuma atualizada. Fiz alguns testes semana passada, sem sucesso. Agora só volto a testar isso após 06/10/2025 (perda de tempo até lá). Outubro/2025: Homologação: Preenchimento dos campos IBS/CBS passa a ser obrigatório para as NF-e com data de emissão maior ou igual a 06/10/2025 e as RV serão aplicadas. Produção: Preenchimento dos campos IBS/CBS é facultativo. Se preenchidos, as RV serão aplicadas. Sem valor jurídico para os novos tributos Janeiro/2026: Homologação: Preenchimento dos campos IBS/CBS passa a ser obrigatório para as NF-e com data de emissão maior ou igual a 06/10/2025 e as RV serão aplicadas. Produção: Preenchimento dos campos IBS/CBS passa a ser obrigatório para as NF-e com data de emissão maior ou igual a 05/01/2026 e as RV serão aplicadas. Com valor jurídico para os novos tributos a partir de 01/01/2026.

As TAG's da Reforma Tributária estão sendo geradas corretamente, e em acordo com as NT publicadas. Os Schemas continuam com erro, até a devida correção bora aguardar mais algumas semanas e continuar os testes.

Pelo que vi até agora, os Schemas da Reforma Tributária estão inválidos. Se fizer o envio dos XML sem passar pela validação dos mesmos algumas UF vão aceitar os documentos.

Pelo que vi até agora, os Schemas continuam inválidos, e se fizer o envio dos XML sem passar por eles algumas UF estão aceitando os documentos.