Цены на сайте расходятся с учётом
Покупатель видит одну цену, менеджер называет другую. Каждое такое расхождение — потерянное доверие и спор при оформлении.
Настраиваю обмен, при котором сайт показывает те же товары, цены и остатки, что и учётная система, а заказы попадают в 1С без ручного переноса менеджером.
Основная сложность интеграции — не в передаче файла, а в данных: расхождениях номенклатуры, характеристиках, типах цен и складах. Именно на это уходит большая часть работы.
Ручной перенос данных между сайтом и учётом почти всегда стоит дороже, чем кажется: он отнимает время менеджеров и приводит к ошибкам, которые видит покупатель.
Покупатель видит одну цену, менеджер называет другую. Каждое такое расхождение — потерянное доверие и спор при оформлении.
Остатки обновляются вручную и с задержкой, поэтому часть заказов приходится отменять или переносить.
Менеджер перепечатывает заказ из письма в 1С. Это время, ошибки в позициях и невозможность быстро масштабироваться.
Номенклатура в учёте растёт, а каталог на сайте отстаёт на недели, потому что его наполняют вручную.
Все вопросы о готовности и отгрузке идут в звонки менеджеру вместо личного кабинета.
Интеграция настроена давно, периодически падает без уведомлений, и никто не знает, что именно не загрузилось.
Состав обмена определяется бизнесом: иногда достаточно каталога и остатков, иногда нужен полный цикл со статусами и документами.
Основа, с которой начинается любой обмен.
Часть данных, которая должна обновляться чаще всего.
Обратное направление обмена — из сайта в учётную систему.
Когда часть ассортимента приходит не из 1С, а от партнёров.
Выбор способа зависит от конфигурации, доступов и того, насколько свежими должны быть данные. Ниже — варианты, которые действительно работают в эксплуатации.
Штатный механизм 1С: система сама формирует выгрузку и забирает заказы. Подходит, когда конфигурация близка к типовой.
1С обращается к защищённым методам сайта и передаёт только изменившиеся данные. Гибче и экономнее по нагрузке.
Когда учётная система закрыта наружу: файлы забираются с защищённого хранилища и разбираются сайтом.
Отдельный обработчик, который объединяет данные из 1С и от поставщиков и отдаёт сайту уже согласованный каталог.
Смотрю номенклатуру, характеристики, типы цен, склады и текущее состояние каталога сайта. На этом шаге обычно выясняется, что часть данных требует наведения порядка в самой 1С.
Фиксируем, какие сущности передаются, в какую сторону, с какой периодичностью и что считается источником истины при расхождении.
Обмен собирается и проверяется на копии данных, чтобы боевой каталог не пострадал от первых запусков.
Сравниваем выгруженное с учётом: позиции, цены, остатки, заказы. Запускаем обмен на рабочем сайте после совпадения результатов.
Настраиваю контроль: когда прошёл обмен, что не загрузилось и куда приходит сообщение об ошибке. Дальше — гарантийная поддержка.
Обмен переносит данные как есть. Дубли номенклатуры и пустые характеристики придётся приводить в порядок — на стороне учёта или правилами обмена.
Код обмена пишется быстрее, чем согласуются данные. Это нормально и лучше закладывать в срок сразу.
Обновление остатков раз в минуту создаёт нагрузку и редко оправдано. Периодичность подбираем по реальной оборачиваемости.
Каталог, подбор, личные кабинеты и бизнес-логика, в которую встраивается обмен.
КейсПроект, где данные учётной системы и прайсы партнёров сведены в один каталог.
ПродвижениеКогда каталог наполнен и актуален, его имеет смысл показывать поиску.
Как найти точки потери заказов: от нецелевого трафика и неудобного каталога до ошибок в корзине, ценах и аналитике.
ДоступностьПорядок действий при недоступности сайта: как сохранить обращения, остановить лишние расходы и проверить восстановление продаж.
ИнвестицииКак выбрать между модернизацией и новой разработкой, не потеряв поисковый трафик, данные, интеграции и уже работающие процессы.
Напишите, какая конфигурация используется, что нужно передавать на сайт и в обратную сторону. Скажу, каким способом это реализуемо и что потребуется со стороны учёта.