Турция, Белек

Документы готовы

15 – 25 сентября 2026 · 10 ночей · заявка № 4521-Т

Осталось оплатить

1 458 у.е.

Сегодня это 147 841,20 ₽ — по курсу 101,40 ₽ за у.е. на 31.08.2026.

Вчера тот же остаток стоил 147 112,20 ₽. За сутки курс подрос на 0,50 ₽ за у.е., и в рублях остаток стал дороже на 729 ₽. В у.е. он при этом не изменился ни на копейку.

оплачено 70 %

Стоимость тура4 860 у.е.по договору эта цифра не меняется · сегодня это 492 804 ₽

Оплачено3 402 у.е.фактически внесли 331 743,60 ₽ — каждый платёж по курсу своего дня

Этап 2, схема готова. Стоимость, оплачено и остаток. Модели Booking и Payment в схеме БД описаны, но кода Этапа 2 нет ни строки — сегодня эти суммы менеджер считает в «Моих документах» руками.

Этап 2, схема готова. Таблица курсов у.е. в схеме БД уже описана, и каждый платёж хранит снимок курса своего дня — кода к ним нет. Открытый вопрос не в таблице, а в наполнении: у каждого оператора курс свой, единой выгрузки нет, и кто-то должен вносить его ежедневно.

Точную сумму зафиксирует курс в момент оплаты: заплатите завтра — она пересчитается, и это нормально. Чек придёт на почту m.kuz***@mail.ru сразу после платежа.

Данных нет — заводим. Развилка, по которой ждём вашего ответа: кнопку оплаты видят все туристы или менеджер включает её по каждой заявке отдельно? Признака «показывать кнопку» в схеме нет ни у заявки, ни у брони — его надо заводить, и от вашего ответа зависит, сколько настроек появится у менеджера в CRM.

Нужна интеграция. Приём денег картой — эквайринг, чек — онлайн-касса с фискализацией. Оба сервиса внешние, боевых ключей нет, и до договора с банком и ОФД кнопка остаётся нарисованной.

График платежей

1. Предоплата при бронировании1 458 у.е.
Оплачено 18.03.2026
Курс в тот день — 96,20 ₽ за у.е., ушло 140 259,60 ₽. Эта сумма уже не пересчитывается.
2. Второй взнос1 944 у.е.
Оплачено 19.05.2026
Курс в тот день — 98,50 ₽ за у.е., ушло 191 484 ₽. Эта сумма уже не пересчитывается.
3. Остаток по туру1 458 у.е.
Срок до 01.09.2026
Сегодня это 147 841,20 ₽ по курсу 101,40 ₽. Завтра сумма будет другой — окончательную зафиксирует день оплаты.

Этап 2, схема готова. Разбивка на взносы и сроки — модель InstallmentPlan вместе с Payment. В схеме всё есть, кода нет: сегодня график живёт в переписке с менеджером и у него в голове.

Нужна интеграция. Номер чека и ссылка на него приходят от онлайн-кассы после фискализации. Пока касса и ОФД не подключены, показывать нечего — это заглушка.

Почему сумма в рублях меняется

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

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