Demanda de agua
Diez mil personas que usan 150 litros cada una demandan 1 500 000 litros al día y 547 500 000 litros al año. Indique la población y el consumo por persona para dimensionar un suministro o comparar una localidad con una referencia. Gratis en su navegador.
- Gratis
- Funciona en su navegador
- Sin registro
- Sus datos no salen de su equipo
Ejecutar — gratis
Ejemplo resuelto
- Población
- 10 000
- Litros per cápita
- 150
- Litros diarios
- 1 500 000
- Litros anuales
- 547 500 000
- Días del año
- 365
La demanda municipal y comunitaria de agua es el volumen que extraerá una zona de servicio si se conoce cuántas personas viven allí y cuántos litros usa cada una al día. Las empresas de agua, los urbanistas, los consultores ambientales y los estudiantes de recursos hídricos necesitan ese producto como total diario y como total anual para dimensionar plantas de tratamiento, comparar un municipio con un referente publicado de litros por persona y día, y situar un año de extracciones junto al presupuesto de un embalse. Esta calculadora de demanda de agua acepta un tamaño de población y un consumo diario per cápita en litros, los multiplica para la demanda diaria y luego multiplica el total diario por 365 para la demanda anual, ambos en litros. El cero se admite y devuelve cero litros, porque una zona vacía o un escenario de consumo nulo realmente no demanda nada.
Cómo se calcula la demanda de agua a partir de la población y el LPCD
En primer orden, la demanda comunitaria de agua no es un modelo meteorológico ni una simulación de red de tuberías: es el producto de dos magnitudes que un planificador ya tiene o puede asumir. La población es el número de personas atendidas — un recuento censal, una proyección de horizonte de diseño, la ocupación de un campamento de refugiados o los residentes de una urbanización.
El consumo diario per cápita son los litros que cada una de esas personas usa en un día, escrito LPCD en las tablas de ingeniería del agua. Las cifras publicadas suelen ir desde unos cincuenta litros por persona y día en un abastecimiento rural racionado, pasando por cien a doscientos en muchas redes urbanas, hasta trescientos o más donde el riego exterior y las fugas de distribución dominan. La demanda diaria en litros equivale a la población por esa cifra per cápita.
La demanda anual equivale al total diario por 365, el recuento civil de días usado en presupuestos anuales de embalse y planta. Diez mil personas a ciento cincuenta litros cada una demandan por tanto un millón quinientos mil litros en un día y quinientos cuarenta y siete millones quinientos mil litros en un año. Un cuarto de millón de personas a ciento ochenta coma cinco litros cada una demandan cuarenta y cinco millones ciento veinticinco mil litros al día.
El método no añade agua no contabilizada, cargas industriales en bloque, factores de punta estacionales ni reservas de caudal contra incendios; eso pertenece a un modelo completo de plan director que usted puede superponer después de tener esta base. Cambie cualquiera de las dos entradas y ambos totales se mueven al unísono.
Esta página no es una calculadora de ingesta personal de agua potable, una página de capacidad de depósito ni una página de desperdicio de un grifo que gotea: esas responden cuánto debe beber un cuerpo, cuánto cabe en un recipiente o cuánto ha desperdiciado ya una fuga — no cuánto extraerá una población de la red.
Qué introducir: habitantes y litros por persona
Se admite población fraccionaria para que una estimación a mitad de año como 12500.5 no tenga que redondearse antes, y se admite LPCD fraccionario para que un 137.4 litros por persona y día medido se envíe tal cual. Campos ausentes, cadenas vacías, booleanos, objetos y tokens que no son decimales simples o notación científica fallan igual. El cero se acepta y devuelve cero litros, porque una zona vacía o un escenario de consumo nulo realmente no demanda agua.
Los números se redondean a doce decimales para que goldens y clientes comparen byte a byte entre entornos. Si el producto desborda a Infinity, la tarea falla en lugar de devolver un volumen no finito. El año es el año civil exacto de 365 días usado en la demanda de cribado, no 365.25 ni un calendario bisiesto, de modo que un total anual es reproducible a partir de las mismas entradas en cada máquina.
Qué puede hacer con ella
Demanda preliminar municipal
Convierta una población censal y un LPCD publicado en litros diarios y anuales que puede poner junto a la capacidad de una planta o al presupuesto de un embalse.
Preguntas frecuentes
¿Cómo se calcula la demanda de agua de una población?
La demanda diaria en litros equivale a la población por el consumo diario per cápita en litros. La demanda anual equivale a ese total diario por 365. Diez mil personas a 150 litros cada una dan 1,500,000 litros al día y 547,500,000 litros al año.
¿Qué valor de LPCD debe usar?
Use una cifra medida o publicada de litros por persona y día para la zona de servicio. Los valores típicos de cribado se sitúan cerca de 50 L en un abastecimiento rural racionado, 100–200 L en muchas redes urbanas y 300 L o más donde el riego y las fugas dominan. La calculadora no adivina el LPCD.
¿Por qué el año son 365 días y no 365.25?
La demanda de cribado usa el año civil de 365 días para que el total anual sea reproducible y coincida con los presupuestos anuales de las empresas de agua. Los ajustes de año bisiesto y de año medio 365.25 pertenecen a un modelo de calendario, no a este producto.
¿Qué ocurre si la población o los litros per cápita son negativos?
Una población negativa o una tasa per cápita negativa no es una demanda física. El cero se admite y devuelve cero litros. La entrada no válida no se factura.
¿Es lo mismo que la ingesta personal de agua y cuánto cuesta?
No. Esta página estima cuánto extraerá una población, no cuánto debe beber una persona. La herramienta del navegador es gratuita.
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/eco/water-demand \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"population":10000,"per_capita_liters":150}'const res = await fetch("https://api.kit.forhosting.com/eco/water-demand", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"population": 10000,
"per_capita_liters": 150
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/eco/water-demand",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"population": 10000,
"per_capita_liters": 150
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/eco/water-demand", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"population":10000,"per_capita_liters":150}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"population":10000,"per_capita_liters":150}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/eco/water-demand", 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
{
"population": 10000,
"per_capita_liters": 150
}Ejemplo de respuesta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "eco.water_demand",
"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
Una población negativa o un uso per cápita negativo falla con invalid_input en lugar de inventar una extracción.
Entradas, unidades, alias y comportamiento de error
Envíe un objeto JSON con dos números finitos obligatorios: population, el número de personas de la zona de servicio; y per_capita_liters, el consumo diario de cada persona en litros. Cada campo acepta también una cadena numérica y una lista breve de alias (pop, people, inhabitants, n, lpcd, liters_per_capita, daily_per_capita, consumption, per_capita) para que hojas de cálculo y formularios no tengan que renombrar columnas. Cualquier valor negativo se rechaza: una población negativa o una tasa per cápita negativa no es una demanda física, así que la tarea falla con invalid_input que nombra el campo. Si hay éxito, la respuesta repite population y per_capita_liters resueltos, e informa daily_liters como population por LPCD, annual_liters como daily_liters por 365, days_in_year siempre igual a 365, una cadena de fórmula compacta y la etiqueta de método population_times_lpcd_times_365. No hay consulta de red, ni sorteo aleatorio, ni dependencia de la fecha actual ni de calendarios bisiestos: las mismas dos cifras producen siempre el mismo JSON.
Dónde resulta útil una API de demanda de agua
Las empresas de agua y los ingenieros municipales usan una calculadora determinista de demanda de agua para convertir una población censal y un LPCD publicado o medido en litros diarios y anuales que caben junto a la capacidad de una planta, en lugar de citar un eslogan sobre cuánto usa una ciudad. Las campañas de clima y conservación que piden comparar su municipio con un objetivo de cien litros de LPCD pueden enviar las mismas dos cifras que el visitante ya tecleó y mostrar la extracción anual sin inventar una tasa de consumo. La validación fallida no consume saldo. Mantenga las peticiones pequeñas, fije los campos redondeados en las pruebas y obtendrá un producto de demanda reproducible sin levantar una integración de facturación propia. Los consultores que ya registran poblaciones de zona de servicio pueden enviar una tarea por comunidad y guardar daily_liters y annual_liters junto al identificador del área sin abrir una hoja de factores de 365 días. Como la implementación es parse pura de nivel A, cada llamada correcta cuesta el precio base publicado $0.002 sin tokens de modelo ni red de salida. Si más adelante necesita un coste en moneda, multiplique los litros por su tarifa local; este endpoint se detiene a propósito en el volumen. Si más adelante necesita demanda de hora punta o de día máximo, aplique su propio factor de punta a daily_liters; el producto base permanece auditable e inalterado.
Casos de integración
Lotes de zona de servicio del consultor
Envíe una tarea por comunidad con la población registrada y los litros per cápita, y guarde daily_liters y annual_liters junto al identificador del área.
Widgets de aula y de campaña
Deje que los visitantes escriban una población y un objetivo de LPCD y vean la demanda diaria y anual en una herramienta en vivo que coincide con la API byte a byte.