Ссылка на оплату и выставление счёта из 1С-Битрикс: приём платежей вне корзины

Далеко не каждая продажа проходит через корзину сайта. Клиент звонит и диктует заказ, пишет в WhatsApp «беру, куда платить?», менеджер собирает заявку в CRM, а бухгалтерия оптового покупателя просит «выставите счёт на юрлицо». Во всех этих случаях покупатель уже готов платить, но стандартная витрина ему не помогает — нужен другой инструмент: ссылка на оплату для физлиц и счёт с реквизитами для организаций. И то, и другое 1С-Битрикс умеет генерировать штатно.

В этой статье разберём, как принимать платежи вне корзины: создать заказ в админке, получить платёжную ссылку, подключить онлайн-оплату через ЮKassa, выставить счёт юрлицу, обезопасить ссылки и связать всё с онлайн-кассой и Битрикс24. Материал основан на наших проектах по интеграции платёжных систем и внешних сервисов с 1С-Битрикс — только то, что действительно работает в продакшене.

Сценарии оплаты вне стандартной корзины

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

• Заказ по телефону. Классика розницы и опта: клиент звонит, менеджер записывает состав заказа, а платить нужно удалённо. Отправить ссылку на оплату в СМС или мессенджер — самый быстрый способ закрыть сделку, пока покупатель «тёплый».
• Заказ в мессенджере. WhatsApp, Telegram, чат на сайте, директ в соцсетях. Диалог уже идёт в переписке, и логично прислать в тот же чат кликабельную ссылку — клиент оплачивает в два касания, не переключаясь на другой канал.
• Менеджер в CRM. Продавец ведёт сделку в Битрикс24 или другой CRM, согласовал состав и цену и хочет выставить счёт прямо из карточки сделки, не переключаясь в админку магазина.
• Счёт юрлицу. Оптовый или B2B-клиент работает по безналу: ему нужен документ с реквизитами, суммой и назначением платежа, который бухгалтерия проведёт через банк-клиент.
• Допродажа и доплата. К уже оформленному заказу добавили позицию, изменили доставку или нужно взять доплату за услугу — новую сумму удобно выставить отдельной ссылкой, не переоформляя весь заказ.
• Предоплата и бронь. Товар под заказ, услуга с авансом, бронирование — клиент вносит часть суммы сейчас, остаток позже. Здесь работает частичная оплата, о которой поговорим отдельно.

Общий знаменатель всех сценариев: заказ рождается не на витрине, а в разговоре или в CRM, но принять деньги нужно так же удобно и безопасно, как в обычном интернет-магазине. 1С-Битрикс закрывает эту задачу за счёт того, что заказ и оплата в нём — отдельные сущности, и оплату можно инициировать для любого заказа независимо от того, как он был создан.

Как устроена ссылка на оплату в Битриксе

Прежде чем настраивать, полезно понять, что физически представляет собой «ссылка на оплату». Это не магия — это URL на публичную страницу оплаты заказа, за которым стоит вполне конкретная цепочка объектов ядра.

Когда вы создаёте заказ и назначаете ему платёжную систему, Битрикс создаёт объект оплаты (payment) с суммой и привязкой к платёжному шлюзу. У страницы оплаты этого заказа есть адрес — как правило, это путь к странице личного кабинета или к специальному обработчику pay/, куда передаётся идентификатор заказа и хэш для проверки прав доступа. Открыв эту ссылку, покупатель видит сумму, состав заказа и кнопку оплаты выбранным способом.

Дальше сценарий зависит от типа платёжной системы:

• Онлайн-оплата (ЮKassa, банковский эквайринг, СБП). Со страницы оплаты клиент переходит на защищённую форму провайдера, вводит данные карты или подтверждает платёж в приложении банка. Провайдер списывает деньги и отправляет обратно уведомление о результате.
• Оплата по счёту (безнал). Страница оплаты отдаёт печатную форму счёта в PDF/HTML с реквизитами. Клиент скачивает её и оплачивает через свой банк.

Отдельно стоит различать два похожих понятия. «Ссылка на оплату заказа» ведёт на страницу вашего сайта, которая уже знает про заказ и его сумму. А «платёжная ссылка провайдера» (например, короткая ссылка ЮKassa) — это URL прямо на форму оплаты платёжной системы, минуя страницу сайта. Второй вариант удобен, когда сайта под этот платёж как бы и нет — например, продажа идёт полностью в переписке, — но тогда часть логики (статусы, чек, привязка к заказу) ложится на интеграцию с провайдером. В большинстве магазинов на Битриксе используют первый вариант: заказ живёт в системе, а ссылка ведёт на его страницу оплаты.

Создание заказа в админке и генерация ссылки

Базовый способ, не требующий никаких доработок, — создать заказ в административной части магазина и взять из него ссылку на оплату. Разберём по шагам.

1. Откройте создание заказа. В админке перейдите в «Магазин → Заказы → Добавить заказ» (детальная страница создания заказа). Это тот же интерфейс, которым пользуется служба поддержки при оформлении заказов за клиента.
2. Выберите или создайте покупателя. Найдите существующего клиента по телефону или почте либо заведите нового профиль покупателя. Для юрлица укажите тип плательщика «Юридическое лицо», чтобы стали доступны поля реквизитов.
3. Добавьте товары и услуги. Подберите позиции из каталога или добавьте произвольную позицию с нужной ценой (например, «Доставка» или «Услуга монтажа»), если платите не за товар из каталога.
4. Укажите доставку. Выберите способ доставки и стоимость — она войдёт в общую сумму к оплате. Для чистой доплаты доставку можно не добавлять.
5. Назначьте платёжную систему. В блоке оплаты выберите нужный способ: онлайн-оплата (ЮKassa/эквайринг) для физлица или «оплата по счёту» для юрлица. Именно этот выбор определяет, какую ссылку сгенерирует система.
6. Сохраните заказ. После сохранения у заказа появляется объект оплаты. В карточке заказа рядом с оплатой будет доступна ссылка на страницу оплаты (или кнопка «Оплатить» / «Счёт»).
7. Скопируйте и отправьте ссылку. Возьмите публичный адрес страницы оплаты и отправьте клиенту удобным каналом — вручную в мессенджере или автоматически через почтовое событие.

Этот путь хорош тем, что не требует программирования: всё делается штатными средствами интерфейса. Его минус — ручная рутина: при десятках заказов в день менеджеру утомительно каждый раз копировать ссылку и вставлять её в переписку. Поэтому на потоке эту операцию автоматизируют: добавляют в карточку заказа кнопку «Отправить ссылку на оплату», которая формирует сообщение в СМС/мессенджер, или настраивают почтовое событие, отправляющее ссылку клиенту сразу после создания заказа с нужным статусом.

Ссылка на оплату через ЮKassa и эквайринг

Для приёма денег от физлиц по ссылке чаще всего используют онлайн-оплату: карты, СБП, электронные кошельки. В Битриксе за это отвечает платёжная система с обработчиком провайдера — самые распространённые в России сегодня ЮKassa и прямой эквайринг банка (Сбер, Т-Банк, Альфа и другие).

Как это работает по шагам:

1. Подключение платёжной системы. В «Магазин → Настройки → Платёжные системы» добавляется система с обработчиком ЮKassa (или банка), куда вносятся идентификатор магазина (shopId) и секретный ключ из личного кабинета провайдера.
2. Настройка возврата статуса. В личном кабинете ЮKassa указывается URL обработчика уведомлений вашего сайта, куда провайдер будет присылать результат платежа. Без этого заказ не узнает, что его оплатили.
3. Генерация ссылки. При создании заказа с этой платёжной системой формируется страница оплаты. Клиент, перейдя по ссылке, попадает на форму ЮKassa и платит картой или через СБП.
4. Возврат результата. После оплаты ЮKassa отправляет уведомление на обработчик, Битрикс проверяет подпись и переводит заказ в статус «Оплачен». Клиента возвращает на страницу «спасибо».

Отдельно про СБП (Систему быстрых платежей): оплата по QR-коду или ссылке через СБП дешевле по комиссии, чем эквайринг карт, поэтому её всё чаще ставят основным способом. В ссылке на оплату СБП может быть представлена и как QR-код на странице, и как кнопка перехода в приложение банка. Как подключить ЮKassa и СБП с нуля, мы подробно разбираем в отдельном материале — подключение ЮKassa и СБП в 1С-Битрикс.

Выставление счёта для юрлиц

B2B и опт живут по безналу. Организации не платят картой из директора — им нужен счёт: документ с реквизитами продавца, суммой, перечнем позиций и назначением платежа, который бухгалтерия проведёт через банк по платёжному поручению. В Битриксе это отдельная платёжная система «оплата по счёту» (безналичный расчёт для юрлиц).

Что входит в правильно настроенное выставление счёта:

• Тип плательщика «Юридическое лицо». Для него в заказе появляются поля реквизитов: наименование организации, ИНН/КПП, расчётный счёт, банк, БИК, юридический адрес. Часть можно подтягивать автоматически по ИНН через сервис проверки контрагентов.
• Печатная форма счёта. Битрикс формирует счёт по шаблону (обычно PDF или HTML для печати) с вашими реквизитами продавца, позициями заказа, суммой, НДС и подписью/печатью. Шаблон настраивается под фирменный бланк.
• Оплата по реквизитам. Клиент получает счёт (ссылкой на скачивание или файлом), передаёт в бухгалтерию, та формирует платёжное поручение. Деньги приходят на расчётный счёт за 1–3 рабочих дня.
• Подтверждение оплаты. Поскольку банковский перевод не даёт мгновенного онлайн-уведомления, факт оплаты обычно подтверждают вручную (менеджер видит поступление в банк-клиенте и переводит заказ в «Оплачен») или автоматически — через интеграцию с 1С:Бухгалтерией, которая сверяет поступления по расчётному счёту.

Ключевое отличие от онлайн-оплаты: счёт по безналу не фискализируется кассовым чеком (для юрлиц по безналу чек не требуется), а подтверждение оплаты приходит не webhook'ом, а из банковской выписки. Поэтому для опта критична связка с учётной системой: без неё менеджеры вручную сверяют оплаты, что медленно и чревато ошибками. Механику безналичной оплаты для B2B со всеми нюансами реквизитов, отсрочек и лимитов мы разбираем в статье оплата по счёту для B2B в 1С-Битрикс.

Ссылка на оплату против счёта — сравнение

Два инструмента решают одну задачу — принять деньги вне корзины, — но подходят разным клиентам. Ниже наглядное сравнение, которое помогает выбрать способ под конкретную сделку.

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

Безопасность платёжных ссылок

Ссылка на оплату уходит во внешние каналы — мессенджеры, СМС, письма, — которые вы не контролируете. Значит, её безопасность нельзя строить на предположении «никто не догадается». Разберём, что делает ссылку безопасной.

• Уникальный непредсказуемый токен. Адрес страницы оплаты не должен строиться на голом порядковом номере заказа (/pay/1024/), иначе подобрать чужую ссылку тривиально перебором. Нужен случайный хэш/токен, привязанный к заказу и достаточно длинный, чтобы его нельзя было угадать.
• Ограниченный срок жизни. Ссылка должна протухать — например, через сутки-двое или до смены статуса заказа. «Вечная» ссылка на оплату — это риск: старый заказ, отменённый вручную, не должен внезапно оплатиться спустя месяц.
• Проверка статуса. Перед показом формы оплаты система проверяет, что заказ ещё не оплачен и не отменён. Уже оплаченный заказ по ссылке открываться на повторную оплату не должен — иначе клиент случайно заплатит дважды.
• Минимум персональных данных на странице. Страница оплаты показывает сумму и состав заказа, но не должна раскрывать лишнее: полный адрес, телефон, паспортные данные. Если ссылка утечёт, по ней не должно быть утечки ПДн.
• HTTPS и проверка подписи callback. Сама страница — только по HTTPS, а уведомления от провайдера принимаются с проверкой подписи, чтобы нельзя было подделать «оплату» поддельным запросом на обработчик.
• Защита от подмены суммы. Сумма к оплате фиксируется на стороне сервера и передаётся провайдеру, а не берётся из параметров ссылки, которые клиент мог бы изменить.

Отдельно про повторное использование. Хорошая практика — привязывать успешную оплату к конкретному объекту payment и «гасить» ссылку после оплаты. Если нужна доплата — создаётся новая оплата с новой ссылкой, а не переоткрывается старая. Так вы всегда точно знаете, за что именно пришли деньги, и защищаетесь от двойных списаний и путаницы в учёте.

Онлайн-касса и фискализация чека

При расчёте с физлицом закон 54-ФЗ требует пробить кассовый чек. Оплата по ссылке — не исключение: как только клиент заплатил картой или через СБП, должен сформироваться фискальный чек и уйти в ОФД, а покупателю — электронная копия. Разберём, кто и как это делает.

В Битриксе есть модуль «Онлайн-касса», который связывает заказы с кассовым аппаратом или облачной кассой (АТОЛ Онлайн, Бизнес.Ру, ОРАНЖ ДАННЫЕ и т. п.). Возможны две схемы фискализации:

• Касса на стороне Битрикса. Модуль кассы формирует чек по данным заказа (позиции, ставки НДС, признак способа расчёта) и отправляет его на облачную кассу, которая регистрирует чек в ФНС через ОФД. Подходит, когда касса подключена именно к магазину.
• Касса на стороне провайдера. ЮKassa и часть банков умеют пробивать чек сами при онлайн-оплате — тогда фискализацию берёт на себя их касса, а вы передаёте им состав чека в запросе на оплату. Удобно, если не хочется держать отдельную кассу.

Важные нюансы, на которых спотыкаются чаще всего:

• Ставки НДС и признак предмета расчёта. Каждой позиции заказа нужно правильно задать ставку НДС и тип (товар, услуга, аванс). Ошибка здесь ведёт к некорректному чеку и претензиям ФНС.
• Чек на предоплату и на зачёт аванса. При частичной оплате пробивается сначала чек на аванс, а при финальной отгрузке — чек зачёта аванса. Это отдельная механика, которую нужно настраивать осознанно.
• Признак способа расчёта. Полная оплата, предоплата, аванс, кредит — от этого зависит содержимое чека. Модуль кассы должен получать эту информацию из заказа.

Уведомление клиента и отслеживание статуса

Отправить ссылку — половина дела. Дальше нужно, чтобы обе стороны понимали, что происходит: клиент — что от него ждут оплату, менеджер — оплачено или нет. За это отвечает система статусов и уведомлений.

Жизненный цикл оплаты по ссылке обычно выглядит так:

1. Заказ создан, ссылка отправлена. Заказ в статусе «Ждёт оплаты». Клиент получает сообщение со ссылкой и суммой.
2. Клиент перешёл по ссылке. При желании можно фиксировать факт перехода — это сигнал менеджеру, что клиент увидел счёт.
3. Оплата прошла. Провайдер присылает webhook, заказ переходит в «Оплачен». Клиенту уходит подтверждение и чек, менеджеру — уведомление.
4. Оплата не прошла или просрочена. Если по истечении срока оплаты нет — заказ можно автоматически напомнить (повторное письмо/СМС) или перевести в «Отменён».

Каналы уведомления клиента в Битриксе:

• Почтовые события. Штатный механизм: на смену статуса заказа отправляется письмо по шаблону. Так уходят и ссылка на оплату, и подтверждение оплаты.
• СМС и мессенджеры. Через интеграцию с СМС-провайдером или чат-ботом можно слать ссылку и статусы туда, где клиент реально читает — в WhatsApp или Telegram.
• Пуш и личный кабинет. Для зарегистрированных клиентов статус виден в личном кабинете, плюс можно слать пуш-уведомления.

Отслеживание для менеджера строится вокруг списка заказов с фильтром по статусу оплаты и напоминаний. Полезно настроить бизнес-процесс: если заказ висит в «Ждёт оплаты» дольше N часов — поставить менеджеру задачу связаться с клиентом. Так «зависшие» оплаты не теряются, а превращаются в повторный контакт.

Интеграция с Битрикс24 CRM

Когда продажами занимаются менеджеры, ядро процесса — не админка магазина, а CRM. Битрикс24 позволяет выставлять счёт и ссылку на оплату прямо из карточки сделки или лида, не переключаясь в интернет-магазин. Это и есть сценарий «менеджер в CRM».

Что даёт связка Битрикс24 и приёма платежей:

• Счёт из сделки. В Битрикс24 CRM есть сущность «Счёт»: менеджер добавляет товары, выбирает способ оплаты и одним действием отправляет клиенту ссылку на оплату или PDF-счёт прямо из карточки сделки.
• Оплата в один клик из чата. Через открытые линии менеджер отправляет ссылку на оплату прямо в тот мессенджер, где идёт диалог с клиентом.
• Автоматическая смена стадии. После оплаты сделка автоматически двигается по воронке (например, в «Оплачено»), запускаются роботы: постановка задачи на отгрузку, уведомление склада, письмо клиенту.
• Единая история. Все счета, оплаты и переписка хранятся в карточке клиента — видно, что и когда выставлялось, оплачено или нет.

Если у вас интернет-магазин на 1С-Битрикс и портал Битрикс24 — их связывают так, чтобы заказы и оплаты синхронизировались между площадками: заказ с сайта попадает в CRM как сделка, а оплата, принятая по ссылке из CRM, отражается в магазине. Настройку такой связки, воронок и роботов мы делаем в рамках работ по внедрению и настройке Битрикс24.

Частичная оплата и предоплата

Не всегда клиент платит всю сумму сразу. Товар под заказ, дорогая позиция, услуга с авансом, рассрочка от продавца — во всех этих случаях нужна частичная оплата. Битрикс это поддерживает за счёт того, что у одного заказа может быть несколько объектов оплаты.

Типовые схемы:

• Предоплата + остаток. Создаётся оплата на 30% (или другую долю) — ссылка на неё уходит клиенту. После внесения предоплаты заказ идёт в работу, а перед отгрузкой формируется вторая оплата на остаток со своей ссылкой.
• Аванс и депозит. Клиент вносит аванс на «депозит», с которого потом списываются отгрузки. Удобно для постоянных оптовых покупателей: пополнил баланс — и заказывает без каждого раза выставления счёта.
• Оплата частями по графику. Крупный заказ разбивается на платежи по датам, на каждый — своя ссылка и напоминание.

Важный момент — фискализация частичной оплаты. На аванс/предоплату пробивается один чек, на финальный расчёт при отгрузке — чек зачёта аванса. Это требование 54-ФЗ, и его нельзя игнорировать. Механику депозита, авансов и корректной фискализации частичных платежей мы подробно разобрали в отдельной статье — частичная оплата и депозит в 1С-Битрикс.

Реализация в 1С-Битрикс: модули и шаги

Соберём техническую картину: какие модули и настройки задействованы, чтобы приём платежей вне корзины работал как единый механизм.

• Модуль «Интернет-магазин» (sale). Ядро заказов, оплат и отгрузок. Именно он даёт сущности order/payment/shipment и интерфейс создания заказа в админке. Доступен в редакциях «Малый бизнес» и «Бизнес».
• Платёжные системы. Обработчики ЮKassa, банковского эквайринга, СБП и «оплата по счёту» настраиваются в «Магазин → Настройки → Платёжные системы». У каждого — свои поля (ключи, реквизиты, шаблон счёта).
• Модуль «Онлайн-касса» (кассовые чеки). Связывает заказы с облачной кассой и ОФД, формирует фискальные чеки по 54-ФЗ для платежей физлиц.
• Почтовые/СМС-события. Отправка ссылки и статусов клиенту по шаблонам на смену статуса заказа.
• Обработчик уведомлений провайдера. Публичный URL, куда ЮKassa/банк присылает результат оплаты; проверяет подпись и меняет статус заказа.
• Обмен с 1С и Битрикс24. Синхронизация заказов, оплат и поступлений денег для автоматического подтверждения безналичных платежей и работы менеджеров в CRM.

Порядок внедрения на практике:

1. Определите сценарии. Выпишите, откуда приходят заказы вне корзины (телефон, мессенджер, CRM, опт) и кто платит (физлицо/юрлицо) — от этого зависит набор платёжных систем.
2. Подключите онлайн-оплату. Настройте ЮKassa/эквайринг и СБП, пропишите обработчик уведомлений, проверьте тестовый платёж и возврат статуса.
3. Настройте счёт для юрлиц. Заведите платёжную систему «оплата по счёту», настройте шаблон печатной формы с вашими реквизитами и полями плательщика.
4. Подключите кассу. Свяжите заказы с онлайн-кассой, проверьте ставки НДС и признаки расчёта, пробейте тестовый чек.
5. Автоматизируйте отправку ссылки. Заведите статус «Ждёт оплаты», шаблоны письма/СМС со ссылкой и, при необходимости, кнопку отправки в карточке заказа.
6. Обеспечьте безопасность. Проверьте, что ссылка на токене, с ограниченным сроком жизни и проверкой статуса, а сумма фиксируется на сервере.
7. Свяжите с CRM и 1С. Настройте синхронизацию заказов и оплат с Битрикс24 и учётной системой для подтверждения безнала и работы менеджеров.

Как это выглядит в админке

Чтобы было предметно, вот схематичный вид карточки оплаты в заказе: сумма, выбранная платёжная система, статус и действие «отправить ссылку».

Обратите внимание на важную деталь схемы: в ссылке присутствует не просто номер заказа, а hash — тот самый токен, который защищает страницу оплаты от подбора. Если в вашей системе ссылка выглядит как голый /pay/1042/ без хэша, это повод пересмотреть безопасность.

Частые ошибки

• Ссылка построена на порядковом номере заказа без токена — чужую оплату можно открыть простым перебором адресов.
• Ссылка «вечная» и без проверки статуса — отменённый месяц назад заказ внезапно оплачивается, или клиент платит дважды по старой ссылке.
• Не настроен обработчик уведомлений провайдера — деньги списаны, а заказ так и висит «не оплачен», менеджер сверяет вручную.
• Пытаются пробить кассовый чек на безналичную оплату юрлица — лишняя фискализация и ошибки в учёте (для безнала юрлицу чек не нужен).
• Неверные ставки НДС и признаки расчёта в чеке — некорректный фискальный документ и риск претензий ФНС.
• Забыли про чек на аванс при частичной оплате — предоплата принята, а фискального чека на аванс нет.
• Сумма к оплате берётся из параметров ссылки, а не фиксируется на сервере — потенциальная подмена суммы клиентом.
• Ссылка отправляется вручную из админки на потоке — менеджеры тратят время и ошибаются; нет автоматизации через статусы и шаблоны.
• Счёт юрлицу без нормального шаблона печатной формы — реквизиты неполные, бухгалтерия клиента возвращает счёт на переделку.

Чек-лист внедрения

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

1. Сценарии описаны. Определено, откуда приходят заказы вне корзины и кто платит — физлица или юрлица; под каждый выбран способ оплаты.
2. Онлайн-оплата работает. ЮKassa/эквайринг и СБП подключены, тестовый платёж проходит, статус возвращается webhook'ом.
3. Счёт для юрлиц настроен. Платёжная система «оплата по счёту» работает, печатная форма с реквизитами корректна, поля плательщика подтягиваются по ИНН.
4. Касса подключена. Чеки формируются по 54-ФЗ, ставки НДС и признаки расчёта верны, чек уходит клиенту.
5. Ссылки безопасны. Адрес на токене, срок жизни ограничен, статус проверяется, сумма фиксируется на сервере, страница по HTTPS.
6. Отправка автоматизирована. Заведён статус «Ждёт оплаты», настроены шаблоны письма/СМС со ссылкой и подтверждением оплаты.
7. Частичная оплата предусмотрена. Есть механика предоплаты/остатка, чеки на аванс и зачёт настроены.
8. CRM и 1С связаны. Заказы и оплаты синхронизируются с Битрикс24 и учётной системой, безнал подтверждается по выписке автоматически.

Вывод

Приём платежей вне корзины — не хак и не костыль, а штатная возможность 1С-Битрикс: заказ создаётся в админке или в CRM, к нему привязывается онлайн-оплата или счёт, и клиент платит по ссылке из любого канала. Чтобы это работало надёжно, важны три вещи: правильно подобранная платёжная система под тип плательщика, безопасная ссылка с токеном и сроком жизни, и корректная связка с кассой, CRM и учётной системой. Соберите эти элементы — и телефонные, мессенджер- и B2B-заказы будут закрываться так же гладко, как обычные покупки в корзине.