feat(ods): версией заказа стала дата слепка, окно DDS — из данных

- Зачем:
  - ярлык snapshot_date выжившей строки доставался жребием, а объём
    пересборки DDS держался на константе окна с двумя несверяемыми копиями
    (ADR 0014, развилка #163).
- Что:
  - ods.order_rep переведена на ReplacingMergeTree(snapshot_date): выживает
    строка позднейшего слепка, ярлык стал правдивым.
  - order_scope.sql выводит окно из дней последнего слепка; ORDER_WINDOW_DAYS
    и параметр window_days сняты со стенда, мёртвая защита краем источника
    убрана.
  - документы и комментарии SQL приведены к ADR 0014: роль ODS, условие
    «одна дата — один слепок», объём прогона и слепые пятна конвейера.
- Проверка:
  - make lint; make rebuild-storage, затем make smoke, make check-clickhouse,
    make check-services — зелёные.
  - после двух слепков snapshot_date всех 1917 строк ods.order_v равен
    последнему слепку заказа, расхождений ноль; деловые поля построчно
    совпали с эталоном argMax по updated_at из сырья.
  - dds_transform без K: первый прогон 06-01…06-07, после нового дня мира
    06-02…06-08, повтор прогона содержимого не изменил.

Closes #165

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

docs/architecture/etl.md

@@ -41,40 +41,34 @@
 
 Параметров у конвейера нет: объём он выводит сам из `world_position` и
 состояния слоёв. Сессии догоняют хвост — от первого несобранного дня по
-последний прожитый; заказы пересобирают дышащее окно K и тот же хвост; карта
+последний прожитый; заказы пересобирают дышащее окно и тот же хвост; карта
 идентичностей пересчитывается целиком; правила витрин — у
 [слоя DM](dm.md).
 Поэтому один и тот же запуск одинаково верен из триггера, с кнопки менти и
 после падения, а разгону на семь дней хватает одного прогона.
 
-Окно заказов отсчитывается от **последнего дня, о котором рассказал сам
-источник**, — от позднейшего дня заказа в ODS. Рядом напрашиваются ещё два
-способа, и оба отвергнуты по одной причине: они отвечают не на тот вопрос.
+Окно заказов — **дни, которые нёс последний слепок**. Называет их сам
+источник: `snapshot_date` выжившей строки равен последнему слепку, в котором
+заказ был, поэтому оба края окна трансформация читает прямо из ODS
+([ADR 0014](../adr/0014-order-version-snapshot-date.md)). Своего числа окна у
+стенда нет, и расходиться с миром нечему.
 
-Позиция мира говорит, какой день прожит, а не какой доехал: прогон дня D везёт
-слепок дня D − 1, да и позиция ставится раньше трансформации, так что после
-неудачного приёма она обгоняет хранилище. Слой обязан считать объём по тому,
-что у него есть, а не по тому, что мир о себе заявляет.
+Позиция мира заказам не отвечает: она говорит, какой день прожит, а не какой
+доехал. Прогон дня D везёт слепок дня D − 1, да и ставится позиция раньше
+трансформации, так что после неудачного приёма обгоняет хранилище. Слой обязан
+считать объём по тому, что у него есть, а не по тому, что мир о себе заявляет.
 
 У сессий всё наоборот: им отвечает только позиция, потому что вопрос у них
 другой. Им нужен не день, о котором рассказал источник, а день, который мир
-**прожил**: события живой день от прожитого не отличают — и посреди дня D, и
-сразу после его конца позднейший день событий равен D. Соберись сессии посреди дня, визит, начатый в
-23:50, остался бы обрезанным навсегда: замёрзший день слой не пересобирает.
+**прожил**: события живой день от прожитого не отличают — и посреди дня D,
+и сразу после его конца позднейший день событий равен D. Соберись сессии посреди
+дня, визит, начатый в 23:50, остался бы обрезанным навсегда: замёрзший день слой
+не пересобирает.
 Отсюда правило — последний прожитый день равен первому дню событий плюс позиция
 минус один ([`sql/dds/session_scope.sql`](../../sql/dds/session_scope.sql)).
 Оговорка про «доехал» остаётся в силе и здесь: за хвост потока отвечает не
 позиция, а «Готовность источника».
 
-Ярлыки доставки — `snapshot_date`, `_load_id`, `_load_ts` — не отвечают тоже, и
-это свойство ODS, а не недосмотр: слой схлопывает доставки, сохраняя деловые
-версии, поэтому у заказа, который не менялся, ярлык выжившей строки достаётся
-жребием ([приём заказов](orders/ingestion.md), «Роль ODS»). Замер на стартовом
-мире: последний слепок нёс все 1662 заказа, а его ярлык сохранили 1188 —
-отбор «дни, у которых `snapshot_date` равен последнему» потерял бы четверть
-заказов и молча пропустил бы дальний край окна, где заказы давно замёрзли.
-К времени создания это не относится: у всех версий заказа оно одно.
-
 ## Готовность источника
 
 Первым шагом `dds_transform` обязан дождаться, пока хвост топика `hits`
@@ -102,14 +96,11 @@
 ## Чего конвейер о себе не знает
 
 Трансформация собирает слой по правилу, а не сверяет его с источником. Отсюда
-четыре вещи, которых она не заметит, и у всех четырёх один адрес — контур DQ.
+три вещи, которых она не заметит, и у всех трёх один адрес — контур DQ.
 
-- **Окно K разъехалось с источником.** Число живёт двумя копиями: у генератора
-  в `world.py` и у стенда в `compose.yaml`. Разойдутся — слой начнёт
-  недобирать край окна или переписывать замёрзший день, и оба прогона будут
-  зелёными.
-- **Пустой свежий день сдвигает край окна.** Если в позднейший день источника
-  не родилось ни одного заказа, окно съезжает на день назад
+- **Часть последнего слепка не доехала.** Отказ вставки после коммита офсетов
+  уносит прочитанное с собой. Пропади так строки самого старого дня окна —
+  окно, выведенное из ярлыков, молча сузится, и день не пересоберётся
   ([`sql/dds/order_scope.sql`](../../sql/dds/order_scope.sql)).
 - **Замена партиции прошла на одном шарде из двух.** День в слое есть — значит,
   объём следующего прогона его не тронет, а слой останется собранным наполовину