...

Также при нажатии "Вернуться в магазин" в брони создаётся транзакция онлайн оплаты.

При первой активации модуля онлайн оплат, в Логус автоматически добавляется специальный код транзакции "ONLINE", которым и будут начисляться платежи.

...

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

...

UPD: Связанные брони не участвуют в ссылке на оплату

Оплата дополнительных услуг (в статусе IN)

Начиная с версии 2.7.62 появилась возможность гостям оплачивать услуги самостоятельно.

Для ускорения процесса выезда гостям, брони которых находятся в статусе "Проживание", предоставляется возможность перейти по ссылке и оплатить дополнительные услуги самостоятельно через онлайн-эквайринг. Для этого используется та же ссылка, что и при обычной оплате брони. Гарантия в этом случае не учитывается.
Image Modified

На странице оплаты суммируются все неоплаченные услуги - это те услуги, которые размещены вне строгих финдоков, на карманах, кроме безналичного. И важно, чтобы на этом кармане не было приёма аванса (потому что непонятно какие услуги он покрывает, какие нет).

При оплате таких услуг (отправке заказа в онлайн-эквайринг) Логус автоматически формирует строгий финдок (а не нестрогий, как в случае с предоплатой брони), и отправляет состав этого финдока товарной корзиной в эквайринг-интерфейс (чтобы сформировать полноценный чек). При получении оплаты внутрь строгого финдока добавляется транзакция оплаты.

...

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

Image Modified

Image Modified

Фискализация онлайн-оплат

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

1. Оплата фискализируется на стороне эквайринг-провайдера, в Логусе для транзакции онлайн-оплаты устанавливается признак первичной фискализации.
   Этот режим наиболее удобный, потому что в этом случае сам провайдер при оплате требует от пользователя контактные данные, проводит фискализацию и отправляет копию чека на email пользователю.
2. Если же провайдер не фискализирует оплаты на своей стороне, то они будут попадать в Логус в очередь автоматической (фоновой) фискализации и будет распечатан бумажный чек. При этом отправка чеков по email/sms недоступна (в том числе по той причине, что email или телефон гостя может быть неизвестен на момент оплаты).

Задание на фискализацию создаётся на первую рабочую станцию, на которой настроен активный фискал, на то же юр.лицо что у кода транзакции Online.

Автоматический возврат оплаты, произведённой по онлайн ссылке эквайринга (Сбербанк)

Если на счёте появляется коррекция оплаты ONLINE (онлайн-эквайринг), то направляется в банк запрос на коррекцию оплаты.
В случае, если отправить запрос в эквайринг-провайдера не удалось (после 5 попыток), ставится задача на задача на проверку возврата с назначением на создателя брони. Возврат автоматом НЕ выполняется для оплат, созданных до реализации данной фичи. Для таких оплат создаётся задача на проверку возврата пользователю, создавшему бронь.<!--
Коды транзакций корректировок, которые необходимо возвращать автоматически.
Если при поступлении предоплаты через Travelline в гарантии передаётся `PaymentTransactionId` (версия 1.16), то такую предоплату тоже можно вернуть, указав корректирующие коды транзакций.
-->
<RefundCorrectedTransactionCodes>ONLINE,ONLINEST</RefundCorrectedTransactionCodes>

...