Нетривиальная интеграция сайта с 1С на примере проекта “Группа Товарищей”

• Что умеет штатный механизм обмена
• Признаки нетривиальной интеграции с 1С
• Кейсы по обмену данными с 1С на примере проекта “Группа товарищей”
  • Кейс 1: Обмен партнерами и контрагентами
  • Кейс 2: Индивидуальные цены
• Заключение

---

Нетривиальная интеграция сайта с 1С — это все что не укладывается в стандартный обмен данными.

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

Что умеет штатный механизм обмена

• Импорт каталога товаров из 1С на сайт;
• Экспорт каталога товаров с сайта в 1С;
• Экспорт заказов/контрагентов с сайта в 1С;
• Импорт заказов/контрагентов из 1С на сайт;
• Импорт справочников из 1С на сайт.

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

Признаки нетривиальной интеграции с 1С

• Доработанная под логику бизнеса 1С;
• Нужные данные не выгружаются на сайт;
• Нужные данные выгружаются на сайт, но не туда;
• При выгрузке есть ошибки.

Будьте готовы, что доработки потребуется либо со стороны 1С, либо со стороны сайта, а то и в двух системах.

Кейсы по обмену данными с 1С на примере проекта “Группа товарищей”

«Группа Товарищей» - это крупный поставщик канцелярских товаров на российском рынке, ведущий оптовый оператор и трижды обладатель престижной канцелярской премии «Золотая Скрепка» в номинации «Лучшая национальная торговая компания».

С «Группой Товарищей» работают более 3500 компаний в 80 регионах России: оптовые покупатели, корпоративные клиенты, специализированные магазины и крупные торговые сети. Масштаб впечатляет.

Для оптимизации работы с организациями (юридические лица и индивидуальные предприниматели) было принято решение о создании корпоративного интернет-магазина .

• Персональные цены;
• Упрощенная навигация и быстрый поиск;
• Товары без картинок и подробных описаний;
• Табличная форма заказа;
• Оптовые единицы измерения;
• Заказ по списку;
• Личный кабинет с платежным балансом счета;
• “Поговорить с вашим менеджером”;
• Счета-фактуры, товарно-транспортные накладные, договоры, акты;
• Интеграция с учетной системой и логистикой.

Эти нюансы обязательно надо учитывать при проектировании.

Кейс 1: Обмен партнерами и контрагентами

Задача:

Что есть на стороне 1С:

Партнеры -> У каждого партнера есть несколько контрагентов -> У каждого контрагента есть несколько договоров, расчетных счетов и адресов доставок, а также информация по остатку и персональному менеджеру.

Что требуется на стороне сайта:

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

Решение:

На стороне 1С:

Потребовалось сформировать соответствующие справочники, которые можно выгрузить штатным механизмом.

На стороне сайта:

• Программирование формирование пользователей;
• Программирование переключения между контрагентами и отображения соответствующих им данных;
• Доработка оформления заказа на основании данных контрагента;
• Доработка отображения данных контрагента в личном кабинете.

С какой проблемой столкнулись и как решили:

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

Вывод:

Нетиповой обмен требуется дорабатывать на стороне двух систем. Могут встретиться различные сложности. Главное, чтобы хватило компетенции определить источник проблемы и исправить. Имея большой опыт в разработке и интеграции различных систем, мы делаем это успешно.

Кейс 2: Индивидуальные цены

Задача:

Что есть на стороне 1С:

У контрагентов есть типовые и индивидуальные соглашения, в которых определены индивидуальные типы цен и скидки.

Что требуется на стороне сайта:

Цены должны соответствовать ценам из соглашений в 1С.

Решение:

На стороне 1С:

Потребовалось сформировать соответствующие справочники, которые можно выгрузить штатным механизмом.

На стороне сайта:

Было придумано решение, которое позволило использовать штатные возможности отображения скидок Битрикса, но их расчет осуществлять с использованием справочников из 1С.
Когда вы заходите на страницу с товаром, то его цена с учетом скидки неизвестна. Расчет происходит “на лету” из справочника скидок контрагентов и подставляется в нужном месте по технологии  Ajax. Это сделано для ускорения отображения страницы за счет возможности создания ее кэша (готовых страниц).

С какой проблемой столкнулись и как решили:

• Сортировка товаров по цене. Так как цены со скидкой “прилетают” после загрузки страницы, то корректная сортировка возможна только после их получения.  В данному случае применимо решение с небольшой погрешностью. Товары можно отсортировать по цене без применения скидок, а в рамках страницы уже с учетом скидок после их получения. Погрешность будет наблюдаться именно на стыке страниц при постраничной навигации.  
• “Умный” фильтр. Использование “умного” фильтра в Битрикс основано и возможно по присвоенному контрагенту типу цены без скидок. Для учета скидок потребуется данный инструмент прилично доработать, что может быть неоправданно затратно.

Какие варианты для выгрузки индивидуальных цен были рассмотрены:

1. Рассчитывать цены на стороне 1С с учетом скидок. Выгружать их в виде типов цен для контрагента на сайте. На сайте предполагается 2000 - 3000 контрагентов, что равносильно 2000 - 3000 типам цен. Редактирование товара с таким количеством типов цен на стороне сайта становится невозможным, так как страница редактирования просто зависает или выдают ошибку о нехватке памяти. При этом открытие страницы с “лица” сайта со списком товаров осуществляется за 20 - 30 секунд, что также неприемлемо.
2. Рассчитывать цены на стороне сайта с учетом скидок в специальную таблицу. Потом выводить цены уже исходя из нее. Расчет цен для одного контрагента для всех товаров на стороне сайта с использованием сервера заказчика составляет 20 секунд. Для 2000 - 3000 - это уже 11 ~ 17 часов. С учетом изменения и выгрузок скидок каждые 20 - 30 мин, получаем нерабочий вариант.

Вывод:

Индивидуальные цены на сайте - достаточно сложная задача. Учитывая ограниченность возможностей технических ресурсов и используемых трудозатрат, ее решение не будет идеальным. Мы решили данную задачу вышеописанным способом. Если у вас есть интересное решение, то можете поделиться им в комментарии.

Заключение

В проекте “Группа Товарищей” были достигнуты следующие бизнес-результаты:

• Компания начала работать с клиентами быстрее, лучше, эффективнее и напрямую;
• Автоматизированы рутинные операции (все заказы попадают напрямую в 1С).

Это стало возможным за счет наших интеграционных компетенций:

• Проектирование крупных информационных систем;
• Разработка на Битрикс;
• Разработка высоконагруженных проектов;
• Интеграция 1С-Битрикс с 1C и другими системами;
• Создание интернет-магазинов с адаптивным дизайном.

Если вы четко видите цель, оставьте заявку на обсуждение интеграционного проекта.