Sigcorp - Chapecó - Solução Rejeição cNBS

[Delcio]

Bom dia pessoal.

Consegui transmitir para Chapecó com o novo campo, tive que alterar o schema e a unit do provedor.

Seguem em anexo caso alguém queira testar e subir.

Falta implementar os campos de IBS/CBS, só solucionei o problema de envio pois as empresas que atendo são do simples e precisava resolver rápido o problema da rejeição do novo campo.

Para funcionar:

• Colocar o schema na pasta 2.04 da Sigcorp.
• Substituir a unit do provedor em Provedores.
• Modo de Transmissão: LoteSincrono ou LoteAssincrono,  (meUnitario retorna que o servidor está fora).
• AguardarResposta tem que estar alto, no meus testes pode demorar até mais de 20 Segundos para retornar a NFSe;
• Passar o NBS em Servico.CodigoNBS.

 

 

nfse.xsd SigCorp.GravarXml.pas

Consegui também esses arquivos de exemplo do provedor com um cliente nosso. Caso alguém queira implementar os campos de IBS/CBS, no momento estou sem tempo disponível.

exemplo-com-ibscbs.xml exemplo-xml.xml

[Juliano Stringari]

Bom dia Delcio.

Trabalho em uma empresa que mantém um sistema de emissão de NF para a Epagri de Florianópolis que utiliza vários provedores de emissão de NF e a Sigcorp é uma delas.

Você poderia confirmar a URL do webservice?

Ainda é essa? 

https://chapeco.meumunicipio.online/abrasf/ws

Obrigado pela atenção.

 

[Delcio]

8 minutos atrás, Juliano Stringari disse:

Você poderia confirmar a URL do webservice?

Ainda é essa? 

https://chapeco.meumunicipio.online/abrasf/ws

Obrigado pela atenção.

 

A princípio sim, estou usando as URLS padrão do acbr
 

[4204202]
; Atualizado em 20/01/2023
Nome=Chapeco
UF=SC
Provedor=SigCorp
Versao=2.04
ProRecepcionar=https://chapeco.meumunicipio.online/abrasf/ws
HomRecepcionar=https://testechapeco.meumunicipio.online/abrasf/ws
ProNameSpace=https://abrasfchapeco.meumunicipio.online/ws
HomNameSpace=https://testechapecoabrasf.meumunicipio.online/ws

Editado 7 Janeiro por Delcio

[Delcio]

Mais uma alteração para o cancelamento:
Agora está exigindo o MotivoCancelamento.

Substituir o schema e a unit do provedor pelos anexados.

Também parece que o cancelamento ficou assíncrono, ao solicitar o cancelamento é retornada essa mensagem:

<Mensagem>Solicitação recebida! Aguarde a confirmação de cancelamento pelo ADN.</Mensagem>

Segue em anexo o xml de retorno.

Para resolver estou aguardando um tempo e consultando a NFSe para comprovar o cancelamento.

nfse.xsd SigCorp.Provider.pas 1871-can.xml 1871-can-soap.xml

[Proxsis Sistemas]

Eu implementei a tag IBSCBS.

As tags sao as mesmas da IPM entao coloquei os metodos para geracao da tag no ABRASFv2

 

IPM.GravarXml.pas SigCorp.GravarXml.pas ACBrNFSeXGravarXml_ABRASFv2.pas

[Diniz]

SIGISS em Marilia/SP a estrutura parece ser diferente , estou utilizando WEBService direto pelo Delphi, importando a estrutura pelo link https://marilia.sigiss.com.br/marilia/ws/sigiss_ws.php?wsdl

 

SIGISS_ws_2026.pas

[Juliano Stringari]

Obrigado pela resposta Delcio.

Outra dúvida. Vocês não têm, ainda, o arquivo .XSD com as tags da reforma?

[Marcelo Fagundes]

Délcio, estou tentando enviar pra chapecó, e só retorna a msg abaixo

EL0: Erro interno do servidor. Tente novamente em instantes, caso o problema persista favor entrar em contato com o suporte - CODE: 0
X202: Lista de NFSe não encontrada! (ListaNfse)

vc está conseguindo emitir normal?

[VEXCOM Sistemas - Valtair]

Também sofri com isso, porque não tinha lido o primeiro comentário do @Delcio 

mas se usar modo de Transmissão: LoteSincrono ou LoteAssincrono, dá certo

[aappelt]

Está retornando o número da DPS para vocês?

[Marcelo Parisotto]

Olá. Usando RecepcionarLoteRpsSincrono, retorna o protocolo e a nota é enviada à ADN com sucesso (consultei a prefeitura). Porém, ao consultar o protocolo retorna a situação 4 (Processado com Sucesso), porém, não retorna os dados da NFS-E gerada. Segue o retorno: 

 

[Juliano Stringari]

Aqui na primeira consulta no nosso sistema (ambiente de testes da Sigcorp) do status do lote retorna o XML com essas informações (aqui formatadas pra sair dessa forma no sistema):

Código->E178
Descriçao->Lote aguardando processamento. - CODE: 1
Correção->O lote de RPS correspondente ao protocolo informado foi recebido pela Prefeitura, mas ainda não foi processado.
 

Já na segunda consulta, 1 minuto depois, retorna esse XML

<ConsultarLoteRpsResposta xmlns="http://www.abrasf.org.br/nfse.xsd">
  <Situacao>4</Situacao>
  <ListaNfse>
    <CompNfse/>
  </ListaNfse>
</ConsultarLoteRpsResposta>

 

 

 

Editado 7 Janeiro por Juliano Stringari

[Microsys Sistemas]

Atualizei as units disponibilizadas e o schemas. porem comecei receber este erro: "Não foi possível consultar a situação da NFSe, tente novamente mais tarde."

[Marcelo Parisotto]

9 minutos atrás, Juliano Stringari disse:

Aqui na primeira consulta (ambiente de testes) do status do lote retorna o XML com essas informações (aqui formatadas pra sair dessa forma no sistema):

Código->E178
Descriçao->Lote aguardando processamento. - CODE: 1
Correção->O lote de RPS correspondente ao protocolo informado foi recebido pela Prefeitura, mas ainda não foi processado.
 

Já na segunda consulta, 1 minuto depois, retorna esse XML

<ConsultarLoteRpsResposta xmlns="http://www.abrasf.org.br/nfse.xsd">
  <Situacao>4</Situacao>
  <ListaNfse>
    <CompNfse/>
  </ListaNfse>
</ConsultarLoteRpsResposta>

 

 

 

Pra mim sai da mesma forma. Deveria ter retornado os dados da NFS-E gerada. 

 

[Delcio]

1 hora atrás, Juliano Stringari disse:

...

Já na segunda consulta, 1 minuto depois, retorna esse XML

<ConsultarLoteRpsResposta xmlns="http://www.abrasf.org.br/nfse.xsd">
  <Situacao>4</Situacao>
  <ListaNfse>
    <CompNfse/>
  </ListaNfse>
</ConsultarLoteRpsResposta>

Isso, o retorno deles parece que não está muito certo, mas se der um ConsultarNFSeporRps depois de alguns segundos vc consegue a NFSe

[Juliano Stringari]

Ué, tem que usar um outro serviço pra obter os dados da NFSe??

Não adianta mais usar o ConsultarLoteRps?

 

 

Editado 7 Janeiro por Juliano Stringari

[juliomar.marchetti]

Então já existe o RPS e DPS pois os servidores deles não é lá grandes coisas para enviar o rps e já retornar a nfs

se dá lote em processamento é esperar e consultar

 

[Proxsis Sistemas]

Aqui so consigo enviar em modo: LoteAssincrono. 
Testei todas as formas de consulta a por lote retorna o seguinte

 

Requisicao

<?xml version="1.0" encoding="UTF-8"?>
<ConsultarLoteRpsEnvio xmlns="http://www.abrasf.org.br/nfse.xsd">
	<Prestador>
		<CpfCnpj>
			<Cnpj>15424748000199</Cnpj>
		</CpfCnpj>
		<InscricaoMunicipal>40796</InscricaoMunicipal>
	</Prestador>
	<Protocolo>0084e81aeb4fb45ad960f0cbb3786bd37fdc0361xAPpB3zwoE</Protocolo>
</ConsultarLoteRpsEnvio>

Resposta

<ConsultarLoteRpsResposta xmlns="http://www.abrasf.org.br/nfse.xsd">
	<ListaMensagemRetornoLote>
		<MensagemRetorno>
			<IdentificacaoRps>
				<Numero>10619</Numero>
				<Serie>1</Serie>
				<Tipo>1</Tipo>
			</IdentificacaoRps>
			<Codigo>EL0</Codigo>
			<Mensagem>Erro interno do servidor. Tente novamente em instantes, caso o problema persista favor entrar em contato com o suporte - CODE: 1</Mensagem>
		</MensagemRetorno>
	</ListaMensagemRetornoLote>
</ConsultarLoteRpsResposta>

 

[Raphael Sanini]

boa tarde como a Etherium é do mesmo Grupo da SigCorp resulvi tentar adaptar o compartilhamento do @Delcio para esse provedor, consegui enviar a nota , a resposta do servidor é um número de protocolo.

Analisando a estrutura la no portal da prefeitura, ele estão criando um sistema chamado ADN que envia a nota para o ambiente nacional e acredito que com esse protocolo depois consigo pegar o resultado.

Porem ocorreu o seguinte, o número da nota no portal da prefeitura esta totalmente fora da sequencia que o provedor esta usando nas notas dele. 

Por exemplo as notas que emite pelo portal estão em 22050

A nota que mandei por webservice saiu como 34050 ao inves de 22051. E a Etherium simplemente tirou o botão de cancelar do portal deles,rs no SigCorp ocorreu isso tambem ?

[Juliano Stringari]

A resposta da Betha, ambiente de Produção, ConsultarStatusDpsEnvio, para cidade de Campos Novos - SC, é essa:

            <ns2:listaMensagens>

                <ns2:mensagem>

                    <ns2:codigo>E1272</ns2:codigo>

                    <ns2:mensagem>O código do município informado não existe ou não está ativo no convênio municipal na data de processamento de compartilhamento com o ADN.</ns2:mensagem>

                    <ns2:correcao/>

                </ns2:mensagem>

            </ns2:listaMensagens>

Aparentemente estão fazendo da mesma forma que o Sigcorp.

[FBA Digital - Fábio]

 

[ADMINFO]

Alguém está conseguindo enviar para o SigCorp utilizando os schemas atualmente disponíveis no ACBr?

Notei que a última atualização dos schemas do SigCorp no ACBr é de 2023.
No meu caso, estou utilizando o XSD da versão 2.04 que foi compartilhado pelos colegas.

Agradeço se puderem compartilhar experiências ou orientações.

[Alexandre Felippeto Henzen]

Em 07/01/2026 at 09:32, Delcio disse:

Mais uma alteração para o cancelamento:
Agora está exigindo o MotivoCancelamento.

Substituir o schema e a unit do provedor pelos anexados.

Também parece que o cancelamento ficou assíncrono, ao solicitar o cancelamento é retornada essa mensagem:

<Mensagem>Solicitação recebida! Aguarde a confirmação de cancelamento pelo ADN.</Mensagem>

Segue em anexo o xml de retorno.

Para resolver estou aguardando um tempo e consultando a NFSe para comprovar o cancelamento.

nfse.xsd 51.92 kB · 34 downloads SigCorp.Provider.pas 31.42 kB · 17 downloads 1871-can.xml 303 B · 24 downloads 1871-can-soap.xml 660 B · 26 downloads

o ACBr acaba ignorando essa mensagem de solicitação recebida quando passa pelo  trecho do "TACBrNFSeProviderABRASFv2.TratarRetornoCancelaNFSe", que verifica se a tag <NfseCancelamento> estiver vazia, força o erro COD210


O retorno está ficando sem conteudo nesta tag, fazendo com que retorne a mensagem em tela: 'Nfse do Cancelamento não encontrada.'

Retorno do provedor completo:

<CancelarNfseResposta xmlns="http://www.abrasf.org.br/nfse.xsd"> 
  <RetCancelamento> 
    <NFseCancelamento></NFseCancelamento> 
    <Mensagem>Solicitatação recebida! Aguarde a confirmação de cancelamento pelo ADN.</Mensagem> 
  </RetCancelamento>
</CancelarNfseResposta>

Isso confunde o usuario, por que como assim a NFSee do cancelamento ano foi encontrada. Mas pelo que entendi é um problema no retorno de chapecó né, eles não estão retornando dentro do padrão abrasf versão 2.04.
Verifiquei no manual da abrasf atual e mostra que nfse é obrigatorio o preenchimento 1-1:


Eles até colocaram a tag, mas não preencheram nada. E ainda adicionaram essa tag de <Mensagem> dentro de tcRetCancelamento e pelo manual não é esperada essa tag de mensagem dentro da tag de <RetCancelamento>. 

O mesmo tava acontecendo na emissão, quando tentei enviar com tipo sincrono. Ele não encontrava a tag <ListaNFSe> e retornava rejeição 202:

Isso por que o retorno deles fica assim:

<EnviarLoteRpsSincronoResposta xmlns="http://www.abrasf.org.br/nfse.xsd"> 
  <NumeroLote>1</NumeroLote> 
  <DataRecebimento>2026-04-09T16:54:28-03:00</DataRecebimento> 
  <Protocolo>afdc7e238d4e347be7ee13848d02f9fcf3c078b59UVQlqJv54</Protocolo> 
  <Mensagem>Solicitação recebida! Aguarde a confirmação da Nota Fiscal pelo Sefaz/ADN.</Mensagem>
</EnviarLoteRpsSincronoResposta>

Esta tag ListaNFe é outra tag que está como obrigatória no manual da abrasf, mas o provedor de chapecó não retorna:


Ou seja, eu assumo que o arquivo TACBrNFSeProviderABRASFv2 está correto nos seus tratamentos, quem está errado é o provedor de chapecó que está retornando a resposta fora do padrão.
Como voces estão fazendo? estão ignorando essa mensagem de 'Nfse do Cancelamento não encontrada.' no cancelamento e 'Lista de NFSe não encontrada!' na emissão e aí consultam depois?

Fontes: https://abrasf.org.br/biblioteca/arquivos-publicos/nfs-e/versao-2-04

[juliomar.marchetti]

Em 07/01/2026 at 09:32, Delcio disse:

Mais uma alteração para o cancelamento:
Agora está exigindo o MotivoCancelamento.

Substituir o schema e a unit do provedor pelos anexados.

Também parece que o cancelamento ficou assíncrono, ao solicitar o cancelamento é retornada essa mensagem:

<Mensagem>Solicitação recebida! Aguarde a confirmação de cancelamento pelo ADN.</Mensagem>

Segue em anexo o xml de retorno.

Para resolver estou aguardando um tempo e consultando a NFSe para comprovar o cancelamento.

nfse.xsd 51.92 kB · 34 downloads SigCorp.Provider.pas 31.42 kB · 17 downloads 1871-can.xml 303 B · 24 downloads 1871-can-soap.xml 660 B · 26 downloads

consegue confirmar se isso está no SVN?

Em 07/01/2026 at 09:43, Proxsis Sistemas disse:

Eu implementei a tag IBSCBS.

As tags sao as mesmas da IPM entao coloquei os metodos para geracao da tag no ABRASFv2

 

IPM.GravarXml.pas 29.75 kB · 1 download SigCorp.GravarXml.pas 5.11 kB · 6 downloads ACBrNFSeXGravarXml_ABRASFv2.pas 76.72 kB · 5 downloads

Seus ajustes estão no SVN????

Em 09/01/2026 at 03:59, FBA Digital - Fábio disse:

 

o que está nesse tópico já está no svn???

[Alexandre Felippeto Henzen]

Em 10/04/2026 at 15:54, Alexandre Felippeto Henzen disse:

o ACBr acaba ignorando essa mensagem de solicitação recebida quando passa pelo  trecho do "TACBrNFSeProviderABRASFv2.TratarRetornoCancelaNFSe", que verifica se a tag <NfseCancelamento> estiver vazia, força o erro COD210


O retorno está ficando sem conteudo nesta tag, fazendo com que retorne a mensagem em tela: 'Nfse do Cancelamento não encontrada.'

Retorno do provedor completo:

<CancelarNfseResposta xmlns="http://www.abrasf.org.br/nfse.xsd"> 
  <RetCancelamento> 
    <NFseCancelamento></NFseCancelamento> 
    <Mensagem>Solicitatação recebida! Aguarde a confirmação de cancelamento pelo ADN.</Mensagem> 
  </RetCancelamento>
</CancelarNfseResposta>

Isso confunde o usuario, por que como assim a NFSee do cancelamento ano foi encontrada. Mas pelo que entendi é um problema no retorno de chapecó né, eles não estão retornando dentro do padrão abrasf versão 2.04.
Verifiquei no manual da abrasf atual e mostra que nfse é obrigatorio o preenchimento 1-1:


Eles até colocaram a tag, mas não preencheram nada. E ainda adicionaram essa tag de <Mensagem> dentro de tcRetCancelamento e pelo manual não é esperada essa tag de mensagem dentro da tag de <RetCancelamento>. 

O mesmo tava acontecendo na emissão, quando tentei enviar com tipo sincrono. Ele não encontrava a tag <ListaNFSe> e retornava rejeição 202:

Isso por que o retorno deles fica assim:

<EnviarLoteRpsSincronoResposta xmlns="http://www.abrasf.org.br/nfse.xsd"> 
  <NumeroLote>1</NumeroLote> 
  <DataRecebimento>2026-04-09T16:54:28-03:00</DataRecebimento> 
  <Protocolo>afdc7e238d4e347be7ee13848d02f9fcf3c078b59UVQlqJv54</Protocolo> 
  <Mensagem>Solicitação recebida! Aguarde a confirmação da Nota Fiscal pelo Sefaz/ADN.</Mensagem>
</EnviarLoteRpsSincronoResposta>

Esta tag ListaNFe é outra tag que está como obrigatória no manual da abrasf, mas o provedor de chapecó não retorna:


Ou seja, eu assumo que o arquivo TACBrNFSeProviderABRASFv2 está correto nos seus tratamentos, quem está errado é o provedor de chapecó que está retornando a resposta fora do padrão.
Como voces estão fazendo? estão ignorando essa mensagem de 'Nfse do Cancelamento não encontrada.' no cancelamento e 'Lista de NFSe não encontrada!' na emissão e aí consultam depois?

Fontes: https://abrasf.org.br/biblioteca/arquivos-publicos/nfs-e/versao-2-04

galera, se realmente esse provedor estiver retornando o xml fora do padrão do abrasf, o que podemos fazer? devemos abrir um chamado pro sigcorp questionando isso? tentei achar algum canal pra abrir chamado pra eles, mas não encontrei.

Fica retornando essa rejeição 202 e 210 por conta de o provedor retornar o xml fora do padrão abrasf como expliquei. Não quero ter que criar um tratamento especifico pra esse municipio, sendo que o errado aparentemente é o retorno deles.