SITTEL - Especificação Funcional Versão 1 00-00 - REVISÃO VIVO - Revisao - FSIE

SITTE
Projeto de Sistema de Afastamento

de Sigilo Telemtico e Tefnico
Grupo de Trabalho
SITTEL
Especificao Funcional para o Modelo de

Interoperabilidade do SITTEL
EF-140515010001/2014
Data: 08/09/2014
Verso 1.00-00
Especificao Funcional
do Modelo de Interoperabilidade do
SITTEL
Verso 1.00-00
DOCUMENTO ABERTO PARA REVISO
PELO GRUPO DE TRABALHO
Este documento foi elaborado pelo grupo de trabalho do projeto SITTEL. Vedada sua publicao ou divulgao, parcial ou
total, por qualquer meio, sem prvia e expressa autorizao dos membros do grupo de trabalho SITTEL.
SITTE
L

Grupo de Trabalho
SITTEL

EF-140515010001/2014
Data: 08/09/2014
Verso 1.00-00
ndice
Controle de verses
Consideraes Gerais
I
Autores deste documento
III
Integrao de prestadoras do SMP ou STFC e rgos demandantes
II
Repositrio desta informao
IV _
Smbolos e marcaes usadas neste documento
IV
Temas em aberto neste documento
Introduo
1.1
Finalidade
1.2
Glossrio
Representao da Arquitetura
2.1
Modelo Conceitual
2.2
Padres Tcnicos
2.2.1
Padro de Documento XML
2.2.2
Padro de Comunicao
2.2.3
Padro de Certificado Digital
2.2.4
Log e Tratamento de Erro
2.2.5
Layout dos arquivos XML para troca de informaes
2.3
2.3.1
Servios a serem providos pelas Operadoras
2.3.2
Servios a serem providos pelos rgos Demandantes
2.4
3
Resumo dos Servios
Premissas para o projeto
DINMICA DAS COMUNICAES
ANEXO I - Arquivos XML

ANEXO II Regras de Validao
SITTE
L

Grupo de Trabalho
SITTEL

EF-140515010001/2014
Data: 08/09/2014
Verso 1.00-00
Controle de verses
Verso
1-00
Data
08/09/2014
Autor
Sittel
Comentrio
Primeira emisso
Consideraes Gerais
SITTE
L
I

Grupo de Trabalho
SITTEL

EF-140515010001/2014
Data: 08/09/2014
Verso 1.00-00
Autores deste documento

Este documento foi elaborado pelos membros do grupo de trabalho SITTEL.
III
Integrao de prestadoras do SMP ou STFC e rgos
demandantes
Novas prestadoras de servio SMP ou STFC e outros rgos demandantes, devero
consultar a Anatel para obter as informaes e documentos necessrios para a construo
das interfaces associadas ao servio do SITTEL.
II
Repositrio desta informao

A ltima verso deste documento poder ser obtida da Anatel.
Use sempre a ltima verso deste documento.
IV
Smbolos e marcaes usadas neste documento

Ponto de ateno
Texto
Algo a ser confirmado ou revisado
Identificador de verso
Neste documento aplicam-se as seguintes regras para a identificao da verso do
documento:
- NN-ZZ
Onde:
NN a verso atual do documento;
ZZ o controle de edio dessa verso. Toda verso em discusso recebe dois
nmeros sequenciais que a identifica. Uma verso estvel tem sempre a identificao 0P.
Exemplo:
Verso 5-01 verso 5 edio 1 do documento ainda em elaborao;
Verso 5-0P verso 5 do documento em seu formato final.
SITTE
L
IV

Grupo de Trabalho
SITTEL

EF-140515010001/2014
Data: 08/09/2014
Verso 1.00-00
Temas em aberto neste documento
Temas em aberto
Itens assinalados em amarelo
Comentrio
Correes, omisses menores ou dvidas
SITTE
L

Grupo de Trabalho
SITTEL

EF-140515010001/2014
Data: 08/09/2014
Verso 1.00-00
1 Introduo
O projeto SITTEL prev a implantao de um modelo nacional de interoperao entre
as prestadoras de SMP/STFC e os rgos pblicos demandantes de afastamento de sigilo.
Esse novo modelo visa padronizar os formatos dos arquivos de dados de chamadas e
conexes e substituir a sistemtica atual de requisio de afastamento de sigilo,
encaminhada por meio de e-mail ou fax.
Este documento apresenta a especificao funcional do modelo de interoperabilidade
definido pelos integrantes do grupo de trabalho do projeto SITTEL Sistema de
Afastamento de Sigilo Telefnico e Telemtico, coordenado pela Anatel e pela Secretaria de
Pesquisa e Anlise SPEA/PGR.
1.1
Finalidade
O objetivo deste documento detalhar as especificaes e critrios tcnicos

essenciais para promover a interoperabilidade entre os sistemas de informao dos rgos
demandantes de afastamento de sigilo telefnico e telemtico (Polcia Federal, Polcia Civil,
Ministrio Pblico e rgos do Judicirio) e das operadoras de SMP e STFC.
Nos captulos seguintes so descritas a arquitetura da soluo e as interfaces de
comunicao entre as prestadoras de SMP/STFC e os rgos demandantes de afastamento
de sigilo, com detalhamento das regras de funcionamento dessas interfaces.
No objeto deste documento descrever os mecanismos internos que esses rgos
pblicos e empresas de telefonia devero promover em suas infraestruturas para viabilizar a
interoperao entre os sistemas de informao envolvidos.
SITTE
L
1.2

Grupo de Trabalho
SITTEL

EF-140515010001/2014
Data: 08/09/2014
Verso 1.00-00
Glossrio
CGI: Cell Global Identity.
Todas as clulas GSM e WCDMA possuiem um cdigo identificador que as tornam

nicas em todo o mundo. Ele chamado de Cell Identification (CI). O CI parte integrante
do CGI = LAI (Location Area Identity) + CI.
Por sua vez, o cdigo LAI composto por MCC + MNC + LAC, que representam:
- MCC (Mobile Country Code): Cdigo do pas;
- MNC (Mobile Network Code): Cdigo da rede na operadora e
- LAC (Location Area Code): Cdigo local da operadora
Para o caso do Brasil pode se fornecer, como exemplo, o CGI 724-11-40181-33542.
Em que, 724 o cdigo adotado para o Brasil, 11 para o Nordeste, 40181 determina uma
rede gerenciada em Pernambuco e 33542 representa uma clula de um bairro da cidade do
Recife. O final de cada CI tambm significa o setor de cada estao, ou seja, 1 o primeiro
setor, 2 o segundo e assim sucessivamente1.
1 http://www.teleco.com.br/tutoriais/tutorialsmsloc/pagina_4.asp
SITTE
L

Grupo de Trabalho
SITTEL

EF-140515010001/2014
Data: 08/09/2014
Verso 1.00-00
eCGI - E-UTRAN Cell Global Identifier
Analogamente ao descrito no item anterior, h uma identificao que individualiza

as clulas LTE (Long Term Evolution 4G). Sua composio desta identidade similar ao
CGI:
- MCC (Mobile Country Code): Cdigo do pas;
- MNC (Mobile Network Code): Cdigo da rede na operadora
- eNB ID (eNodeB ID): usado para identificar a estao qual a clula est
associada.
CI (Cell ID): identificao da clula tipicamente recebe uma numerao sequencial
de acordo com os setores da estao.
ERB: Estao Rdio Base

Especificao funcional: um documento nico que ser atualizado at o
encerramento do projeto piloto. Seu contedo e descries servem de base para a
elaborao do manual de procedimentos e para o desenvolvimento da soluo.
IMEI: International Mobile Equipment Identity
Operadora: prestadora de Servio Mvel Pessoal SMP ou Servio Telefnico Fixo
Comutado STFC.
rgo Demandante: rgos demandantes de afastamento de sigilo (Polcia Federal,
Polcia Civil, Ministrio Pblico e rgos do Poder Judicirio)
IP: Internet Protocol Sequencia numrica que representa o endereo com que um
cliente acessa os servios do DPF.Endereo IP, de forma genrica, uma identificao de
um dispositivo (computador, impressora, etc) em uma rede local ou pblica. Cada
SITTE
L

Grupo de Trabalho
SITTEL

EF-140515010001/2014
Data: 08/09/2014
Verso 1.00-00
computador na internet possui um IP (Internet Protocol ou Protocolo de internet) nico, que

o meio em que as mquinas usam para se comunicarem na Internet.2
Web Service: uma soluo utilizada na integrao de sistemas e na comunicao
entre diferentes aplicaes. Com a utilizao de Web Services possvel que novas
aplicaes possam interagir com aquelas que j existem e que sistemas desenvolvidos
em plataformas diferentes sejam compatveis. Web Services so componentes que
permitem s aplicaes enviar e receber dados em formato XML. Cada aplicao pode ter a
sua prpria "linguagem", que traduzida para uma linguagem universal, o formato XML.
XML: eXtensive Markup Language, uma linguagem de marcao que define uma
srie de regras para codificar documentos em um formato que pode ser lido tanto por seres
humanos quanto por mquinas.
2 http://pt.wikipedia.org/wiki/Endere%C3%A7o_IP
SITTE
L

Grupo de Trabalho
SITTEL

EF-140515010001/2014
Data: 08/09/2014
Verso 1.00-00
2 Representao da Arquitetura
A proposta para interoperao entre os sistemas a de prover e consumir servios

por meio de Web Services, em consonncia com a arquitetura ePING Padres de
Interoperabilidade de Governo Eletrnico3. A arquitetura e-PING define um conjunto mnimo
de premissas, polticas e especificaes tcnicas que regulamentam a utilizao da
Tecnologia de Informao e Comunicao (TIC) no governo federal, estabelecendo as
condies de interao com os demais Poderes e esferas de governo e com a sociedade
em geral.
2.1
Modelo Conceitual
O encaminhamento de requisies judiciais s operadoras ser feito pelos rgos

demandantes, por meio de servios disponibilizados pelas prprias operadoras na internet.
Para cada servio oferecido existir um Web Service especfico. O fluxo de
comunicao ser sempre iniciado pelo aplicativo cliente do rgo demandante, por meio do
envio de uma mensagem ao Web Service da operadora com a solicitao do servio
desejado. O Web Service sempre devolver uma mensagem de resposta confirmando o
recebimento da solicitao de servio ao aplicativo cliente na mesma conexo.
A solicitao do servio poder ser atendida na mesma conexo ou ser armazenada
em filas para atendimento posterior, em razo da necessidade de processamento da
demanda em diversos sistemas, no integrados ao fluxo do servio. Dessa forma, os
servios podero ser sncronos ou assncronos, em funo da forma de processamento de
cada solicitao:
a) Servio sncrono o processamento da solicitao de servio concludo na
mesma conexo, com a devoluo de uma mensagem com o resultado do processamento
do servio solicitado;
b) Servio assncrono o processamento da solicitao de servio no concludo
na mesma conexo, havendo apenas a devoluo de uma mensagem de resposta com um
recibo que apenas confirma o recebimento da solicitao de servio. Neste caso, o resultado
do processamento do servio ser encaminhado em momento posterior, diretamente a um
servio disponibilizado pelo rgo demandante.
3 http://www.governoeletronico.gov.br/acoes-e-projetos/ e-ping-padroes-de-interoperabilidade
10
SITTE
L

Grupo de Trabalho
SITTEL

EF-140515010001/2014
Data: 08/09/2014
Verso 1.00-00
Aps receber as respostas com os resultado de suas solicitaes de servios, os

rgos demandantes devero enviar uma mensagem de recibo para a operadora, atestando
o atendimento da solicitao.
A Figura 1 3 ilustra o fluxo conceitual de comunicao assncrona entre um rgo
demandante e uma operadora:
Figura 3 - Fluxo de comunicao assncrona entre rgo demandante e operadora

Figura 1 - Fluxo de comunicao assncrona entre rgo demandante e
operadora
Etapas do fluxo assncrono:

(1) o aplicativo do rgo demandante inicia um fluxo de solicitao de servio enviando uma
mensagem de solicitao de servio (Ordem + Requisio) para o Web Service da
operadora. Para cada solicitao, o rgo demandante atribui um cdigo de controle ou
protocolo, ao qual a solicitao dever se manter associada na operadora. A resposta a
essa mensagem, indica o recebimento da solicitao;
(2) o Web Service da operadora recebe a mensagem de solicitao de servio, vincula-a ao
cdigo gerado pelo demandante, e a submete anlise pela sua equipe;
11
SITTE
L

Grupo de Trabalho
SITTEL

EF-140515010001/2014
Data: 08/09/2014
Verso 1.00-00
(3) o aplicativo cliente da operadora encaminha, a qualquer momento do processamento da

requisio, o STATUS do processamento ao rgo demandante;
(3) de posse do resultado da solicitao, seja ele completo ou parcial, a operadora envia ao
rgo demandante os arquivos de resultado da solicitao;
(4) o rgo demandante analisa a resposta e envia uma mensagem de RECIBO, que poder
aceitar ou recusar os arquivos recebidos.
2.2
Padres Tcnicos
2.2.1 Padro de Documento XML
a) Padro de Codificao
A especificao do documento XML adotada a recomendao W3C para XML 1.0,
disponvel em www.w3.org/TR/REC-xml. A codificao dos caracteres ser em UTF-8, assim
todos os documentos XML sero iniciados com a declarao:
<?xml version="1.0" encoding="UTF-8"?>
b) Otimizao na montagem dos arquivos de resultado
Na gerao do arquivo XML de resultado, exceo dos campos obrigatrios, no
dever ser includa a TAG de campo com contedo zero ou vazio.
Para reduzir o tamanho dos arquivos XML de resultado, devero ser observadas as
seguintes regras:
no incluir "zeros no significativos" para campos numricos;
no incluir "espaos" no incio ou no final de campos numricos e
alfanumricos;
no incluir comentrios no arquivo XML;
no incluir anotao e documentao no arquivo XML (TAG annotation e TAG
documentation);
no incluir caracteres de formatao no arquivo XML ("line-feed", "carriage
return", "tab", caractere de "espao" entre as TAGs).
c) Validao de Schema
De modo a garantir minimamente a integridade das informaes e a correta
formao dos arquivos XML, as operadoras e rgos demandantes devero submeter todas
as mensagens XML e arquivos de resposta s requisies para validao pelo Schema do
XML (XSD XML Schema Definition), disponibilizado pelo grupo de trabalho do SITTEL,
antes de seu envio.
12
SITTE
L

Grupo de Trabalho
SITTEL

EF-140515010001/2014
Data: 08/09/2014
Verso 1.00-00
2.2.2 Padro de Comunicao

A comunicao estabelecida pelo SITTEL ser baseada em interfaces de servios,
Web Services, disponibilizadas pelas operadoras e rgos demandantes.
O meio de comunicao utilizado ser a Internet, com uso do protocolo TLSSSL
verso 31.02 e autenticao mtua, que garante um duto de comunicao seguro na
Internet e permite a identificao do servidor e do cliente por meio de certificados digitais,
sem necessidade de identificao do usurio.
O modelo de comunicao segue o padro de Web Services definido pelo WS-I
Basic Profile.
A troca de mensagens entre os Web Services e seus respectivos aplicativos clientes
ser realizada no padro SOAP verso 1.2, com troca de mensagens XML no padro
Style/Enconding: Document/Literal.
2.2.3 Padro de Certificado Digital

Devero ser utilizados certificados digitais tipo A1, emitidos por Autoridade
Certificadora credenciada pela Infraestrutura de Chaves Pblicas Brasileira ICP-Brasil,
com capacidade de autenticao cliente e servidor, conforme definido na RFC 5280, item
4.2.1.12 (pgina 44).
O certificado digital ser exigido durante a transmisso das mensagens entre os
servidores das operadoras e dos rgos demandantes e dever conter o CNPJ da pessoa
jurdica titular do certificado digital.
O mecanismo de segurana dos servios dever ser gerenciado de forma
centralizada, dentro de cada operadora, para permitir identificar univocamente os
solicitantes das requisies, garantindo assim a autenticidade das solicitaes e o sigilo
necessrio para realizar as trocas de informaes.
2.2.3.1
Protocolo SSL com autenticao mtua
O processo de autenticao e identificao do rgo demandante se dar em duas

etapas: a primeira atravs do SSLTLS Handshake,(processo inerente ao protocolo
SSLTLS) conforme esquema da figura 2 (constante na especificao RFC 52466101
disponvel em: https://tools.ietf.org/html/rfc6101https://tools.ietf.org/html/rfc5246, e suas
atualizaes) onde se observa a troca de certificados tanto da parte do cliente quanto do
servidor configurando a autenticao mtua.
13
SITTE
L

Grupo de Trabalho
SITTEL

EF-140515010001/2014
Data: 08/09/2014
Verso 1.00-00
Figura 2 Esquema de troca de certificados entre cliente e servidor
A segunda etapa do processo se dar pela validao deste certificado conforme

armazenado na operadora.
Aps a concluso dessas duas etapas o rgo poder acessar os webservices
disponveis.
2.2.4 Log e Tratamento de Erro

O sistema dever permitir o controle de requisies e o fluxo de respostas,
permitindo identificar os registros que foram processados dentro do contexto de cada rgo
demandante ou operadora.
Para as mensagens recebidas com sucesso ser retornada uma mensagem com
<status> = OK. As mensagens recebidas com erro retornaro mensagem com <status> =
ERRO e um cdigo de erro, cujos valores possveis so definidos por meio das regras de
validao apresentadas no Anexo II.
As regras de validao aplicadas aos Web Services esto agrupadas da seguinte
forma:
Grupo A Validao de certificado digital
Grupo B Validao da mensagem
14
SITTE
L

Grupo de Trabalho
SITTEL

EF-140515010001/2014
Data: 08/09/2014
Verso 1.00-00
Grupo C Validao de regras de negcio
A aplicao das regras dos grupos A e B so suficientes para a confirmao de

recebimento da mensagem. No existindo problema nas validaes desses grupos, o
aplicativo dever retornar <status> = OK e armazenar a mensagem recebida para
processamento posterior.
2.2.5 Layout dos arquivos XML para troca de informaes

Os arquivos descritos no Anexo I foram definidos pelo grupo de trabalho do SITTEL e
devem ser utilizados como padro para interoperao entre os sistemas. As alteraes
necessrias no layout destes arquivos devem ser propostas ao grupo de trabalho do
SITTEL.
2.3
Resumo dos Servios
O mecanismo de utilizao dos servios do SITTEL segue as seguintes premissas:

a) ser disponibilizado um Web Service por servio, existindo um mtodo para cada tipo de
servio;
b) para os servios assncronos, o mtodo de envio retorna uma mensagem de confirmao
de recebimento da solicitao de servio com sucesso ou um cdigo de erro;
c) para os servios sncronos, o envio da solicitao e a obteno do retorno sero
realizados na mesma conexo atravs de um nico mtodo. O Sittel ainda no dispe de
servios sncronos;
d) as URL dos Web Services encontram-se em ????O conjunto de URLs referentes aos
diferentes servidores de conexo de operadoras e rgos conveniados ser disponibilizado
ao requerente quando da solicitao de adeso ao sistema.. Acessando uma URL pode ser
obtido o WSDL (Web Services Description Language) do Web Service correspondente;
e) uma solicitao de afastamento de sigilo sempre ser iniciada pelo rgo demandate, por
meio do envio de uma mensagem nos padres XML e SOAP, atravs do protocolo SSL com
autenticao mtua;
f) a ocorrncia de qualquer erro na validao dos dados recebidos interrompe o processo
com a disponibilizao de uma mensagem contendo o cdigo e a descrio do erro;
Os servios a serem providos pelas operadoras e rgos demandantes esto
relacionados na Tabela 1.
Resumo dos Servios
Servios Providos Pelas Operadoras
1. Encaminhar Ordem Judicial /
Ao destinada a encaminhar uma Ordem
15
SITTE
L

Grupo de Trabalho
SITTEL

EF-140515010001/2014
Data: 08/09/2014
Verso 1.00-00
Extrajudicial
Judicial ou Extrajudicial operadora.
2. Encaminhar Requisio
Ao destinada a encaminhar operadora uma

requisio de afastamento de sigilo telefnico ou
de dados - extratos de chamadas e SMS, dados
cadastrais de assinante e dados de conexes
internet.
3. Encaminhar Recibo de Requisio
Ao destinada a informar operadora o
fechamento de uma requisio. O demandante
informa operadora que a requisio foi atendida
e poder encaminhar um comprovante de
recebimento.
O recibo ser encaminhado to logo o
demandante analise os arquivos recebidos e
verifique que esto em conformidade com a
requisio.
Ao destinada comunicao entre rgo
4. Encaminhar Mensagem
demandante e operadora. Esse servio foi criado
visando troca de textos livres entre rgo
demandante e Operadoras. No se objetiva a
troca de informaes estruturadas. Caso
necessrio, novo servio dever ser criado.
Servios Providos Pelos rgos Demandantes
1. Receber Status de Requisio
Ao destinada a encaminhar ao rgo

demandante o status do processamento de uma
requisio de afastamento de sigilo.
2. Receber Resultado de Requisio
Ao destinada a encaminhar ao rgo

demandante o resultado - integral ou parcial - do
processamento de uma requisio de
afastamento de sigilo.
3. Encaminhar Mensagem
Ao destinada comunicao entre rgo

demandante e operadora. Esse servio foi criado
visando troca de textos livres entre rgo
demandante e Operadoras. No se objetiva a
troca de informaes estruturadas. Caso
necessrio, novo servio dever ser criado.
Tabela 1 Resumo dos servios
Esses servios obedecero ao seguinte modelo: dado um servio oferecido, este

receber um Parmetro de ENTRADA, com todas as informaes necessrias para sua
execuo, e responder com um Parmetro de SADA ou RESPOSTA.
16
SITTE
L

Grupo de Trabalho
SITTEL

EF-140515010001/2014
Data: 08/09/2014
Verso 1.00-00
Figura 4 - Modelo de construo de um servio

Figura 2 - Modelo de construo de um servio
Os parmetros de entrada e sada de cada servio so descritos no item 2.3.1. Para

cada servio h pelo menos um elemento bsico de entrada referente ao Cdigo da Ordem,
que atribudo como referncia a uma solicitao de servio.
2.3.1 Servios a serem providos pelas Operadoras

2.3.1.1 Encaminhar Ordem Judicial / Extrajudicial
Operao: EncaminharOrdemJudicialOperation
Dados de Entrada
#
Nome
codigo
numeroOficioJudicial
numeroOficioExtrajudicial
numeroCaso
numeroProcesso
numeroInqueritoProcedimento
Descrio
Cdigo da ordem judicial/extrajudicial,
gerado pelo rgo demandante. No
h um formato padro para esse
cdigo. Funcionar como um protocolo
de referncia da ordem encaminhada.
Nmero do documento judicial no qual
consta a ordem judicial.
Obrigatrio quando se tratar de ordem
judicial.
No h formato padro.
Nmero do documento extrajudicial no
qual consta a ordem extrajudicial.
Obrigatrio quando se tratar de ordem
extrajudicial.
No h formato padro.
Nmero do caso, conforme
padronizado pela SPEA.
Formato: 999-SIGLA-999999-99
SIGLA = sigla do rgo demandante
Nmero do processo judicial.
No h formato padro.
Nmero do inqurito ou procedimento.
No h formato padro.
Obr
S
Tipo
xs:long
Obs1
xs:string
Obs1
xs:string
xs:string
xs:string
xs:string
17
SITTE
L
7

Grupo de Trabalho
SITTEL

EF-140515010001/2014
Data: 08/09/2014
Verso 1.00-00
dataExpedicaoOficioJudicial
dataExpedicaoOficioExtrajudicial
uf
10
cidade
11
comarca
12
varaCamaraOrgaoColegiado
13
cargoMagistrado
14
nomeMagistrado
15
dataRequisicao
16
17
horaRequisicao
dataCumprimento
18
horaCumprimento
19
tipoAutoridadeDemandante
20
nomeAutoridadeDemandante
21
telefoneAutoridadeDemandante
22
emailAutoridadeDemandante
Data de expedio do ofcio judicial.

Deve ser preenchido quando o campo
numeroOficioJudicial estiver
presente.
Formato: ddMMyyyy
Data de expedio do ofcio
extrajudicial.
Deve ser preenchido quando o campo
numeroOficioExtrajudicial estiver
presente.
Formato: ddMMyyyy
Unidade Federativa da Unio onde o
ofcio foi expedido.
Domnio:
AC|AL|AM|AP|BA|CE|DF|ES|GO|MA|
MG|MS|MT|PA|PB|PR|PE|PI|RJ|RN|
RO|RR|RS|SC|SE|SP|TO
Municpio onde o ofcio foi expedido.
xs:string
99999999
xs:string
99999999
xs:string
Tamanho: 2
Nome da Comarca ou Jurisdio onde

o ofcio foi expedido.
Nome da Vara, Cmara ou rgo
Colegiado onde o ofcio foi expedido.
Cargo do magistrado que assina o
ofcio.
Nome magistrado que assina o ofcio.
Data da requisio operadora. Deve
corresponder data do primeiro envio
da ordem.
Formato: ddMMyyyy
Hora da requisio operadora. Deve
corresponder hora do primeiro envio
da ordem.
Formato: HHmmss
Data limite para cumprimento da
requisio pela operadora. Deve
corresponder ao campo
dataRequisicao acrescido do prazo
para cumprimento da ordem.
Hora limite para cumprimento da
requisio pela operadora. Deve
corresponder ao campo
horaRequisicao acrescido do prazo
para cumprimento da ordem.
Tipo de autoridade demandante .
Nome da autoridade demandante ou
responsvel.
Telefone para contato com a
autoridade demandante.
E-mail para contato com a autoridade
demandante
xs:string
Tamanho: 1 100
xs:string
Tamanho: 1 100
xs:string
N
N
N
S
xs:string
Tamanho: 1 100
xs:string
xs:string
99999999
xs:string
999999
xs:string
99999999
xs:string
999999
N
N
xs:string
xs:string
xs:string
xs:string
18
SITTE
L
23
24

Grupo de Trabalho
SITTEL

EF-140515010001/2014
Data: 08/09/2014
Verso 1.00-00
quantidadeRequisicao
decisaoJudicial
Dados de Sada
#
Nome
1
status
codigoErro
descricaoErro
Obs1: obrigatria a
numeroOficioExtrajudicial
Quantidade de requisies associadas

ordem.
Cpia do Ofcio Judicial ou
Extrajudicial original, referenciado nos
campos numeroOficioJudicial ou
numeroOficioExtrajudicial.
Permite o envio de apenas um arquivo
PDF .
xs:long
xs:base64Binary
Descrio
Status de recebimento da mensagem
Domnio:
OK recebida sem erros
ERRO recebida com erros
Cdigo de erro
(no h lista de valores possveis)
Descrio do erro
Obr
S
Tipo
xs:string
xs:long
xs:string
presena
de
um
dos
campos:
numeroOficioJudicial
ou
2.3.1.2 Encaminhar Requisio

Operao: EncaminharRequisicaoOperation
Dados de Entrada
#
Nome
codigoOrdem
codigoRequisicao
Descrio
Cdigo da ordem judicial/extrajudicial.
Refere-se ao cdigo de uma ordem j
encaminhada operadora por meio do
servio EncaminharOrdemJudicial.
Cdigo da requisio.
a referncia a uma requisio de
afastamento de sigilo associada a
um codigoOrdem especfico.
No h um formato padro para esse
cdigo.
cpf
CPF do investigado.
No h regra para validao de CPF.
cnpj
CNPJ do investigado.
No h regra para validao de CNPJ.
Obr
S
Tipo
xs:long
xs:long
Obs1
xs:string
Tamanho = 11
(numrico)
Obs1
xs:string
Tamanho = 14
(numrico)
19
SITTE
L

Grupo de Trabalho
SITTEL

EF-140515010001/2014
Data: 08/09/2014
Verso 1.00-00
documentoAssinante
Qualquer nmero de documento do

assinante investigado, diferente de
CPF e CNPJ.
nomeAssinante
Nome do assinante investigado.
numeroTerminalAssinante
Nmero do terminal do assinante

investigado.
Obs1
xs:string
Tamanho: 1 50
Obs1
xs:string
Tamanho: 1 30
Obs1
xs:string
99999999
xs:string
Tamanho: 1 15
(numrico de at
15 dgitos)
Obs1
8
imei
IMEI
cgiErb / eCGI NB
CGI da ERB / eCGI NB
10
enderecoErb
Endereo da ERB
11
latitudeInvestigada
12
longitudeInvestigada
13
inicioPeriodoQuebra
14
fimPeriodoQuebra
15
enderecoIp
16
numeroPortaIp
17
tipoServico
Latitude investigada.
Formato: -|+ 99,99999999
obrigatrio quando o campo
longitudeInvestigada presente.
Longitude investigada.
Formato: -|+ 99,99999999
obrigatrio quando o campo
latitudeInvestigada presente.
Incio do perodo de afastamento de
sigilo.
Formato: ddMMyyyyHHmmss
Fim do perodo de afastamento de
sigilo.
Formato: ddMMyyyyHHmmss
Endereo IP do assinante investigado.
Formato:
999:999:999:999 ou
FFFF:FFFF:FFFF:FFFF:FFFF:FFFF:
FFFF:FFFF
(se IPV6, no utilizar abreviaes.)
obrigatrio quando se tratar de
afastamento de sigilo IP.
Nmero da porta IP do assinante
investigado.
Domnio: 1 a 65535
obrigatrio quando se tratar de
afastamento de sigilo IP.
Tipo de servio de interesse da
investigao.
obrigatrio quando solicitados dados
de extrato telefnico.
Domnio:
CHAMADAS
SMS
Obs1
Obs1
Obs1
xs:string
Tamanho: 1 20
xs:string
Tamanho: 1 100
xs:string
Tamanho: 1 15
Obs1
xs:string
Tamanho: 1 15
xs:string
Tamanho = 14
(numrico)
xs:string
Tamanho = 14
(numrico)
xs:string
xs:int
xs:string
Admite
at
ocorrncias
20
SITTE
L
18
19

Grupo de Trabalho
SITTEL

EF-140515010001/2014
Data: 08/09/2014
Verso 1.00-00
direcao
dadosCadastraisInterlocutor
20
arquivo
21
observacao
Dados de Sada
#
Nome
1
status
codigoErro
descricaoErro
MMS
TODOS
Direo das chamadas telefnicas de
interesse da investigao.
obrigatrio quando solicitados dados
de extrato telefnico.
Domnio:
ORIGINADAS
RECEBIDAS
TODAS
Dados cadastrais de interlocutores.
Quando presente, indica que a
resposta requisio dever conter os
dados cadastrais dos interlocutores do
assinante investigado para o perodo
de afastamento do sigilo.
Lista de arquivos esperados no
resultado da requisio.
Informa quais arquivos de resultado
devero ser encaminhados como
resposta.
Domnio:
ASSINANTE
ASSINANTE-TERMINAL
INSTALACAO
CHAMADAS
ERB
IMEI
CONEXAO
Itens que devem ser observados para
atendimento da requisio.
Descrio
Domnio:
Cdigo de erro
Descrio do erro
xs:string
xs:boolean
xs:string
Admite mltiplas
ocorrncias.
Ver Obs2.
xs:string
Obr
S
Tipo
xs:string
xs:long
xs:string
Obs1: pelo menos um dos campos obrigatrio quando se tratar de requisio de dados
cadastrais ou extrato telefnico campos 3 a 12.
Obs2: A lista de arquivos esperados no campo arquivo deve estar de acordo com o tipo de
requisio. A Tabela 2 apresenta os arquivos esperados por tipo de requisio.
Tipo de Requisio
Arquivos
esperados
21
SITTE
L

Grupo de Trabalho
SITTEL

EF-140515010001/2014
Data: 08/09/2014
Verso 1.00-00
Dados Cadastrais
Extrato de chamadas de terminal fixo
Extrato de chamadas de terminal mvel
Extrato de chamadas de terminal fixo com dados cadastrais
Extrato de chamadas de terminal mvel com dados cadastrais
Extrato de chamadas de terminal mvel com endereo de ERB
Extrato de chamadas de terminal mvel com dados cadastrais e endereo de ERB
Quebra de sigilo IP
Quebra de sigilo de IMEI
Quebra de sigilo de IMEI com dados cadastrais
ATI
C
C
CATI
CATI
CE
CEATI
PATI
M
MATI
Legenda: A - ASSINANTE, T - ASSINANTE-TERMINAL, I - INSTALACAO, C - CHAMADA, E - ERB, M - IMEI, P - CONEXAO
Tabela 2 Arquivos esperados por tipo de requisio.
2.3.1.3 Encaminhar Recibo de Requisio

Operao: EncaminharReciboRequisicaoOperation
Dados de Entrada
#
Nome
codigoOrdem
codigoRequisicao
situacaoRequisicao
comprovanteRecebimento
Descrio
Cdigo da requisio.
a referncia a uma das requisies
associadas ao codigoOrdem.
Quando no informado, o recibo se
refere todas as requisies da
ordem. (??)
Situao da requisio
Domnio:
PARCIAL
ACEITA
RECUSADA
Comprovante de recebimento.
Permite o envio de apenas um arquivo
PDF .
Para cada requisio dever ser
encaminhado um arquivo de
recebimento, porm se todas as
requisies forem aceitas poder ser
encaminhado um comprovante com a
indicao do nmero da Ordem ,que
consideraremos como concluda.
Obr
S
Tipo
xs:long
xs:long
xs:string
xs:base64Binary
22
SITTE
L
arquivosRecebidos
motivoRecusa
Dados de Sada
#
Nome
1
status
codigoErro
descricaoErro
Elemento MotivoRecusa
Nome
Arquivo
problema
Elemento ProblemaRecusa
Nome
linhaProblema
descricaoProblema

Grupo de Trabalho
SITTEL

EF-140515010001/2014
Data: 08/09/2014
Verso 1.00-00
Lista dos arquivos recebidos aos quais

se refere o recibo.
Domnio:
ASSINANTE
ASSINANTE-TERMINAL
INSTALACAO
CHAMADAS
ERB
IMEI
CONEXAO
Motivo da recusa de um determinado
arquivo.
obrigatrio quando:
situacaoRequisicao = RECUSADA.
xs:string
Admite
at
ocorrncias.
Ver tabela:
Elemento
MotivoRecusa.
Admite
at
7
ocorrncias.
Descrio
Domnio:
Cdigo de erro
Descrio do erro
Obr
S
Tipo
xs:string
xs:long
xs:string
Descrio
Nome do arquivo recusado.
Obr
S
Tipo
xs:string
Detalhe do problema observado no

arquivo.
Ver tabela:
Elemento
ProblemaRecusa.
Descrio
Nmero da linha do problema.
Obr
S
Tipo
xs:long
xs:string
Corresponde ao nmero da linha

na qual o registro com problema foi
observado
no
arquivo
referenciado.
Descrio do problema que provocou
a recusa.
2.3.1.4 Encaminhar Mensagem

Operao: EncaminharMensagemOperation
23
SITTE
L

Grupo de Trabalho
SITTEL

EF-140515010001/2014
Data: 08/09/2014
Verso 1.00-00
Dados de Entrada
#
Nome
codigoOrdem
codigoRequisicao
numeroCaso
mensagem
Dados de Sada
#
Nome
1
status
codigoErro
descricaoErro
Descrio
Cdigo da requisio.
Obr
S
Tipo
xs:long
xs:long
xs:string
xs:string
Tamanho:
1000
Contedo da mensagem.
Descrio
Domnio:
Cdigo de erro
Descrio do erro
Obr
S
Tipo
xs:string
xs:long
xs:string
24
SITTE
L

Grupo de Trabalho
SITTEL

EF-140515010001/2014
Data: 08/09/2014
Verso 1.00-00
2.3.2 Servios a serem providos pelos rgos Demandantes

2.3.2.1 Receber status de requisio
Operao: ReceberStatusRequisicaoOperation
Dados de Entrada
#
Nome
codigoOrdem
codigoRequisicao
codigoStatusRequisicao
Dados de Sada
#
Nome
1
status
codigoErro
descricaoErro
Descrio
Cdigo da requisio.
Cdigo de status de processamento
da requisio.
Domnio:
1 - RECEBIDO
2 - TRANSMISSAO_PARCIAL
3 - CONCLUIDO
Obr
S
Tipo
xs:long
xs:long
xs:int
[1, 2, 3]
Descrio
Domnio:
Cdigo de erro
Descrio do erro
Obr
S
Tipo
xs:string
xs:long
xs:string
Obr
S
Tipo
xs:long
xs:long
2.3.2.2 Receber resultado de requisio

Operao: ReceberResultadoRequisicaoOperation
Dados de Entrada
#
Nome
codigoOrdem
codigoRequisicao
Descrio
Cdigo da requisio.
25
SITTE
L
resultadoPositivo
resultadoNegativo
Dados de Sada
#
Nome
1
status
codigoErro
descricaoErro
Elemento ResultadoPositivo
Nome
Tipo

Grupo de Trabalho
SITTEL

EF-140515010001/2014
Data: 08/09/2014
Verso 1.00-00
Resultado positivo.
Ser obrigatrio quando houver pelo
menos um arquivo de resultado a
enviar.
O resultado poder ser parcial ou total
(completo).
Resultado negativo.
Ser obrigatrio quando no houver
arquivo de resultado a enviar.
Dever ser preenchida justificativa.
Descrio
Domnio:
Cdigo de erro
Descrio do erro
Obr
S
Tipo
xs:string
xs:long
xs:string
Ver tabela:
Elemento
ResultadoNegativo
Descrio
Informa se o resultado parcial
(contm apenas parte da resposta
esperada para a requisio) ou total
(completo).
Domnio:
PARCIAL
TOTAL
Envio de arquivo com resultado do
processamento da requisio.
Obr
S
Tipo
xs:string
Ver tabela:
Elemento
ArquivoResultado.
Admite
at
7
ocorrncias.
( isso mesmo? S
podem ser enviados 7
arquivos
por
resposta?)
Descrio
Nome do arquivo.
Domnio:
ASSINANTE
ASSINANTE-TERMINAL
INSTALACAO
CHAMADAS
Obr
S
Tipo
xs:string
arquivos
Elemento ArquivoResultado
Nome
nome
Ver tabela:
Elemento
ResultadoPositivo
26
SITTE
L

Grupo de Trabalho
SITTEL

EF-140515010001/2014
Data: 08/09/2014
Verso 1.00-00
ERB
IMEI
CONEXAO
Contedo do arquivo.
Valor da funo hash do contedo do
arquivo.
(qual o algoritmo de hash utilizado?)
Xml
Hash
Elemento ResultadoNegativo
Nome
Tipo
justificativa
Anexo
S
S
xs:base64Binary
xs:string
Descrio
Tipo de resultado negativo.
Obr
S
Justificativa para o resultado negativo.

Arquivo anexo.
N
N
Tipo
xs:int
Ver Tabela 3
xs:string
xs:base64Binary
Cdig
o
1
Tipo de resultado negativo
Aplicabilidade
Ordem judicial ilegvel
Ofcio incompleto
Nome do magistrado no
identificado
Prazo de validade da ordem
expirado
Falta ordem ou requisio em
desacordo com a ordem
Documento anexo no est legvel ou est

rasurado.
Ofcio sem data de expedio, com falta de pginas,
sem assinatura ou assinatura eletrnica invlida etc.
Para ordens assinadas por diretores de secretaria
ou escrives.
4
5
6
12
13
Ausncia do parmetro para

pesquisa
Falta ou excesso de dgitos do
terminal
rea no coberta pela operadora
Perodo no especificado ou
indisponvel
Perodo superior ao armazenado (5
anos)
Alvo no pertence operadora ou
nmero no habilitado.
Parmetros de pesquisa divergentes
Homnimo
14
Nada consta no perodo
15
16
Requerida dilao de prazo

Juzo questionado
7
8
9
10
11
Para ordens que especificam prazo de validade

A requisio no corresponde com a ordem no que
diz respeito a alvos, perodos ou tipos de arquivos
esperados etc.
No consta o alvo a ser pesquisado.
Nmero do terminal telefnico incompleto ou com
excesso de dgitos.
A rea no coberta pela operadora.
Perodo no especificado ou indisponvel.
Perodo superior ao armazenado (5 anos).
Alvo no pertence operadora ou o nmero no
estava habilitado no perodo solicitado.
Os cadastros do nome e do CPF divergem.
Existe mais de um cliente com o nome indicado. H
necessidade de outros dados que individualizem o
alvo.
No constam chamadas no perodo ou no consta
cadastro do alvo dentro do perodo solicitado.
Foi requerida ao Juzo a dilao de prazo.
O Juzo foi questionado sobre contedo da ordem
27
SITTE
L

Grupo de Trabalho
SITTEL

EF-140515010001/2014
Data: 08/09/2014
Verso 1.00-00
17
No consta do escopo SITTEL
99
Outros
judicial.
Para solicitaes contidas no PDF que no sejam
possveis de cumprimento pelas requisies do
SITTEL.
Incluir campo livre.
Tabela 3 Valores possveis para Resultado negativo do processamento da requisio.
2.3.2.3 Encaminhar Mensagem

Operao: EncaminharMensagemOperation
Dados de Entrada
#
Nome
codigoOrdem
codigoRequisicao
numeroCaso
mensagem
Descrio
Cdigo da requisio.
Obr
S
Tipo
xs:long
xs:long
xs:string
xs:string
Tamanho:
1000
Contedo da mensagem.
Dados de Sada
#
Nome
1
status
codigoErro
descricaoErro
2.4
Descrio
Domnio:
Cdigo de erro
Descrio do erro
Obr
S
Tipo
xs:string
xs:long
xs:string
Premissas para o projeto
Os membros do SITTEL definiram as seguintes premissas tcnicas de projeto:

Premissas Gerais
28
SITTE
L

Grupo de Trabalho
SITTEL

EF-140515010001/2014
Data: 08/09/2014
Verso 1.00-00
a. As informaes trocadas entre as operadoras e os rgos

demandantes de afastamento de sigilo sero realizadas atravs de contedo XML
padronizados;
b. A comunicao ser feita por meio de Web Services;
c. A operadora a nica responsvel pela gerao das
informaes de resultado das requisies de afastamento de sigilo;
d. A definio do contedo dos registros das mensagens deve
seguir as especificaes descritas nos documentos do projeto.
e. O servio estar disponvel para quaisquer rgos
demandantes cadastrados na operadora, que atendam as premissas do projeto.
f.
As premissas desse projeto se aplicam a todas as operadoras
do SMP e STFC.
g. Resultados parciais sempre devem conter os dados completos,
ou seja, se no primeiro resultado o conjunto A de informaes foi enviado e o segundo
resultado pretende adicionar o conjunto B de informaes, esse resultado deve conter o
conjuntos A mais o conjunto B e assim sucessivamente at o ltimo resultado, total, que
deve conter todos os dados da requisio.
Tratamento de incidentes:
h. (DEFINIR)
29
SITTE
L

Grupo de Trabalho
SITTEL

EF-140515010001/2014
Data: 08/09/2014
Verso 1.00-00
3 DINMICA DAS COMUNICAES

A Figura 52 apresenta uma viso simplificada da troca de mensagens entre rgo
demandante e operadora para o provimento de servio de afastamento de sigilo telefnico e
telemtico, cujos passos so descritos a seguir.
Figura 5 - - Viso simplificada de trocas de mensagens

Figura 2 - Viso simplificada de trocas de mensagens
1.
O demandante inicia a comunicao com a operadora utilizando o
servio Encaminhar Ordem Judicial / Extrajudicial, e informa, alm dos dados da
ordem, o cdigo de referncia da ordem - codigoOrdem.
30
SITTE
L

Grupo de Trabalho
SITTEL

EF-140515010001/2014
Data: 08/09/2014
Verso 1.00-00
2.
A operadora retorna uma mensagem de confirmao de recebimento
com sucesso ou um cdigo de erro.
3.
No caso em que a ordem foi encaminhada com sucesso, o
demandante ento ir fazer quantas requisies julgar necessrio para dar
prosseguimento s atividades de afastamento de sigilo. Para isso, dever acessar o
servio Encaminhar Requisio, informando o parmetro codigoOrdem e um cdigo
para cada requisio encaminhada (codigoRequisicao), que dever ser nico para o
codigoOrdem referenciado.
4.
Em cada requisio, o demandante dever discriminar um nico
investigado, o perodo de quebra e os tipos de arquivos XML esperados como resposta.
5.
A cada requisio recebida, a operadora retornar uma confirmao
de recebimento com sucesso ou um cdigo de erro.
6.
No caso de recebimento com sucesso, a operadora ir iniciar o
processamento da requisio e dever retornar o status do processamento da
requisio ao demandante por meio do servio Receber Status de Requisio, que
poder ser RECEBIDO, TRANSMISSAO_PARCIAL ou CONCLUIDO.
7.
Caso a anlise dos parmetros da requisio indique ser invivel o
seu atendimento, devido, por exemplo, insufincia de informaes, ao objeto ou ao
prazo para atendimento, a operadora dever encaminhar um resultado do tipo
Negativo ao demandante por meio do servio Receber Resultado de Requisio. O
resultado Negativo dever informar o motivo da inviabilidade de atendimento da
requisio, conforme cdigos apresentados na Tabela 3.
8.
Concludo o processamento da requisio, a operadora encaminhar
o seu resultado ao demandante por meio do servio Receber Resultado de
Requisio. O resultado encaminhado ser do tipo Positivo e poder ser parcial ou
total.
9.
O atendimento parcial de uma requisio destina-se poder ocorrer
tanto para os casos de envio de grande quantidade de informaes, as quais devero
ser divididas em arquivos menores, quanto para casos em que mais urgente enviar as
informaes mais recentes. Contudo, enquanto no houver o recebimento total do
resultado, haver a expectativa por parte do demandante de que a requisio esteja em
processamento na operadora e de que seja atendida dentro do prazo.
10.
Todos os atendimentos parciais devem conter todos os dados j
enviados pelos seus antecessores at que o ltimo resultado, do tipo total, at que
contenha todos os dados da requisio.
11.
O demandante e a operadora podero se comunicar a qualquer tempo
por meio de mensagens. O demandante envia mensagem operadora por meio do
servio Encaminhar Mensagem.
31
SITTE
L

Grupo de Trabalho
SITTEL

EF-140515010001/2014
Data: 08/09/2014
Verso 1.00-00
12.
A troca de mensagens poder servir para reiterar requisies ou
dirimir dvidas sobre as requisies.
13.
A operadora envia mensagem ao demandante por meio do servio
Encaminhar Mensagem.
14.
O demandante avalia se a requisio foi atendida e informa o
fechamento da requisio operadora por meio do servio Encaminhar recibo de
requisio. Esse mesmo servio poder ser utilizado para recusar o resultado
encaminhado para uma requisio especfica.
15.
Para os casos de requisies rejeitadas pela Operadora, o rgo
Demandante dever encaminhar recibo com status de aceito ou recusado.
32
SITTE
L

Grupo de Trabalho
SITTEL

EF-140515010001/2014
Data: 08/09/2014
Verso 1.00-00
ANEXO I - Arquivos XML

1.
Arquivo ASSINANTE.xml
Elemento Assinante
Nome
cpfCnpj
documento
Descrio
Se pessoa fsica, informar CPF com 11
dgitos sem caracteres de separao.
Se pessoa jurdica, informar CNPJ
com 14 dgitos sem caracteres de
separao.
Informar o nome do documento e
nmero, conforme exemplo:
RG 123456 SSP DF.
nome
Nome do titular do acesso telefnico.
Tipo
Domnio:
1 - Pessoa Fsica
2 - Pessoa Jurdica
2.
Obr
N
N
S
S
Tipo
xs:string
Tamanho: 11 ou 15
Valores numricos
<xs:string>
Tamanho: 1 50
<xs:string>
Tamanho: 1 100
xs:string
Arquivo ASSINANTE-TERMINAL.xml
Elemento AssinanteTerminal
Nome
Descrio
Se pessoa fsica, informar CPF com 11
dgitos sem caracteres de separao.
cpfCnpj
Se pessoa jurdica, informar CNPJ
com 14 dgitos sem caracteres de
separao.
Informar o nome do documento e
documento
nmero, conforme exemplo:
RG 123456 SSP DF.
Domnio:
M - Mvel (celular)
F Fixo
tipo
R Rdio
T Terminal pblico
V Voip
D Dados
numero
Se mvel ou fixo, informar o cdigo do
pas, o cdigo de acesso (ddd) e o
terminal telefnico sem caracteres de
separao no formato do exemplo:
Obr
N
Tipo
xs:string
Tamanho: 11 ou 15
Valores numricos
<xs:string>
Tamanho: 1 50
<xs:string>
Tamanho: 1
<xs:string>
Tamanho: 1 30
33
SITTE
L
dataInicio
dataFim
3.
numeroTerminal
tipoEndereco
endereco
bairro
municipio
cep
Grupo de Trabalho
SITTEL

EF-140515010001/2014
Data: 08/09/2014
Verso 1.00-00
556122222222. Se rdio, informar no

formato do exemplo: nn*nnn*nnnnn.
Se dados, informar o mac address
sem caracteres de separao
Informar o incio do vnculo do
assinante com o terminal.
Formato:
99999999 (ddmmaaaa)
Informar o fim do vnculo do assinante
com o terminal.
Formato:
99999999 (ddmmaaaa)
<xs:string>
Tamanho: 8
<xs:string>
Tamanho: 8
Obr
Tipo
<xs:string>
Tamanho: 1 30
<xs:string>
Tamanho: 1
<xs:string>
Tamanho: 1 100
<xs:string>
Tamanho: 1 100
<xs:string>
Tamanho: 1 100
Arquivo INSTALACAO.xml
Elemento Instalacao
Nome do elemento
uf

Descrio
Se mvel ou fixo, informar o cdigo do
pas, o cdigo de acesso (ddd) e o
terminal telefnico sem caracteres de
separao no formato do exemplo:
556122222222. Se rdio, informar no
formato do exemplo: nn*nnn*nnnnn.
sem caracteres de separao.
Domnio:
1 - endereo de cadastro/instalao
2 - endereo de cobrana
Informar o endereo de cadastro do
assinante
(telefonia
mvel)
ou
endereo de instalao do acesso
telefnico (telefonia fixa) composto por
logradouro, nmero e complemento.
Informar o bairro do endereo.
Informar o municpio do endereo de
cadastro (telefonia mvel)/instalao
(telefonia fixa) sem caracteres de
separao
Informar a sigla da UF do endereo de
(telefonia fixa).
Domnio:
AC|AL|AM|AP|BA|CE|DF|ES|GO|MA|
MG|MS|MT|PA|PB|PR|PE|PI|RJ|RN|
RO|RR|RS|SC|SE|SP|TO
Informar o cep do endereo de
(telefonia fixa) sem caracteres de
xs:string
Tamanho: 2
S
<xs:string>
Tamanho: 8
34
SITTE
L

Grupo de Trabalho
SITTEL

EF-140515010001/2014
Data: 08/09/2014
Verso 1.00-00
dataInicio
dataFim
4.
separao.
Formato: 99999999
Informar
o
incio
da
ativao/instalao do terminal no
formato: ddmmaaaa
Informar o fim da ativao/instalao
do terminal no formato: ddmmaaaa
<xs:string>
Tamanho: 8
<xs:string>
Tamanho: 8
Obr
Tipo
<xs:string>
Tamanho: 1 30
<xs:string>
Tamanho: 15
<xs:string>
Tamanho: 1 20
<xs:string>
Tamanho: 1 20
<xs:string>
Tamanho: 1 30
Arquivo CHAMADAS.xml
Elemento Chamada
Nome do elemento
numeroTerminalOriginador
imeiOriginador
cgiPrimeiraErbOriginador
cgiUltimaErbOriginador
numeroTerminalRecebedor
Descrio
Para o assinante A (originador):
Se mvel ou fixo, informar o cdigo
do pas, o cdigo de acesso (ddd) e
o terminal telefnico sem caracteres
de separao.
Formato: 556122222222.
Se rdio,
Formato: nn*nnn*nnnnn.
Se mvel, informar o IMEI do
equipamento registrado pelo terminal
do assinante A (originador), no
formato decimal com 15 dgitos e
Formato: 999999999999999
Se mvel, informar a CGI da primeira
erb da chamada sem caracteres de
separao,
registrada
para
o
assinante A.
Se mvel, informar a CGI da ltima
separao,
registrada
para
o
assinante A.
Para o assinante B (recebedor):
Se mvel ou fixo, informar o cdigo
do pas, o cdigo de acesso (ddd) e
o terminal telefnico sem caracteres
de separao.
Formato: 556122222222.
Se rdio,
35
SITTE
L

Grupo de Trabalho
SITTEL

EF-140515010001/2014
Data: 08/09/2014
Verso 1.00-00
imeiRecebedor
cgiPrimeiraErbRecebedor
cgiUltimaErbRecebedor
tipoChamada
formatoConteudoChamada
dataInicio
horaInicio
gmt
duracao
5.
<xs:string>
Tamanho: 15
<xs:string>
Tamanho: 1 20
<xs:string>
Tamanho: 1 20
<xs:string>
Tamanho: 1
S
S
S
S
<xs:string>
Tamanho: 1
<xs:string>
Tamanho: 8
<xs:string>
Tamanho: 8
<xs:string>
Tamanho: 5 ou 6
<xs:string>
Tamanho: 8
Arquivo ERB.xml
Elemento Erb
Nome do elemento
cgi
endereco
bairro
municipio
uf
Se mvel, informar o IMEI do

equipamento registrado pelo terminal
do assinante B (recebedor), no
formato decimal com 15 dgitos e
Formato: 999999999999999
Se mvel, informar a CGI da primeira
separao,
registrada
para
o
assinante B.
Se mvel, informar a CGI da ltima
separao,
registrada
para
o
assinante B.
Domnio:
N para chamada nacional
I para chamada internacional
Domnio:
M MMS (multimdia)
T Texto
V Voz
Informar a data de incio da chamada
no formato: ddmmaaaa
Informar hora de incio da chamada.
Formato: HHMMSS (24h)
Informar o gmt de incio da chamada.
Formato: GMT-99
Informar a durao da chamada.
Descrio
Informar a CGI/eCGI da erb sem
caracteres de separao
Informar o endereo de instalao da
erb composto por logradouro, nmero
e complementos
Informar o bairro de instalao da erb
Informar o municpio de instalao da
erb
Informar a sigla uf de instalao da erb
Obr
S
S
N
S
S
Tipo
<xs:string>
Tamanho: 1 20
<xs:string>
Tamanho: 1 100
<xs:string>
Tamanho: 1 100
<xs:string>
Tamanho: 1 100
xs:string
Tamanho: 2
36
SITTE
L

EF-140515010001/2014
Data: 08/09/2014
Verso 1.00-00
Informar o cep de instalao da erb

sem caracteres de separao
cep
latitude
longitude
azimute
Informar a latitude de instalao da

ERB.
Formato: -|+ 99,99999999
Informar a longitude de instalao da
ERB.
Formato: -|+ 99,99999999
Se mvel, informar o azimute da
chamada referente a ERB acionada
pelo terminal do assinante.
Formato em graus
<xs:string>
Tamanho: 1 40
<xs:string>
Tamanho: 8
<xs:string>
Tamanho: 1 - 15
<xs:string>
<xs:string>
Tamanho: 3
Obr
Tipo
<xs:string>
Tamanho: 15
<xs:string>
Tamanho: 1 30
Arquivo IMEI.xml
Elemento Imei
Nome do elemento
numeroImei
numeroTerminal
dataInicio
horaInicio
gmt
duracao
7.
Grupo de Trabalho
SITTEL
Informar o pas de instalao da erb
pais
6.

Descrio
Informar o IMEI no formato decimal
com 15 dgitos e sem caracteres de
separao.
Se mvel, informar o cdigo do pas, o
cdigo de acesso (ddd) e o terminal
telefnico
sem
caracteres
de
separao.
Formato: 556122222222.
Se rdio,
Informar a data de incio da chamada.
Formato: DDMMAAAA
Informar hora de incio da chamada.
Informar o gmt de incio da chamada.
Formato: GMT-99
Informar a durao da chamada.
S
S
S
S
<xs:string>
Tamanho: 8
<xs:string>
Tamanho: 8
<xs:string>
Tamanho: 5 ou 6
<xs:string>
Tamanho: 8
Arquivo CONEXAO.xml
37
SITTE
L
Elemento Conexao
Nome do elemento
numeroTerminal
ip
tipoIp
porta
dataInicio
horaInicio
gmtInicio
dataFim
horaFim
gmtFim
kbytes

Grupo de Trabalho
SITTEL

EF-140515010001/2014
Data: 08/09/2014
Verso 1.00-00
Descrio
Se mvel, informar o cdigo do pas, o
cdigo de acesso (ddd) e o terminal
telefnico
sem
caracteres
de
separao.
Formato: 556122222222.
Se rdio,
Informar o endereo ip no formato ipv4
ou ipv6 com caracteres separadores.
Domnio:
4 4 para IPV4
6 para IPV6
Informar o nmero da porta referente
ao IPV4
Informar data de incio da conexo.
Formato: DDMMAAAA
Informar hora de incio da conexo.
Fformato: HHMMSS (24h)
Informar GMT de inicio da conexo.
Formato: GMT-99
Informar data de trmino da conexo.
Formato: DDMMAAAA
Informar hora de trmino da conexo.
Fformato: HHMMSS (24h)
Informar GMT de trmino da conexo.
Formato: GMT-99
Informar a quantidade de trfego
expresso em kb
Obr
Tipo
<xs:string>
Tamanho: 15
<xs:string>
Tamanho: 8 100
<xs:string>
Tamanho: 1
S
S
S
S
N
N
N
N
<xs:int>
Valores: 0 - 65535
<xs:string>
Tamanho: 8
<xs:string>
Tamanho: 8
<xs:string>
Tamanho: 5 ou 6
<xs:string>
Tamanho: 8
<xs:string>
Tamanho: 8
<xs:string>
Tamanho: 5 ou 6
<xs:double>
Tamanho: 1 20
38
SITTE
L

Grupo de Trabalho
SITTEL

EF-140515010001/2014
Data: 08/09/2014
Verso 1.00-00
ANEXO II Regras de Validao

As regras de validao aplicadas aos Web Services esto agrupadas da seguinte
forma:
Grupo A Validao de certificado digital
Grupo B Validao da mensagem
Grupo C Validao de regras de negcio
A.
Validao do Certificado de Transmisso
Cdigo
Regra
Obr
Efeito
A01
A02
A03
A04
A05
Certificado de Transmissor Invlido

Validade do Certificado (data incio e data fim)
Certificado do Transmissor revogado
Certificado Raiz difere da "ICP-Brasil"
Falta a extenso de CNPJ no Certificado
S
S
S
S
S
Rejeita
Rejeita
Rejeita
Rejeita
Rejeita
As validaes de A01, A02, A03 e A04 so realizadas pelo protocolo SSL e no

precisam ser implementadas.
B.
Validao da Mensagem
Cdigo
Regra
Obr
Efeito
B01
Tamanho do XML de Dados superior a xxx Kbytes

(h algum limite no Sittel???)
Verifica Schema XML da rea de dados
Verifica se o processamento do servio est
paralisado
Rejeita
S
S
Rejeita
Rejeita
B02
B03
A validao B03 deve ser implementada tanto pelas operadoras quanto pelos rgos
demandantes que mantm os Web Services. Nos casos em que o Web Service no ficar
disponvel quando o servio estiver paralisado, essa validao poder ser dispensada.
39
SITTE
L
C.

Grupo de Trabalho
SITTEL

EF-140515010001/2014
Data: 08/09/2014
Verso 1.00-00
Validao de Regras de Negcio

Cdigo
Regra
Obr
Efeito
C01
Cdigo de ordem ou
requisio inexistente
Cdigo de ordem ou
requisio j existente
na operadora
- ao receber uma nova
Ordem ou Requisio,
o nmero informado
(codigoOrdem,
codigoRequisio) j
existe na operador
CPF/CNPJ informado
invlido
Nas requisies com
parmetros de
pesquisa por
CPF/CNPJ + Nome, o
CPF/CNPJ ser o
dado considerado na
consulta.
Nos casos de envios
parciais de resultados,
as informaes
encaminhadas
anteriormente devem
ser retransmitidas
novamente at a
entrega total dos
dados.
Na transmisso de
requisies que
solicitem os dados
cadastrais, os arquivos
Assinante, AssinanteTerminal e Instalao
devem ser
transmitidos juntos.
Quando uma conexo
IP envolver endereos
do tipo IPV6 e IPV4,
sero gerados dois
arquivos de conexo
com data/hora
simultneos, cada um
com o endereo IP
correspondente (IPV4
e IPV6)
Rejeita
Rejeita
Rejeita
Aceito
Aceito
Aceito
Aceito
C02
C03
C04
C05
C06
C07
40
SITTE
L
C08
C09
C10
C11
C12

Grupo de Trabalho
SITTEL

EF-140515010001/2014
Data: 08/09/2014
Verso 1.00-00
Ordens cujo perodo

solicitado forem
superiores ao limite
legal de 5 anos, sero
rejeitadas
Para os arquivos
Assinante Terminal e
Instalao, deve
permitir a
apresentao de
nmeros especiais,
como 0800, 0300 e de
atendimento das
Operadoras, e os
campos cdigo do
pas e CN nodevem
ser de preenchimento
obrigatrio.
Os arquivos de
Chamadas devero
aceitar a apresentao
de nmeros especiais
e internacionais,
sendo que, para esses
registros no devero
ser aplicados os
formatos
estabelecidos para
linhas mveis e fixas: ,
INFORMAR O
CDIGO DO PAS, O
CDIGO DE ACESSO
(DDD) E O TERMINAL
TELEFNICO SEM
CARACTERES DE
SEPARAO NO
FORMATO DO
EXEMPLO:
556122222222
O demandante no
poder enviar mais
requisies do que o
informado no servio
Encaminhar Ordem
Judicial / Extrajudicial.
O arquivo Instalao
deve aceitar nos
campos Endereo,
Bairro, Muncipio a
informao
Indisponvel, visando
atender a falta de
Rejeita
Aceito
Aceito
Rejeita
Aceito
41
SITTE
L
C13
C14

Grupo de Trabalho
SITTEL

EF-140515010001/2014
Data: 08/09/2014
Verso 1.00-00
informao para linhas

mveis pr-pagas.
O alvo que possua 2
(duas) ou mais linhas,
ao realizar uma
chamada para outra
linha dele mesmo,
dever ser
considerado como
alvo e investigado nos
arquivos ASSINANTE,
ASSINATETERMINAL e
INSTALAO, ou
seja, como o alvo liga
para ele mesmo, os
dados tambm
podero aparecer
como interlocutores.
Para as consultas de
alvo IMEI nos
resultados o digito
verificador poder
retornar com o valor
0(zero)
Aceito
Aceito
Itens que necessitam de definies entre o SITTEL e Operadoras:

Arquivo conexo:
No layout desse arquivo, para os casos com o cenrio CGNAT permitido informar somente
uma das portas da conexo, porm precisamos retornar o range de portas dos registros
identificados.
Outra questo que envolve o arquivo conexo est relacionada aos servios de dados da
Operadora, onde nos bilhetes no existe a informao de linha ou MAC ADRESS. Exemplo:
Servio WIFI
42

SITTEL - Especificação Funcional Versão 1 00-00 - REVISÃO VIVO - Revisao - FSIE

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

SITTEL - Especificação Funcional Versão 1 00-00 - REVISÃO VIVO - Revisao - FSIE

Încărcat de

Drepturi de autor:

Formate disponibile

SITTE

Projeto de Sistema de Afastamento

Especificao Funcional para o Modelo de

Projeto de Sistema de Afastamento

Especificao Funcional para o Modelo de

Autores deste documento

Integrao de prestadoras do SMP ou STFC e rgos demandantes

Repositrio desta informao

Smbolos e marcaes usadas neste documento

Temas em aberto neste documento

Padro de Documento XML

Padro de Certificado Digital

Log e Tratamento de Erro

Layout dos arquivos XML para troca de informaes

Servios a serem providos pelas Operadoras

Servios a serem providos pelos rgos Demandantes

Resumo dos Servios

Premissas para o projeto

DINMICA DAS COMUNICAES

ANEXO I - Arquivos XML

Projeto de Sistema de Afastamento

Especificao Funcional para o Modelo de

Projeto de Sistema de Afastamento

Especificao Funcional para o Modelo de

Autores deste documento

Repositrio desta informao

Smbolos e marcaes usadas neste documento

Algo a ser confirmado ou revisado

Projeto de Sistema de Afastamento

Especificao Funcional para o Modelo de

Temas em aberto neste documento

Projeto de Sistema de Afastamento

Especificao Funcional para o Modelo de

O objetivo deste documento detalhar as especificaes e critrios tcnicos

Projeto de Sistema de Afastamento

Especificao Funcional para o Modelo de

CGI: Cell Global Identity.

Todas as clulas GSM e WCDMA possuiem um cdigo identificador que as tornam

Projeto de Sistema de Afastamento

Especificao Funcional para o Modelo de

eCGI - E-UTRAN Cell Global Identifier

Analogamente ao descrito no item anterior, h uma identificao que individualiza

ERB: Estao Rdio Base

Projeto de Sistema de Afastamento

Especificao Funcional para o Modelo de

computador na internet possui um IP (Internet Protocol ou Protocolo de internet) nico, que

Projeto de Sistema de Afastamento

Especificao Funcional para o Modelo de

A proposta para interoperao entre os sistemas a de prover e consumir servios

O encaminhamento de requisies judiciais s operadoras ser feito pelos rgos

Projeto de Sistema de Afastamento

Especificao Funcional para o Modelo de

Aps receber as respostas com os resultado de suas solicitaes de servios, os

Figura 3 - Fluxo de comunicao assncrona entre rgo demandante e operadora

Etapas do fluxo assncrono:

Projeto de Sistema de Afastamento

Especificao Funcional para o Modelo de

(3) o aplicativo cliente da operadora encaminha, a qualquer momento do processamento da

Projeto de Sistema de Afastamento

Especificao Funcional para o Modelo de

2.2.2 Padro de Comunicao

2.2.3 Padro de Certificado Digital

Protocolo SSL com autenticao mtua