Define disparadores, destinatarios, contenido, preferencias, tiempos, accesibilidad y controles de usuario para el seguimiento de entregas. Esta referencia fija el límite de adopción, el comportamiento ante fallos y la evidencia observable, dejando configurables los límites específicos del entorno.
Estado del paquete: contexto de referencia listo para revisión humana. El contrato y los escenarios de prueba están completos, pero no se afirma que una implementación adoptante los haya superado.
Decisión
Para el seguimiento de entregas, adoptar una intención de notificación duradera identificada independientemente de los intentos del proveedor. Definir un recorrido de usuario determinista con estado visible, opciones reversibles cuando sea posible, entrada preservada y recuperación accesible. Este paquete es un contrato de referencia: el equipo adoptante debe elegir límites numéricos, proveedores, jurisdicciones y responsables operativos basándose en la evidencia de su propio entorno.
Alcance
- Los actores, entradas, salidas, estados, versiones de políticas o esquemas y resultados visibles externamente descritos por este bloque ux.
- Interfaces primarias y alternativas, trabajo en segundo plano, cachés, integraciones, rutas de soporte y evidencia que puedan ejercer el mismo límite.
- Configuración específica de adopción, despliegue, recuperación y responsabilidades de verificación necesarias para aplicar la referencia de forma segura.
Fuera de este bloque
- Elegir un proveedor universal, marco, jurisdicción, umbral numérico, período de retención u objetivo de nivel de servicio para todos los adoptantes.
- Afirmar que los escenarios empaquetados se han ejecutado contra una implementación descendente o que esta referencia otorga certificación legal, de seguridad o accesibilidad.
Contrato
- Crear una intención de notificación con destinatario, propósito, versión de plantilla, localización, programación, sensibilidad e identidad de deduplicación.
- Aplicar estado verificado del destinatario, preferencias de canal, horas de silencio y supresiones legales o de producto inmediatamente antes del envío.
- Rastrear estados distintos: en cola, intentado, aceptado, entregado donde sea observable, fallido, suprimido y cancelado.
- Limitar reintentos por proveedor y preservar la misma identidad de intención para que un canal de respaldo no cree acciones duplicadas del usuario.
- Mostrar progreso solo mientras el trabajo esté realmente pendiente y evitar activaciones duplicadas sin ocultar la intención comprometida del usuario.
- Usar mensajes simples y específicos de acción que distingan validación, permiso, conectividad, conflicto y fallo terminal.
- Representar estados distintos respaldados por evidencia: en cola, aceptado, despachado, aceptado por proveedor, entregado, retrasado, rebotado, rechazado, abierto y desconocido en lugar de una sola bandera de entregado.
- Verificar callbacks del proveedor, deduplicarlos y ordenarlos por identidad del mensaje, preservar la procedencia del estado en bruto y definir reconciliación cuando los callbacks sean tardíos, faltantes o contradictorios.
Guía de implementación
- Prototipar las rutas más largas, vacías, lentas, sin conexión, denegadas y con tecnología asistiva antes de fijar el diseño del camino feliz.
- Modelar entradas, salidas, actores, estados, invariantes, efectos secundarios y evidencia del seguimiento de entregas antes de seleccionar detalles de marco o proveedor.
- Almacenar la versión aplicable del contrato o política de seguimiento de entregas con el estado material para que migraciones, reproducción y decisiones de soporte sean atribuibles.
- Introducir la ruta detrás de un despliegue controlado, comparar resultados esperados y observados, y mantener una ruta de recuperación probada hasta que la evidencia de adopción esté completa.
Manejo de fallos y salvaguardas
- Fallos permanentes de dirección o política suprimen intentos adicionales; fallos transitorios usan reintentos limitados y luego un estado terminal visible para el operador.
- El estado inválido o contradictorio del seguimiento de entregas es rechazado o puesto en cuarentena; la implementación nunca adivina un valor que amplíe autoridad o duplique un efecto.
- Los reintentos están limitados y usan identidad duradera; tras agotarse, el trabajo alcanza un estado terminal inspeccionable con un responsable accountable.
Verificación y operaciones
- Completar el recorrido con teclado, táctil, lector de pantalla, vista estrecha, red con retraso y un error recuperable del servidor.
- Monitorear éxito, denegación, fallo de validación, fallo de dependencia, agotamiento de reintentos y recuperación del seguimiento de entregas por versión de contrato sin dimensiones sensibles de carga útil.
- Reejecutar fixtures positivos y negativos emparejados tras cambios en política, esquema, dependencia, migración o límite y preservar la evidencia resultante.
Suposiciones de adopción
- Nombres y valores en el ejemplo son un fixture concreto, no valores predeterminados universales; los adoptantes los reemplazan mediante evidencia documentada y propiedad.
- El sistema adoptante puede proporcionar identidad autenticada, versiones duraderas de operación o registro, telemetría limitada y una ruta controlada para cambios.
Los ejemplos con apariencia ejecutable en este paquete son fixtures y contratos de aceptación. Ejecute el validador de colección para verificar estructura y metadatos, luego traduzca y ejecute los escenarios en el repositorio destino antes de registrar evidencia de implementación.