B10 · 24.10 · GD: доставка, оплата и схема

B10 — Gerard Darel: доставка, оплата и варианты заказа

Уточнение B11 от 24.10: история удалений и автор 1c_exchange проверены после этого расчёта. Атрибуция учётной записи обмена установлена; конкретный код удаления и финансовый выкуп остаются неизвестны. Исходные числа B10 ниже не изменились.

Основной разрыв относится к оплате при получении. Среди 3 937 заказов со статусом «Доставлен» 1 953 имеют PAYED=Y и 1 984 имеют PAYED=N. Из второй группы у 1 982 выбран способ «Оплата при получении»; в сохранённой истории у каждого есть создание и удаление записи именно такой оплаты, а текущей записи платежа нет. Это объясняет состав расхождения полей Битрикса. Получение денег перевозчиком, финансовый выкуп и причина удаления записей этим не устанавливаются.

Период: заказы созданные 01.01–30.09.2026 включительно, сайт s4 / gerarddarel.ru. Источник — локальная B4, снимок 22.10.2026. Статус и флаг оплаты — на дату снимка. Уникальная единица — order_id. Тестовые включены в общую выборку 6 166, но в статусе F тестовых нет. DataLens не используется.

Что именно не сходится

Статус заказа	PAYED=Y	PAYED=N	Итого
Доставлен	1 953	1 984	3 937
Любой другой статус	189	2 040	2 229
Всего	2 142	4 024	6 166

2 142 — оплаты во всех статусах, а не оплаченная часть только доставленных. Остальные 189 с PAYED=Y: «Отправлен» 86, «Подтвержден» 73, «Новый» 25, «Отменен» 5. Это текущие поля, а не доказательство фактического состояния перевозчика.

Оплата у доставленных

Признаки в Битриксе	Заказов	Подтверждённое содержание
Доставлен, PAYED=Y, есть оплаченный платеж	1 953	Карта онлайн 939, СБП 465, Яндекс Пэй/Сплит 381, Долями 168
Доставлен, PAYED=N, «Оплата при получении»	1 982	В самом заказе PAY_SYSTEM_ID=2; в журнале PAYMENT_ADDED и PAYMENT_REMOVE с тем же способом; текущих платежей нет, дата оплаты пуста, SUM_PAID=0
Доставлен, PAYED=N, есть оплаченный онлайн-платёж	1	В текущем платеже PAID=Y на 11 970 ₽, SUM_PAID=11 970 ₽, сумма заказа 29 070 ₽. В журнале PAYMENT_PAID=Y и изменения суммы заказа; это не доказывает долг 17 100 ₽
Доставлен, PAYED=N, способ и платеж отсутствуют	1	Причина отсутствия не установлена
Всего доставлено	3 937	Каждая строка — отдельное множество заказов

Таким образом, 50,39% доставленных имеют PAYED=N, а 99,90% этой группы — заказы с оплатой при получении. Отсутствие сохранённого PAYMENT_PAID у 1 982 заказов не доказывает, что оплаты никогда не было в другой системе или в несохранённой истории.

Точная техническая причина удаления платежных объектов не определена. Обмен с 1С, действие сотрудника и намеренная бизнес-логика пока являются возможными объяснениями, а не установленными причинами. Нельзя объявлять 1 984 заказа неоплаченными в финансовом смысле и нельзя считать все 3 937 реальными выкупами.

Возможный порядок оформления, доставки и оплаты

Это схема возможных бизнес-сценариев. Числа в конечных блоках проверены по выгрузке; единая последовательность всех промежуточных действий не восстановлена для каждого заказа. Пунктир показывает возможные дополнительные ветки и неподтверждённые внешние этапы. «Оплата при получении» — выбранный способ; точный момент сбора денег относительно статуса доставки неизвестен.

flowchart TD
  A[Заказ создан] --> M{Способ оплаты}
  M --> O[Онлайн: карта, СБП, Пэй, Долями]
  O --> P{Оплата успешна?}
  P -->|Да| C[Подтверждение заказа]
  P -->|Нет| W[Повтор оплаты или отмена]
  M --> K[Оплата при получении]
  K --> C
  C --> S[Отправка]
  S --> D[Доставка]
  D --> F1[Онлайн: Доставлен + PAYED=Y / 1 953 заказа]
  D --> F2[При получении: Доставлен + PAYED=N / 1 982 заказа]
  D --> E[Ещё 2 доставленных с PAYED=N / 1 с оплаченной частью, 1 без способа оплаты]
  F2 -.-> U[Сбор денег перевозчиком и учёт в 1С / нужна проверка — данных пока нет]
  A -.-> X[Отмена заказа]
  C -.-> X
  X -.-> R[Если деньги уже получены — возврат денег]
  D -.-> T[Возможный возврат товара]
  T -.-> R

Возврат товара, возврат денег и отмена — разные события. Наличие статуса «Совершён возврат средств» не позволяет автоматически восстановить каждую из этих веток.

По месяцам создания — только доставленные

Месяц 2026	PAYED=Y	PAYED=N	Всего доставленных
Январь	327	284	611
Февраль	291	273	564
Март	184	195	379
Апрель	71	89	160
Май	194	197	391
Июнь	287	360	647
Июль	255	254	509
Август	207	200	407
Сентябрь	137	132	269
Итого	1 953	1 984	3 937

Расхождение есть во всех девяти месяцах, а не только у последних незрелых заказов.

Решение и открытый вопрос

Для отчётов показывать отдельно «Доставлен», «Есть флаг оплаты PAYED=Y», способ оплаты и наличие оплаченного платежа. PAYED=Y нельзя без дополнительной сверки использовать как полное число финансовых выкупов.

Нужна построчная сверка 1 982 заказов с учётом наложенных платежей перевозчика и 1С: получение/перечисление денег, сумма окончательного выкупа, возвраты, соответствие номера заказа. У владельца интеграции уточнить правило удаления PAYMENT и синхронизации PAYED. Дополнение внесено в ASK-0008 (../../questions.md#ask-0008), вопрос не отправлен. Это конкретный пробел для финансового вывода; подтверждённый разрез Битрикса использовать можно.

Проверка и воспроизводимость

22 проверки без расхождений: независимый SQL/Python по статусу и флагу, точное совпадение множества 1 982 ID с событиями добавления/удаления оплаты при получении, проверка платежных объектов каждого из 3 937 заказов против сырого слоя, контроль B9, даты/SUM_PAID и исключения. Новых запросов к рабочей админке/API не было; база открыта только mode=ro. ФИО, контакты и платёжные реквизиты покупателей не извлекались.

Результаты и проверки (summary.json) · SQL (diagnostic.sql) · Исходник схемы (flow.mmd) · Скрипт (../../tools/analyze_gd_delivered_payment.py). Построчная диагностика с ID находится только в private/bitrix-diagnostics/2026-10-24-gd-delivered-payment/.

Источник: analysis/2026-10-24-gd-delivered-payment/report.md.