El fabricante o regulador publica una fecha para el modelo o familia definidos. Deben verse fuente, alcance y revisión.
A · Fecha oficial
El fabricante o regulador publica una fecha para el modelo o familia definidos. Deben verse fuente, alcance y revisión.
B · Fecha calculada según una política
Se suma una duración, como siete años, a un inicio documentado. El cálculo y sus supuestos deben acompañar al resultado.
Estimado o desconocido
Con fuentes incompletas, la fecha debe ser estimada o desconocida. Que parezca precisa no la convierte en prueba.
Lee la afirmación antes que el calendario
Una fecha puede parecer exacta aunque la promesa sea amplia. Averigua si la fuente da un mes final, un mínimo, generaciones o solo presencia en una lista. Una fecha del SKU exacto puede ser A; sumar duración e inicio es B y debe mostrar el cálculo. Predicciones, patrones o afirmaciones de vendedores no se convierten en A o B. Grado, alcance, precisión y revisión deben permitir entender la fecha y qué la invalidaría.
Un cálculo reproducible no es una garantía
El cálculo debe indicar duración, evento y fecha de inicio, redondeo y precisión. Siete años desde disponibilidad estadounidense pueden dar un mes, no el último día de parche en Japón o un operador. Explica evento, fecha, años y regla. Si falta un dato necesario, no calcules. Poder repetirlo lo hace auditable, pero solo el fabricante publica o cambia el compromiso real.
Por qué Pixel 8 e iPhone 16 necesitan explicaciones distintas
Google vincula siete años a la disponibilidad, así que Pixel 8 puede mostrar un mes calculado con su variante. El documento británico de Apple respalda un mínimo local, no un final mundial. Por eso el título de iPhone habla de fuentes de soporte y el cálculo se etiqueta como mínimo. En modelos antiguos sin promesa futura, muestra desconocido y la última versión publicada. Nombres parecidos no justifican títulos ni metadatos con idénticas afirmaciones.
La precisión forma parte de la afirmación
Día, mes, año y rango no son opciones decorativas. No muestres «octubre de 2030» como 1 de octubre salvo que se aclare la normalización. No conviertas un mínimo en final. Si discrepan fuentes, conserva ambas, identifica la principal y explica el conflicto, sin promediar. Cambiar solo la revisión no es un cambio material; nuevas fuentes, alcance, inicio o cálculos corregidos sí deben figurar en el historial.
Cómo puede un lector auditar una fecha
Abre la fuente, verifica editor, producto y ámbito y compara el código del equipo. Comprueba si es posterior al lanzamiento y si la sustituyó otra declaración. Repite el cálculo y redondeo, y revisa límites de operador, hardware, emergencias y frecuencia. Si falta un paso esencial, reduce la confianza o deja desconocido. El objetivo es afirmar solo lo que las fuentes sostienen, no llenar más fechas.
Cuándo reducir el grado de confianza
Reduce o retira una fecha si la fuente falla, falta el modelo, no se reproduce el inicio, se exageró el ámbito o contradice una declaración nueva. Un cambio de diseño no es una política nueva, aunque exija otra captura y revisión. No conserves A porque una URL antigua tuvo una fecha. Guarda la fuente anterior, explica el cambio y deja desconocido hasta recuperar respaldo. Así se evita una precisión falsa.
Ejemplos del catálogo
Comprueba identificador y región juntos; el nombre comercial no basta. Estos registros muestran cómo se aplica el método a fuentes reales.
Cómo se elaboró esta guía
DevLifeCheck separa compromisos del fabricante, avisos oficiales e interpretación editorial. El editor revisa las fuentes primarias y el modelo y región, sin convertir una fecha ausente en una estimación.
Fuentes primarias
Guías relacionadas
La información puede cambiar. Revisa las fuentes del fabricante y regulador antes de una compra o decisión de seguridad.