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