Интеграция интернет-магазина с 1С: цены, остатки и заказы без ручной работы

Прозрачные этапы с согласованием на каждом шагу

Общий срок:10–25 дней

1. 1

   Сверка справочников и ключ сопоставления

   2–4 рабочих дня

   Берем вашу выгрузку и каталог сайта, считаем позиции по обе стороны и находим общие артикулы. Здесь обычно и выясняется, что на сайте одно количество товаров, в учете другое, а общих артикулов меньше обеих. Список разногласий отдаем вам – закрывать его придется со стороны учета.

2. 2

   Мапинг полей и тестовый контур

   2–5 рабочих дней

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

3. 3

   Цены и остатки на сайте по расписанию

   1–4 рабочих дня

   Запускаем первое направление и ставим его на cron. Здесь же договариваемся о правилах: что делать с нулевой ценой, отрицательным остатком и исчезнувшей с выгрузки позицией. Молчаливое игнорирование таких случаев — самое дорогое из возможных поведений.

4. 4

   Заказ в учет и статусы назад

   3–6 рабочих дней

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

5. 5

   Журнал, оповещение, повторная попытка

   1–3 рабочих дня

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

6. 6

   Прием, документация, передача

   1–3 рабочих дня

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

Полный перечень работ и того, что вы получаете на выходе

• Сопоставляем номенклатуру учета с каталогом сайта по общему ключу – после этого каждый товар имеет однозначное соответствие в учете, а не «похожее название»
• Настраиваем выгрузку цен и остатков по расписанию: каждую ночь или каждый час, в зависимости от того, как быстро двигается ваш состав
• Связываем типы цен учета с группами покупателей на сайте – розница, опт и дилер видят свою цену без ручного переключения менеджером
• Передаем заказ с сайта в учет вместе с покупателем, составом заказа, способом доставки и комментарием - менеджер перестает перепечатывать
• Возвращаем статусы по учету на сайт, если ваш процесс этого требует: покупатель видит «собрано» или «отправлен» без звонка в компанию
• Ведем журнал обмена и шлем сообщения о сбое с повторной попыткой — об остановке вы узнаете из уведомления, а не покупателя
• Прописываем правила для крайних случаев: товар исчез с учета, цена нулевая, остаток отрицательный, позиция есть в учете и отсутствует на сайте
• Делаем порционную выгрузку и обмен только измененными позициями — на большом каталоге это разница между обменом за минуты и не успевающим до следующего запуска обменом.
• Прогоняем первый обмен на копии базы, а не на живом магазине: ошибка маппинга стоит отката копии, а не звонков покупателям
• Пишем документацию обмена: что, куда, когда, по какому ключу и что делать, когда он остановился
• Передаем работу двум людям отдельно: инструкция для вашего менеджера и инструкция для ведущего учета
• Условия работы: предоплата 50%, гарантийный срок 30 календарных дней после приемки

Ситуации, в которых эта услуга даёт результат

Бесплатный аудит перед настройкой обмена

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

Что мы измеряем

• Ключ сопоставленияЕсть ли в учете и на сайте общее поле – код номенклатуры или артикул. Без него обмен невозможен в принципе и это первое, на что мы смотрим в вашем файле.
• Формат выгрузкиЧто именно отдает ваша система: XML стандартного формата обмена, случайный XML, CSV или выгрузка руками. От этого зависит половина трудоемкости проекта.
• Направления обменаЧто и куда должно двигаться: цены и остатки на сайт, заказы в учет, статусы обратно. Каждое направление – отдельный объем работ и отдельное тестирование.
• Состояние номенклатурыСколько позиций, сколько дублей, сколько без артикула. В измеренных нами каталогах этого класса от 1 848 до 55 321 товарной страницы, и на каждом объеме свои требования к частоте обмена.
• Частота обновленияКак быстро двигаются остатки и цены. Ежечасный обмен и ежедневный — это разные нагрузки, разные решения и разные сроки.
• Кто отвечает со стороны учетаЕсть ли человек, который настроит выгрузку на вашей стороне. Без нее проект остановится, и лучше знать об этом до старта, а не на третьей неделе.

Почему две одинаковые на вид задачи считаются по-разному

• Количество направлений обменаЦены и остатки на сайт – одно направление и кратчайший срок. Плюс заказ в учет – второй. Плюс возвращение статусов – третий. Каждый добавляет собственное тестирование и собственный набор крайних случаев, и именно здесь смета растягивается сильнее всего.
• Формат выгрузкиXML стандартного формата обмена – это половина работы, сделанная еще до нас, потому что его умеет отдавать самая учетная система. Произвольный XML или выгрузка, которую кто-то дописал под себя, приходится разбирать полем за полем.
• Состояние номенклатурыКаталог, где у каждой позиции есть уникальный артикул, сопоставляется за день. Дубли, пустые артикулы и разные единицы измерения превращают сверку справочников в самый длинный этап — и делается она до программирования, а не после.
• Объем каталога и частота обмена1 848 карт можно выгружать полностью каждую ночь. На 55 тысячах требуется порционная выгрузка и передача только измененных позиций, а это другой объем работы и другие требования к серверу.
• Сложность цен и складовОдна цена и один состав – простой случай. Типы цен под розницу, опт и дилеров, остатки по нескольким складам, резервы под неотгруженные заказы – каждый уровень добавляет правила сопоставления, которые нужно описать и проверить.
• Кто отвечает со стороны учетаШтатный специалист по 1С сокращает срок ощутимо: вопрос решается через час, а не через неделю. Без такого человека в графике появляются паузы, которые мы не контролируем.

Без этого не начнём — лучше подготовить заранее

1. 1Пример реальной выгрузки из вашей системы – файл, а не его описание.
2. 2Ключ сопоставления: код номенклатуры или артикул, существующий по обе стороны.
3. 3Контакт человека, который отвечает за учет и может настроить выгрузку на вашей стороне.
4. 4Описание процесса заказа: кто его обрабатывает, какие статусы у вас есть и что из них должен видеть покупатель.
5. 5Доступы к сайту и хостингу, в частности, к планировщику задач.
6. 6Решение о частоте обмена: ежедневно, ежечасно или по событию.

Если чего-то из этого нет — скажите, подскажем, как собрать или сделаем сами отдельной задачей.

Что обычно берут вместе с этой задачей

• B2B-кабинет дилера в интернет-магазине
• Магазин официального дистрибьютора: бренд, каталог, дилеры
• Интернет-магазин с большим каталогом на OpenCart — подробнее
• Оптовый интернет-магазин для B2B
• Наполнение каталога товарами — подробнее