Pinit

El servicio **TrueAddress AI** permite procesar direcciones escritas en texto libre para limpiarlas, descomponerlas en componentes estructurados y, de forma opcional, validarlas y geocodificarlas. Utiliza inteligencia artificial para mejorar la precisión en la estandarización de direcciones y facilita su uso en sistemas logísticos y de análisis geoespacial.
**Consideraciones adicionales:**
- El servicio está diseñado principalmente para direcciones en **México y Colombia**. - El parámetro `enable_validation` usa un catálogo interno de **códigos postales**. - La geocodificación puede usar **distintos proveedores** según umbral de confianza. - El campo `score` indica la **confianza del resultado** (entre 0 y 1). - Si `enable_validation` es `true`, la validación se usa internamente pero **no aparece en la respuesta**. - Para soporte o autenticación, **contacta al equipo técnico de Pinit**.


TrueAddress AI

Descripción general

Flujo básico de uso

POST /true-address-ai

Respuesta

Estatus de respuesta

Consideraciones adicionales

Preguntas frecuentes

Clusters Inteligentes

Autenticación

POST /clusters

GET /clusters/{uuid}

Recomendaciones para configurar el clustering

Archivos generados

Ejemplo de petición POST /clusters

Route Solver

POST /route-solver

Recomendaciones y buenas prácticas

Ejemplos de peticiones POST /route-solver

Multi Route Solver

POST /multi-route-solver

Ejemplo de petición POST /multi-route-solver

Blur it

POST /blur-it

Tipos de blur

Default

servicios

Production

<p class="slate-p " >El <span style="color:#9900FF"><strong class="slate-bold">Multi-Vehicle Route Solver</strong></span> es un servicio que optimiza la planificación de rutas para <strong class="slate-bold">múltiples vehículos</strong>, resolviendo el <strong class="slate-bold">Problema de Enrutamiento de Vehículos con Capacidad </strong>(CVRP por sus siglas en inglés).</p><h2 class="slate-h2 " >¿Para qué sirve?</h2><p class="slate-p " >Ideal para operaciones logísticas donde necesitas:</p><ul class="slate-ul " ><li class="slate-li " ><div style="position:relative">Distribuir entregas entre múltiples vehículos</div></li><li class="slate-li " ><div style="position:relative">Minimizar tiempos de operación</div></li><li class="slate-li " ><div style="position:relative">Respetar restricciones de capacidad, horarios y duración de rutas</div></li></ul><h2 class="slate-h2 " >Principales funcionalidades</h2><ul class="slate-ul " ><li class="slate-li " ><div style="position:relative">Optimiza rutas para <strong class="slate-bold">varios vehículos de forma simultánea</strong> </div></li><li class="slate-li " ><div style="position:relative">Asigna entregas respetando <strong class="slate-bold">capacidades del vehículo</strong> (una o múltiples dimensiones) </div></li><li class="slate-li " ><div style="position:relative">Considera <strong class="slate-bold">ventanas de tiempo</strong> de operación por vehículo (permite definir horarios de inicio/fin para cada vehículo)</div></li><li class="slate-li " ><div style="position:relative">Aplica <strong class="slate-bold">límites máximos de duración</strong> por ruta </div></li><li class="slate-li " ><div style="position:relative">Controla el <strong class="slate-bold">número máximo de servicios por vehículo</strong> </div></li><li class="slate-li " ><div style="position:relative">Soporta <strong class="slate-bold">rutas abiertas o cerradas</strong> (con o sin retorno al depósito) </div></li><li class="slate-li " ><div style="position:relative">Permite <strong class="slate-bold">descansos de conductor</strong> con ventana de tiempo </div></li><li class="slate-li " ><div style="position:relative">Prioriza servicios (alta, media, baja) </div></li><li class="slate-li " ><div style="position:relative">Identifica servicios <strong class="slate-bold">no asignados</strong>, explicando el motivo </div></li></ul><p class="slate-p " ></p>

 es un servicio que optimiza la planificación de rutas para 

Problema de Enrutamiento de Vehículos con Capacidad 

Ideal para operaciones logísticas donde necesitas:

<p class="slate-p " >Para usar el servicio <code class="slate-code"><strong class="slate-bold">POST /multi-route-solver</strong></code> es necesario contar con un <strong class="slate-bold">token de acceso</strong> válido.</p><p class="slate-p " >El token se envía en el encabezado <code class="slate-code">Authorization</code> en cada solicitud, utilizando el formato:</p><div class="code-block-wrapper"  style="width:100%;min-width:100%" ><div class="code-block-header">HTTP</div><pre class="slate-CodeBlockElement slate-code_block"><textarea id="publishedPageCodeblock" style="display:none !important; visibility: hidden; opacity: 0; width: 1px; height: 1px;" type="hidden"> </textarea><code class="language-http keep-markup drop-tokens"><div class="slate-code_line"><div class="slate-code_line">Authorization: Bearer &lt;tu-token&gt;</div></div></code></pre></div><h2 class="slate-h2 " >Consideraciones</h2><ul class="slate-ul " ><li class="slate-li " ><div style="position:relative">El token es <strong class="slate-bold">obligatorio</strong> en todas las solicitudes. </div></li><li class="slate-li " ><div style="position:relative">El token es único por cliente y debe mantenerse confidencial. </div></li><li class="slate-li " ><div style="position:relative">Un token inválido, expirado o ausente resultará en una respuesta <code class="slate-code">401 Unauthorized</code>.</div></li></ul><p class="slate-p " ></p>

 en cada solicitud, utilizando el formato:

<p class="slate-p " ><strong class="slate-bold">POST</strong> <code class="slate-code">https://services.pinittms.com/multi-route-solver</code></p><p class="slate-p " >Este endpoint recibe la lista de <strong class="slate-bold">servicios</strong> (entregas a realizar), la flota de <strong class="slate-bold">vehículos disponibles</strong> y sus <strong class="slate-bold">tipos/capacidades</strong>, y regresa una <strong class="slate-bold">solución de ruteo</strong> donde se indica qué entregas hace cada vehículo y en qué orden.
Si alguna entrega no puede asignarse por restricciones (capacidad, horarios, límites por ruta, etc.), el servicio la reporta como <strong class="slate-bold">no asignada</strong> e incluye el motivo.</p><h2 class="slate-h2 " >Body</h2><p class="slate-p " >El cuerpo de la petición es un objeto JSON con la siguiente estructura:</p><div class="code-block-wrapper"  style="width:100%" ><div class="code-block-header">JSON</div><pre class="slate-CodeBlockElement slate-code_block"><textarea id="publishedPageCodeblock" style="display:none !important; visibility: hidden; opacity: 0; width: 1px; height: 1px;" type="hidden"> </textarea><code class="language-json keep-markup drop-tokens"><div class="slate-code_line"><div class="slate-code_line">{
  &quot;services&quot;: [...],
  &quot;vehicles&quot;: [...],
  &quot;vehicle_types&quot;: [...],
  &quot;objectives&quot;: [...],
  &quot;configuration&quot;: {...}
}</div></div></code></pre></div><ul class="slate-ul " ><li class="slate-li " ><div style="position:relative"><code class="slate-code">services</code> (array, requerido): Servicios o entregas a realizar.</div></li><li class="slate-li " ><div style="position:relative"><code class="slate-code">vehicles</code> (array, requerido): Vehículos disponibles para asignar.</div></li><li class="slate-li " ><div style="position:relative"><code class="slate-code">vehicle_types</code> (array, requerido): Tipos de vehículo con sus capacidades.</div></li><li class="slate-li " ><div style="position:relative"><code class="slate-code">objectives</code> (array, opcional): Objetivos de optimización.</div></li><li class="slate-li " ><div style="position:relative"><code class="slate-code">configuration</code> (object, opcional): Configuración adicional del servicio.</div></li></ul><h3 class="slate-h3 " >Comentarios sobre algunos parámetros del body</h3><ul class="slate-ul " ><li class="slate-li " ><div style="position:relative"><code class="slate-code">latest_end</code> debe ser mayor que <code class="slate-code">earliest_start</code>.</div></li><li class="slate-li " ><div style="position:relative">Si se define <code class="slate-code">break</code> en <code class="slate-code">vehicles</code>, <code class="slate-code">latest</code> debe ser mayor que <code class="slate-code">earliest</code> y debe existir tiempo suficiente dentro de la ventana para <code class="slate-code">duration</code>.</div></li><li class="slate-li " ><div style="position:relative">Si de define <code class="slate-code">vehicle_types[].capacity</code>, entonces todos los <code class="slate-code">services[]</code> deben incluir <code class="slate-code">size</code>.</div></li><li class="slate-li " ><div style="position:relative"><code class="slate-code">size</code> debe tener la misma longitud que <code class="slate-code">capacity</code>.</div></li><li class="slate-li " ><div style="position:relative">No se permite mezclar: o todos los <code class="slate-code">vehicle_types</code> tienen <code class="slate-code">capacity</code>, o ninguno.</div></li><li class="slate-li " ><div style="position:relative">La capacidad <code class="slate-code">vehicle_types[].capacity</code> es genérica: puede representar peso, volumen o cualquier otra restricción cuantitativa, sin nombres fijos.</div></li></ul><h3 class="slate-h3 " >Comportamiento entre <code class="slate-code">return_to_depot</code> y <code class="slate-code">end_address</code></h3><p class="slate-p " >Cuando <code class="slate-code">end_address</code> está definido, siempre se usa como punto final de la ruta, independientemente del valor de <code class="slate-code">return_to_depot</code>.</p><ul class="slate-ul " ><li class="slate-li " ><div style="position:relative"><code class="slate-code"><strong class="slate-bold">end_address</strong></code><strong class="slate-bold"> no definido + </strong><code class="slate-code"><strong class="slate-bold">return_to_depot: true</strong></code><strong class="slate-bold"> (default):</strong> Ruta cerrada al origen, regresa a <code class="slate-code">start_address</code>.</div></li><li class="slate-li " ><div style="position:relative"><code class="slate-code"><strong class="slate-bold">end_address</strong></code><strong class="slate-bold"> definido + </strong><code class="slate-code"><strong class="slate-bold">return_to_depot: true</strong></code><strong class="slate-bold">:</strong> Ruta termina en <code class="slate-code">end_address</code>.</div></li><li class="slate-li " ><div style="position:relative"><code class="slate-code"><strong class="slate-bold">end_address</strong></code><strong class="slate-bold"> definido + </strong><code class="slate-code"><strong class="slate-bold">return_to_depot: false</strong></code><strong class="slate-bold">:</strong> Ruta termina en end_address.</div></li><li class="slate-li " ><div style="position:relative"><code class="slate-code"><strong class="slate-bold">end_address</strong></code><strong class="slate-bold"> no definido + </strong><code class="slate-code"><strong class="slate-bold">return_to_depot: false</strong></code><strong class="slate-bold">: </strong>Ruta abierta, termina en el último servicio atendido.</div></li></ul><p class="slate-p " ></p>

https://services.pinittms.com/multi-route-solver

 donde se indica qué entregas hace cada vehículo y en qué orden.
Si alguna entrega no puede asignarse por restricciones (capacidad, horarios, límites por ruta, etc.), el servicio la reporta como 

El cuerpo de la petición es un objeto JSON con la siguiente estructura:

Comentarios sobre algunos parámetros del body

 está definido, siempre se usa como punto final de la ruta, independientemente del valor de 

Lista de pedidos o puntos de entrega que deben ser atendidos por los vehículos. Cada elemento del arreglo `services` representa una visita única a una ubicación, con su tiempo de servicio, coordenadas y una o más dimensiones de demanda (por ejemplo, peso, volumen o unidades).

En el servicio, estos valores se traducen directamente a los nodos que el solver debe asignar a los vehículos, respetando las restricciones de capacidad (`c1`, `c2`, …) y minimizando el tiempo total de recorrido.

services

La sección `vehicles` define los vehículos disponibles para resolver el problema de ruteo. Cada vehículo debe incluir al menos un punto de inicio (`start_address`) y un tipo (`type_id`) que determine sus capacidades.  
El punto de fin (`end_address`) es opcional y su uso depende del parámetro `return_to_depot`.

vehicles

La sección `vehicle_types` define los tipos de vehículos disponibles.  
Cada tipo establece las capacidades máximas (una o varias dimensiones) y el perfil del vehículo.

vehicle_types

objectives

Configuración adicional del ruteo. Actualmente **el servicio no utiliza estos parámetros**, pero se conserva por compatibilidad con otras implementaciones

configuration

Content-Type

Token de acceso en formato Bearer <token>

Authorization

copyrights

job_id

Estado del procesamiento. En una respuesta exitosa típicamente: "finished".

status

Tiempo de espera en cola (segundos). Actualmente el servicio no cuenta con esta funcionalidad, por lo que siempre se reporta 0.

waiting_time_in_queue

Tiempo de procesamiento (segundos). Actualmente el servicio no cuenta con esta funcionalidad, por lo que siempre se reporta 0.

processing_time

solution

Respuesta exitosa con la solución de rutas optimizadas.

Mensaje general que indica el tipo de error.

message

Lista de errores detectados en la solicitud. Cada elemento describe un problema específico.

errors

El servicio devuelve este error cuando la solicitud no cumple con los requisitos mínimos, ya sea por campos faltantes, formato incorrecto o valores fuera de rango.

Mensaje que describe el motivo de la falla de autenticación.

Este error ocurre cuando la solicitud no incluye un token válido o el formato del encabezado de autorización es incorrecto.

<h4 class="slate-h4 " >Validación de datos</h4><ul class="slate-ul " ><li class="slate-li " ><div style="position:relative"><strong class="slate-bold">IDs únicos:</strong> Asegúrate de que <code class="slate-code">services[].id</code>,  <code class="slate-code">vehicles[].vehicle_id</code> y <code class="slate-code">vehicle_types[].type_id</code> no se repitan dentro de la misma petición.</div></li><li class="slate-li " ><div style="position:relative"><strong class="slate-bold">Coordenadas válidas:</strong> Verifica que las latitudes estén entre -90 y 90, y las longitudes entre -180 y 180.</div></li></ul><h4 class="slate-h4 " >Capacidades y tamaños</h4><ul class="slate-ul " ><li class="slate-li " ><div style="position:relative">Si usas capacidad (<code class="slate-code">vehicle_types[].capacity</code>), entonces: 1) Todos los servicios deben incluir <code class="slate-code">services[].size</code>, y 2) <code class="slate-code">size</code> debe tener <strong class="slate-bold">la misma cantidad de dimensiones</strong> que <code class="slate-code">capacity</code>.</div></li><li class="slate-li " ><div style="position:relative">Mantén un <strong class="slate-bold">orden fijo de dimensiones </strong>(por ejemplo <code class="slate-code">[peso, volumen]</code>) en <strong class="slate-bold">toda </strong>la petición.</div></li><li class="slate-li " ><div style="position:relative">Usa <strong class="slate-bold">unidades consistentes </strong>en todos los datos (ej. kg y litros, o kg y cm³). No mezcles escalas.</div></li><li class="slate-li " ><div style="position:relative"><strong class="slate-bold">Define las dimensiones que necesites:</strong> Puedes usar una o varias dimensiones simultáneas (peso, volumen, cantidad de paquetes, etc.). Ejemplo: <code class="slate-code">capacity: [100, 200]</code> → <code class="slate-code">[peso_kg, volumen_litros]</code>.</div></li></ul><h4 class="slate-h4 " >Ventanas de tiempo</h4><ul class="slate-ul " ><li class="slate-li " ><div style="position:relative"><strong class="slate-bold">Usa timestamps Unix en segundos:</strong> Tanto <code class="slate-code">earliest_start</code>, <code class="slate-code">latest_end</code> como los campos de <code class="slate-code">break</code> esperan timestamps Unix.</div></li><li class="slate-li " ><div style="position:relative"><strong class="slate-bold">Deja margen suficiente:</strong> Si usas <code class="slate-code">break</code>, asegúrate de que exista tiempo suficiente para: Traslados + servicios + descanso dentro de <code class="slate-code">earliest_start</code>→ <code class="slate-code">latest_end</code>.</div></li><li class="slate-li " ><div style="position:relative">Evita ventanas demasiado estrechas si esperas alta factibilidad.</div></li></ul><h4 class="slate-h4 " >Configuración de vehículos</h4><ul class="slate-ul " ><li class="slate-li " ><div style="position:relative"><code class="slate-code"><strong class="slate-bold">max_jobs</strong></code><strong class="slate-bold"> realista:</strong> Define un límite acorde a la operación real del vehículo. Ayuda a balancear carga y a evitar rutas demasiado largas por un solo vehículo.</div></li></ul><h4 class="slate-h4 " >Manejo de servicios no asignados</h4><ul class="slate-ul " ><li class="slate-li " ><div style="position:relative"><strong class="slate-bold">Revisa siempre </strong><code class="slate-code"><strong class="slate-bold">no_unassigned</strong></code><strong class="slate-bold">:</strong> Si es mayor a 0, consulta el objeto <code class="slate-code">unassigned.services</code> para revisar servicios no asignados.</div></li><li class="slate-li " ><div style="position:relative"><strong class="slate-bold">Causas comunes:</strong> Capacidad insuficiente, ventana de tiempo muy estrecha, límite de <code class="slate-code">max_jobs</code> alcanzado.</div></li></ul><p class="slate-p " ></p>

El siguiente ejemplo muestra un escenario típico de operación con 

. Este ejemplo ilustra cómo el servicio:

En el mapa se muestra la solución. Cada color representa una ruta distinta, los números en cada nodo representan el orden de visita y en gris se muestra el servicio no asignado.

 📄 El siguiente bloque muestra un ejemplo de la petición en Python.

La respuesta del servicio muestra la distribución óptima de los servicios en los vehículos, respetando ventanas de tiempo, capacidades, almacenes de origen y destino:

📄 El siguiente bloque muestra un ejemplo del JSON de respuesta que devuelve el servicio.

<p class="slate-p " >En esta sección encontrarás respuestas a las dudas más comunes sobre el uso de <strong class="slate-bold">Route Solver.</strong></p><div class="slate-hr"><hr contenteditable="false" class="slate-HrElement-hr"/></div><h4 class="slate-h4 " ><strong class="slate-bold">¿Por qué un servicio aparece en </strong><code class="slate-code"><strong class="slate-bold">unassigned</strong></code><strong class="slate-bold">?</strong></h4><p class="slate-p " >Un servicio puede quedar sin asignar por varias razones:</p><ul class="slate-ul " ><li class="slate-li " ><div style="position:relative">Su <code class="slate-code">size</code> excede la <code class="slate-code">capacity</code> de todos los vehículos.</div></li><li class="slate-li " ><div style="position:relative">No cabe en la ventana de tiempo disponible.</div></li><li class="slate-li " ><div style="position:relative">Todos los vehículos ya alcanzaron su límite de <code class="slate-code">max_jobs</code>.</div></li></ul><p class="slate-p " >Revisa el objeto <code class="slate-code">unassigned.details</code> para ver el motivo específico.</p><div class="slate-hr"><hr contenteditable="false" class="slate-HrElement-hr"/></div><h4 class="slate-h4 " ><strong class="slate-bold">¿Qué formato deben tener los timestamps?</strong></h4><p class="slate-p " >Todos los timestamps (<code class="slate-code">earliest_start</code>, <code class="slate-code">latest_end</code>, <code class="slate-code">earliest</code>, <code class="slate-code">latest</code> en breaks) deben ser <strong class="slate-bold">Unix timestamps en segundos</strong>, no milisegundos.</p><div class="slate-hr"><hr contenteditable="false" class="slate-HrElement-hr"/></div><h4 class="slate-h4 " ><strong class="slate-bold">¿Qué pasa si no defino </strong><code class="slate-code"><strong class="slate-bold">capacity</strong></code><strong class="slate-bold"> en </strong><code class="slate-code"><strong class="slate-bold">vehicle_types</strong></code><strong class="slate-bold">?</strong></h4><p class="slate-p " >Si no defines <code class="slate-code">capacity</code>, no es necesario incluir <code class="slate-code">size</code> en los servicios. </p><div class="slate-hr"><hr contenteditable="false" class="slate-HrElement-hr"/></div><h4 class="slate-h4 " ><strong class="slate-bold">¿Puedo usar diferentes capacidades para cada vehículo?</strong></h4><p class="slate-p " >Sí. Define múltiples entradas en <code class="slate-code">vehicle_types</code> con diferentes <code class="slate-code">capacity</code> y asigna el <code class="slate-code">type_id</code> correspondiente a cada vehículo.</p><div class="slate-hr"><hr contenteditable="false" class="slate-HrElement-hr"/></div><h4 class="slate-h4 " ><strong class="slate-bold">¿Cuál es la diferencia entre </strong><code class="slate-code"><strong class="slate-bold">return_to_depot</strong></code><strong class="slate-bold"> y </strong><code class="slate-code"><strong class="slate-bold">end_address</strong></code><strong class="slate-bold">?</strong></h4><ul class="slate-ul " ><li class="slate-li " ><div style="position:relative"><code class="slate-code">return_to_depot: true</code> (sin <code class="slate-code">end_address</code> diferente): El vehículo regresa a <code class="slate-code">start_address</code>.</div></li><li class="slate-li " ><div style="position:relative"><code class="slate-code">end_address</code> definido: El vehículo termina en esa dirección, independientemente de <code class="slate-code">return_to_depot</code>.</div></li><li class="slate-li " ><div style="position:relative"><code class="slate-code">return_to_depot: false</code> (sin <code class="slate-code">end_address</code>): Ruta abierta, termina en el último servicio.</div></li></ul><div class="slate-hr"><hr contenteditable="false" class="slate-HrElement-hr"/></div><h4 class="slate-h4 " ><strong class="slate-bold">¿Cómo afecta la prioridad a la optimización?</strong></h4><p class="slate-p " >Los servicios con prioridad <code class="slate-code">1</code> (alta) tienen mayor penalización si quedan sin asignar. El optimizador intentará asignarlos primero. Usa prioridad <code class="slate-code">2</code> o <code class="slate-code">3</code> para entregas menos críticas.</p><div class="slate-hr"><hr contenteditable="false" class="slate-HrElement-hr"/></div><h4 class="slate-h4 " ><strong class="slate-bold">¿En qué unidades están la distancia y el tiempo?</strong></h4><ul class="slate-ul " ><li class="slate-li " ><div style="position:relative"><strong class="slate-bold">Distancia:</strong> metros</div></li><li class="slate-li " ><div style="position:relative"><strong class="slate-bold">Tiempo:</strong> segundos</div></li></ul><div class="slate-hr"><hr contenteditable="false" class="slate-HrElement-hr"/></div><h4 class="slate-h4 " ><strong class="slate-bold">¿Puedo tener vehículos que inicien en diferentes almacenes?</strong></h4><p class="slate-p " >Sí. Cada vehículo tiene su propio <code class="slate-code">start_address</code> y <code class="slate-code">end_address</code>, por lo que puedes configurar flotas distribuidas en múltiples ubicaciones.</p><div class="slate-hr"><hr contenteditable="false" class="slate-HrElement-hr"/></div><h4 class="slate-h4 " ><strong class="slate-bold">¿Qué representan </strong><code class="slate-code"><strong class="slate-bold">load_before</strong></code><strong class="slate-bold"> y </strong><code class="slate-code"><strong class="slate-bold">load_after</strong></code><strong class="slate-bold"> en la respuesta?</strong></h4><p class="slate-p " >Indican la carga del vehículo:</p><ul class="slate-ul " ><li class="slate-li " ><div style="position:relative"><code class="slate-code">load_before</code>: carga antes de atender el servicio. </div></li><li class="slate-li " ><div style="position:relative"><code class="slate-code">load_after</code>: carga después de atender el servicio. </div></li></ul><p class="slate-p " >Se reportan usando el mismo orden de dimensiones definido en la capacidad.</p><div class="slate-hr"><hr contenteditable="false" class="slate-HrElement-hr"/></div><h4 class="slate-h4 " ><strong class="slate-bold">¿Cuál es el tamaño máximo recomendado para una petición?</strong></h4><p class="slate-p " >Para mantener tiempos de respuesta estables:</p><ul class="slate-ul " ><li class="slate-li " ><div style="position:relative">Usa <strong class="slate-bold">decenas o centenas de servicios</strong>, no miles, en una sola petición. </div></li><li class="slate-li " ><div style="position:relative">Si tu operación es muy grande, divide el problema en varias ejecuciones.</div></li></ul><p class="slate-p " ></p>

En esta sección encontrarás respuestas a las dudas más comunes sobre el uso de 

Un servicio puede quedar sin asignar por varias razones:

¿Qué formato deben tener los timestamps?

¿Puedo usar diferentes capacidades para cada vehículo?

¿Cómo afecta la prioridad a la optimización?

 (alta) tienen mayor penalización si quedan sin asignar. El optimizador intentará asignarlos primero. Usa prioridad 

¿En qué unidades están la distancia y el tiempo?

¿Puedo tener vehículos que inicien en diferentes almacenes?

, por lo que puedes configurar flotas distribuidas en múltiples ubicaciones.

Se reportan usando el mismo orden de dimensiones definido en la capacidad.

¿Cuál es el tamaño máximo recomendado para una petición?

Para mantener tiempos de respuesta estables:

Sections

Ask an AI

Code with AI