Cancelamento NFS-eX municipio de Três Arroios

[awendisch]

Boa tarde pessoal
Na NFSeX, estou tendo problemas com o cancelamento da NFSe para a cidade de Tres Arroios no provedor Fiorilli.
O erro que retorna ao tentar cancelar a NFSe e o seguinte:
"Número da NFS-e inexistente na base de dados para o prestador do serviço pesquisado."
Identifiquei que o erro ocorre devido ao fato de que dentro do XML de cancelamento, a tag CodigoMunicipio está sendo preenchida com o Codigo do Municipio do "Emitente" da nota.
Verificando com o pessoal da Prefeitura de lá, fui informado que no Cancelamento, é necessário informar o Código do Município da cidade do "tomador/destinatario" do serviço.
Para testar, fiz uma alteração no código do cancelamento nas units da ACBr e na tag CodigoMunicipio, defini manualmente para o código do tomador do serviço daquela nota que eu queria cancelar.
Após essa mudança o cancelamento foi realizado com sucesso, sem retornar o erro que mencionei.
Alguem tem alguma ideia/sugestão de como resolver essa situação?

[Italo Giurizzato Junior]

Bom dia @awendisch,

Isso é muito estranho, pois segundo o manual da ABRASF (Fiorilli segue a versão 2 do layout da ABRASF) temos:

Como você pode ver tanto o CPF/CNPJ quanto a Inscrição Municipal é do Prestador do Serviço e não do Tomador.

Até o momento nenhum desenvolvedor postou problemas semelhante com o provedor Fiorilli.

Essa mudança é só para essa cidade ou ela é valida para todas ou trata-se de um bug no webservice do provedor?

[awendisch]

3 horas atrás, Italo Giurizzato Junior disse:

Bom dia @awendisch,

Isso é muito estranho, pois segundo o manual da ABRASF (Fiorilli segue a versão 2 do layout da ABRASF) temos:

Como você pode ver tanto o CPF/CNPJ quanto a Inscrição Municipal é do Prestador do Serviço e não do Tomador.

Até o momento nenhum desenvolvedor postou problemas semelhante com o provedor Fiorilli.

Essa mudança é só para essa cidade ou ela é valida para todas ou trata-se de um bug no webservice do provedor?

 

Italo, obrigado por sua resposta.

Só lembrando que o que estamos tentando fazer é o Cancelamento de uma NFSe. Neste caso também isso é valido?

Este problema esta ocorrendo apenas neste município, realmente é muito estranho. Porém foi a recomendação que o pessoal da prefeitura de lá nos passou, mediante o envio dos arquivos de cancelamento que eles solicitaram para analisar.

Eu vou questioná-los novamente, mandando esta imagem que vc postou e perguntar por que eles não estão seguindo o manual.. vamos ver o que eles dizem..

Postarei aqui o retorno deles.

[Italo Giurizzato Junior]

Boa tarde @awendisch,

Abaixo temos fragmentos do Schema referente ao Cancelamento.

Envio do pedido de cancelamento:

	<xsd:element name="CancelarNfseEnvio">
		<xsd:complexType>
			<xsd:sequence>
				<xsd:element name="Pedido" type="tcPedidoCancelamento" />
			</xsd:sequence>
		</xsd:complexType>
	</xsd:element>

Pedido de cancelamento:

	<xsd:complexType name="tcPedidoCancelamento">
		<xsd:sequence>
			<xsd:element name="InfPedidoCancelamento" type="tcInfPedidoCancelamento" minOccurs="1" maxOccurs="1" />
			<xsd:element ref="dsig:Signature" minOccurs="0" maxOccurs="1" />
		</xsd:sequence>
	</xsd:complexType>

Informações do pedido de cancelamento:

	<xsd:complexType name="tcInfPedidoCancelamento">
		<xsd:sequence>
			<xsd:element name="IdentificacaoNfse" type="tcIdentificacaoNfse" minOccurs="1" maxOccurs="1" />
			<xsd:element name="CodigoCancelamento" type="tsCodigoCancelamentoNfse" minOccurs="0" maxOccurs="1" />
		</xsd:sequence>
		<xsd:attribute name="Id" type="tsIdTag" />
	</xsd:complexType>

Identificação da NFS-e:

	<xsd:complexType name="tcIdentificacaoNfse">
		<xsd:sequence>
			<xsd:element name="Numero" type="tsNumeroNfse" minOccurs="1" maxOccurs="1" />
			<xsd:element name="CpfCnpj" type="tcCpfCnpj" minOccurs="1" maxOccurs="1" />
			<xsd:element name="InscricaoMunicipal" type="tsInscricaoMunicipal" minOccurs="0" maxOccurs="1" />
			<xsd:element name="CodigoMunicipio" type="tsCodigoMunicipioIbge" minOccurs="1" maxOccurs="1" />
		</xsd:sequence>
	</xsd:complexType>

Como você pode ver o pedido de cancelamento de uma NFS-e solicita a Identificação da NFS-e e nessa identificação devemos informar o CPF/CNPJ (obrigatório) e a Inscrição Municipal (opcional).

A imagem da minha postagem anterior se refere justamente ao tcIdentificacaoNfse.

No Manual não existe nada informando que essas informações tem que ser do tomador, uma vez que o pedido de cancelamento sempre parte de quem emitiu a nota, logo o prestador de serviço.

Você disse que só com essa cidade esta ocorrendo esse problema as demais utilizam o mesmo provedor ou são outros provedores?

 

Caso você tenha outro cliente de outra cidade que também se utiliza do provedor Fiorilli e não ocorre esse problema é uma coisa para ser dita a eles.

Na cidade A ao solicitar o cancelamento é informado os dados do prestador e o cancelamento ocorre sem nenhum problema.

Na cidade B o cancelamento só ocorre se informar os dados do tomador.

Sendo que tanto a cidade A quanto a cidade B são atendidas pelo mesmo provedor (Fiorilli).

[awendisch]

Em 04/10/2024 at 15:06, Italo Giurizzato Junior disse:

Boa tarde @awendisch,

Abaixo temos fragmentos do Schema referente ao Cancelamento.

Envio do pedido de cancelamento:

	<xsd:element name="CancelarNfseEnvio">
		<xsd:complexType>
			<xsd:sequence>
				<xsd:element name="Pedido" type="tcPedidoCancelamento" />
			</xsd:sequence>
		</xsd:complexType>
	</xsd:element>

Pedido de cancelamento:

	<xsd:complexType name="tcPedidoCancelamento">
		<xsd:sequence>
			<xsd:element name="InfPedidoCancelamento" type="tcInfPedidoCancelamento" minOccurs="1" maxOccurs="1" />
			<xsd:element ref="dsig:Signature" minOccurs="0" maxOccurs="1" />
		</xsd:sequence>
	</xsd:complexType>

Informações do pedido de cancelamento:

	<xsd:complexType name="tcInfPedidoCancelamento">
		<xsd:sequence>
			<xsd:element name="IdentificacaoNfse" type="tcIdentificacaoNfse" minOccurs="1" maxOccurs="1" />
			<xsd:element name="CodigoCancelamento" type="tsCodigoCancelamentoNfse" minOccurs="0" maxOccurs="1" />
		</xsd:sequence>
		<xsd:attribute name="Id" type="tsIdTag" />
	</xsd:complexType>

Identificação da NFS-e:

	<xsd:complexType name="tcIdentificacaoNfse">
		<xsd:sequence>
			<xsd:element name="Numero" type="tsNumeroNfse" minOccurs="1" maxOccurs="1" />
			<xsd:element name="CpfCnpj" type="tcCpfCnpj" minOccurs="1" maxOccurs="1" />
			<xsd:element name="InscricaoMunicipal" type="tsInscricaoMunicipal" minOccurs="0" maxOccurs="1" />
			<xsd:element name="CodigoMunicipio" type="tsCodigoMunicipioIbge" minOccurs="1" maxOccurs="1" />
		</xsd:sequence>
	</xsd:complexType>

Como você pode ver o pedido de cancelamento de uma NFS-e solicita a Identificação da NFS-e e nessa identificação devemos informar o CPF/CNPJ (obrigatório) e a Inscrição Municipal (opcional).

A imagem da minha postagem anterior se refere justamente ao tcIdentificacaoNfse.

No Manual não existe nada informando que essas informações tem que ser do tomador, uma vez que o pedido de cancelamento sempre parte de quem emitiu a nota, logo o prestador de serviço.

Você disse que só com essa cidade esta ocorrendo esse problema as demais utilizam o mesmo provedor ou são outros provedores?

 

Caso você tenha outro cliente de outra cidade que também se utiliza do provedor Fiorilli e não ocorre esse problema é uma coisa para ser dita a eles.

Na cidade A ao solicitar o cancelamento é informado os dados do prestador e o cancelamento ocorre sem nenhum problema.

Na cidade B o cancelamento só ocorre se informar os dados do tomador.

Sendo que tanto a cidade A quanto a cidade B são atendidas pelo mesmo provedor (Fiorilli).

Bom dia!

Entramos em contato com o responsável pelo sistema na prefeitura de Três Arrioios RS (Fiorilli)

Tivemos a seguinte resposta:

 

Ou seja, eles insistem que estão seguindo o manual da Abrasf. 

É possível me enviar este manual que cita que o código do município devem ser do emissor para que eu possa comprovar para eles?

Ou se não for possível essa comprovação, temos como ter algo no componente (propriedade) que diga qual é o código de município a ser enviado nos XMLs?

Pois agora estamos neste empasse que acaba nos deixando no escuro.

[awendisch]

2 horas atrás, awendisch disse:

Bom dia!

Entramos em contato com o responsável pelo sistema na prefeitura de Três Arrioios RS (Fiorilli)

Tivemos a seguinte resposta:

 

Ou seja, eles insistem que estão seguindo o manual da Abrasf. 

É possível me enviar este manual que cita que o código do município devem ser do emissor para que eu possa comprovar para eles?

Ou se não for possível essa comprovação, temos como ter algo no componente (propriedade) que diga qual é o código de município a ser enviado nos XMLs?

Pois agora estamos neste empasse que acaba nos deixando no escuro.

 

Falei com o pessoal da Fiorilli, segundo eles o código do município que deve ir no XML de cancelamento é o código do município onde houve a incidência do imposto

[Diego Foliene]

Boa tarde!

4 hours ago, awendisch said:

É possível me enviar este manual que cita que o código do município devem ser do emissor para que eu possa comprovar para eles?

Você pode encontrar todos os manuais de NFS-e que dispomos neste LINK.

Sendo ainda mais direto.

Manuais da ABRASF v1.0X

Manuais da ABRASF v2.0X

[awendisch]

49 minutos atrás, Diego Foliene disse:

Boa tarde!

Você pode encontrar todos os manuais de NFS-e que dispomos neste LINK.

Sendo ainda mais direto.

Manuais da ABRASF v1.0X

Manuais da ABRASF v2.0X

Olá Diego, obrigado por sua resposta.

Só que agora tenho a resposta da Fiorilli, e segundo eles o código do município que deve ir no XML de cancelamento é o código do município onde houve a incidência do imposto.

O problema é que o componente da ACBr não está gerando o XML de cancelamento conforme a orientação deste provedor.

Estou com problemas apenas com eles (Fiorili), os demais provedores que utilizamos com o ACBrNFSeX não tem dado problema nenhum.

Agora estamos num impasse, pois o provedor diz que está correto e a ACBr também esta correto.. 

 

[Diego Foliene]

2 minutes ago, awendisch said:

Olá Diego, obrigado por sua resposta.

Só que agora tenho a resposta da Fiorilli, e segundo eles o código do município que deve ir no XML de cancelamento é o código do município onde houve a incidência do imposto.

O problema é que o componente da ACBr não está gerando o XML de cancelamento conforme a orientação deste provedor.

Estou com problemas apenas com eles (Fiorili), os demais provedores que utilizamos com o ACBrNFSeX não tem dado problema nenhum.

Agora estamos num impasse, pois o provedor diz que está correto e a ACBr também esta correto.. 

 

Vamos discutir isso junto a equipe de consultores.

 

[Diego Foliene]

Conversando junto com os demais consultores, foi questionado se por favor, é possível disponibilizar o manual em que o atendente fez a conferência. O manual do provedor que informa que o código do município deve ser o de incidência do imposto e não o do emitente.

Também não ficou claro se a resposta do print de whatsapp que disponibilizou é a resposta do pessoal da Fiorilli ou da prefeitura.

[awendisch]

Em 09/10/2024 at 17:22, Diego Foliene disse:

Conversando junto com os demais consultores, foi questionado se por favor, é possível disponibilizar o manual em que o atendente fez a conferência. O manual do provedor que informa que o código do município deve ser o de incidência do imposto e não o do emitente.

Também não ficou claro se a resposta do print de whatsapp que disponibilizou é a resposta do pessoal da Fiorilli ou da prefeitura.

Olá Diego, Já solicitamos a Fiorilli o manual no qual eles se basearam.

Sobre o diálogo do Whats, contém a mensagem da Fiorilli (Tiago Martins de Barbosa) que respondeu para o atendente da prefeitura. Portanto esta sendo dito pelo proprio provedor.

[Italo Giurizzato Junior]

Bom dia @awendisch,

Fizemos uma alteração no componente.

Agora a classe que contem as informações de cancelamento consta com um novo campo chamado CodMunicipio.

Se ele não for preenchido o componente assume o código do município do emitente da nota.

Por favor atualize todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Foi feita uma alteração no programa exemplo tanto em Delphi quanto em Lazarus exemplificando como passar essa informação.

Ficamos no aguardo de um retorno.

[awendisch]

6 minutos atrás, Italo Giurizzato Junior disse:

Bom dia @awendisch,

Fizemos uma alteração no componente.

Agora a classe que contem as informações de cancelamento consta com um novo campo chamado CodMunicipio.

Se ele não for preenchido o componente assume o código do município do emitente da nota.

Por favor atualize todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Foi feita uma alteração no programa exemplo tanto em Delphi quanto em Lazarus exemplificando como passar essa informação.

Ficamos no aguardo de um retorno.

Bom dia Italo, 

Muitíssimo obrigado! Ja estamos atualizando os fontes, assim que testar aqui dou retorno!

[awendisch]

Em 11/10/2024 at 10:11, Italo Giurizzato Junior disse:

Bom dia @awendisch,

Fizemos uma alteração no componente.

Agora a classe que contem as informações de cancelamento consta com um novo campo chamado CodMunicipio.

Se ele não for preenchido o componente assume o código do município do emitente da nota.

Por favor atualize todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Foi feita uma alteração no programa exemplo tanto em Delphi quanto em Lazarus exemplificando como passar essa informação.

Ficamos no aguardo de um retorno.

Bom diaItalo , só para deixar registrado.

Deu certo o cancelamento para o município de Três Arroiois (Fiorilli) após a alteração.

Muito Obrigado!

[Alexandre de Paula]

Obrigado por reportar.

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