Клиент прошёл весь путь: выбрал товар, положил в корзину, заполнил данные, выбрал доставку. Остался один клик — «Оплатить». И именно здесь, на финальном экране, теряется огромная доля заказов. Причина почти всегда одна: покупатель не понимает, за что и сколько он платит. Появилась незнакомая строка, итог не сошёлся с ожиданием, срок доставки исчез, способ оплаты неясен — и рука тянется закрыть вкладку.
Сводка заказа перед оплатой — это не формальность и не «страница подтверждения ради галочки». Это момент, где рождается или рушится доверие. В этой статье разберём, что обязательно показать на последнем шаге, как связать сводку с кассовым чеком по 54-ФЗ и как всё это устроено в модуле «Интернет-магазин» 1С-Битрикс. Многое здесь упирается в корректный расчёт итогов и обмен с учётной системой — их мы закрываем услугой автоматизации продаж и склада на 1С.
Коротко
- Покажите полный состав заказа, отдельные строки доставки и скидок и один честный итог к оплате.
- Сумма в сводке, сумма в эквайринге и сумма в кассовом чеке должны считаться из одного источника.
- Для B2B выделяйте НДС и показывайте, какие закрывающие документы получит клиент.
- Дайте редактировать заказ прямо на шаге сводки с моментальным пересчётом — это снижает отказы.
Почему сводка решает судьбу заказа
Последний экран оформления — это точка максимального намерения купить и одновременно максимальной тревоги. Клиент уже почти решился, но именно поэтому особенно чувствителен к любому несоответствию. Психологически он проверяет: «Меня не обманут? Итог тот, что я ожидал? Что произойдёт после оплаты?» Если сводка отвечает на эти вопросы спокойно и полно, покупатель платит. Если оставляет сомнения — уходит, даже уже держа карту в руке.
В B2B ставки выше: заказ на сотни тысяч рублей не оформляют «на доверии». Закупщик обязан свериться с итогом, НДС и условиями, прежде чем отправить оплату или счёт на согласование. Поэтому качественная сводка одинаково важна и для розницы, и для опта — просто в опте цена ошибки больше.
Что видит покупатель на последнем шаге
Хорошая сводка отвечает на пять вопросов клиента одним экраном, без прокрутки в поисках важного:
- Что я покупаю? Полный список позиций с количеством, ценой и понятными названиями.
- Сколько всего заплачу? Итог с учётом доставки, скидок и налогов — крупно и однозначно.
- Куда и когда приедет? Адрес, способ и срок доставки.
- Как я плачу? Выбранный способ оплаты и что произойдёт после нажатия кнопки.
- Что я получу как документ? Чек, счёт, закрывающие документы — особенно для юрлиц.
Всё остальное — вторично. Задача дизайна сводки — не «уместить максимум», а расставить эти ответы по приоритету так, чтобы взгляд сразу находил итог и состав, а детали были рядом, но не заслоняли главное.
Состав заказа: позиции, количество, цена
Список товаров в сводке кажется очевидным, но и здесь легко потерять доверие. Каждая позиция должна быть узнаваемой: то же название и картинка, что в каталоге, тот же артикул, что в спецификации. Если в корзине товар назывался «Кабель ВВГнг 3х2.5», а в сводке вдруг «Товар №48213» — клиент напрягается.
По каждой позиции показывайте:
- Название и вариант. Наименование, а для товаров с торговыми предложениями — конкретный размер, цвет, фасовку.
- Количество и единицу. Штуки, упаковки, метры, килограммы — так, как товар реально продаётся.
- Цену за единицу и сумму по строке. Чтобы клиент мог проверить арифметику сам.
- Наличие и склад. Особенно для опта — откуда отгрузят и есть ли остаток.
Состав, количество и цены в 1С-Битрикс берутся из корзины и торгового каталога, а для многих проектов синхронизируются с 1С. Если данные о товарах и остатках приходят обменом, критично, чтобы к моменту сводки они были актуальны — этим занимается автоматизация на 1С.
Итоговая сумма без сюрпризов
Итог — самая читаемая цифра на экране. Правило простое: к моменту сводки в ней уже должно быть учтено всё, что влияет на оплату. Никаких «плюс доставка на следующем шаге», никаких скрытых комиссий, всплывающих после нажатия кнопки.
Прозрачный итог собирается из явных строк:
| Строка | Что показывает | Почему важно |
|---|---|---|
| Товары | Сумма всех позиций до скидок | База, от которой считается остальное |
| Скидка | Размер и основание скидки | Снимает подозрение в «скрытой» цене |
| Доставка | Стоимость или «рассчитывается» | Частая причина отказа при сокрытии |
| НДС | Ставка и сумма налога | Обязателен для B2B и чека |
| Итого к оплате | Финальная сумма списания | Должна совпасть с эквайрингом и чеком |
Доставка, сроки и адрес
Доставка — второй по важности блок после итога. Клиент хочет видеть не только цену, но и когда и куда приедет заказ. Скрытая или отложенная стоимость доставки — классическая причина брошенных заказов: покупатель ожидал одну сумму, а на финале она выросла.
В сводке по доставке показывайте:
- Способ. Курьер, пункт выдачи, транспортная компания, самовывоз.
- Стоимость или честный статус. Точную цену либо «рассчитывается менеджером» / диапазон, если иначе нельзя.
- Срок. Дату или интервал доставки, а не абстрактное «скоро».
- Адрес и получателя. Куда и кому, с возможностью быстро поправить.
Если стоимость доставки действительно зависит от габаритов и региона и считается позже, не маскируйте это нулём. Честная строка «уточним при подтверждении» вызывает больше доверия, чем красивый ноль, превращающийся потом в счёт.
Способ оплаты и что будет дальше
Клиент должен понимать не только сколько, но и как он платит и что произойдёт после кнопки. Резкий переход на незнакомую платёжную страницу без предупреждения пугает. Поэтому в сводке явно указывайте выбранный способ оплаты и сценарий:
- Онлайн-оплата картой. «После нажатия вы перейдёте на защищённую страницу банка».
- Счёт для юрлица. «Мы выставим счёт на указанную почту, отгрузка после оплаты».
- Оплата при получении. «Оплатите курьеру или в пункте выдачи».
- Рассрочка или кредит. Условия и куда ведёт кнопка.
Для онлайн-оплаты важно, чтобы сумма, уходящая в эквайринг, была ровно той, что в сводке. Настройку платёжных систем и корректную передачу суммы в 1С-Битрикс мы разбираем в рамках проектов по автоматизации; смежные технические аспекты безопасной интеграции описаны в статье про REST, вебхуки и безопасность в Битрикс.
Кассовый чек и 54-ФЗ
При онлайн-оплате магазин обязан пробить фискальный чек по 54-ФЗ и отправить его покупателю. Сам чек формирует онлайн-касса (напрямую или через оператора фискальных данных), но его содержимое готовит сайт. Именно поэтому сводка и чек так тесно связаны: расхождения между ними — это не косметика, а ошибки фискализации и претензии.
Что сайт должен корректно передать в кассу для чека:
- Позиции и их стоимость. Ровно те, что в сводке, с итоговой ценой по строке.
- Ставку НДС по каждой позиции. 20%, 10%, 0% или «без НДС» — по номенклатуре.
- Признак предмета расчёта. Товар, услуга, доставка — для правильной классификации в чеке.
- Признак способа расчёта. Полная оплата, предоплата, аванс — в зависимости от сценария.
В 1С-Битрикс параметры касс и ставки НДС настраиваются в разделе продаж модуля «Интернет-магазин», а признаки предмета и способа расчёта задаются для типов товаров и служб. Ошибка здесь всплывает не сразу — в момент пробития чека, — поэтому этот блок обязательно проверяют на боевых заказах.
НДС и документы для B2B
Для юрлиц сводка — ещё и предварительный финансовый документ. Закупщик должен увидеть цену с выделенным НДС, потому что от этого зависит учёт и возмещение налога. Показывайте ставку и сумму НДС — по позициям или итоговой строкой, а для корзин со смешанными ставками — раздельно.
Помимо НДС, для B2B в сводке или сразу после неё важно обозначить, какие документы получит клиент:
- Счёт на оплату. Для оплаты по безналу от юрлица.
- Счёт-фактура и накладная / УПД. Закрывающие документы для бухгалтерии.
- Договор или оферта. Ссылка на условия, по которым оформляется заказ.
Все эти документы обычно формируются в 1С и передаются на сайт или в личный кабинет. Чтобы данные заказа, НДС и документы были согласованы между сайтом и учётной системой, нужен налаженный обмен — это зона автоматизации на 1С. Технически стабильность такого обмена держится в том числе на надёжной инфраструктуре, о которой мы писали в статье про хостинг и инфраструктуру BitrixVM.
Скидки, промокоды и цены по группам
Скидки повышают конверсию, только когда они понятны. Молча заниженная цена вызывает не радость, а вопрос «а не завышена ли исходная?». Поэтому каждую скидку показывайте отдельной строкой с основанием.
- Покажите исходную сумму. Цена до скидки, чтобы виден был размер выгоды.
- Назовите скидку. «Промокод WELCOME», «Оптовая цена вашей группы», «Скидка за объём».
- Выделите размер. В рублях или процентах — конкретно.
- Пересчитайте итог. Финальная сумма уже с учётом скидки, без «звёздочек».
В B2B цена вообще зависит от группы клиента: у дилера одна, у опта — другая. В сводке должна отображаться цена именно его группы, а не «витринная». Механику цен по группам, типов цен и скидок в торговом каталоге настраивают на стороне 1С-Битрикс и синхронизируют с учётной системой.
Редактирование заказа без ухода со страницы
Часть клиентов на финале решают что-то поправить: убрать позицию, изменить количество, сменить пункт выдачи. Если для этого их отправляют назад в корзину и заставляют проходить оформление заново, доля из них теряется. Поэтому базовое редактирование лучше давать прямо на шаге сводки, с моментальным пересчётом итога.
Что полезно разрешить менять инлайн:
- Количество и удаление позиций — с пересчётом суммы и скидок «на месте».
- Способ доставки и адрес — с обновлением стоимости и срока.
- Способ оплаты — с изменением сценария и, при необходимости, комиссии.
- Промокод — ввод и применение без перезагрузки страницы.
В 1С-Битрикс это реализуется через AJAX-оформление (компонент sale.order.ajax или кастомный аналог), где корзина и итоги пересчитываются на лету. Важно, чтобы при каждом пересчёте сумма для оплаты и данные будущего чека обновлялись синхронно с тем, что видит клиент.
Реализация в 1С-Битрикс
Сборка правильной сводки на 1С-Битрикс — это работа на стыке нескольких подсистем. Общая логика такова:
- Корзина как источник состава. Позиции, количество и цены берутся из basket, а не собираются заново.
- Единый расчёт итога. Скидки, доставка и налоги считает ядро; итог фиксируется один раз.
- Свойства заказа. Адрес, получатель, комментарии и данные юрлица выводятся в сводку.
- Службы доставки и платёжные системы. Способ, стоимость, срок и сценарий оплаты подтягиваются из настроек.
- Настройки касс и НДС. Ставки, признаки предмета и способа расчёта задаются для передачи в чек.
- Обмен с 1С. Цены, остатки и документы синхронизируются с учётной системой.
- Проверка на боевых заказах. Сверяются итог, списание и содержимое чека на реальных сценариях.
Когда логика оформления усложняется (разные группы клиентов, смешанные ставки НДС, частичная оплата), её выносят в аккуратную серверную реализацию поверх ядра. Такие расчёты удобно делать на современном ORM Битрикса — подходы описаны в статье про D7 ORM в 1С-Битрикс, а безопасное развёртывание изменений — в материале про CI/CD и деплой Битрикс.
Частые ошибки
- Скрытая доставка. Цена доставки появляется после нажатия «Оплатить» — итог не совпадает с ожиданием.
- Итог не сходится с чеком. Сумма списания и сумма в фискальном чеке различаются из-за отдельного пересчёта.
- Непонятные названия позиций. В сводке «Товар №…» вместо привычного наименования из каталога.
- Нет НДС для B2B. Юрлицо не видит выделенный налог и не может свериться с учётом.
- Скидка без объяснения. Цена занижена молча, что вызывает подозрение вместо доверия.
- Нельзя поправить заказ. Любое изменение отправляет клиента назад в корзину.
- Неясно, что после оплаты. Клиент не понимает, куда его перебросит и что он получит.
- Ошибки фискализации. Неверные ставки НДС или признаки расчёта всплывают в момент пробития чека.
Чек-лист сводки заказа
- Состав полон и узнаваем. Позиции с названием, вариантом, количеством, ценой за единицу и суммой.
- Итог честный. Все скидки, доставка и налоги учтены до кнопки оплаты.
- Доставка прозрачна. Способ, стоимость (или честный статус), срок, адрес.
- Оплата понятна. Способ и сценарий «что будет после нажатия».
- Чек согласован. Ставки НДС, признаки предмета и способа расчёта настроены и совпадают со сводкой.
- Документы для B2B. Выделен НДС, обозначены счёт и закрывающие документы.
- Скидки обоснованы. Каждая скидка — отдельной строкой с названием и размером.
- Редактирование доступно. Количество, доставка, оплата и промокод меняются без ухода со страницы.
- Одно число. Итог, эквайринг и чек берут сумму из одного зафиксированного значения.
- Проверено на бою. Реальные заказы прогнаны с проверкой списания и чека.
Вывод
Сводка заказа перед оплатой — это последний и решающий разговор магазина с клиентом. Здесь покупатель проверяет, что его не обманут, и от полноты этого экрана напрямую зависит, дойдёт ли он до оплаты. Показывайте честный состав, один прозрачный итог, понятную доставку и оплату, а для B2B — НДС и документы.
Технически всё держится на одном принципе: итог заказа считается один раз и одинаково идёт и клиенту, и в эквайринг, и в кассовый чек по 54-ФЗ. Свяжите корзину, платёжные системы, кассу и обмен с 1С так, чтобы эти числа никогда не расходились, — и последний экран из точки потерь превратится в спокойное подтверждение сделки.
