Borrador editorial publicado para consulta. La revisión factual y lingüística está pendiente. Los ejemplos son ilustrativos.
Nombra el hecho observado
Especifica si el evento significa inicio, intento, validación o recepción confirmada. El nombre debe corresponder al comportamiento, no al deseo de mostrar una conversión. Define el componente responsable de emitirlo y el momento exacto. Si guardar y notificar son operaciones separadas, decide cuál acredita recepción y cómo se representa un fallo posterior sin borrar el hecho que ya ocurrió.
Define un contrato mínimo
Incluye identificador de solicitud, idioma, tipo de formulario y marca de prueba si son necesarios. Mantén datos personales fuera de propiedades analíticas cuando no se requieran. Establece comportamiento de reintentos y cómo se relaciona el evento con el registro operativo. Documenta valores permitidos y versión para detectar cambios que romperían informes, en lugar de aceptar cualquier cadena como un dato comparable.
Valida tres desenlaces
Ejemplo: solicitud guardada, solicitud rechazada y respuesta de red desconocida. Solo cuenta como recibida la que tiene confirmación verificable; el estado desconocido requiere reconciliación. Prueba además doble pulsación y recarga. Acepta cuando eventos y registros pueden cruzarse por identificador, los intentos fallidos no se presentan como oportunidades y cualquier divergencia queda visible para investigar sin consultar datos personales innecesarios.
Puntos clave
- Define recepción, identidad y duplicados antes de contar una conversión.