Preparar três propostas
Atendimento, workspace com SEI e autorregularização. Até dois slides por frente para a diretoria.
+
Síntese executiva · 7 e 8 de outubro de 2026
Do workshop
à execução.
Duas jornadas de trabalho. Quatro frentes para avançar e pendências para resolver.
Dataprev + SalesforceLeitura consolidada das conversas
Um primeiro recorte.Capacidades para crescer.API DAS
Conversa de trabalho · alinhamentos sujeitos à formalização01
Direção
Começar pelas APIs.
Preparar as ofertas para escalar.
Primeira prioridade operacionalJornada de Rafael
Jornada de Rafael
com a API DAS
Organizar acesso, autorização, contrato e consumo para produzir um relatório que apoie a cobrança.
MuleSoft Integração e gestão de APIsValidar antes de executar
Detalhar problema, solução e resultado. Aprovação e abertura de consumo precedem a execução.
Avançar dados em paralelo
Começar o desenho de governança pelo Serviço na Ponta e resolver a sustentação de UNA e PAT.
Fechamento de 08/10: APIs + três propostas. Seleção para detalhamento; contratação ainda depende de aprovação.
Direção estratégica e primeiro recorte02
Ofertas
O crescimento passa por
soluções que se repetem.
A
Atendimento ao cidadão
Preparar uma oferta para prefeituras: atendimento, comunicação e acesso aos serviços.
B
Workspace gov + SEI
Combinar o ambiente de trabalho com minutas e despachos. Adaptar o caso do Judiciário ao Executivo.
C
Autorregularização e cobrança
Explorar recuperação de créditos e regularização, com opção completa ou complementar ao sistema existente.
Seleção de 08/10 · propostas para validação da diretoria03
Primeiro recorte
A API precisa chegar
até a cobrança.
A integração já faz parte da capacidade da Dataprev. A lacuna está na jornada de contratação, autorização e apuração do uso.
Começar com Rafael
Levantar requisitos e testar o recorte API DAS.
Valor da primeira entrega
Um relatório utilizável já apoia a cobrança.
Evolução
Ampliar depois para LLMs e MCPs.
Fluxo conceitual · não representa implantação concluída04
Escopo
Duas frentes podem avançar.
A integração vem depois.
Definições centrais de preço, emissão de fatura e rotinas internas dependem de decisões adicionais.
Visão conjunta · execução separadaAlinhamento explícito da tarde05
Workspace e SEI
Um ambiente de trabalho.
Documentos com contexto.
Workspace gov
com minutas e despachos.
Conectar colaboração, elaboração e tramitação de documentos. O caso do Judiciário serve de referência.
Base normativa
e padronização.
Preparar o recorte para órgãos públicos: modelos, regras e revisão humana adequados ao processo.
Próximo passo
Apresentar problema, funcionamento e resultado em até dois slides. Escopo e integração produtiva ainda precisam de validação.
Segundo dia · 08.10.2026 · evidências em Notas06
Autorregularização
Cobrança e regularização
como oferta reutilizável.
Proposta selecionadaRecuperação
Recuperação
de créditos
Explorar o contexto federal e a aplicação em estados e municípios.
Oferta completa
Desenhar a jornada de comunicação, regularização e acompanhamento.
Oferta complementar
Integrar capacidades ao sistema que o órgão já utiliza.
Definir antes de contratar
Escolher o caso inicial, o escopo, as integrações e a forma de medir resultado.
Segundo dia · 08.10.2026 · evidências em Notas07
Dados
Compor as capacidades
antes de escolher a solução.
A visão de Data Foundation deve combinar os contratos e as ferramentas que melhor atendem cada necessidade.
- Começar a governança pelo Serviço na Ponta e validar o desenho com Saulo.
- Definir uma prova de conceito analítica: carga, preparação e visualização de dados.
- Documentar residência, processamento e anonimização de IA.
Composição conceitual · arquitetura a validar08
Governança de dados
Três recortes para
organizar o desenho.
Começar pelo Serviço na Ponta. Validar com Saulo um caso concreto e as capacidades necessárias.
Prova de conceito
Demonstrar carga, preparação e visualização. Marketplace, consentimento e monetização exigem definição própria.
Segundo dia · 08.10.2026 · evidências em Notas09
Arquitetura
Reuso com limites claros
para cada cliente.
Uma org
Cliente ACliente BCliente C
Modelo multiclienteOrgs dedicadas
Cliente ACliente B
Instâncias distintasMulticliente em uma org e múltiplas orgs são desenhos diferentes.
A escolha depende de segurança, administração, customização, carga e custo. A classificação “público, interno ou externo” ajuda a conversar, mas exige esses critérios adicionais.
Infraestrutura a decidir
Governança: avaliar infraestrutura Dataprev ou pod dedicado. Residência e controle dos dados entram nos critérios.
O framework apresentado era um draft10
Entrega e operação
Fechar as pendências
da UNA e do TJDFT.
Reaproveitar exige saber
o que já está pronto.
Concluir a migração e testar
Nova org declarada criada. Transferência por cotação de valor zero ainda exige aprovações e assinaturas; APIs precisam de acesso e reteste.
Confrontar escopo e licenciamento
Demo em 13/10 às 15h: portal UNA integrado e template de governo. Fazer o de/para entre capacidades necessárias e licenças.
Cortesia de produtos não equivale a implantação concluída nem a gratuidade permanente.
Pendências explícitas · responsáveis individuais a confirmar11
PAT e MuleSoft
A entrega precisa
chegar com operação.
12 NOVEntrega citada no workshop
15–17 NOVJanela de produção a confirmar
Infraestrutura
MuleSoft on-premises
Definir acesso aos servidores, suporte, treinamento e responsáveis pela operação.
Coordenação
Três superintendências
Saulo concordou em buscar uma reunião na semana seguinte, conforme disponibilidade.
Datas são declarações de 08/10. O registro não comprova implantação, aceite ou sustentação concluídos.
Segundo dia · 08.10.2026 · evidências em Notas12
Processos
Automação que chega
à rotina das equipes.
Compras e solicitações
Selecionar casos de áreas meio e usar a Dataprev como cliente zero.
Documentos e tramitação
Apoiar elaboração, revisão e execução das etapas, com validação humana.
Slack já usado em campanhas
Uso declarado no Serviço na Ponta e no PAT. Automação com agentes foi demonstrada como próxima etapa.
Casos candidatos · protótipos não equivalem a implantação13
Demonstrações e limites
Casos mostraram possibilidades.
A contratação vem depois.
01
Service e Field Service
Atendimento, operação de campo e geolocalização. Conectividade e integração com soluções existentes precisam de avaliação.
02
Marketing com Slack
Campanhas, templates e aprovação humana. Agentes foram apresentados como evolução do uso atual.
03
Analítica com linguagem natural
Tableau Next e Slack: consultas e visualização. Canvas é um retrato; atualização e licenças exigem desenho.
Segundo dia · 08.10.2026 · evidências em Notas14
Modelo comercial
O órgão precisa saber
o que compra e quanto paga.
A forma de compra da Dataprev, a medição interna e a oferta ao cliente têm regras próprias.
Compra
Catálogo, licenças e serviços contratados pela Dataprev.
Medição
Consumo, limites e controle de capacidade na operação.
Venda
Unidades e preços compreensíveis para o órgão.
Mensageria por unidade. Software por licença ou capacidade definida. Infraestrutura pelas unidades aplicáveis.
“Ilimitado” precisa explicitar limites mensais, simultaneidade e regras de uso.
Direção comercial · não é tabela de preços aprovada15
Serviços
Contratar com uma
forma de entrega definida.
Horas e perfis
quando fizer sentido.
A conversa admite esforço consultivo por hora. O racional deve explicar o trabalho necessário.
Entrega, marco
ou capacidade.
O cliente precisa entender o resultado esperado e a capacidade contratada, com esforço e perfis disponíveis para avaliação.
Bolsões por linha e contrato
Foram declarados previamente aprovados. Isso não aprova automaticamente todos os novos produtos e licenças.
Modelo discutido · detalhamento contratual a confirmar16
Modelo de execução
Escolher a combinação
por projeto.
PS e integrador podem participar de formas diferentes. A decisão considera maturidade do produto, risco e acesso aos especialistas.
Testar os três modelos
Selecionar casos para avaliar cada combinação. A distribuição de projetos e parceiros ainda não foi fechada.
Segundo dia · 08.10.2026 · evidências em Notas17
Piloto
Um alvo para outubro.
O escopo define o compromisso.
Agenda de APIs/Portinho foi declarada marcada para a semana seguinte. Dia e horário não constam do registro.
Pedido de piloto ou funcionamento parcial, condicionado a escopo, esforço e licenças.
Processo contratual, mobilização do delivery e eventual cortesia temporária.
Sequência proposta · datas citadas não são compromisso formal18
Agenda e compromissos
Cada agenda tem
um objetivo diferente.
QuandoObjetivo e situação
09/10 · tentativa
Tratar aprovações da migração UNA com Hamilton. Não há conclusão comprovada no transcript.
13/10 · 15h
Demo UNA / Experience / TJDFT, com portal integrado e template de governo. Agenda declarada marcada.
Semana seguinte
APIs / Portinho: agenda declarada marcada, sem dia e horário. Superintendências: reunião a buscar.
Antes da execução
Validar as propostas na diretoria e abrir consumo. Prazo dessas aprovações não foi fechado.
Segundo dia · 08.10.2026 · evidências em Notas19
Coordenação
Conectar quem define
com quem vai entregar.
Jornada de APIs
Rafael + equipe técnica
Requisitos, autorização, contrato e apuração do consumo.
Arquitetura
Rogério, Eric e Juliane
Articular arquitetura empresarial e inovação. Envolver especialista em dados.
Comercial e operação
Meira, Letícia e Saulo
Interlocução comercial, formalização e validação das propostas pela diretoria.
Escala
Chico, Giovani e Cláudio
Interlocução técnica. Modelo de execução com PS e integrador será escolhido por projeto.
Nomes citados indicam interlocução. Responsáveis individuais por cada entrega ainda precisam ser confirmados.
Interlocução técnica · sem atribuições presumidas20
Definições pendentes
Antes de fechar prazo e preço,
resolver estas definições.
DefiniçãoO que falta
Piloto de APIs
Escopo mínimo, APIs incluídas, critério de aceite e responsável pelo delivery.
Propostas para a diretoria
Até dois slides por frente: problema, funcionamento e resultado. Validar e abrir consumo antes de executar.
Licenças e cortesia
Itens disponíveis, setup mínimo, duração, aprovação e condições.
Arquitetura e operação
Definir infraestrutura de governança, PoC analítica, migração UNA e operação MuleSoft do PAT.
Oferta comercial
Unidades, preços e limites para cada oferta. Valores divergentes exigem fonte original.
Pendências que afetam compromisso de execução21
Do primeiro ao segundo dia
O segundo dia tornou
o recorte mais concreto.
Direção e capacidades
APIs como primeiro recorte. Reuso, dados, modelos comerciais e formas de trabalhar como bases da expansão.
Seleção e encaminhamento
APIs + três propostas. Dados em paralelo. Agendas específicas, migração UNA e operação do PAT ganham encaminhamentos.
O que ainda falta
Aprovar propostas, confirmar responsáveis, definir escopo e esforço e resolver condições técnicas e contratuais.
Segundo dia · 08.10.2026 · evidências em Notas22
Próxima conversa
Sair com o primeiro
recorte definido.
As frentes foram selecionadas. A próxima rodada precisa fechar propostas, mobilização e condições de operação.
- 1Desenhar a jornada API DAS com Rafael.
- 2Preparar as três propostas para a diretoria.
- 3Resolver migração UNA e operação do PAT.
- 4Validar governança e a prova de conceito de dados.
Marketplace avançaem frente própria.
Encaminhamentos para organizar a execução23
Referências
Os registros por trás
da síntese.
Síntese atualizada em 09.10.2026 · fontes por slide em “Notas”24