Обмен с 1С клиента: где рвётся интеграция

Меня зовут Анна Гурьева, я оператор WMS. Шесть лет работаю с учётной системой склада, до этого три года была кладовщиком. Интеграция с 1С клиента — та часть моей работы, о которой никто не вспоминает, пока она работает, и о которой говорят все сразу, когда она встала. За эти годы я разбирала, наверное, сотни случаев «у нас в 1С одно, у вас другое». И почти всегда причина не в том, что «программисты криво написали», а в чём-то до обидного простом. Расскажу, где у нас рвался обмен чаще всего и как мы научились это ловить.

Что вообще ездит между нами и 1С клиента

Чтобы дальше было понятно, коротко про сам обмен. Обычно между складом и учётной системой клиента ходят четыре вещи:

• Справочник товаров — что за артикулы существуют, какие у них коды и характеристики.
• Заказы на отгрузку — что собрать и куда отправить.
• Уведомления о поставках — что клиент собирается нам привезти.
• Остатки и статусы — что реально лежит на складе и что произошло с заказами.

Ломается чаще всего не «обмен целиком», а один из этих потоков. И симптомы у каждого свои.

Где рвётся чаще всего

1. Новый товар появился в заказе раньше, чем в справочнике

Самый частый случай за все годы. Клиент завёл у себя новый артикул, сразу продал его и прислал нам заказ. А выгрузка справочника у него идёт, скажем, раз в сутки ночью. Заказ приходит на товар, которого в нашей системе ещё нет.

Хорошая интеграция такой заказ отбивает с понятной ошибкой. Плохая — принимает заказ с пустым артикулом, и он повисает. У нас когда-то висел такой заказ три дня: клиент видел у себя «передан на склад», мы у себя не видели ничего.

Что помогло: отдельный отчёт «заказы с неизвестными артикулами», который я смотрю каждое утро, и договорённость, что справочник выгружается чаще. Не мгновенно — просто чаще.

2. Один товар — разные коды с двух сторон

У клиента в 1С товар живёт под своим внутренним кодом, у нас — под тем, по которому его сканируют на складе. Пока связка настроена, всё хорошо. Но стоит клиенту поменять артикул у себя — и связка рвётся. Внешне это выглядит как «товар задвоился»: две карточки, остаток размазан между ними.

Мы теперь при любом изменении кодов на стороне клиента требуем предупреждения. Не потому, что вредные, а потому, что после такого изменения остатки надо сверять руками. Кстати, та же логика работает и с товаром, у которого кодов несколько или нет вовсе, — про это я писала в статье про товар без штрихкода.

3. Обмен «прошёл успешно», но данные не те

Мой любимый жанр. Обмен зелёный, ошибок нет, а остатки разъехались. Причины, которые мы ловили:

• клиент делал корректировки задним числом у себя, а обмен передавал только новые документы;
• часть заказов отменялась в 1С, но отмена к нам не уезжала, и мы их собирали;
• единицы измерения: у нас штуки, у клиента упаковки по шесть — и остаток в шесть раз больше.

Про упаковки — не шутка, это был реальный случай. Клиент неделю радовался, что у него на складе огромный запас.

4. Обмен встал, а никто не заметил

Самое опасное. Обмен падает по техническим причинам — сменился пароль, истёк ключ, обновили 1С, легла сеть. Пока никто не смотрит, обе стороны продолжают работать со своими данными, и через два дня расхождение уже не разобрать вручную.

После второго такого случая мы сделали простую вещь: если обмена не было дольше определённого времени, приходит оповещение. Не красивая система мониторинга — просто уведомление. Но именно оно спасает чаще всего.

5. Заказ приехал дважды

Ещё одна классика, особенно после сбоев. Обмен упал на середине, его перезапустили — и часть заказов приехала к нам повторно, уже с новыми номерами. Внешне это два разных заказа на одного покупателя с одинаковым составом. Комплектовщик собирает оба, потому что откуда ему знать.

Мы один раз так отгрузили дубль, и хорошо, что клиент заметил до отправки покупателю. После этого добавили простую проверку: если за сутки приходит заказ с тем же покупателем и тем же составом, он подсвечивается и я смотрю его руками. За год такая подсветка сработала раз двадцать, и в четырёх случаях это правда были дубли.

Что мы смотрим каждый день

У меня утренняя рутина занимает минут пятнадцать. Смотрю четыре вещи.

Что проверяю	Что должно быть	Что делаю, если не так
Время последнего успешного обмена	не старше согласованного интервала	пишу в техподдержку клиента до того, как он заметит
Очередь необработанных документов	пусто или единицы	разбираю причины, чаще всего — неизвестный артикул
Заказы в статусе «завис»	нет	вручную выясняю, откуда пришёл и что с ним делать
Сверка остатков по топ-позициям	совпадает	ищу, где разъехалось, пока разница маленькая

Полную сверку остатков по всем позициям мы делаем раз в неделю, а по ходовым — каждый день. Это важный момент: разницу в две единицы найти легко, разницу в двести — почти невозможно, потому что за неделю поверх неё наложилось всё остальное.

Случай, который научил нас сверяться

Один клиент подключился к нам весной. Обмен настроили, всё поехало. Через полтора месяца он позвонил: «У меня по отчётам не хватает товара на приличную сумму, что у вас происходит?»

Разбирались мы три дня. Выяснилось: в первые же дни после запуска часть поставок клиент оформил у себя вручную, задним числом, а к нам они не приехали. Дальше поверх этого легли обычные отгрузки, возвраты, перемещения. Физически на складе всё было на месте — мы пересчитали. Но чтобы это доказать, пришлось поднимать документы за полтора месяца.

После этого у нас правило: первые две недели после запуска интеграции остатки сверяются каждый день, и сверку подписывают обе стороны. За полдня работы в начале это экономит недели разборок потом. Почему система и полка вообще расходятся и что чинится процессом, я разбирала в отдельной статье.

Что я советую складу до подключения обмена

1. Договоритесь, чья система главная по каждому типу данных. Обычно справочник — у клиента, остатки — у склада. Если это не зафиксировано, спорить будете каждый месяц.
2. Проверьте единицы измерения и кратность. Штуки, упаковки, короба. Это половина всех странных расхождений.
3. Попросите тестовый обмен на десяти позициях. Не на всей номенклатуре. Ошибки видно сразу, а разгребать десять позиций несравнимо проще.
4. Заранее решите, что делать с ошибками. Кто смотрит очередь, за какое время реагирует, кому пишет. Иначе «ошибки обмена» не смотрит никто.
5. Не соглашайтесь на обмен без журнала. Если нельзя посмотреть, какой документ пришёл и что с ним стало, вы будете разбирать расхождения вслепую.

И ещё: обмен с маркетплейсами устроен иначе, там свои болячки — про них у меня есть отдельный текст. Но принцип один: любая интеграция ломается тихо, и выигрывает тот, кто заметит первым.

Частые вопросы

Почему остатки в 1С клиента не совпадают с остатками на складе?

Самые частые причины — документы, оформленные вручную в обход обмена, разная кратность упаковок, незаведённые артикулы и обмен, который не отработал, но никого об этом не предупредил. Начинать разбор стоит с даты, когда расхождение появилось: посмотрите, что происходило в обеих системах в этот день.

Как часто нужно сверять остатки при работающей интеграции?

По ходовым позициям — ежедневно, по всей номенклатуре — хотя бы раз в неделю. И обязательно каждый день первые пару недель после запуска или после любого изменения в обмене. Маленькое расхождение находится за минуты, большое — за дни.

Кто должен чинить интеграцию — склад или клиент?

Технически чинят те, кто её писал, но следить за состоянием обмена должны обе стороны. Со стороны склада у этого должен быть конкретный человек с утренней проверкой. Если «смотрят все», то не смотрит никто, и обмен стоит до первого звонка клиента.

Хорошая интеграция — это не только техника, но и то, как склад считает и показывает свою работу. Что и как мы считаем при обработке товара, видно на странице с тарифами.