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