Managing deposits when a booking changesДепозит при изменении бронирования

Separate the receipt from its allocationОтделите поступление от распределения

When a deposit arrives, staff record the payer, amount, currency, confirmation and associated booking. Payment status should follow a verified source. A customer’s message saying a transfer was sent helps investigation but does not itself confirm receipt. Until evidence arrives, assign the next check and a clear response to the customer.При получении депозита сотрудник фиксирует плательщика, сумму, валюту, подтверждение и бронирование, к которому относятся деньги. Статус оплаты должен следовать проверенному источнику. Сообщение клиента об отправке перевода помогает поиску, но само по себе не подтверждает поступление. Пока подтверждения нет, назначьте следующую проверку и понятный ответ клиенту.

Allocation answers a separate question: how much of the receipt is applied to a particular order. One payment may have several agreed allocations, but their total must not exceed its available amount. Each allocation references the original payment. Correcting a link does not create new money and must not appear as another receipt.Распределение отвечает на отдельный вопрос: какую часть полученной суммы учитывают в конкретном заказе. У одной оплаты может быть несколько согласованных назначений, но их сумма не должна превышать доступную сумму поступления. Каждое назначение получает ссылку на исходную оплату. Исправление привязки не создаёт новые деньги и не должно выглядеть новой оплатой.

Retain the version of the conditions agreed at booking and identify who can decide exceptions. The workflow must not invent reasons for retaining or returning money. When the agreed conditions do not cover a situation, staff refer it to the responsible person and tell the customer when to expect another response.Сохраните версию условий, которые были согласованы при бронировании, и роль сотрудника, уполномоченного решать исключения. Процесс не должен самостоятельно придумывать основания удержания или возврата. Если ситуация не покрыта согласованными условиями, администратор передаёт вопрос ответственному и сообщает клиенту срок следующего ответа. Изменение статуса записи не заменяет такое решение.

Move the allocation with its historyПереносите назначение с историей

A move starts with the customer’s request and a check of the new time’s availability. Staff compare the original and revised contents, amount and agreed conditions. The previous booking remains understandable until the change is confirmed. Record the revised version, applied deposit and remaining balance, and give the customer the same result the service team sees.Перенос начинается с запроса клиента и проверки доступности нового времени. Администратор сравнивает исходный и новый состав, стоимость и согласованные условия. До подтверждения изменения прежняя запись остаётся объяснимой. После согласования фиксируются новая версия бронирования, применённая сумма депозита и оставшаяся доплата; клиент получает тот же итог, который видит исполнитель.

If a booking is split, agree the allocation between the new bookings first. Do not copy the full deposit into every child booking. The original receipt remains the shared reference, while allocated amounts become separate lines. Customers need to see that funds survived the split; staff need to prevent the same money from settling several obligations simultaneously.Если бронирование разделяется, сначала согласуйте распределение между новыми записями. Не копируйте весь депозит в каждую дочернюю запись. Исходная оплата остаётся общей ссылкой, а распределённые суммы становятся отдельными строками. Для клиента важно увидеть, что деньги не исчезли при разделении; для администратора — что одна сумма не погашает несколько обязательств одновременно.

When an order shrinks, do not silently move the surplus to a future purchase or declare a refund. Show it as an amount awaiting a decision under the agreed conditions. Record the chosen action, decision maker and communication evidence. If the payer or service recipient changes, verify who can authorize how that amount is handled.При уменьшении заказа образовавшийся остаток нельзя молча переносить на будущую покупку или объявлять возвратом. Покажите его как сумму, по которой требуется решение в рамках согласованных условий. Запишите выбранный вариант, согласовавшего сотрудника и подтверждение коммуникации. Если меняется плательщик или получатель услуги, дополнительно проверьте, кто вправе согласовать распоряжение этой суммой.

Check a split using actual arithmeticПроверьте разделение на числах

In a hypothetical example, the original booking costs 300 monetary units and the received deposit is 120. Before the change, 300 − 120 = 180 remains. The customer agrees to split the booking into services costing 200 and 100, with deposit allocations of 80 and 40. The conservation check is 80 + 40 = 120; no new receipt occurs.Учебный пример: стоимость исходного бронирования 300 денежных единиц, полученный депозит 120. До изменения остаётся 300 − 120 = 180. Клиент согласовал разделение на услуги стоимостью 200 и 100, а депозит распределён как 80 и 40. Проверка сохранности суммы: 80 + 40 = 120, поэтому нового поступления нет.

The first service has 200 − 80 = 120 remaining, and the second has 100 − 40 = 60. The total balance is 120 + 60 = 180. Staff verify both new bookings against the original receipt and confirm the allocation to the customer. Matching the total is useful but does not replace checking each individual booking.Доплата по первой услуге составляет 200 − 80 = 120, по второй — 100 − 40 = 60. Общая доплата: 120 + 60 = 180. Администратор сверяет обе новые записи с исходной оплатой и подтверждает распределение клиенту. Совпадение общего остатка полезно, но не заменяет проверку каждой конкретной записи и её исполнителя.

Next test an exception: one service is cancelled before fulfillment. Determine what happens to its allocated amount before updating balances and history. Do not automatically return the entire original deposit while the other service remains active. These figures explain allocation; refund decisions depend on applicable conditions and authority, not on this formula.Затем проверьте исключение: одна услуга отменяется до исполнения. Сначала определите решение по её распределённой сумме, затем обновите остатки и историю. Не возвращайте автоматически весь исходный депозит, потому что другая услуга остаётся активной. Числа в примере объясняют распределение; решение о возврате зависит от применимых условий и полномочий, а не от этой формулы.

Handle additional payments and disputed eventsОбрабатывайте доплаты и спорные события

Every additional payment needs its own confirmation, even when the customer uses the same method. Before requesting payment again, staff check recent events so delayed updates do not cause a duplicate charge. For similar receipts, preserve both sources and investigate their purpose. Matching names and amounts are insufficient grounds for deleting or merging records.Каждая доплата получает собственное подтверждение, даже если клиент отправляет её тем же способом. Перед повторным запросом оплаты сотрудник проверяет последние события, чтобы задержка обновления не вызвала двойное списание. При двух похожих поступлениях сохраняйте оба источника и выясняйте назначение. Совпадение суммы и имени недостаточно для удаления или объединения записей.

A payment may be confirmed after the booking moves. Staff trace the original reference, check where the money belongs and preserve the event sequence. If a payment is disputed or reversed, reassess the allocatable amount and customer balance separately. A previously completed booking must not stay “paid” simply because fulfillment has already progressed.Платёж может быть подтверждён после переноса бронирования. Сотрудник ищет исходную ссылку, проверяет, куда должна применяться сумма, и сохраняет последовательность событий. Если платёж оказался спорным или отменённым, отдельно пересмотрите доступную сумму распределения и клиентский остаток. Ранее закрытая запись не должна оставаться «оплаченной» только потому, что процесс уже перешёл к исполнению.

A refund has its own states: request, decision, execution and result verification. Do not tell the customer money has been returned before confirmation. For a partial refund, link it to the relevant allocation. A deposit report should explain the received amount through applied portions, confirmed refunds and any balance awaiting a decision.Возврат проходит собственные состояния: запрос, решение, исполнение и проверка результата. Пока операция не подтверждена, не показывайте клиенту деньги как уже возвращённые. При частичном возврате укажите связь с конкретным распределением. Отчёт по депозитам должен позволять объяснить полученную сумму через применённые части, подтверждённые возвраты и остаток, ожидающий решения.

Test the deposit through the full change cycleПроверьте депозит через полный цикл изменений

Acceptance should cover a move, split, reduced total, payment after a move and partial refund. In every case, another employee should reconstruct the original receipt, current allocations and balance. Also reverse a booking change: restoring an earlier version must not add the deposit again or lose a customer payment made after the change.Для приёмки выберите перенос, разделение, уменьшение суммы, доплату после переноса и частичный возврат. В каждом случае другой сотрудник должен восстановить исходное поступление, текущие назначения и остаток. Отдельно проверьте отмену самого изменения: возвращение к прежней версии не должно повторно добавить депозит или потерять выполненную после изменения оплату клиента.

Define shift handover checks so the next administrator sees open decisions, response deadlines and the responsible contact. Review the age of unallocated amounts and reasons for manual corrections. If one kind of move repeatedly requires the owner’s intervention, clarify its rule and authority. A quickly closed booking means little when the customer balance remains unexplained.Согласуйте контроль передачи смены: новый администратор видит открытые решения, срок ответа и контакт ответственного. Проверяйте возраст нераспределённых сумм и причины ручных исправлений. Если один тип переноса постоянно требует звонка владельцу, уточните правило и полномочия. Скорость закрытия бронирования не показывает качество процесса, когда клиентский остаток всё ещё нельзя объяснить.

Discuss an anonymized booking history with SABSUS, from the first receipt to its final allocation. Demonstrate splitting, transfers, permission limits and refund links in the proposed configuration. Readiness means the customer, administrator and finance employee receive the same explanation of the amount, even when they joined the process at different times.Обсудите с SABSUS обезличенную историю изменения бронирования от первой оплаты до окончательного распределения. Возможности разделения, переноса, ограничения прав и связи возврата с исходной оплатой следует подтвердить демонстрацией выбранной конфигурации. Условие готовности простое: клиент, администратор и финансовый сотрудник получают одинаковое объяснение суммы, даже если они подключились к процессу в разное время.

Booking contextКонтекст бронирования · Deposits in the cash calendarДепозиты в календаре денег

Quick answersКороткие ответы