Formulario de servicio.
Validación accesible y estados de envío sobre una solicitud con datos ficticios.
Página completa
Abrir el ejemplo de solicitud.
La composición usa el digest publicado del kit, la barra común y la navegación del servicio. Conserva una única acción primaria y una salida que no borra los campos.
Validación
- Los obligatorios se validan al enviar. El resumen recibe foco y se anuncia; sus enlaces llevan a los campos.
- Correo, RUT y fecha se revisan al salir del campo. RUT recibe puntos y dígito verificador en mayúscula sólo si el formato es válido.
- Cada mensaje junto al campo está conectado mediante aria-describedby; aria-invalid aparece sólo ante un error.
- Esta muestra verifica el formato del RUT. La comprobación de identidad, cuentas y permisos pertenece al servicio.
Estados
| Estado | Comportamiento |
|---|---|
| Inicial | Casillas sin marcar y costo junto a la acción. |
| Errores | Resumen anunciado, foco y mensajes enlazados a cada campo. |
| Envío | Campos y acción bloqueados, estado textual y aria-busy. |
| Error recuperable | Se conservan los datos y se ofrece reintentar. |
| Confirmación | Mensaje genérico que no revela si existe una cuenta. |
| Sin JavaScript | Validación nativa y resultado mediante navegación HTTP; sólo viaja el indicador fijo de demostración. |
Aplicación a servicios
Registro, cuenta, verificación y solicitudes comparten esta anatomía. En un servicio real, el envío se conecta a su contrato de backend y conserva la misma decisión sobre cuándo validar.
La demostración no cobra ni envía correo. La integración de los siete hosts de verificación se realiza en su corte de servicio, con pruebas de documentos ficticios y rollback.