---
metadata:
  - name: generator
    content: Diplodoc Platform v5.52.0
alternate:
  - https://yandex.kz/routing/doc/kk/billing/calculations.md
  - https://yandex.kz/routing/doc/ru/billing/calculations.md
  - href: kk/billing/calculations.md
    type: text/markdown
    title: Markdown version
  - href: llms.txt
    type: text/markdown
    title: llms.txt
---
> **Documentation Index:** Fetch the complete configuration index at https://yandex.kz/routing/doc/kk/llms.txt

# Подсчет количества машин и заказов

## Мониторинг {#calc-monitoring}

Утром каждого дня анализируются все маршруты с датой `route.date`, равной вчерашнему дню.

При тарификации по машинам подсчитывается количество уникальных машин `vehicle.id` в этих маршрутах и формируется значение счетчика «Мониторинг: количество ТС».

При тарификации по заказам подсчитывается количество уникальных выполненных заказов `location.id` и формируется значение счетчика «Мониторинг: количество заказов».

Эти счетчики доступны в [Кабинете разработчика](https://developer.tech.yandex.ru/) в разделе «Статистика».

![](_images/statistics-monitoring.png).

## Планирование {#calc-planning}

Сервис Планирования решает два типа задач:

- оптимальное распределение заказов и планирование маршрутов для нескольких курьеров (задачи [MVRP](https://yandex.ru/routing/doc/ru/vrp/redoc/index.html#tag/Multiple-Vehicles-Routing-(MVRP)));
- оптимизация последовательности выполнения заказов на маршруте для одного курьера (задачи [SVRP](https://yandex.ru/routing/doc/ru/vrp/redoc/index.html#tag/SingleVehicleRouting)).

Подробнее см. в разделе [Сравнение групп методов MVRP и SVRP](https://yandex.kz/routing/doc/kk/vrp/mvrp-svrp-specifics.md). Тарифы на эти два вида задач могут различаться. Для тарификации подсчитывается и количество машин, и количество выполненных заказов в трех разрезах:

- для всех задач;
- только для задач MVRP;
- только для задач SVRP.

Результаты можно видеть в счетчиках «Планирование: количество ТС» и «Планирование: количество заказов» в [Кабинете разработчика](https://developer.tech.yandex.ru/) в разделе «Статистика».

![](_images/statistics-planning.png).

### Определение даты {#calc-dates}

Каждое утро выставляются счета по задачам с датой `options.date`, равной вчерашнему дню, за исключением следующих случаев:

- в момент запроса дата маршрута не была указана;
- в момент запроса была указана дата маршрута в прошлом;
- в момент запроса была указана дата маршрута в будущем более чем через 7 дней от даты запроса.

Такие задачи будут учтены биллингом на дату выполнения запроса.

Рекомендуется планировать задачи на сегодняшний или завтрашний день либо не более чем на 7 дней вперед — в этом случае задачи будут учтены биллингом  день, указанный в поле `options.date`.


{% note warning %}

Мы настоятельно рекомендуем указывать в поле `options.date` реальную дату поездки курьера. Это позволит не только избежать неправильно выставленных счетов, но и получать максимально корректные и оптимально спланированные маршруты, так как в разные дни маршруты могут существенно различаться.

{% endnote %}


### Подсчет количества заказов {#calc-orders}

При подсчете количества заказов в маршрутах анализируются все элементы массива `locations`. Из них исключаются все элементы с типами `garage`, `anchor` и `parking`. Затем исключаются одинаковые заказы — те, у которых совпадают координаты (с точностью до 6 знака), поля `location.id` и `location.type`. Оставшееся количество заказов записывается в счетчик «Планирование: количество заказов».


{% note info %}

<!-- source: kk/billing/_includes/index/id-specifics/what-is-order.md -->
Сложные заказы `pickup&delivery` (необходимо сначала забрать заказ в&nbsp;одной или&nbsp;нескольких точках, а&nbsp;затем доставить в&nbsp;точку получения) тарифицируются как несколько заказов&nbsp;— по&nbsp;количеству разных точек.
<!-- endsource: kk/billing/_includes/index/id-specifics/what-is-order.md -->

{% endnote %}



{% note warning %}

Не&nbsp;рекомендуется использовать в&nbsp;поле `location.id` какие-либо теги или&nbsp;другие вставки, уникальные для конкретной задачи, иначе один и&nbsp;тот же заказ будет посчитан несколько раз.

{% endnote %}


### Подсчет количества машин {#calc-vehicles}

При подсчете количества машин в&nbsp;маршрутах анализируются все элементы массива `locations`. Из&nbsp;них исключаются все элементы с&nbsp;типами `garage`, `anchor` и&nbsp;`parking`. Задачи со&nbsp;схожими множествами заказов объединяются в&nbsp;кластеры&nbsp;— это позволяет не&nbsp;тарифицировать повторно задачи, которые решались несколько раз с&nbsp;различным набором условий (см. [Особенности тарификации](https://yandex.kz/routing/doc/kk/billing/index.md#specifics)).

Если задача меньшего размера (по&nbsp;числу заказов) хотя бы на 50% пересекается с&nbsp;большей, эти задачи будут отнесены в&nbsp;один кластер. При этом в&nbsp;итоге в&nbsp;один кластер могут быть отнесены задачи, вообще не&nbsp;имеющие общих точек. Например, на&nbsp;рисунке ниже задача 1 и&nbsp;задача 3 не&nbsp;имеют ни&nbsp;одного общего заказа, но при этом попадают в&nbsp;общий кластер с&nbsp;задачей 2.

![](_images/billing-clusters.svg)

В&nbsp;каждом кластере выбирается задача, в&nbsp;которой используется наибольшее количество машин. Эти значения суммируются по&nbsp;всем кластерам, и&nbsp;получившееся количество машин записывается в&nbsp;счетчик «Планирование: количество ТС».


{% note info %}

При подсчете учитываются именно используемые машины, а&nbsp;не&nbsp;все перечисленные в&nbsp;запросе.

{% endnote %}

<!-- source: kk/billing/_includes/style-for-page.md -->

<!-- endsource: kk/billing/_includes/style-for-page.md -->