Платный проезд в прокате: как сопоставить событие с периодом выдачи
5 мин чтения

Отчёт о платном проезде пришёл сегодня, а автомобиль с тех пор уже выдавали несколько раз. Если открыть текущую аренду, легко выбрать не тот период. Для первичной сверки нужны идентификатор машины и время самого события. Дата выгрузки, дата поступления письма и дата оплаты отвечают на другие вопросы и не должны незаметно заменять момент проезда.
Разделите три времени в карточке операции
Храните исходное время события, момент получения информации и время, когда сотрудник выполнил сверку. Тогда позднее уведомление не переносит проезд в новую аренду. Сохраните также источник и исходную строку отчёта: иногда в выгрузке указан часовой пояс, иногда это приходится отдельно уточнять у поставщика данных. Если известна только дата без времени, однозначность в день нескольких передач машины может отсутствовать.
Сопоставление с периодом выдачи — техническая проверка истории автомобиля. Оно не устанавливает плательщика и не разрешает автоматически удерживать деньги. Решение по расчётам требует отдельной проверки оснований и документов.
Для истории используйте фактическую передачу и фактический возврат. Плановая бронь может начинаться раньше реальной выдачи или заканчиваться позже возврата. Перегон сотрудником, мойка и доставка тоже могут находиться между арендами. Пробел между периодами не следует заполнять ближайшим договором ради отсутствия пустых строк в отчёте.
Договоритесь, кому принадлежит точная граница
В учебной модели период записывается как «от начала включительно до конца исключительно». При выдаче A с 10:00 до 11:00 и выдаче B с 11:00 до 12:00 точное событие в 11:00 попадает только в B. Это условие алгоритма сопоставления, а не толкование договора. Если в вашей истории другой смысл границ, его нужно отдельно согласовать и реализовать.
| Событие UTC | Допуск времени | Периоды-кандидаты | Результат модели |
|---|---|---|---|
| 10:30 | 0 секунд | A: 10:00–11:00 | Единственный период полностью покрывает момент |
| 11:00 | 0 секунд | B: 11:00–12:00 | Граница начала включена, граница конца A исключена |
| 11:00 | ±30 секунд | A и B | Нужна ручная проверка: окно пересекло передачу |
| 12:00 | 0 секунд | Нет | Конец B уже не входит в период |
Неопределённое время нельзя сделать точным округлением
Предположим, в источнике время указано с возможной погрешностью, которую вы оценили как тридцать секунд в обе стороны. Инструмент рассматривает всё закрытое окно от события минус допуск до события плюс допуск. Если оно пересекает две передачи, обе попадают в список кандидатов. Выбор ближайшего начала аренды скрыл бы эту неопределённость, но не устранил её.
Даже один кандидат не всегда даёт однозначность. Окно может частично попадать в аренду, а частично — в промежуток после возврата. Поэтому положительный технический результат получается только тогда, когда единственный найденный период покрывает всё окно целиком. Допуск задаётся пользователем и не оценивается по отчёту автоматически.
- Нет кандидатов
- Проверьте идентификатор машины, часовой пояс, полноту истории и возможный перегон между арендами.
- Один кандидат, покрывающий всё окно
- Сохраните связь как результат первичной сверки введённых данных.
- Несколько кандидатов или частичное покрытие
- Оставьте операцию на ручную проверку, не выбирая договор автоматически.
Какие строки принимает инструмент
В истории каждая строка содержит ключ периода, ключ автомобиля, начало и конец. В событиях — ключ операции, тот же ключ автомобиля и время. Используйте обезличенные внутренние обозначения вроде CAR1 и A: фамилии, телефоны и номера документов для этого расчёта не нужны. Совпадение автомобиля выполняется по точной строке; похожие символы или разные обозначения машина сама не объединяет.
Время вводится в UTC, например 2026-10-01T10:00:00Z. Поддерживается ограниченная запись с секундами, без дробной части, за годы 2000–2100. Это не весь синтаксис RFC 3339. Метка без часового пояса не принимается; преобразование местного времени выполните до ввода с учётом исходной зоны. Сам инструмент не угадывает город и не прибавляет московское смещение.
Если история содержит пересекающиеся периоды одной машины, инструмент отдельно покажет такие пары. Это сигнал проверить данные, а не удалить неудобную запись. Событие, попавшее в область пересечения, получит нескольких кандидатов. При этом противоречие в другом дне не подменяет результат конкретной строки: каждое событие рассматривается по своему времени.
Как встроить сверку в работу проката
- Сохраните выгрузку и исходное время события, не заменяя его датой импорта.
- Сопоставьте обозначение автомобиля с внутренней карточкой без догадок по похожему номеру.
- Подготовьте фактические периоды передачи и приведите времена к одной шкале.
- Проверьте кандидатов и отдельно разберите пограничные случаи.
- Зафиксируйте итог сотрудника вместе с пояснением, особенно если исходная история была исправлена.
Описанный материал дополняет чек-лист выдачи и приёмки AUTO555: надёжная сверка начинается с точных записей передачи. Для внедрения такого процесса отдельно проверьте, какие данные доступны в вашей версии системы и в отчётах оператора дороги. Этот инструмент работает с введёнными строками в браузере, не подключается к поставщику проездов и не подтверждает наличие готовой автоматической интеграции AUTO555.
Найти периоды выдачи для времени события
Только первичная сверка истории. Период [начало, конец), окно времени события закрыто с двух сторон. Никаких выводов о плательщике или списании денег. UTC с секундами, без дробей, годы 2000–2100; до 300 строк каждого набора. Расчёт выполняется на вашем устройстве, введённые данные никуда не отправляются.
Auto555 — облачная CRM для автопроката: брони, договоры, выдача и приёмка, депозиты и финансы в одном окне.
Начать бесплатно