Интеграция 1С в Томске: разбор связей между учётом, сайтом и производством
В этой статье
Интеграция сайта с 1С кажется одной задачей, пока не начнёшь считать участки. У приборостроительной или инжиниринговой компании база связана с витриной, с системой продаж, с производственным контуром и с площадками, а иногда ещё со второй базой – бухгалтерской. Каждая связь передаёт свой набор сущностей и рвётся по своим причинам. Ниже – разбор контура, характерного для предприятий Томска, и мест, где обмен теряет данные.
Из чего складывается контур обмена у производителя оборудования
- учёт и сайт – каталог, технические характеристики, наличие, цены;
- учёт и система продаж – заявки, расчёты, счета, отгрузки;
- учёт и производство – заказы на изготовление, спецификации, готовая продукция;
- учёт и площадки – наличие наружу, заказы внутрь;
- учёт и банк-клиент – оплаты и закрытие счетов.
Проект считается не целиком, а по связям: у каждой свой объём работ, свой срок и своя приёмка.
Что уходит в обе стороны, а что только в одну
Половина проблем возникает из-за того, что направление потока не зафиксировали на бумаге. Цены и остатки идут только из учёта наружу – обратной записи там быть не должно. Описания, фотографии и тексты карточек ведёт сайт, и ночная выгрузка обязана их не трогать. Заказы движутся в обе стороны: с витрины в базу приходит документ, назад – статус и факт оплаты. Любое поле, у которого два хозяина, рано или поздно затрётся, и восстановить его будет нечем.
Серийные номера, партии и спецификации
Оборудование продаётся не как коробка со склада, а как позиция с серийным номером, гарантийным сроком и составом. Если изделие собирается под заказ, витрине бессмысленно показывать остаток – ей нужен срок изготовления, который считается по загрузке производства. Это уже не типовая выгрузка товаров из 1С, а обмен расчётными данными, и делается он через HTTP-сервисы. Отдельно настраивается передача комплектации: заказчик должен видеть, что входит в поставку, а сервисная служба – по какому серийному номеру пришло обращение. Тот же механизм закрывает вопрос запчастей и расходников: они продаются со склада обычным порядком, но привязаны к модели, и подбор на витрине идёт по дереву совместимости, которое ведётся в учёте.
Протокол и частота: чем платят за скорость
Выбор технологии определяется не модой, а тем, что передаётся:
- CommerceML – стандартный обмен каталогом и заказами, дёшево и предсказуемо;
- REST или OData – когда нужны выборочные запросы и мгновенный ответ;
- файловая выгрузка по расписанию – для тяжёлых справочников в ночное окно.
Чаще всего в одном проекте работают сразу два способа: справочник уходит ночью пакетом, а заказы и оплаты передаются событием, за минуту.
Что происходит после обновления конфигурации
Самый неприятный сценарий: обмен перестал работать, но никто не заметил – очередь копится, сайт показывает вчерашние остатки. Причина обычно в обновлении платформы или в правке, внесённой в типовые объекты вручную. Поэтому доработки оформляются расширением, ставится мониторинг очереди с уведомлением ответственному, а сама схема прогоняется на копии базы до переноса в рабочую. Обмен без мониторинга – это обмен, о поломке которого узнают от клиента.
Сроки, стоимость и порядок работ
Смета собирается по связям: витрина с каталогом и наличием – 45 000 рублей и 5 рабочих дней, обмен заказами и оплатами – 75 000 рублей и две недели, связь с системой продаж – 85 000 рублей, складской контур с терминалами – 120 000. Сопровождение обмена – от 60 000 рублей в год. Этапы стандартные: аудит базы, карта данных, настройка, тестовый обмен на копии, запуск и месяц сопровождения. Смежные задачи – в разделе автоматизации, примеры работ – в портфолио.
Работаем с 2011 года, ведём проекты по всей стране, держим сайт, продажи и учёт в одних руках. Наберите +7 (901) 417-22-12 – посмотрим конфигурацию и скажем, какие связи нужны в первую очередь.
