Ventana de seguridad de las sobras refrigeradas: calculadora
La carne cocinada guardada el 20 de julio de 2026 dura hasta el 23 o 24 de julio, de 3 a 4 días. Elija el tipo de sobra y el día en que la guardó, y añada la fecha de hoy para ver cuánto queda. Gratis en su navegador.
- Gratis
- Funciona en su navegador
- Sin registro
- Sus datos no salen de su equipo
Ejecutar — gratis
Ejemplo resuelto
- Categoría
- Cooked meat
- Fecha de refrigeración
- 2026-07-20
- Hoy
- 2026-07-23
- Etiqueta de categoría
- Cooked meat and meat casseroles
- Días mínimos recomendados
- 3
- Días máximos recomendados
- 4
- Consumir a partir de
- 2026-07-23
Quien cocina en casa termina tarde o temprano ante la misma pregunta frente al refrigerador: ¿este recipiente de chili sigue siendo seguro? Las guías generales de inocuidad alimentaria, como las recomendaciones de conservación en frío del USDA, asignan a cada categoría de sobras una vida útil corta en el refrigerador medida en días, y esta herramienta convierte esa guía en fechas concretas de calendario. Indique la categoría del alimento y la fecha en que entró al refrigerador a cuarenta grados Fahrenheit o menos, y la calculadora devuelve la ventana de consumo recomendada como rango de días y como fechas absolutas, calculada con aritmética entera de días julianos y sin reloj del sistema. Añada una fecha de referencia opcional para saber cuántos días lleva almacenado el alimento, cuántos quedan antes del final de la ventana segura y si aún está dentro de ella o ya la superó. Las categorías desconocidas y las fechas imposibles se rechazan con un error de validación claro en lugar de una suposición.
Cómo se calcula la ventana de consumo
La calculadora parte de una tabla fija de rangos de días de conservación en frío al estilo USDA, con una entrada por categoría de sobras: carne cocida, ave cocida, pescado cocido, sopas y guisos, arroz y pasta cocidos, verduras cocidas, embutidos, pizza, platos de huevo cocido, carne molida cruda, piezas de ave crudas y huevos duros. Cada entrada indica el número mínimo y máximo de días en que el alimento se considera generalmente seguro en un refrigerador a cuatro grados Celsius o menos, contados desde el día de refrigeración.
La fecha de refrigeración que usted proporciona se valida como día de calendario ISO estricto, incluidas las reglas gregorianas de años bisiestos, y se convierte en un Número de Día Juliano astronómico con la fórmula entera de Fliegel y Van Flandern. Sumar los días mínimos produce la fecha de consumo más temprana y sumar los máximos, la más tardía; la conversión inversa devuelve ambos números a cadenas ordinarias de año, mes y día.
Cuando también proporciona una fecha de referencia, la herramienta resta ambos números de día para obtener los días ya almacenados y deriva los días restantes hasta la fecha límite más tardía, junto con un indicador de estado simple.
Contexto de inocuidad y límites honestos
Estas ventanas son orientaciones generales, no mediciones de laboratorio de su recipiente concreto.
La tabla de conservación en frío estilo USDA supone que el alimento se enfrió con prontitud, en unas dos horas tras la cocción, y se mantuvo continuamente a cuatro grados Celsius o menos en un recipiente limpio y sellado; un refrigerador que enfría poco, comida que pasó la noche sobre la encimera o contaminación cruzada pueden acortar la vida segura muy por debajo de las cifras mostradas, mientras que congelar detiene el reloj por completo y es la respuesta correcta para lo que no vaya a comer dentro de la ventana.
La lectura conservadora es la regla clásica: ante la duda, deséchelo, porque las bacterias que causan intoxicaciones alimentarias a menudo no alteran el olor, el sabor ni el aspecto. Los servicios de preparación de comidas, las cocinas comerciales y el catering usan herramientas como esta para etiquetar recipientes con fechas de descarte calculadas y auditar refrigeradores contra registros escritos, mientras que los hogares la usan para planificar la semana de modo que las sobras más antiguas se coman primero.
Recuerde que el resultado expresa orientación general para adultos sanos; las personas embarazadas, mayores o inmunodeprimidas deben seguir consejos más estrictos de su autoridad local de inocuidad alimentaria.
Qué puede hacer con ella
Comprobaciones cotidianas de sobras en casa
Escriba la categoría y el día en que guardó el recipiente en el refrigerador para ver las fechas exactas de consumo, de modo que la decisión de la cena se base en una guía y no en una prueba de olfato.
Preguntas frecuentes
¿De dónde provienen los rangos de días?
Siguen la orientación general de conservación en frío estilo USDA para refrigeradores a 4 °C (40 °F) o menos: la mayoría de las sobras cocidas se conservan de tres a cuatro días, algunas categorías algo más o menos. Son pautas generales, no una medición de su recipiente concreto.
¿Por qué no hay un 'días restantes' automático sin el campo today?
La capacidad es determinista y nunca lee el reloj del sistema.
¿Qué formato de fecha requieren los campos?
ISO estricto YYYY-MM-DD con año de cuatro dígitos y mes y día de dos dígitos. Las fechas imposibles como 2025-02-29 se rechazan con una explicación en lugar de corregirse silenciosamente.
¿Puedo saber por el olor si las sobras siguen bien?
No. Las bacterias que causan intoxicaciones a menudo no cambian el olor, el sabor ni el aspecto, así que un plato puede parecer normal y no ser seguro. Ante la duda, tírelo.
¿Qué puede estropear las sobras antes de que acabe el plazo?
Los plazos suponen que la comida se enfrió en unas dos horas y se guardó a 4 °C (40 °F) o menos en un recipiente limpio y cerrado. Un refrigerador tibio, una noche en la encimera o la contaminación cruzada los acortan; congelar detiene el reloj.
Herramientas relacionadas
Para desarrolladores — acceso por API
Todo lo de esta página está disponible por programación. Esta sección es para equipos que quieren integrarlo en sus sistemas; el resto puede usar la herramienta de arriba sin más.
Endpoint de API
¿Prefiere automatizarlo? Un POST autenticado crea la tarea; el resultado llega por webhook o enlace firmado. La misma capacidad también se ejecuta aquí en la web, por email y desde Telegram — y pronto también desde nuestra app.
Llámela desde su stack
curl -X POST https://api.kit.forhosting.com/life/leftover-food-safety-window \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"category":"cooked_meat","refrigerated_date":"2026-07-20"}'const res = await fetch("https://api.kit.forhosting.com/life/leftover-food-safety-window", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"category": "cooked_meat",
"refrigerated_date": "2026-07-20"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/life/leftover-food-safety-window",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"category": "cooked_meat",
"refrigerated_date": "2026-07-20"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/life/leftover-food-safety-window", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"category":"cooked_meat","refrigerated_date":"2026-07-20"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"category":"cooked_meat","refrigerated_date":"2026-07-20"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/life/leftover-food-safety-window", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Ejemplo de solicitud
{
"category": "cooked_meat",
"refrigerated_date": "2026-07-20"
}Ejemplo de respuesta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "life.leftover_food_safety_window",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}La API es asíncrona: la llamada devuelve un task_id al instante y el resultado llega por webhook. El polling está limitado a 1 req/s por tarea.
Precio
Precio publicado — sin tokens ni créditos inventados. Una tarea fallida no se cobra.
Errores
| HTTP | Código | Significado |
|---|---|---|
401 | unauthorized | API key ausente o inválida. |
402 | insufficient_balance | El saldo no cubre el precio de la tarea. |
404 | unknown_type | El tipo de tarea no existe. |
429 | rate_limited | Demasiadas peticiones. Use el webhook en vez de sondear. |
Notas técnicas
Qué envía y qué recibe
Un campo today opcional aporta la fecha de referencia para calcular el tiempo transcurrido y el restante; omitirlo es deliberado y útil, porque el rango absoluto de consumo no necesita fecha actual, lo que mantiene la capacidad determinista y segura de ejecutar en cualquier entorno. Envíe dos campos obligatorios: category, elegida de la lista cerrada documentada de categorías de sobras, y refrigerated_date, el día ISO estricto en que el alimento entró al refrigerador. En caso de éxito, la respuesta devuelve la categoría normalizada con una etiqueta legible, la fecha de refrigeración, los días mínimo y máximo de la guía y las fechas de calendario use_by_earliest y use_by_latest. Con fecha de referencia también devuelve days_stored, days_remaining_to_latest (que se vuelve negativo una vez cerrada la ventana) y un status de within_window o past_window. Todo fallo es un error tipado invalid_input que nombra el campo problemático: una categoría desconocida enumera los valores aceptados, una fecha mal formada o imposible explica el formato esperado, y una fecha de referencia anterior a la de refrigeración se rechaza como absurda. Los fallos de validación no se cobran; las llamadas API exitosas cuestan la tarifa base publicada de $0.002 por elemento.
Contexto de inocuidad y límites honestos
El precio de la API por consulta exitosa es de $0.002 por elemento y, como los errores de validación son gratuitos, puede integrar la capacidad sin riesgo en scripts de inventario que prueban muchas categorías.
Casos de integración
Etiquetado de meal-prep y fechas de descarte
Los recipientes cocinados en lotes pueden etiquetarse con la fecha calculada use_by_latest, convirtiendo una sesión semanal de cocina en un refrigerador organizado y apto para rotación.
Auditorías de cocina y catering
Los scripts pueden enviar la categoría y la fecha de refrigeración de cada recipiente registrado y marcar cualquiera cuyo status sea past_window, automatizando una línea tediosa de la lista de verificación de inocuidad.
Preguntas técnicas
¿Qué ocurre si envío una categoría que la herramienta no conoce?
La solicitud falla con un error tipado invalid_input que enumera las categorías aceptadas, y no se cobra. Los nombres de categoría son snake_case en minúsculas, como cooked_meat o deli_meat.
¿Cuánto cuesta?
La herramienta del navegador es gratuita y se ejecuta localmente con la misma función que la API. Las solicitudes API exitosas usan saldo prepagado de KIT a $0.002 por elemento; las entradas inválidas nunca se cobran.