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 que mejoren el comportamiento de filtrado cuando busques o enumeres vehículos.
 

Para obtener una lista completa de los campos de vehículos, consulta los siguientes recursos:

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 SIN CONEXIÓN Modo ONLINE
Usa 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 Cómo 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, valores 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 admite mascotas, no fumadores y puede realizar viajes más largos. Cada uno de ellos podría ser un atributo personalizado independiente que use valores booleanos. Se pueden asignar los tres atributos personalizados a un vehículo determinado junto con el atributo personalizado class establecido en el valor de cadena adecuado.

El uso de atributos de esta manera puede proporcionarte 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 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 solo un atributo. Cuando se usa este método, cualquier uso del campo attributes en la máscara de campo hace que se vuelva a declarar el 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 atributo personalizado nuevo, también debes volver a declarar todos los atributos personalizados que deseas que el vehículo retenga. 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 no se verán afectados.

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 distintos de last_location requieren privilegios de administrador según demanda de Fleet Engine.

Ejemplo: Habilita 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 indicó anteriormente en Cómo actualizar los atributos de los vehículos, para actualizar el campo attributes con este enfoque, debes indicar todos los atributos personalizados que deseas conservar. Por lo tanto, el ejemplo muestra un valor cash_only escrito para evitar que se reemplace durante una operación de actualización que especifique 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?