Доработка оплаты и доставки на 1С-Битрикс: платёжные системы, службы доставки и интеграции

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

Оплата и доставка — это не одна задача, а целый узел, который связывает витрину, платёжный шлюз, логистику, онлайн-кассу и учётную систему. Заказ оформлен на сайте, оплата прошла через банк, чек ушёл в налоговую, заявка передана в службу доставки, трек-номер вернулся клиенту, а статус заказа и оплата отразились в 1С — всё это должно работать как единый конвейер без ручного вмешательства. Когда какое-то звено настроено криво или отсутствует, появляются ручная сверка платежей, потерянные заказы и недовольные клиенты. Доработка приводит этот конвейер в порядок.

Направления доработки оплаты и доставки

Чтобы работа была управляемой, мы делим этот узел на три направления, у каждого своя страница и свои сценарии. Доработка системы оплаты отвечает за приём платежей: подключение платёжных систем — ЮKassa, Т-Банк, Сбербанк, Альфа-Банк, оплата через СБП, рассрочка и сплит-платежи, фискализация по 54-ФЗ и онлайн-касса с корректными чеками. Доработка системы доставки подключает службы — СДЭК, Boxberry, DPD, Почту России, настраивает расчёт стоимости и сроков по тарифам, выбор пункта выдачи на карте и возврат трек-номеров клиенту. Доработка интеграций связывает оплату и доставку с учётом: обмен заказами, оплатами и статусами с 1С, CRM и ERP, выгрузка товаров на маркетплейсы и синхронизация остатков через API.

Главные узлы, которые мы дорабатываем:

• подключение платёжных систем — ЮKassa, Т-Банк, Сбербанк, Альфа, оплата через СБП и рассрочка;
• фискализация по 54-ФЗ, онлайн-касса и корректные чеки на приход и возврат;
• подключение служб доставки — СДЭК, Boxberry, DPD, Почта России — с расчётом стоимости и сроков;
• выбор пункта выдачи на карте, курьерская доставка по адресу и возврат трек-номеров;
• обмен заказами, оплатами и статусами с 1С, CRM и ERP без ручной сверки;
• выгрузка ассортимента на маркетплейсы и синхронизация остатков через API.

Кому нужна доработка оплаты и доставки

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

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

Как устроена доработка и запуск

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

Фундамент стабильной работы — обмен с 1С и другими системами. Когда оплаты и статусы заказов синхронизируются автоматически, бухгалтерия перестаёт сверять платежи вручную, а менеджеры видят актуальные статусы доставки. Логику подключений мы выносим в собственные модули и обработчики, не правя ядро Битрикса напрямую, поэтому обновления платформы и платёжных систем проходят без конфликтов. Доступ к платёжным данным всегда защищён, а тестирование на реальных сценариях исключает ситуацию, когда ошибка в оплате всплывает уже на боевых клиентах.

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

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

Почему оплата и доставка — самое уязвимое место магазина

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

При этом оплата и доставка — технически самый сложный узел магазина. Он связывает витрину, платёжный шлюз банка, онлайн-кассу, налоговую, службы доставки и учётную систему. Каждое звено живёт по своим правилам и меняется со временем: банки обновляют протоколы эквайринга, появляется СБП и рассрочка, службы доставки меняют тарифы и API, ужесточаются требования 54-ФЗ к чекам. Магазин, который однажды настроили и забыли, постепенно отстаёт — и теряет клиентов на ровном месте.

Три направления, по которым мы дорабатываем этот узел

Чтобы работа была управляемой, мы раскладываем доработку на три направления. Доработка системы оплаты отвечает за приём платежей: подключение платёжных систем — ЮKassa, Т-Банк, Сбербанк, Альфа-Банк, оплата через СБП, рассрочка и сплит-платежи, а также фискализация по 54-ФЗ и онлайн-касса. Это направление напрямую влияет на конверсию: чем привычнее и удобнее способ оплаты, тем меньше брошенных корзин на финише.

Доработка системы доставки отвечает за то, чтобы клиент понимал, сколько и когда он получит заказ: подключение служб — СДЭК, Boxberry, DPD, Почты России, расчёт стоимости и сроков по тарифам, выбор пункта выдачи на карте и возврат трек-номеров. Прозрачная доставка снимает поток звонков с вопросами и убирает причину бросить заказ из-за непонятной цены и срока.

Доработка интеграций связывает оплату и доставку с учётом: обмен заказами, оплатами и статусами с 1С, CRM и ERP, выгрузка ассортимента на маркетплейсы и синхронизация остатков через API. Это направление редко видит клиент, но именно оно избавляет бухгалтерию от ручной сверки платежей, а менеджеров — от переноса заказов руками. Три направления дополняют друг друга и вместе образуют единый надёжный конвейер.

Главное правило безопасной доработки оплаты — тестировать на реальных данных

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

Второй принцип — работа на тестовой копии сайта и вынос логики из ядра. Подключения платёжных систем и служб доставки мы реализуем в собственных модулях и обработчиках событий, не правя ядро Битрикса напрямую. Это важно вдвойне для оплаты: платёжные провайдеры регулярно обновляют свои модули и протоколы, и если кастом вписан в ядро, каждое такое обновление грозит сломать приём платежей. Логика в отдельных модулях переживает обновления без конфликтов. Подробнее об архитектурных принципах безопасной доработки можно посмотреть в разделе доработки и модернизации сайта.

Фискализация и 54-ФЗ — частая зона дорогих ошибок

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

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

Когда хватит одного подключения, а когда нужен весь конвейер

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

Какой масштаб нужен именно вам, мы определяем на бесплатном аудите оформления заказа. Смотрим, какие способы оплаты и доставки уже подключены, где клиенты бросают корзину, как идёт фискализация и обмен с 1С, и честно говорим, что достаточно подключить точечно, а где стоит выстроить конвейер целиком. Решение принимаем по фактическим узким местам и потоку заказов, а не по тому, что нам интереснее продать.

Как мы оцениваем и ведём работы

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

Такой порядок делает доработку предсказуемой. Вы платите за понятные задачи с заранее известной оценкой, а не за абстрактный проект. Доработки сверх согласованного объёма выносим отдельно и согласуем заранее — никаких сюрпризов в счёте. Если оплата и доставка требуют постоянного внимания — новые сервисы, обновления провайдеров, изменения тарифов, — удобнее перевести магазин на регулярное сопровождение в рамках поддержки 1С-Битрикс, чтобы узел всегда оставался в актуальном и рабочем состоянии.

Возражения, которые мы слышим чаще всего

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

«Доставку считаем вручную, менеджер сам называет цену». Это работает, пока заказов мало, но плохо масштабируется и отпугивает часть клиентов, которые хотят видеть стоимость и срок сразу, без звонка. Автоматический расчёт по СДЭК, Boxberry, DPD и Почте убирает этот барьер: клиент видит цену и срок на сайте, выбирает пункт выдачи на карте и получает трек-номер. Менеджеры при этом разгружаются от однотипных вопросов о доставке.

«Боимся, что при подключении сломается приём заказов». Именно поэтому мы никогда не дорабатываем оплату сразу на боевом сайте. Работа идёт на копии, оплата тестируется на реальных платежах, перенос делается с бэкапом, а в случае любой неожиданности возможен откат. Приём заказов при этом не останавливается. Риск сломать продажи мы сводим к минимуму на уровне процесса, а не надеемся на удачу.

Чем доработка студии выгоднее своих сил и фрилансера

Подключить платёжную систему или службу доставки в теории может и штатный разработчик, и фрилансер. На практике у каждого пути есть слабые места, которые особенно опасны именно в оплате. Штатный специалист знает проект, но обычно знаком с одним-двумя провайдерами и редко глубоко разбирается в тонкостях 54-ФЗ и обмена с 1С. Любой новый сервис или нестандартная фискализация упирается в его опыт и время, а отпуск сотрудника оставляет критичный узел без поддержки.

Фрилансер привлекателен скоростью на старте, но в оплате эта скорость опасна. Ради быстрого результата фискализацию часто оставляют на потом, тестируют на учебных данных, а не на реальных платежах, и редко доводят до конца обмен с 1С. Когда чеки начинают уходить с ошибками или платежи перестают сверяться, исполнителя уже не найти. Для разового подключения это терпимо, но узел оплаты слишком чувствителен, чтобы оставлять его без подстраховки.

Студия закрывает эти слабые места процессом и командой. Под оплату, доставку и обмен с 1С подключаются профильные специалисты, фискализация настраивается корректно и тестируется на реальных операциях, а подключения идут на копии с бэкапом и без правки ядра. Сроки и стоимость закрепляются заранее, описание настроек и доступы остаются у вас. Вы платите чуть дороже разовой подработки, но получаете предсказуемость, корректные чеки и узел оплаты, который не ломается при первом же обновлении провайдера.

Что нельзя откладывать при доработке оплаты и доставки

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

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

С чего начать

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