Comprobador de equipaje de mano

Las dimensiones no positivas se rechazan con invalid_input porque un borde cero o negativo no es una medida física de maleta.

Qué significa una comprobación de ajuste de equipaje de mano y qué contiene la respuesta

Las aerolíneas publican un volumen rectangular máximo para las maletas de cabina, generalmente como tres dimensiones exteriores que deben caber dentro de un medidor rígido o semirrígido en la puerta o el mostrador. A los viajeros les importa una respuesta de sí o no, más un poco de detalle diagnóstico: qué borde está ajustado, si rotar la maleta ayuda, y si la suma lineal de largo más ancho más altura sigue estando por debajo de un límite lineal publicado. Este comprobador responde a esa pregunta de planificación con geometría transparente. Cuando la rotación está deshabilitada, el largo se compara con el largo máximo, el ancho con el ancho máximo, y la altura con la altura máxima exactamente como se proporcionaron, lo cual coincide con las etiquetas impresas en algunos estuches de carcasa dura. Cuando allow_rotation es true, el valor por defecto, tanto el trío de la maleta como el trío de la aerolínea se ordenan del borde más pequeño al más grande, y luego cada borde ordenado de la maleta se compara con el límite ordenado correspondiente; la maleta cabe solo si cada borde de la maleta es menor o igual que su compañero. Eso modela la reorientación libre dentro de un medidor rectangular sin inventar trucos diagonales o de compresión blanda. La respuesta incluye un indicador booleano fits, un token status de fits o does_not_fit, una status_label legible por humanos, la etiqueta unit que pasó, el indicador allow_rotation usado, objetos bag y max con cada borde y la suma lineal, un arreglo axes con bag, max, fits y slack para cada eje ordenado, fits_linear y linear_slack para la regla L más A más A, una etiqueta de método carry_on_check, una cadena formula para auditorías, y una breve nota de que las ruedas y las asas todavía pueden fallar un medidor físico. No hay base de datos de aerolíneas en vivo ni muestreo aleatorio: el motor construye una comparación finita dentro del rango admitido o rechaza la entrada con invalid_input. Los casos rechazados incluyen bordes ausentes, valores no finitos, magnitudes por encima del techo documentado, y cualquier dimensión de maleta o de permiso no positiva, porque los largos cero y negativos no son tamaños exteriores válidos.

Cómo se leen las dimensiones de la maleta y la aerolínea, y cómo se mantienen reproducibles los resultados

El campo opcional unit es solo una etiqueta —centímetros por defecto— y nunca convierte números; ya debe expresar la maleta y los límites en una sola unidad. Se permiten signos más iniciales opcionales y notación científica en cadenas numéricas cuando se interpretan como decimales finitos; los espacios incrustados, los prefijos hexadecimales y los tokens no numéricos se rechazan con un mensaje claro para que una celda mal escrita no se convierta en una decisión de ajuste incorrecta. El margen en cada eje ordenado es el borde máximo menos el borde de la maleta, así que un margen negativo significa que ese eje por sí solo fallaría. La suma lineal es la suma de los tres bordes brutos de la maleta comparada con la suma de los tres bordes máximos brutos sin reordenar, porque los límites lineales publicados generalmente se indican sobre las medidas exteriores sin ordenar. Los campos preferidos de la maleta son bag_length, bag_width y bag_height, con alias como length, width, height, depth, L, W y H para que hojas de cálculo y formularios tipados puedan reutilizar el mismo contrato. Los límites de aerolínea usan max_length, max_width y max_height, con alias como airline_length, limit_width y allowance_height. El campo opcional allow_rotation acepta booleano true o false y formas de cadena comunes; vale true por defecto, así que las maletas blandas típicas obtienen la comparación ordenada. Los seis bordes requeridos deben ser estrictamente mayores que cero: una altura de cero o un ancho negativo falla con invalid_input y no se cobra a través de la vía de la API. Combine la ejecución gratuita en el navegador de esta página con la API de pago cuando necesite el mismo resultado geométrico dentro de una canalización automatizada sin reimplementar usted mismo las comprobaciones ordenadas por pares.

Dónde encajan las comprobaciones de equipaje de mano en el empaque, los equipos y el software

En esta página el trabajo se ejecuta enteramente en su navegador; a través de la API cada consulta exitosa cuesta $0.002, la validación fallida no se cobra y no se guarda nada después de devolver la respuesta. Esa división —exploración interactiva gratuita y una API de pago idéntica— coincide con el resto del catálogo de nivel A del KIT y le permite pasar de una demostración de empaque a una canalización automatizada sin cambiar el resultado geométrico.