Actualizar campos de vehículos

En este documento, se describen los campos importantes de los vehículos que puedes actualizar cuando creas y administras vehículos.

  • vehicle_state: Determina la disponibilidad del vehículo para viajes nuevos.
  • vehicle_type: Es un campo obligatorio cuando se crea un vehículo. El campo también puede servir como criterio de filtro para las coincidencias de vehículos. Consulta Cómo crear un vehículo para obtener más información sobre cómo configurar este campo.
  • attributes[]: Es un array opcional de tipo VehicleAttribute. Úsalos para definir criterios personalizados y mejorar el comportamiento de filtrado cuando busques o generes fichas de vehículos.
  

Para obtener una lista completa de los campos de vehículos, consulta lo siguiente:

Campo de estado del vehículo

El sistema puede establecer el estado del vehículo en OFFLINE o ONLINE. Por ejemplo, puedes establecer el estado del vehículo en ONLINE todos los días a las 9 a.m. y en OFFLINE todos los días a las 5 p.m.

Modo OFFLINE Modo ONLINE
Utiliza OFFLINE para indicar que un vehículo no acepta viajes nuevos. Ten en cuenta que el vehículo aún puede completar los viajes asignados mientras se encuentra en este estado.
  • Es posible que un Vehicle creado en el estado ONLINE se muestre de inmediato en respuesta a las consultas de SearchVehicles. Consulta Buscar vehículos para obtener más detalles.
  • Los vehículos creados en el estado ONLINE deben usar el campo last_location en la llamada CreateVehicle.

Campo de atributos del vehículo

Usa el campo attributes del vehículo para crear criterios personalizados que permitan a los consumidores o operadores de flotas encontrar vehículos en tu flota con una variedad más amplia de criterios de búsqueda. Esto mejora las capacidades de tus apps para proporcionar mejores coincidencias de vehículos que las que obtendrías si usaras criterios de búsqueda basados únicamente en otros campos de vehículos. Cada vehículo puede tener como máximo 100 atributos, y cada uno debe tener una clave única. Los valores pueden ser cadenas, booleanos o números.

Por ejemplo, podrías declarar un atributo personalizado llamado class para diferenciar tus vehículos de transporte privado con conductor en los diferentes niveles de clase. Usarás los siguientes valores de cadena para representar los niveles de clase de vehículo: ECONOMY, STANDARD y LUXURY.

Sin embargo, los valores de los atributos personalizados no tienen que ser mutuamente excluyentes. Puedes usar criterios como admitir mascotas, no fumar y poder tomar viajes más largos. Cada uno de ellos podría ser un atributo personalizado independiente que use valores booleanos. A un vehículo determinado se le podrían asignar los tres atributos personalizados, junto con el atributo personalizado class establecido en el valor de cadena adecuado.

Usar atributos de esta manera puede brindarte una amplia variedad de funciones útiles para encontrar vehículos para viajes con necesidades específicas. Para obtener instrucciones sobre cómo usar atributos personalizados como filtros de consulta, consulta Cómo buscar vehículos.

Actualiza los atributos del vehículo

Puedes actualizar los atributos del vehículo con UpdateVehicle o UpdateVehicleAttributes. Cada clave de attributes solo puede tener un valor por vehículo. Declaras los atributos de vehículos personalizados con attributes en la máscara de campo y, luego, proporcionas valores según el siguiente método.

UpdateVehicle UpdateVehicleAttributes
Esta API no permite actualizar un solo atributo. Cuando se usa este método, el uso del campo attributes en la máscara de campo hace que se vuelva a declarar un conjunto completo de atributos del vehículo. Esto genera una sustitución de cualquier atributo preexistente que no se incluya de forma explícita en la máscara de campo. Si usas este método para declarar un nuevo atributo personalizado, también debes volver a declarar cada uno de los atributos que quieras que retenga el vehículo. Si excluyes el attributes en la máscara de campo, este método deja los atributos personalizados existentes como se definió anteriormente para el vehículo. Si usas attributes en la máscara de campo, pero sin establecer valores, eso equivale a quitar todos los atributos personalizados del vehículo. Este método acepta una lista específica de atributos para actualizar. La solicitud actualiza o agrega solo los atributos especificados en la máscara de campo. Los atributos preexistentes que no se especifiquen permanecerán intactos.

Ejemplo de actualización de campos de vehículos

En esta sección, se muestra cómo actualizar los campos de vehículos con UpdateVehicleRequest, que incluye un update_mask para indicar qué campos se deben actualizar. Consulta la documentación de Protocol Buffers sobre las máscaras de campo para obtener más información.

Las actualizaciones de campos que no sean last_location requieren privilegios de administrador a pedido de Flet Engine.

Ejemplo: Habilitar un nuevo tipo de viaje y un atributo personalizado

En este ejemplo, se habilitan back_to_back viajes para el vehículo y también se especifica un atributo nuevo: class. Como se mencionó antes en Actualiza los atributos del vehículo, actualizar el campo attributes con este enfoque requiere que indiques todos los atributos personalizados que deseas conservar. Por lo tanto, en el ejemplo, se muestra un valor cash_only escrito para evitar que se reemplace durante una operación de actualización que especifica el campo attributes.

Para actualizar solo el valor de un par de atributos clave-valor, usa el método UpdateVehicleAttributes y no incluyas el campo attribute en la máscara de campo de la solicitud UpdateVehicle.

Consulta la referencia de providers.vehicles.update para gRPC y REST.

gRPC

static final String PROJECT_ID = "project-id";
static final String VEHICLE_ID = "vid-8241890";

VehicleServiceBlockingStub vehicleService = VehicleService.newBlockingStub(channel);

String vehicleName = "providers/" + PROJECT_ID + "/vehicles/" + VEHICLE_ID;
Vehicle updatedVehicle = Vehicle.newBuilder()
    .setVehicleState(VehicleState.ONLINE)
    .addAllAttributes(ImmutableList.of(
        VehicleAttribute.newBuilder().setKey("class").setValue("ECONOMY").build(),
        VehicleAttribute.newBuilder().setKey("cash_only").setValue("false").build()))
    .setBackToBackEnabled(true)
    .build();

UpdateVehicleRequest updateVehicleRequest = UpdateVehicleRequest.newBuilder()
    .setName(vehicleName)
    .setVehicle(updatedVehicle)
    .setUpdateMask(FieldMask.newBuilder()
        .addPaths("vehicle_state")
        .addPaths("attributes")
        .addPaths("back_to_back_enabled"))
    .build();

try {
  Vehicle updatedVehicle =
      vehicleService.updateVehicle(updateVehicleRequest);
} catch (StatusRuntimeException e) {
  Status s = e.getStatus();
  switch (s.getCode()) {
    case NOT_FOUND:
      // Most implementations will call CreateVehicle in this case
      break;
    case PERMISSION_DENIED:
      break;
  }
  return;
}
// If no Exception, Vehicle updated successfully.

REST

curl -X PUT \
  "https://fleetengine.googleapis.com/v1/providers/project-id/vehicles/vid-8241890?updateMask=vehicle_state,attributes,back_to_back_enabled" \
  -H "Authorization: Bearer $JWT" \
  -H "Content-Type: application/json" \
  --data-binary @- << EOM
{
    "vehicleState": "ONLINE",
    "attributes": [
      {"key": "class", "value": "LUXURY"},
      {"key": "cash_only", "value": "false"}
    ],
    "backToBackEnabled": true
}
EOM

¿Qué sigue?