Схема оперативного учета (КУС) — различия между версиями

Материал из КинтВики
Перейти к: навигация, поиск
м
 
(не показаны 72 промежуточные версии 8 участников)
Строка 1: Строка 1:
<noinclude>[[Категория: Взаиморасчеты (КУС)|*02]]</noinclude>
+
<noinclude>[[Категория: Оперативный учет (КУС)|*01]]</noinclude>
{| align="right"
+
__NOTOC__
| __TOC__
+
[[Файл:Оперативный учет новый с 2021.png|1300px]]
|}
 
Замкнутый контур — выполнение всех операций по контуру сводит остатки на всех счетах в 0.
 
  
* [https://docs.google.com/drawings/d/1Orkq1aIzwmyRWwFzk1iLbBBH3k5-5dhaijKMKuH7chU/edit Схема взаимодействия «Оперативный учет услуг» (20.10) балансовая с контуром РР]
+
== Особенности ==
* [https://docs.google.com/drawings/d/1AdcL5euatZKDlV02E3Tu-YL42TDLShEMmDW-qRdLjp8/edit Фактическая схема оперативного учета 20.12]
+
* '''Балансовая схема учета.''' Контур учета замкнут для одного гостя — выполнение всех операций по гостю сводит остатки на всех счетах в 0. Незакрытые остатки на счетах позволяют легко находить ошибки документов. Можно настраивать понятные и простые инварианты.
 
+
* '''Ресурс «Номенклатура»''' на счетах позволит видеть какие услуги оплачены, а какие нет.
== Что должен показывать контур, результат работы ==
+
* '''Отсутствие ресурса «Документ-основание»''' уберет проблемы со сведением взаиморасчетов, созданных разными документами.
# Оперативные взаиморасчеты с контрагентами на счете «Взаиморасчеты».
+
* '''Помощь и ускорение''' создания документов. Пользователь видит услуги, которые еще не были выставлены в Счете на оплату, или в Реализации, или не были Оплачены и легко создает соответствующие документы.  
# Список и стоимость оказанных услуг на счете «Оказанные услуги». Услуги заселенных гостей.
+
* '''Возможность контроля''' создания документов. Например, можно запрещать Выселять гостя пока по нему не сошлись Реализация и Взаиморасчеты.
# Как получить планируемый доход санатория — на счете «Услуги к оплате» + «Счета к оплате».
+
* Возможность посмотреть «реальные» взаиморасчеты и сравнить их с данными бухгалтерии.
# Планируемый — по Путевкам и по Заявкам. Желательно с разделением на подтвержденный планируемый доход (Путевки) и неподтвержденный (Заявки).
+
* Планируемый доход санатория — на счете «Услуги к оплате» с разделением на подтвержденный (Путевки) и планируемый (Заявки).
# Получить состояние оплаты конечного документа (оплачен или нет). Заявка, Путевка, Карта гостя, Назначение услуг.
+
* '''Наличие обязательного документа «Счет на оплату»''' в цепочке:
 
+
:* Позволяет пробивать чек всегда с признаком «Полной оплаты». Отсутствие «частичной оплаты» в чеке значительно упрощает кассовый учет.
== Что НЕ дает контур ==
+
:* Дает возможность ручного распределения авансов.
* Количество документов неоплаченной реальной реализации (РР).
+
:* Дает возможность частичной оплаты услуг (1 массажа из 10 назначенных) через разделение счетов на оплату.
* Минус — Счет на оплату будет обязательным.
+
:* Дает возможность контроля «Срока оплаты счета». Разделить, например, ожидаемые оплаты на просроченные и не просроченные. Дает возможность в будущем снимать планируемые услуги, которые не были вовремя оплачены.
* Минус — Реализация будет обязательной. Но можно поменять движения и сделать необязательной.
+
:* Документ «Счет на оплату» является обязательным, «Прием платежа» возможно сделать только на основании «Счета на оплату». Прием аванса от контрагента выполняется через «Счет на оплату».
* Минус — сложные сторнирования при Сокращениях пребывания.
+
* «Реализация товаров и услуг» — обязательна для закрытия контура. Это позволяет увидеть:
 
+
** Сколько реальной реализации выставлено клиентам за период, сколько из нее оплачено.
== Что даст переход на этот контур ==
+
* Возможность выбора Контрагента и Договора, на которого будут выставлены услуги и принята оплата.
# Ресурс «Номенклатура» на различных счетах позволит видеть — какие услуги оплачены, а какие нет.
 
# Наличие обязательного документа «Счет на оплату» в цепочке:
 
#* Позволяет пробивать чек всегда с признаком «Полной оплаты».
 
#* Отсутствие «частичной оплаты» в чеке сильно упрощает кассовый учет.
 
#* Дает возможность распределения авансов.
 
#* Дает возможность нормальной оплаты 1 массажа из 10 назначенных.
 
#* В счете есть «Срок оплаты счета». Это дает возможность контролировать этот срок. Разделить, например, ожидаемые оплаты на просроченные и не просроченные. Дает возможность в будущем снимать планируемые услуги, которые не были вовремя оплачены.
 
# Возможность распределения любого аванса, независимо от количества услуг.
 
# Счет «Реализация» позволяет видеть:
 
#* Сколько РР выставлено за период.
 
#* Сколько РР закрыто оплатами за период.
 
#* Вся ли реализация закрыта оплатами.
 
#* Все ли оплаты закрыты реализацией.
 
#* Можно сравнить сумму и количество реализации с бухгалтерией, проконтролировать правильность обменов.
 
#* Можно выставлять реализацию по дням, автоматом решая проблему переходящих путевок.
 
# Замкнутый цикл движений. Все движения по одному гостю сводятся в ноль. Выселение — закрывает весь контур оперативного учета. Остатки на счетах позволяют легко находить ошибки документов. Понятные и простые инварианты.
 
# Возможность контроля создания всех документов в цикле. Типа давать создавать реализацию, только если есть на счете незакрытые услуги к выставлению. Аналогично с «Счетом на оплату», аналогично с «Оплатой».
 
#* Возможность запрещать «Выселять» гостя, пока не сошлась Реализация и Взаиморасчеты.
 
# Видна оперативная реализация на каждый день. Можно понятно формировать Ночной аудит.
 
# На счете «Оказанные услуги» собирается сумма и количество услуг у заселенных гостей.
 
# Возможность добавления Розницы в текущий контур.
 
# Увеличивается значение «Номенклатуры» и «Номенклатуры пребывания» в частности. Повод навести в ней порядок.
 
# Появляется возможность в Карте гостя при заселении по путевке менять Дату заезда, Номер гостиницы (без изменения количества дней, суммы и номенклатуры).
 
# Отказ от «Основания» на счетах позволит решить все проблемы с оплатой по документам-основаниям.
 
# Позволит добавить в будущем возможности:
 
#* Планирование оперативной реализации (услуги парковки, трансфера).
 
#* Возможность назначения платных медицинских услуг по путевке.
 
#* Отметка факта выполнения незапланированных платных медицинских услуг.
 
#* Возможность закрытия услуг Контрагента (у которого нет Карты гостя).
 
#* Возможность добавления бонусной системы лояльности.
 
 
 
== Требуемые отчеты ==
 
# Контроль замкнутости цикла. Нужен будет какой-то общий отчет, который будет контролировать замкнутость цикла по конкретному гостю. Что по итогам всех действий «конечный остаток» = 0. Отчет по всем счетам в ОСВ с разворотом по Контрагенту или Карты гостя?)
 
# Контроль выставленной реализации — по каким документам (Картам гостя и Путевкам) реализация выставлена, а по каким нет.
 
# По взаиморасчетам.  Стандартно — сумма выставленной контрагенту реализации. По какой номенклатуре и по каким документам — и что из нее оплачено.
 
# План по оплате. Сколько денег мы ждем от клиентов. Отдельно ненадежная оплата (по броням), отдельно надежная (по заселенным гостям). С разворотом по типам документов и по номенклатуре.
 
# Оплата счетов — список счетов с информацией, какие они . Тоже, желательно, с разворотом по надежности оплаты (заселения\брони). Возможно, с учетом срока оплаты.
 
# Запланированные услуги — сколько и на какую сумму услуг (=номенклатуры) — мы должны оказать гостям. И какая часть из них оплачена. C разворотом по типам документов (Путевки / Заявки / Назначения услуг). По счету «Услуги к оплате».
 
# «Оказанные услуги» — тоже количество и сумма оперативных услуг, которые мы оказали гостям. С разделением по номенклатуре и по типам основания (Карты гостя, Путевки, Оказанные услуг и т.д.). С возможностью посмотреть — какая часть из этих услуг закрыта реализацией.
 
# «Оплаченная реализация» — какие документы реализации оплачены, а какие нет. С разворотом по номенклатуре. И по типу номенклатуры.
 
 
 
От Кедра:
 
* Отчет по оплатам. На этапе брони. Человек (ФИО), за него могут платить разные контрагенты — «источники оплаты за этого гостя». По броням. Если за гостя оплатили 50%, то надо это видеть.
 
* По оплатам — когда гость уже приехал. (сейчас более менее работает).
 
* Лицевой счет гостя открывать на этапе брони. Чтобы взаиморасчеты по Физлицу открывались еще на этапе брони.
 
* Бронь — не считается что гость нам должен.
 
 
 
== Проработка структуры и счетов ==
 
=== Общее ===
 
Структура бухгалтерского регистра «Оперативный учет услуг»
 
Измерения:
 
* Организация: можно вести учет по нескольким организациям.
 
Ресурсы:
 
* Сумма: балансовый, учитывается на всех счетах.
 
* Количество: небалансовый, учитывается на счетах реализации услуг для учета количества оказанных услуг.
 
Реквизиты:
 
* Содержание: расшифровка проводки.
 
 
 
[https://docs.google.com/drawings/d/1L0ILRr4HEocF_NVDWOwHpRA8KyfbUUVOkySu1gajtp4/edit Схема взаимодействия счетов]
 
 
 
== Описание счетов ==
 
Используется отдельный план счетов «План счетов учета услуг»
 
 
 
; Счет «Расчеты с контрагентами»
 
: Содержит сумму, которую контрагент должен санаторию. Без детализации по услугам и количеству услуг.
 
: Отрицательный остаток на счете означает наличие аванса.
 
: Аналитика: «Контрагент», «Договор»
 
: Ресурс:
 
:* «Сумма» — сумма задолженности.
 
 
 
; Счет «Ожидаемые поступления»
 
: Сумма которую организация ожидает получить от контрагента по документам.
 
 
 
; Счет «Ожидаемая реализация»
 
: Сумма, которую ожидает получить санаторий по будущим броням (путевкам) и количество дней, в течение которых услуга пребывания будет предоставляться.
 
: Аналитика: «Контрагент», «Договор», «Основание (путевка)»
 
: Ресурсы:
 
:* «Сумма» — ожидаемые поступления по брони
 
:* «Количество» — количество дней по путевке (для путевки на 14 дней на двух человек количество будет 28)
 
 
 
; Счет «К реализации»
 
: Сумма и количество услуг, которые планируются санаторием к оказанию гостям (услуги проживания/лечения/питания, платные услуги поверх суммы путевки).
 
: Аналитика: «Контрагент», «Договор», «Номенклатура», «Основание (карта гостя)»
 
: Ресурсы:
 
:* «Сумма» — сумма планируемых к оказанию услуг
 
:* «Количество» — количество услуг
 
 
 
; Счет «Оперативная реализация»
 
: Сумма и количество фактически оказанных гостям санатория услуг.
 
: Аналитика: «Номенклатура», «Контрагент», «Договор», «Основание (карта гостя)»
 
: Ресурсы:
 
:* «Сумма» — сумма оказанных услуг
 
:* «Количество» — количество услуг
 
 
 
; Счет «Вспомогательный»
 
: Так как система не является замкнутой, используется вспомогательный счет без аналитики для выполнения проводок, часть которых не реализована в системе, но подразумевается.
 
: Ресурс:
 
:* «Сумма»
 
  
 
== Операции ==
 
== Операции ==
* Регистрация заявки в категорию
+
* Список логических операций и документы, которые эти операции выполняют.
* Регистрация заявки в номер гостиницы
+
;1. Планирование услуг: Путевка, Назначение услуг
* Бронирование путевки по заявке в категорию
+
;2. Оказание запланированных услуг: Регистрация Карты гостя (по Путевке), Оказание услуг
* Бронирование путевки по заявке в номер гостиницы
+
;3. Оказание услуг: Регистрация Карты гостя (без Путевки), Оперативная реализация, Заявки гостя (Продление, Переселение, Сокращение и т.д.)
* Бронирование путевки напрямую, без заявки
+
;4. Выставление счета на оплату: Счет на оплату
* Регистрация карты гостя по путевке
+
;5. Оплата счета: Прием платежей
* Регистрация карты гостя без путевки
+
;6. Реализация: Реализация товаров и услуг
* Зачет аванса (предварительно деньги пришли к примеру)
 
* Оплата путевки несколькими контрагентами
 
* Назначение платных медицинских услуг
 
* Отметка факта выполнения платных медицинских услуг
 
* Операции Карты гостя:
 
** Продление
 
** Переселение
 
** Сокращение пребывания
 
** Сокращение пребывания (с выбытием)
 
* Ночной аудит
 
* Оперативная реализация внеплановой реализации
 
* Создание документа «Реализация услуг» (накладная)
 
* Оперативная реализация в Заявке и Путевке
 
 
 
== Проводки ==
 
; Дт «Взаиморасчеты» — Кт «Ожидаемая реализация»
 
: При выполнении операции бронирования путевки долг контрагента перед санаторием увеличивается на полную стоимость путевки и количество дней и сумма услуг пребывания, которые санаторий должен будет предоставить при регистрации по бронированию.  
 
: При «снятии брони» проводка сторнируется.
 
 
 
; Дт «Взаиморасчеты» — Кт «К реализации»
 
: При назначении платных сеансов услуг увеличивается долг контрагента и количество/сумма услуг, которые санаторий должен оказать гостю.
 
: При отметке «неявки на услугу» проводка сторнируется.
 
 
 
; Дт «Ожидаемая реализация» — Кт «К реализации»
 
: При выполнении регистрации карты гостя по путевке закрываются услуги пребывания, ожидаемые к оказанию гостю и увеличивается количество/сумма услуг, которые санаторий должен оказать гостю.
 
 
 
; Дт «К реализации» — Кт «Оперативная реализация»
 
: При отметке факта прохождения платной услуги закрывается ожидаемое оказание услуг и добавляется запись для формирования реализации.
 
: Для фиксации факта оказания услуги пребывания, каждый день формируется документ «ночного аудита». Закрывает один день и сумму за один день пребывания по путевке.
 
 
 
; Дт «Взаиморасчеты» — Кт «Оперативная реализация»
 
: Оказание дополнительных услуг гостю, для которых не требуется назначение времени сеанса (аренда велосипеда, бильярд и т.п.). Увеличивает долг контрагента и фактически оказанные гостю услуги, на которые будет сформирована реализация.
 
 
 
; Дт «Вспомогательный» — Кт «Взаиморасчеты»
 
: Документ «Прием платежей» закрывает задолженность контрагента на сумму платежа. Если платеж больше задолженности, то остаток считается авансом. Под дебетом проводки подразумевается поступление денег на расчетный счет контрагента.
 
 
 
; Дт «Оперативная реализация» — Кт «Вспомогательный»
 
: При регистрации выбытия гостя формируется акт об оказании услуг гостю (документ «Реализация товаров и услуг»). Под кредитом проводки подразумеваются действия по реализации услуг на стороне бухгалтерии
 
 
 
== Порядок действий по переходу с версии КУС 19.06 на 20.07 ==
 
# Переименовать счет «Взаиморасчеты» в «Ожидаемые поступления».
 
# Завести новый счет «Расчеты с контрагентами» (или движение денежных средств).
 
# Документ «Прием платежей» — сделать движения по счету «Расчеты с контрагентами».
 
# Документ «Реализация» — сделать движения на дебет по счету «Расчеты с контрагентами».
 
# Перенос движений на новые счета. (перепроведение документов)
 
# Решить вопрос с интерфейсом формирования «Реализации». Чтобы его было делать прям по циклу. Запретить выселять без реализации?) Сделать флажок в Выбытии — сделать реализацию?
 
# Переименовать «К реализации» в «Услуги к оказанию».
 
# Переименовать «Оперативная реализация» в «Реализация» (это не совсем реализация)? или «Оказанные услуги».
 
# Установить аналитику на счетах:
 
#* Взаиморасчеты — Контрагент, Договор
 
#* Ожидаемые поступления — Контрагент, Договор, Основание
 
#* Ожидаемые услуги — Контрагент, Договор, Основание?, Номенклатура
 
#* Оказанные услуги — Контрагент, Договор, Номенклатура
 
# В документ «Прием платежей» в «Расшифровку платежа» основание для возможности распределения платежа.
 
# В Документ Карта гостя, Услуги и оплата добавить отображение «закрытой» реализации.
 
  
Дополнительные пункты:
+
* Операции могут быть выполнены не по предложенному порядку — например, Реализацию можно выставить сразу после Планирования услуг.
# Убрать счет «Ожидаемая реализация».
 
# Актуализировать движения документов: Заявка, Путевка, Карта гостя, Снятие брони, Снятие заявки в счетах. Заявка движений не делает.
 
# Продумать как будут идти движения по циклу Заявка -> Путевка -> Карта гостя. Движения заменяются?
 
# Добавить в Заявку движения по оперативному учету? Сейчас странно:
 
#* Заявка сама не делает движений.
 
#* Прием платежей по Заявке делает аванс без основания.
 
#* Оперативная реализация делает движение по Заявке в счете Оказанные услуги.
 
#* Реализацию нельзя создать по Заявке. Но можно руками (или через счет). В основании не будет Заявки.
 
# В Назначение услуг добавить возможность создавать Реализацию на основании назначения услуг.
 
# В механизм «Выполнить регистрацию выбытия» (массовую) — добавить возможность создавать реализацию.
 
# Соплательщики в путевке — делить количество пропорционально сумме. Возможно, добавим колонку.
 
#* Прием платежей — добавить поле «Платеж за кого».
 
#* Соплательщики не проходят по контуру, только основной.
 
  
== Проверка контура на ситуациях ==
+
== См. также ==
* Простой вариант: Путевка — Карта гостя — Выселение. Один контрагент-гость.
+
* [[Ночной аудит (КУС)]]
* Реализацию создали при брони (в путевке)
 
* Путевку оплатили заранее (при брони)
 
* По путевке юрлицо, по заявке физлицо.
 
* Заявка
 
** Заселение через Заявку — Путевку — Карту гостя.
 
** Бронирование через Заявку, потом в Путевке меняем сумму и категорию номера. И номенклатуру. Что произойдет?
 
** Заявки нет в оперативном учете. (но должна быть)
 
** Заявки нет в контуре реального учета.
 
** Как понять — оплачена конкретная заявка из 100 у этого туроператора или нет?
 
** Ручная цена в строке заявке.
 
* Контрагент оплатил на 10 дней, а гость жил 5 дней и выехал. Что делать с остатками и где они зависают? И контрагент юрлицо, а гость физлицо.
 
** Добавить возможность выбрать — на кого реализацию выставить — на Карту гостя или на Путевку?
 
* Мультидоговор в карте гостя (по услугам отдельный).
 
* Соплательщики. Несколько плательщиков за одну путевку.
 
** Все количество основному Контрагенту. Остальным только сумма и количество = 0.
 
* Назначение платных услуг без Карты гостя — по Контрагенту.
 
** Надо чем-то закрывать контур — нужен аналог «Выселения». Дата действия договора.
 
* Реализация и оплата по путевке, а потом переселение в номер категории выше с доплатой денег.
 
* Реализация и оплата по путевке, а потом переселение в номер категории ниже с возвратом денег.
 
* Реализацию создают руками из списка реализаций.
 
* Ручная цена в путевке. Изменение ручной цены.
 
* Путевка на контрагента на 10 дней, после 6 дней пребывания гостя срочно вызвали на работу, попросили сократить срок путевки. Санаторий пошел навстречу.
 
** Взаиморасчеты с контрагентом — в путевке.
 
** Если бланк путевки берут новый, а старый рвут, то: Надо отменять старую путевку и делать новую. И привязывать новую путевку к старой карте гостя.
 
** Если бланк путевки редактируют старый (например, еще не успели его распечатать), то идут в старую путевку и редактируют данные там.
 
** Как-то бы сделать так, чтобы контур Оперативного учета позволял чуть отвязать Карту гостя от Путевки. Чтобы их можно было редактировать независимо друг от друга и не надо было снимать регистрацию карты гостя.
 
* По путевке дата заезда с понедельника. Но по факту гость заехал еще в воскресенье, потому что пришел поезд. Короче — изменение дат заезда и выезда в Карте гостя в момент заселения.
 
** Это должно учитываться в оперативном учете.
 
** Не должно учитываться в реальном учете.
 
** Либо надо переделать путевку на день раньше.
 
* Можно ли построить отчет «Учет койко-дней» с текущей функциональностью, но по оперативному счету? Чтобы у нас основной отчет был завязан на данные контура.
 
** Сработает в контуре РР, если движения будут делаться с учетом месяца.
 
** Заселение в двухместный номер «Весь номер». Какое количество пройдет? Мест или номеров?
 
* Учет продажи сертификатов.
 
* Путевка на юрлицо с ручной стоимостью. Гостю делают сокращение пребывания с возвратом: нужно уменьшать задолженность контрагента по путевке? Еще может быть продление со стороны физлица за его деньги, а потом сокращение с возвратом — надо делить кому что возвращать? (такое запрещено, нельзя сделать технически)
 
* Путевка на юрлицо, оплатили в путевке. В карте гостя делают изменение варианта питания с учетом стоимости. При уменьшении стоимости — аванс должен попасть юрлицу, а не физлицу. (такое запрещено, нельзя сделать технически)
 
* Кредитная работа с платными услугами:
 
** Врач назначает множество платных услуг
 
** Часть отменяется, переносится, оказывается.
 
** Приём оплаты на конец проживания по оказанным услугам.
 
** Оплату нужно отслеживания по услугам по именно, какие были оплачены, какие нет.
 
* Что двигает счет на оплату?
 
* Интерфейс «Администратор гостиницы» — отображение долг/оплаты по каким счетам?
 
** Как быть если договор контрагента несколько (отдельный на мед. услуги)?
 
  
== Классификация услуг ==
+
<!--
Планируемые услуги (гость еще не приехал и фиг знает приедет или нет)
+
= Процесс перехода на новую схему =
* Заявка
+
* Переходить необходимо не раньше, чем с релиза 21.02.01.
* Оперативная реализация по заявке
+
* Старая схема оперативного учета будет продолжать полноценно работать еще несколько релизов:
* Подтвержденная бронь (путевка?)
+
** Все документы будут делать движения и в старом и новом оперативном учете.
 +
** Все старые отчеты будут продолжать работать.
 +
* При обновлении «Кинт: Управление санаторием» на релиз 21.02.01:
 +
*: Будут обработаны документы «Бронирование» (=Путевка) с даты обновления. Им будут добавлены движения по новому оперативному учету.
 +
*: Карты гостя, проживающие на момент обновления все связанные документы) обработаны не будут.
 +
*: Все документы за прошлые периоды обработаны не будут.
 +
* В результате, отчеты по новому оперативному учету будут касаться только новых гостей, которых заселили после обновления.
 +
* Существует обработка [[Формирование движений оперативного учета услуг (КУС)|«Формирование движений оперативного учета услуг»]], которая позволяет добавить движения старым гостям.
 +
** Находится в [[Интерфейс "Администратор системы" (КУС)#Параметры учета|интерфейсе «Администратор системы» — '''Параметры учета''']] — «Формирование движений оперативного учета».
 +
** Обрабатываются документы «Путевка» и «Карта гостя» за период (по дате заезда) и «Назначение услуг» без карты гостя (по дате документа).
 +
** Движения документов по старой схеме оперативного учета не удаляются, обработку можно запускать повторно.
  
Оперативные услуги (подтвержденные, гость к нам приехал)
+
В текущей работе рекомендуется использовать отчеты нового оперативного учета — они находятся в разделе ВЗАИМОРАСЧЕТЫ — '''Оперативный учет услуг''' и помечены символом v2.
* Регистрация гостя
 
* Назначение услуг
 
* Заявки гостя — переселение, продление
 
  
Реально оказанные услуги (гость уже не может их отменить)
+
Для годового отчета за 2021 год, рекомендуется использовать отчеты старого оперативного учета — они находятся в разделе ВЗАИМОРАСЧЕТЫ '''Оперативная реализация услуг'''.
* Путевка(?) передача бланка БСО
+
-->
* Прожитый день (регистрируется Ночным аудитом)
 
* Прожитое проживание (Выселением)
 
* Оказанные услуги (документом Оказание услуг)
 
* Оказанные опер.услуги (документом Оперативная реализация)
 

Текущая версия на 18:08, 15 ноября 2024


Оперативный учет новый с 2021.png

Особенности

  • Балансовая схема учета. Контур учета замкнут для одного гостя — выполнение всех операций по гостю сводит остатки на всех счетах в 0. Незакрытые остатки на счетах позволяют легко находить ошибки документов. Можно настраивать понятные и простые инварианты.
  • Ресурс «Номенклатура» на счетах позволит видеть — какие услуги оплачены, а какие нет.
  • Отсутствие ресурса «Документ-основание» уберет проблемы со сведением взаиморасчетов, созданных разными документами.
  • Помощь и ускорение создания документов. Пользователь видит услуги, которые еще не были выставлены в Счете на оплату, или в Реализации, или не были Оплачены и легко создает соответствующие документы.
  • Возможность контроля создания документов. Например, можно запрещать Выселять гостя пока по нему не сошлись Реализация и Взаиморасчеты.
  • Возможность посмотреть «реальные» взаиморасчеты и сравнить их с данными бухгалтерии.
  • Планируемый доход санатория — на счете «Услуги к оплате» с разделением на подтвержденный (Путевки) и планируемый (Заявки).
  • Наличие обязательного документа «Счет на оплату» в цепочке:
  • Позволяет пробивать чек всегда с признаком «Полной оплаты». Отсутствие «частичной оплаты» в чеке значительно упрощает кассовый учет.
  • Дает возможность ручного распределения авансов.
  • Дает возможность частичной оплаты услуг (1 массажа из 10 назначенных) через разделение счетов на оплату.
  • Дает возможность контроля «Срока оплаты счета». Разделить, например, ожидаемые оплаты на просроченные и не просроченные. Дает возможность в будущем снимать планируемые услуги, которые не были вовремя оплачены.
  • Документ «Счет на оплату» является обязательным, «Прием платежа» возможно сделать только на основании «Счета на оплату». Прием аванса от контрагента выполняется через «Счет на оплату».
  • «Реализация товаров и услуг» — обязательна для закрытия контура. Это позволяет увидеть:
    • Сколько реальной реализации выставлено клиентам за период, сколько из нее оплачено.
  • Возможность выбора Контрагента и Договора, на которого будут выставлены услуги и принята оплата.

Операции

  • Список логических операций и документы, которые эти операции выполняют.
1. Планирование услуг
Путевка, Назначение услуг
2. Оказание запланированных услуг
Регистрация Карты гостя (по Путевке), Оказание услуг
3. Оказание услуг
Регистрация Карты гостя (без Путевки), Оперативная реализация, Заявки гостя (Продление, Переселение, Сокращение и т.д.)
4. Выставление счета на оплату
Счет на оплату
5. Оплата счета
Прием платежей
6. Реализация
Реализация товаров и услуг
  • Операции могут быть выполнены не по предложенному порядку — например, Реализацию можно выставить сразу после Планирования услуг.

См. также