В рамках условий решения Last Mile Fleet Solution (LMFS) платформы Google Maps оплачиваемая транзакция происходит при успешном выполнении задач, связанных с отправкой.
Объект Task — это фундаментальный тип объекта, который играет ключевую роль в отслеживании и составлении отчетов об оплачиваемых транзакциях в API LMFS Deliveries. Наши условия требуют, чтобы вы правильно моделировали задачи водителя и соответствующим образом записывали TaskOutcome . Это гарантирует, что все подлежащие оплате транзакции будут записаны правильно. Для клиентов, заключивших договор, ознакомьтесь с применимыми требованиями к отчетности для вашего продукта:
Что такое оплачиваемая задача?
Оплачиваемая задача — это любая задача, которая успешно завершает отправку: транспортировка одного или нескольких товаров от уникального отправителя к уникальному получателю. Невыполненные задачи по доставке не подлежат оплате.
В следующей таблице представлено несколько реальных сценариев для оплачиваемых и неоплачиваемых задач.
| Сценарий | Оплачиваемый? |
|---|---|
| Водитель попытался доставить посылку, и попытка увенчалась успехом. Например, получатель получил ее напрямую, или водитель оставил посылку соседу. | Да |
| Водитель доставил посылку за пределами предполагаемого временного окна, указанного для этой посылки. | Да |
| Водитель сообщил, что посылка прошла успешно, но получатель позже оспорил получение посылки. | Да |
| Водитель попытался доставить посылку, но попытка не удалась. Например, получателя не было дома для необходимой подписи или указан неправильный адрес. | Нет |
| Водитель делает запланированный перерыв или остановку. | Нет |
Как происходит выставление счетов внутри Delivery API?
Тарификация задачи осуществляется при следующих условиях:
Задача имеет тип
delivery. Задачи по самовывозу не приводят к выставлению счетов, а запланированные перерывы или остановки не учитываются. С каждой оплачиваемой транзакцией должна быть связана задача доставки. При доставке на склад на первой миле задача погрузки может быть смоделирована в месте погрузки, а задача доставки — на складе.TaskOutcomeимеет значениеSUCCEEDED.
API доставки решений последней мили создает оплачиваемое событие при первом обновлении TaskOutcome со значением SUCCEEDED . Когда это происходит, показатель выставления счетов для этого SKU увеличивается. Любые последующие обновления этой задачи не влияют на этот показатель выставления счетов, который нельзя увеличивать или уменьшать после первого установления результата.
Как моделировать свои задачи?
В этом разделе представлены основные рекомендации, которые помогут вам проверить правильность постановки задач в соответствии с нашими условиями.
- Установите правильные поля для задач по отправке. Установите тип задачи «
delivery, назначьте уникальный идентификатор задачи и укажите правильное место для выполнения каждой задачи. Убедитесь, что у каждой поставки есть задача по доставке. - Создайте отдельные задачи для каждой комбинации отправитель-получатель. Например, используйте две задачи для одного получателя от нескольких отправителей. Или, для одного места доставки, где несколько посылок будут доставлены нескольким получателям, создайте несколько задач.
- Правильно определяйте задачи, не связанные с отгрузкой. Для запланированных остановок установите
TypeзадачиSCHEDULED_STOP. Для перерывов в работе драйвера установите дляTypeзначениеUNAVAILABLE. - Установите поле
TaskOutcomeсоответствующим образом. После завершения задачи убедитесь, что ваша реализация устанавливает дляTaskOutcomeзначениеSUCCEEDEDилиFAILED. Простое обновление выполненной задачи до состоянияCLOSEDне соответствует нашим условиям. Вы можете установить результат задачи с помощью Driver SDK, gRPC или REST.
Дополнительные сведения см. в следующих разделах руководства пользователя Fleet Engine: