Tópicos deste artigo

• Manual de integração com o webservice
• Portais disponíveis
• Métodos disponíveis
• Tipo de impressão
• Observações gerais
• Observações específicas por cidade
• Observações sobre a geração do XML
• Erros comuns
• Campos customizados para a impressão do RPS
• Campos customizados para a impressão da NFSe

 

 

Manual de integração com o webservice

Download do manual

 

Portais Disponíveis 

• Produção
• Homologação

 

 

Métodos disponíveis

• Envio.
  
  • Assíncrono
  • Necessita envio sequencial¹
  • Não aceita envio de lote de RPS
• Consulta de Lote.
• Consulta de NFSe por RPS.
• Consulta de NFSe.
• Cancelamento de NFSe.
• Consulta de Notas Tomadas.

 

¹ Necessita que as notas sejam enviadas de forma sequencial 

 Tipo de impressão

• A impressão é feita via link da prefeitura¹

 

¹ Nossos produtos realizam o download do PDF da NFSe que foi gerado pela própria prefeitura.

Observações gerais

• Os ambientes de produção e homologação possuem formas diferentes de autenticação.
  • Para o ambiente de produção, deve-se cadastrar o certificado do prestador no portal da prefeitura, enquanto para o ambiente de homologação deve-se utilizar um certificado de teste (Ver este link).
  • Temos a informação de que para a utilização do ambiente de homologação não se pode usar o certificado do prestador, conforme este link.
  • Para dúvidas e erros referentes ao ambiente de homologação, contatar o seguinte e-mail disponibilizado pela Prefeitura: isscuritiba@curitiba.pr.gov.br
• Aceita envio em lote assíncrono. Para isso, basta replicar o bloco 'IncluirRps' e 'SalvarRps' ao final do primeiro 'SalvarRps'. Em anexo, disponibilizamos um exemplo com dados fictícios.
• Se o campo IdRps não for informado ele será gerado automaticamente concatenando "RPS_" + o Número do RPS. ('RPS'+NumeroRps);
• A cada nota autorizada, deve-se incrementar a numeração de RPS e de lote.

 

 

Observações específicas por cidade

Cidade	Observação
Curitiba/PR	A série deve ser enviada como "U" de única, ajuste feito pela prefeitura em 08/03/23.

 

 

Observações sobre a geração do XML

• O código do serviço segue o que está descrito na LC-116.
• É obrigatório informar o código CNAE.
  • Código CNAE segue a tabela nacional com 7 digítos.

 

 

---

Erros comuns

• E1002: Ocorreu um erro de conversao. A Natureza de Operacao informada, nao e permitida para a atividade informada. - POSICAO RPS - 1. Correcao: Informe uma Natureza de Operacao permitida para a atividade informada.
  No mês de Fevereiro/2021 a Prefeitura de Curitiba fez alterações no webservice relacionadas ao CodigoItemListaServico e CodigoCnae. A partir de então, deverá ser informado o Código do Serviço ou o Código CNAE (Se ambos os campos forem preenchidos poderá haver rejeição).
  Por exemplo: Se o CódigoItemListaServico é XXXX e o CodigoCnae é YYYYYYY, o TX2 será preenchido assim:
  CodigoItemListaServico=XXXX
  CodigoCnae=
  Ou assim:
  CodigoItemListaServico=
  CodigoCnae=YYYYYYY

• O erro "Server was unable to read request. ---> There is an error in XML document (32, 53). ---> Input string was not in a correct format."
  Pode ter como causa a formatação errada do XML, como máscaras e espaços dentro das tags.

 

 

Campos customizados para a impressão do RPS

• NomeFantasiaPrestador=String[80]
• RazaoSocialPrestador=String[80]
• EnderecoPrestador=String[80]
• CodigoMunicipioPrestador=String[10]
• UfPrestador=String[2]
• NumeroEnderecoPrestador=String[7]
• ComplementoEnderecoPrestador=String[20]
• BairroPrestador=String[40]
• CepPrestador=String[8]
• TelefonePrestador=String[20]
• EmailPrestador=String[80]
• OutroDoc=String[40]
• InscricaoEstadualTomador=String[40]

 

 

Campos Customizados para a impressão da NFSe

• OutroDoc=String[40]
• DataConversaoNFSe=String[40]
• InscricaoEstadualTomador=String[40]

 

 

Soluções Tecnospeed 

• Componente NFSe:  Release 7.7.43.X.
• Manager eDoc:   Release 4.1.96.XXXX