docs(labs): расследования выручки привязаны к задачам DE

Зачем: результатом лабораторных должны быть обоснованные решения о подготовке данных для витрин.

Что: добавлены проверяемые результаты сверки полноты, выбора ключа, точного разбора и правила пересчета; обновлены программа и индекс, убран подсчет долей потерь.

Проверка: SELECT-запросы под analyst, расчеты по сохраненной истории девяти наблюдений, 54 локальные ссылки, git diff --check и независимое техническое ревью.

docs/specs/2026-09-01-labs-program.md

@@ -161,15 +161,28 @@
 изменение выручки и история отмен используют одну историю заказов, поэтому
 для них выбрана общая работа вместо трех отдельных.
 
+Результат расследования — запрос сверки и инженерное решение, подтвержденное
+данными: выбор источника, ключа, полей для точного расчета или правила
+пересчета и хранения истории. Объяснение суммы служит проверкой решения.
+Вариант закончить работы только объяснением показателей отклонен: он
+смещал акцент в анализ отчетов. Постройка новых DAG и подключение проверок
+к конвейеру оставлены основной программе, чтобы факультативы не повторяли
+ее задания.
+
 - **[Куда пропали покупки](../labs/optional/missing-purchases.md) (#186).**
-  Учащийся объясняет разрыв воронки заказами, для которых нет события покупки.
+  Сверка по номерам заказов обосновывает источник витрины и условие
+  окончательной проверки полноты. Счетчики событий помогают обнаружить
+  расхождение, но не устанавливают место потери.
 - **[Почему повтор покупки завышает выручку](../labs/optional/duplicate-purchases.md) (#187).**
-  Разность клиентских сумм объясняется повторными событиями одной покупки.
+  Учащийся собирает расчет с одной строкой на заказ, проверяет ключ и полноту
+  набора номеров, отличает его зерно от зерна исходных событий.
 - **[Какая позиция объясняет разницу в сумме](../labs/optional/order-amount-difference.md).**
-  Сравнение позиций из исходного JSON и заказа объясняет расхождение до копейки.
+  Сверка позиций обосновывает выбор исходных полей и типа денег, отделяет
+  ошибку собственного разбора от различия данных события и заказа.
 - **[Почему вчерашняя выручка меняется сегодня](../labs/optional/revenue-over-time.md) (#188).**
-  История одного дня связывает опоздания, оплату и отмены с изменением выручки,
-  позволяет определить момент закрытия дня и границу знания об оплате.
+  Наблюдение опозданий и смены статусов обосновывает правило пересчета при
+  ежедневной загрузке без пропусков. Учащийся определяет момент закрытия дня
+  и требования к истории для воспроизведения расчета и проверки факта оплаты.
 
 В четвертой лабораторной выбрано собственное наблюдение: учащийся продвигает
 мир по одному дню через Airflow и сохраняет результаты после обновления витрин.