Дата публикации: 5 сентября 2026 года
Интеграция нужна, когда сайт должен получать обновления из учётной системы или передавать в неё действия посетителей. Например, показывать наличие товара, отправлять заявку в CRM или выводить статус заказа в личном кабинете. Если ассортимент меняется редко, а заявки обрабатывает менеджер, для начала может хватить файла.
Чтобы выбрать способ обмена, опишите конкретную задачу. «Подключить CRM» недостаточно: чтение цен, создание заказа и показ клиентских документов требуют разных данных и прав.
Когда подключение помогает
Цены, наличие или статусы часто меняются
Если сотрудники каждый день переносят сведения на сайт, ручное обновление отнимает время и приводит к расхождениям. Подключение позволяет получать нужные поля из системы с заданной частотой. Её выбирают по задаче: сведения об ассортименте и статус оплаты не обязательно обновлять одинаково.
Одни сведения используются в нескольких местах
Товар может одновременно отображаться на сайте, в кабинете клиента и в рабочей системе менеджера. Определите, где его редактируют. Остальные страницы должны получать изменения оттуда, иначе названия и цены со временем разойдутся.
Заявку нужно передать ответственному сотруднику
Для единичных обращений иногда достаточно почты. Но если важны назначение менеджера, статусы и история, стоит оценить передачу заявки в CRM. Проверьте, что происходит после отправки: создана ли запись, кто её получил и как обрабатывается повторная попытка.
Клиент должен видеть свои документы и заказы
Личному кабинету нужны сведения конкретного пользователя. Здесь важно проверить вход, принадлежность записей и доступ к файлам. Обычное подключение публичного каталога этих задач не решает.
Ручные операции занимают заметную часть работы
Посчитайте, как часто сотрудники выгружают прайс, проверяют остатки, переносят заявки и отвечают на вопросы о статусе. Сравните затраты времени с объёмом подготовки и дальнейшего обслуживания интеграции. Это поможет понять, какое подключение делать первым.
Когда достаточно файла
CSV или таблица подходят для небольшого ассортимента, редких обновлений и проверки нового предложения. С файлом можно согласовать карточки, фильтры и содержание заявки до подключения рабочей системы.
Такой вариант стоит рассмотреть, если:
- точные остатки в реальном времени пока не нужны;
- сотрудник успевает обновлять цены вручную;
- сайт собирает запросы, а заказы оформляет менеджер;
- API системы недоступен или права ещё не согласованы;
- компания сначала хочет проверить, как посетители выбирают товары.
Укажите дату выгрузки и ответственного за обновление. В файл включите только нужные сведения: артикул, название, категорию, характеристики, цену, наличие и изображения. Не называйте данные актуальными в реальном времени, если они обновляются вручную.
Что проверить до подключения
Возможности API
API позволяет программам обмениваться данными. Уточните, какие операции поддерживает ваша система: чтение товаров, получение остатков, создание заявки, изменение статуса. Проверьте документацию, ограничения числа запросов и сообщения об ошибках.
Название системы не гарантирует нужных возможностей. Они могут зависеть от версии, тарифа и настроек доступа.
Права доступа
Для публичного каталога могут потребоваться товары, цены и остатки; для передачи заявки — отдельное право на создание записи. Выдавайте только доступ, необходимый для задачи. Если сайту нужен ассортимент, доступ ко всей клиентской базе ему не требуется.
Значение полей
Составьте таблицу: поле в системе, поле на сайте, формат и действие при отсутствии значения. Особенно внимательно проверьте цену и остаток. Цена может быть розничной или договорной, с НДС или без него. Остаток — всем количеством на складе или только товаром, доступным после резерва.
Направление обмена
Получение каталога не означает, что сайт умеет создавать заказы в той же системе. Передачу заявок, документов и статусов проверяют отдельно: как подтверждается приём, где сохраняется ошибка и как исключаются дубли при повторной отправке.
Задержки и сбои
Заранее решите, что увидит посетитель, если источник недоступен. Можно показать дату последнего обновления, скрыть точный остаток или предложить уточнить наличие у менеджера. Старые сведения не должны выглядеть как только что полученные.
Пример: каталог оборудования
Компания продаёт насосы и принимает запросы на подбор. Для первой версии она готовит таблицу с моделями, подачей, напором, материалами и изображениями. Посетитель пользуется фильтрами, выбирает модель и отправляет параметры менеджеру. Менеджер проверяет наличие и условия в учётной системе.
После запуска компания видит, какие сведения приходится уточнять чаще всего. Если покупателям нужно актуальное наличие, можно оценить получение остатков. Если менеджеры тратят время на перенос запросов, следующим шагом станет передача заявок. Это две отдельные задачи, и готовность одной не подтверждает другую.
В демонстрационном каталоге показаны исходные сведения и результат на странице. Данные тестовые; пример не подтверждает подключение к любой учётной системе. Доступные возможности Fluw перечислены в разделе интеграций.
Что подготовить для обсуждения
- Главное действие посетителя и результат, который он должен получить.
- Список необходимых полей и их источник.
- Направление обмена: получение, отправка или оба варианта.
- Документацию API и возможность тестового доступа.
- Требуемую частоту обновления.
- Поведение при задержке, ошибке и повторной отправке.
- Сотрудника, который проверит сведения и примет результат.
- Порядок отключения доступа, если подключение больше не нужно.
При работе с клиентскими сведениями и документами отдельно обсудите доступ к данным. Тарифы платформы указаны на странице цен Fluw; новую интеграцию нужно оценивать по её конкретным требованиям.
Ошибки, которые осложняют запуск
Передают все поля сразу. Лишние сведения усложняют настройку доступа и проверку. Начните с данных для одной задачи.
Не учитывают резерв и несколько складов. Одинаковое число может означать разное доступное количество. Согласуйте правило показа наличия.
Не проверяют повторную отправку. Если подтверждение потерялось, повтор может создать второй заказ. Опишите, как система распознаёт уже принятую заявку.
Забывают о задержке обновления. При обмене раз в день посетитель должен понимать, когда сведения проверяли последний раз.
Частые вопросы
Нужна ли CRM, чтобы начать создавать сайт?
Нет. Можно начать с материалов и файла с данными. Подключение понадобится, когда появится задача регулярного обмена.
Можно ли подключить 1С, Битрикс24 или другую CRM?
Нужно проверить конкретную версию системы, её API, права и требуемые операции. Наличие продукта в компании само по себе не означает готовую интеграцию с сайтом.
Нужно ли передавать все данные компании?
Нет. Передавайте только сведения, необходимые посетителю, и выдавайте соответствующие права. Внутренние данные не должны автоматически становиться публичными.
Что делать, если API нет?
Проверьте возможность экспорта файла или другого поддерживаемого способа обмена. Для первой версии регулярной выгрузки может быть достаточно.
Что показывать вместо цены при сбое?
Это зависит от правил компании. Можно скрыть цену, указать дату проверки или предложить запросить расчёт. Выберите и проверьте поведение до запуска.
Опишите задачу во Fluw: какие сведения нужны на сайте, откуда они берутся и как часто меняются. Общий процесс создания проекта показан на странице «Как работает Fluw».