ART-FREsH ECOMMERCE SOLUTIONS

Интеграция интернет-магазина и «1С»: часть вторая

Передача в интернет-магазин неполных или избыточных данных из «1С»

Антон Каневский

Art-Fresh Ecommerce Solutions

Мы уже писали о ситуации, когда данные из «1С» непригодны для использования в торговом каталоге интернет-магазина. Теперь поговорим о том, чем опасны неполные данные при обмене и о том, что делать когда их слишком много. Спойлер: ни первый, ни второй случай не сулит ничего приятного.

Другие статьи цикла

Неправильная структура данных

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

Неразумные или усложнённые процедуры обработки загружаемых данных

Больше данных Богу Данных

Насущный вопрос среди владельцев и руководителей интернет-магазинов вопрос: какими полями снабдить товары в номенклатуре «1С», чтобы ничего не упустить? Такими вопросами задаются всегда в контексте предстоящей интеграции с интернет-магазином, поэтому при формировании товарной базы необходимо учесть и требования системы управления сайтом. Тут-то и начинаются проблемы: либо данных в конечной точке маршрута (CMS) оказывается недостаточно, либо слишком много. Для начала давайте определим, какие системы участвуют в обмене данными интернет-магазина:

1

С одной стороны это «1С» (например «Предприятие»), основные функции которой — учет товародвижения и обработка данных о заказах.

2

С другой стороны интернет-магазин, главная функция которого — организация витрины и процессов, происходящие на них. Задачами этой системы будет правильная организация контента и прием первичных заказов для последующей обработки в «1С».

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

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

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

Передача неполных данных из «1С» в магазин

Что нужно сделать, чтобы не заполнять свой крутейший каталог вручную после «успешной» интеграции:

1

Проверьте, соответствует ли структура хранения данных о товарах тому, как эти товары должны демонстрироваться на сайте. Если продукция имеет разновидности одной и той же модели, определите их на уровне характеристик и наладьте корректный экспорт из учётной системы с необходимыми сведениями. Подробней об этом мы писали в предыдущей статье.

2

Убедитесь в том, что на уровне «1С» для номенклатуры обработаны все необходимые свойства. В обязательном порядке заполняются: наименование, артикул, бренд, штрих-код.

3

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

4

Обратите внимание, совпадают ли дерево разделов номенклатуры со структурой торгового каталога на стороне интернет-магазина. Если нет — настраивайте логику преобразования структуры каталога на уровне плана обмена данными. С этим обычно справляется администратор «1С». Не игнорируйте эту задачу, иначе впоследствии переносить данные в нужные разделы торгового каталога интернет-магазина придётся либо вручную, либо путем написания сложной и ресурсоемкой программной логики. Если этого можно избежать — избегайте.

Лишние данные

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

1

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

2

Определите необходимые поля, которые потребуются для корректного отображения товаров в торговом каталоге, на стороне интернет магазина, убедитесь что всё это уже заполнено в «1С».

3

Для полей, которые всё же передаются из «1С», но не используются на стороне интернет-магазина, постройте программную логику, отвечающую за сохранение этих данных в системном справочнике и его обновление. Если это звучит слишком сложно, обратитесь к разработчикам интернет-магазина. Они обязаны понимать, чём идёт речь.

4

Не экспортируйте из «1С» данные о товарах, которые понадобится редактировать на стороне сайта. Заполняйте их сразу и на месте.

Возможности «1С» позволяют гибко настраивать импортируемые свойства.

Следование этим простым принципам убережет вас от распространенных проблем в обмене данными с «1С»: низкая производительность системы, сбои, ~~потеря сна или потенции~~ путаница в структуре и отсутствие гибкости к её изменениям. О других проблемах интеграции мы поговорим в следующих статьях этого цикла.