RM Requisito Maestro

145193 - Change Request para

demanda 132725 - Sittel FASE II.

As informaes contidas neste documento so proprietrias e para uso confidencial dos destinatrios explicitados. Propriedade da
Telefnica|VIVO
Verso do Template: 3.0

Diretoria Executiva de Tecnologia da Informao

IDENTIFICAO DA DEMANDA
Cdigo da Demanda

Nome da Demanda

145193

Change Request para demanda 132725 - Sittel FASE II.

HISTRICO DE ELABORAO

Data

Verso

Motivo

Autor

22/10/2014

1.0

Criao

Eliana

09/12/2014

1.1

Excluso

Eliana

18/12/2014

1.2

Alterao

Eliana

Descrio da Alterao
Incluso via Change Request das necessidades
no supridas em perodo de demanda, onde a
prioridade atender a conectividade com os
demais rgos pblicos, conforme a seguinte
prioridade:
1- Criao de ambiente de homologao;
2 - Alternativa para a Mediao tratar os
registros que no contenham o GMT;
3 - Melhorias Processum para o Sittel (FASE I);
4 - Extrao de relatrios;
5 - Disponibilizao de Manual do Usurio.
Excluso da solicitao da criao de ambiente
de homologao. O mesmo ser atendido
mediante a Change Request - #144312 - Criao
de ambiente de homologao para o Sittel.
Alterao em funo de reunio de 17/12/14.

ENVOLVIDOS
Nome Completo

rea

Fabio Antonio Pereira

CR

Nilcia de Oliveira Batista

Solicitant
e/Validad
or/Homol

Papel
Gesto da
Demanda Recursos e
Apoio|I*AR
Diviso de
Servios
Especiais|

Responsabilidade

Email

Telefone

Fabio.apereira@

11 3430 1432 | Cel. 11 99987 0361

Fabio Antonio
Pereira

Nilceia.batista@

11 3548.6770 | Cel 11 96901.6848

As informaes contidas neste documento so proprietrias e para uso confidencial dos destinatrios explicitados. Propriedade da
Telefnica|VIVO
Verso do Template: 3.0

Nilcia de
Oliveira Batista

Jonas Corra

Eliana Lima Monteiro

ogador
Solicitant
e/Validad
or/Homol
ogador
AN

FSIE02
Diviso de
Servios
Especiais|
FSIE02
Gesto da
Demanda Recursos e
Apoio|I*AR

Jonas.correa@

11 3548 6774 | Celular:

11980446444

Jonas Corra

Eliana.monteiro@

11 3430-4468 / Cel: 11 98186-6122.

Eliana Lima
Monteiro

CARACTERIZAO DA DEMANDA
Pblico Alvo
Pessoa Fsica
Pessoa Jurdica
Interno

Operao

Regional

Fixo

So Paulo

Norte

Mvel

Minas Gerais

Nordeste

FWT

Sul

Corporativo

TV

Leste

Brasil

Convergente

Centro Oeste

Global

Outros

As informaes contidas neste documento so proprietrias e para uso confidencial dos destinatrios explicitados. Propriedade da
Telefnica|VIVO
Verso do Template: 3.0

RM Requisito Maestro

Pg. 3 de 18

NDICE
1

DOMNIO DO PROBLEMA....................................................................................................................... 4

1.1

VISO DA SITUAO ATUAL............................................................................................................. 4

1.2

NECESSIDADES DAS PARTES INTERESSADAS..............................................................................4

1.3

VOLUMETRIA ATUAL........................................................................................................................... 4

DOMNIO DA SOLUO DE NEGCIO.................................................................................................. 5

2.1

VISO DA SITUAO ESPERADA..................................................................................................... 5

2.2

BENEFCIO........................................................................................................................................... 5

2.3

VOLUMETRIA PROJETADA................................................................................................................. 5

ESCOPO DA DEMANDA.......................................................................................................................... 6

3.1

DESCRIO DO ESCOPO DA DEMANDA..........................................................................................6

3.2

DESCRIO DOS ELEMENTOS FORA DO ESCOPO DA DEMANDA...............................................6

RESTRIES, PREMISSAS E RISCOS.................................................................................................. 6

4.1

RESTRIES........................................................................................................................................ 6

4.2

PREMISSAS.......................................................................................................................................... 6

4.3

RISCOS................................................................................................................................................. 6

REGRAS DE NEGCIO........................................................................................................................... 6

FLUXO OPERACIONAL........................................................................................................................... 7

6.1
FO001 TRATAMENTO DOS BILHETES QUE NO CONTM O GMT E ADEQUAO AO
PROJETO CANG............................................................................................................................................. 7
6.2

FO002 MELHORIAS NO PROCESSUM PARA O SITTEL................................................................7

6.3

FO003 RELATRIOS NO PROCESSUM PARA O SITTEL...............................................................8

REQUISITOS ADICIONAIS....................................................................................................................... 9

7.1

RA01 MANUAIS................................................................................................................................. 9

7.2

RA01 FORMATO DOS ARQUIVOS................................................................................................... 9

CKECKLIST REQUISITOS ADICIONAIS............................................................................................ 10

RASTREABILIDADE.............................................................................................................................. 10

10

CENRIOS DE ACEITAO DE NEGCIO.......................................................................................11

11

REFERNCIAS / ANEXOS................................................................................................................. 14

1-GMT PELO VIGIA PARA DADOS:............................................................................................................. 14

12

GLOSSRIO (CONVENES, TERMOS E ABREVIAES)...........................................................14

As informaes contidas neste documento so proprietrias e para uso confidencial dos

destinatrios explicitados. Propriedade da Telefnica|VIVO
Verso do Template: 3.0

RM Requisito Maestro

Pg. 4 de 18

Domnio do Problema

1.1

Viso da Situao Atual

O problema de:
Afeta:
Gerando impacto de:

Ausncia de funcionalidades no sistema Processum, no previstos quando do

desenvolvimento da demanda 33266.
Que afetam a operacionalidade no tratamento das requisies, emisso de
relatrios, bem como, no h manual de procedimentos.
Falta de qualidade operacional no atendimento.

Tratativa atual:

GMT: mediante Change Request na fase I do Sittel, foi efetuada ao

de fixar o dado para os seguintes servios:
o

FCDR (Voz) + Roaming interno = apresenta GMT superior a

Julho/13. Para as chamadas anteriores a Julho/13 o dado
fixado em GMT-03:00.

RSR (Roaming externo), fora da rede Vivo + chamada

internacional = o dado fixado com valor zero.

MCDR (SMS) no tem ERB, pois no h plataforma em todos

os Estados = o dado fixado em 02 ou GMT -3.

MINILOG (Dados), conforme print anexo em Referncia, o

dado j possui o CGI informado no Vigia.
O ambiente de Produo no possui as funcionalidades requeridas
nesta Change Request, necessitando de aes paliativas pelos
solicitantes;
No h manual para os usurios e relatrios distintos para o Sittel.
o

1.2

Necessidades das Partes Interessadas

ID

Descrio das Necessidades

NC001

Solucionar a questo dos bilhetes que no retornam o dado de GMT.

NC002

Corrigir funcionalidades no Processum para atender ao Sittel.

NC003

Criar manual de usurio, devido necessidade futura de substituio de recursos.

NC004

Gerar relatrio prprio para atender a demanda do Sittel.

1.3

Volumetria atual

Perodo

Regional

Mensal

Brasil

Mensal

Brasil

Mensal

Brasil

Mensal

Brasil

N de Ofcios
atendidos
N de
Assinantes
Investigados
N de
chamadas
informadas
Nmero de
ERBs

14859
32163
15065
352

As informaes contidas neste documento so proprietrias e para uso confidencial dos

destinatrios explicitados. Propriedade da Telefnica|VIVO
Verso do Template: 3.0

RM Requisito Maestro

Mensal

2
2.1

Pg. 5 de 18

Brasil

Throughput
Processum x
SPIC - HC

521666Kb/510
Mb

Domnio da Soluo de Negcio

Viso da Situao Esperada

Atender requisitos de negcio no previstos na fase I e no atendidos na fase II em funo da

priorizao da conectividade com os demais rgos pblicos.

2.2

Benefcio
Tratar corretamente os bilhetes que no possuem o dado de GMT;
Corrigir e criar novas funcionalidades no Processum para atender a demanda do Sittel;
Criar manual do usurio, para consultas futuras;
Gerar relatrios apropriados ao Sittel, para aferir o volume de solicitaes.

2.3

Volumetria projetada
Perodo

Regional

Mensal

Brasil

Mensal

Brasil

Mensal

Brasil

Mensal

Mensal

Mensal

Brasil

Brasil

Brasil

N de Ofcios
atendidos
N de
Assinantes
Investigados
N de
chamadas
informadas
Nmero de
ERBs
Throughput
Processum x
SPIC HC
(acrescer
70%).
SLA

14859
32163
15065
352

357Mb
A ser definido
pela
autoridade
solicitante por
meio de Ofcio.

As informaes contidas neste documento so proprietrias e para uso confidencial dos

destinatrios explicitados. Propriedade da Telefnica|VIVO
Verso do Template: 3.0

RM Requisito Maestro

Pg. 6 de 18

Escopo da Demanda

3.1

Descrio do Escopo da Demanda

Efetuar adequaes em funcionalidades que no foram atendidos em fase de demanda, devido
priorizao de outras atividades.

3.2

Descrio dos Elementos Fora do Escopo da Demanda

N/A.

Restries, Premissas e Riscos

4.1

Restries

ID

Descrio das Restries

001 N/A.
002

4.2

Premissas

ID

Descrio das Premissas

Para incluso do dado de GMT dos servios FCDR (Voz) + Roaming interno (anteriores a
Julho/13) e do servio MCDR (SMS), est em andamento em Redes a avaliao solicitada mediante
001 a AV-324-14- Envio dos Campos de SMS e Voz para Mediao Layout ANATEL, oriundo da
demanda 127438_Ajustes e melhorias no sistema SPIC e 96430_Gerenciamento de IMEIs
Multiplicados.
002

4.3

Riscos

ID

Descrio dos Riscos

O atraso na realizao da AV impede o desenvolvimento necessrio na absoro do dado de GMT
001
para os servios citados.
002

Regras de Negcio
ID

Descrio da Regra

001
002

As informaes contidas neste documento so proprietrias e para uso confidencial dos

destinatrios explicitados. Propriedade da Telefnica|VIVO
Verso do Template: 3.0

RM Requisito Maestro

6
6.1

Pg. 7 de 18

Fluxo Operacional
FO001 Tratamento dos bilhetes que no contm o GMT e adequao ao Projeto Cang.
1.1 Para as chamadas realizadas em nossa Rede, que no apresentem o dado de GMT (fuso
horrio da Central), deve ser retornado dado como Fuso de Braslia (GMT-03:00). Esta ao deve
ser refletida em toda a comunicao com o Sittel (atual e futura) para os servios:

MCDR (SMS).

RSR (Roaming externo), fora da rede Vivo + internacional.

MINILOG (Dados).

1.2 A soluo deve prever o atendimento do Projeto Cang, com a funo de dupla convivncia entre
IPV4 e IPV6, onde os arquivos que contiverem o campo nmero da porta IP devem considerar como
informao vlida apenas a porta inicial.

6.2

FO002 Melhorias no Processum para o Sittel.

2.1 Tratamento da ordemresiden:
2.1.1 Conforme funcionalidade j existente no Portal Jud, deve ser possvel aplicar a funcionalidade
de Scalation para as ordens recebidas via Sittel, no Painel de Recebimento de Ofcios, devendo
haver alerta caso uma requisio no seja tratada pela equipe de Cadastro.
2.1.2 Conforme funcionalidade j existente para a pesquisa de CTs j respondidas, deve ser
possvel aplicar o mesmo tipo de pesquisa para as ordens recebidas, tendo como base o nmero do
processo, do inqurito policial ou do ofcio judicial, devendo ser apresentada listagem das CTs
existentes, que correspondam pesquisa efetuada e gerar vnculo entre as CTs.
2.2 Rejeio da Requisio:
2.2.1 A soluo deve prover a possibilidade de rejeio da ordem recebida via Sittel, tanto pelo
analista com perfil de Cadastro quanto de Resposta, em etapas distintas.
2.2.2 Pelo analista de Cadastro: a rejeio prvia efetuada nesta etapa do processo encaminha a
requisio com status de Rejeitada na tela de Lista de Partes para ao do analista de Resposta. A
rejeio feita por este perfil no deve ser comunicada ao Sittel.
2.2.2.1 A avaliao positiva deve possibilitar o encaminhamento da requisio para o analista de
Resposta.
2.2.3 Pelo analista de Resposta: a rejeio anterior deve ser revalidada pelo analista de Resposta.
Se a mesma no for validada, deve ter seu fluxo continuado com ao de envio para processamento.
A mantena pela rejeio ou a necessidade de rejeio independente da avaliao anterior pelo
analista de Cadastro, deve alterar o status da Requisio e ser comunicada ao Sittel.
2.2.3 No momento da anlise dos arquivos gerados aps o processamento, a soluo deve prover
opo para o analista de Resposta rejeitar uma ou mais linhas de Partes que retornarem em branco,
onde a consulta efetuada no retornou dado devido o alvo no constar da base da Telefnica/Vivo.
2.2.4 Deve ser possvel marcar vrias requisies para poder rejeita-las em lote.
2.2.5- Deve ser possvel realizar um upload com vrios arquivos em formato Excel para
substituir/complementar os dados das requisies com associao de acordo com o nome dos
arquivos e seu ID. Exemplo: 201_assinante_terminal.xls referente a requisio 201 e arquivo
assinante-terminal.

As informaes contidas neste documento so proprietrias e para uso confidencial dos

destinatrios explicitados. Propriedade da Telefnica|VIVO
Verso do Template: 3.0

RM Requisito Maestro

Pg. 8 de 18

2.3 Tratamento da requisio:

2.3.1 A soluo deve proporcionar o informe via alerta por e-mail ao analista de Resposta
responsvel pela CT, se o processamento da requisio for superior a 24 horas. Este prazo
deve ser parametrizvel, de modo a ser alterado a qualquer tempo, de acordo com a
necessidade do solicitante.
2.3.2 - Alm da parametrizao do prazo de alerta, deve ser permitida a parametrizao do
perfil para recepo do alerta. Deste modo, a princpio, o analista de Resposta deve receber o
alerta. Havendo necessidade, o alerta se estender aos demais perfis de acordo com o
cadastro em nveis (workflow).
2.3.3 - Todos os documentos de resposta ao SITTEL devero ser criados na aba de Resposta
da CT e convertidos para arquivo com extenso.PDF. Como por exemplo, na tela de Lista de
Despacho, ao clicar em Arquivo da Tela de Rejeio ou Justificativa para os casos que o
SITTEL Rejeitar, dever ser listado as respostas existentes na CT.
2.4 Processamento da Requisio:
2.4.1 A soluo deve prover o status de cada provedor acionado, de acordo com o registro de
solicitao efetuada. O retorno dos provedores deve conter os status: Pendente, Concludo,
Falha.
2.4.2 A soluo deve prover a criao de campo que exiba em tela qual o provedor (sistema)
retornou o arquivo.
2.4.3 Retorno da Requisio: Havendo entrega parcial de uma Requisio, a soluo deve
prover o retorno conforme segue:
Cadastro - [ASSINANTE], [ASSINANTE-TERMINAL] e [INSTALAO] - Devem ser
entregues sempre os trs juntos;
Chamadas - [CHAMADAS], [ERB] e [CONEXO] - Podem ser enviados separados de forma
a caracterizar uma entrega parcial;
Interlocutores - [ASSINANTE], [ASSINANTE-TERMINAL] e [INSTALAO] - Devem ser
entregues sempre os 3 juntos;
2.4.4 Se uma Requisio/Ordem solicitar tanto a resposta para os arquivos Cadastro,
Chamadas, quanto Interlocutores, a soluo deve prover a entrega parcial, seja de somente
informaes de Cadastro, de Chamadas ou de Interlocutores.
2.4.5 - Reprocessamentos em lote: Na situao em que o processamento no ocorre com
sucesso, deve ser possvel o reprocessamento da requisio por meio da tela de filtro, para um
ou mais provedores que retornaram com erro.
2.4.6 A soluo deve permitir a consulta no Painel de Requisies das CTs
concludas/fechadas, de modo que todas as ordens cadastradas possam ser consultadas,
independente do seu status.
2.4.7 - Na finalizao do atendimento da ordem ou das requisies o sistema deve ser passvel
de acolher o Recibo que o rgo demandante enviar, seja de rejeio da requisio ou da
ordem como um todo.
2.4.8 Ao processar uma requisio o sistema dever segregar os dados que possuem CPF
invalido do restante das requisies e formar um nico PDF com todas as informaes do CPF
invalido Ex.: o interlocutor com cpf n 777, ser removido de todos os arquivos
interlocutor_assinante, interlocutor_assinante_terminal e interlocutor_instalao. Porm os
seus dados sero exportados para um PDF a fim de informarmos a justia sobre os dados que
temos

6.3

FO003 Relatrios no Processum para o Sittel.

As informaes contidas neste documento so proprietrias e para uso confidencial dos

destinatrios explicitados. Propriedade da Telefnica|VIVO
Verso do Template: 3.0

RM Requisito Maestro

Pg. 9 de 18

3.1.1 A soluo deve proporcionar a extrao dos dados no Painel de recebimento de ofcio
por meio da exportao em formato Excell, retornando somente os campos abaixo:

Data e Hora de Recebimento da Requisio;

Analista de Cadastro;

Analista Responsvel pela CT;

Status (conforme padro do Painel de Recebimento de Ofcios).

Nmero Ofcio Sada/Ano;

Situao;

Nmero Ofcio Entrada;

Nmero da Requisio de Servio;

Prazo de resposta;

Data de Recebimento e Solicitaes (?);

Data de envio da resposta, com status Total ou Parcial

3.1.2 - Incluir o filtro Situao na tela de Painel de Requisies:

3.1.3 Relatrio de Requisio: A soluo deve gerar relatrio de Requisies Recebidas pelos
analistas de Cadastro, no mesmo padro do relatrio gerado hoje para Recebimento de Ofcios,
contendo os seguintes campos:
Nmero Ofcio Sada/Ano (?);
Situao;
Nmero Ofcio Entrada;
Nmero Requisio de Servio;
Status;
Data de Recebimento e Solicitaes (?);
Analista de Cadastro;
Analista Responsvel.
3.1.4 A pesquisa deve ser efetuada por quaisquer campos listados acima.
3.1.5 A pesquisa deve ser refletida nos demais tipos de consulta j existentes. Assim, na busca do
rgo origem da solicitao, o Sittel deve constar como filtro de pesquisa e retornar relatrio no
mesmo layout dos j existentes (Consolidados/Parametrizvel/Detalhado).
3.1.6 O relatrio deve retornar as informaes, independente do rgo pblico responsvel pela
Requisio, visto que o Sittel prev a entrada de novos rgos.

7
7.1

Requisitos Adicionais
RA01 Manuais.
Tipo: No funcional
Descrio: Prover manual de usurio para as funcionalidades que atendem ao Sittel.

As informaes contidas neste documento so proprietrias e para uso confidencial dos

destinatrios explicitados. Propriedade da Telefnica|VIVO
Verso do Template: 3.0

RM Requisito Maestro

7.2

Pg. 10 de 18

RA01 Formato dos arquivos.

Tipo: No funcional
Descrio: A soluo deve suportar a extrao de relatrios e documentos, respectivamente, no
padro Excel e PDF.

As informaes contidas neste documento so proprietrias e para uso confidencial dos

destinatrios explicitados. Propriedade da Telefnica|VIVO
Verso do Template: 3.0

RM Requisito Maestro

Pg. 11 de 18

Ckecklist Requisitos Adicionais

Item
H necessidade de reteno de dados online ou expurgo de dados?
H necessidade de um Backup de negcio diferente do Backup padro de TI?
(Novos Sistemas)
H necessidade de treinamento dos usurios?

Sim / No
( S / N)
N

Identificador (ID da Regra, Fluxo ou Requisito Adicional)

N
N

Rastreabilidade
Bloco

BR01 Tratamento do GMT

BR02 Melhorias no Processum
BR03 Relatrios no Processum

Itens rastreados
(ID da Regra, Fluxo ou Requisito Adicional)

Necessidade
Adequar o retorno das requisies para o correto
retorno do dado de GMT.
Adequar funcionalidades no Processum para
atender ao Sittel.
Adequar os relatrios do Processum para atender
ao Sittel.

As informaes contidas neste documento so proprietrias e para uso confidencial dos

destinatrios explicitados. Propriedade da Telefnica|VIVO
Verso do Template: 3.0

FO001.
FO002.
FO003.

RM Requisito Maestro

10

Pg. 12 de 18

Cenrios de Aceitao de Negcio

ID
Cenrio

Ttulo do Cenrio

CN01

Bilhetes de GMT

CN02

Projeto CANG

Descrio do Cenrio
O usurio deve verificar se
no retorno da requisio a
regra est aplicada
corretamente aos servios
de SMS, Roaming externo
e Dados.
O usurio deve verificar qual
o retorno da requisio
considerando a dupla
convivncia entre IPV4 e
IPV6.
Deve ser gerado alerta no
Painel de Recebimento de
Ofcios diante da falta de
ao pela equipe de
Cadastro.

Descrio das PrCondies

O retorno da requisio
deve apresentar os dados
do Fuso de Braslia (GMT03:00)

FO001 (1.1).

A soluo deve prover o

ajuste no retorno do dado
nmero da porta IP.

O retorno da requisio
deve apresentar apenas a
porta inicial.

FO01 (1.2).

Deve ser gerado alerta

quando do recebimento de
ordem via Sittel.

Melhorias-Tratamento da
Ordem (Alerta)

CN04

Melhorias-Tratamento da
Ordem (Pesquisa CT)

O usurio deve gerar a

pesquisa da ordem recebida
via Sittel.

Deve ser gerado o vnculo

entre Ordem recebida e j
tratada.

CN05

Melhorias-Tratamento da
Ordem (Rejeio da
Requisio-Cadastro)

O analista de Cadastro deve

rejeitar uma requisio.

A soluo deve prover a

rejeio pelo analista com
perfil de Cadastro.

Melhorias-Tratamento da
Ordem (Rejeio da
Requisio-Resposta)

O analista de Resposta
efetua a rejeio da
negativa anterior e aprova a
requisio anteriormente
reprovada.

As informaes contidas neste documento so proprietrias e para uso confidencial dos

destinatrios explicitados. Propriedade da Telefnica|VIVO
Verso do Template: 3.0

Regras / Fluxos /
Requisitos adicionais
Relacionados

A requisio deve conter

chamada proveniente da
nossa Rede.

CN03

CN06

Resultado Esperado

A soluo deve gerar duas

aes para o analista de
Resposta quando do
acolhimento de uma Ordem.

esperado que as
requisies enviadas via
Sittel sejam tratadas com
prioridade, independente da
ao humana.
A pesquisa de nova Ordem
que encontrar Ordem j
tratada deve gerar o vnculo
entre as duas.
esperado que a requisio
gere ao para o analista de
Resposta endossar ou no
avaliao prvia.
esperado que, a rejeio
validada ou mesmo, a nova
ao de rejeio seja
acolhida e comunicada ao
Sittel. A rejeio no
validada deve possibilitar a
continuidade do
processamento da

FO02 (2.1.1).

FO02 (2.1.2)

FO02 (2.2)
FO02 (2.2).

RM Requisito Maestro

Pg. 13 de 18

requisio.

CN07

Melhorias-Tratamento da
Ordem (Rejeio Linha de
Partes individual e em lote)

O analista de Resposta
deve efetuar a rejeio de
linhas que retornem dados
em branco,
individualmente e em lote.
O analista de Resposta
deve efetuar a correo de
dados gerados em uma
requisio e efetuar o
upload.

CN08

Melhorias-Tratamento da
Ordem (Upload)

CN09

Melhorias-Tratamento da
Requisio (Alerta)

O analista de Resposta
deve imputar um perodo de
processamento para teste.

CN10

Melhorias-Tratamento da
Requisio (Documentos de
resposta)

O analista deve verificar a

resposta na tela de Lista de
Despacho.

CN11

Melhorias-Processamento
da Requisio (Retorno dos
Provedores)

O analista verifica se para

uma mesma requisio
sero retornados os status
por provedor.

CN12

CN13

A soluo deve prover a

rejeio de linhas de
resposta da Requisio, de
modo individual ou em lote.

esperado que a linha

contendo dado de outra
Operadora seja excluda do
retorno da Telefnica/Vivo.

FO02 (2.2).

A soluo deve prover o

complemento ou correo
da requisio por meio de
upload de arquivo em
padro Excel.
A soluo deve prover o
envio de alerta quando o
processamento da
requisio for superior ao
parmetro imputado de
acordo com o perfil do
usurio.
A soluo deve apresentar o
arquivo de resposta na Aba
de Resposta da CT.
A soluo deve apresentar o
status de cada
processamento de acordo
com o provedor
demandado.

esperado que, aps o

upload, o arquivo seja
vinculado correspondente
requisio, pelo nome e
extenso associados.

FO02 (2.5).

esperado que o perodo

de processamento superior
ao imputado gere alerta via
e-mail.

FO02 (2.3.1, 2.3.2).

esperado que os arquivos

de resposta sejam
apresentados em lista.

FO02 (2.3.3).

esperado que a soluo

retorne um dos status:
Pendente, Concludo ou
Falha.

FO02 (2.4.1, 2.4.2).

Melhorias-Processamento
da Requisio (Entrega
parcial)

O analista verifica uma

requisio contendo apenas
solicitao de histrico de
chamadas.

A soluo deve promover a

entrega parcial de arquivos
para a requisio do tipo
Chamadas.

Melhorias-Processamento
da Requisio
(Reprocessamento em lote)

O analista deve, constatada

a falha no processamento
de uma requisio, acionar

A soluo deve promover o

reprocessamento de
requisies em razo de

As informaes contidas neste documento so proprietrias e para uso confidencial dos

destinatrios explicitados. Propriedade da Telefnica|VIVO
Verso do Template: 3.0

esperado que a requisio

do tipo Chamadas retorne
individualmente os arquivos
[chamadas], [erb] ou
[conexo]. Bem como, deve
ser possvel o envio
somente dos arquivos
Cadastro, Chamadas ou
Interlocutores.
esperada a viabilidade do
reprocessamento de
requisies

FO02 ( 2.4.3, 2.4.4)

FO02 (2.4.5)

RM Requisito Maestro

CN14

CN15

CN16

Pg. 14 de 18

mecanismo na tela de filtro

para o reprocessamento.

falha.

Melhorias-Processamento
da Requisio (Consulta)

O analista efetua consulta

de CTs sabidamente
concludas/fechadas.

A soluo deve promover a

consulta de CTs
concludas/fechadas,
cadastradas e j tratadas
previamente.

Melhorias-Processamento
da Requisio (Recibo)

O analista, finalizada uma

requisio como um todo,
deve verificar a recepo de
recibo enviado pelo rgo
demandante.

A soluo deve acolher o

envio de Recibo pelo Sittel,
aps a finalizao do
atendimento.

Relatrios (similares aos

atuais)

O analista, por meio do

Painel de Recebimento de
Ofcio, deve solicitar a
extrao de relatrio de
acordo com os filtros
informados, bem como,
solicitar a extrao do
relatrio Requisies
Recebidas por analista.

A soluo deve promover a

extrao de relatrios.

As informaes contidas neste documento so proprietrias e para uso confidencial dos

destinatrios explicitados. Propriedade da Telefnica|VIVO
Verso do Template: 3.0

esperado que CTs com

este status, bem como,
demais status, sejam
apresentados no Painel de
Requisies.
esperado que, a exemplo
do que j ocorre na
recepo da ordem, seja
viabilizado o recebimento de
Recibo pelo Sittel, seja de
rejeio de uma requisio
ou da ordem como um todo.

esperado o retorno dos

dados de acordo com os
filtros requeridos.

FO02 (2.4.6)

FO02 (2.4.7)

FO03 (3.1.1 a 3.1.6)

RM Requisito Maestro

Pg. 15 de 18

11 Referncias / Anexos

1-GMT pelo Vigia para Dados:

GMT pelo Vigia para

Dados.docx

12 Glossrio (Convenes, termos e abreviaes).

As informaes contidas neste documento so proprietrias e para uso confidencial dos

destinatrios explicitados. Propriedade da Telefnica|VIVO
Verso do Template: 3.0

RM Requisito Maestro

Sigla Item

Pg. 16 de 18

Descrio

As informaes contidas neste documento so proprietrias e para uso confidencial dos

destinatrios explicitados. Propriedade da Telefnica|VIVO
Verso do Template: 3.0