Схема оперативного учета (КУС)

Материал из КинтВики
Версия от 23:12, 2 марта 2021; Ирина Кузнецова (обсуждение | вклад) (Новая страница: «<noinclude>*02</noinclude> Замкнутый контур — выполнение всех опер…»)
(разн.) ← Предыдущая | Текущая версия (разн.) | Следующая → (разн.)
Перейти к: навигация, поиск

Замкнутый контур — выполнение всех операций по контуру сводит остатки на всех счетах в 0.

Схема взаимодействия «Оперативный учет услуг» (20.10) — балансовая с контуром РР Фактическая схема оперативного учета 20.12

Что должен показывать контур, результат работы

  1. Оперативные взаиморасчеты с контрагентами на счете «Взаиморасчеты».
  2. Список и стоимость оказанных услуг на счете «Оказанные услуги». Услуги заселенных гостей.
  3. Как получить планируемый доход санатория - на счете «Услуги к оплате» + «Счета к оплате».
  4. Планируемый - по Путевкам и по Заявкам. Желательно с разделением на подтвержденный планируемый доход (Путевки) и неподтвержденный (Заявки).
  5. Получить состояние оплаты конечного документа (оплачен или нет). Заявка, Путевка, Карта гостя, Назначение услуг.

Что НЕ дает контур

  • Количество документов неоплаченной реальной реализации (РР).
  • Минус - Счет на оплату будет обязательным.
  • Минус - Реализация будет обязательной. Но можно поменять движения и сделать необязательной.
  • Минус - сложные сторнирования при Сокращениях пребывания.

Что даст переход на этот контур

  1. Ресурс «Номенклатура» на различных счетах позволит видеть - какие услуги оплачены, а какие нет.
  2. Наличие обязательного документа «Счет на оплату» в цепочке:
    • Позволяет пробивать чек всегда с признаком «Полной оплаты».
    • Отсутствие «частичной оплаты» в чеке сильно упрощает кассовый учет.
    • Дает возможность распределения авансов.
    • Дает возможность нормальной оплаты 1 массажа из 10 назначенных.
    • В счете есть «Срок оплаты счета». Это дает возможность контролировать этот срок. Разделить, например, ожидаемые оплаты на просроченные и не просроченные. Дает возможность в будущем снимать планируемые услуги, которые не были вовремя оплачены.
  3. Возможность распределения любого аванса, независимо от количества услуг.
  4. Счет «Реализация» позволяет видеть:
    • Сколько РР выставлено за период.
    • Сколько РР закрыто оплатами за период.
    • Вся ли реализация закрыта оплатами.
    • Все ли оплаты закрыты реализацией.
    • Можно сравнить сумму и количество реализации с бухгалтерией, проконтролировать правильность обменов.
    • Можно выставлять реализацию по дням, автоматом решая проблему переходящих путевок.
  5. Замкнутый цикл движений. Все движения по одному гостю сводятся в ноль. Выселение - закрывает весь контур оперативного учета. Остатки на счетах позволяют легко находить ошибки документов. Понятные и простые инварианты.
  6. Возможность контроля создания всех документов в цикле. Типа давать создавать реализацию, только если есть на счете незакрытые услуги к выставлению. Аналогично с «Счетом на оплату», аналогично с «Оплатой».
    • Возможность запрещать «Выселять» гостя, пока не сошлась Реализация и Взаиморасчеты.
  7. Видна оперативная реализация на каждый день. Можно понятно формировать Ночной аудит.
  8. На счете «Оказанные услуги» собирается сумма и количество услуг у заселенных гостей.
  9. Возможность добавления Розницы в текущий контур.
  10. Увеличивается значение «Номенклатуры» и «Номенклатуры пребывания» в частности. Повод навести в ней порядок.
  11. Появляется возможность в Карте гостя при заселении по путевке менять Дату заезда, Номер гостиницы (без изменения количества дней, суммы и номенклатуры).
  12. Отказ от «Основания» на счетах позволит решить все проблемы с оплатой по документам-основаниям.
  13. Позволит добавить в будущем возможности:
    • Планирование оперативной реализации (услуги парковки, трансфера).
    • Возможность назначения платных медицинских услуг по путевке.
    • Отметка факта выполнения незапланированных платных медицинских услуг.
    • Возможность закрытия услуг Контрагента (у которого нет Карты гостя).
    • Возможность добавления бонусной системы лояльности.

Требуемые отчеты

  1. Контроль замкнутости цикла. Нужен будет какой-то общий отчет, который будет контролировать замкнутость цикла по конкретному гостю. Что по итогам всех действий «конечный остаток» = 0. Отчет по всем счетам в ОСВ с разворотом по Контрагенту или Карты гостя?)
  2. Контроль выставленной реализации - по каким документам (Картам гостя и Путевкам) реализация выставлена, а по каким нет.
  3. По взаиморасчетам. Стандартно - сумма выставленной контрагенту реализации. По какой номенклатуре и по каким документам - и что из нее оплачено.
  4. План по оплате. Сколько денег мы ждем от клиентов. Отдельно ненадежная оплата (по броням), отдельно надежная (по заселенным гостям). С разворотом по типам документов и по номенклатуре.
  5. Оплата счетов - список счетов с информацией, какие они . Тоже, желательно, с разворотом по надежности оплаты (заселения\брони). Возможно, с учетом срока оплаты.
  6. Запланированные услуги - сколько и на какую сумму услуг (=номенклатуры) - мы должны оказать гостям. И какая часть из них оплачена. C разворотом по типам документов (Путевки / Заявки / Назначения услуг). По счету «Услуги к оплате».
  7. «Оказанные услуги» - тоже количество и сумма оперативных услуг, которые мы оказали гостям. С разделением по номенклатуре и по типам основания (Карты гостя, Путевки, Оказанные услуг и т.д.). С возможностью посмотреть - какая часть из этих услуг закрыта реализацией.
  8. «Оплаченная реализация» - какие документы реализации оплачены, а какие нет. С разворотом по номенклатуре. И по типу номенклатуры.

От Кедра:

  • Отчет по оплатам. На этапе брони. Человек (ФИО), за него могут платить разные контрагенты - «источники оплаты за этого гостя». По броням. Если за гостя оплатили 50%, то надо это видеть.
  • По оплатам - когда гость уже приехал. (сейчас более менее работает).
  • Лицевой счет гостя открывать на этапе брони. Чтобы взаиморасчеты по Физлицу открывались еще на этапе брони.
  • Бронь - не считается что гость нам должен.