docs(labs): уточнены вопросы для самостоятельного расследования

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

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

Проверка: проверены 54 локальные ссылки и git diff --check; формулировки сверены с устройством источников и витрин.

docs/labs/optional/revenue-over-time.md

@@ -69,8 +69,8 @@ SELECT
 отправляет события без пауз; ждать 24 минуты живого дня здесь не нужно.
 
 Продолжайте до слепка **D + 7** включительно. У заказов дня D окно состоит
-из семи дней, от D до D + 6. Слепок D + 6 содержит окончательное состояние,
-а еще один шаг позволит проверить, что оно сохранилось за пределами окна.
+из семи дней, от D до D + 6. Последний шаг нужен для сравнения состояния
+в конце окна и за его пределами.
 От исходного наблюдения потребуется восемь однодневных запусков.
 
 ## Объясните изменения отчета
@@ -86,32 +86,34 @@ SELECT
 Опоздавшими здесь считаются те, которых не было уже в этом слепке.
 Покажите на нескольких номерах, как они исчезают из `awaiting_order`.
 
-Для двух соседних наблюдений разложите изменение выручки по заказам.
-Вклад заказа — его `items_total`, если статус `paid`, и ноль в остальных
-случаях, включая отсутствие заказа. Разность вкладов объясняет, сколько
-каждый заказ добавил к отчету или убрал из него. Сумма этих изменений должна
-совпасть с изменением `revenue` до копейки.
+Выберите два соседних наблюдения, между которыми хотя бы один заказ перешел
+из `paid` в `cancelled`. Разложите изменение выручки по заказам.
+Составьте таблицу: номер заказа, прежний и новый статусы, вклад в выручку
+до и после изменения. Вклад определите по правилу расчета витрины, указанному
+выше; учтите и заказы, которых еще не было в первом наблюдении. Сумма
+изменений вкладов должна совпасть с изменением `revenue` до копейки.
 
-Запишите даты, между которыми выручка выросла или уменьшилась. Отдельный
-отмененный заказ мог убрать деньги, даже если итог дня вырос: покажите это
-по его вкладу. Одна общая сумма скрывает встречные изменения.
+Для одного из этих отмененных заказов сравните изменение его вклада
+с изменением общей выручки между теми же наблюдениями. Совпало ли
+направление изменений? Найдите в своей таблице заказы, определившие общий итог.
 
 ## Что известно об отменах
 
 Возьмите отмененный заказ, у которого в вашей истории был статус `paid`.
 Укажите два наблюдения, доказывающих, что он был оплачен, а затем отменен.
 
-Для отмененного заказа без наблюдаемой оплаты сформулируйте предел вывода.
-Дневные слепки могли не застать промежуточное состояние: оплата и отмена
-могли произойти между ними. Поэтому отсутствие `paid` в выгрузках не
-доказывает, что оплаты не было. Не заменяйте недостающие данные догадкой.
+Теперь возьмите отмененный заказ, для которого ни в одной вашей выгрузке
+нет `paid`. Проверьте утверждение «этот заказ никогда не был оплачен»:
+что известно о его состоянии между двумя слепками? Достаточно ли сохраненных
+наблюдений для такого вывода? Укажите, какие данные позволили бы его проверить.
 
 ## Когда день закрыт
 
 Сравните сохраненные состояния при S = D + 6 и S = D + 7: состав заказов,
-их статусы, суммы и выручку. Объясните, почему отчет за D теперь окончательный.
-Основание — получен и обработан последний слепок окна изменяемости;
-одно совпадение сумм в соседних наблюдениях этого не доказывает.
+их статусы, суммы и выручку. Какой слепок последним мог изменить заказы дня D
+и каким прогоном он доставлен? Укажите наблюдение, после которого отчет
+можно считать окончательным. Было бы достаточно совпадения двух соседних
+сумм, если бы окно еще не закончилось?
 
 После собственных выводов сверьтесь с описанием
 [слепка и его доставки](../../architecture/orders/snapshot.md#слепок-и-его-доставка)