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