Przewodnik po płatnościach za Google Maps Platform i Mobilność

Zanim wdrożysz nowy projekt Map Google w środowisku produkcyjnym, musisz się upewnić, że konfiguracja jest prawidłowa, aby płacić odpowiednią kwotę za używane usługi. W tym dokumencie omawiamy aspekty, które pomogą Ci zadbać o (i) przejrzystość rozliczeń, aby można było zweryfikować wykorzystanie przed wygenerowaniem faktury, oraz (ii) prawidłową konfigurację projektu, aby można było korzystać z naszych usług.

Powinien to być stosunkowo prosty proces, ale partnerzy Map Google mogą Ci pomóc w prawidłowym przeniesieniu projektów.

Pojęcia

W tej sekcji chcemy przedstawić podstawowe informacje o płatnościach za Mapy Google i różnych konfiguracjach, które mogą występować. W wielu sytuacjach nie ma dobrych ani złych rozwiązań. Zależy to od tego, jaki wynik chcesz osiągnąć.

W tym dokumencie często wspominamy o Twoim projekcie Google Cloud. Dzieje się tak, ponieważ są w niej dostępne usługi Map Google. Oznacza to, że konfiguracja opisana w tym dokumencie jest przeprowadzana w Twoim projekcie Google Cloud.

Konta rozliczeniowe

Każda firma korzystająca obecnie z usług Google Maps ma powiązany z nią projekt Google Cloud. W tym projekcie musi być skonfigurowane konto rozliczeniowe. Konto rozliczeniowe jest odpowiedzialne za naliczanie opłat za korzystanie z Google Maps i tworzenie co miesiąc faktury na podstawie tego wykorzystania.

W przypadku Mobility udostępniane jest specjalne konto rozliczeniowe. To konto rozliczeniowe jest przeznaczone do użytku tylko w przypadku zastosowań związanych z mobilnością, takich jak: wspólne przejazdy, dostawy i logistyka.

Jedno konto rozliczeniowe może być używane przez wiele projektów Google Cloud lub tylko przez jeden.

Jeden projekt wskazujący to samo konto rozliczeniowe:

  • Konkretny przypadek użycia (np. przypadki użycia związane z mobilnością)
  • Oddzielne faktury
  • Rabat jest przyznawany na podstawie ilości w tym jednym projekcie.

Wiele projektów wskazujących to samo konto rozliczeniowe:

  • Ten sam przypadek użycia
  • Korzystanie z poziomów rabatów dzięki agregowaniu wykorzystania
  • Pojedyncza faktura

Więcej informacji o kontach rozliczeniowych i innych powiązanych kwestiach znajdziesz pod tym linkiem.

Jak wspomniano powyżej, jedno konto rozliczeniowe może wskazywać wiele projektów. Jeśli masz więcej niż 1 projekt, musisz określić, które z nich będą korzystać z naszych usług mobilnych, i skierować je na konto rozliczeniowe usług mobilnych. Projekty, które nie są powiązane z przypadkiem użycia związanym z mobilnością, powinny nadal korzystać ze zwykłego konta rozliczeniowego Google Maps Platform, którego używasz obecnie. Aby uzyskać konto rozliczeniowe usługi mobilnej, musisz podpisać umowę z Google lub z partnerem. Poniżej możesz zobaczyć, jak konto rozliczeniowe pasuje do całego schematu i różne możliwe konfiguracje:

Możliwe konfiguracje konta rozliczeniowego
Możliwe konfiguracje konta rozliczeniowego

Zasoby Cloud, konto rozliczeniowe i generowanie faktur

Jeśli chodzi o ceny, na Google Maps Platform dostępne są różne poziomy rabatów, które można uzyskać za pośrednictwem partnerów Google Maps lub bezpośrednio w Google w niektórych przypadkach. Poziomy te są oparte na ilości, więc im więcej korzystasz z naszych usług, tym mniej płacisz (rabaty są stosowane do każdego kodu SKU oddzielnie). Nasz system rozliczeniowy identyfikuje Twoje projekty na podstawie danych logowania, których używasz do wywoływania naszych usług. W przypadku niektórych interfejsów API związanych z mobilnością może to być klucz interfejsu API lub konto usługi:

Klucze API

Interfejsy API Google Maps Platform są uwierzytelniane za pomocą klucza interfejsu API. Na podstawie tego klucza interfejsu API Google identyfikuje konto rozliczeniowe odpowiedniego projektu Google Cloud, na którym nastąpi wykorzystanie.

Przykład żądania do Geocoding API:

https://maps.googleapis.com/maps/api/geocode/json?place_id=ChIJeRpOeF67j4AR9ydy_PIzPuM&key=YOUR_API_KEY

JWT

Niektóre interfejsy API wymagają identyfikatora projektu Google Cloud w adresie URL i używają JWT do uwierzytelniania. Dlatego ważne jest, aby odpowiednie systemy korzystały z właściwej metody uwierzytelniania, co zapewni prawidłowe rozliczanie.

Przykład żądania do interfejsu Fleet Engine API:

curl -X GET \ https://fleetengine.googleapis.com/v1/providers/project_id/deliveryVehicles/vehicle-1234 \
  -H 'authorization: Bearer eyJ0eXAiOi...' \
  -H 'cache-control: no-cache' \
  -H 'content-type: application/json' \
  -d '{
    "lastLocation": {
        "location": {
            "latitude": 37.432,
            "longitude": -122.094
        },
        "updateTime": "2022-11-13T17:55:00Z"
    }
}'

Koszty

W Google Maps Platform koszty są obliczane na podstawie liczby żądań interfejsu API. W przypadku usług mobilnych opłaty są naliczane na podstawie liczby transakcji mobilnych podlegających rozliczeniu, czyli pomyślnie zrealizowanych przejazdów lub zadań (przesyłek, a nie odbiorów). Jest to określone przed podpisaniem umowy. Jeśli jesteś firmą świadczącą usługi przewozu osób lub dostawy jedzenia, wskaźnikiem sukcesu jest dla Ciebie zrealizowany przejazd lub dostawa. Odpowiada to przejazdowi. Zadania są używane przez firmy logistyczne i sprzedawców detalicznych, którzy muszą skutecznie dostarczać paczki.

Zdajemy sobie sprawę, że klienci korzystający z usług mobilności używają też produktów Google Maps Platform podczas podróży i dostaw. Jeśli więc używasz konta rozliczeniowego mobilności, możesz wywoływać Google Maps Platform bezpłatnie, o ile w ramach tego samego przypadku użycia mobilności przestrzegasz zdefiniowanych limitów.

Jeśli na przykład prowadzisz firmę dostarczającą jedzenie, możesz wywołać interfejs Geocoding API 10 razy w przypadku każdej udanej dostawy. Więcej informacji o tych limitach znajdziesz w limitach wykorzystania w dokumentacji dotyczącej mobilności. Wszelkie zmiany limitów wymagają zmiany umowy, dlatego skontaktuj się z przedstawicielem Google lub partnera, aby omówić swoje konkretne potrzeby.

Na koniec miesiąca generowana jest faktura na podstawie (i) liczby zakończonych przejazdów lub zadań zgłoszonych w systemie oraz (ii) liczby wywołań interfejsu Google Maps Platform API przekraczającej wcześniej ustalone limity („nadwyżki”). Nasze limity są dostosowane do potrzeb, które obserwujemy na rynku.

Zachęcamy do uważnego przeczytania oficjalnej dokumentacji dotyczącej płatności za usługi mobilne, którą znajdziesz tutaj.

Pilotaże i ocena

Klienci mogą przeprowadzić mały projekt pilotażowy (weryfikację koncepcji, ocenę) usług mobilności na koncie rozliczeniowym Google Maps Platform przez ograniczony czas przed podpisaniem umowy. Jeśli chcesz przeprowadzić test, skontaktuj się z partnerem Google Maps lub przedstawicielem Google.

Jak wspomnieliśmy, w fazie wdrożenia pilotażowego nie ma dostępnego konta rozliczeniowego usługi mobilności, ponieważ umowa nie została jeszcze podpisana. Oznacza to, że za każdym razem, gdy używane są usługi Google Maps Platform, będą one obciążane opłatą, ale usługi związane z mobilnością nie będą. Inaczej mówiąc, w fazie pilotażowej rozliczenia nie są oparte na zadaniach ani przejazdach, w związku z czym w tym okresie nie obowiązują limity wykorzystania.

Po oficjalnym wdrożeniu pilotażowego projektu w środowisku produkcyjnym należy za niego zapłacić zgodnie z umową.

Podsumowując:

  • Faza pilotażowa lub rozwoju: opłaty są naliczane tylko za interfejsy API Map Google, które są publicznie dostępne. Interfejsy API i pakiety SDK, które nie są publicznie dostępne, nie generują opłat, dopóki w projekcie nie zostanie użyte konto rozliczeniowe usługi mobilności. Pamiętaj, że Google oferuje bezpłatne ilości wykorzystania każdego kodu SKU Google Maps Platform na każdym nowym koncie rozliczeniowym. Powinno to wystarczyć w kontrolowanym środowisku w okresie oceny.

  • Faza produkcji: opłaty są naliczane za przejazdy lub zadania. Koszty związane z Google Maps Platform będą naliczane tylko wtedy, gdy wykorzystanie przekroczy limity użytkowania („pułapy”) określone w umowie. Jeśli tak, zapłacisz za przekroczenie limitu. Nadwyżki są rozliczane zgodnie z informacjami podanymi tutaj.

Jak przeprowadzić migrację na konto rozliczeniowe usług mobilnych

Podczas przechodzenia do środowiska produkcyjnego zwykle musisz utworzyć dodatkowe projekty Google Cloud reprezentujące różne środowiska, takie jak QA (Quality Assurance) i produkcyjne. Wcześniej prawdopodobnie masz tylko jedno środowisko – deweloperskie.

Wymagania

Osoba po Twojej stronie, która może:

  1. zarządzać kontami rozliczeniowymi w Google Cloud (zwykle robi to administrator konta rozliczeniowego lub właściciel projektu);
  2. Dostęp do nowego identyfikatora konta rozliczeniowego, który został podany w liście powitalnym wygenerowanym po podpisaniu umowy.
  3. Dostęp do projektu Google Cloud odpowiadającego środowisku produkcyjnemu, w którym będą zgłaszane przejazdy lub zadania.

Aby skonfigurować nowe projekty i płatności za nie, wykonaj te czynności.

Konfigurowanie nowego projektu

Tworzenie projektu

  1. [Ty] Utwórz nowy projekt Google Cloud w Google Cloud Console dla każdego nowego środowiska. Na przykład produkcyjne, testowe i zapewniające jakość.
  2. [Partner lub zespół Google] Dodaj nowe projekty do białej listy, aby uzyskać dostęp do usług mobilnych. Skontaktuj się z przedstawicielem handlowym w Google lub u partnera i podaj identyfikator projektu utworzony w poprzednim kroku.
  3. [Ty] Aktualizowanie ważnych kontaktów w projektach. Ten krok jest bardzo ważny, ponieważ dzięki niemu zespoły pomocy Google będą mogły w razie potrzeby skontaktować się z odpowiednimi osobami w Twoim projekcie.

Konfiguracja projektu

Wykonaj te czynności w konsoli Google Cloud w przypadku projektu utworzonego w poprzednich krokach:

  1. [Ty] Utwórz konta usługi, w tym powiąż odpowiednie role uprawnień (na podstawie przejazduna podstawie zadania).

    • tak jak w środowisku programistycznym lub w bardziej uporządkowany sposób, z podziałem dostępu, jeśli jest to potrzebne – patrz ta sekcja.
  2. [Ty] Utwórz klucze interfejsu API – tak jak w środowisku programistycznym lub w razie potrzeby z bardziej uporządkowanym podziałem dostępu (np.według produktu, domeny itp.).

  3. [Ty] Włącz interfejsy API, takie jak „Lokalne przejazdy i dostawy” oraz inne potrzebne interfejsy API Google Maps Platform (np. Geocoding, Autocomplete, Weryfikacja adresów).

  4. [Ty] Limit: jeśli potrzebujesz zwiększenia limitu QPM (zapytań na minutę) w przypadku niektórych interfejsów API, otwórz zgłoszenie do zespołu pomocy. Dowiedz się, jak to zrobić, tutaj. Musisz dodać uzasadnienie biznesowe, w którym wyjaśnisz, dlaczego potrzebujesz zwiększenia limitu. Predefiniowane limity znajdziesz tutaj.

  5. [Ty] Jeśli masz systemy, które korzystały z danych logowania ze środowiska programistycznego, upewnij się, że mogą one wskazywać nowe dane logowania utworzone dla nowych projektów. Obejmuje to kierowanie systemów backendu i frontendu na nowe dane logowania, takie jak klucze API i konta usługi, oraz upewnianie się, że w każdym środowisku używane są odpowiednie identyfikatory projektu.

Konfigurowanie płatności

Zakładamy, że masz już podpisaną umowę bezpośrednio z Google (w odpowiednich przypadkach) lub z partnerem. Jest to warunek konieczny, aby otrzymać w liście powitalnym konto rozliczeniowe Mobility, które będzie używane w następnych krokach.

  1. [Ty] Sprawdź, czy identyfikator konta rozliczeniowego usługi mobilnej został przesłany w liście powitalnym, którą Google wysyła e-mailem po podpisaniu i wykonaniu umowy. Ważne: list powitalny jest wysyłany do osób kontaktowych ds. technicznych i finansowych wymienionych w formularzu zamówienia w umowie. Skontaktuj się z zespołem projektu, aby dowiedzieć się, kto mógł otrzymać ten e-mail, i poproś tę osobę o podanie identyfikatora konta rozliczeniowego, który jest ciągiem znaków i cyfr oddzielonych łącznikiem.
  2. [Ty] Współpracuj z Google lub partnerem, aby przeprowadzić weryfikację rozliczeń. Oznacza to, że Twoje systemy już prawidłowo raportują do Google przejazdy lub zadania. Więcej informacji znajdziesz w następnej sekcji.
  3. [Ty] Skieruj projekty Google Cloud na nowe konto rozliczeniowe za pomocą konsoli Cloud Console – więcej informacji znajdziesz w sekcji Konfigurowanie konta rozliczeniowego w dalszej części tego dokumentu.

Więcej informacji o płatnościach znajdziesz tutajtutaj.

Weryfikacja płatności

Weryfikacja rozliczeń jest ważna, ponieważ pozwala mieć pewność, że opłaty są naliczane prawidłowo. Czasami firmy przypadkowo wdrażają interfejsy API w nieprawidłowy sposób, co prowadzi do naliczania większej liczby opłat lub zaniżania raportów.

Weryfikacja rozliczeń obejmuje te etapy:

  1. Sprawdzanie, czy żądania do interfejsów API Google Maps Platform mają w nagłówku żądania identyfikator tripId (lub taskId) – więcej informacji znajdziesz tutaj.

  2. sprawdzanie, czy przejazdy (lub zadania) są prawidłowo raportowane; Zależy to od tego, który pakiet mobilności jest używany:

    • Mobility Starter i Optimize lub Accelerate (na podstawie przejazdu): wymagana jest integracja z interfejsem ReportBillableEvent API. Oznacza to, że za każdym razem, gdy przejazd zostanie pomyślnie zakończony, należy wysłać żądanie do tego interfejsu API. Aby sprawdzić, czy to działa prawidłowo, wykonaj czynności opisane tutaj.
    • Mobility Accelerate (Task Based): rozliczenia nie muszą być wywoływane przez wywołanie interfejsu API. Dzieje się to automatycznie, gdy wynik zadania zostanie ustawiony na SUCCEEDED w przypadku zadania dostawy. Dlatego bardzo ważne jest prawidłowe ustawienie wyniku zadania na NIEPOWODZENIE lub POWODZENIE. Inżynierowie ds. klientów (partnerzy lub pracownicy Google) pomogą Ci sprawdzić, czy wdrożenie zostało przeprowadzone prawidłowo. W Cloud Logging możesz sprawdzić, czy zadania są prawidłowo aktualizowane, uruchamiając to zapytanie Cloud Logging:
    resource.type="fleetengine.googleapis.com/DeliveryFleet"
    jsonPayload.@type="type.googleapis.com/maps.fleetengine.delivery.log.v1.UpdateTaskLog"
    jsonPayload.request.task.taskOutcome="TASK_OUTCOME_LOG_SUCCEEDED"
    jsonPayload.response.type="TASK_TYPE_LOG_DELIVERY"
    

    Jeśli wpisy są wyświetlane, oznacza to, że systemy backendu prawidłowo ustawiają stan zadań na SUCCEEDED.

    Uwaga: warto jednak sprawdzić, czy liczba faktycznych przejazdów lub zadań zakończonych sukcesem odpowiada liczbie zgłoszonych połączeń. Czasami widzimy zgłaszane zdarzenia rozliczeniowe, które nie odpowiadają łącznej liczbie przejazdów lub zadań faktycznie zrealizowanych w rzeczywistości (zbyt mała liczba zgłoszeń).

Stan integracji

Pomyślna migracja do środowiska produkcyjnego powinna nie tylko gwarantować prawidłowe działanie rozliczeń, ale też zapewniać, że interfejsy API nie będą powodować błędów. W przypadku usług mobilności ważne jest sprawdzenie, czy integracja z Fleet Engine (interfejsem API Local Rides and Deliveries) została prawidłowo wdrożona.

Aby to zrobić, możesz otworzyć Cloud Logging i użyć tego zapytania:

jsonPayload.errorResponse.code:*

Powinna ona zawierać listę wszystkich wpisów w logu, w których wystąpiły problemy. Przykład:

Wysyłanie zapytań o błędy za pomocą Cloud Logging
Wykonywanie zapytań o błędy za pomocą Cloud Logging

Te problemy można eksportować do innych usług w chmurze, takich jak BigQuery. Wskaźniki i alerty można skonfigurować na podstawie zapytania Cloud Logging:

Tworzenie wskaźnika na podstawie zapytania Cloud Logging
Tworzenie wskaźnika na podstawie zapytania Cloud Logging

Są to usługi Google Cloud, więc mogą być naliczane dodatkowe opłaty. Aby uzyskać więcej informacji, skontaktuj się z Partnerem lub przedstawicielem Google.

Konfigurowanie konta rozliczeniowego

Jeśli wszystkie Twoje systemy prawidłowo raportują przejazdy lub zadania i nie występują żadne błędy integracji, możesz przekierować projekty na konto rozliczeniowe, które zostało Ci przydzielone w liście powitalnym i które zostało omówione w poprzednich sekcjach tego dokumentu.

Uwaga: jeśli współpracujesz z partnerem Map Google, może on Ci pomóc na tym etapie i nie musisz samodzielnie wykonywać poniższych czynności. Jeśli współpracujesz bezpośrednio z Google (co może mieć miejsce w niektórych regionach), możesz wykonać te czynności:

W tym celu:

  1. Otwórz konsolę Google Cloud (https://console.cloud.google.com).
  2. Wybierz nowy projekt, który będzie używany w środowisku produkcyjnym.
  3. Otwórz sekcję Rozliczenia w tym projekcie. Możesz też skorzystać z tego skrótu: https://console.cloud.google.com/billing
  4. Płatności > Kliknij „Zarządzaj kontami rozliczeniowymi”:
    Wiele kont rozliczeniowych
    Twój projekt może wyglądać inaczej niż powyżej.
  5. Na stronie Płatności kliknij ikonę z 3 kropkamiOtwórz więcej szczegółów obok utworzonego projektu produkcyjnego i wybierz „Zmień konto płatności”:
    Wybór projektu
  6. Rozliczenia > na koncie rozliczeniowym wybierz kod konta rozliczeniowego, który został podany w liście powitalnym, z menu. Następnie kliknij „USTAW KONTO”:
    Wybór projektu
  7. Projekt zostanie połączony z nowym kontem rozliczeniowym:
    Wybieranie właściwego konta rozliczeniowego
    Ważne: od tego momentu wszystkie przejazdy lub zadania zgłoszone w tym projekcie będą rozliczane w sposób opisany wcześniej. Jeśli weryfikacja płatności nie została jeszcze przeprowadzona, nie łącz jeszcze konta rozliczeniowego.
  8. Po dodaniu nowej formy płatności przejdź do sekcji „Przegląd > Przegląd płatności” i „Ustawienia płatności”, aby sprawdzić, czy informacje są prawidłowe. Więcej informacji o aktualizowaniu rozliczeń i płatności znajdziesz pod tym linkiem. W przypadku problemów z płatnościami prześlij zgłoszenie do zespołu pomocy lub skontaktuj się z partnerem albo przedstawicielem Google.

Raporty rozliczeniowe

Raporty rozliczeniowe pomagają zrozumieć koszty związane z kontem rozliczeniowym, które zostało połączone z projektem.

Uwaga: jeśli współpracujesz z partnerem Map Google, skontaktuj się z nim, aby uzyskać potrzebne informacje rozliczeniowe.

Otwórz połączone konto rozliczeniowe projektu i wybierz Raporty. Następnie możesz użyć tego zestawu filtrów:

Filtry raportów rozliczeniowych
Filtry raportu rozliczeniowego

Głównym ustawieniem, o którym należy pamiętać, jest filtr Grupuj według SKU, który wyświetla szczegółowe informacje o usługach Trips i Tasks oraz innych interfejsach API, jeśli są używane, w tym o tym, czy wystąpiły przekroczenia limitu, jak wyjaśniono wcześniej:

Filtry raportów rozliczeniowych
Przykłady produktów używanych w projekcie

Informacje w raporcie są odświeżane codziennie. Jeśli potrzebne są informacje w ciągu dnia, możesz użyć zapytań Cloud Logging, aby sprawdzić, ile zdarzeń podlegających opłacie miało miejsce w ciągu dnia. Więcej informacji znajdziesz w poprzednich sekcjach.

Plan wyświetlania

Ważną kwestią jest plan zwiększania wydajności. Zwykle nie cały ruch jest przenoszony do projektu dotyczącego mobilności, w zależności od charakteru Twojej firmy. Niektóre firmy potrzebują czasu, aby wdrożyć nowe rozwiązanie we wszystkich swoich oddziałach, franczyzach, sklepach, biurach itp., co oznacza, że część ruchu będzie korzystać ze starych systemów, a część – z nowego projektu.

W wielu przypadkach nie cały ruch będzie też związany z przemieszczaniem się, co dotyczy np. lokalizatorów sklepów, odbioru przy krawężniku i innych rozwiązań wewnętrznych. Powinny one wskazywać konto rozliczeniowe Google Maps Platform, ponieważ ruch na tym koncie powinien być oddzielony od konta rozliczeniowego usług związanych z transportem.

Ważne jest, aby przestrzegać zasad wdrażania:

  • Model oparty na podróży – „Rozwiązanie Przejazdy i dostawy na żądanie jest przeznaczone do użytku w komercyjnych usługach przewozów i dostaw na żądanie. Takie usługi zwykle obejmują (a) konsumentów, którzy przesyłają prośby o przejazd do określonego miejsca docelowego (lub dostawę konkretnego produktu), oraz (b) kierowców, którzy są dopasowywani do tych próśb i którzy prowadzą pojazd w celu wykonania usługi”.
  • Model oparty na zadaniach – „Rozwiązanie ostatniej mili Google Maps Platform jest przeznaczone do użytku w komercyjnych usługach dostawy ostatniej mili i odbioru pierwszej mili. Takie usługi zwykle obejmują: (a) flotę pojazdów dostawczych, które są własnością Klienta lub są przez niego wynajmowane, (b) dostawy realizowane na podstawie wcześniej zaplanowanej trasy, (c) sieć centrów dystrybucji z zespołami operacyjnymi, które wspierają realizację dostaw, oraz (d) konsumentów, którzy śledzą przesyłki, a następnie je odbierają”.

Dlatego musisz wiedzieć, które systemy powinny być powiązane z kontem rozliczeniowym Google Maps Platform, a które z kontem rozliczeniowym dotyczącym mobilności. Często zdarza się, że masz wiele projektów, a każdy z nich wskazuje prawidłowe konto rozliczeniowe.

Załóżmy, że zgodnie z limitami wykorzystania każda podróż lub każde zadanie obejmuje dziś 10 żądań geokodowania. Jeśli migracja potrwa kilka miesięcy, a w pierwszym miesiącu zaczniesz zgłaszać 100 tys. przejazdów lub zadań, oznacza to, że możesz wywołać interfejs Geocoding API milion razy. Jeśli jednak Twoja firma wyśle 5 mln żądań geokodowania, różnica (4 mln) może zostać zgłoszona jako przekroczenie limitu. Dostępne są 2 opcje:

  1. Zwiększasz liczbę przejazdów lub zadań, które nam zgłaszasz (przyspieszasz plan zwiększania liczby zgłoszeń), więc obowiązują wyższe limity. W tym przypadku musisz zgłaszać 500 tys. przejazdów lub zadań miesięcznie.
  2. Wyższe limity możesz wynegocjować podczas negocjacji umowy, jak opisano wcześniej.
  3. Kierujesz żądania interfejsu Geocoding API do interfejsu Google Maps Platform API, aby korzystać z wyższych poziomów rabatów i płacić mniej niż za przekroczenie limitu.

Szacowanie kosztów w zależności od wielkości i złożoności firmy oraz przypadków użycia może być skomplikowane. Aby określić najlepszy sposób przygotowania do wdrożenia produkcyjnego z wykorzystaniem istniejących projektów, skontaktuj się z partnerem lub pracownikiem Google.

Podsumowując, aby utworzyć odpowiedni plan stopniowego zwiększania liczby użytkowników, musisz wykonać te czynności: 1. Określ, które przypadki użycia są związane z mobilnością, a które nie, zgodnie z zasadami wdrażania. 2. Określ, które interfejsy API Google Maps Platform są obecnie używane w odpowiednich przypadkach użycia, oraz ich wolumeny. 3. Sprawdź, czy po wdrożeniu rozwiązania mobilnego interfejsy Google Maps Platform API będą nadal potrzebne. Na przykład obliczanie szacowanego czasu przyjazdu odbywa się automatycznie w Fleet Engine, więc nie musisz już obliczać go za pomocą interfejsu Directions API. 4. Określ, ile czasu zajmie pełne przeniesienie przypadków użycia związanych z mobilnością na nową platformę mobilną po Twojej stronie. 5. Sprawdź, czy limity użytkowania są wystarczające do obsługi Twoich przypadków użycia. 6. Określ punkt przegięcia, w którym wszystkie żądania Google Maps Platform można przekierować na konto rozliczeniowe mobilności w przypadku zastosowań związanych z mobilnością.

Podsumowanie

Podsumowując, prawidłowa konfiguracja konta rozliczeniowego jest niezbędna do przewidywania cen i zapewnienia przejrzystości. Dzięki naszej technologii mobilnej, która wykorzystuje najlepsze w swojej klasie usługi lokalizacyjne, firmy mogą mieć pewność, że ich procesy rozliczeniowe są dokładne i wydajne. Pomaga to nie tylko obniżyć koszty, ale też dostarcza niezbędnych danych i statystyk, które umożliwiają podejmowanie świadomych decyzji biznesowych. Ponadto przejrzystość takiego systemu pozwala firmom dokładnie poznać swoje wydatki, co prowadzi do lepszego zarządzania budżetem.

Następne działania