24.10 · запрос движения заказов и конечного выкупа

Требования к выгрузке движения заказов и конечного выкупа

24.10.2026. Результат — подготовленная структура запроса, не новая полученная выгрузка. Внешние системы не опрашивались, запрос участникам не отправлялся.

Полное требование с полями, ключами и критериями приёмки (../../docs/order-buyout-export-request.md) · Машинный словарь (../../data-bank/order-buyout-export-contract.json) · Вопрос до работы (question.md) · Открытый ASK-0008 (../../questions.md#ask-0008).

Нужны первичные данные 1С/учёта, перевозчиков/логистики и финансов по двум когортам создания сайта: январь–сентябрь2025/2026, s4/i1/t1, со всеми связанными поздними событиями до общей заявленной даты среза. Минимум для выкупа — надёжные ссылки заказа, исходный состав, подтверждённые товарные выкупы/возвраты и денежные операции покупателя. Для всей цепочки — статусы, состав доставок, вручение/отказы и реестры перечислений магазину.

Пакет описывает девять связанных объектов (заказ, связь ID, исходные товары, события, отправления, состав отправлений, товарные движения, деньги покупателя, перечисления продавцу). Лист связи ID можно объединить с заказом при доказанном1:1. Исходный формат поставщика допустим: не требуется менять структуру рабочей системы. Для пользователя результат сводится в одну понятную строку на заказ с его итогом и подтверждающими документами.

Основные ограничения и решения:

Что ограничивает вывод	Что запрашиваем	Как проверяем
B11: оплата при получении исчезает в Битриксе под аккаунтом обмена	Первичные данные1С/перевозчика, не повторный PAYED сайта	СопоставлениеID и операций, конкретные окна журнала обмена
Доставлен не означает, что весь заказ оставлен покупателем	Состав отправлений и построчные выкупы/отказы/возвраты	Количества по стабильным строкам, исходные документы и корректировки
Сбор с покупателя и перечисление магазину — разные события	customer_money отдельно от settlements	Распределения по заказам, исходные реестры и сверка банковских операций
Несколько товаров/платежей/отправлений размножают суммы при прямом соединении	СтабильныеID и отдельные таблицы исходников	Агрегация до уровня заказа, сумма распределений равна документу
Поздние возвраты и разные даты среза меняют итог	Все связанные события после30.09, as_of/часовой пояс/покрытие	Сравнение зрелых когорт и открытых случаев отдельно

Проверка документа: девять объектов имеют явную единицу строки и уникальный ключ; все поля машинного словаря найдены в тексте требования, именования не дублируются внутри таблиц. Продуманы split/merge заказов, несколько отправлений/платежей, частичный выкуп, поздний возврат, сторно и повторное отражение одной экономической операции в разных источниках. Это проверка согласованности требований, а не фактической доступности полей или качества выгрузки.

Следующий шаг по подготовленному требованию — пилот20–30заказов GD2026 с разными исходами, проверка ключей и сумм, затем полный сбор. При недоступности полей документируется пробел. Данные клиентов/банковские реквизиты/секреты не запрашиваются; сырые операционные данные — только private/.

Источник: analysis/2026-10-24-order-buyout-export-request/report.md.