Erro ao emitir NFSe Franca/SP: Rejeitado pela regras municipais: O tipo de retenção informada não confere com o esperado. Valor Informado: Isento. Valor esperado: Nao

[cleberhhp]

Pessoal, bom dia.

Hoje alguns de nossos clientes começaram a receber o erro ao tentar emitir a NFSe para a cidade de Franca/SP, provedor SilTecnologia:

Rejeitado pela regras municipais: O tipo de retenção informada não confere com o esperado. Valor Informado: Isento. Valor esperado: Não

Alguém está com esse problema ou passou por ele e sabe o que é? Detalhe, os clientes que relataram isso não tiveram nenhuma alteração no sistema, o xml gerado é o mesmo que estava sendo gerado antes e estava passando normalmente a nota.

[gisabiao]

Também estou com esse problema, em Bauru, que utiliza a SilTecnologia, conseguiu descobrir???

[FabioTellini]

Boa tarde.

Mesmo erro em Mogi das Cruzes.

[lsergios]

Estou com o mesmo problema aqui também (Franca/SP).
Rejeitado pela regras municipais: O tipo de retenção informada não confere com o esperado. Valor Informado: Isento. Valor esperado: SimNao

Editado 2 Abril por lsergios

[luizfmathias]

O mesmo em Cariacica/ES, também pela SilTecnologia
Já peguei as duas variações da mensagem, só mudando no final
Valor esperado: SimNao
Valor esperado: Nao

[ZANUTTO]

Alguém está conseguindo enviar? 

[Paulo Sergio de Almeida]

Mesmo problema no município de Bauru, provedora Sil Tecnologia também.

[Faberson A. Ferrasi]

Mesmo problema aqui em Bauru-SP, SilTecnologia, não houve mudança alguma, começou a criticar isso na quinta-feira.

[ZANUTTO]

Recebi um retorno da SIL Tecnlogia pedindo para ajustar esta TAG <tpBM>, mas eu não preencho ela no componente, está saindo de forma automática.
@Ita Júnior, @Diego A. Folieni

[Ronaldo Souza]

Pessoal, boa tarde! Tudo bem?

Também estou com esse problema em Bauru (SilTecnologia) e achei na unit PadraoNacional.GravarXml.pas esse campo tpBM que eu percebi aqui que está indo como Isento. 

Vou fazer mais alguns testes aqui alterando essa property

[lsergios]

2 horas atrás, ZANUTTO disse:

Recebi um retorno da SIL Tecnlogia pedindo para ajustar esta TAG <tpBM>, mas eu não preencho ela no componente, está saindo de forma automática.
@Ita Júnior, @Diego A. Folieni

pra mudar esse campo tpBm:
        Servico.Valores.tribMun.tpBM             := tbAliquota;

type
  TtpBM = (tbIsencao, tbReducaoBCperc, tbReducaoBCvalor, tbAliquota);
 

 

[ZANUTTO]

A propriedade tpBM espera um valor String, estou com a ultima versão do ACBr.
Eu tinha visto este campo, mas não consegui mudar ele, mesmo colocando o valor "3" não está indo.

[Paulo Sergio de Almeida]

No meu caso, não teria benefício á destacar. Entretanto, nenhuma das opções seria válida. Ou eu deveria passar 'não', ou não passar o campo.

[Faberson A. Ferrasi]

O mesmo problema, não consigo emitir, não tenho benefício a informar e caso eu não preencha a tag o ACBR preenche tpBM = 1, tem alguma correção?

@Ita Júnior  @Diego A. Folieni

[cleberhhp]

Boa tarde.

 

Com base no que foi citado acima, fiz um teste aqui, comentando a parte do código referente a essa tag na unit PadraoNacional.GravarXml, e conseguimos emitir a NFSe aqui para Franca/SP, conforme abaixo:

 

[Mauricio Andrade]

Pessoal, estou tendo o mesmo problema. Fiz uma comparação de uma Nota Fiscal que foi enviada corretamente no dia 01/04/2026 com os mesmos parâmetros de envio e dá o mesmo erro que os colegas reportaram acima: 

"Rejeitado pela regras municipais: O tipo de retenção informada não confere com o esperado. Valor Informado: Isento. Valor esperado: Nao."

Também tento enviar pelo município de Franca/SP, onde a responsável é a SilTecnologia.

Alguém teve algum retorno?

[lsergios]

17 horas atrás, cleberhhp disse:

Boa tarde.

 

Com base no que foi citado acima, fiz um teste aqui, comentando a parte do código referente a essa tag na unit PadraoNacional.GravarXml, e conseguimos emitir a NFSe aqui para Franca/SP, conforme abaixo:

 

realmente comentando as linhas acima o tpbm não é gerado e funcionou aqui em franca/sp
ou alterando o C:\ACBR\Fontes\ACBrDFe\ACBrNFSeX\Base\ACBRNFSeXConversão.pas para:

type
  TtpBM = (tbIsencao, tbReducaoBCperc, tbReducaoBCvalor, tbAliquota, tbNenhum);

const
  TtpBMArrayStrings: array[TtpBM] of string = ('1', '2', '3', '4','5');

e no C:\ACBR\Fontes\ACBrDFe\ACBrNFSeX\Provedores\PadraoNacional.GravarXml.pas para:
  if NFSe.Servico.Valores.tribMun.tpBM <> tbNenhum then begin
    Result.AppendChild(AddNode(tcStr, '#1', 'tpBM', 1, 1, 0,
                               tpBMToStr(NFSe.Servico.Valores.tribMun.tpBM), ''));

    case NFSe.Servico.Valores.tribMun.tpBM of
      tbIsencao:
        Result.AppendChild(AddNode(tcDe2, '#1', 'vCalcBM', 1, 15, 0, 0, ''));

      tbReducaoBCvalor:
        Result.AppendChild(AddNode(tcDe2, '#1', 'vCalcBM', 1, 15, 0,
                                      NFSe.Servico.Valores.tribMun.vRedBCBM, ''));

      tbReducaoBCperc,
      tbAliquota:
        Result.AppendChild(AddNode(tcDe2, '#1', 'vCalcBM', 1, 15, 0,
                                      NFSe.Servico.Valores.tribMun.pRedBCBM, ''));
    end;
  end;

no componente mover
        Servico.Valores.tribMun.tpBM             := tbNenhum;


Até o pessoal da acbr resolver o problema

Editado 7 Abril por lsergios

[Diego Foliene]

Boa tarde!

Enviado ao SVN na Rev-45662 ajustes visando sanar essa questão.

1 hora atrás, lsergios disse:

realmente comentando as linhas acima o tpbm não é gerado e funcionou aqui em franca/sp
ou alterando o C:\ACBR\Fontes\ACBrDFe\ACBrNFSeX\Base\ACBRNFSeXConversão.pas para:

type
  TtpBM = (tbIsencao, tbReducaoBCperc, tbReducaoBCvalor, tbAliquota, tbNenhum);

const
  TtpBMArrayStrings: array[TtpBM] of string = ('1', '2', '3', '4','5');

e no C:\ACBR\Fontes\ACBrDFe\ACBrNFSeX\Provedores\PadraoNacional.GravarXml.pas para:
  if NFSe.Servico.Valores.tribMun.tpBM <> tbNenhum then begin
    Result.AppendChild(AddNode(tcStr, '#1', 'tpBM', 1, 1, 0,
                               tpBMToStr(NFSe.Servico.Valores.tribMun.tpBM), ''));

    case NFSe.Servico.Valores.tribMun.tpBM of
      tbIsencao:
        Result.AppendChild(AddNode(tcDe2, '#1', 'vCalcBM', 1, 15, 0, 0, ''));

      tbReducaoBCvalor:
        Result.AppendChild(AddNode(tcDe2, '#1', 'vCalcBM', 1, 15, 0,
                                      NFSe.Servico.Valores.tribMun.vRedBCBM, ''));

      tbReducaoBCperc,
      tbAliquota:
        Result.AppendChild(AddNode(tcDe2, '#1', 'vCalcBM', 1, 15, 0,
                                      NFSe.Servico.Valores.tribMun.pRedBCBM, ''));
    end;
  end;

no componente mover
        Servico.Valores.tribMun.tpBM             := tbNenhum;


Até o pessoal da acbr resolver o problema

A ideia é parecida, mas fiz a implementação um pouco diferente.

Por favor, aqueles que utilizam componente nativo para Delphi/Lazarus, queiram atualizar seus fontes, reinstalar o ACBr com a opção "Apagar Arquivos Antigos" marcada e realizar novos testes.

Ficamos no aguardo de um feedback.

Aqueles que utilizam ACBrMonitorPLUS ou ACBrLibNFSe, por favor, aguardem nova compilação dos mesmos.

[cleberhhp]

Bom dia.

Agora estamos tendo problemas com os clientes que não são optantes pelo simples nacional, mesmo caso anterior, nada foi alterado, com exceção do tratamento da tag tpBM, porém a mensagem é outra:

 

Rejeitado pelo Emissor Nacional: RNG6110 - Falha Schema Xml br Crítica do Emissor Nacional: The 'http://www.sped.fazenda.gov.br/nfse:cIndOp' element is invalid - The value '' is invalid according to its datatype 'http://www.sped.fazenda.gov.br/nfse:TSRTCCodIndOp' - The Pattern constraint failed. - Cod. Interno 28893655

 

Já atualizei os schemas, mas não resolveu. Pesquisando na unit, de geração do xml, não encontrei nenhuma referência a tag cIndOp.

Alguém está com esse problema?

[Anderson Grolli]

36 minutos atrás, cleberhhp disse:

Bom dia.

Agora estamos tendo problemas com os clientes que não são optantes pelo simples nacional, mesmo caso anterior, nada foi alterado, com exceção do tratamento da tag tpBM, porém a mensagem é outra:

 

Rejeitado pelo Emissor Nacional: RNG6110 - Falha Schema Xml br Crítica do Emissor Nacional: The 'http://www.sped.fazenda.gov.br/nfse:cIndOp' element is invalid - The value '' is invalid according to its datatype 'http://www.sped.fazenda.gov.br/nfse:TSRTCCodIndOp' - The Pattern constraint failed. - Cod. Interno 28893655

 

Já atualizei os schemas, mas não resolveu. Pesquisando na unit, de geração do xml, não encontrei nenhuma referência a tag cIndOp.

Alguém está com esse problema?

Verifica se você preenche o código indicador da operação, não sei certeza qual utiliza ai, mas tem essas 2:
"NFSe.IBSCBS.cIndOp" ou "Servico.INDOP"

[cleberhhp]

Anderson, fiz um teste aqui, preenchi as duas com um valor que nem sei se é o correto, mas a mensagem de erro persiste.

Olhando o xml de envio, nenhuma tag diferente foi gerada com o valor de teste que preenchi. Seria somente essas duas propriedades?

Porque acho que não foi implementada ainda, fiz o checout e reinstalei o ACBr hoje de manhã...

[Anderson Grolli]

2 horas atrás, cleberhhp disse:

Anderson, fiz um teste aqui, preenchi as duas com um valor que nem sei se é o correto, mas a mensagem de erro persiste.

Olhando o xml de envio, nenhuma tag diferente foi gerada com o valor de teste que preenchi. Seria somente essas duas propriedades?

Porque acho que não foi implementada ainda, fiz o checout e reinstalei o ACBr hoje de manhã...

Se colocar qualquer valor provavelmente não vai assumir... Você precisar os dígitos corretos da tabela de correlação de NBS x IndOp x Cclasstrib. x código serviço nacional, você consegue baixar ela do site da receita federal:

https://www.gov.br/nfse/pt-br/biblioteca/documentacao-tecnica/rtc/anexoviii-correlacaoitemnbsindopcclasstrib_ibscbs_v1-00-00.xlsx/view

[cleberhhp]

Anderson eu utilizei o que código que estava no programa exemplo do ACBr para ganhar tempo, apenas para ver se o erro citado parava de acontecer.

No caso, se fizer a correlação e não estiver correto, eu acredito que a mensagem de erro deveria ser diferente, porém continuou a mesma. 

Vou tentar abrir um chamado lá na Sil e enviar o XML para ver se eles retornam alguma informação (todas as vezes que fizemos isso não tivemos retorno). Caso eles retornem algo útil posto aqui para ajudar mais alguém que possa estar tendo o mesmo problema.

[cleberhhp]

Bom dia

Após vários testes, descobri que se informar as tags referentes ao IBS CBS, está ocorrendo o erro. Quando estas tags não são informadas, então a nota passa. Acredito que a Sil está fazendo ajustes referentes a essas tags e por isso não deve estar mandando as tags de forma correta para o ADN.

De minha parte, acredito que o tópico pode ser encerrado.

[Juliomar Marchetti]

Obrigado por reportar.

Fechando. Para novas dúvidas, criar um novo tópico.