Erro S55 - CST pis/cofins null ao enviar tribFed com provedor padrao para EloTech (Ponta Grossa/PR)

[Alex Bueno]

Estamos enfrentando um problema ao emitir NFS-e com retenções federais (PIS, COFINS, IR, CSLL) via provedor padrao para o município de Ponta Grossa/PR (código IBGE 4119905), que utiliza EloTech (Atende.Net).

Problema:

Ao enviar tribFed.piscofins no DPS com qualquer CST válido pela API (00-09), a nota é rejeitada pela prefeitura com o erro:

[S55] "Erro ao converter Nota Fiscal para XML Nacional : (causado por IllegalArgumentException: Código inválido para CST do pis/cofins: null)"


O XML SOAP gerado pela Nuvem Fiscal para o EloTech contém os valores corretos (RetidoPis=1, ValorPis, AliquotaPis, etc.), porém o campo CST não é incluído no XML. Quando o EloTech tenta converter a nota para o formato XML Nacional, o CST é null e a conversão falha.

Payload enviado (exemplo):
{
  "provedor": "padrao",
  "ambiente": "producao",
  "infDPS": {
    "valores": {
      "trib": {
        "tribFed": {
          "piscofins": {
            "CST": "01",
            "vBCPisCofins": 344.45,
            "pAliqPis": 0.65,
            "pAliqCofins": 3.0,
            "vPis": 2.24,
            "vCofins": 10.33,
            "tpRetPisCofins": 1
          },
          "vRetIRRF": 5.17,
          "vRetCSLL": 3.44
        }
      }
    }
  }
}

XML gerado pela Nuvem Fiscal (trecho do debug):

<AliquotaPis>0.6500</AliquotaPis>
<RetidoPis>1</RetidoPis>
<ValorPis>2.24</ValorPis>
<AliquotaCofins>3.0000</AliquotaCofins>
<RetidoCofins>1</RetidoCofins>
<ValorCofins>10.33</ValorCofins>
<RetidoIr>1</RetidoIr>
<ValorIr>5.17</ValorIr>
<RetidoCsll>1</RetidoCsll>
<ValorCsll>3.44</ValorCsll>

Os valores estão corretos no XML, mas o EloTech precisa de um CST (formato EFD: 49-99) para a conversão ao XML Nacional, e esse campo não está presente no XML SOAP.

Conflito identificado:

A API Nuvem Fiscal aceita CST 00-09 no DPS (formato Nacional)
O EloTech de Ponta Grossa precisa de CST 49-99 (formato EFD) para o conversor Nacional
A Nuvem Fiscal não mapeia o CST do DPS para o XML SOAP do EloTech
Não existe valor de CST que funcione nas duas camadas simultaneamente
IDs de notas com erro para referência:

nfs_3a208a4873cd4919ae75072c934ac8e8 (CST=01, S55)
nfs_3a208a4db1744fbea9eaa92c500f91eb (CST=01, S55)
Sem o tribFed.piscofins, a nota emite corretamente mas sem retenções de PIS e COFINS, o que gera divergência fiscal.

Prestador: CNPJ 18.545.280/0001-89 (Ponta Grossa/PR, Lucro Presumido)

Poderiam verificar se é possível incluir o mapeamento do CST no XML SOAP para municípios EloTech que utilizam o conversor Nacional?

[arrobba]

Bom dia, estamos com o mesmo problema, encontrou alguma solução?

[jacke venson]

Oi Apareceu esse problema aqui tbm com a mesma prefeitura de Ponto grossa. Aparentemente solicita o CST Pis/Cofins ([S55] "Erro ao converter Nota Fiscal para XML Nacional : (causado por IllegalArgumentException: Código inválido para CST do pis/cofins: null)").

O problema é que  nao encontrei onde informar o CST na Elotech.

3 minutos atrás, jacke venson disse:

Oi Apareceu esse problema aqui tbm com a mesma prefeitura de Ponto grossa. Aparentemente solicita o CST Pis/Cofins ([S55] "Erro ao converter Nota Fiscal para XML Nacional : (causado por IllegalArgumentException: Código inválido para CST do pis/cofins: null)").

O problema é que  nao encontrei onde informar o CST na Elotech.

Desculpem, atualizei os fontes do acbr e foi ja adicionado o campo CSTPisCofins na unit elotech.gravaXml. Vou Validar se está tudo certo.

[arrobba]

Boa tarde,
Atualizamos os fontes ontem, agora está ocorrendo "Falha no envio da NFs-e: $16-Pais não encontrado: %1$d" quando não é incluso o código do país em "Tomador.Endereco.CodigoPais", e quando adicionamos, temos o retorno "Falha no envio da NFs-e: E929-Pais do tomador do serviço indevido".

Tentamos adicionar Tomador.TomadorExterior := snNao, mas sem sucesso.

O que pode estar acontecendo ?

[Cleverton Martins]

Citar

$16-Pais não encontrado: %1$d" quando não é incluso o código do país em "Tomador.Endereco.CodigoPais",

Consegui validar uma nota em homologação. Minha conclusão conforme meus testes:

 - O arquivo de schemas não está respeitando a regra do manual da elotech que diz que a tag codigopais do tomador só deve ser informada se o tomador for do exterior, ele obriga a exibir esta tag:

 

Alterei para permitir ocorrência mínima = 0; 

Forcei NrOcorrCodigoPaisTomador = 0
{ TNFSeW_Elotech203 }

TNFSeW_Elotech203.Configuracao;
  NrOcorrCodigoPaisServico := -1;
  NrOcorrCodigoPaisTomador := 0;//NrOcorrCodigoPaisTomador := 1;

Gerou grupo de endereço sem o codigopais como esperado:
<Endereco>
  <Endereco>RUA CALDAS JUNIOR</Endereco>
  <Numero>45</Numero>
  <Complemento>4 ANDAR</Complemento>
  <Bairro>CENTRO HISTORICO</Bairro>
  <CodigoMunicipio>4314902</CodigoMunicipio>
  <Uf>RS</Uf>
  <Cep>90010260</Cep>
</Endereco>

Nota em homologação validada;



Agora precisamos ver como o pessoal do AcBr vai agir.

Editado 16 Abril por Cleverton Martins

[Alex Bueno]

Olá, conseguiram emitir alguma nota com essas alterações já?

[Cleverton Martins]

Em 20/04/2026 at 17:13, Alexsandro Bueno disse:

Olá, conseguiram emitir alguma nota com essas alterações já?

Sim. Em produção e homologação.

 

[Alex Bueno]

Por favor, pode colocar aqui um exemplo de como ficou os campos com essa correção que foi feita?

[Cleverton Martins]

1 hora atrás, Alex Bueno disse:

Por favor, pode colocar aqui um exemplo de como ficou os campos com essa correção que foi feita?

Aqui. Lembrando que esta alteração fiz no meu ambiente, não vi mudanças por parte do ACBr.

Em 16/04/2026 at 16:19, Cleverton Martins disse:

Consegui validar uma nota em homologação. Minha conclusão conforme meus testes:

 - O arquivo de schemas não está respeitando a regra do manual da elotech que diz que a tag codigopais do tomador só deve ser informada se o tomador for do exterior, ele obriga a exibir esta tag:

 

Alterei para permitir ocorrência mínima = 0; 

Forcei NrOcorrCodigoPaisTomador = 0
{ TNFSeW_Elotech203 }

TNFSeW_Elotech203.Configuracao;
  NrOcorrCodigoPaisServico := -1;
  NrOcorrCodigoPaisTomador := 0;//NrOcorrCodigoPaisTomador := 1;

Gerou grupo de endereço sem o codigopais como esperado:
<Endereco>
  <Endereco>RUA CALDAS JUNIOR</Endereco>
  <Numero>45</Numero>
  <Complemento>4 ANDAR</Complemento>
  <Bairro>CENTRO HISTORICO</Bairro>
  <CodigoMunicipio>4314902</CodigoMunicipio>
  <Uf>RS</Uf>
  <Cep>90010260</Cep>
</Endereco>

Nota em homologação validada;



Agora precisamos ver como o pessoal do AcBr vai agir.

 

[Juliomar Marchetti]

Anexe a sugestão de alterações os fontes

[Alex Bueno]

3 horas atrás, Cleverton Martins disse:

Aqui. Lembrando que esta alteração fiz no meu ambiente, não vi mudanças por parte do ACBr.

 

Sim, eu validei com essa sua observação, mas é que haviam dito que ainda faltava o pessoal do AcBr dar um parecer...

[Cleverton Martins]

21 horas atrás, Juliomar Marchetti disse:

Anexe a sugestão de alterações os fontes

 

EloTech.GravarXml.pas nfse_v2_03.xsd

[Alex Bueno]

Não deixa abrir os arquivos aqui no forum, erro de permissão

[Juliomar Marchetti]

51 minutos atrás, Alex Bueno disse:

Não deixa abrir os arquivos aqui no forum, erro de permissão

Acabei de baixar os arquivos.
 

[Juliomar Marchetti]

1 hora atrás, Alex Bueno disse:

Não deixa abrir os arquivos aqui no forum, erro de permissão

são permissões. que tu vai ganhar conforme usar o fórum!

[Alex Bueno]

Entendi, se puder me mandar por mensagem os arquivos fico agradecido.

[Juliomar Marchetti]

Em 23/04/2026 at 09:32, Cleverton Martins disse:

 

EloTech.GravarXml.pas 15.83 kB · 5 downloads nfse_v2_03.xsd 58.5 kB · 4 downloads

Isso resolve o erro do titulo ?

[Cleverton Martins]

7 horas atrás, Juliomar Marchetti disse:

Isso resolve o erro do titulo ?

Não. Também vim ver o erro do título e tinha outro assunto, daí eu respondi com minha solução. Mas não, ainda não encontrei a solução para o problema do título que, pra mim, só ocorre quando informo IRRF.

[Alex Bueno]

Tbm nao consegui, o problema permanece.