Схема, знакомая всем, кто торгует на площадках: утром менеджер выгружает остатки из 1С в Excel, приводит колонки к нужному виду, заливает в кабинет. Вечером скачивает заказы, разносит по базе. В пятницу приходит отчет о реализации на несколько тысяч строк, и его разбирают до понедельника.
Проблема даже не в часах. Проблема в том, что между выгрузкой утром и продажей днем остаток успевает уехать, товар продается второй раз, и площадка выставляет штраф за отмену.
Цена и сроки
Один кабинет — от 140 000 ₽ и 3–4 недели. Сюда входит то, ради чего интеграция и делается: заказы, остатки с резервированием, цены, возвраты и разнесение отчета о реализации. Несколько кабинетов, юрлиц или складов — от 320 000 ₽. Работы до 300 000 ₽ оплачиваются разово.
Сначала честно: возможно, вам хватит готового модуля
На рынке есть коробочные решения для связки 1С с площадками. Если у вас типовая конфигурация без доработок, один кабинет, простая номенклатура и обычная схема работы — коробка обойдется дешевле нашей разработки, и мы прямо скажем об этом на первом созвоне.
Разработка начинает выигрывать там, где коробка упирается:
- несколько кабинетов и юрлиц, между которыми нужно делить один склад;
- свои правила резервирования: часть остатка держим под опт, часть отдаем на площадки, и пропорция меняется по группам товара;
- конфигурация, переписанная под ваш учет, где типовые объекты уже не совпадают с тем, что ждет модуль;
- своя логика ценообразования с оглядкой на комиссию, логистику и рекламные расходы;
- производство или комплекты, когда на площадку уходит то, что собирается из компонентов и физически на складе не лежит.
Оверселлинг — главная задача, а не заказы
Заказы умеет забирать любой обмен. Ценность появляется в управлении остатком, потому что именно тут теряются деньги.
Если вы продаете на двух площадках и в опте, один и тот же товар физически один, а витрин у него три. Обмен раз в сутки означает, что сутки все три витрины показывают цифру, которая уже неправда. Дальше либо отмены и штрафы, либо вы держите запас «на всякий случай» и замораживаете в нем оборотку.
Рабочая схема выглядит иначе: остаток пересчитывается по событию продажи, а не по расписанию, под каждый канал задается своя доля и минимальный неснижаемый запас, и отправка идет только по тем позициям, где цифра действительно изменилась. Последнее важно из-за лимитов на стороне площадок: гнать весь каталог каждые пять минут вам не дадут, поэтому обмен должен понимать, что именно поменялось.
Отчет о реализации — то, на чем горит бухгалтерия
Заказы и остатки обычно настраивают первыми, а потом выясняется, что основную ручную работу дает еженедельный отчет площадки. Его надо превратить в документы: реализацию, комиссию, логистику, хранение, штрафы, компенсации, корректировки за прошлые периоды.
Строк там тысячи, и они не совпадают один в один с вашими заказами: часть отправлений приезжает в отчет позже, часть возвращается, часть корректируется задним числом. Разнесение этого руками — работа на несколько дней в месяц, и она же дает самые обидные ошибки во взаиморасчетах.
Мы делаем разбор отчета частью интеграции: строки раскладываются по видам начислений, сопоставляются с отправлениями, формируют документы в базе, а то, что не сошлось, попадает в отдельную очередь для человека. Очередь — обязательный элемент: полностью автоматического разбора без исключений не бывает, и обещать его нечестно.
Номенклатура: место, где ломается больше всего
Площадка знает товар по своему идентификатору и артикулу продавца, 1С — по коду и характеристикам. Между ними должно быть сопоставление, и оно почти никогда не бывает чистым: у одной позиции три артикула из-за истории загрузок, размеры и цвета заведены то характеристиками, то отдельной номенклатурой, штрихкоды дублируются.
Поэтому первым делом мы собираем таблицу соответствия и показываем, что в ней не сходится. Обычно это неприятный, но полезный документ: он один раз наводит порядок в справочнике, и дальше обмен работает без сюрпризов. Пропустить этот шаг нельзя — интеграция на грязном справочнике даст неверные остатки на всех площадках сразу.
Схемы работы
Со склада площадки, со своего склада или доставкой продавца — для 1С это три разных сценария по документам и по остаткам. При работе со своего склада критична скорость: сборка, маркировка отправления, передача в доставку — все это должно попадать в базу вовремя, иначе рейтинг падает и площадка применяет санкции. При работе со склада площадки центр тяжести смещается на поставки и на учет товара в пути.
Что именно из этого нужно вам, выясняется на первом созвоне, и от этого зависит объем работ. Мы не продаем «все схемы сразу» — оплачивать имеет смысл только те, по которым вы реально торгуете.
Что вы получаете на выходе
Заказы приходят в 1С без участия человека. Остатки уезжают на площадки по факту движения, с вашими правилами резервирования. Цены обновляются из базы. Возвраты и невыкупы разносятся. Отчет о реализации превращается в документы, а спорные строки ждут в очереди. Обмен пишет журнал, переживает падение площадки и сообщает, если встал.
Что можно сделать дальше
Когда данные ходят сами, следующий вопрос обычно звучит так: сколько и чего заказывать. Это уже не интеграция, а прогноз спроса и правила пополнения — и на подключенных данных такую задачу видно целиком: продажи, возвраты, оборачиваемость, сроки поставки. Мы этим занимаемся отдельно, ИИ-сценарии внутри 1С, и беремся только после того, как обмен уже работает. Если сейчас выбираете подрядчика и хотите видеть весь наш порядок работы целиком — расширения, журналы, сроки, схему оплаты, — он выложен на странице интеграция 1С с внешними системами.