Разбор · Опубликовали 08.10.2026
Аналитика маркетплейсов требует истории расчётов площадки: агенты собирают сверяемую базу продавца
Как сопоставить удержания и возвраты по товарам, что принять у разработчика базы и когда достаточно готового сервиса аналитики.
Текст подготовлен машиной агентов под надзором инженера, который ведёт vibecoding.ru · факты проверены 8 октября 2026
В аналитике маркетплейсов график продаж не объясняет удержания и возвраты: нужна история расчётов площадки.
Покажем, как инженер с ИИ-агентами собирает проверяемую базу и как её принять, на нашем учёте vibecoding.ru; клиентского кейса у нас нет.
Не хотите разбираться сами? Внедряем ИИ в ваш бизнес: задачи без лимита, одна цена в месяц, отмена в любой момент.
1. Готовый сервис выбирают по возможности сверить расчёты.
Готовый сервис может уже закрывать вашу задачу. На официальной странице внутренней аналитики MPSTATS перечислены комиссии, логистика и возвраты. Срез 8 октября 2026.
Проверим на учебной кружке: её продают на двух площадках, часть покупок возвращают. Общий график не объясняет выплату по товару: нужны строки отчёта из кабинета.
Своя база нужна для ваших правил и хранения первичных отчётов. Как при разработке своей CRM, сначала проверяют, чего не хватает в готовом продукте.
Три проверки перед заказом базы
MPSTATS, официальный сайт, проверено 08.10.2026. Критерии выбора сформулированы редакцией; сервис на данных продавца не тестировали.
2. Продажа, возврат и выплата живут в разных периодах.
Один месяц на двух экранах может означать разные события. Менеджер смотрит продажи по дате доставки, бухгалтер проверяет поступления. Сначала нужно назвать дату каждого итога.
У Маркета перевод 31 августа, зачисленный 1 сентября, попадает в отчёты обоих месяцев. Склейка выгрузок может удвоить сумму: повтор нужно распознать.
Номер заказа не заменяет номер финансовой операции. У заказа бывают продажа, возврат и удержание. В отчёте Маркета транзакция и платёжное поручение имеют отдельные поля.
Для сопоставления площадок их артикулы связывают с вашим товаром. В базе сохраняют код площадки вместе с ID операции: одинаковый номер в двух кабинетах не означает одно событие.
Разные даты сохраняют раздельно
Яндекс Маркет, «Отчёт по платежам», проверено 08.10.2026. Пример 31 августа и 1 сентября взят из документации. Связи проверяют на выгрузках конкретного кабинета.
3. Сверка начинается с расчётного отчёта, прибыль требует дополнительных затрат.
Возьмём учебный расчёт по кружке, без данных клиента и тарифов площадок. Продали десять штук по 2 000 ₽, две вернули. После возвратов остаётся16 000 ₽ продаж.
Удержания берут из строк отчёта с их знаками. Подстановка сегодняшнего процента комиссии вместо исторической суммы меняет прошлый результат.
В нашем примере остаток составляет 13 000 ₽. Его ещё надо связать с выплатой и переходящим балансом. Для прибыли нужны также себестоимость, налоги и прочие затраты.
Учебный расчёт: от продаж до остатка
Учебная модель редакции от 08.10.2026. Числа придуманы для проверки арифметики, это не клиент и не тариф площадки. 20 000 − 4 000 − 1 600 − 1 000 − 400 = 13 000 ₽.
4. Наш счётчик стал сверяемым после исправления правил учёта.
Наш опыт касается происхождения цифр. В публичном счёте агентов есть период и методика. На 8 октября 2026 окно шло с 1 июля, 100 календарных дней.
Экран показывал $58 182 по API-прайсам и $1 631 подписками. Первая сумма оценивает расход по прайсу, вторая распределена по дням и моделям.
Чеков счётчик не знает. Он обозначал 3,1 млрд токенов без цены, посчитанных по нулю. Такую же видимость стоит требовать для неразобранного удержания.
Одинаковое окно, разные способы счёта
Живой /open/api-costs, HTML прочитан 08.10.2026 в 04:10 МСК. Окно 01.07–08.10.2026, 100 дней. Труд инженера в эти суммы не входит.
В базе продавца стоит сохранить версию загрузки и формулы. Тогда новый результат можно сравнить с прежним, не теряя строк, на которых возникла разница.
Для проверки понадобятся два итога: сумма операций отчёта и её связь с выплатами и балансом. Равенство одного итога ещё не подтверждает второй.
Состав затрат меняет смысл суммы. Подписки агентов не составляют всю цену разработки: машину ведёт инженер. Расчёт площадки тоже не составляет всю экономику продавца.
Три исправления нашего учёта
27.09
Аудит обнаружил повторный счёт продолженной истории и пропуски работы помощников. Правило: сообщение учитывается один раз, работа помощников входит в тот же счёт.
27.09
Средняя цена подписок на /open считалась иначе, чем на новом экране расходов. Правило: оба экрана используют общий расчёт за одно окно.
03.10
Цена машины на /open показывала подписки без труда инженера. Правило: в сравнении полной цены разработки учитывается инженер, который ведёт машину.
Материалы аудита и журнальные записи vibecoding.ru 27.09 и 03.10.2026 проверены 08.10. Действующая методика открыта на /open/api-costs и /open.
5. Агенты пишут обработку, правила расчёта принимает владелец учёта.
Агентам поручают загрузку и проверки повторов. Инженер ведёт машину агентов и разбирает ошибки. Владелец учёта решает, как трактовать удержание и к какому товару его отнести.
ИИ для маркетплейсов используют в конвейере карточек с проверкой товара, текста и изображения.
Задачу для ИИ-агента заканчивают проверкой. Повторная загрузка не меняет итог, неизвестное удержание попадает на разбор. Просьба о красивом дашборде этого не задаёт.
Правила для агентов нужны и при пересчёте: новая версия показывает разницу с прежней. Первичная выгрузка остаётся доступной для проверки.
Работа принимается по воспроизводимому результату
Предложенный порядок разработки, 08.10.2026. Критерии проверяют на отчётах заказчика; это не выполненный клиентский проект.
6. Первую версию принимают по закрытому периоду и объяснённым расхождениям.
Первой версии достаточно выбранных товаров и закрытого периода. Она хранит выгрузки, операции и проверку итогов. Общую прибыль и прогноз закупок добавляют после приёмки этого слоя.
В примере продажи с возвратом данные клиентов для агента заменяют учебными. Форму отчёта сохраняют. Доступ и сверку настоящих сумм организует инженер с продавцом.
Итог принят, когда строки сходятся, а разница объяснена балансом, другой датой или операцией на разборе. Прятать расхождение в «прочее» нельзя.
Первая задача: сверить закрытый период
Приёмочное задание редакции от 08.10.2026. Маркет предупреждает об изменении структуры отчётов: формат входного файла тоже нужно проверять.
Своя база оправдана, когда сверка нужна регулярно, а сервис не закрывает ваши правила. Для разовой задачи стоит разобрать выгрузки в таблице. Разработке нужна очередь работ.
Подписка на агентную разработку «Один проект» стоит 250 000 ₽/мес на 08.10.2026. Инженер с агентами пишет базу и сверку; готовые изменения остаются в вашем репозитории.
В потоке одна задача, пауза доступна в любой месяц. Цена месяца не задаёт срок всей базы. Перед заказом обсудите первую задачу с её площадками, историей и результатом сверки.
Что и как мы проверяли
| Факт | Что известно | Проверено |
|---|---|---|
| Отчёты Маркета | Прочитана официальная документация отчёта по платежам. Перевод 31 августа, зачисленный 1 сентября, попадает в оба периода. В полях раздельно названы транзакция, заказ и платёжное поручение. Состав отчётов может меняться. | 2026-10-08 |
| Готовый сервис | Официальная страница внутренней аналитики MPSTATS перечисляет комиссии, логистику и возвраты. Возможности сверки на данных продавца не тестировали, рейтинг сервисов не составляли. | 2026-10-08 |
| Наш учёт | Живой HTML /open/api-costs прочитан в 04:10 МСК. Окно 01.07–08.10.2026, 100 календарных дней: $58 182 по API-прайсам и $1 631 по распределению подписок. На экране обозначены 3,1 млрд токенов без цены, посчитанных по нулю. Это не стоимость всего проекта и не реестр банковских чеков. | 2026-10-08 |
| Исправления счёта | Аудит счётчика описан в материалах проекта 27.09; общий расчёт принят в журнале /open 27.09, труд инженера включён 03.10. Действующие правила проверены на публичных /open и /open/api-costs. Старые суммы в статью не переносили. | 2026-10-08 |
| Учебная модель | Расчёт по кружке придуман редакцией: 20 000 − 4 000 − 1 600 − 1 000 − 400 = 13 000 ₽. Это не тариф площадки и не история клиента. Своего клиентского кейса аналитики маркетплейсов у машины нет. | 2026-10-08 |
| Цена разработки | Живая /services: «Один проект», 250 000 ₽ в месяц, один поток; код в репозитории клиента, пауза в любой месяц. Цена месяца не является обещанием срока всей базы. Общие компоненты автора и нижней двери используются в действующем виде. | 2026-10-08 |
7. Частые вопросы
Можно ли начать с Excel, без подключения API?+
Да. Первая задача может загружать сохранённые расчётные отчёты. Важны происхождение файла, период и возможность повторить сверку. Автоматическое получение добавляют следующим шагом.
Какой сервис аналитики маркетплейсов выбрать?+
Проверяйте на своём закрытом периоде, можно ли раскрыть удержания, связать возврат с продажей и выгрузить расчёт. В этой статье сервисы не сравнивались на данных продавца, поэтому рейтинга нет.
ИИ будет рассчитывать удержания по тексту?+
Агент пишет обработчик и проверки. Рабочая база считает по сохранённым операциям и принятым формулам. Неизвестный тип операции передаётся на разбор.
Нужно ли заменить существующую учётную систему?+
Нет. База расчётов может готовить для неё проверенную детализацию. Сначала согласуют, какой системе принадлежит справочник товаров и куда передавать результат.
Сколько прошлых месяцев загружать?+
Столько, сколько нужно для выбранной задачи и сколько позволяет получить история площадки. Доступность проверяют до обещания срока. Для запоздалого возврата нужны связанные операции прошлой продажи.
Источники
- Яндекс Маркет, «Отчёт по платежам» — официальная документация
- Яндекс Маркет, «Как получать отчёты и документы» — официальная документация
- MPSTATS, внутренняя аналитика Wildberries — официальный сайт
- vibecoding.ru, публичный счёт работы агентов — наш замер
- vibecoding.ru, машина и полная цена разработки — наш учёт
- vibecoding.ru, разработка по подписке — наш сервис
- vibecoding.ru, разбор методики и аудита счётчика (27 сентября 2026) — наш разбор
Запомнить
- Сначала проверьте готовый сервис на своём расчётном отчёте.
- Храните разные даты и идентификаторы операций: пересечение периодов не должно удваивать сумму.
- Разделяйте расчёт площадки, выплату и прибыль продавца.
- Поручайте агентам обработку с воспроизводимой проверкой. Неизвестные удержания оставляйте видимыми.
- Принимайте первую версию по закрытому периоду, повторной загрузке и объяснённым расхождениям.