Интеграция 1С в Нижнем Новгороде: на чём чаще всего спотыкаются проекты обмена
В этой статье
Обмен данными с 1С редко ломается из-за сложной техники. Он ломается из-за решений, принятых на старте: выгрузили не то, договорились не обо всём, забыли про обновления. Ниже – ошибки, которые мы разбираем в чужих проектах чаще остальных, и то, чем каждая из них заканчивается для бизнеса.
Обмен запускают на неприбранном справочнике
Пока в базе живут дубли позиций, товары без артикулов и три разные единицы измерения на один и тот же крепёж, любая выгрузка честно перенесёт этот беспорядок на сайт. Покупатель увидит две одинаковых карточки с разной ценой и уйдёт. У поставщиков автокомпонентов и промышленного оборудования справочник копится годами, поэтому уборку номенклатуры мы ставим первым этапом, до написания единой строки кода обмена.
Выгружают всё подряд
Соблазн «отдайте на сайт весь справочник» понятен, а результат предсказуем: обмен идёт часами, каталог разбухает снятыми с производства позициями, поиск по сайту перестаёт работать. Перед настройкой мы договариваемся о правилах отбора:
- какие группы номенклатуры уходят на сайт, а какие остаются внутренними;
- что делать с позициями под заказ и с нулевым остатком;
- по какому признаку товар считается снятым с продажи;
- какие типы цен видит розничный покупатель, а какие – оптовый клиент по договору.
Остаток отдают одной цифрой
Складов у производственной компании обычно несколько, и часть остатка занята резервом, браком или отгрузкой в пути. Если сложить всё в один показатель, менеджер регулярно продаёт то, чего физически нет, а потом извиняется перед клиентом. Правило простое: на сайт уходит доступный к продаже остаток по выбранным складам, а не общий итог по базе. Резервы и товар в пути мы вычитаем на стороне 1С, чтобы витрине не приходилось догадываться о правилах учёта.
Правки вносят в типовую конфигурацию
Самая дорогая ошибка. Обмен дописывают прямо в код типового решения, всё работает – ровно до ближайшего обновления, когда часть доработок затирается, а часть конфликтует с новой версией. Компания оказывается перед выбором: не обновляться или платить за переделку. Мы делаем обмен расширением, не снимая конфигурацию с поддержки, поэтому регламентные обновления проходят штатно.
Обмен живёт на чьём-то компьютере
Файловая выгрузка через сетевую папку и планировщик на машине бухгалтера работает, пока бухгалтер не ушёл в отпуск и не выключил компьютер. Дальше сайт неделю торгует ценами прошлого месяца. Обмен должен запускаться на сервере, а не на рабочем месте сотрудника, и иметь понятного ответственного за регламент. Заодно стоит договориться о времени сеансов: тяжёлая выгрузка в разгар рабочего дня кладёт базу, и претензии получает уже не сайт, а бухгалтерия с отделом продаж.
Ошибки обмена никто не видит
Даже отлаженный обмен иногда падает: сменился пароль, кончилось место, поставщик прислал битый прайс. Плохо не то, что он упал, а то, что об этом первым узнаёт клиент. Мы всегда настраиваем контроль:
- журнал обмена с расшифровкой, какие позиции не прошли и почему;
- уведомление ответственному, если очередной сеанс не состоялся;
- сверку количества товаров и заказов между 1С и сайтом;
- тестовую базу, на которой изменения проверяются до боевого запуска.
Что входит в работу и во сколько она обходится
Типовой обмен сайта с 1С по CommerceML – от 45 000 ₽ и обычно занимает от недели. Проект с двусторонним обменом заказами, выгрузкой в CRM и связкой с маркетплейсами считается отдельно: там больше сопоставлений и правил. Смета фиксируется договором до старта, а состав обмена мы описываем письменно – по каждому полю понятно, какая система для него главная. Заказчикам Нижнего Новгорода и всей Нижегородской области чаще всего нужен именно двусторонний вариант: товары и остатки вниз, заказы и оплаты обратно в учёт.
РОСТСАЙТ работает с 2011 года, у нас есть техническая поддержка после сдачи и открытый прайс. Расскажите, что за конфигурация и что нужно связать, – посчитаем сроки и стоимость: +7 (901) 417-22-12.
