Одна бронь, разные плательщики: как разделить начисления

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

Кто проживает, кто заказал и кто платит

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

В CRM мини-гостиницы разделите проживающего, заказчика, согласованного плательщика конкретного начисления и источник поступивших денег. Они могут совпадать, но система не должна требовать совпадения ради удобства карточки. Иначе чужая оплата закроет не тот остаток.

Разделяется финансовый учёт, а не номер

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

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

Учебная ведомость: общий итог и остаток каждого

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

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

Поступившие деньги сначала нужно распознать

Платёж связывается с источником подтверждения и назначением. Если назначение неполное, оставьте поступление нераспределённым до выяснения по принятому порядку. Не закрывайте ближайший по сумме счёт только потому, что это позволяет убрать красный остаток.

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

Смена плательщика после частичной оплаты

В учебной модели стороны согласовали перенести 1 000 неоплаченного обязательства с компании на гостя. Тогда обязательство компании уменьшается с 10 000 до 9 000, гостя увеличивается с 2 000 до 3 000. Общий итог остаётся 12 000. При прежних распределённых оплатах остатки составят 2 000 и 1 000 соответственно.

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

Ограничения конкретной PMS нельзя скрывать

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

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

Какая история нужна следующей смене

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

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

Сценарии приёмки разделённого учёта

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

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