---
metadata:
  - name: generator
    content: Diplodoc Platform v5.52.0
alternate:
  - https://yandex.kz/routing/doc/kk/billing/error-handling.md
  - href: kk/billing/error-handling.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

# Возможные ошибки

## Неправильно указана дата {#wrong-date}

При биллинге [учитывается дата](https://yandex.kz/routing/doc/kk/billing/calculations.md#calc-dates), указанная в задаче Планирования в поле `options.date`. Если сначала при планировании дата была указана неправильно, а затем та же задача была решена повторно с правильной датой, задача может быть учтена в счетчиках биллинга за обе даты.


## Корректировка прошлых задач в Рабочем месте логиста {#date-changed}

В интерфейсе [Рабочего места логиста](https://yandex.kz/routing/doc/kk/delivery/webui.md) используется дата из поля `options.date`. Если эта дата не указана, используется текущая дата. В этом случае для биллинга учитывается дата выполнения задачи планирования. Если на следующий день вы захотите изменить полученное решение (например, перенести заказ в другой маршрут) или [экспортировать решение](https://yandex.kz/routing/doc/kk/vrp/solution-export.md), задачу придется выполнить повторно, но уже на новую, текущую дату. Поэтому либо часть задачи (при переносе заказа), либо вся задача (при экспорте) будет тарифицирована дважды.


## Тип заказа {#order-type}

Если вы для разных задач планирования измените тип заказа (например, с `pickup` на `delivery`), такие заказы будут считаться разными, даже если их координаты совпадают.


## Фиктивные точки {#false-orders}

При биллинге точки на маршруте не разделяются на «реальные» (адрес заказа) и «фиктивные» (когда объект `location` используется, чтобы указать текущую позицию курьера для допланирования и т. п.).


## Уникальные ID заказов в  задачах {#location-ids}

В рамках одной задачи необходимо использовать уникальные идентификаторы заказов `location.id`. Однако если вы решаете другую задачу с теми же заказами, рекомендуется использовать те же `location.id`, иначе заказы будут посчитаны повторно.


## Рейсы в разных задачах {#several-runs}

Если машина выполняет несколько рейсов в один день в рамках одной задачи, биллинг посчитает только одну машину. Если же в двух разных задачах для одной и той же машины было спланировано по одному рейсу, биллинг тарифицирует две машины.

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

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