O que a Dataprev descreveu como a loja

Quem implementou esse ServiceNow, na época, foi o Luis Gabriel Fernandes. Hoje ele é Solution Engineer na Salesforce, no time do Rogerio Meira. Isso muda a conversa: o rito, o que foi customizado e o que quebra não são hipótese de fora. Estão do nosso lado da mesa.

O caminho de entrada, e o que mudou depois de ver a loja

Em 9 de setembro o time interno leu a loja como Revenue Cloud (catálogo, preço, minuta) mais Experience Cloud (portal), e deixou o Commerce de fora porque ninguém paga online. Em 14 de setembro o Hildegard mostrou o marketplace atual. Em 15 de setembro o alinhamento interno da prova de conceito inverteu a vitrine: B2B Commerce integrado ao Revenue Cloud. O Commerce carrega catálogo, navegação e carrinho. O Revenue Cloud faz a passagem do carrinho para cotação e contrato. Experience Cloud, agentes e Slack ficaram fora dessa demonstração. Meio de pagamento continua fora. A leitura de 9 de setembro não foi apagada: ela explica por que o caso não é cartão. A leitura de 15 de setembro é a que a devolutiva de 1º de outubro vai mostrar.

Como isso se posiciona, sem misturar as contas

A Dataprev já considera Salesforce. A pergunta agora é outra: o que exatamente estamos oferecendo, de qual orçamento isso sai, e se esta loja mora no mesmo ambiente Salesforce do programa de previdência ou num ambiente só da DEME.

• Não vender como CRM. O que importa é catálogo, simulação, minuta, assinatura, autorizador, publicação no PNCP e a passagem do termo assinado. O aviso ao Totvs de que uma oportunidade nasceu ou morreu é uma ponte entre sistemas, não um motivo para trocar o CRM no primeiro dia.
• Commerce entra como vitrine, não como loja de cartão. Ninguém passa cartão nesta loja. Meio de pagamento continua fora. A partir de 15 de setembro a prova usa B2B Commerce porque ele já entrega catálogo, navegação sem login e carrinho, integrado ao Revenue para cotação e minuta. Experience Cloud saiu dessa demonstração. Continua candidato se cadastro, autorizador e vitrine pública não couberem no Commerce.
• Sair do ServiceNow, não reformar um Salesforce que ainda não é a loja. A história é esta: o sistema atual quebra, o nativo não deveria. O Luis conhece o rito porque o construiu. Em 14 de setembro o próprio Hildegard mostrou essa loja. O que eles operam hoje levou quase um ano de customização e está instável. Em 16 de setembro o Chico, da DTP, disse ao Rogerio que o projeto tem alta prioridade exatamente porque a solução atual incomoda.
• Outra área, outro orçamento. A DEME é relacionamento com o mercado. Não é o time de previdência, não é o time do Saulo. Relacionamento comercial e dinheiro desta loja são independentes, mesmo que a marca Salesforce seja a mesma na conta. Não assumir o mesmo ambiente Salesforce sem perguntar.
• Este mapa não é o PAT Marketplace. PAT é outra oportunidade, outro patrocinador, outro ministério. A palavra “marketplace” colide e confunde. Por isso o nome interno é Loja Dataprev.

As duas fábricas, lado a lado

Os nove itens que o portal atual já vende

Em 28 de setembro o Luis extraiu do marketplace atual os modelos de negócio e montou a transcrição que o Wagner usou para o catálogo da demonstração. Os valores abaixo são os dos PDFs, copiados literalmente. Onde o documento não informa setup ou taxa, esta tabela não inventa. A taxa única do COMPREV (R$ 1.200) não está no PDF do modelo de negócio: veio da tela do catálogo ServiceNow, no subtotal não recorrente. Fonte: modelos de negócio do portal Dataprev, transcrição de 28/09/2026 no grupo interno da loja.

Na prateleira, o preço nasce de mais jeitos do que a fala de agosto

Em agosto o Hildegard descreveu três jeitos: consumo bilhetado, faixa mensal, e faixa mais um item único. Os modelos de negócio de 28 de setembro cabem nessa fala e a detalham. Um livro de preço com uma lista só não dá conta. COMPREV é exemplo didático de franquia por grupo mais taxa única. A demo realizada também mostrou UNA; isso não confirma cobertura dos 11 produtos atuais.

Há ainda recorrência de assinatura no documento de visão. Isso entra no desenho de preço do Revenue Cloud. Não é motivo para trazer meio de pagamento para dentro da loja.

O que a loja faz, e o que ela deliberadamente não faz

O Documento de Visão lista NE1 a NE16. A demo focou prateleira. FN10.02, portal de gestão/nota fiscal, foi identificada como removida na planilha de 06/10; medição e boleto devem migrar segundo o email. Reenquadramento COMPREV (NE14), pessoa física (NE15) e atendimento (NE16) permanecem requisitos ou expansão a conciliar com a DEME, sem exclusão de produção homologada por esta revisão.

Fraturas para não levar como fato

O que ainda não sabemos e precisa entrar na próxima conversa

Algumas perguntas não estão no Documento de Visão. Sem elas, a integração e o tamanho comercial ficam no ar.

• Qual é o nome, e quem é o dono, da ferramenta que gerencia o contrato depois que ele está vigente. O Totvs fatura. A gestão de vigência, ainda não tem nome neste mapa.
• Quem é, de verdade, o secretário de um regime próprio, o autorizador exigido por produto, sem presumir etapa adicional do INSS no Batimento SIRC, o signatário Dataprev, o jurídico e o dono do Totvs. Hoje o mapa de gente do cliente tem Hildegard e Thiago, o líder operacional da loja.
• Por que a Dataprev, que tem fábrica, não reconstrói a loja internamente e só pede CRM. O antídoto é a fala deles sobre o ServiceNow customizado que quebra, com o Luis como quem já viveu esse ciclo, e o fato de o produto ServiceNow ter sido recém-lançado quando a loja nasceu. As peças desta tese são mais maduras.
• Qual o caminho de contratação pública (TED, ata de registro, inexigibilidade, licitação), e se este negócio compete politicamente com o programa de agentes ou com o CRM Totvs do time do Saulo.
• Onde os dados moram (no Brasil, na nuvem Salesforce), quem é dono do dado e quem só guarda na LGPD, e como o visitante anônimo da vitrine pública se encaixa nisso. Navegar sem login é requisito explícito, porque o ServiceNow atual trava a vitrine.
• Como reutilizar ou substituir a IA documental existente, confirmada em 06/10, e homologar a precisão e os tempos do Documento de Visão. Fornecedor e APIs ainda não foram informados. Document AI segue alternativa; revisão humana após três tentativas é requisito do documento, sem confirmação de implementação atual.
• Se Public Sector Solutions entra na conversa, ou se o caso segue em Revenue Cloud com a regra pesada de governo: Lei 14.133, dotação, PNCP.

As pessoas desta história

Em agosto, do lado Dataprev, estava Hildegard Barbosa. Do lado Salesforce, entre outros, Juliane Lopes, Rogerio Meira, Juliana Brites, Nelson Filho, Rene Soares e Luis Gabriel Fernandes. Em setembro o time interno se completou com Fernanda de O Pacheco Rodrigues, Guilherme Mattei, Wagner Rosado e Tiago Lisboa. O Documento de Visão ainda lista Thiago Cunha, Fábio Gasparotto, Rodrigo Lobo e Liliane Frez na DEME. Thiago reapareceu como líder operacional da loja, reportando ao Hildegard. Quem apresentou a loja atual, em 14/09, foi o próprio Hildegard. O Chico, da DTP, entrou na conversa em 16/09 como quem recebeu a encomenda de endereçar o e-commerce, e está no convite de 1º de outubro. O sobrenome do Chico não está no grupo.

Em que ordem o trabalho pode nascer

Esta sequência é uma proposta de faseamento. A demo de 01/10 já ocorreu; o foco atual é mapear os requisitos obrigatórios, confirmar extensões, definir integrações e fechar esforço e licenças. Fora da demonstração não significa fora do escopo de produção aprovado pela DEME.

O que a próxima conversa com a DEME precisa resolver

1. A loja atual já foi vista com o Hildegard em 14/09. O que doeu: quase um ano de customização no ServiceNow, ambiente instável, e o cancelamento que sai do portal e entra no Totvs porque o cliente não acessa o ERP.
2. Demo de 01/10 realizada com Commerce e Revenue, incluindo UNA, cotação, minuta e preparação de assinatura. Requisitos, esforço e licenças em análise.
3. Dizer em português claro o recorte: prateleira, Commerce mais Revenue nesta prova, Experience fora da demonstração, meio de pagamento fora. Confirmar se a loja também celebra o contrato exclusivo.
4. Confirmar por escrito o limite já falado, e agora visto: contrato assinado, Totvs fatura, cliente não entra no Totvs. O CRM Totvs permanece o sistema de pipeline.
5. Detalhar a base recebida em 06/10: picos de recontratação em 2027, visitantes, usuários ativos e chamadas de integração. Avaliar valor fixo mensal, sem mínimo contratual de contratações; fechar a aderência de cada requisito com Serviços.
6. Colocar a jurídica na sala para duas coisas: rito de publicação no PNCP, e se a assinatura precisa de certificado ICP-Brasil. O DRO (orquestrador de receita) ainda precisa entrar na lista de produtos da conta. O Revenue Cloud Advanced já está nela.

As camadas, em português

Em 01/10, B2B Commerce mostrou vitrine e autosserviço; Revenue mostrou catálogo, cotação, minuta e preparação do envio à assinatura. A produção exige detalhamento de identidade externa Gov.BR, Microsoft AD interno, validação documental, comprovante PNCP, ERP e acesso aos produtos. MuleSoft é a camada de integração proposta, sujeita aos contratos das APIs. Experience Cloud aparece como alternativa na planilha preliminar de 06/10; isso não substitui automaticamente o B2B Commerce da demo. Licenças CRM base, acesso externo, DRO e eventuais componentes de billing devem ser confirmados, preservando faturamento no ERP.

As dezesseis necessidades, traduzidas

O caminho que dá certo, em oito passos

Pense no secretário de um regime próprio abrindo o navegador. Primeiro ele vê os produtos sem precisar de senha. Depois entra com a conta Gov.BR e o sistema preenche a empresa nas bases da Dataprev. Ele escolhe o modelo de preço e anexa os papéis. Se o produto usar dado que não é da Dataprev, o detentor dos dados autoriza quando exigido; no COMPREV, preservar a habilitação SPREV. O sistema monta a minuta. O cliente assina, dois signatários Dataprev assinam. Quando o contrato estiver sujeito ao art. 94 da Lei 14.133, a publicação no PNCP é condição de eficácia; validar o rito aplicável com a Jurídica. O PDF assinado vai para o Totvs, que passa a faturar, e o acesso ao produto é liberado. Qualquer desistência, rejeição ou prazo estourado encerra o dossiê. Isso não é um passo a mais no caminho que dá certo: é a máquina de exceção, para quando o rito não fecha.

Desistência, rejeição, prazo de assinatura estourado, PNCP que não veio e cancelamento administrativo são encerramentos. Úteis na máquina. Ruins como slide de processo. Autorizador e PNCP não acontecem em todo produto nem em todo tipo de ente.

Os vinte e dois estados, para quem for implementar o fluxo

O Documento de Visão não descreveu oito passos. Descreveu vinte e dois estados do dossiê. Vários deles encerram o processo: o cliente desistiu, o autorizador rejeitou, o prazo de assinatura estourou, a publicação no PNCP não veio, a Dataprev cancelou por dentro. Isso é útil para quem for desenhar a máquina. É ruim como slide de processo. A tabela abaixo traduz esses estados sem a numeração interna do documento como se fosse o caminho feliz.

Inventário das peças

O que ainda não fecha nesta hipótese

Os sistemas do lado de fora da plataforma

Tempos e volumes que o documento pede, e o que eles realmente medem

O documento também pede tempos e volumes. Cada linha abaixo diz o que está escrito e o que isso realmente mede. “Requisito não funcional” é o nome técnico. Em português: quanto tempo a tela pode demorar, quanta gente pode usar ao mesmo tempo, quantos contratos por mês o sistema precisa aguentar.

O que pode repetir a história do ServiceNow

Qualquer item que empurre customização de plataforma para o dia 1 precisa de justificativa escrita. Eles disseram que isso quebra a cada semestre. Esse é o critério, não o gosto técnico do time.

De onde estas páginas tiram o que afirmam

Nada aqui é rumor de corredor. Cada afirmação vem de uma destas fontes. Onde elas divergem, o texto marca a data da leitura. Não escolhe um lado em silêncio. A data de criação deste arquivo, 09/09/2026, é a do dia em que ele foi compartilhado no grupo interno. Não há carimbo anterior no próprio HTML.

As fontes

Em 31 de agosto de 2026, Hildegard Barbosa, pela DEME, descreveu a loja à Salesforce. Pediu um documento de visão com cerca de oito telas de regras, a volumetria que o Rogerio Meira cobrou, uma leitura de aderência nativa, e o envio da transcrição daquela conversa.

Em 9 de setembro de 2026 o time Salesforce sentou internamente. Estavam Juliane Lopes, Rogerio Meira, Luis Gabriel Fernandes, Nelson Stebulaitis Filho, Fernanda de O Pacheco Rodrigues e Guilherme Mattei. Nessa sala o caminho lido foi Revenue Cloud mais Experience Cloud, Commerce de fora, OmniStudio de fora, Totvs como CRM e ERP, pessoa física para depois.

Em 10 de setembro o Hildegard aceitou apresentar o marketplace atual. A sessão foi em 14 de setembro, às 15h. A gravação circula como “Funcionamento do Marketplace atual”. O que o grupo registrou depois: quase um ano de customização no ServiceNow, ambiente instável, cancelamento que começa no portal e segue para o Totvs porque o cliente não acessa o ERP.

Em 15 de setembro o alinhamento interno da prova de conceito adotou B2B Commerce integrado ao Revenue Cloud. Commerce para catálogo e carrinho. Revenue para a passagem do carrinho à cotação e ao contrato. Experience Cloud, agentes e Slack ficaram fora dessa demonstração. O fluxo da prova é produto, configuração, cotação, contrato, com navegação sem login. Fonte: notas da reunião interna de 15/09 e o grupo da loja.

Em 16 de setembro o Luis sugeriu o COMPREV como produto da demonstração, pela simplicidade das características e porque o Hildegard já tinha compartilhado o template de contrato. UNA ficava no discurso do roteiro inicial; a transcrição de 01/10 registra sua configuração na tela. O login da sala pode ser o da plataforma, com o discurso de que o alvo de produção é o Gov.BR. No mesmo dia o Rogerio registrou a fala do Chico, da DTP: o projeto tem alta prioridade porque a solução atual incomoda. O Guilherme Mattei registrou que o Revenue Cloud Advanced já está na lista da conta e que o DRO (Dynamic Revenue Orchestrator) é SKU novo e precisa entrar. O SKU de Events, que a lista tinha, não é mais o que o time usa neste caso.

Em 21 de setembro o Luis respondeu que a loja será uma org nova, sem reutilizar as orgs MGI ou UNA. O Tiago Lisboa entrou para a demonstração de Commerce. O Hildegard escolheu 1º de outubro. Em 22 de setembro a agenda ficou das 10h30 às 11h30, online, com o Chico no convite.

Em 28 de setembro o Luis enviou os modelos de negócio do portal atual e a transcrição do catálogo (nove itens, preços literais dos PDFs). Em 29 de setembro o Tiago ainda não tinha Commerce e Revenue integrados no ambiente. Em 30 de setembro de manhã ele confirmou o ambiente integrado, um produto configurável, o visual Dataprev no mesmo dia e a apresentação em preparo. O Mattei reenviou o contrato COMPREV ajustado. Até 29 de setembro o Rogerio ainda pedia a abertura da oportunidade “e-commerce loja DTP”. O número não apareceu no grupo até o fim de 30 de setembro.

O Documento de Visão DV_Marketplace v1.1, de 20 de maio de 2026, escrito pela DEME, é o papel que lista as dezesseis necessidades, o fluxo de vinte e dois estados e os tempos e volumes que o sistema precisa aguentar.

O mapeamento de módulos Salesforce é de Luis Gabriel Fernandes, Solution Engineer que implementou o ServiceNow atual. A estimativa interna de setembro, cerca de 90 por cento nativo na conta do Luis e 85 por cento por configuração no material do Rogerio, descreve a fábrica de prateleira antes da inversão da vitrine. A revisão de 06/10 substitui essa simplificação: assinatura, documentos, comprovação PNCP, ERP e provisionamento exigem avaliação técnica e integração. O Luis lembra, de memória, que no rito atual não precisava. Memória não substitui a jurídica.

Atualização: Questionamentos Marketplace · resposta de Hildegard, 06/10/2026. Hildegard confirmou em 06/10: 30 usuários internos e aproximadamente 11.000 cadastrados envolvidos nas contratações, entre solicitantes, signatários e responsáveis. Projeta mais cerca de 500 contratações ainda em 2026, repetição ou superação do pico de 2022 em 2027 por recontratação e média de 250 por ano nos anos seguintes. São estimativas, sem compromisso mínimo de contratos. O gráfico histórico está no email; seus valores anuais não foram transcritos nesta revisão. Às 13h de 06/10, Gabriel confirmou que Serviços continua o ponto a ponto de requisitos nativos versus desenvolvimento.

Revisão de 06/10: leitura direta do DV_Marketplace v1.1, da transcrição de 01/10 e da planilha preliminar de requisitos de 06/10. Em 01/10, a Dataprev viu a vitrine B2B Commerce e a operação Revenue Cloud, incluindo configuração de UNA e geração de minuta. Hildegard considerou aderente o que foi mostrado, sem homologar todos os requisitos. Chico pediu mapeamento dos obrigatórios, customizações, horas e licenças; em 06/10 a avaliação de Serviços segue em curso. Hildegard informou 11 produtos no catálogo atual, após dois acréscimos; os nove itens da compilação de 28/09 permanecem uma fotografia histórica, sem regras dos dois novos produtos. A planilha foi compartilhada por Gabriel como análise inicial com apoio de IA; não é homologação de produto ou aceite do cliente.

Integrações citadas por Gabriel em 02/10: Gov.BR, ERP, CNISPJ, CNISPF, CSM e PNCP; CRM desejável. CNISPF depende do recorte de pessoa física, CSM do atendimento e PNCP da natureza contratual. Inventariar fluxos, identidades técnicas, limites e APIs, sem transformar a prática interna de uma licença por integração em regra contratual universal.

Em 06/10, o grupo interno discutiu hipóteses de faturamento para billing blocks, terminando em R$ 1 bilhão como premissa de Mattei, com alternativa de R$ 800 milhões. São suposições internas, não faturamento confirmado da Loja. O cliente rejeitou faturamento como base comercial em 01/10 e reiterou preferência por valor fixo no email. Resolver essa divergência com Produto/Pricing e Deal Desk antes da proposta; a permanência do ERP no faturamento não elimina automaticamente eventuais limites de licença Revenue.

Normativos citados

A base de mais de 2.100 regimes próprios é a referência do Documento de Visão, não censo atualizado. O art. 94 da Lei 14.133 trata publicação no PNCP como condição de eficácia nos contratos a ele sujeitos. O DV distingue o prazo legal de publicação do prazo de 30 dias para anexar comprovante à Loja; homologar o rito com a Jurídica. Preços dos nove itens compilados em 28/09 são base histórica; a taxa COMPREV de R$ 1.200 foi transcrita da tela, não do PDF do modelo.

Referências técnicas conferidas em 06/10: Revenue Cloud é add-on; CRM base e componentes adicionais a confirmar. OmniStudio: retirada anunciada do Managed Package em 03/04/2028, com migração para Standard Runtime; não afirmar depreciação de toda a suíte.

O que este mapa não é

Não é o material do PAT Marketplace (Ministério do Trabalho e Emprego, Decreto 12.712/2025). Não é o programa de agentes da previdência na conta Dataprev. Não é proposta comercial. A base de usuários e projeções chegou em 06/10; ainda não há preço ou pacote de licença aprovado. Os preços dos produtos da Dataprev, esses, estão na tabela da prateleira.