Синхронизация с интернет-магазином

Синхронизация с интернет-магазином

Перед созданием интернет-магазина многие предприниматели испытывают стресс и опасения: «это непонятно», «дорого», «у меня нет времени этим заниматься».

Но представить современный ритейл без онлайн-торговли и интернет-магазина невозможно.

Собственный интернет-магазин — это самостоятельный вид бизнеса. По сравнению с обычным магазином у онлайн-магазина есть ряд неоспоримых преимуществ:

• интернет-магазин сам находит клиентов по всему миру,
• демонстрирует и показывает покупателям ассортимент товара,
• круглосуточно принимает заказы,
• допродает,
• информирует о новинках и акциях,
• развивает и рекламирует ваш бренд.

Чтобы создать интернет-магазин нужны веб-разработчик, софт для интернет-магазина и участие владельца бизнеса в ключевых моментах.

Интеграция 1С:Розница с интернет-магазином и мобильным приложением

В этой статье мы расскажем как можно интегрировать 1С Розницу с сайтом и мобильным приложением без программистов и без сильной головной боли. Дело в том, что 1С Розница — это самая дешевая редакция в семействе продуктов 1С. Cтоит от 3000₽ до 13000₽. Если у вас несколько точек, то подойдет редакция Проф стоимостью 13 000₽.

На данный момент у 1С Розницы нет поддержки со стороны 1С Битрикс, поэтому владельцам 1С Розницы невозможно адекватно интегрироваться с интернет-магазином для выгрузки номенклатуры, остатков и приема заказов и статусов.

Модуль обмена 1С-Битрикс создан для сайтов на Битриксе и поддерживает только 1С Управление торговлей и Управление нашей фирмой. Что, вероятно, является обдуманных решением для стимуляции продаж более дорогих редакций 1С. И дешевая 1С Розница осталась без интеграции с сайтом.

Но есть хорошие новости — мы написали свой модуль синхронизации 1С Розницы с интернет-магазином или мобильным приложением. При этом наш модуль в отличие от 1С-Битрикс устанавливается очень легко — в 5 кликов и не требует входа в режим Конфигуратора и дополнительных знаний в 1С настройке. Любой менеджер по нашей инструкции может установить наш модуль обмена Zenky 1C Assistant за 5 минут без конфигуратора и админских прав.

О модуле обмена сайта и мобильного приложения Zenky 1C Assistant для 1С:Розница

Модуль обмена работает с 1С:Розница версии 2.2.х и 2.3.х и может:

• Экспортировать товарный каталог с категориями, описанием, картинками, ценами, остатками
• Экспортировать товары с характеристиками (цвет, размеры и пр)
• Экспортировать свойства товара (бренд, состав и пр) для организации фильтров в каталоге товаров
• Экспортировать склады и остатки по складам
• Принимать заказы с сайта и мобильных приложений
• Обмениваться с сайтом и приложениями статусами заказов
• Синхронизировать бонусные счета клиентов от оффлайн и онлайн покупок, чтобы в приложении и на сайте всегда был актуальный баланс

Установка модуля Zenky 1C Assistant для 1С:Розница

Требуется скачать актуальную версию модуля Zenky 1C Assistant и установить по инструкции ниже.
Открыть 1С:Розница, перейти во вкладку Администрирование в левой колонке меню. Далее перейти в раздел «Печатные формы, отчеты и обработки»

Перейти в раздел «Расширения»

Если у вас нет предыдущих установок модуля, то нажмите на кнопку «Добавить из файла» и выберите на диске скачанный модуль Zenky 1C Assistant.
Если вы хотите обновить модуль, то нажмите кнопку «Обновить из файла» и также выберите на диске скачанный файл новой версии модуля обмена и установите галочку «Безопасный режим».

В открывшемся окне «Предупреждение безопасности» нажмите на кнопку «Продолжить»

После этого модуль будет добавлен в систему и нужно будет перезапустить 1С, чтобы модуль начал работать.

Настройка модуля Zenky 1C Assistant

• Ключ обмена Zenky
• API токен вашего магазина в Zenky
• ID вашего магазина в Zenky

Ключ обмена и ID магазина

Зайдите в свой кабинет управления магазином в раздел «Магазин — API». Скопируйте ID магазина и ключ обмена затем вставьте эти значения в модуль Zenky 1C Assistant (см. рисунок выше)

API токен вашего магазина на Zenky

Для получения API токена кликните по своей аватарке в правом верхнем углу личного кабинета и перейдите в раздел API как указано на рисунке ниже. Или воспользуйтесь ссылкой https://my.zenky.io/dashboard/profile/api.

В открывшейся странице нажать кнопку «Перейти к персональным токенам»

Вас перекинет на страницу создания токена, где нужно:

1. Ввести название токена, любое. Например, «Фронтпад»
2. Нажать на ссылку «шаблонных наборов разрешений»
3. Выбрать «Полный доступ»
4. Нажать кнопку «Создать токен»

Создать персональный API токен в Zenky.io
Ура! Вы связали вашу 1С:Розница c сайтом или мобильным приложением на платформе Zenky.io. Теперь вам нужно включить нужные галочки в модуле обмена и запустить первую синхронизацию.

Сбор и ведение клиентской базы: что нужно знать

Информацию для клиентской базы «добывают» разными способами:

• во время регистрации на сайте магазина;
• при оформлении заказа с доставкой;
• в обмен на получение дисконтной карты;
• в процессе проведения акций за предоставление подарков и бонусов.

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

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

База не должна быть обыкновенным неупорядоченным списком контактов, созданным стихийным методом. Ее следует предварительно систематизировать, грамотно и продуманно вести. Хранить материалы лучше в одном месте, не забывая следить за их актуальностью и «чистотой» на протяжении всего периода работы онлайн-магазина.

Для облегчения процедуры создания и ведения базы данных существуют специализированные программы, автоматизирующие учет и анализ покупателей. В них применены современные информационные технологии, направленные на улучшение взаимодействия с потребителями. ПО избавляет от рутинных операций и упрощает процесс обработки неструктурированных сведений.

В основном интернет-магазины выбирают один из двух вариантов:

1. CRM. Представляют собой платные системы управления клиентами. Чаще ими пользуются руководители бизнес-проектов, у которых уже имеется стабильный доход. CRM интегрируются с популярными средствами коммуникации, что позволяет оперативно информировать целевую аудиторию об интересных новостях и коммерческих предложениях. В них автоматически сохраняется история взаимодействия с покупателем, ведется статистика продаж, отслеживаются изменения и систематизируются данные. Управляя базой посредством подобной системы, онлайн-магазины разрабатывают довольно мощные стратегии развития бизнеса. При выборе подходящей CRM следует обязательно обращать внимание на заявленный набор функций.
2. Excel. Этот бесплатный инструмент считается самым простым и привычным способом ведения клиентских баз для начинающих предпринимателей. В электронных таблицах можно разместить и упорядочить информацию о клиентах и товарах, прайсы цен. С их помощью легко осуществляются нужные расчеты. Однако нужно учитывать, что в редакторе отсутствует возможность ведения статистики, нет защиты данных от воровства злоумышленниками, существует риск внезапной потери информации. К тому же, он не совсем удобен для многопользовательского доступа.

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

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

С целью организации более эффективной работы с вероятными покупателями их разделяют по группам, выполняя так называемую категоризацию. Это может быть структурирование потребителей по регионам, роду деятельности, степени лояльности к онлайн-магазину. Все зависит от задач и масштабов компании. Группирование – хорошая возможность подобрать наиболее действенный подход к той или иной категории клиентов и сосредоточиться на тех сферах, где выше спрос на продаваемые товары и услуги.

Для начала вам потребуются знания в работе с программой TorgSoft и cms WordPress.

1. подключить в Торгсофте дополнительную услугу “синхронизация с интернет-магазином”, она платная и стоит от 100 до 150$. Так же есть возможность подключить её на пробный период, 30 дней. Переходим в “Настройки”>”Список дополнительных функций”>”Сопряжение с интернет-магазином”
2. в Торгсофте указать FTP доступы к серверу, для загрузки на него файла с товарами;
3. в Торгсофте указать FTP доступы к серверу, для загрузки на него фотографий товаров;

Процесс синхронизации

Все очень просто. Необходимо отправить csv-файл на сайт используя кнопку Синхронизировать , обязательным условием является отправка через FTP-сервер .

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

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

Помимо этого программа имеет возможность экспорта товаров в маркетплейсы посредством yml-файла.

Актуальная информация

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

Товарные группы

Поскольку в каталоге и внутри учета товарные группы отличаются, так как для учета нужно более детальное разделение, при отправке товаров на сайт нужно быть внимательным и не допустить ошибок. В противном случае на сайте может все перемешаться и придется все длительное время восстанавливать. Внимательно указывайте ветку товара .

Скрипты создаются с оптимальной нагрузкой вашего веб-сервера в момент синхронизации каталогов продукции вашей продукции с поставщиками. Скрипты работают с массивами товаров как от 10.000 позиций так и до 100.000. Конвертация спокойно проходит с файлами прайсов поставщиков до 30-50Мб. Неважно сколько поставщиков имеет ваш интернет-магазин, и практически нет никаких ограничений на количество обрабатываемого товара как вашего интернет-магазина так и предоставляемых данных о продукции поставщиками.

Стоимость скриптов рассматривается индивидуально, в зависимости от сложности задачи и ваших нужд. Средняя цена составляет от 500р до 3.000р.

Интернет-маркетинг для поставщика лабораторного оборудования: собираем товары в единую товарную базу (ЕТБ)

У клиента огромная номенклатура товара — более 20 тыс. наименований — от разных поставщиков. Каталоги товаров публиковались на мелких сайтах, и изначально мы планировали объединить эти сайты в сетку, связать с CRM, 1С и Google Analytics по такой схеме:

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

До начала работы с нами компания собрала данные по многим товарам в базу 1С. Но из-за беспорядка в прайс-листах и отсутствия постоянной связи с поставщиками в базе отображались некорректные данные. Синхронизировать цены и остатки товара из десятков источников оказалось проблематично.

Примеры прайс-листов от поставщиков

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

Мы решили выстроить работу с товарными базами 1С через онлайн-сервис Единая Товарная База (ЕТБ), который разработали специально для клиента.

ЕТБ позволяет собрать полный каталог продукции в одном месте

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

База товаров забирает номенклатуру из 1С. Далее подключается команда фрилансеров-копирайтеров для наполнения карточек товаров:

Когда каталог готов, можно делать выборки товаров на каждый сайт и автоматически поддерживать наличие товаров, ассортимент, качественное наполнение и цены.

Принципы синхронизации данных
(бесплатная статья по Программированию в 1С)

В этой статье я предлагаю поговорить на тему синхронизации данных. Из предыдущей статьи мы должны были понять, как настроить наш компьютер на волну 1С, как решить самые частые проблемы, которые у нас могут возникнуть в момент нашего диалога с компьютером. Но в этой статье пойдет речь о немного других вещах. Давайте подумаем – как же мы можем заставить работать мобильное приложение с нашей центральной базой?

Общие принципы

О чем же пойдет сегодня речь? А речь пойдет о том, как можно зарегистрировать изменения в одной базе и передать их в другую. Т.е. сегодня мы будем говорить о том, каким образом эти данные передать, и мы будем говорить о том, как их получить.

Ну тут сразу возникает как минимум две идеи:

• Использовать планы обмена;
• Использовать самописный вариант синхронизации;

Но я сразу добавлю еще и третий вариант – гибридный:

• Использовать самописный вариант синхронизации, но данные регистрировать при помощи планов обмена.

Давайте условно дадим каждому из этих вариантов краткую характеристику и попробуем выяснить их положительные и отрицательные стороны.

Планы обмена

Те, кто использовал ранее распределенные базы данных, знает на сколько это круто и удобно, но увы, с мобильными технологиями – это не реально. И это не реально не по той причине, что эта технология попросту не доступна в мобильном решении, а по той причине, что она не нужна. Почему? Давайте попробуем разобраться.

Какие у нас есть плюсы в использовании РБД?

Переносимость структуры конфигурации в узлы, т.е. если мы что-то изменили в конфигурации ЦБ, то оно перенесется в узлы, и конфа узлов соответствует конфе ЦБ;

Готовый механизм регистрации объектов и передачи их дальше в узлы, т.е. достаточно подстроить новый или существующий план обмена;

Какие минусы, при переносе этого всего в область мобильной платформы:

Переносимость структуры конфигурации в узлы, так как конфигурации в итоге являются идентичными – то это нас не устраивает, у нас, к примеру, нет партионного учета, нам не нужны все реквизиты в мобильном приложении;

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

Возможность создать первоначальный образ распределенного узла, с дальнейшим его разворачиванием в нужном месте. А это сделать на мобильник не так то и просто, так как база данных находится на рутованном разделе, то доступ получить к ней не тривиальная задача, а если просто кидать ее пользователю, то ему нужны админские права, что чревато последствиями, а бегать каждому и ставить отдельно – в чем тогда преимущество?

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

Первые два пункта, которые являются самыми главными – абсолютно бесполезны в мобильной среде. Что, по большей части, сводит на нет все плюсы. Хотя, я не исключаю, что 1С-таки что-то придумает.

Но кроме РБД у нас еще есть и полные обмены, но у них тоже присутствуют эти критерии.

Универсальный обмен данными на основе КД

Вот тут уже становится все немного ближе, т.е. мы можем использовать КД (Конвертация данных) для настройки правил обмена между мобильной платформой и центральной базой данных, но тут есть одна проблема – ограничение мобильной платформы.

А именно – в мобильной платформе нет запросов. Это сводит на нет использование данного метода, ну если только кто-то не решит переписать эти обработки так, чтобы они работали без запросов.

Планы обмена + КД + Промежуточная база

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

В итоге у нас выйдет следующая схема:

Давайте теперь посмотрим, что же происходит тут. Зелеными стрелочками я показал обмен данными, а красной – обмен конфигурацией. Т.е. логика проста – МП получает данные от ПБ, и от нее же получает конфигурацию. А ПБ обменивается данными с ЦБ.

В чем преимущество данной архитектуры:

У вас одна и та же база для мобильного приложения и для стационарного;

Вы гарантированно не даете возможность получить запрещенные данные из ЦБ в мобильное приложение. Тут надо понимать, что если в офисе еще можно сделать некоторые ограничения на доступ к данным, и даже в случае ошибки в конфигурации, из-за которой человек получит доступ к данным, то забрать с собой их – это уже будет сложнее. В случае с мобильной платформой – если он после синхронизации получил некие данные, то он может просто скопировать базу с этими данными себе на компьютер и работать дальше и что самое печальное – ничего нельзя будет потом сделать и никак это не отследить;

Нет необходимости конфигурировать ЦБ для реализации обменов, так как при обмене между ЦБ и ПБ – вы можете использовать типовой обмен данными при помощи «Конвертации данных»;

Так как у вас метаданные в МП и ПБ будут идентичными, то для обмена между МП и ПБ – вы можете использовать план обмена;

• Использование ПБ – это еще одно звено, а чем меньше звеньев, тем стабильней;

Архитектура ЦБ(8.х) ↔ МП (самописный обмен)

Здесь зеленными стрелочками я выделил обмен данными, а красными – обмен конфигурацией.

Что особенного происходит в данном случае? У нас есть центральная база, в которой настроены планы обмена (соответственно мы «гоняем» данные из приложения в ЦБ и обратно), но одновременно у нас есть отдельная база, в которой мы пишем конфигурацию для мобильных телефонов.

Таким образом, ЦБ не должна располагаться именно на платформе 8.3, она может располагаться на любой платформе, просто в планах обмена (ну или чем вы там выберете делать обмен) нужно учитывать особенности разных платформ.

Минусы такого подхода очевидны – необходимо постоянно переделывать конфигурацию, нужно создавать новые планы обменов и/или web-сервисы и т.д.

Кроме этого не стоит забывать, что база должна будет иметь выход в интернет, при чем как первая, так и вторая (та что с конфигурацией), если же вы используете вариант фиксированной конфигурации, скомпилированной до apk-файла, то правую часть из картинки можно выкинуть. Но придется добавить другую – это сервис обновления приложения на мобильной платформе. Про то, как это сделать – мы подумаем дальше.

Почему ЦБ должна иметь доступ в интернет, почему ЦБ на платформе 8.х? Все очень просто, самый удобный способ обмена – это обмен при помощи веб-сервисов. А они появились с 8.х и требуют выход базы в интернет.

Гибрид

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

Тогда можно просто в промежуточную базу выгрузить всю вот такую статическую информацию, и подтягивать ее на мобильное приложение, а вот заказы перегонять на прямую в ЦБ.

Таким образом, вы получаете ряд преимуществ:

Вы не грузите центральную базу при обновлении справочников, например, при первой авторизации мобильного телефона или в случае, когда надо добавить еще какой-то новый реквизит.

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

В ЦБ вы выгружаете только заказы, и как практика показывает после выгрузки их редактировать нельзя, т.е. с ЦБ, в лучшем случае вы можете получать только список статусов заказов, ну там принят, отклонен, собран и т.д.

Так как у вас практически все будет гоняться между ЦБ и ПБ при помощи КД, и только заказы будут самописные, то, когда, наконец то, в мобильной платформе появятся запросы – вы очень быстро сможете вообще избавиться от ПБ и все перенести полностью на мобильный телефон, при минимальном редактировании ЦБ.

Какой вариант синхронизации выбрать?

Ну а вот это уже достаточно сложный вопрос, тут каждый подходит в меру своих способностей, возможностей своих и задач клиентов.

К примеру, если вы выберете вариант самописного обмена, то вы должны понимать, что на любой чих клиента – вам придётся обновлять ЦБ, а если база работает 24/7? То я так думаю, что клиент вряд ли будет рад вашим обновлениям среди рабочего дня. Тогда вам подойдет второй или третий вариант.

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

PDF-версия статьи для участников группы ВКонтакте

Если Вы еще не вступили в группу – сделайте это сейчас и в блоке ниже (на этой странице) появятся ссылка на скачивание материалов.

Статья в PDF-формате

Вы можете скачать эту статью в формате PDF по следующей ссылке:
Ссылка доступна для зарегистрированных пользователей)

Ссылка доступна для зарегистрированных пользователей)
Ссылка доступна для зарегистрированных пользователей)
Ссылка доступна для зарегистрированных пользователей)