Este documento é enviado depois da escolha da oferta PS-ONB-01 — Onboarding do cliente na plataforma GitLab. Ele
lista as informações que o cliente devolve à Pointer, as decisões tomadas no kick-off e o checklist de prontidão
conferido antes da publicação da página. O prazo de devolução é definido no kick-off.
Todas as informações pedidas aqui são publicáveis: o conteúdo geral da página é aberto a quem acessa o GitLab Pages
do projeto do engajamento. Esta oferta não pede credencial nem acesso ao ambiente do cliente.
- Formas de entrega
- O que o cliente informa e decide
- Dados publicados na página
- Credenciais
- Informações a enviar
- Checklist de prontidão
1. Formas de entrega
| Item | Página no site da avaliação | Site próprio de onboarding |
|---|
| Quando se aplica | Cliente com avaliação de maturidade DevSecOps e Customer Success Plan (PS-AVA-01). | Cliente sem avaliação: engajamento de implantação, migração ou operação assistida. |
| Onde é publicada | Página Onboarding do site da avaliação, com acesso pelo portal do site. | GitLab Pages do projeto do engajamento (página inicial do site). |
| Conteúdo | Conteúdo geral e seção personalizada «O seu caso de uso», cifrada. | Somente o conteúdo geral. |
| Senha | A mesma senha dos resultados da avaliação, já entregue ao cliente (PR-AVA-01). | Não há conteúdo cifrado. |
| Credencial entregue à Pointer | Nenhuma. | Nenhuma. |
| Instalação no ambiente do cliente | Nenhuma. | Nenhuma. |
| Pipeline do projeto do engajamento | Pipeline da avaliação, que já valida e publica a página. | Componente de onboarding incluído em versão fixa, com os estágios de validação e de entrega declarados (já presentes nos modelos de engajamento Pointer de implantação e migração). |
- Em engajamento com avaliação, o onboarding é sempre a página do site da avaliação; o site próprio não é publicado no mesmo projeto.
- A seção personalizada pode ser desligada; sem a senha dos resultados configurada no projeto, ela não é publicada.
2. O que o cliente informa e decide
| Item | Especificação | Obrigatório |
|---|
| Identificação | Nome do órgão ou da empresa, exibido no título da página, e sigla (opcional). No site da avaliação, valem o nome e a sigla já informados para a avaliação. | Sim |
| Plano da assinatura | GitLab Premium ou GitLab Ultimate. O plano gratuito não inclui suporte da GitLab e é recusado pela validação. | Sim |
| Oferta da assinatura | GitLab self-managed, GitLab.com ou GitLab Dedicated. | Não (padrão: GitLab self-managed) |
| Forma de ativação | Online (activation code) ou sem internet (arquivo de licença). Define os primeiros passos exibidos na página. Só se informa a forma de ativação: o activation code e o arquivo de licença nunca são enviados à Pointer para o onboarding. | Condicional: GitLab self-managed (padrão: online) |
| Instância | URL no formato https:// seguido do host, versão e arquitetura, exibidas na ficha da plataforma. | Não (com a instância informada, a URL é obrigatória) |
| Quem acessa a página | Visibilidade do GitLab Pages do projeto do engajamento, definida com o cliente e registrada no repositório do engajamento. | Sim |
| Contatos de suporte cadastrados na GitLab | Quem da equipe abre chamado no Support Portal (até 30 por organização). Registrados no repositório do engajamento; não aparecem na página. | Sim |
| Primeiros passos adicionais | Textos exibidos depois dos primeiros passos fixos da página. | Não |
| Logo do cliente | Arquivo de imagem com autorização de uso, exibido no cabeçalho do site próprio. | Não |
| Acesso à página | Navegador com acesso, a partir da rede e dos dispositivos do time do cliente, ao GitLab Pages do projeto do engajamento (domínio gitlab.io). | Sim |
- Os contatos e o canal de atendimento da Pointer exibidos na página (nome, papel, e-mail, telefone, portal e horário) são preenchidos pela Pointer com canais corporativos.
- Primeiros passos fixos da página: confirmar os contatos de suporte cadastrados na GitLab; garantir acesso ao Customers Portal para quem cuida da assinatura e das faturas; no GitLab self-managed, também guardar o activation code em cofre de senhas da organização ou, sem internet, guardar o arquivo de licença em cofre e programar o envio mensal do arquivo de uso de licença.
3. Dados publicados na página
- Conteúdo geral, aberto a quem acessa a página: nome e sigla do cliente, plano, oferta e forma de ativação da assinatura, URL, versão e arquitetura da instância, contatos e canal de atendimento da Pointer e primeiros passos.
- Fatos oficiais da GitLab (Customers Portal, Support Portal, chamados, SLAs do Priority Support e escopo do suporte), com fonte e data de consulta, iguais para todos os clientes.
- Seção personalizada (só no site da avaliação): objetivo e iniciativas do Customer Success Plan, casos de uso, prioridades e destaques da maturidade e retrato do levantamento, publicados só cifrados e decifrados no navegador com a senha dos resultados.
- A página não publica activation code, arquivo de licença, senha, token nem os contatos de suporte cadastrados do cliente.
4. Credenciais
O onboarding não usa credencial do cliente. A página é gerada a partir da configuração do repositório do
engajamento e da base de fatos oficiais do componente; a geração não acessa a instância GitLab do cliente e não
usa runner na rede do cliente. No site da avaliação, a seção personalizada usa a senha dos resultados da
avaliação, gerada pela Pointer e entregue ao cliente por canal separado (documento PR-AVA-01).
5. Informações a enviar
Informações sem sigilo, devolvidas pelo cliente antes da reunião de prontidão. Os campos marcados como obrigatórios são conferidos pela validação automática do pipeline.
Identificação
| Informação | Exemplo | Obrigatório | Observação |
|---|
| Nome do órgão ou da empresa | Tribunal Exemplo | Sim | Exibido no título da página. No site da avaliação, vale o nome informado para a avaliação. |
| Sigla | TEX | Não | Exibida no título da página e, sem logo, no cabeçalho. |
| Logo do cliente e autorização de uso | logo.png | Não | Site próprio de onboarding: exibido no cabeçalho. |
Assinatura GitLab
| Informação | Exemplo | Obrigatório | Observação |
|---|
| Plano | GitLab Ultimate | Sim | GitLab Premium ou GitLab Ultimate. |
| Oferta | GitLab self-managed | Não | GitLab self-managed (padrão), GitLab.com ou GitLab Dedicated. |
| Forma de ativação | Online (activation code) | Condicional: GitLab self-managed | Online (padrão) ou sem internet (arquivo de licença). Não enviar o activation code nem o arquivo de licença. |
Instância
| Informação | Exemplo | Obrigatório | Observação |
|---|
| URL | https://gitlab.cliente.gov.br | Condicional: instância informada | https:// seguido do host. |
| Versão | 19.4 | Não | Texto exibido na ficha da plataforma. |
| Arquitetura | Linux 3k HA | Não | Texto exibido na ficha da plataforma. |
Página
| Informação | Exemplo | Obrigatório | Observação |
|---|
| Forma de entrega | Site próprio de onboarding | Sim | Página no site da avaliação (com avaliação) ou site próprio (sem avaliação). |
| Quem acessa a página | Time do cliente | Sim | Visibilidade do GitLab Pages do projeto do engajamento. |
| Seção personalizada | Sim | Não | Só no site da avaliação. Padrão: sim. |
| Primeiros passos adicionais | Agendar a transferência de conhecimento da operação assistida. | Não | Um texto por passo. |
Suporte da GitLab
| Informação | Exemplo | Obrigatório | Observação |
|---|
| Contatos de suporte cadastrados na GitLab | Nome, cargo | Sim | Até 30 por organização. Registrados no repositório do engajamento; não aparecem na página. |
6. Checklist de prontidão
Itens conferidos antes da execução. "Preflight automático" indica verificação feita pelo pipeline contra o ambiente real; os demais são conferidos na reunião de prontidão ou pelo cliente.
| ☐ | Item | Verificado por |
|---|
| ☐ | Formulário de informações devolvido e revisado com a Pointer: identificação, assinatura, instância, forma de entrega e quem acessa a página. | Reunião de prontidão |
| ☐ | Configuração do onboarding validada pelo pipeline do engajamento: plano GitLab Premium ou GitLab Ultimate, oferta e forma de ativação válidas, URL da instância no formato https://host, nome do cliente e contatos e canal da Pointer preenchidos. | Preflight automático |
| ☐ | Forma de entrega e visibilidade da página definidas e registradas no repositório do engajamento. | Reunião de prontidão |
| ☐ | Site próprio: projeto do engajamento sem o componente de avaliação e com os estágios de validação e de entrega declarados no pipeline (sem eles, o pipeline não é criado). | Reunião de prontidão |
| ☐ | Contatos de suporte cadastrados na GitLab confirmados pelo cliente e informados à Pointer. | Cliente |
| ☐ | Acesso ao GitLab Pages do projeto do engajamento (domínio gitlab.io) liberado na rede e nos dispositivos do time do cliente. | Cliente |
| ☐ | Site da avaliação: senha dos resultados recebida pelo cliente por canal separado. | Cliente |
