> For the complete documentation index, see [llms.txt](https://wiki.datadike.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://wiki.datadike.com/product-docs/product-guide/configuracoes/rmm/branding-e-white-label.md).

# Branding e White-label

O RMM pode ser **completamente rebrandado** — logo, nome, domínio de acesso, servidor de email. Se o cliente final não deveria saber que o produto por trás é DataDike, é possível esconder tudo.

## Camada 1: Logo + nome da marca

Em `/branding`.

* **Upload de logo** (PNG / JPEG / WebP, até 1 MB). Proporção quadrada funciona melhor — renderizamos em uma célula 29×29 na sidebar
* **Nome da marca** — substitui "DataDike MDM" em:
  * Sidebar (canto superior esquerdo)
  * Header
  * Título das abas do navegador
  * Cabeçalho, remetente e assunto de **todos os emails** (convite, reset de senha, notificação de cadastro, digest, executive summary, teste de SMTP)
* **Prévia em tempo real** da sidebar antes de salvar
* Botão **Reset to DataDike defaults** para voltar

## Camada 2: SMTP próprio

Em `/tenant-smtp`.

Configure o servidor SMTP da própria organização — todos os emails do RMM saem com **remetente do cliente**, não da DataDike.

Cascata de resolução do servidor SMTP:

1. **Tenant SMTP** (o que você configura aqui) — se habilitado
2. **Platform SMTP** — servidor compartilhado gerenciado pela DataDike (fallback)
3. **Variáveis de ambiente** — última barreira (só faz sentido em auto-hospedagem)

Campos:

| Campo        | Exemplo                                                    |
| ------------ | ---------------------------------------------------------- |
| Host         | `smtp.gmail.com`, `email-smtp.us-east-1.amazonaws.com`     |
| Port         | 587 (STARTTLS) ou 465 (SSL)                                |
| Secure       | Toggle para conexão SSL/TLS direta                         |
| User         | `no-reply@acme.com` ou credential-id (SendGrid, Mailgun)   |
| Password     | Criptografado em repouso com AES-256-GCM                   |
| From address | Precisa ser um email válido — o RMM valida antes de salvar |
| From name    | Ex.: "Acme Corp IT"                                        |

Botão **Send test email** valida a configuração enviando um email real de teste.

## Camada 3: Domínio próprio

Em `/custom-domain`.

Usuários acessam o RMM em `mdm.acme.com` em vez do domínio compartilhado.

* Configure o domínio desejado
* O RMM gera um **token de verificação** para você registrar como TXT DNS
* Após propagar (\~5 min), clique em **Verify DNS ownership** — checamos o TXT e também confirmamos que o CNAME aponta pra nosso host
* Depois de verificado, a página de login em `mdm.acme.com` já reconhece o tenant e pré-preenche a workspace para SSO / branding

### O que cabe a cada lado

| Camada                                         | DataDike | Cliente |
| ---------------------------------------------- | :------: | :-----: |
| Mapping Host → tenant no RMM                   |     ✅    |    —    |
| Verificação DNS TXT                            |     ✅    |    —    |
| Provisão do certificado TLS                    |     —    |    ✅    |
| Roteamento do reverse proxy preservando `Host` |     —    |    ✅    |

**Caminho mais fácil**: Cloudflare Full-strict com CNAME apontando pra `mobile.datadike.com`. Cloudflare emite o cert edge gratuitamente e cuida do roteamento. O guia dentro da própria página tem os passos exatos.

Ver [Custom Domain](/product-docs/product-guide/configuracoes/rmm/custom-domain.md).

## Ordem de aplicação

O white-label completo funciona em cascata:

1. Ligue **Branding** primeiro — sidebar e emails já sobem com nome / logo do cliente
2. Ligue **SMTP** — remetente muda para o do cliente
3. Ligue **Custom Domain** — URL de acesso também vira a do cliente

Cada camada é opcional. Pode habilitar só branding (sidebar rebrand), ou só SMTP (emails rebrand), ou ir até o fim.

## Isolamento

* Cada tenant tem seu próprio branding, SMTP e domínio
* Nunca há "branding padrão" carregado inadvertidamente
* Se um tenant não configura, cai no default DataDike — mas isso é escolha, não vazamento
