Calculadora de tablas de terraza: cantidad, hueco y merma

La misma función pura alimenta la herramienta gratuita del navegador y la API de pago, de modo que un presupuesto en el teléfono coincide con la línea que un script envía después. Dimensiones de tabla nulas o negativas se rechazan con invalid_input en lugar de un divide-por-cero silencioso.

Cómo funciona la fórmula del conteo de tablas de terraza

Parta de una identidad de cobertura que refleja cómo las tablas llenan de verdad una terraza: cada tabla ocupa su longitud de cara completa a lo largo del tendido y un paso de board_width más gap entre viguetas. Escriba effective_board_area igual a board_length por (board_width más gap), usando la misma unidad lineal que subyace a su deck_area en unidades cuadradas, de modo que metros emparejen con metros cuadrados y pies con pies cuadrados. El producto solo de cara board_length por board_width se informa como board_face_area para auditoría, pero el cálculo de compra usa la huella efectiva mayor para que los huecos de drenaje no desaparezcan del plano. A continuación aplique la merma como factor multiplicativo: waste_factor es uno más waste_percent dividido entre cien, de modo que un diez por ciento de merma planifica el ciento diez por ciento del área desnuda. Multiplique deck_area por ese factor para obtener area_with_waste —el objetivo de cobertura efectiva tras cortes, marcos perimetrales aproximados con stock extra, piezas rotas y sobrantes de lote—. Divida area_with_waste entre effective_board_area para producir boards_exact, un número real que puede tener parte fraccionaria. La cantidad de compra boards_needed es el techo de boards_exact. La respuesta también devuelve intermedios (board_face_area, effective_pitch, effective_board_area, waste_factor, waste_area, area_with_waste, boards_exact, coverage_area) y spare_area_vs_deck para auditar el cálculo a mano en el albarán. El pipeline es aritmética de coma flotante determinista, sin semillas aleatorias, sin reloj de pared y sin llamadas de red, de modo que entradas idénticas producen siempre el mismo JSON. El ancho y la longitud de tabla deben ser estrictamente positivos: tamaño cero o negativo se rechaza con invalid_input porque una huella nula haría indefinida la razón y una negativa no es física. El área de la terraza también debe ser positiva; gap y waste_percent deben ser no negativos para que un tendido a tope con hueco cero y un rectángulo perfecto sin merma sigan siendo expresables.

Qué envía y qué recibe de vuelta

Los cinco campos son obligatorios. Envíe cinco números finitos: deck_area para la cobertura del plano de la terraza en unidades cuadradas, board_width y board_length para el par de cara de una tabla en unidades lineales coincidentes, gap para el espacio entre tablas adyacentes en esas mismas unidades lineales, y waste_percent como el porcentaje de material extra (por ejemplo diez para un margen del diez por ciento). Campos ausentes, cadenas no numéricas, NaN e Infinity fallan con invalid_input y no se cobran. Cuando board_width o board_length es cero o negativo, la petición falla con un mensaje de que las dimensiones de la tabla deben ser positivas, de modo que el cliente puede corregir antes de reintentar en lugar de recibir Infinity tablas. En caso de éxito la respuesta repite las entradas limpias, board_face_area, effective_pitch, effective_board_area, waste_factor, waste_area, area_with_waste, boards_exact, el entero boards_needed, coverage_area, spare_area_vs_deck (cuánto área el juego comprado cubre por encima de la terraza desnuda contando cada tabla a paso completo), un recordatorio unit_note para mantener un solo sistema de unidades, y una cadena formula breve para documentación. Comprobaciones clásicas incluyen una terraza de veinticuatro metros cuadrados con tablas de cero coma catorce por tres coma seis metros, un hueco de cinco milímetros y un diez por ciento de merma: el área efectiva de tabla es longitud por ancho más hueco, el área con merma es veintiséis coma cuatro, y boards_needed es el techo de esa razón. El precio de las llamadas API exitosas es la base publicada de $0.002 por ítem; los fallos de validación no consumen saldo prepago.

Dónde aparecen las calculadoras de tablas de terraza en el trabajo real

Los propietarios que construyen una terraza de jardín necesitan un conteo fiable de tablas antes de pedir composite o madera tratada, sobre todo cuando las tablas largas tienen precio unitario alto y plazos de varias semanas. Constructores de terrazas y carpinteros elaboran mediciones a partir de áreas medidas y tamaños de fabricante; un único extremo determinista que redondea al alza tras hueco y merma reduce el desfase de hojas de cálculo entre el estimador y el comprador. Si más adelante necesita viguetas y vigas, clips de fijación oculta, balaustres o zancas de escalera, trátelos como intenciones de búsqueda y aterrizajes aparte, sin sobrecargar esta página de calculadora de tablas de terraza. Diseñadores de paisaje que comparan tres referencias de tabla para el mismo plano pueden cambiar solo board_width, board_length y gap manteniendo fijos deck_area y waste_percent, y ordenar por total de tablas y cobertura sobrante sin rederivar la matemática del paso cada vez. Gestores de fincas que planifican renovaciones de balcones multiunidad envían un lote de áreas por la API y adjuntan boards_needed a las órdenes de compra para que el sobrestock sea intencional y no accidental. Como esta capacidad es un motor de parse puro, el precio de API es la base publicada de $0.002 por ítem exitoso y la validación fallida no consume saldo.