Aktualizowanie pól pojazdu dostawczego

W tym dokumencie omawiamy ważne kwestie związane z pojazdami, które można aktualizować podczas tworzenia pojazdów i zarządzania nimi.

  • type: typ tego pojazdu dostawy. Ma to wpływ na trasy wygenerowane dla tego pojazdu.
  • attributes[]: tablica opcji typu DeliveryVehicleAttribute Użyj ich, aby zdefiniować kryteria niestandardowe dotyczące pojazdów w Twojej usłudze i poprawić działanie filtrowania podczas wyszukiwania lub wyświetlania pojazdów.
  

Pełną listę pól pojazdu znajdziesz w:

Pole Atrybuty pojazdu

W polu attributes pojazdu możesz utworzyć niestandardowe kryteria, które umożliwią konsumentów lub operatorów flotowych, aby znajdować pojazdy we flocie w większej liczbie lokalizacji zróżnicowanych kryteriów wyszukiwania. Dzięki temu aplikacje mogą lepiej dopasowywać pojazdy niż przy użyciu kryteriów wyszukiwania opartych wyłącznie na innych polach pojazdu. Każdy pojazd może mieć maksymalnie 100 a każdy z nich musi mieć unikalny klucz. Wartości mogą być ciągami tekstowymi, wartościami logicznymi lub liczbami.

Możesz na przykład zadeklarować atrybut niestandardowy o nazwie strefa, aby odróżnić strefy miasta, w których działają Twoje pojazdy dostawcze. Aby reprezentować różne strefy, użyj wartości ciągu znaków, takich jak 1B, 2C i 3A. Następnie możesz użyć filtra w funkcji śledzenia floty, aby wyświetlić tylko w konkretnej strefie do operatora odpowiedzialnego za tę strefę.

Wartości atrybutów niestandardowych nie muszą się wykluczać. Możesz użyć kryteriów takich jak available-at-night (dostępne w nocy) i has-refrigeration (posiada lodówkę). Każda z tych opcji może być oddzielnym atrybutem niestandardowym z wartościami logicznymi. Danemu pojazdowi można przypisać wszystkie te 3 atrybuty niestandardowe oraz atrybut niestandardowy strefa ustawiony na odpowiednią wartość ciągu znaków.

Zaktualizuj atrybuty pojazdu

Każdy klucz attributes może mieć tylko 1 wartość na pojazd. Atrybuty niestandardowe pojazdu deklarujesz za pomocą atrybutu attributes w masce pola, a następnie podajesz wartości zgodnie z poniższą metodą.

Interfejs API UpdateDeliveryVehicle nie pozwala na aktualizowanie tylko jednego atrybutu. Podczas korzystania z tej metody każde użycie pola attributes w parametrze powoduje ponowne zadeklarowanie całego zbioru atrybutów pojazdu dla pojazdu. Spowoduje to zastąpienie wszystkich wcześniejszych atrybutów, które nie zostały wyraźnie uwzględnione w masce pola. Jeśli użyjesz tej metody do zadeklarowania nowego atrybutu niestandardowego, musisz też ponownie zadeklarować każdy atrybut niestandardowy, który chcesz zachować. Jeśli wykluczysz pole attributes w masce pola, ta metoda pozostawi dotychczasowe atrybuty niestandardowe w postaci zdefiniowanej wcześniej dla pojazdu. Jeśli używasz w masce pola attributes, ale nie ustawiasz wartości, jest to co odpowiada usunięciu z pojazdu wszystkich atrybutów niestandardowych.

Przykład aktualizacji pól pojazdu

Z tej sekcji dowiesz się, jak zaktualizować pola pojazdu za pomocą UpdateDeliveryVehicleRequest z wartością update_mask wskazującą które pola zaktualizować. Więcej informacji znajdziesz w dokumentacji Protocol Buffers na temat masek pól.

Aktualizacje pól innych niż last_location wymagają uprawnień Fleet Engine Delivery Administrator.

Przykład: ustawienie atrybutu niestandardowego

W tym przykładzie określamy nowy atrybut: zone. Jak wskazano w Wcześniej zaktualizuj atrybuty pojazdu, aktualizując pole attributes za pomocą polecenia Ta metoda wymaga wskazania wszystkich atrybutów niestandardowych, które chcesz zachować. Dlatego przykład pokazuje zapisaną wartość available-at-night, aby zapobiec jej zastąpieniu podczas operacji aktualizacji, która określa pole attributes.

Zobacz informacje o providers.deliveryVehicles.patch.

gRPC

  static final String PROJECT_ID = "my-delivery-co-gcp-project";
  static final String VEHICLE_ID = "vehicle-8241890";

  DeliveryServiceBlockingStub deliveryService =
    DeliveryServiceGrpc.newBlockingStub(channel);

  // Vehicle settings
  String vehicleName = "providers/" + PROJECT_ID + "/deliveryVehicles/" + VEHICLE_ID;
  DeliveryVehicle myDeliveryVehicle = DeliveryVehicle.newBuilder()
      .addAllAttributes(ImmutableList.of(
          DeliveryVehicleAttribute.newBuilder().setKey("zone").setValue("1B").build(),
          DeliveryVehicleAttribute.newBuilder().setKey("available-at-night").setValue("true").build()))
      .build();

  // DeliveryVehicle request
  UpdateDeliveryVehicleRequest updateDeliveryVehicleRequest =
    UpdateDeliveryVehicleRequest.newBuilder()  // No need for the header
        .setName(vehicleName)
        .setDeliveryVehicle(myDeliveryVehicle)
        .setUpdateMask(FieldMask.newBuilder()
            .addPaths("attributes"))
        .build();

  try {
    DeliveryVehicle updatedDeliveryVehicle =
        deliveryService.updateDeliveryVehicle(updateDeliveryVehicleRequest);
  } catch (StatusRuntimeException e) {
    Status s = e.getStatus();
    switch (s.getCode()) {
       case NOT_FOUND:
         break;
       case PERMISSION_DENIED:
         break;
    }
    return;
  }

REST

  # Set JWT, PROJECT_ID, VEHICLE_ID, TASK1_ID, and TASK2_ID in the local
  # environment
  curl -X PATCH "https://fleetengine.googleapis.com/v1/providers/${PROJECT_ID}/deliveryVehicles/${VEHICLE_ID}?updateMask=attributes" \
    -H "Content-type: application/json" \
    -H "Authorization: Bearer ${JWT}" \
    --data-binary @- << EOM
  {
      "attributes": [
        {"key": "zone", "value": "1B"},
        {"key": "available-at-night", "value": "true"}
      ]
  }
  EOM

Co dalej?