Oficina presencial · Salesforce São PauloDia 1 e Dia 2
Visão de futuro
Vamos escolher os próximos serviços a partir da experiência da Dataprev. O foco é facilitar a vida de cidadãos, servidores e clientes, mantendo a governança dos dados e da operação.
Dia 1Demandas, prioridades e fundamentosDia 2Soluções, demonstrações e encaminhamentosProfessional ServicesExperiência atual e modelo para as próximas frentes
O combinado09h00 · resultado dos dois dias
Que problema vamos resolver primeiro?
Partimos do que a Dataprev já opera e das necessidades dos seus clientes. Vamos identificar o que pode ser reaproveitado e o que precisa de uma solução específica.
Dia 1 · compreender
Demandas e fundamentos
Explorar públicos, necessidades e limites de dados, integração e contratação.
Dia 2 · avaliar
Soluções e condições de entrega
Relacionar as capacidades às demandas, comparar ofertas e identificar as condições de entrega.
Saída conjunta
Próximo passo com responsável
Reunir dúvidas de escopo, dados e operação. Combinar quem valida cada ponto e quando retorna.
Combinado de aberturaQue decisão faria estes dois dias valerem a pena para vocês?
Agenda dos dois dias07/10 · até 16h45 | 08/10 · 9h30 às 16h00
Do problema ao próximo passo.
07/10
Demandas e fundamentos
Escuta e direção de futuroDemandas · contexto breve · eixos e jornadas escolhidas
Arquitetura das Orgs · realizadaRogério Meira · conversa concluída
12h40–14h05 · Almoço realizado
Slack · até 15h30Produtividade e operação · Jackson
Residência e classificação · até 15h40Dados, acesso e soberania
Requisitos · até 15h50Condições de escala e operação
15h50–16h00 · Intervalo
MuleSoft · até 16h25Bilhetagem de APIs · FinOps de IA
Modelo comercial e encerramento · até 16h45Licença, cobrança e contrato
08/10
Soluções e Professional Services
Abertura · até 10h00Retomar as demandas do Dia 1
Service Cloud · até 10h30Iran da Costa · atendimento e gestão de casos
Marketing Cloud · até 11h00Fabio · comunicação proativa
Ofertas replicáveis · até 11h50Rogério Meira · introdução breve a PSS
11h50–13h20 · Almoço · 1h30
Informatica · até 14h05Governança e soberania de dados
Tableau · até 15h05Eric Ogata e Viviani Hupp · 1 hora
15h05–15h15 · Intervalo
Professional Services · até 16h00Feedbacks dos projetos · base comum · regionalização por integradores
Horários:Encaixe proposto para a nova sequência
Dia 1 · manhãManhã · antes do almoço às 12h40
As decisões que abrem o trabalho.
Começamos pelas necessidades de vocês. Depois, conectamos experiência, planejamento e propostas de futuro.
Escuta e demandas da Dataprev
Base, aprendizados e diretrizes
Mapa dos dez eixos
Jornadas das frentes escolhidas
Arquitetura das Orgs · Rogério MeiraRealizada · conversa concluída
Escuta09h20 · necessidades da Dataprev
O que faria diferença para vocês?
01Que necessidade de cidadãos, servidores ou clientes merece prioridade no próximo ciclo?
02O que precisa mudar para esse público? Como vocês perceberiam que o serviço melhorou?
03Quem é o cliente ou patrocinador? Que área da Dataprev conduz essa decisão?
04O que hoje impede avançar: processo, dados, capacidade de entrega, operação ou contratação?
Discussão aberta07/10 · 09h20–09h40
Da demanda de hoje à oferta de amanhã.
O que os clientes pedem — e que novas possibilidades a Dataprev quer levar ao próximo ciclo?
01Demanda recorrente
O pedido que sempre volta.
Que necessidade aparece nas conversas com os órgãos e clientes?
O que hoje falta para atendê-la?
Encontrar a próxima oportunidade
02Ambição de futuro
A oferta que queremos criar.
Que serviço pode alcançar novos públicos ou ampliar o valor para os clientes atuais?
O que essa oferta muda para o cliente?
PúblicoPara quem?
ProblemaQue necessidade resolve?
ResultadoO que muda na prática?
Contexto breve · presente → próximo ciclo09h40 · panorama breve
Onde estamos. Para onde podemos ir.
01 · Base existente
Já usado ou contratado
Serviço na PontaMensagens e atendimento ao cidadão pelo WhatsApp.
UNA + MuleSoftAtendimento unificado e integração com sistemas da Dataprev.
Slack da operaçãoColaboração entre equipes na operação de campanhas.
02 · Em construção
Entrega em preparação
PAT · Ministério do TrabalhoOperação digital do Programa de Alimentação do Trabalhador.
Perícias do INSSLembretes, confirmação e reagendamento de perícias.
03 · Próximo ciclo
Desenho e planejamento
Loja Dataprev · DEMECatálogo e contratação de produtos da Dataprev.
MDS transacionalAvisos e orientação para atualizar o CadÚnico.
SIAPEAvisos e acesso simplificado a serviços do servidor federal.
04 · Future state
A oficina constrói
Data ÁgilSlack e agentes para apoiar processos e relacionamento com clientes.
Ofertas reutilizáveisServiços para entes públicos e APIs B2B.
Inteligência e contextoDocumentos, Analytics e IA sob governança.
Geo + risco · 2027Contexto territorial para qualificação de risco.
Foco da oficinaQue capacidades desta base podem sustentar as prioridades do próximo ciclo?
Da experiência para a próxima entrega09h50 · aprendizados com exemplos
Repetir, ajustar e validar.
Uma prática só vira aprendizado da oficina quando vem acompanhada de um exemplo real.
01Repetir
Preservar o que funciona
Integrações e componentes com evidência de uso.
Conhecimento do processo junto de quem opera.
Jornadas completas, com apoio humano.
02Ajustar
Evitar o retrabalho
Testar as possibilidades do canal antes de definir o fluxo.
Explicitar dependências e critérios de aceite.
Preparar a transferência para a operação.
03Validar
Comprovar antes de ampliar
Estágio atual e jornada homologada.
Regras que variam entre órgãos.
Medidas de adoção, tempo e custo.
Escolha da salaQual prática entra na próxima entrega? Que experiência nos levou a essa escolha?
Diretrizes para o próximo ciclo10h10 · diretrizes para discussão
O que orienta as próximas ofertas?
01
Padronizar para escalar
Transformar experiências em produtos reutilizáveis; evitar um projeto diferente para cada ente.
02
Usar o que já existe
Aproveitar plataformas e conhecimento da casa. Complementar onde faltar capacidade.
03
Manter a operação na Dataprev
Preservar controle sobre dados, contratos, operação e chaves.
04
Dar visibilidade ao portfólio
Trazer opções que a área de plataforma possa conectar às demandas dos clientes.
Aplicação na oficinaEscolher as frentes prioritárias e as condições para uma primeira entrega reutilizável.
Mapa de frentes · organização da oficina10h45 · eixos 01–05
Serviços e ofertas para o próximo ciclo.
Projetos planejados e propostas para discussão. Clique em um eixo para explorar três slides: contexto, jornada e tela ilustrativa.
Arquitetura de Orgs · Visão preliminar07/10 · 11h30 · realizada e concluída
Como organizar Orgs para ampliar as ofertas?
Uma primeira visão dos ambientes, das conexões e da governança entre as soluções.
Público
Para quem a solução opera?
Uso interno da Dataprev ou oferta para um órgão ou cliente.
Ocupação
Como separar os ambientes?
Compartilhado ou dedicado, conforme os requisitos do caso.
Reuso
Como a solução se expande?
Produto replicável ou desenho sob medida; conexões e governança entre Orgs.
Para explorarQue modelo combina reuso, autonomia e governança para as ofertas que queremos ampliar?
Residência15h30–15h40
Quais dados podem ser consultados ou compartilhados?
Permanece na Dataprev
Fica na Dataprev
Chaves, registros de origem e dados classificados para residência exclusiva. A classificação orienta o desenho.
Consulta
A experiência consulta
Perfil autorizado para reconhecer documento, orientar e evitar pedido repetido. Consulta, cópia, retenção e destino precisam ser validados no desenho.
Compõe jornada
Uso com finalidade definida
Compartilhar apenas o necessário para concluir o atendimento, como status e protocolo. Registrar finalidade, prazo de uso e histórico de acesso.
Residência no Brasil é uma condição proposta para o uso de nuvem no atendimento. Precisamos detalhar, por classe de dado, a origem, o destino e as condições de uso, validando a disponibilidade de cada capacidade.
Pontos de discussãoQue classe de dado nunca sai? O que pode ser consultado? Quem autoriza a finalidade e quem audita o uso?
Requisitos para escala e evolução15h40–15h50
Condições para avançar.
Tema
Pergunta para discussão
Ponto de partida
Escala
Quantos entes e órgãos no mesmo núcleo, sem desenhar cada um do zero?
Uma base reutilizável. Priorizar configuração e avaliar o que exige desenvolvimento.
Dados
O que atravessa, o que só é consultado, e o que nunca sai?
Classe por dado. Validar origem, destino, acesso e residência por classe de dado.
Inteligência artificial
Qual modelo responde o quê, e com qual trilha?
A Dataprev decide quem responde. Validar quais documentos exigem processamento interno.
Automação
O que roda sozinho, e quando entra uma pessoa?
Um atendente assume quando é necessária análise humana.
Integração
Como o evento e a API chegam a quem precisa?
O MuleSoft já integra a UNA. Avaliar a oferta de APIs com limites de uso e rastreabilidade.
Novos modelos de interação
Por onde cidadão, servidor e cliente chegam, e com qual identidade?
Portal, gov.br, WhatsApp e Slack, com identidade e acesso adequados ao público.
Ambiente de governo
O que a contratação e o controle público exigem desde o primeiro dia?
Validar residência, proteção de dados, auditoria, acessibilidade e condições de contratação.
Pontos de discussãoQual requisito bloqueia o primeiro projeto? Qual precisa de medida objetiva? Qual pode ser postergado sem criar risco estrutural?
API como produto Eixo 02Novo uso do que já existe07/10 · 16h00–16h25
Bilhetagem de APIs e FinOps de IA.
Necessidade da Dataprev
Conectar o uso de APIs à cobrança e entender os custos do uso de IA.
Temas da sessão
Bilhetagem de APIs e FinOps de IA: consumo, custos e regras de uso.
Conexão com APIs B2B e IA sob governança
O que explorar
Como medir o consumo por cliente, organizar a cobrança e acompanhar os custos de IA.
Fica na Dataprev
Finalidade, credenciais e políticas de acesso por serviço.
Pontos de discussãoQue consumo precisa ser medido? Como associá-lo a cada cliente e acompanhar os custos de APIs e IA?
Modelo comercial Eixo 0107/10 · 16h25–16h45
Licença, cobrança e contrato.
Uma solução para vários entes precisa de um modelo comercial claro. Vamos combinar com a Salesforce quem responde às dúvidas e em qual prazo. Encerramos aqui o Dia 1; amanhã retomamos às 9h30.
Titularidade
De quem é a licença
Quando a Dataprev atende um estado, a licença é da Dataprev, do estado, ou de um modelo combinado?
Cobrança
Como a Dataprev cobra
Por ente ativado, por usuário, por volume de pedidos ou por consumo de API. Cada escolha muda o preço para o ente.
Contrato
O que muda no contrato atual
O que o contrato vigente já permite, e o que pede aditivo ou contrato novo.
Pontos de discussãoO que precisamos esclarecer primeiro? Quem pode responder? Como a resposta afeta a oferta ou a contratação?
Dia 2 · capacidades e caminhos09h30 às 11h50
Soluções para as demandas de vocês.
Atendimento e comunicação abrem a manhã. Depois, exploramos como transformar essas capacidades em ofertas replicáveis.
Base existenteReuso a avaliarCapacidade a validar
Retomada das demandasAté 10h00
Service Cloud · Iran da CostaAté 10h30
Marketing Cloud · FabioAté 11h00
Ofertas replicáveis · Rogério MeiraAté 11h50
Almoço1h30 · retorno às 13h20
Retomada da conversa08/10 · 09h30–10h00
Que ideias de ontem queremos aprofundar hoje?
As demandas discutidas no Dia 1 orientam os exemplos. Cada apresentação ajuda a enxergar como a experiência futura pode funcionar.
Necessidade
Que demanda nos guia?
Que público, necessidade e resultado devem orientar as apresentações?
Possibilidades
O que queremos conhecer?
Que capacidades podem ampliar a oferta ou simplificar a jornada desse público?
Aplicação
Como isso chega à Dataprev?
O que pode ser reaproveitado e o que depende das regras, dos dados e dos sistemas de cada serviço?
Fio da conversaAtender → comunicar → replicar ofertas → governar dados → acompanhar resultados → organizar a entrega.
Service Cloud08/10 · 10h00–10h30
Da solicitação à resolução, com contexto.
O problema a resolver
O pedido passa pelo canal, pelo atendente e pela equipe responsável. Como manter a continuidade?
Resultado que buscamos
Atendimento com histórico, responsável e acompanhamento até a conclusão.
O que observar
Um pedido com histórico, responsável e encaminhamento até a resolução. Filas e conhecimento entram conforme esse exemplo.
Pergunta centralComo o pedido mantém histórico e responsável até a resolução?
Marketing Cloud08/10 · 10h30–11h00
Avisar antes de precisar atender.
O problema a resolver
Chamar o cidadão no momento certo, com comunicação coordenada entre os órgãos.
Resultado que buscamos
Comunicação proativa nos eixos 04 (MDS) e 05 (SIAPE), com finalidade e aprovação definidas pela Dataprev.
O que observar
Um aviso ligado à jornada de atendimento: público autorizado, aprovação da mensagem e destino da resposta.
Fica na Dataprev
Base, consentimento, finalidade e aprovação de cada comunicação.
Pergunta centralQue aviso ajuda o cidadão e como sua resposta chega à equipe responsável?
Ofertas replicáveis · Public Sector Solutions08/10 · 11h00–11h50
Ofertas de governo que podem ganhar escala.
Do conhecimento dos serviços públicos a um portfólio que a Dataprev pode adaptar e oferecer a novos clientes.
Banco analisa a exposição territorial agregada da carteira · horizonte 2027.
Que pergunta de risco justifica explorar os dados territoriais?
Para conversarEntre os dez eixos, quais oferecem mais valor no próximo ciclo? Que primeiro caso torna essa escolha concreta?
Primeiro direcionamentoConsulta de apoio
Avançar por etapas, com evidência.
Etapa 1 · validar
Primeiro caso delimitado
Um caso, um cliente e uma medida de resultado, com escopo e dependências definidos.
Como saber
Prova do resultado, aceite e condições para operar. Prazo estimado após definir o escopo.
Etapa 2 · repetir
Ampliar o que funcionou
Repetir a entrega para novos clientes ou serviços, conforme a evidência do piloto.
Como saber
Reuso, tempo de ativação e resultado do usuário, conforme o eixo escolhido.
Horizonte 2027 · investigar
Geo e risco
Frente em gestação para 2027, dependente de validação do produto, das fontes e do plano de negócio.
Como saber
Finalidade de cada dado escrita antes do cálculo. Leitura territorial com fonte e critérios validados.
Pontos de discussãoQual evidência autoriza a próxima etapa? Combinar marcos e datas conforme escopo, dependências e contratação.
Dataprev · Salesforce São PauloConsulta de apoio
O que vamos fazer a seguir?
Confirmamos prioridades, próximos passos e datas de retorno. O avanço depende das validações e responsabilidades combinadas.
Até três prioridades · um primeiro caso · responsáveis · próxima data
Hipóteses para discutir juntosRecorte 1 de 3 · ofertas
Eixos 01–03 · ofertas institucionais.
Eixo 01
Estados e municípios
Situação a confirmar
Cada novo órgão exige um projeto específico.
↓Evolução proposta
Resultado pretendido
Uma base comum atende vários entes, com as regras de cada órgão.
Eixo 02
Mercado privado
Situação a confirmar
Consumo, relatório e faturamento de APIs ainda precisam se conectar.
↓Evolução proposta
Resultado pretendido
O cliente contrata a API e acompanha o consumo e a cobrança.
Eixo 03 · em desenho
Loja Dataprev
Ponto de partida · em desenho
Loja concebida: arquitetura, estimativa de PS e licenças em desenho.
↓Evolução proposta
Resultado pretendido
O órgão escolhe um produto e formaliza o contrato na Loja Dataprev.
Pontos de discussãoO que vocês confirmam ou ajustariam? Que condição precisamos validar para avançar?
Planejamento e expansãoRecorte 2 de 3
Eixos 04–06 · serviços e operação.
Eixo 04
MDS transacional
Planejado · escopo a confirmar
Aviso individual e orientação para atualizar o cadastro.
↓Evolução proposta
Resultado pretendido
Aviso do prazo e acesso ao serviço correto.
Eixo 05
Servidor federal
Planejado · expansão a validar
Avisos e orientação conectados ao SouGov.br.
↓Evolução proposta
Resultado pretendido
Orientação de ingresso e acesso aos serviços.
Eixo 06
Produtividade e operação
Future state · proposta Data Ágil
Consultas e contexto dos sistemas internos no Slack.
↓Evolução proposta
Resultado pretendido
Resposta com fonte e responsável no mesmo canal.
Para conversarQual serviço inicia MDS ou SIAPE? Qual rotina interna merece prioridade no Slack?
Hipóteses para discutir juntosRecorte 3 de 3 · capacidades
Eixos 07–10 · inteligência e contexto.
A cidade por trás do serviçoInteligência. Conexão. Capacidade.
Documentos, Analytics, IA e Geo podem apoiar diferentes ofertas.
07
Documentos
Situação a confirmarO cidadão pode precisar reenviar documentos existentes.
O processo reconhece documentos autorizados; a decisão de mérito permanece no órgão responsável.
08
Analytics
Situação a confirmarA análise depende de um arquivo do dia anterior.
O gestor consulta indicadores atualizados no mesmo dia, sob governança da Dataprev.
09
IA híbrida
Situação a confirmarModelos e canais especializados ainda precisam se conectar.
A Dataprev define qual modelo ou agente atende cada solicitação.
10 · Geo e risco · 2027 Contexto territorial para qualificação de risco. Produto e relação com Analytics a validar.
Pontos de discussãoO que vocês confirmam ou ajustariam? Que condição precisamos validar para avançar?
Viabilidade · hipóteses a validarEixos 1–5
O que falta para cada frente avançar?
Eixo
Quem usa ou contrata
Primeira entrega possível
Validação central
01 · Entes públicos
Secretaria estadual ou municipal
Solicitação completa, com protocolo e acompanhamento.
O que é comum e o que precisa variar por órgão?
02 · APIs B2B
Banco ou empresa cliente
Validação autorizada de dados previdenciários.
Qual finalidade, escopo de dados e medição de consumo?
03 · Loja Dataprev
Órgão ou empresa contratante
Contratação de COMPREV, do catálogo ao termo.
Como celebrar o termo e encaminhar ao ERP existente?
04 · MDS transacional
MDS e famílias do CadÚnico
Aviso do prazo e acesso ao serviço correto.
Qual ação pode ser digital e qual exige atendimento presencial?
05 · Servidor federal
Órgão gestor e servidor federal
Orientação de ingresso e acesso aos serviços.
Quem patrocina e qual serviço inicia a expansão?
DecisãoEscolher uma entrega pequena e confirmar cliente, governança e condições de operação.
Viabilidade · hipóteses a validarEixos 6–10
O que falta para cada frente avançar?
Eixo
Quem usa ou contrata
Primeira entrega possível
Validação central
06 · Produtividade e operação
Equipes internas da Dataprev
Contexto do incidente e equipe responsável no mesmo canal.
Quais fontes e ações ajudam a coordenar a operação?
07 · Documentos
Órgão responsável e cidadão
Requerimento sem reenviar o documento disponível.
Quais documentos podem ser reconhecidos e aceitos?
08 · Analytics
Gestor público e equipe analítica
Indicador de fila com origem e atualização visíveis.
Qual atraso aceitável e quem governa cada indicador?
09 · IA sob governança
Cidadão e operação Dataprev
Resposta do domínio correto com continuidade.
Quem roteia e o que deve rodar na infraestrutura da casa?
10 · Geo e risco
Instituição financeira e equipe de risco
Recorte territorial documentado para análise.
Qual produto, fonte e vínculo com Analytics precisam ser validados?
DecisãoEscolher uma entrega pequena e confirmar cliente, governança e condições de operação.
Estados e municípios Eixo 01Exemplo para explorar
Um processo comum. Regras de cada órgão.
Atender mais estados e municípios exige reaproveitar processos sem perder as regras de cada órgão. Podemos começar pela solicitação, entrega de documentos e acompanhamento até a conclusão. Vamos avaliar o que é comum e o que precisa de adaptação.
Secretaria de FazendaDETRANProcuradoriaTribunalConselho profissionalAgência reguladora
O que se repete
Concessão, licença, débito, carteira
Para o cidadão, algumas etapas de atendimento são parecidas. As decisões técnicas continuam com cada órgão. Vamos avaliar o reaproveitamento por oferta e sua relação com a UNA.
Conexão com o portfólio
O atendimento ao cidadão
Avaliar como a oferta acompanha o pedido e se conecta ao atendimento existente. Identificar o que exige uma solução própria.
Pontos de discussãoQue processo pode atender mais órgãos? O que precisa ser configurável? Qual órgão reúne as condições para um primeiro projeto?
Estados e municípios · exemplo de atendimento Eixo 01Exemplo · autorregularização de débito
Consultar, negociar e acompanhar.
1
AcessaPortal ou mensagem. Identidade no padrão da Dataprev.
2
ConsultaO agente lê débitos que Fazenda, procuradoria ou DETRAN autorizarem.
3
NegociaAs opções de negociação seguem as regras definidas pelo órgão.
4
Recebe apoioUm atendente assume quando o caso exige análise humana.
5
RegistraO registro do débito continua no sistema do ente.
Já reconhecidoCanal, caso e o MuleSoft. Base que a Dataprev já conhece.
Entra no primeiro projetoAgente de atendimento com as regras do processo. Confirmar quais capacidades já estão cobertas pelas licenças contratadas.
Compra novaAvaliar contratação adicional se as capacidades existentes forem insuficientes.
Eixo 01 · Estados e municípiosExemplo ilustrativo · jornada
Ana encontra um caminho para regularizar.
01
Entra no canal
Ana abre o WhatsApp do serviço.
♟
02
Confirma identidade
Segue a identificação exigida pelo órgão.
03
Consulta o débito
Recebe as informações que o órgão autoriza.
04
Escolhe uma opção
Compara condições previstas nas regras municipais.
05
Recebe apoio
Uma dúvida segue para um atendente, com o contexto.
06
Acompanha o pedido
Recebe protocolo. O registro continua no órgão.
Chegada ✓
PARTIDAUma casa de cada vez · regras e autorizações acompanham o percursoCHEGADA
Resultado para AnaPedido de negociação registrado e acompanhamento disponível.
Eixo 01 · Estados e municípiosExemplo ilustrativo · mockup
A conversa continua no canal de Ana.
09:41 ● ▰
‹
DP
Atendimento municipalCanal ilustrativo · WhatsApp
⋮
Olá! Quero consultar meu débito.
Olá, Ana. Após a identificação, localizamos um débito municipal. R$ 480,00Dados fictícios · regras do órgão
Pelas condições deste exemplo, você pode solicitar pagamento à vista ou parcelamento.Ver condiçõesFalar com atendente
Preciso entender o parcelamento.
Vou encaminhar sua dúvida a um atendente com o histórico. Protocolo EX-1042
☺Mensagem◉
APIs B2B Eixo 02Catálogo de exemplos
A oferta privada pode reduzir o custo público?
API
Oferta de APIs
Identidade, qualificação e consulta por API. Exemplo de oferta: pacote de chamadas, com volume, preço, limite e finalidade a definir pela Dataprev.
Finalidade
Reduzir o custo do serviço público
A Dataprev apontou a redução do custo do serviço público como objetivo. Precisamos avaliar como cada oferta contribui para esse resultado.
Classificação
Condições de uso dos dados
O uso dos dados depende de classificação e finalidade definidas. Parte deles permanece exclusivamente na Dataprev.
Pontos de discussãoQual contrato existente mostra o limite aceitável? Que custo público essa oferta reduz? Qual evidência provaria esse resultado?
TitularidadeConfere ✓Situação do benefícioAtivo · exemploConferência cadastralDados compatíveis
Retorno ilustrativo · campos a validar com a DataprevVer extrato do contrato →
Loja Dataprev Eixo 03Catálogo de exemplos · projeto concebido
Uma loja para celebrar contratos.
Órgãos e empresas escolhem produtos e seguem até o termo assinado. Base de 06/10: 30 internos e cerca de 11 mil cadastrados envolvidos em contratações. Arquitetura, esforço e licenças ainda em desenho.
Cliente institucionalCatálogo e simulação
→
Loja DataprevMinuta e assinatura
→
Sistemas existentesERP: contrato e faturamento
O que já tem direção
Produto de prateleira
COMPREV segue como exemplo. UNA também foi mostrada em 01/10; a DEME informou 11 produtos. Cada modelo preserva suas regras de contratação.
O que a oficina ajuda a definir
Escala e fronteiras
Projeções da DEME: mais ≈500 contratações em 2026, pico de recontratação em 2027 e média de 250/ano depois. Como dimensionar essa variação?
Decisão de future stateQual produto entra primeiro? O que será padrão de contratação? Como tratar o retorno eventual para cancelar ou aditivar, com medição e boleto em outra solução?
Registro civilIntegração e uso sujeitos à validação
A confirmar
▤
Documento complementarApenas se exigido para este requerimento
Enviar complemento
O órgão analisa o direito. A tela organiza o requerimento.Revisar e enviar →
Eixo 08 · Analytics de prateleiraFuture state · produto a validar
Um indicador que orienta uma decisão.
O primeiro produto pode acompanhar a fila de atendimento, com origem, atualização e responsabilidade pelo indicador.
01
Base conhecida
A extração diária limita a leitura aos dados do dia anterior (D-1).
02
Resultado de futuro
Atualizar no ritmo necessário para a decisão, com governança.
03
Demonstração na oficina
Tableau em 08/10, das 15h às 16h, dentro da agenda confirmada.
Primeira validaçãoQual atraso aceitável e quem governa cada indicador?
Eixo 08 · Analytics de prateleiraExemplo ilustrativo · jornada
Luiza passa do indicador à decisão do dia.
01
Abre o painel
Consulta o indicador e o horário da atualização.
♟
02
Recorta a pergunta
Filtra região, serviço e período.
03
Percebe a variação
Identifica uma fila acima da referência.
04
Confere o contexto
Examina definição, origem e detalhe agregado.
05
Combina uma ação
Alinha o ajuste com a equipe responsável.
06
Monitora o efeito
Retorna ao indicador para acompanhar a mudança.
Chegada ✓
PARTIDAUma casa de cada vez · regras e autorizações acompanham o percursoCHEGADA
Resultado para LuizaDecisão acompanhada por um indicador definido e governado pela Dataprev.
Eixo 08 · Analytics de prateleiraExemplo ilustrativo · mockup
Luiza entende o indicador antes de agir.
● ● ●
analytics.exemplo / serviços / fila-do-dia
Protótipo ilustrativo
Tableau · Serviços ao cidadãoLuiza · Visão de gestão
PAINEL CONCEITUAL · DADOS FICTÍCIOS
Fila de atendimento · hoje
Atualização ilustrativa: 10h15
Região: todas ▾Serviço: exemplo ▾Período: hoje ▾
Solicitações abertas1.248Indicador ilustrativo
Atendidas no dia386Mesmo recorte
Acima da referência1 regiãoInvestigar contexto
Fila por região
Eixo 09 · Orquestração híbrida de IAFuture state · proposta a validar
Orquestração híbrida de IA.
Encaminhar a pergunta ao modelo ou serviço adequado.
01
Modelos complementares
Modelos especializados podem conviver no mesmo canal.
02
Governança da casa
A Dataprev decide roteamento, dados e execução.
03
Future state
Uma experiência contínua entre agente, modelo e pessoa.
Orquestração por domínio
Por que não juntar dois modelos no mesmo canal, cada um com o assunto que é seu?
Primeira validaçãoRoteamento, limites de contexto, execução local e custos.
Eixo 09 · Orquestração híbrida de IAExemplo ilustrativo · jornada
Eduardo recebe orientação do domínio correto.
01
Faz a pergunta
Abre o chat e informa sua dúvida sobre perícia.
♟
02
Identifica o assunto
O canal reconhece o domínio INSS.
03
Verifica o contexto
Solicita autenticação somente quando a consulta exige.
04
Encaminha ao especialista
Aciona o modelo ou serviço autorizado para o domínio.
05
Recebe a orientação
A resposta indica origem e próximo passo.
06
Continua com apoio
Se faltar resposta segura, segue para atendimento humano.
Chegada ✓
PARTIDAUma etapa de cada vez · regras e autorizações acompanham o percursoCHEGADA
Resultado para EduardoResposta contextualizada ou apoio humano, sem expor dados fora do escopo.
Eixo 09 · Orquestração híbrida de IAExemplo ilustrativo · mockup
Eduardo continua no mesmo chat.
● ● ●
chat-servicos.exemplo / atendimento
Protótipo ilustrativo
Chat de serviços · conceitoEduardo
CONTINUIDADE ENTRE DOMÍNIOS
Como podemos ajudar?
Como acompanho minha perícia do INSS?
Assunto identificado: INSS Posso orientar sobre acompanhamento. Para consultar seu agendamento, use o serviço autenticado.Abrir consulta autenticada
Não encontrei o meu agendamento.
Vamos encaminhar sua dúvida ao atendimento responsável, com o contexto desta conversa. Protocolo EX-IA-108
Digite sua pergunta
Geo e risco Eixo 10Catálogo de exemplos · horizonte 2027
Geo e risco: qual produto queremos construir?
Território
Geolocalização e georreferenciamento
Leitura territorial e cruzamento de informações por localização. Analytics pode apoiar a visualização; o produto e sua relação com os indicadores ainda precisam ser validados.
Qual pergunta o gestor precisa responder?
Risco
Qualificação para o mercado financeiro
Avaliar o uso de informações sob governança da Dataprev para gestão de risco, conforme a finalidade autorizada. A frente está em estudo para 2027.
Quais dados podem ser usados e quais ficam fora do cálculo?
Pontos de discussãoQual frente tem problema, usuário e patrocinador definidos? Como Geo e Analytics se relacionam? Que dado entra no cálculo? Que dado fica explicitamente fora?
Eixo 10 · Geo e qualificação de riscoExemplo ilustrativo · jornada
Diego analisa o contexto territorial da carteira.
01
Define a pergunta
Escolhe a carteira agregada e a região a analisar.
♟
02
Seleciona as camadas
Usa indicadores agregados e dados autorizados.
03
Compara os territórios
Compara exposição e contexto territorial na mesma escala.
04
Investiga a diferença
Confere fonte, atualização e limites da leitura.
05
Prioriza a ação
Seleciona o recorte para revisão pela equipe de risco.
06
Registra a decisão
Compartilha o recorte e a justificativa.
Chegada ✓
PARTIDAUma casa de cada vez · regras e autorizações acompanham o percursoCHEGADA
Resultado para DiegoRecorte territorial documentado para análise humana de risco.
Eixo 10 · Geo e qualificação de riscoExemplo ilustrativo · mockup
Diego seleciona um território, com contexto.
● ● ●
territorio.exemplo / carteira
Protótipo ilustrativo
Análise territorial · banco exemploDiego · Análise de risco
