|
|
(не показаны 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 год, рекомендуется использовать отчеты старого оперативного учета — они находятся в разделе ВЗАИМОРАСЧЕТЫ — '''Оперативная реализация услуг'''. |
− | * Путевка(?) — передача бланка БСО
| + | --> |
− | * Прожитый день (регистрируется Ночным аудитом)
| |
− | * Прожитое проживание (Выселением)
| |
− | * Оказанные услуги (документом Оказание услуг)
| |
− | * Оказанные опер.услуги (документом Оперативная реализация)
| |