# Diseño: resumen de verificación del prestador

## Objetivo

Evitar que el estado del correo de la cuenta se confunda con el nivel de
verificación del comercio. El portal debe mostrar ambos datos por separado y
el nivel del prestador debe concordar con el registro vigente que devuelve la
API.

## Fuente de verdad

- El correo de la cuenta se seguirá obteniendo exclusivamente desde
  `user.email_verified_at` en `/mi-prestador/session/status`.
- El nivel del prestador se obtendrá desde `verification_level` en el recurso
  vigente de `/api/v1/service-providers/mine`.
- Los prestadores archivados no participarán en esta selección. La API ya los
  excluye mediante el borrado lógico de `ServiceProvider`.

## Presentación

La sección de verificaciones mostrará dos bloques visibles:

1. **Correo de la cuenta**, con estado verificado o pendiente.
2. **Verificación del prestador**, con uno de los niveles permitidos por la
   API, por ejemplo «Comercio verificado».

Los textos estarán disponibles en español e inglés. Un nivel ausente o no
reconocido se presentará como «Sin verificar», sin interpretar el estado del
correo como un nivel del comercio.

## Contrato y seguridad

La proyección cliente conservará únicamente los valores conocidos de
`verification_level`. No se incorporarán datos administrativos adicionales ni
se cambiarán las reglas de creación de solicitudes de evidencia.

## Pruebas de aceptación

- La proyección del prestador conserva `business_verified`.
- El resumen muestra «Comercio verificado» para ese nivel.
- El correo continúa dependiendo sólo de `email_verified_at`.
- La vista incluye ambos estados y sus traducciones ES/EN.
- Los contratos existentes del portal y del panel administrativo continúan
  pasando.