Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

3 ARQUITETURA DE COMUNICAÇÃO COM O CONTRIBUINTE

3.1 Modelo Conceitual
Utilizando Web Service, o Sistema de Notas Fiscais de Serviços
Serviço Eletrônicas das Administrações Tributárias Municipais disponibilizará serviços
que poderão ser acessados pelos sistemas sistemas dos contribuintes. A seguir, estão
resumidos os serviços disponíveis e suas respectivas funcionalidades básicas.

...

  1. A aplicação acessa o serviço de “Consulta de NFS-e” e submete os dados para processamento.

  2. A requisição é recebida pelo servidor do Web Service, que verifica os dados preenchidos e identifica a(s) NFS-e(s) correspondente (s).

  3. O Web Service retorna uma mensagem com o resultado do processamento do serviço.

4 PADRÕES TÉCNICOS

...

O meio físico de comunicação utilizado entre os sistemas de informação dos contribuintes e o Sistema de Notas Fiscais de Serviço Eletrônicas das Administrações Tributárias Municipais será a Internet, com o uso do protocolo SSL, que além de garantir um duto de comunicação seguro na Internet, permite a utilização de nome ou código de usuário e senha em tráfego seguro.

O modelo de comunicação segue o padrão de Web Services definido pelo WS-I Basic Profile (Basic 128).

A troca de mensagens entre o Web Service do Sistema de Notas Fiscais de Serviço Eletrônicas das Administrações Tributárias Municipais e o sistema do contribuinte será realizada no padrão SOAP, com troca de mensagens XML no padrão Style/Enconding: Document/Literal, wrapped. A opção “wrapped”
representa esenta a chamada aos métodos disponíveis com a passagem de mais de um parâmetro. Para descrever os serviços disponibilizados, será utilizado um documento WSDL (Web Service DescriptionLanguage). O WSDL é o padrão recomendado para descrição de serviços SOAP.

As chamadas aos serviços serão feitas enviando como parâmetro um documento XML a ser processado pelo sistema. Esse documento não fará parte da descrição do serviço (arquivo WSDL), e o formato do XML
correspondente ao serviço está definido neste manual de integração, seção 5.


4.1 Habilitando Login
Para conectar um sistema gerador de RPS com o sistema emissor de NFS-e

Siga os seguintes passos:
1 - acesse a Área do Prestador de Serviços, no Portal Janela Única.
2 - clique em Contribuinte e depois em RPS.
3 - clique no botão Alterar Senha.
A senha cadastrada será utilizada tanto na integração ao web Service de teste quanto no Web Service de Produção. Uma vez cadastrada a nova senha a empresa estará homologada.
As informações necessárias para acessar o Web Service são o código do usuário e
a senha.

...

5 PADRÃO DAS MENSAGENS XML

A especificação adotada para as mensagens XML é a recomendação W3C para XML 1.0, disponível em http://www.w3.org/TR/REC-xmle a codificação dos caracteres será em UTF-8.

As chamadas dos Web Services disponibilizados Administrações Tributárias Municipais e os respectivos resultados do processamento são realizadas com utilização de mensagens com o seguinte padrão:

Área de Cabeçalho – estrutura XML padrão para todas as mensagens de chamada e retorno de resultado dos Web Services disponibilizados pelas Administrações Tributárias Municipais, que contêm os dados de controle da mensagem. A área de cabeçalho está sendo utilizada para armazenar a versão do leiaute da estrutura XML informada na área de dados

Área de Dados – estrutura XML variável definida na documentação do Web Service acessado.

Abaixo, o leiaute da Área de Cabeçalho:

#

Nome

Elemento

Pai

Tipo

Ocorrência

Tamanho

Descrição

1

cabeçalho

G

1-1

TAG raiz do cabeçalho da
mensagem.

username

A

1

C

1-1

Login para autenticação

password

A

1

C

1-1

Senha para autenticação

timestamp

A

1

DT

1-1

Timestamp da requisição

6 ESTRUTURA DE DADOS DO WEB SERVICE

Existe um único Web Service com todos os serviços apresentados no item 3.1. O fluxo de comunicação é sempre iniciado pelo sistema do contribuinte com o envio de uma mensagem XML ao Web Service com o
pedido do serviço desejado.

...

  1. O aplicativo do contribuinte inicia a conexão enviando uma mensagem de solicitação de serviço para o Web Service de recepção de solicitação de serviços;

  2. O Web Service de recepção recebe a mensagem de solicitação de serviço e a coloca na fila de serviços solicitados;

  3. O Web Service de recepção de solicitação de serviços retorna o protocolo da solicitação de serviço e a data e hora de gravação na fila de serviços solicitados ao aplicativo do contribuinte;

  4. O aplicativo do contribuinte recebe o protocolo;

  5. Na estrutura interna do aplicativo de NFS-e a solicitação de serviços é retirada da fila de serviços solicitados pelo aplicativo da NFS-e em momento específico, definido pela equipe técnica da NFS-e;

  6. O serviço solicitado é processado pelo aplicativo da NFS-e e o resultado do processamento é colocado na fila de serviços processados;

    Obtenção do resultado do serviço:

  7. O aplicativo do contribuinte, utilizando o protocolo recebido, envia uma consulta ao serviço que retornará o resultado do processamento daquele protocolo, iniciando uma conexão com o Web Service;

  8. O Web Service recebe a mensagem de consulta e localiza o resultado de processamento da solicitação de serviço;

  9. O Web Service devolve o resultado do processamento ao aplicativo contribuinte;

  10. O aplicativo do contribuinte recebe a mensagem de resultado do processamento e, caso não exista outra mensagem, encerra a conexão.

7 FORMATOS E PADRÕES UTILIZADOS

Abaixo seguem algumas formatações de dados que devem ser seguidas para geração correta na estrutura dos arquivos.

...

Campo

Tipo

Descrição

Tam.

numeroNfse

N

Número da Nota Fiscal de Serviço Eletrônica, formado
por um número sequencial com 15 posições

15

codigoVerificacao

C

Código de verificação do número da nota

9

outrasInformacoes

C

Informações adicionais ao documento

255

status

N

Código de status da NFS-e e RPS

1

numeroRps

N

Número do RPS

15

serieRps

C

Número de série do RPS

5

codigoServico

C

Código do serviço prestado Item da LC 116/2003

5

tipoRps

N

Código de tipo de RPS
1 – RPS
2 – Nota Fiscal Conjugada (Mista)
3 – Cupom

1

valor

N

Valor monetário. Formato: 0.00 (ponto separando casa
decimal) Ex: 1.234,56 = 1234.56 1.000,00 = 1000.00
1.000,00 = 1000

15,2

cep

C

Número do CEP

8

municipio

N

Código de identificação do município conforme tabela
do IBGE

7

complementoEndereco

C

Complemento de endereço

60

email

C

E-mail

80

endereço

C

Tipo e nome do logradouro (Av., Rua, ...)

125

nomeFantasia

C

Nome fantasia

60

numeroEndereco

C

Número do imóvel

10

pais

C

Código de identificação do município conforme tabela
do BACEN

4

razaoSocial

C

Razão Social do contribuinte

150

telefone

C

Telefone

20

uf

C

Sigla da unidade federativa

2

aliquota

N

Alíquota. Valor percentual.
Formato: 00.00
Ex: 1% = 1
25,5% = 25.5
10% = 10

4,2

numeroLote

N

Número do Lote de RPS

15

cpfCnpj

C

Número de CPF ou CNPJ

14

inscricao

C

Número de inscrição municipal

15

nif

C

Número de Identificação Fiscal

40

discriminação

C

Discriminação do conteúdo da NFS-e

2000

quantidade

N

Quantidade de itens da nfs-e

15,2

detalhe

C

Código de Obra e código ART

15

cnae

N

Código CNAE

7

codigoNbs

C

Código de NBS

9

codTributacao

C

Código de Tributação

20

exigibilidade

N

Código de natureza da operação
1 – Exigível;
2 – Não incidência;
3 – Isenção;
4 – Exportação;
5 – Imunidade;
6 – Exigibilidade Suspensa por Decisão Judicial;
7 – Exigibilidade Suspensa por Processo Administrativo

1

simnao

N

Identificação de Sim/Não
1 – Sim;
2 – Não

1

numProcesso

C

Número do processo judicial ou administrativo de
suspensão da exigibilidade

30

regime

N

Código de identificação do regime especial de tributação
1 – Microempresa municipal
2 – Estimativa
3 – Sociedade de profissionais
4 – Cooperativa
5 – Microempresário Individual (MEI)
6 – Microempresário e Empresa de Pequeno Porte (ME
EPP)

1

responsavelRetencao

N

Identificação do responsável pela retenção do ISS
1 – Tomador
2 – Intermediário

1

tipoFiltroLote

N

Código de tipo de busca de lote
1 – por código
2 – por protocolo

1

tipoFiltroNota

N

Código de tipo de busca de NFS-e
1 – por dia;
2 – por mês;
3 – por período;
4 – por lote;
5 – por número da nota;
6 – por número de RPS

1

tipoLote

N

Código do tipo de lote
1 – Recibo provisório de Serviços

1

mensagemErro

C

Código e mensagem de erro
1 - Recebido
2 - Processando
3 - Processado
4 - Entregue
101 - Login e senha do Web Service não conferem
103 - Senha do operador não confere
105 - Empresa não credenciada para acesso
106 - Prefeitura bloqueada
125 - Empresa não homologada para acesso

151-Lote já registrado
152 - RPS já registrado
153 - Código de cidades não encontrado
154 - Código de tipo de logradouro não encontrado
155 - Código de atividade não encontrado
156 - Empresa sem permissão para emissão de notas
157 - Código do porte da empresa não confere
158 - Código do regime tributário da empresa não confere
159 - A atividade não é de serviços
160 - Alíquota do ISS não confere
161 - Dedução não permitida
162 - Município da prestação de serviço não permitido
163 - Item de serviço inválido
164 - Data de RPS inválida
301 - Lote não encontrado

7.2 Tipos Complexos

A seguir são detalhadas as tabelas de cada tipo composto e seus campos.

A tabela está dividida da seguinte forma:

...

(1)

(2)

Nome

Tipo

Ocorrência

Descrição


(3)

(4)

(5)

(6)

(7)

(4)

(5)

(6)

(7)

8 SERVIÇOS

A seguir estão os serviços relacionados disponíveis, conforme descritos no item 3.1, no WebService e seus XML Schema. O XML Schema define a estrutura e formatação do arquivo XML que conterá os dados a serem trafegados. Esses documentos serão enviados de forma textual (como uma string) como
parâmetros do serviço oferecido pelo Web Service, como descrito em 4. As tabelas que detalham cada XML Schema estão divididas da seguinte forma:

...