ACBR-8684 Provedor: Tinus ( Camaragibe) - Alteração layout NFSe

C4Dev · 8 Janeiro

Estou enviando em produção

Kaio Gerhardt · 8 Janeiro

2 minutos atrás, Milton Campanhã disse:

Consegui enviar apenas o lote assincrono e obter o protocolo. Mas a ConsultaLoteRPS sempre retorna que o lote não foi processado. Ou seja, não autoriza a nota.

Estou em contato com o suporte da Tinus ( [email protected] ) e eles respondem rápido.

Mas meu resumo até agora em ambiente de homologação:

1.Apenas o Envio Assincrono está funcionando ( os demais dão erro de hash / assinatura ), mas precisei ajustar do meu lado a geração do xml pois estava fora da ordem do manual.

2.A ConsultaLoteRPS sempre retorna lote não processado

3.Não consegui testar o cancelamento ( pois ainda não autorizou )

4.Se informar o grupo IBSCBS dá erro de schema fora de ordem

Assim que eu tiver resposta deles eu compartilho aqui.

Perfeito, tambem estou em contato com eles mas não me responderam até agora. Eu consegui um protocolo de uma nota com os campos IBSCBS, para o metodo EnviarLoteRpsEnvio se quiser posso compartilhar um xml gerado para consultar.

Renan Hartwig · 8 Janeiro

16 minutos atrás, Kaio Gerhardt disse:

Perfeito, tambem estou em contato com eles mas não me responderam até agora. Eu consegui um protocolo de uma nota com os campos IBSCBS, para o metodo EnviarLoteRpsEnvio se quiser posso compartilhar um xml gerado para consultar.

Pode compartilhar o xml gerado por favor? Também estou com o problema de protocolo ainda não processado.

Kaio Gerhardt · 8 Janeiro

19 minutos atrás, Renan Hartwig disse:

Pode compartilhar o xml gerado por favor? Também estou com o problema de protocolo ainda não processado.

Apenas removi os dados sensiveis.

estrutura-xml-tinus.txt

Editado 8 Janeiro por Kaio Gerhardt

joemil · 9 Janeiro

olá pessoal, estou preenchendo as tags assim:

mas o componente ta gerando elas dentro do servico, e nao como na estrutura q foi passada acima

LayoutNFSe := lnfsProvedor

e usando a procedure igual do demo pra preencher do provedor proprio

alguma dica?

Eduardo feu · 9 Janeiro

Pessoal, boa noite.

Vocês estão utilizando as novas URLS para envio nos ambientes de Homologação e Produção?

https://www.tinus.com.br/csp/Camaragibe/WSNFSE203.Service2.nfseSOAP.cls?WSDL

joemil · 12 Janeiro

boa tarde pessoal, consegui enviar uma nota. alterei aqui no Tinus.GravarXML.pas

antes era function GerarServico, e usa o padrÃo ABRASF pra preencher o IBSCBS

porem o retorno esta vindo no padrao nacional, e o componente nao ta lendo corretamente. to tentando ajustar isso

quem quiser testar o envio, ta no anexo

Tinus.GravarXml.pas

ARConsultoria · 12 Janeiro

1 hora atrás, joemil disse:

boa tarde pessoal, consegui enviar uma nota. alterei aqui no Tinus.GravarXML.pas

antes era function GerarServico, e usa o padrÃo ABRASF pra preencher o IBSCBS

porem o retorno esta vindo no padrao nacional, e o componente nao ta lendo corretamente. to tentando ajustar isso

quem quiser testar o envio, ta no anexo

Tinus.GravarXml.pas 4.38 kB · 1 download

Conseguiu pegar o retorno tambem?

ARConsultoria · 12 Janeiro

Da esse erro quando passo as TAG IBSCBS

joemil · 12 Janeiro

retorno fiz uma ~~gambiarra~~ funcao alternativa, pra ler o xml de retorno e preencher os fields da minha tabela. tive q ler o xml separado do componente

agora to tentando cancelar, mas da erro:

Erro: RNG6110 - Falha Schema Xml
Correção:
Erro: X209 - Retorno do Cancelamento não encontrado.
Correção:

joemil · 13 Janeiro

16 horas atrás, ARConsultoria disse:

Da esse erro quando passo as TAG IBSCBS

verifica se a tag IBSCBS ta nesta posicao

ARConsultoria · 13 Janeiro

18 minutos atrás, joemil disse:

verifica se a tag IBSCBS ta nesta posicao

Agora estou com esse erro: '

Informa o Regime de Apuração Tributária pelo Simples Nacional

'

joemil · 13 Janeiro

um xml de exemplo (mas ta sem a tag CodigoNBS, q nao reparei na hora de enviar - ela deve vir antes da tag discriminacao - ja foi ajustada no arquivo Tinus.GravarXml.pas postado anteriormente)

tinus.xml

joemil · 13 Janeiro

cancelamento nao ta funcionando tb

<?xml version="1.0" encoding="UTF-8"?><CancelarNfseResposta xmlns="http://www.abrasf.org.br/nfse.xsd">
  <ListaMensagemRetorno>
    <MensagemRetorno>
      <Codigo>RNG6110</Codigo>
      <Mensagem>Falha Schema Xml</Mensagem>
    </MensagemRetorno>
  </ListaMensagemRetorno>
</CancelarNfseResposta>

ainda nao descobri o motivo

joemil · 13 Janeiro

lembrando q estou fazendo para a cidade de Vitoria de Santo Antão-PE, mas sendo o provedor Tinus, deve seguir o mesmo padrão (ou não )

joemil · 15 Janeiro

tive q alterar os fontes, pq a Tinus envia um xml (proprio), mas retorna xml ambiente nacional. alterei a posicao da tag CodigoNBS tb, q precisa ficar antes da discriminacao

pra ler o retorno, alterei no Provider. facam uma comparacao com os fontes ai de vcs

Tinus.Provider.pas Tinus.LerXml.pas Tinus.GravarXml.pas

C4Dev · 15 Janeiro

Para este provedor, eu ainda estou tentando autorizar pela prefeitura de Jaboatão, estou preso nesta rejeição.

<ListaMensagemRetorno>
<MensagemRetorno>
<Codigo>E2055 - Informa o Regime de Apuração Tributária pelo Simples Nacional</Codigo>
<Mensagem> - </Mensagem>
</MensagemRetorno>
</ListaMensagemRetorno>

Alguém já teve esse retorno? O que fez para ajustar?

Milton Campanhã · 15 Janeiro

@Italo Giurizzato Junior Para a cidade de Camaragibe continua com o problema de xml fora da estrutura.

Código : E160
Mensagem: Arquivo enviado fora da estrutura do arquivo XML de entrada.ERROR #6237: Unexpected tag in XML input: CodigoNbs (ending at line 1 character 664).
Correção: Envie um arquivo dentro do schema do arquivo XML de entrada.

Precisaria ajustar a geração do xml para criar os nós na mesma sequencia do manual.

renemelo · 16 Janeiro

Boa tarde a todos.

Eu consegui Transmitir e consultar, porém tive que mudar as units do provedor Tinus também para o processo de Tratamento da consulta por RPS, pois o grande problema que temos aqui é o tempo de processamento don provedor Tinus. Para Cabo de Santo Agostinho\PE levou mais de 10 minutos, e quando tento consultar pelo RPS (já que ele recebe no formato Abrasf) enquanto o portal não processar fica retornando que o RPS é inválido, porém depois de um tempo ele carrega.

Achei muito ruim este tempo de espera, pois imagina uma carga que precisa ser despachada para entrega.

vou postar aqui o que mexi se alguém precisar. Não sei se é o melhor caminho, então se alguém tiver um processo melhor compartilha aqui para evoluirmos mais.

Abraço a todos.

Tinus.LerXml.pas Tinus.GravarXml.pas Tinus.Provider.pas

antonio.carlos · 16 Janeiro

5 minutos atrás, renemelo disse:

Boa tarde a todos.

Eu consegui Transmitir e consultar, porém tive que mudar as units do provedor Tinus também para o processo de Tratamento da consulta por RPS, pois o grande problema que temos aqui é o tempo de processamento don provedor Tinus. Para Cabo de Santo Agostinho\PE levou mais de 10 minutos, e quando tento consultar pelo RPS (já que ele recebe no formato Abrasf) enquanto o portal não processar fica retornando que o RPS é inválido, porém depois de um tempo ele carrega.

Achei muito ruim este tempo de espera, pois imagina uma carga que precisa ser despachada para entrega.

vou postar aqui o que mexi se alguém precisar. Não sei se é o melhor caminho, então se alguém tiver um processo melhor compartilha aqui para evoluirmos mais.

Abraço a todos.

Tinus.LerXml.pas 3.2 kB · 0 downloads Tinus.GravarXml.pas 4.85 kB · 0 downloads Tinus.Provider.pas 28.17 kB · 0 downloads

Obrigado !
Foi criada uma tarefa para analise da contribuição - ACBR-8809

Italo Giurizzato Junior · 16 Janeiro

Boa tarde a todos,

Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e façam novos testes.

Anderson Grolli · 16 Janeiro

Boa tarde Ítalo, atualizei agora aqui continua dando "access violation", pois está tentando ler o retorno como Abrasf203 mesmo, segue um XML aqui que eu autorizei.. Talvez ajude em algo, só baguncei as chaves e o CPJ:

This XML file does not appear to have any style information associated with it. The document tree is shown below.
<EnviarLoteRpsSincronoResposta xmlns="http://www.abrasf.org.br/nfse.xsd">
	<NumeroLote>9</NumeroLote>
	<DataRecebimento>2026-01-16T20:43:55Z</DataRecebimento>
	<Protocolo>20132383009</Protocolo>
	<ListaNfse>
		<CompNfse>
			<s01:Nfse xmlns="http://www.sped.fazenda.gov.br/nfse" xmlns:s01="http://www.abrasf.org.br/nfse.xsd" xmlns:s02="http://www.sped.fazenda.gov.br/nfse" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="s02:TCNFSe" versao="1.01">
				<infNFSe Id="NFS00000000000000000000000000000000000000000000000000">
					<xLocEmi>CABO DE SANTO AGOSTINHO</xLocEmi>
					<xLocPrestacao>CABO DE SANTO AGOSTINHO</xLocPrestacao>
					<nNFSe>2600000000009</nNFSe>
					<cLocIncid>2602902</cLocIncid>
					<xLocIncid>CABO DE SANTO AGOSTINHO</xLocIncid>
					<xTribNac>Outros servi?s de transporte de natureza municipal.</xTribNac>
					<verAplic>1.00</verAplic>
					<ambGer>1</ambGer>
					<tpEmis>2</tpEmis>
					<cStat>100</cStat>
					<dhProc>2026-01-16T20:43:55-00:00</dhProc>
					<nDFSe>2600000000009</nDFSe>
					<emit>
						<CNPJ>72370000001142</CNPJ>
						<IM>0300073</IM>
						<xNome>RODOTRIL TRANSPORTE DE CARGAS LTDA</xNome>
						<enderNac>
							<xLgr>ROD BR-101 SUL</xLgr>
							<nro>3140</nro>
							<xBairro>DIST.IND.DIPER</xBairro>
							<cMun>2602902</cMun>
							<UF>PE</UF>
							<CEP>54503410</CEP>
						</enderNac>
						<email>[email protected]</email>
					</emit>
					<valores>
						<vBC>0.01</vBC>
						<pAliqAplic>2.00</pAliqAplic>
						<vISSQN>0.00</vISSQN>
						<vTotalRet>0.00</vTotalRet>
						<vLiq>0.01</vLiq>
					</valores>
					<DPS versao="1.01">
						<infDPS Id="DPS000000000000000000000000000000000000000000">
							<tpAmb>2</tpAmb>
							<dhEmi>2026-01-16T20:43:55-00:00</dhEmi>
							<verAplic>1.02_homologacao</verAplic>
							<serie>2026</serie>
							<nDPS>2600000000009</nDPS>
							<dCompet>2026-01-16</dCompet>
							<tpEmit>1</tpEmit>
							<cLocEmi>2602902</cLocEmi>
							<prest>
								<CNPJ>72373277001142</CNPJ>
								<IM>0300473</IM>
								<email>[email protected]</email>
								<regTrib>
									<opSimpNac>1</opSimpNac>
									<regEspTrib>0</regEspTrib>
								</regTrib>
							</prest>
							<toma>
								<CNPJ>00069629000000</CNPJ>
								<xNome>NFSE DE HOMOLOGACAO</xNome>
								<end>
									<endNac>
										<cMun>4204202</cMun>
										<CEP>89802002</CEP>
									</endNac>
									<xLgr>NFSE DE HOMOLOGACAO</xLgr>
									<nro>123</nro>
									<xCpl>NFSE DE HOMOLOGACAO</xCpl>
									<xBairro>NFSE DE HOMOLOGACAO</xBairro>
								</end>
								<fone>499999999</fone>
								<email>[email protected]</email>
							</toma>
							<serv>
								<locPrest>
									<cLocPrestacao>2602902</cLocPrestacao>
								</locPrest>
								<cServ>
									<cTribNac>160201</cTribNac>
									<xDescServ>{[[Descricao=TRANSPORTE DE CARGAS - teste integracao de carga - cancelar][Quantidade=1][ValorUnitario=0.01]]}</xDescServ>
								</cServ>
							</serv>
							<valores>
								<vServPrest>
									<vServ>0.01</vServ>
								</vServPrest>
								<trib>
									<tribMun>
										<tribISSQN>1</tribISSQN>
										<tpRetISSQN>1</tpRetISSQN>
									</tribMun>
									<totTrib>
										<indTotTrib>0</indTotTrib>
									</totTrib>
								</trib>
							</valores>
						</infDPS>
					</DPS>
				</infNFSe>
				<Signature xmlns="http://www.w3.org/2000/09/xmldsig#" Id="Id-725A20DF-4F74-4BCC-B072-071B6789DA95">
					<SignedInfo>
						<CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"> </CanonicalizationMethod>
						<SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"> </SignatureMethod>
						<Reference URI="#NFS26029021272373277001142260000000000926019185913280">
							<Transforms>
								<Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"> </Transform>
								<Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"> </Transform>
							</Transforms>
							<DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/>
							<DigestValue>vraO2C/CYMH1YRYMUPHx1cZUIL4=</DigestValue>
						</Reference>
					</SignedInfo>
					<SignatureValue>clWSAVKojiquHSiN2B587Y7GzorgtNOojcSL+MyZen1VYSIMi1Q4LwyTDyAwlGqIqp0K0RBDjehpfftW3kYRoyceqL/EBRyIxoVPRce05adarxilSoV2xuPpSC3dKExNhU8KZteCnscGkJ4/IG64D4OJCF7sSeRoYB2hEIFKnST9rl1aKhCWqCYNQCGR8Pl6Z9vijaCA+pbTySPS3Mbp+sQQ2m6Xiw9QCv/HpCqV+tybmjY6M3rXnvF1j7t+Xz8yE81if6WwAMIApZzEkReuIuebZa88azkcovsB6ygpI/2D4wuBrGL6pT+fFvN+FIe4lBqnBpH1j8x63qVYQJk1Xg==</SignatureValue>
					<KeyInfo>
						<X509Data>
							<X509Certificate>MIIICjCCBfKgAwIBAgIIcIuxjnBRFjYwDQYJKoZIhvcNAQELBQAwdDELMAkGA1UEBhMCQlIxEzARBgNVBAoTCklDUC1CcmFzaWwxNjA0BgNVBAsTLVNlY3JldGFyaWEgZGEgUmVjZWl0YSBGZWRlcmFsIGRvIEJyYXNpbCAtIFJGQjEYMBYGA1UEAxMPQUMgVkFMSUQgUkZCIHY1MB4XDTI1MDIyMTE2MTQxMFoXDTI2MDIyMTE2MTQxMFowggEqMQswCQYDVQQGEwJCUjELMAkGA1UECBMCUEUxIDAeBgNVBAcTF0NBQk8gREUgU0FOVE8gQUdPU1RJTkhPMRMwEQYDVQQKEwpJQ1AtQnJhc2lsMTYwNAYDVQQLEy1TZWNyZXRhcmlhIGRhIFJlY2VpdGEgRmVkZXJhbCBkbyBCcmFzaWwgLSBSRkIxFjAUBgNVBAsTDVJGQiBlLUNOUEogQTExFTATBgNVBAsTDEFSIFRPVEFMQ0VSVDEZMBcGA1UECxMQVmlkZW9jb25mZXJlbmNpYTEXMBUGA1UECxMONDc0Njg3MTcwMDAxMjYxPDA6BgNVBAMTM01VTklDSVBJTyBETyBDQUJPIERFIFNBTlRPIEFHT1NUSU5ITzoxMTI5NDQwMjAwMDE2MjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBALoe0v2MAzltvwkOpnOnv7+23XOE/2+228wEtXarsoMfCPmJfmg2IPhfbeeItXEQhDYZlR5noRW/72BoVa4qAvcDdraE9hwADqDsOMDJDVKnPU7LZ0+DQ8TBjaC//FVYg9+2UxD9sCckcqX7WxuLMgtAG+jSQulZBE14XBi5bStBhLkcjiVsCSCiwck7rpD0kNOBw2ktnUfzWPUq4/mB04CkiXNXnDd2ycKRBzeqAbiIxmJfbtuh/2pY0WzD0GwxnJovai7YFxMHhOdlxD3zCJMp/AMsaAj3J0lS9XfRDq+GgfWvn1zd2OUGD7yC51AuNFhqSBsTbWonbN07s5D2id0CAwEAAaOCAuYwggLiMIGcBggrBgEFBQcBAQSBjzCBjDBVBggrBgEFBQcwAoZJaHR0cDovL2ljcC1icmFzaWwudmFsaWRjZXJ0aWZpY2Fkb3JhLmNvbS5ici9hYy12YWxpZHJmYi9hYy12YWxpZHJmYnY1LnA3YjAzBggrBgEFBQcwAYYnaHR0cDovL29jc3B2NS52YWxpZGNlcnRpZmljYWRvcmEuY29tLmJyMAkGA1UdEwQCMAAwHwYDVR0jBBgwFoAUU8ul5HVQmUAsvlsVRcm+yzCqicUwcAYDVR0gBGkwZzBlBgZgTAECASUwWzBZBggrBgEFBQcCARZNaHR0cDovL2ljcC1icmFzaWwudmFsaWRjZXJ0aWZpY2Fkb3JhLmNvbS5ici9hYy12YWxpZHJmYi9kcGMtYWMtdmFsaWRyZmJ2NS5wZGYwgbYGA1UdHwSBrjCBqzBToFGgT4ZNaHR0cDovL2ljcC1icmFzaWwudmFsaWRjZXJ0aWZpY2Fkb3JhLmNvbS5ici9hYy12YWxpZHJmYi9sY3ItYWMtdmFsaWRyZmJ2NS5jcmwwVKBSoFCGTmh0dHA6Ly9pY3AtYnJhc2lsMi52YWxpZGNlcnRpZmljYWRvcmEuY29tLmJyL2FjLXZhbGlkcmZiL2xjci1hYy12YWxpZHJmYnY1LmNybDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMIG6BgNVHREEgbIwga+BFWx1bGFjYWJyYWxsQGdtYWlsLmNvbaA4BgVgTAEDBKAvBC0yOTEwMTk1NTExMzQ1MjkyNDQ5MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDCgKAYFYEwBAwKgHwQdTFVJWiBDQUJSQUwgREUgT0xJVkVJUkEgRklMSE+gGQYFYEwBAwOgEAQOMTEyOTQ0MDIwMDAxNjKgFwYFYEwBAwegDgQMMDAwMDAwMDAwMDAwMA0GCSqGSIb3DQEBCwUAA4ICAQCeXxRXCnsipQSqpb3Ry8SH4J1X2Z3op4TBw2rKNn6fauAIch2oxb7Wm3R230CI52qi/HkKYQP+l5mAAPNJ29PUIc3O3GS1bPvMmJwr0hLlMQAxKGxihdonhiJsBvgGbHM8C7CNCPfKVEd3aXRgM6UL1QYGWdmFffi2pCA16N0fKKphJwZ4huy0dVKG2Xlqc0gYPduv0sTeOYMtjUY/T28HTf9mmFjFScMXLHCEVfUhKB95LoFQkRYd1CVdfhaK/rgzXfmhF0w2niEXYS61NlAd0ulHe/hdy1xhVJQDmyJuE3ADDjDZQV2hjr/XLI7CRtAD3NxCFevrcV5Q/NRr+qYNWnBHKGqBZqJ+Gq+srtkOhEG28Fov8KCY8QM6+OEGs34hDHFBtPLKFfThOdHgR1LnHYP6Zrt5OJKbJ1gHXxibk/ojiQivp0yrxokb/nu4wWLLe3kS0XOzlli1TNVrxGRSHkz1lqikgkpcMotr4ipL0/kzjbxcnb9SVdYip9G6MsIoKFuSfypYtivgD66qeVPmljOwUhSkESmuwRGDGetfsYwmJ6Jcdfq3rE9uSYfwOFcs2Zr1ydITyRQSevtKrN/XCXVUU5OKiaeDfLsj+yoMkHR+a+yNmFT6x9NtsAhqFsSaxmNzSExGbrRQZzP0nXgZgCQMPwHB8s3cbfstCd2MBw==</X509Certificate>
						</X509Data>
					</KeyInfo>
				</Signature>
			</s01:Nfse>
		</CompNfse>
	</ListaNfse>
</EnviarLoteRpsSincronoResposta>

Microtecs · 19 Janeiro

Mesma coisa aqui @Italo Giurizzato Junior continuar utilizando a procedure TACBrNFSeProviderABRASFv2.TratarRetornoEmitir e gera "access violation" ao ler a tag

NumNFSe := ObterConteudoTag(AuxNode.Childrens.FindAnyNs('Numero'), tcStr);

Se utilizar o padrão nacional TACBrNFSeProviderPadraoNacional.TratarRetornoEmitir gera "access violation" no parse pois o retorno um xml

Com relação ao erro na sequencia do xml de envio "Unexpected tag in XML input: CodigoNbs ", consegui implementado a geração do serviço direto na classe TNFSeW_Tinus203;

function TNFSeW_Tinus203.GerarServico: TACBrXmlNode;
var
Item: string;
begin
Result := CreateElement('Servico');

Result.AppendChild(GerarValores);

Result.AppendChild(AddNode(tcStr, '#20', 'IssRetido', 1, 1, NrOcorrIssRetido, FpAOwner.SituacaoTributariaToStr(NFSe.Servico.valores.IssRetido),
DSC_INDISSRET));

Result.AppendChild(AddNode(tcStr, '#21', 'ResponsavelRetencao', 1, 1, NrOcorrRespRetencao,
FpAOwner.ResponsavelRetencaoToStr(NFSe.Servico.ResponsavelRetencao), DSC_INDRESPRET));

Item := FormatarItemServico(NFSe.Servico.ItemListaServico, FormatoItemListaServico);

Result.AppendChild(AddNode(tcStr, '#29', 'ItemListaServico', 1, 8, NrOcorrItemListaServico, Item, DSC_CLISTSERV));

Result.AppendChild(AddNode(tcStr, '#30', 'CodigoCnae', 1, 9, NrOcorrCodigoCNAE, OnlyNumber(NFSe.Servico.CodigoCnae), DSC_CNAE));

Result.AppendChild(AddNode(tcStr, '#31', 'CodigoTributacaoMunicipio', 1, 20, NrOcorrCodTribMun_1, NFSe.Servico.CodigoTributacaoMunicipio,
DSC_CSERVTRIBMUN));

Result.AppendChild(AddNode(tcStr, '#32', 'CodigoNbs', 1, 9, NrOcorrCodigoNBS, NFSe.Servico.CodigoNBS, DSC_CMUN));

Result.AppendChild(AddNode(tcStr, '#33', 'Discriminacao', 1, 2000, NrOcorrDiscriminacao_1, StringReplace(NFSe.Servico.Discriminacao,
Opcoes.QuebraLinha, FpAOwner.ConfigGeral.QuebradeLinha, [rfReplaceAll]), DSC_DISCR));

Result.AppendChild(AddNode(tcStr, '#34', 'CodigoMunicipio', 1, 7, NrOcorrCodigoMunic_1, OnlyNumber(NFSe.Servico.CodigoMunicipio), DSC_CMUN));

Result.AppendChild(GerarCodigoPaisServico);

Result.AppendChild(AddNode(tcInt, '#36', 'ExigibilidadeISS', NrMinExigISS, NrMaxExigISS, NrOcorrExigibilidadeISS,
StrToInt(FpAOwner.ExigibilidadeISSToStr(NFSe.Servico.ExigibilidadeISS)), DSC_INDISS));

Result.AppendChild(AddNode(tcInt, '#38', 'MunicipioIncidencia', 7, 7, NrOcorrMunIncid, NFSe.Servico.MunicipioIncidencia, DSC_MUNINCI));

Result.AppendChild(AddNode(tcStr, '#39', 'NumeroProcesso', 1, 30, NrOcorrNumProcesso, NFSe.Servico.NumeroProcesso, DSC_NPROCESSO));

Result.AppendChild(GerarListaItensServico);
end;

Milton Campanhã · 23 Janeiro

@Italo Giurizzato Junior Atualizei os fontes e fiz o teste em ambiente de produção, mas tive este retorno.

Código : E160
Mensagem: Arquivo enviado fora da estrutura do arquivo XML de entrada.ERROR #6237: Unexpected tag in XML input: CodigoNbs (ending at line 1 character 669).
Correção: Envie um arquivo dentro do schema do arquivo XML de entrada.

Pelo que eu pude entender, o CodigoNbs não está na ordem/sequencia igual ao manual e schema.

Vou tentar ajustar a ordem aqui, usando os códigos que foram passado por outros usuários acima, para tentar enviar e caso eu consiga, envio o código com a alteração.

Obrigado.

Editado 23 Janeiro por Milton Campanhã

Anderson Grolli · 23 Janeiro

Bom dia @Microtecs ,

Você já conseguiu passar desse erro de Access Violation, ou continua assim? Aqui quando autoriza sempre da exceção dentro do componente, não consegui tratar ainda...

@Milton Campanhã, com a atualização de hoje, passou a ser obrigatório enviar o código NBS no provedor TINUS, alteraram nos fontes, aqui eu coloquei uma validação interna, para retornar para o usuário informar o NBS; Ou seja, quase certo que você naõ informou o NBS antes de enviar a nota, por isso o erro; Acabei de testar aqui.

Entrar

Sobre nós...

ACBR-8684 Provedor: Tinus ( Camaragibe) - Alteração layout NFSe

Recommended Posts

Top Posters In This Topic

Popular Days

Top Posters In This Topic

Popular Days

Popular Posts

Alexandre de Paula

Italo Giurizzato Junior

Italo Giurizzato Junior

Posted Images

Crie uma conta ou entre para comentar

Criar uma conta

Entrar

Sobre nós...

Informação Importante