Разбираем обмен между вашей учётной системой и площадками по точкам: какие вызовы делаются, что происходит при повторе, где рвётся цепочка статусов и почему остаток в 1С не равен остатку в кабинете.
Срок — ориентир по нашим проектам; точный срок фиксируется в договоре после обследования. Договоры и счета оформляет ООО «АЛЬФАДИСК» на ОСНО. Страница не является публичной офертой.
Заказ приходит дважды и уезжает дважды. Остаток разъехался — и непонятно, кто его сдвинул: обмен, менеджер или сама площадка. Статус завис в промежуточном состоянии, и посылку находят по звонку покупателя.
Разбирательство всегда упирается в одно и то же: логов обмена либо нет, либо в них не видно, какой именно вызов что изменил. Программист 1С говорит на площадку, интегратор — на 1С.
Дальше это перестаёт быть техническим вопросом и становится денежным: пересорт, отмены по вине продавца, штрафы площадки и товар, который числится, но которого нет.
Работаем по журналам, выгрузкам и коду обмена в режиме чтения. Ничего в вашей 1С и в кабинетах площадок не меняем.
Составляем полный список: какие обработки, регламентные задания и внешние сервисы участвуют в обмене, какие методы API площадок вызываются, с какой периодичностью и от чьего имени. Обычно на этом шаге находятся вызовы, о которых в компании уже никто не помнит.
Берём выборку заказов за период и прослеживаем каждый от появления на площадке до отгрузки и оплаты в учёте: где документ создался, где обновился, где потерялся. Так же прослеживаем движение остатков по одному товару — от изменения на складе до цифры в кабинете.
Главный источник дублей — повторная обработка одного и того же события: площадка прислала уведомление дважды, задание упало и перезапустилось, оператор нажал кнопку второй раз. Смотрим, есть ли у операции ключ, по которому повтор распознаётся, и что происходит при ошибке в середине пачки.
Сверяем соответствие номенклатуры, штрихкодов и складов между 1С и каждой площадкой. Ищем товары с двойным соответствием, товары без соответствия и склады, которые отдают остаток в два кабинета одновременно.
Каждое расхождение получает описание причины, оценку последствий и конкретную правку. Правки выстраиваются по приоритету: сначала то, что прямо создаёт денежные потери, потом то, что создаёт ручную работу.
Отчёт написан так, чтобы его мог взять в работу ваш программист 1С или ваш интегратор — без нас.
Стоимость зависит от числа баз 1С, количества подключённых площадок и состояния обмена — считаем её после короткого разговора. Цифру и состав работ называем в течение одного рабочего дня, до начала работ, и в процессе не меняем.
Инвентаризация обмена, прогон цепочек документов, проверка идемпотентности и маппинга, письменный план правок по приоритетам.
Сумму и состав работ фиксируем в договоре, блок «что не входит» даём письменно.
Первый разговор бесплатный, ни к чему не обязывает.
Мы сами продаём на площадках внутри холдинга и сами держим обмен с 1С — этот аудит вырос из разбора собственных сбоев, а не из чужой методички.
Соседняя проверка того же контура — сверка выплат маркетплейса — на собственном проекте холдинга показала, что прогноз прихода занижал факт на 1 953 200 ₽: с кабинетом всё сошлось в ноль, ошибка сидела в собственной модели удержаний. Технически это та же природа: расхождение между тем, что ваша модель ожидает получить, и тем, что реально удерживает площадка. Аудит интеграции отвечает за документы и остатки, сверка выплат — за деньги.
Какие площадки, какая конфигурация 1С, кто писал обмен и что ломается чаще всего. Этого хватит, чтобы понять объём и назвать точный срок.
Обсудить задачу