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