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

Add strict rule: request payment receipt only via keeper78@inbox.ru email

Browse Source
This commit is contained in:
OpenClaw Assistant
2026-02-23 15:38:42 +00:00
parent 12eb3dcf86
commit b4a359787e
2 changed files with 2 additions and 0 deletions
Download Patch File Download Diff File Expand all files Collapse all files

1
USER.md
View File

@@ -25,6 +25,7 @@ _Learn about the person you're helping. Update this as you go._
- Предоплату в бронь вносить только после явного подтверждения от Виталия. Без подтверждения предоплата = 0 и статус «Предварительное». - Предоплату в бронь вносить только после явного подтверждения от Виталия. Без подтверждения предоплата = 0 и статус «Предварительное».
- Жёстко: не предлагать отправку реквизитов предоплаты в чат. Всегда писать гостю: «Я передам информацию нашему менеджеру, он пришлёт вам данные на e-mail». - Жёстко: не предлагать отправку реквизитов предоплаты в чат. Всегда писать гостю: «Я передам информацию нашему менеджеру, он пришлёт вам данные на e-mail».
- Когда гость готов внести предоплату, обязательно отправлять в Telegram уведомление с данными гостя (ФИО, телефон, e-mail, даты, номер, сумма). - Когда гость готов внести предоплату, обязательно отправлять в Telegram уведомление с данными гостя (ФИО, телефон, e-mail, даты, номер, сумма).
- Никогда не просить гостя прислать чек в чат. Всегда писать: «Отправьте, пожалуйста, чек на e-mail keeper78@inbox.ru с прикреплённым чеком и номером бронирования».
- При внесении брони напрямую в БД повторять ручной сценарий полностью: 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+ суток.

1
skills/paradiz/SKILL.md
View File

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