Правила записи

Правила записи принадлежат одному филиалу. Они лежат в Настройки → Правила записи, а филиал, которому их не ставили, живёт по умолчаниям ниже. Когда набор «Запись клиентов» поставлен, он кладёт стартовые значения по отрасли (см. Слова и умолчания отраслей).

Часов работы в правилах нет: время открывают графики ресурсов (см. График ресурса).

Шаг записи

Шаг записи — как часто может начинаться визит: каждые 5, 10, 15, 20, 30 или 60 минут. По умолчанию 15. По нему идёт время в сетке «Календаря» и в подборе, оно считается от полуночи в часовом поясе филиала, и визит нельзя записать на момент мимо шага.

Уборка после визита

Уборка после визита задаётся отдельно для мастера, места и аппарата. У услуги своей уборки нет. По умолчанию её нет ни у кого из них.

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

Экран подсказывает, что к чему: у мастера «обычно сразу к следующему», у места кресло, стол, кушетка или кабинет, у аппарата лампы и всё, что протирают.

Любой мастер

Когда клиентка не назвала мастера, а в это время свободны несколько, визит достаётся одному из них по правилу филиала. Правило одно для страницы записи, онлайн-администратора, помощника, веба и MCP: мастера выбирает подбор, а не экран.

• Поровну (по умолчанию) — первым тот, у кого в неделю этого визита меньше часов визитов. Неделя — с понедельника по воскресенье по часам филиала; в счёт идут и состоявшиеся визиты, отменённые не идут. Так работа делится между мастерами поровну. Среди равных — тот, у кого визит встанет вплотную: без зазора до соседнего визита или края открытого времени и без зазора после.
• Без дыр в графике (no_gaps) — визит ставится туда, где он закрывает свободное окно без остатка, а из таких окон берётся более узкое: в графиках меньше пустых окон, и длинные окна остаются под длинные услуги. Визитов у мастеров при этом может выйти по-разному; среди равных первым идёт тот, у кого часов в неделю визита меньше.
• По списку (in_order) — первым тот, кто выше в списке мастеров, занят — следующий. Порядок задаёт хозяин. Мастера, которого в списке нет, ставят после названных, по порядку заведения; деактивированный из списка выпадает, а вернувшись в работу, встаёт в конец.

Над правилом стоят два исключения: если клиентка назвала мастера, визит идёт к нему, а клиентка, записанная «как в прошлый раз», остаётся у мастера своего последнего визита (см. Поиск свободного времени для записи). Место и аппарат правилу не подчиняются: из свободных берётся менее занятый в этот день, потом по порядку заведения. Новое правило действует для новых записей; уже записанные визиты остаются у своих мастеров. Чьи часы и кто первым, показывает talemo_get_any_master.

Клиентам

Два правила решают, что клиенты получают о визите (см. Уведомления о визите):

• Подтверждать запись сразу — «Да» или «Нет». По умолчанию «Да». Сообщение уходит на основной контакт клиента.
• Напоминать о визите — за сколько часов до визита уходит напоминание. По умолчанию 24, то есть накануне. Смена часов пересчитывает напоминания, которые ещё ждут; то, у которого новое время уже прошло, не отправляется и отмечается на визите как «записались меньше чем за N часов до визита».

Как менять

Правила сохраняются по одному, и правка сразу видна в настройках филиала. У инструмента dry_run показывает правила такими, какими они станут, не сохраняя их. Поле, которого нет в запросе, остаётся как было, а уборка меняется только у названных — мастера, места или аппарата.

Кто может

Правила видит всякий, кто видит бизнес, а меняет тот, кто может менять филиал. Роль с перечнем филиалов меняет только их. Часы мастеров за неделю — данные о людях: их видит тот, кто видит визиты, а роль, ограниченная «своим», — только часы своего мастера. Онлайн-администратору часы не показывают. Без набора «Запись клиентов» правила недоступны.

Инструменты и отказы

• talemo_get_booking_rules показывает правила филиала: шаг сетки записи в минутах (step_minutes), уборку после визита для мастера, места и аппарата (по role), говорят ли клиенту сразу, что визит записан (confirm_on_booking), и за сколько часов до визита уходит напоминание (remind_before_hours), кому достаётся визит на «Любой мастер» (any_master: evenly, no_gaps или in_order) и мастеров филиала в работе по порядку «По списку» (master_order: resource_id и name). Правила, которых не ставили, показывают умолчания: шаг 15 минут, уборки нет, подтверждение сразу, напоминание за 24 часа, evenly.
• talemo_set_booking_rules их меняет: шаг — 5, 10, 15, 20, 30 или 60, уборка — от 0 до 120 минут у каждого названного (role: master, place или device), remind_before_hours — от 1 до 72, any_master — evenly, no_gaps или in_order, master_order — resource_id мастеров филиала по порядку, первый выше всех: названные встают первыми, остальные идут за ними как стояли. Чего нет в запросе, остаётся; уборка меняется только у названных.
• Неизвестное правило и мастер, названный в порядке дважды, отклоняются с request.body_invalid и params.field any_master или master_order; ресурс в порядке, который не мастер филиала в работе, — с record.reference_missing и params.field master_order.
• talemo_get_any_master показывает неделю с понедельника по воскресенье по часам филиала (day — день недели, по умолчанию сегодня): правило, мастеров в работе с минутами визитов за неделю (minutes) — теми же, по которым выбирает подбор — и first, кому достанется следующий визит. first пуст у «Без дыр» и когда у нескольких мастеров часов меньше всех поровну: там решает окно, а не часы. Роль, ограниченная «своим», видит только своего мастера, и first у неё пуст.
• Правила решают, что клиентам отправят потом, а сам вызов ничего не отправляет. Новые часы сдвигают напоминания, которые уже ждут, а то, что попало бы в прошлое, пропускается.
• Уборка идёт после работы и занимает ресурс: следующий визит ждёт её конца.
• dry_run показывает правила такими, какими они станут. Правила принадлежат одному филиалу, поэтому branch_id передают всегда.