01 · 23.10 · инвентаризация продаж

Главная · Все таблицы · Исследования

01 — инвентаризация данных продаж трёх брендов

23.10.2026. Это инвентаризация сохранённых материалов и локальная проверка схемы Битрикса; новые обращения к Директу, Метрике, Битриксу, 1С и другим внешним системам не выполнялись. Вопрос до проверки (question.md). Основная когорта: заказы, созданные 01.01–30.09.2025 и 01.01–30.09.2026 включительно, по отдельности. Даты оплат, вручения и возвратов рассматриваются до даты соответствующего снимка; это не одновременное состояние двух когорт.

Позднее 23.10 получено новое доказательство: D1 подтвердил чтение трёх отдельных кабинетов Директа, их логины, ClientId, сайты и пробный Reports API. Формулировки ниже о неподтверждённом доступе описывают состояние на момент этой инвентаризации; исторические построчные расходы и цели стратегий по-прежнему не выгружены.

Короткий ответ

Заказы и визиты доступны; цепочка до прибыльного выкупа пока не доказана. Сохранены 19 081 заказ Битрикса и 1 992 628 строк визитов Метрики для трёх сайтов и двух основных периодов. Из 19 062 заказов без текущих тестовых статусов 14 646 сопоставлены с ecommerce своего счётчика по номеру, 4 416 не найдены в сохранённых окнах. Это доля совпадений в конкретных выгрузках, а не доля потерянных продаж. Директ подтверждён только косвенно PDF агентства и полями атрибуции Метрики: логины/ID кабинетов, исходные расходы по кампании и цели стратегий не получены. Финансовые выкупы/возвраты, себестоимость и события фактического вручения не связаны с этими заказами.

Статусы в таблицах

  • Проверено: сохранённый источник/схема/расчёт действительно прочитаны; это не гарантия полноты рабочего процесса.
  • Поле есть: столбец или API-поле сохранено, но заполненность/семантика отдельно не проверены.
  • Частично: есть агрегат, текущий снимок или косвенный ключ, недостаточный для построчной сверки.
  • Не получено: в материалах и проверенных доступах нет нужной выгрузки. Не означает, что поле отсутствует в рабочей системе.

Реестр источников

Источник и статус Показатели и идентификаторы, которые действительно доступны Период, единица и детализация Соединение с другими системами Ограничение и обязательный запрос
Яндекс Директ — доступ не подтверждён. PDF агентства — вторичный отчёт PDF содержит месячные расходы и заявленный «оборот выкуп» по брендам; есть отдельные канальные срезы. Сырых campaign_id, аккаунта, показов, кликов, расходов по дням, истории целей/стратегий здесь нет Проверенный пересчёт PDF: январь–июль 2025/2026, месяц × бренд; это не основное девятимесячное окно Поля DirectClickOrder/баннер/UTM в визитах Метрики потенциально связывают визит с кампанией, но соответствие конкретным кабинетам и расходам не проверено PDF не доказывает состав расходов, формулу выкупа или полноту каналов. Запросить отдельно по каждому бренду логин/ID аккаунта и владельца, права чтения, выгрузку день × campaign_id × группа/объявление × показы/клики/расходы, тип трафика, стратегия/цель и историю изменений за оба окна; подтвердить НДС/комиссии и границы расхода. PDF-сверка (../2026-10-21-drr/report.md), реестр доступов (../../data-bank/README.md)
Яндекс Метрика — чтение трёх счётчиков проверено Счётчики GD 61921558, IRO 90641771, Tara 88990231; 72 поля Logs: counterID, visitID, clientID, дата визита, purchaseID, время/сумма/валюта покупки, товарные ID/brand/variant/quantity/price, цели, UTM и поля DirectClickOrder/баннера в двух моделях атрибуции. Списки неудалённых целей: 42/30/33 01.01–30.09 обоих лет; строка Logs = визит, покупки и товары — массивы внутри строки; дата визита и дата заказа различаются. Сырые 24 TSV/1 992 628 строк в private/ Проверенная связь counterID + purchaseID ↔ код сайта + order_number; 14 646/19 062 нетестовых заказов найдены в своём счётчике. clientID — браузерный ключ, не ID заказа/человека Поле yclid не входило в сохранённые 72 поля; наличие DirectClickOrder не заменяет доступ к Директу. Цели Sales Ninja/автосбора не содержат goalsOrder; ecommerce-событие не оплата. Окна визитов не покрывают все возможные поздние события. Запросить настройки и историю целей/офлайн-загрузок, правила ecommerce по трём сайтам, журналы отправки/ошибок и соответствие полей Direct кампании; при необходимости граничные визиты после проверки бюджетов API. M6 (../2026-10-22-metrica-logs/report.md), M7 (../2026-10-22-historical-order-reconciliation/report.md), M8
Сайты / Битрикс — локальная историческая выгрузка проверена order_id, order_number, site_id, создание/обновление, статус/отмена, paid/paid_at, сумма заказа/доставки/скидки; item_id, sku_id, product XML ID, размер RAZMER, количество, цена/скидка; свойство заказа METRIKA_CLIENT_ID; текущие оплаты/отгрузки и часть событий 19 081 созданных заказов и 37 877 текущих позиций за два окна, снимок 22.10; одна строка заказа/товара/оплаты/отгрузки в отдельных таблицах. site_id: s4 GD, i1 IRO, t1 Tara order_id соединяет внутренние таблицы; order_number ↔ purchaseID Метрики. 1С/external/XML ID сохранены как поля, но не сверены с 1С. Для мультибренда site_id обозначает магазин оформления, не бренд каждой вещи 3 984 заказа без текущих товарных строк, 297 расхождений суммы состава и заказа; снимок может отражать правки после оформления. История неполна; даты/трек вручения в текущих отгрузках не подтверждены. UTM/yclid как свойства заказа не подтверждены. Запросить первоначальный и финальный состав строк/скидок, историю изменений, код записи ClientID и ecommerce, товарный справочник sku_id → brand/size, связь с 1С. Схема (../../docs/bitrix-database.md), B4, поиск UTM (../../docs/bitrix-order-export.md)
CRM / 1С и система заказов — прямая выгрузка не получена По описанию участников 1С — основной контур заказа/CRM; DataLens показывает агрегаты оформлений и выкупов. Какие реальные ID, даты и статусы хранятся в 1С, не проверено Историческое покрытие и зерно не установлены; DataLens показан за январь–сентябрь 2026, но формула и поле даты неизвестны Возможны order_id/номер Битрикса, ID_1C/XML_ID, customer_id и строки товара; ни один внешний ключ не сверен на реальных записях Нельзя считать DataLens «Оформленные покупки» тем же, что созданный заказ: 6 515 против 8 797 без тестов и 6 205 без отмен у Битрикса за 2026. Запросить словарь ID/статусов и построчную выгрузку заказа и товарных строк с версиями, окончательным/частичным выкупом, источником создания и связью с Битриксом, а для DataLens — формулу, фильтры, основу даты и список order_id. B8, ASK-0003 (../../questions.md#ask-0003)
Платёжные системы — транзакции не получены В Битриксе есть текущие записи платежей: payment_id, сумма, paid/paid_at, метод, признаки return/return_at; общий флаг PAYED и события удаления платежей. Это сведения сайта, не выписка провайдера Текущий снимок и ограниченная история заказов двух окон; дата, тип и полнота реального денежного события неизвестны Потенциально номер заказа, payment_number/transaction ID/ID провайдера; соответствие провайдеру не проверено Удаление 20 платежей показано даже в октябрьской когорте 42 заказов. PAYED=Y не равен эквайринговому поступлению или выкупу. Запросить транзакции по каждому задействованному провайдеру: ID, order_id/merchant reference, тип capture/refund/chargeback, суммы/валюта/время, финальный статус, частичные операции, комиссии и правило сверки с 1С. B3 (../2026-10-22-bitrix-customer-delivery/report.md)
Складской учёт и каталог — история не получена В текущих товарных строках Битрикса есть SKU/размер/количество. Данные Lamoda о собственном маркетплейсном каталоге/остатках существуют отдельно; они не доказывают остатки сайтов в исторические даты Битрикс — текущий состав выбранных заказов; историю остатков/резервов по дням и каналам не получили Нужны проверенные sku_id/артикул/размер ↔ SKU в 1С/складе ↔ бренд; нельзя соединять разные системы только по похожему названию Сайт заказа не гарантирует бренд строки; товар мог быть заменён, отменён, недоступен в нужном размере. Запросить справочник SKU с историей бренда/модели/размера и движений/резервов/наличия по дням и складам для двух окон; отдельно список каналов, которые делят остатки.
Службы доставки — фактические события не получены В Битриксе есть способ и план доставки, текущие системные/отдельные отгрузки, статус заказа, часть событий По B4 план есть у 15 081 заказа, отдельная несистемная отгрузка — у 2 010; ни у одной отдельной не заполнен трек. В диагностической B3 0/55 отгрузок с датой/треком фактического вручения Потребуются order_id/ID отгрузки/трек/ID отправления перевозчика и карта соответствия Статус «Доставлен» и служебная отгрузка не подтверждают вручение. Запросить по перевозчикам и 1С создание, передачу, попытки вручения, вручение, отказ, обратную доставку, время и стоимость, ID посылки/заказа; проверить частичные доставки. B3 (../2026-10-22-bitrix-customer-delivery/report.md), B4
Отмены и возвраты — частично в Битриксе, финансы не получены CANCELED, статусы CA/BC, cancelled_at; в платежах поле возврата, статус YR и события встречаются в схеме Текущий статус выбранных заказов на 22.10, неполный журнал; начальный и конечный состав заказа может различаться Для частичного возврата необходим line_item_id/SKU/quantity плюс ID финансовой операции и логистики; один order_id недостаточен Только CANCELED=Y пропускает часть CA/BC; YR не равен проверенному денежному возврату. Запросить журнал отмен и возвратов на уровне строки: инициатор/причина, количество, запрошено/одобрено/получено на склад/возмещено, даты и суммы, ID платежа/партии. Определения (../../docs/order-metrics.md)
Себестоимость, скидки, переменные затраты — частично Битрикс сохраняет текущие discount_total, discount_price, coupon, цены и сумму строки; PDF содержит месячный «оборот выкуп» и расход Скидка в текущем заказе/строке, месячный PDF января–июля; историческая цена до/после акций, COGS и распределение затрат отсутствуют Требуется SKU × размер × партия/дата себестоимости; скидка/возврат на уровне строки; правило распределения общих расходов заказа Текущая скидка не раскрывает финансирование акции или первоначальную цену. Запросить закупочную себестоимость/НДС/логистику/комиссии/эквайринг, календарь акций и промокодов, фактическую скидку и её плательщика по строке/дню, утверждённую формулу маржинального выкупа. ASK-0008 (../../questions.md#ask-0008)

Матрица полноты по брендам

Число заказов ниже — созданные без текущих тестовых A/FT, отмены включены, по дате создания; единица — уникальный заказ Битрикса. Совпадение с Метрикой — точное order_number = purchaseID в своём счётчике среди сохранённых визитов двух девятимесячных окон. Формула: найденные / заказы × 100%. Это проверка технической связи, не рекламы и не финансового результата.

Бренд / магазин Заказы 2025 → 2026 Счётчик и сырые визиты 2025 → 2026 Заказ ↔ ecommerce 2025 → 2026 Директ 1С/оплаты/выкуп/возврат/себестоимость
Gerard Darel / s4 6 561 → 6 162 61921558; 535 983 → 639 578 4 888/6 561 (74,50%) → 4 359/6 162 (70,74%) D1: e-17076820, ClientId=98842914, чтение API подтверждено; исторические расходы/цели не выгружены Построчная финансовая связь не получена
IRO Paris / i1 1 288 → 1 001 90641771; 184 598 → 152 256 1 079/1 288 (83,77%) → 766/1 001 (76,52%) D1: e-17142922, ClientId=99740094, чтение API подтверждено; исторические расходы/цели не выгружены Построчная финансовая связь не получена
Tara Jarmon / t1 2 416 → 1 634 88990231; 263 412 → 216 801 2 197/2 416 (90,94%) → 1 357/1 634 (83,05%) D1: e-17076819, ClientId=98842911, чтение API подтверждено; исторические расходы/цели не выгружены Построчная финансовая связь не получена

Три счётчика и три кода сайта подтверждены. D1 подтвердил три отдельных рекламных аккаунта, доступных одному управляющему логину. Общность CRM, платёжного провайдера и товарного учёта не проверена: в запросах ниже их топология выясняется по каждому бренду. Общая SQL-форма Битрикса показывает доступ к трём сайтам в одной выгрузке, но не доказывает общий бизнес-процесс.

Наличие обязательных полей

Знаки: ✓ поле/ID реально сохранено; ~ есть ограниченный или косвенный аналог; ? не получено/не проверено. Одинаковый статус в трёх колонках означает одинаковую структуру источника, не одинаковую заполненность значений. Статус проверялся для сохранённых источников, а не для всех возможных рабочих систем.

Поле Gerard Darel IRO Paris Tara Jarmon Точное пояснение
order_id ✓ ✓ ✓ Битрикс order_id/order_number; Метрика purchaseID для части заказов
line_item_id ✓ ✓ ✓ Битрикс item_id текущей строки; в ecommerce стабильный ID строки не установлен
brand строки ~ ~ ~ Битрикс site_id = магазин; бренд товара отдельно не подтверждён. В Метрике есть purchasedProductBrand, его заполненность/согласованность не проверены
SKU ✓ ✓ ✓ Битрикс sku_id, product XML ID; внешнее соответствие 1С/складу не проверено
size ✓ ✓ ✓ Свойство строки RAZMER в сохранённой схеме; заполненность по бренду требует отдельной проверки
ClientID ~ ~ ~ Поле Метрики есть; свойство заказа METRIKA_CLIENT_ID исторически часто пусто. В 2025 оно заполнено у 2/10 265 нетестовых заказов всех брендов, в 2026 у 4 509/8 797; корректность записи не установлена
yclid ? ? ? Нет в сохранённом наборе 72 полей визитов; как свойство заказа/отдельный экспорт не подтверждён
campaign_id ~ ~ ~ В Метрике сохранены поля lastDirectClickOrder и cross_device_last_significantDirectClickOrder; реальный ID/доступ Директа и сопоставление не подтверждены
order_created_at ✓ ✓ ✓ Битрикс created_at; основа основной когорты
paid_at ~ ~ ~ Поля Битрикса orders.paid_at и payments.paid_at; банковский факт/история не сверены
delivered_at ? ? ? План/статус есть, фактическое вручение не подтверждено
returned_at ~ ~ ~ Поле текущей оплаты return_at существует, но полный возврат/частичный возврат по строкам не подтверждён
quantity ✓ ✓ ✓ Текущие строки Битрикса и массивы ecommerce; первоначальное/выкупленное количество нужно получить отдельно
revenue ~ ~ ~ Текущая сумма заказа и ecommerce purchaseRevenue; подтверждённой чистой выручки по ID нет
cost ? ? ? Себестоимость и переменные затраты по строке/заказу не получены
discount ~ ~ ~ Текущие поля заказа/строки и coupon; финансирование и история скидки не установлены
статусы ~ ~ ~ Текущие заказ/оплата/отмена и часть истории Битрикса; полная цепочка 1С, перевозчика и возврата не получена

Локальная схема и проверка базы: таблицы/поля (../../data-bank/bitrix/schema.sql), описание (../../docs/bitrix-database.md). В item_properties локальной базы встречаются PRODUCT.XML_ID, CATALOG.XML_ID, RAZMER; отдельное свойство бренда в этой таблице не обнаружено. Это не исключает бренд в каталоге товаров или внешней системе.

Минимальный набор выгрузок

Для каждого экспорта указать бренд/аккаунт, владельца, дату снимка, часовой пояс, период по бизнес-дате, строковую единицу, фильтры, валюту и контрольные итоги. Исходные выгрузки сохранять отдельно по датам; персональные контакты для этой задачи не нужны.

  1. Карта систем и ключей, по одному листу на бренд. Директ: логин/ID аккаунта и счётчика; сайт/Битрикс site_id; 1С/CRM; платёжные провайдеры; склады; службы доставки; владелец выгрузки и права чтения. Подтвердить, какие системы общие, а какие раздельные. Это условие безопасного запроса остальных данных.
  2. Директ, оба девятимесячных окна. Дневная таблица по account_id + campaign_id + ad_group_id + ad_id с расходом (₽, НДС/комиссии явно), кликами, показами, типом площадки, целью/стратегией и периодом её действия; отдельная история изменений и справочник кампаний/посадочных/UTM. Одних PDF-итогов недостаточно.
  3. 1С/CRM: заказы + строки + события. Заголовок order_id/order_number, ID 1С, site_id, канал создания, даты создания/оплаты/доставки/отмены, текущий и исторические статусы. Строка: стабильный line_item_id, SKU/размер/бренд товара, исходное/изменённое/оплаченное/выкупленное/возвращённое количество, цена и скидка. События: когда и почему изменены. Выгрузить оба окна по созданию, а исходы — до выбранной даты снимка.
  4. Платёжные транзакции и возвраты. Все задействованные провайдеры/касса/оплата при получении: provider_id + transaction_id + order_id/merchant_reference, авторизация/capture/refund/chargeback, суммы, комиссия, время, статус. Для возврата — line_item_id/SKU/количество либо явное распределение на строки.
  5. Логистика и склад. Справочник SKU → бренд/размер и история наличия/резервов; order_id ↔ shipment_id ↔ tracking_id; план/передача/попытка/вручение/отказ/обратная доставка, стоимость. Для частичного выкупа — состав по строкам.
  6. Экономика. Себестоимость по SKU/партии/дате, правила НДС, скидок/бонусов и их финансирования, эквайринг, доставка туда/обратно, комиссии и прочие переменные затраты; утверждённая формула прибыли после возврата.
  7. Определения и журналы аналитики. DataLens: формула, ключи и построчные order_id; сайт: журнал отправки ecommerce/ClientID/yclid и ошибок; Метрика: офлайн-загрузки/цели; после получения Директа — какие цели реально использовались каждой стратегией по датам. Запрашивать минимальные обезличенные примеры для объяснения расхождений M7, начиная с GD июля–сентября 2026.

Критические пробелы и порядок получения

Очередь Доказанный пробел или ограничение Почему блокирует решение Следующая проверка и критерий
1 Нет подтверждённых кабинетов Директа и исходных расходов/целей за январь–сентябрь обоих лет Нельзя распределить стоимость по кампаниям и проверить, на каких целях учились стратегии Через Марию/Юлю и владельца кабинета получить карту аккаунтов каждого бренда и экспорт №2; сверить расходы с PDF только за его фактический январь–июль, август–сентябрь проверить отдельно
2 Нет связанного построчного финансового выкупа и возврата 1С/провайдера PAYED и ecommerce не дают чистую выручку; частичные выкупы меняют бренд/SKU итог Через Юлю → владельца 1С/финансов получить экспорты №3–4; для каждого сайта пересечение и остаток order_id, суммы по строкам и датам, правило частичного возврата. Связать с ASK-0008 (../../questions.md#ask-0008)
3 4 416/19 062 нетестовых заказов не найдены в сохранённом ecommerce своего счётчика; 2 376 из них PAYED=Y Нельзя считать ecommerce полным счётчиком созданных или оплаченных заказов Для точных ID отделить другой канал создания, поздний визит, отсутствие отправки, ошибку приёма и неправильный счётчик; начать с GD июля–сентября 2026. M7 (../2026-10-22-historical-order-reconciliation/report.md), ASK-0002 (../../questions.md#ask-0002)
4 Нет надёжного бренда каждой строки и справочника SKU между сайтами/1С/складом Мультибрендовый заказ нельзя целиком приписать магазину оформления; объединение по одному названию или SKU без пространства ID даст ошибки Получить справочник и проверить уникальность source_system + sku_id + valid_at; на выборке смешанных корзин сверить бренд/размер каждой строки и правило распределения доставки/скидок
5 Нет себестоимости, истории скидок и реального вручения Даже подтверждённая оплата не доказывает прибыльный выкуп; проблемы наличия/доставки нельзя локализовать Получить экспорты №5–6, проверить покрытие по SKU/строке и версии на дату заказа; закрепить формулу чистой выручки и переменной прибыли

Следующий вопрос: какие именно аккаунты Директа и учётные системы обслуживали каждый бренд в обоих периодах и кто может дать выгрузки №2–4? Он подготовлен как ASK-0010 (../../questions.md#ask-0010). До ответа и построчной сверки переходить к оценке эффективности рекламы нельзя. ASK-0001 (../../questions.md#ask-0001), ASK-0002 (../../questions.md#ask-0002), ASK-0003 (../../questions.md#ask-0003), ASK-0008 (../../questions.md#ask-0008) также остаются открытыми; вопросы никому не отправлялись.


Источник: analysis/2026-10-23-data-inventory/report.md.