Экскурсия с несколькими точками посадки: чей список верный

Для экскурсии с несколькими точками посадки нужен единый список конкретного выезда с отдельными участниками, актуальной остановкой и фактом посадки. Бронь на семью не заменяет учёт каждого человека. Если остановку изменили после передачи списка сопровождающему, изменение должно получить явное подтверждение, а прежняя версия — оставаться различимой.

Проданное место и находящийся в автобусе человек — разные состояния

В системе может быть оплаченная бронь, но посадка ещё не состоялась. Пассажир может ждать на следующей точке или добираться к месту встречи самостоятельно. Поэтому поле «мест занято» не должно одновременно означать продажи, план посадки и фактическое присутствие.

Для CRM экскурсионного бюро свяжите программу с конкретным выездом и составом участников. Два рейса по одной программе имеют разные списки. Исправление сегодняшней посадки не должно затрагивать одноимённый выезд на другую дату.

Точка посадки — объект с понятным описанием

Название «у метро» слишком неопределённо. В справочнике нужны согласованные место, ориентир и время для конкретного выезда. При нескольких похожих точках используйте устойчивые ID, а не только текст, который сотрудники сокращают по-разному.

В документации Bookeo описаны выбираемые точки посадки, их описание, время и сообщения в подтверждении. Это пример функций конкретной системы. Он не доказывает, что изменение точки в любой CRM автоматически обновит уже отправленные списки и сообщения.

Общая бронь должна раскрывать участников

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

Не создавайте новое занятое место только из-за смены остановки. Участник остаётся тем же в том же выезде. Важны прежняя точка, новая точка и подтверждение принятого изменения, а не вторая независимая запись, которую сопровождающий посчитает ещё одним человеком.

Учебная ведомость по остановкам

Ниже собственная рабочая таблица на вымышленных ID без имён и контактов. Это не утверждённый документ перевозки. Обязательные документы и применимость специальных требований определяют отдельно; задача таблицы — согласованная операционная картина для организатора.

Изменение после печати требует собственного контроля

Печатный список — снимок на определённый момент. Сохраните его версию и время, затем выделяйте изменения, которые ещё не приняты сопровождающим. Новая строка в офисной системе не исправляет бумагу в автобусе и не доказывает, что человек увидел уведомление.

Если список используется на телефоне, применим тот же принцип. Устройство может показывать сохранённую копию без связи. Для внутреннего веб-приложения предусмотрите отметку актуальности и понятный способ сверить изменения до следующих действий.

Неявка на ранней точке — вопрос, который надо закончить

Пустая отметка может означать отсутствие пассажира, пропущенный ввод или согласованную смену остановки. Показывайте отдельный вопрос ответственному. Не переносите человека на следующую остановку автоматически и не считайте его присутствующим по одной оплаченной брони.

Организатору нужен результат уточнения и актуальный список дальше по маршруту. Не следует менять свободные места или создавать дополнительную продажу только из-за незаполненного факта посадки. Условия освобождения места определяются отдельно; система должна сохранять принятое решение и его основание.

Один факт посадки не должен учитываться дважды

У участника в выезде должен быть один понятный текущий статус с историей изменений. Повтор сканирования или нажатия не означает посадку ещё одного человека. Исправление ошибочной отметки должно оставлять след, чтобы итоговый счёт не изменялся необъяснимо.

При интеграции бронирований связывайте внешнюю бронь и участника, а не только фамилию или имя плательщика. Два разных человека могут иметь похожие данные, а один заказ — включать нескольких участников. Не объявляйте найденное текстовое совпадение полной идентификацией.

Что должно быть видно на каждой точке

Сопровождающему нужен список ожидаемых здесь участников, уже подтверждённые посадки и открытые изменения. Общий список всего выезда полезен для сверки, но не должен заставлять каждый раз вручную вычитать людей следующей остановки. Предусмотрите быстрое переключение между точкой и всем выездом.

Показывайте только сведения, необходимые роли. Операционная ведомость не должна превращаться в свободно пересылаемый полный набор личных данных. Для уведомлений сохраняйте результат доставки и принятия там, где это предусмотрено процессом, без ложного равенства «отправили — все знают».

Приёмка на вымышленном маршруте

1. Создайте один выезд с двумя точками и семейной бронью на нескольких участников. Проверьте отдельные записи без двойного расходования вместимости.
2. Перенесите одного участника на другую точку по разрешённому процессу. Изменение не создаёт второго человека.
3. Сохраните список для сопровождающего и внесите позднюю правку. Должны быть видны версия и непринятое изменение.
4. Отметьте посадку и повторите действие. Итог не должен удвоиться.
5. Оставьте человека на ранней точке без подтверждения. Система должна показать вопрос для уточнения, не придумывая его присутствие.
6. Сверьте данные на следующей остановке и итог выезда. История должна объяснять каждое отличие от исходной ведомости.

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