Интеграция Новой Почты
Подключение Новой Почты к сайту: выбор отделения и почтомата в чекате, расчет стоимости, ТТН и печать декларации по админке. Аудит чекаута бесплатно.
Интеграция сайта или интернет-магазина считается сделанной, когда данные ходят в обе стороны и переживают обновления, — а не когда в админке появился ключ и тестовый платёж прошёл. Разница становится видна на третьей неделе: оплата зачислилась, а заказ остался неоплаченным; накладная создалась, а номер не доехал до клиента. Задачи здесь группируются по тому, что именно передаётся: деньги, посылки, товары на площадки, уведомления клиенту, документы в учёт. Пять групп, и у каждой свои места, где рвётся. Поэтому проверяем не факт подключения, а сценарий целиком — от нажатия кнопки до записи в учёте.
Составляем схему: какие системы есть, какие данные ходят между ними, в какую сторону и по какому событию.
Подключаем API, вебхуки или обмен файлами и сопоставляем поля, чтобы данные приходили в нужном виде.
Тестируем на живых примерах, а ошибки обмена попадают в журнал, чтобы их видели и исправляли.
Возможности зависят от систем, которые подключаем: если у них нет API или экспорта, ищем обходной путь или честно говорим о границе.
Подключение Новой Почты к сайту: выбор отделения и почтомата в чекате, расчет стоимости, ТТН и печать декларации по админке. Аудит чекаута бесплатно.
Интеграция там, где готового модуля нет: разведка чужого API, контракт обмена, вебхуки или опрос, очередь повторных попыток и журнал. Разведка – бесплатно.
Обмен магазина с Эпицентр Маркетплейсом: XML по ссылке, коды категорий и атрибутов, цены и наличие, заказы через API. Разбор каталога бесплатно.
Обмен магазина с Kasta под вашу задачу: фид в структуре Rozetka или API HUB, остатки, цены, статусы заказов. Разбор каталога бесплатный, 2–3 дня.
Выгрузка каталога сайта на Prom.ua фидом, синхронизация наличия и передача заказов в CRM. Или перенос каталога на собственный домен. Разбор бесплатный.
Выгрузка каталога на маркетплейс: XML-фид из базы сайта, схема категорий, характеристики параметров, доставка площадки. Проверка бесплатная.
Обмен сайта с 1С или BAS: схема полей, стабильный ключ товара, цены и остатки по расписанию, заказы в базу, журнал ошибок. Разбор файла – бесплатно.
Звонок фиксируется как заявка: с источником, страницей и передачей в CRM, подмена номера по каналу, учет пропущенных. Начинаем с бесплатного разбора.
Подключение Укрпочты к сайту: экспресс и стандарт в отделение, курьер, справочник индексов, расчет в корзине, отправка из админки.
Интеграция Checkbox с интернет-магазином: чек по событию оплаты, защита от дублей, чек возврата, закрытие смены, офлайн-режим. Срок 8–15 рабочих дней.
Письма, реагирующие на события магазина: брошенная корзина, статус заказа, товар в наличии. Плюс доставляемость и метки, чтобы выручка писем была в отчетах.
Подключаем Fondy к сайту: карта в чекауте, оплата в нескольких валютах, регулярные списания, возвращение из админки. Проверка сценария – бесплатная.
Товарный фид для Merchant Center: идентификаторы, разметка Product и Offer, согласование цен и наличия, разбор отклонений. Проверка каталога бесплатна.
Передача форм и заказов с сайта в KeyCRM: состав полей, источник обращения, сведение дублей, очередь повторных попыток. Разбор потока заявок – бесплатно.
Подключение LiqPay к сайту: карта в чекауте, обратный вызов с проверкой подписи, обработка прерванной оплаты, возврат средств из админки. Срок 6–10 дней.
Подключение Meest Express к сайту: выбор отделения из списка, обновление справочника, расчет стоимости, трек-номер в письме. Чекаут проверяем бесплатно.
Подключаем monobank к сайту: карта в чекауте, покупка частями с видимыми условиями, отдельные статусы заказов. Проверка чекаута – бесплатно.
Обмен магазина с SalesDrive под задачу: заказы с UTM и доставкой уходят в заявку, статус и ТТН возвращаются на сайт, остатки из YML. Разбор бесплатный.
Сообщения на события магазина: заказ принят, статус изменился, отправлен с номером накладной. Плюс чистые номера и защита от повторной передачи.
Интеграция WayForPay на сайт: оплата картой, Apple Pay и частями, проверка подписи обратных вызовов, единые статусы заказов. Проверка чекаута бесплатная.
Подключаем оплату картой, безналичный расчет и оплату частями в чекаут магазина. Показываем на замерах, сколько способов оплаты действительно нужно.
Оплата зарубежной картой в валюте покупателя, понятное поведение при отклонении платежа и сверка поступлений. Начинаем с бесплатного разбора.
Каждый способ оплаты, которого нет, — это часть заказов, которая не доходит до конца. Но подключить — мало: деньги должны не просто прийти, а автоматически сменить статус заказа, иначе менеджер всё равно сверяет всё вручную, и смысл теряется.
Разберём вашу ситуацию на бесплатном аудитеМенеджер открывает кабинет перевозчика, копирует адрес, создаёт отправление, возвращается в админку и вписывает номер. Двадцать раз в день. Интеграция доставки убирает именно это переписывание, а вместе с ним — ошибки в адресах.
На сайте цену изменили, на площадке — нет; на сайте товар закончился, а заказы оттуда продолжают приходить. Выгрузка должна быть автоматической и двусторонней, иначе маркетплейс превращается в источник отказов вместо продаж.
Заказы в одном месте, товары в другом, остатки в третьем — и всё сводится вручную в конце дня. Обмен с 1С, BAS или CRM убирает двойной ввод, но требует решения о том, какая система главная для каждого поля.
Выясняем не «что подключить», а что должно произойти от начала до конца: кто инициирует обмен, какие поля передаются, какая система главная при расхождении. Больше всего ошибок закладывается именно здесь, а не в коде.
Делаем обмен на тестовых ключах и копии сайта. Реальные деньги и реальные отправления в проверке не участвуют — это не осторожность, а обязательное условие.
Проходим сценарий полностью несколько раз, включая ошибки: отказ оплаты, недоступный сервис, неправильный адрес. Смотрим, что видит клиент и что остаётся в логах.
Меняем ключи на рабочие, проводим контрольный заказ на живом сайте и смотрим, дошёл ли он до учёта. Только после этого подписываем акт.
Готовый модуль закрывает базовый случай, и если ваш магазин в него укладывается — это самый дешёвый путь, мы так и скажем. Работа начинается там, где модуль не знает ваших условий: собственные статусы заказов, несколько складов, разные цены для оптовиков, нестандартные поля в накладной. Плюс проверка, что после следующего обновления платформы модуль не отвалится молча.
Что мы не останавливаемся на «ключ подошёл, тестовый платёж прошёл». Проверяем, что после оплаты сменился статус заказа, что менеджер видит это в админке, что накладная создалась с правильным адресом, а номер доехал до клиента. Большинство сломанных интеграций формально подключены — рвётся именно в этих переходах.
От нескольких дней для сервиса с готовым модулем до нескольких недель для обмена с учётной системой. Разница не в самом подключении, а в количестве полей и правил: обмен с 1С требует решения по каждому полю, какая система главная, и именно эти решения отнимают время, а не код.
Да, если у него есть API и документация — тогда пишем обмен под неё. Если API нет, честный ответ: обмениваться нечем, и никакая доработка этого не изменит. Проверить это можно за час, до любых договорённостей.
Зависит от того, где зависло. Если ошибка в нашей части — исправляем по гарантии 30 дней бесплатно. Если недоступен сам шлюз, мы не можем это предотвратить, но именно поэтому делаем логирование: видно, что передавалось и что ответил сервис, и разбор занимает минуты, а не дни переписки.
Технической границы нет, но каждая новая — это ещё одна точка отказа и ещё одно место, где что-то может измениться без предупреждения. Поэтому советуем подключать то, что убирает ручную работу сейчас, а не «чтобы было». Если интеграция никому не экономит время — мы так и скажем.
На вас, всегда. Счёт в платёжной системе, кабинет перевозчика, аккаунт площадки оформляются на владельца бизнеса — мы только получаем доступ на время работ и после завершения его удаляем. Иначе вы не смогли бы сменить подрядчика, не потеряв платежи.
Сначала проверяем, что отдаёт сервис: документацию, тестовую среду, лимиты запросов и то, как он сообщает об изменениях, — сам присылает событие или только отвечает на запрос. Дальше решаем, где будет жить обмен: в модуле платформы или отдельным процессом на сервере, если запросов много или сервис отвечает медленно. Ключи хранятся на сервере, а не в коде страницы, и оформлены на ваш аккаунт. Проверяем сценарий целиком и отдельно — что будет, когда сервис не отвечает: заказ не должен теряться молча.
Облачная телефония даёт номер, запись разговоров и статистику, а интеграция делает так, чтобы звонок не жил отдельно: в CRM создаётся или находится карточка клиента, менеджер видит, кто звонит, ещё до ответа, а пропущенный звонок становится задачей. На сайте можно подставлять разные номера в зависимости от источника перехода и видеть, какая реклама приводит звонки. Оператора телефонии вы выбираете и оплачиваете сами; мы проверяем, что его API отдаёт нужные события, и связываем их с вашей системой.
Опишите задачу своими словами — подскажем, с чего начинать, и нужно ли вам то, за чем вы пришли. Если не нужно, так и скажем.