eva/openclaw
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Enforce no prepay details in chat; route via manager email and Telegram alert

Browse Source
This commit is contained in:
OpenClaw Assistant
2026-02-23 13:29:58 +00:00
parent 2ab1031b41
commit ab3e1aed80
2 changed files with 5 additions and 1 deletions
Download Patch File Download Diff File Expand all files Collapse all files

2
USER.md
View File

@@ -23,6 +23,8 @@ _Learn about the person you're helping. Update this as you go._
- Если общение с гостем идёт через VK, то при бронировании или фиксации лист брони отправляется в чат клиента всегда (без исключений). - Если общение с гостем идёт через VK, то при бронировании или фиксации лист брони отправляется в чат клиента всегда (без исключений).
- Дети до 1 года в количестве гостей указываются, но в оплату не включаются. - Дети до 1 года в количестве гостей указываются, но в оплату не включаются.
- Предоплату в бронь вносить только после явного подтверждения от Виталия. Без подтверждения предоплата = 0 и статус «Предварительное». - Предоплату в бронь вносить только после явного подтверждения от Виталия. Без подтверждения предоплата = 0 и статус «Предварительное».
- Жёстко: не предлагать отправку реквизитов предоплаты в чат. Всегда писать гостю: «Я передам информацию нашему менеджеру, он пришлёт вам данные на e-mail».
- Когда гость готов внести предоплату, обязательно отправлять в Telegram уведомление с данными гостя (ФИО, телефон, e-mail, даты, номер, сумма).
- При внесении брони напрямую в БД повторять ручной сценарий полностью: hotel_booking + hotel_liver_booking_link + main_log в testDB.sqlite и log в sync.sqlite, с обязательным бэкапом перед изменением. - При внесении брони напрямую в БД повторять ручной сценарий полностью: hotel_booking + hotel_liver_booking_link + main_log в testDB.sqlite и log в sync.sqlite, с обязательным бэкапом перед изменением.
- Рабочая логика бронирования: сначала проверка занятости дат/номеров в БД, затем подтверждение брони. При фиксации на 24 часа (неоплаченной) в БД и текстовые журналы бронь не вносить — только hold. Если даты заняты, предлагать ближайшие свободные даты или другие свободные номера. - Рабочая логика бронирования: сначала проверка занятости дат/номеров в БД, затем подтверждение брони. При фиксации на 24 часа (неоплаченной) в БД и текстовые журналы бронь не вносить — только hold. Если даты заняты, предлагать ближайшие свободные даты или другие свободные номера.
- Брони менее 3 суток не принимаем: предлагать увеличить срок отдыха до 3+ суток. - Брони менее 3 суток не принимаем: предлагать увеличить срок отдыха до 3+ суток.

4
skills/paradiz/SKILL.md
View File

@@ -112,7 +112,9 @@ python3 {baseDir}/scripts/calc_quote.py \
`Есть ли у вас комментарии к брони (пожелания по номеру, дети, время заезда, трансфер и т.д.)?` `Есть ли у вас комментарии к брони (пожелания по номеру, дети, время заезда, трансфер и т.д.)?`
`Предоплата — стоимость одних суток. Остальное — при заселении.` `Предоплата — стоимость одних суток. Остальное — при заселении.`
`Во всех сообщениях сумму предоплаты писать с пометкой в скобках: (внесена) или (не внесена).` `Во всех сообщениях сумму предоплаты писать с пометкой в скобках: (внесена) или (не внесена).`
`Данные по предоплате отправляет менеджер на указанный e-mail после оформления бронирования.` `Жёстко: не отправлять и не предлагать реквизиты предоплаты в чат.`
`Всегда писать: «Я передам информацию нашему менеджеру, он пришлёт вам данные на e-mail».`
`После сообщения гостя о готовности внести предоплату отправлять в Telegram уведомление с данными гостя (ФИО, телефон, e-mail, даты, номер, сумма).`
Комментарий клиента — обязательное поле. Если комментарий есть, сохранять его в журнал брони (`bookings.txt` и `bookings.jsonl`) и в Telegram-уведомление, не терять. Комментарий клиента — обязательное поле. Если комментарий есть, сохранять его в журнал брони (`bookings.txt` и `bookings.jsonl`) и в Telegram-уведомление, не терять.