Ситуация, знакомая любому, кто торгует со склада и ведет учет в 1С. Заказ пришел, покупатель ждет, а товара нет. В 1С он есть, на площадке он был, но собирать нечего. Дальше отмена, штраф и просевший рейтинг продавца.
Обычно это списывают на «глюки обмена». В обмене действительно бывают ошибки, но в большинстве случаев данные передаются ровно те, которые попросили передать. Проблема в том, какие именно.
Разберу четыре причины, по которым цифры расходятся. Они не про программирование, их видно из интерфейса.
1. Резервы
Самая частая. В 1С у товара два разных числа: сколько его лежит на складе и сколько из этого уже обещано другим покупателям. Резервы под заказы, под сборку, под доставку.
Если на маркетплейс уходит остаток без вычета резервов, площадка видит товар, которого физически не существует. Пять штук на полке, четыре зарезервированы под вчерашние заказы, на площадку уехало пять.
В разных конфигурациях резервы лежат в разных местах, и это надо знать при настройке:
- УТ 11: регистр «РезервыТоваров»
- УНФ: «РезервыЗапасов»
- КА 2 и ERP: «ЗапасыКомпании»
- БП 3.0: резервов нет как понятия
Последний пункт важен. Бухгалтерия не ведет оперативный учет резервов, и вычитать там попросту нечего. Если торговля идет из БП, расхождение будет всегда, вопрос только в его размере.
2. Склады
Второе по частоте. Остаток считается по всем складам сразу, включая те, откуда вы на маркетплейс не отгружаете. Розничная точка, склад брака, транзитный склад, товар в пути.
Выглядит логично: товар же есть. Но собирать заказ с розничной точки в другом городе никто не будет, и заказ отменится точно так же.
Здесь есть отдельная ловушка для тех, кто работает на БП 3.0. Остатки там берутся со счета 41, а складского разреза в бухгалтерском учете может не быть вообще. Это не поломка и не недоработка, так устроен план счетов. Просто отфильтровать по складу будет нечего, и это надо учитывать до того, как вы пообещаете площадке количество.
3. Разные схемы отгрузки в одной таблице
Если вы работаете и по FBS, и по FBO, у вас два разных товарных запаса. FBS лежит у вас, FBO уже уехал на склад площадки и вашим остатком не является.
Когда обе схемы считаются одной цифрой, происходит одно из двух. Либо вы отдаете площадке завышенный остаток и продаете то, чего у вас нет. Либо занижаете и теряете продажи на ровном месте.
Разделять надо на уровне складов в 1С: отдельный склад под то, что отгружается со своего склада, и отдельный под то, что передано на площадку. Тогда в выгрузку попадает только первый.
4. Частота обновления
Раз в сутки ночью это нормально для каталога и для цен. Для остатков ходовой позиции это очень много.
Простая арифметика: если позиция продается десять раз в день, то через час после выгрузки цифра на площадке уже неверна. Не потому что обмен плохой, а потому что за этот час прошли продажи, которых площадка не видела.
Разумный интервал для остатков это минуты, а не часы. У нас механика остатков ходит раз в пять минут, и это не рекорд, а нижняя разумная граница.
Что с этим делать
Порядок действий, если расхождение уже есть.
Сначала посчитайте руками. Возьмите одну позицию, по которой были отмены. Откройте в 1С остаток по складам, отдельно посмотрите резервы, отдельно то, что числится на складе площадки. Сравните с тем, что показывает личный кабинет маркетплейса. Почти всегда разница объясняется одним из четырех пунктов выше, и видно это за пять минут.
Потом наведите порядок в складах. Пока склады не разделены по смыслу, любая настройка обмена будет чинить следствие. Отдельный склад под отгрузку на площадку это не бюрократия, это единственный способ выгружать осмысленную цифру.
Затем настройте вычет резервов. Если конфигурация их ведет, они должны вычитаться. Если не ведет, как в БП 3.0, закладывайте буфер вручную и знайте, что он у вас есть.
И только после этого меняйте частоту. Гонять обмен каждые пять минут с неверной методикой расчета означает быстрее рассылать неверные числа.
Почему это вообще проблема
Обмен с маркетплейсом обычно ставят один раз и больше к нему не возвращаются. Он работает, ошибок не выдает, данные ходят. А потом появляются отмены, и связать их с настройкой, сделанной полгода назад, уже сложно.
Полезная привычка: раз в месяц брать одну ходовую позицию и сверять четыре числа вручную. Пятнадцать минут, зато вы точно знаете, что именно уезжает на площадку.
Как это устроено у нас, с настройкой складов и резервов по каждой конфигурации 1С, описано в инструкции: Как настроить выгрузку остатков.