События, в ответ на которые должны приходить пуш-сообщения

Первоочередные:

1. Найдена машина
2. Заказ отменён
3. Машина на месте

В дальнейшем:

1. Те же события по перекидке
2. Начат/окончен простой
3. Не могу найти место
4. Начат поиск машины на предварительный заказ (? потребуется обсуждение, если всё же делать это - слишком сложный кейс)
5. Другие (не в текущем скоупе)

Информация в пуше

В рамках этой доработки требуется иметь два поля:

1. event - наименование события в String (по типу "is_here", "idling_started", "cant_find" и т.д.)
2. id - идентификатор заказа

Как первый этап нас устроит добавление поля event в существующие пуши https://docs.tn.in.ua/pages/viewpage.action?spaceKey=DEV&title=WebOrders+WebAPI+REST+Documentation#WebOrdersWebAPIRESTDocumentation-%D0%9F%D0%BE%D0%BB%D1%83%D1%87%D0%B5%D0%BD%D0%B8%D0%B5%D1%83%D0%B2%D0%B5%D0%B4%D0%BE%D0%BC%D0%BB%D0%B5%D0%BD%D0%B8%D0%B9%D0%BE%D0%B8%D0%B7%D0%BC%D0%B5%D0%BD%D0%B5%D0%BD%D0%B8%D0%B8%D0%B8%D1%81%D1%82%D0%B0%D1%82%D1%83%D1%81%D0%B0%D0%B7%D0%B0%D0%BA%D0%B0%D0%B7%D0%B0

Если в дальнейшем будем развивать вариант с отправлением всех данных по заказу в пуше - имеет смысл передавать там такой же набор полей, как и в запросе данных по заказу, плюс поле event.