24.10 · JSON10заказовGD

JSON десяти заказов Gerard Darel

24.10.2026. По запросу пользователя создан полный закрытый JSON десяти заказов из сохранённой выгрузки сайта B4, снимок22.10.2026. Это не обновление текущей админки и не финансовая выгрузка1С.

Файл: private/exports/2026-10-24-gd-ten-orders/orders.full.json, права600, каталог700. Содержит персональные данные покупателей и адреса; не предназначен для публикации или передачи сторонним участникам. Никуда не отправлен. Значения контактов/адресов в публичную документацию и инструментальные журналы не выводились.

Период создания — 01.01–30.09.2026 включительно, site_id=s4. Выборка диагностическая: доставленный оплаченный онлайн, доставленный/отправленный с оплатой при получении, ожидание оплаты, подтверждённый оплаченный, оплаченная отмена, неоплаченная отмена, статус возврата денег и два исключенияB10. Это разные примеры структуры, не случайная и не репрезентативная выборка для оценки долей.

Структура файла

Корень содержит metadata и массив orders из10объектов. В каждом:

sample_case, order_id — назначение примера и номер.
order_data — все41исходное поле заказа, полученное вB4.
customer_data — все11полей снимка покупателя.
order_properties — все сохранённые свойства заказа.
items — все текущие товарные строки и сохранённые вложенные свойства.
payments — все сохранённые текущие платежи либо исходныйnull.
shipments — все текущие отгрузки с сохранённым составом.
events — вся сохранённая история выбранного заказа, без LIMITдочерних событий. Сохраняется оригинальныйDATAи добавлены _decoded_data/_parser_status из безопасного разбораB4, без выполненияPHP.
_normalized_order, _labels, _provenance — дополнительные нормализованные поля, расшифровка статуса/магазина и происхождение записи.

Термин «все поля» здесь означает все сохранённые исходные поляB4 и дополнительную расшифровку, а не все возможные колонки текущего интерфейса/базы. Не выгруженные ранее поля и отсутствующие бизнес-объекты не выдуманы. Пустые/current-null значения не означают отсутствие товара/платежа в прошлом.

Проверено: ровно10уникальных заказов нужной когорты; количества свойств, товаров, платежей, отгрузок и событий совпали с локальными таблицами; все509событий сохранены. JSONвалиден и после повторного чтения точно совпадает с исходным объектом, включая Decimalбезпотерьfloat. Правафайла600проверены, известные признаки секретных полей не обнаружены. ИсходнаяSQLiteоткрытаmode=ro, сеть/рабочаяадминка не использовались.

Безопасный индекс состава и SHA-256 (export-summary.json) · Скрипт выгрузки (../../tools/export_bitrix_ten_orders_json.py) · Вопрос (question.md).

Разбор одного заказа №101802

По дополнительному запросу подготовлен сокращённый JSON без контактов и адреса (order-101802.preview.json). Это производное представление, не полный объект: сохранены ключевые поля, все 5 товарных строк, текущие оплаты/сводка отгрузки и 7 ключевых событий из159; RAZMER поднят из свойств строки. Все159событий остаются в исходном закрытом файле.

Создан30.09.2026 23:12:07; способ оплаты при получении. 01.10 07:15:05 под USER_ID67667 удалены оплата и отгрузка, сумма100370→100020, статусN→AP. 02.10 18:17:36 AP→SH; 05.10 11:54:03 SH→F. Переходы статусов не являются независимым подтверждением перевозчика. План доставки05.10 09:00–13:00; записьF попадает в окно, но факт вручения/соблюдение SLA не доказан. Текущая отгрузка SYSTEM=Y служебная, трек и дата отгрузки отсутствуют. PAYED=N, SUM_PAID=0, payments=null не доказывают неоплату покупателем. Сумма пяти текущих товарных строк100020 совпадает с текущей суммой заказа; несколько размеров одной модели не доказывают выкуп каждой единицы. Нужны1С/перевозчик/финансовые документы для конечного выкупа и движения денег.

Источник: analysis/2026-10-24-bitrix-ten-orders-json/report.md.