João Carlos Gielow

Depois disso, ocorreu o mesmo problema com o simples nacional, então a unit abaixo resolveu tanto para simples como para o MEI. PadraoNacional.GravarXml.pas

Bom dia pessoal, tudo bem? Em anexo estou deixando uma unit que fiz alterações para emissão de NFS-e no padrão nacional para MEI, o campo pAliq era destacado como 0 quando o cliente é MEI, porém esse campo não pode ser destacado no MEI, fazendo com que a SEFAZ rejeita a NFS-e, mesmo não informando o campo, a unit em anexo ignora esse campo quando é MEI também. PadraoNacional.GravarXml.pas

Tem o projeto do ACBR exemplo, você pode abrir em seu delphi e buildar, e ver os fontes dele: C:\ACBr\Exemplos\ACBrDFe\ACBrNFSeX\Delphi

Pessoal, resolvi o problema, era somente o arquivo ACBrNFSeXServicos.ini desatualizado

Bom dia, estou com esse mesmo problema, estou com o ACBr atualizado, é na cidade de Petrolina - PE, está tudo configurado corretamente pois, se tirar as tag de IBS CBS, ele destaca corretamente.

Não, é o provedor SilTecnologia

Sim se consultar a NFS-e no link abaixo ela consta lá https://www.nfse.gov.br/consultapublica

Só que agora estou passando por um problema, a NFS-e autorizou, porém, o retorno que o provedor envia é só esse abaixo, sem enviar o protocolo de autorização, porém eu uso do protocolo para ver se a NFS-e autorizou ou não, pois agora depois da atualização tem NFS-e que não retorno com erro, mas só como advertência, como estão fazendo para validar essas situações? <Retorno> <Status>PROCESSADO_COM_SUCESSO</Status> <chaveAcesso>32013081260839952000125000000000025626010000002567</chaveAcesso> <nNFSe>256</nNFSe> </Retorno>

@Juliomar Marchetti Era esse campo mesmo, eu não tinha me atendando para ver que a classe herdava do padrão nacional.

Não tinha me atentado a isso pois estava seguindo um tópico no fórum que disse que eles seguem API própria, estavam até orientando a mudar os params do ini, vou ver aqui esse campo conforme o padrão nacional e já dou um retorno se deu certo.

Bom dia Juliomar, eu cheguei a olhar nos fontes, mas como coloquei acima só achei nos fonte essa tag de dhProc nos enventos e não no envio e o provedor SilTecnologia ele não usa o Padrao Nacional, ele usa o padrão próprio

Estou tentado transmitir uma NFS-e no provedor SilTecnologia porém está ocorrendo a rejeição abaixo, estou preenchendo os campos de DataEmissao, DataEmissaoRPS e Competencia, porém está ocorrendo essa rejeição e não sei qual campo de data tenho que preencher, já que essa tag nos fontes aparecem só em evento. Não foi possivel emitir NFS-e: ERRORejeição do Emissor Nacional: RNG6110 - Falha Schema Xml(The 'http://www.sped.fazenda.gov.br/nfse:dhProc' element is invalid - The value '1899-12-30T00:00:00-03:00' is invalid according to its datatype 'http://www.sped.fazenda.gov.br/nfse:TSDateTimeUTC' - The Pattern constraint failed.)

Dia 01/09/25 a SEFAZ vai bloquear comunicação assíncrona com somente uma NFe no lote, pelo visto o servidor de minas eles acabaram a liberar essa atualização antes, assim como eles fizeram com o protocolo mês passado, teria que entrar em contato com eles e cobrar os devidos ajustes, mas recomendo já fazerem os ajustes pq no dia 01/09/25 isso vai ser bloqueado.

Meu amigo, pois é, eu acho que tu pode esquecer de receber ajuda deles, mas eu tive um problema, não igual ao seu, mas parecido, que eu tive que aumentar o timeout da requisição, porque o servidor deles é muito lento. Tenta colocar assim: NFSe.SSL.TimeOut := 60000;