BR-012 — Данные площадок не объединяются в общую таблицу
| Статус | ✅ SETTLED (решение владельца 2026-08-06) |
| Владелец | Anton (antongsm@gmail.com) |
| Дата | 2026-08-06 |
| Связано | BR-011 (две денежные величины), BR-004 (рейтинг) |
| Отменяет | порядок работ из review-пакета Codex в части общих canonical order/fulfillment таблиц |
Человеческое правило
Данные каждой площадки хранятся и показываются отдельно. Общей таблицы, куда сводятся заказы всех маркетплейсов, больше не строим.
Формулировка владельца: «ты там кротов плюсуешь с коровами и выдаёшь какое-то число, и непонятно, что это будет».
Что стоит за решением
За один день на живых данных выяснилось, что одно и то же имя означает у площадок разное:
| Величина | Ozon | Wildberries | Яндекс | Lamoda |
|---|---|---|---|---|
Что в revenue | цена покупателя | после комиссии | цена маркетплейса | выплата продавцу |
| Комиссия | 51,8%, явным полем | 12,2%, явным полем | ~22,9%, явного поля нет | — |
| Продавец получает от цены покупателя | 47,5% | — | — | 105,78% |
| Ключ заказа | номер отправления | srid | order_id | order_id |
| Знак возвратов | смешанный | положительный | отрицательный | — |
Сложение таких величин даёт число, у которого нет смысла. Оно выглядит как итог и потому опаснее отсутствия итога: ошибку не видно, пока кто-то не начнёт разбираться.
Отдельно: Lamoda и Яндекс платят продавцу БОЛЬШЕ уплаченного покупателем — площадка доплачивает из своих скидок. Такая величина не складывается с комиссионной выручкой Ozon ни при каком приведении.
Как применять
- Показывать по площадкам. Каждый отчёт называет площадку явно.
- Хранить по площадкам — так уже устроен слой приёма
gwptd_intake:ozon_postings_fbs,wb_orders,ym_realization,amz_settlements. Ничего переносить не надо, надо перестать сводить дальше. - Каждая колонка получает описание словами документации своей площадки, а не общим термином. Общий термин — это и есть скрытое объединение.
- Сумма по нескольким площадкам допустима только там, где складываемое заведомо однородно (например, количество штук), и в отчёте прямо сказано, что и по каким площадкам сложено.
Решения владельца 06.08.2026, закрывающие следствия
Рейтинг — величина ВНУТРИ площадки
Оценка считается отдельно на каждой площадке и между площадками не сравнивается. Формулировка владельца: «рейтинг — это условная величина, которая просто ранжирует товар; для каждого маркетплейса он может считаться от разных цен, и ничего страшного в этом нет».
Отсюда следует то, что снимает половину прежних споров: какая именно цена берётся, для рейтинга не важно — важно лишь, чтобы внутри одной площадки она была одна и та же. Ранжирование не меняется от того, увеличена величина на комиссию или уменьшена.
Берётся цена продажи, а не сумма выплаты. То, что площадка удержала или доплатила, к ранжированию товара отношения не имеет.
Яндекс: перейти на цену покупателя
Сейчас в факт попадает цена МАРКЕТПЛЕЙСА (prices[0] всегда MARKETPLACE).
Заменить на цену покупателя — prices[1], а при наличии кэшбека prices[2].
Числа в отчётах по Яндексу сдвинутся; это исправление, а не поломка.
История рейтинга: с новой даты
Прошлые месяцы не пересчитываются. Новое правило действует с момента перехода. На границе будет ступенька, и о ней надо помнить при сравнении месяцев через неё.
Отгрузка распределяется по продажам В ШТУКАХ
Рейтинги площадок несравнимы, поэтому распределять товар между площадками по ним нельзя. Основание распределения — штуки: единственная величина, одинаковая у всех площадок и складывающаяся честно.
Всё берётся по модулю
Возвраты, штуки, цены, суммы — на всех площадках приводятся к положительному виду. Формулировка владельца: «для единообразия все приводим на всех маркетплейсах по модулю».
Знак живёт в операции, а не в значении: вычитание делает формула. Площадки присылают по-разному (у WB возвраты положительные, у Яндекса отрицательные, у Ozon смешанные), и это не повод хранить по-разному.
Главный экран — по площадкам
Выручка показывается по каждой площадке отдельно, без общей суммы. Это снимает последний случай, где разнородные величины пришлось бы складывать.
Что решением НЕ закрыто
Оборачиваемость. Она тоже опирается на деньги, и решение по ней отдельно не принималось. По смыслу к ней применимо то же, что к рейтингу — считать внутри площадки, — но это предположение, а не решение владельца.
Что это отменяет в прежних планах
Порядок работ Codex предполагал общие canonical-таблицы заказа и исполнения для всех площадок с приведением к единой семантике. Эта часть отменена. Сохраняется всё остальное: неизменяемое сырьё, независимый разбор, поколения, активация и сверка — они площадочной раздельности не противоречат.