+7 (999) 919-62-61 · 8:00–22:00 МСК
Задача / Вызов
У клиента уже была настроена 1С:УНФ: в ней велись товары, цены, остатки и заказы. Менять учёт не требовалось — нужна была новая витрина и система управления магазином, которые живут рядом с этой базой, а не вместо неё.
Задача — подключить сайт к уже работающей 1С так, чтобы менеджеры продолжали оформлять и закрывать заказы там, где привыкли, а заявки с сайта попадали в учёт без ручного переноса.
Главная особенность — штучный и скоропортящийся товар. Готовый букет мог существовать в единственном экземпляре, поэтому каталог мало было «выгрузить один раз»: остатки нужно было синхронизировать оперативно, иначе на сайте продавался бы букет, которого в салоне уже нет.
Наше решение
Собрали контур «магазин + управление и учёт» и связали его с уже развёрнутой 1С:УНФ. Типовую конфигурацию не переписывали — доработки вынесли в расширение, чтобы 1С можно было обновлять штатно.
Что сделали:
- 1.Разобрали существующий учёт в 1С. Проверили структуру номенклатуры, характеристики, цены, склады и правила работы с готовыми букетами — какие сущности из 1С соответствуют категориям, товарам и свойствам на сайте.
- 2.Настроили обмен каталогом. Из 1С на сайт передавались товары, категории, характеристики, цены, остатки и изображения. Обновление каталога выполнялось отдельно от обмена заказами, чтобы тяжёлая выгрузка не влияла на оперативность оформления.
- 3.Отдельно организовали загрузку заказов. Заказ с сайта передавался в 1С автоматически вместе с данными покупателя, телефоном, адресом и временем доставки. Повторные покупатели находились по телефону и привязывались к существующей карточке, чтобы не создавать дубли.
- 4.Сделали защиту от повторного создания заказов. Для каждого заказа использовался сквозной идентификатор: если обмен запускался повторно или происходил сбой связи, один и тот же заказ не создавался в 1С дважды.
- 5.Добавили очередь и обработку ошибок. Если база 1С или внешний сервис временно недоступны, данные не теряются: операция фиксируется и повторяется после восстановления соединения.
- 6.Все доработки вынесли в расширение. Типовую конфигурацию не изменяли, поэтому сохранялась возможность дальнейшего обновления 1С без ручного восстановления доработок.
- 7.Настроили журналирование обмена. Фиксировались отправленные и полученные данные, ошибки и результаты обменов — проблемы разбираются по журналу, а не поиском вручную по базе.
Детали реализации
Контур такой: сайт принимает заказ, панель управления его фиксирует, 1С:УНФ остаётся источником правды. Мы не ставили «ещё одну 1С вместо их» — связали новую витрину и операционную панель с базой, которую клиент уже вёл.
На витрине это видно сразу. Каталог «Букеты на заказ», цена 4 800 ₽ у букета №001, состав «роза, гвоздика» и выбор салона Лесопарковая / Дрожжино — те же номенклатура, характеристики и склады, что в УНФ. Для штучного скоропорта это критично: уникальный букет не продаётся дважды.
В панели те же две точки, заказы со сквозным ID и статусом «Новый». Менеджер не копирует заявку руками: документ в 1С собирается автоматически, повторный покупатель находится по телефону и садится на существующую карточку.
cvetidanetolko.ru стал внешним каналом продаж. 1С:УНФ осталась контуром учёта.
Что откуда берётся
| На сайте и в панели | В 1С:УНФ |
|---|---|
| Каталог, цена, состав, тип букета | Номенклатура, характеристики, виды цен |
| Салоны Лесопарковая и Дрожжино, остаток на витрине | Склады, которые уже были в 1С |
| Заказ со сквозным ID, телефон, адрес, время доставки | Документ заказа, контрагент по телефону |
| Дашборд по точкам, самовывоз / доставка, средний чек | Операционные данные того же учёта, без второй кассы |
Результаты работы
Автообмен
заказы с сайта сразу в 1С
Остатки
штучный букет не продаётся дважды
0 дублей
сквозной ID, повторный обмен безопасен
2 салона
Лесопарковая и Дрожжино из складов 1С