Заменили преподавателя: кому относится занятие и начисление

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

Постоянный преподаватель и исполнитель занятия

Допустим, учебную группу обычно ведёт преподаватель А, а одно занятие по согласованной замене провёл преподаватель Б. Если администратор просто поменяет фамилию в карточке группы, это может затронуть будущий план и отчёты о прошлых занятиях. Причина разовой корректировки потеряется.

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

Как замена связана с расчётом

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

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

Учебная ведомость исключений

Все преподаватели и занятия в таблице вымышлены. Условие начисления в каждом случае должно быть подтверждено ответственным лицом по принятому порядку. Отметка о замене не позволяет автоматически подставлять ставку человека, который указан в шаблоне группы.

Назначение замены ещё не подтверждает проведение

Администратор согласовал преподавателя Б заранее, но занятие могло позже отмениться. Сохраняйте раздельно план, назначенную замену и подтверждённое проведение. Иначе любая предварительная договорённость начнёт создавать оплату так, будто работа уже выполнена.

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

Ставка должна относиться к нужному периоду и работе

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

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

Начислено, проверено и выплачено

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

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

Позднее исправление должно быть объяснимым

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

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

Приёмка замены без реальных выплат

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

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

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