<!--
  index.html — РМН-Мастер PWA v3.72
  ===================================
  Изменения v3.72 (diff от v3.71):
    - В приложение мастера пускаем ТОЛЬКО мастеров (роль tech, логин
      wrk_). Живой случай: браузер подставил сохранённый пароль
      менеджерской учётки, приложение показывало наряды менеджера (ноль) —
      выглядело как "назначенная заявка не приходит", час разбора.
      Проверка в начале afterLogin() — через неё идут все пути входа
      (пароль, старт онлайн, старт офлайн из кэша). Серверная сессия тоже
      закрывается. Защита на сервере — main.py v5.47.


  Изменения v3.71 (diff от v3.70):
    - КРИТИЧНО, часовой пояс: "сегодня" бралось как toISOString() — это
      дата по UTC. С 00:00 до 03:00 по Турции телефон считал, что ещё
      вчера: съезжали "Сегодня/Завтра", группировка по дням, закрытие
      смены после полуночи. localDateStr() — дата по часам телефона,
      заменена во всех 17 местах. Совпадает с сервером (main.py v5.45).
    - Выбор дня: быстрые кнопки Сегодня/Завтра/Послезавтра + КАЛЕНДАРЬ до
      plan_max_days (СуперМастеру 30 дней, приходит с /api/jobs).
      Попросили переносить дальше 5 дней "лучше календарём" — кнопками
      месяц не покрыть, а частые случаи остаются в один тап.


  Изменения v3.70 (diff от v3.69):
    - "Отложить черновик" теперь возвращает в список нарядов, как и "Сдать
      отчёт менеджеру". Раньше форма оставалась открытой — было непонятно,
      сработала ли кнопка. Исключение то же, что у сдачи: если сервер явно
      отклонил (заявка закрыта менеджером) — остаёмся, чтобы увидеть причину.
    - goList(opts) — keepEmpty для явного сохранения: пустую свою задачу
      выбрасываем только при выходе "← Наряд", не при "Отложить черновик".


  Изменения v3.69 (diff от v3.68) — КРИТИЧНО, по живым данным от Max:
    {"total":2360,"cash_taken":2500,"acc_amount":360} — мастер взял
    наличными БОЛЬШЕ суммы услуг, и при этом 360 ₽ всё равно помечено
    "со счёта". Абонент всё отдал деньгами, а мы собирались списать ещё
    с его счёта. Причина: два независимых источника правды — пометки 🏦
    у услуг и отдельно введённая сумма наличных, они расходились:
    - Главная теперь АРИФМЕТИКА: со счёта спишется ровно то, чего не
      хватило наличными (total - cash_taken). Пометки 🏦 объясняют, ЗА
      КАКИЕ услуги — это и нужно менеджеру: он кладёт наличные на счёт,
      а биллинг списывает за услуги, должно быть видно куда что ушло.
    - Наличных >= суммы услуг → acc_amount = 0 и все пометки 🏦 СНИМАЮТСЯ
      автоматически; излишек уходит на счёт клиента (как в "Наличные").
      Красная подсказка объясняет это мастеру на месте.
    - Наличных меньше → acc_amount = недостающая часть. Если пометки 🏦
      не сходятся с этой суммой — красная подсказка "отметь 🏦 услуги на
      N ₽ (сейчас отмечено M ₽)". Сумма при этом всё равно верная.
    - Наличные ещё не введены → доверяем пометкам (мастер не дошёл до поля).


  Изменения v3.68 (diff от v3.67):
    - Поля произвольной позиции ("что сделал / продал" + цена) — рамка,
      отступы, высота под палец, цена шире (80→104px), крестик удаления
      полноразмерный, цифровая клавиатура у цены. Та же причина, что у
      "Взял наличными" в v3.66: был только font-size, браузерный дефолт.
    - Экранирование value — кавычка в названии позиции ломала поле при
      перерисовке.
    - Произвольные позиции в режиме "Раздельно" УЖЕ участвовали (идут
      через getFinItems() вместе с плитками, получают свои 💵/🏦) —
      проверено, правок не потребовалось. Позиция без цены в список
      оплаты не попадает — списывать нечего.


  Изменения v3.67 (diff от v3.66) — режим "Нал+счёт" переделан на
  "Раздельно" ПО УСЛУГАМ. Max уточнил пример мастера: "вызов наличкой, а
  настройка со счёта" — мастер думает услугами, а v3.66 делила СУММУ
  ("сколько взял, остаток со счёта"). Цифры бы сошлись, но терялось
  главное — КАКАЯ услуга куда ушла, а это нужно для сверки/отчётности:
    - В режиме "Раздельно" под переключателем — список отмеченных услуг,
      у каждой 💵/🏦 (по умолчанию наличными). _itemPay {id: cash|acc}.
    - В cash_data.items у каждой позиции поле pay (только в "Раздельно";
      в других режимах не пишется — весь чек и так одного вида).
      acc_amount = сумма услуг, помеченных 🏦.
    - "Взял наличными" сверяется с суммой НАЛИЧНЫХ услуг — та же логика,
      что в "Наличные": излишек → на счёт клиента, недостача — подсказка.
    - Касса смены: взятые наличные, а если не указаны — сумма наличных
      услуг (не весь чек).
    - Признаки оплаты восстанавливаются при повторном открытии, в том
      числе у произвольных позиций (они получают новые id c0, c1…).
    - updateCashData() собирает позиции через getFinItems() — своя копия
      сборки убрана (новый признак пришлось бы вносить в два места).
    - История: услуги, ушедшие со счёта, помечены 🏦.


  Изменения v3.66 (diff от v3.65) — фидбек мастеров:
    - Касса "Нал+счёт" (вопрос мастера: "как записать кассу, если часть
      денег налом, а часть со счёта"). Третий режим оплаты. Мастер вводит
      ТОЛЬКО наличные, остаток до суммы услуг считается сам и крупно
      показывается ("Со счёта спишется: X ₽"). Второго поля ввода нет
      сознательно — две суммы руками неизбежно разошлись бы с итогом.
      В cash_data новое поле acc_amount (для 'acc' = вся сумма, для
      'mixed' = остаток, для 'cash' = null). Касса смены для 'mixed' —
      ровно взятые наличные, без фолбэка на сумму услуг.
    - _payFields() — расчёт полей оплаты в ОДНОМ месте. Раньше логика
      была скопирована в autoSave() и updateCashData() — новый режим
      пришлось бы вносить дважды синхронно.
    - Поле "Взял наличными" — рамка, отступы, высота под палец,
      цифровая клавиатура (inputmode). Раньше был браузерный дефолт —
      мелкий, мастера промахивались.
    - Пустая своя задача больше не остаётся в списке при выходе
      "← Наряд" без единого введённого поля (раньше создавалась сразу
      при нажатии "Добавить" и висела, пока не удалишь руками). Явное
      "Отложить черновик" не затрагивается.

  Изменения v3.65 (diff от v3.64) — планирование СуперМастером (см.
  main.py v5.44, там же разбор трёх видов "переноса"):
    - Экран "Будущие заявки" (#s-future) — таймлайн до +5 дней по дням.
      Вход плиткой со счётчиком в основном списке. Прежний свёрнутый блок
      "Завтра" УБРАН из основного списка — с горизонтом 5 дней одна
      заявка жила бы в двух местах.
    - Обычный мастер видит будущее серым, только просмотр. СуперМастер
      по СВОИМ заявкам (selfPlanned — автор задачи = исполнитель) видит
      их не серыми, с кнопкой "Перенести на другой день".
    - pickPlanDate() — один выбор дня кнопками (сегодня…+5) на три
      действия: захват, перенос, продолжение. Календарь для 6 вариантов
      лишний. "Сегодня" шлётся пустым — сервер сам берёт своё "сегодня",
      без расхождения UTC около полуночи.
    - Захват "на число": выбор дня заменил прежний confirm().
    - КНОПКА "Продолжить работы по адресу" — её не было на фронте ВООБЩЕ:
      эндпоинт сделан в main.py v5.36, фронт тогда потерялся. Теперь
      есть, с выбором дня — для сценария "приехал, не пустили".
    - КРИТИЧНО, mergeJobs(): раньше при пропаже заявки из выдачи удалялся
      и НЕСИНХРОНИЗИРОВАННЫЙ черновик. С переносом менеджером на лету
      (дальше горизонта / на другого мастера) мастер молча терял бы
      вписанное. Теперь несинхронизированный черновик сохраняется.

  Изменения v3.64 (diff от v3.63) — по живому тесту СуперМастера: после
  "Забрать себе" заявка не появлялась в списке, вместо неё показывался
  баннер "наряд обновился", и только по тапу на него заявка возникала:
    - Баннер нужен когда список меняется ФОНОМ (менеджер назначил что-то,
      пока мастер работает) — чтобы экран не дёргался под руками. Но
      когда мастер САМ только что забрал заявку и ждёт её появления,
      баннер читается как баг. Max: "я полагал что при обновлении
      страницы мне всё же отдаст заявку сразу".
    - Одноразовый флаг _expectNewJobs: ставится перед осознанным
      действием, отключает баннер ровно на один следующий merge и
      сгорает. Не превращается в постоянное отключение защиты.


  Изменения v3.63 (diff от v3.62) — СуперМастер: вход в свободные заявки
  перенесён НАВЕРХ (Max: "отдельное меню вверху перед выданными
  заявками"):
    - Раньше был строкой в самом хвосте списка, рядом с историей и
      настройками — то есть НИЖЕ итогов дня, куда мастер долистывает
      редко. Но это не справочный раздел, а рабочий инструмент:
      СуперМастер сам решает что брать, значит вход должен быть на виду.
    - Теперь заметная плитка перед списком выданных заявок, с пояснением
      "Твоё направление — можно забрать себе". Видно ТОЛЬКО при
      is_super=true, у обычного мастера блока нет вообще.
    - Переименовано "Незанятые заявки" → "Свободные заявки" (и на входе,
      и в заголовке самого экрана) — по формулировке Max.
    - См. main.py v5.39: направление СуперМастера теперь читается из
      ADMIN_DB, статичный маппинг в коде убран.

  Изменения v3.62 (diff от v3.61) — таймауты подняты. По живому логу от
  мастера (11.09): "Jobs load failed, using cache: AbortError (таймаут
  запроса)" — /api/jobs не уложился даже в дефолтные 8 секунд, хотя
  связь БЫЛА (минутой раньше тот же эндпоинт отвечал). Мобильный
  интернет у мастеров в полях местами очень медленный. Свалиться в кэш
  с устаревшими данными хуже, чем подождать подольше:
    - дефолт apiFetch: 8с → 15с (покрывает /api/jobs и всё, где таймаут
      не задан явно);
    - отправка отчёта: 5с → 15с (операция, которую НЕЛЬЗЯ терять);
    - каталог услуг при старте смены: 5с → 15с (цены курсовые, важно
      получить свежие, см. v3.49);
    - bulk-синхронизация и закрытие смены: 8с → 20с (пачка данных,
      объективно дольше одиночного запроса);
    - захват заявки СуперМастером, настройки услуг, /api/auth/me при
      старте: → 15с (запись либо блокирующий старт приложения).
    - Комментарии к заявке СОЗНАТЕЛЬНО оставлены на 5с и это
      задокументировано в коде: вспомогательный контекст, если не
      успели — мастер просто не увидит спойлер и работает дальше,
      заставлять его ждать 15с ради необязательной подсказки незачем.
      (Комментарий в коде — чтобы будущий я не "починил" это по ошибке.)

  Изменения v3.61 (diff от v3.60) — по первому же присланному через
  новую кнопку логу (сработало ровно как задумано — в нём оказалось то,
  чего систематически не хватало в кусках, копируемых руками):
    - КРИТИЧНО: _fmtDebugArg() не умел сериализовать Error — в логе
      печаталось бесполезное "{}" (свойства name/message/stack у Error
      НЕперечисляемые, JSON.stringify их не видит). Реальную причину
      падения запроса ("trySyncReport failed: {}") узнать было
      физически невозможно. Починено в ОБЩЕМ форматтере — разом для всех
      ~18 мест в коде, где ошибки логируются объектом, а не по одному
      месту за раз. AbortError отдельно подписан как таймаут.
    - Кнопки переформулированы: "Сохранить" → "Отложить черновик",
      "Сдать отчёт" → "Сдать отчёт менеджеру", + подсказка под ними что
      именно делает каждая. Причина из того же лога: мастер нажал
      "Сохранить" и ждал что отчёт уйдёт менеджеру — слово читается как
      "сохранить работу" = "сдать", хотя означало "отложить черновик".
      Подписи теперь говорят о ПОСЛЕДСТВИИ, а не о действии. Синхронно
      поправлено в 4 местах (разметка + три места сброса состояния
      кнопок в JS) — иначе после первого действия вернулись бы старые.

  Изменения v3.60 (diff от v3.59):
    - Кнопка "Отправить" в отладочной панели — лог уходит на сервер
      (см. main.py v5.38 POST /api/debug/log). Max: отладка по кускам,
      которые мастер копирует руками, систематически неполна — раз за
      разом не хватало именно нужного момента.
      СПЕЦИАЛЬНО не использует apiFetch()/getToken(): отладочная панель
      живёт в ОТДЕЛЬНОМ скрипт-блоке ВЫШЕ основного кода, там этих
      функций ещё не существует. Токен читается из localStorage напрямую
      (тот же ключ и та же JSON-обёртка что у LS()).
    - Версия приложения поднята над #debug-bar — раньше он её
      перекрывал (тот прибит к bottom:0, в свёрнутом виде ~34px +
      safe-area).

  Изменения v3.59 (diff от v3.58) — "Что нового" (см. main.py v5.37).
  Max: "мы что-то делаем, а что — понятно только нам":
    - Модалка #update-notes-overlay — показывается ОДИН раз на каждую
      новую версию бэкенда, текст из update.md (Max пишет руками).
    - Привязка к code_version, НЕ к api_schema и НЕ к факту разлогина —
      специально: фронт может обновиться без перезапуска бэкенда и
      наоборот, версия кода меняется при любом релизе, значит новость не
      потеряется ни в одном сценарии.
    - Вызывается из уже существующей checkAppVersion() — отдельной точки
      входа не понадобилось, вся механика "сравнить версию с
      запомненной" там уже была написана для баннера обновления.
    - Отметка "видел" ставится СРАЗУ при показе, не при нажатии
      "Понятно" — иначе мастер, закрывший приложение не нажав кнопку,
      видел бы то же самое при каждом заходе по кругу.
    - Минимальный markdown (списки/заголовки/абзацы) — полноценный
      парсер избыточен для 3-5 строк.

  Изменения v3.58 (diff от v3.57) — КРИТИЧНО, реальный баг из живого лога
  09.09 (мастер сдал отчёт, "заполнено мастером" не появилось, менеджер
  не смог закрыть заявку). Механизм из лога:
    [syncAllSilent] УСПЕХ 785962 в 09:35:54  ← фоновая отправка ЧЕРНОВИКА
    [submitReport] ... skipped в 09:36:01     ← "Сдать отчёт" → ничего не ушло
    [submitReport] ... skipped в 09:36:24     ← и второй раз тоже
  Фоновая syncAllSilent() успевала отправить черновик (final:false) за
  секунды до нажатия "Сдать отчёт" и ставила synced=true. Дальше:
    - trySyncReport() выходил по "rep.synced → skipped", НЕ отправляя
      финальную сдачу вообще;
    - autoSave() дополнительно СБРАСЫВАЛ final обратно в false (условие
      было "final переживает пересборку пока !synced", а synced уже true);
    - фильтры unsent во всех bulk-путях тоже исключают synced — то есть
      финальность не доехала бы и автоматическим дожатием позже.
  Итог: final:true физически не мог дойти до сервера ни одним из путей.
  issuelockedfieldfield не проставлялся, менеджер не видел "заполнено
  мастером", своя задача не закрывалась.

  Фикс — отдельный флаг finalSynced ("сервер подтвердил именно ФИНАЛЬНУЮ
  сдачу", в отличие от synced = "улетало хоть что-то"):
    - trySyncReport() — synced больше не глушит, если final && !finalSynced.
      Идемпотентно на бэке (find-or-update того же followup, дубля нет).
    - autoSave() — final переживает пересборку пока !finalSynced (было
      !synced); сам finalSynced тоже переживает пересборку, иначе терялся
      бы на каждом автосохранении.
    - Все 4 фильтра unsent — пропускают final-но-не-подтверждённые.
    - mergeJobs() — при восстановлении с сервера finalSynced = !!j.locked
      (раз залочено на сервере, финальность там уже принята — иначе отчёт
      вечно пытался бы переслаться при каждом фоновом синке).
    - finalSynced проставляется при успехе во всех трёх путях отправки,
      причём по тому что РЕАЛЬНО ушло в запросе, не по текущему состоянию
      хранилища (могло измениться пока запрос летел).

  Изменения v3.57 (diff от v3.56) — Max: "пока тестируем надо оба
  варианта... пусть будет 2 кнопки — сохранить и сдать отчёт" (см.
  main.py v5.34 — своя задача теперь закрывается сразу по финальной
  сдаче, не дожидаясь закрытия смены):
    - Новая кнопка "Сохранить" (#save-draft-btn, saveReportDraft()) —
      явный черновик, НЕ ставит final=true, не блокирует заявку, не
      закрывает свою задачу. Пробует синхронизировать сразу если есть
      связь, но без критичных последствий если не выйдет — форма не
      закрывается, мастер продолжает работать.
    - "Сдать отчёт" (переименована с "Сохранить отчёт", логика та же —
      submitReport(), final=true, немедленная блокировка) — единственная
      смысловая правка была в тексте кнопки/лейблах, найдено и поправлено
      сразу в ДВУХ местах (openForm() при открытии формы, и откат текста
      кнопки в submitReport() при отказе сервера) — оба раньше остались
      бы со старой подписью "Сохранить отчёт", легко было упустить одно
      из двух мест при переименовании.
    - Не тестировалось вживую.

  Изменения v3.56 (diff от v3.55) — КРИТИЧНО, реальная жалоба мастера:
  "закрыл смену, на следующий день своя задача всё ещё в общем списке,
  удалить нельзя, в архив не перешла". Причина глубже чем казалось —
  структурный тупик, не просто пропущенная проверка:
    - Закрытая своя задача (glpi_api_close_tickets() ставит t.status=6)
      больше НИКОГДА не возвращается сервером — glpi_jobs_for_user_range()
      фильтрует t.status IN (1,2,3,4). Значит j.locked для неё НИКОГДА не
      обновится через обычный /api/jobs (обновляться неоткуда, сервер о
      ней больше не говорит вообще ничего) — а _pruneStaleClosedCustomJobs()
      полагалась ИМЕННО на j.locked. Для своих задач эта функция
      структурно не могла сработать ни разу с момента как её написали.
    - mergeJobs() — реальный фикс здесь. cachedCustom раньше сохранял
      ЛЮБУЮ свою задачу, которой нет в свежем ответе, безусловно. Теперь
      только: (а) ещё не отправленную (синтетический id — чисто локальный
      черновик, серверу сверяться не с чем), ИЛИ (б) отправленную, но с
      сегодняшним visitDate (могла просто отправиться прямо сейчас,
      гонка с рендером). Отправленная задача старше сегодня и пропавшая
      из ответа сервера — почти наверняка закрыта (своя задача ВСЕГДА
      закрывается в тот же день по дизайну), больше не сохраняется.
    - Та же дыра нашлась и в confirmEndShift()'s собственной очистке
      кэша (для закрытия ПРОШЛЫХ дней) — тоже сохраняла любую свою
      задачу безусловно. Приведена к тому же принципу.
    - _pruneStaleClosedCustomJobs() оставлена как дополнительная
      подстраховка (на случай если j.locked всё же обновится другим
      путём), но больше не основной механизм — с чётким комментарием
      почему.

  Изменения v3.55 (diff от v3.54) — КРИТИЧНО, см. main.py v5.31: прямое
  следствие v5.30 — раз сдача сместилась на "сразу же", а блокировка
  заявки всё ещё ставилась только через закрытие смены, весь день висела
  дыра "отчёт уже сдан, а флаг всё ещё говорит что нет":
    - confirmEndShift() — jobIds для блокировки (/api/shift/end) теперь
      явно ИСКЛЮЧАЕТ result==='deferred'. КРИТИЧНО поймал сам, проверяя
      этот же класс проблемы на бэкенде: раньше блокировались ВСЕ заявки
      с любым результатом, включая перенесённые — на новую (будущую)
      дату такая заявка пришла бы уже locked, реально отчитаться стало
      бы нельзя. Сейчас это спало (пункт "Перенесено" временно убран из
      дропдауна, физически недостижимо), но выстрелило бы той же ошибкой
      когда пункт вернётся — почистил заранее, пока контекст свежий.

  Изменения v3.54 (diff от v3.53) — Max: "карточка с просмотром истории
  немного бедная — нужны детальные данные... какие услуги были, сколько
  наличкой, сколько со счёта":
    - renderHistory() — раньше показывал одну свёрнутую цифру кассы
      (cash_taken ?? total), теперь разворачивает cashData.items полностью
      (список услуг, цена×количество, итог) + явную строку способа оплаты
      ("Взял наличными: X ₽" или "Оплата: со счёта клиента"). Бэкенд
      трогать не пришлось — cash_data_json уже приходил с полным составом,
      фронт просто не разворачивал его.
    - Заодно: жалоба мастера "пропала кнопка удаления своей задачи" — код
      кнопки цел и не менялся, вероятный кандидат — работа в паре
      (crew_rosters теперь живая, не заглушка): если мастер не лид сегодня,
      ВСЕ кнопки действий с карточкой (включая удаление) уступают место
      "Только просмотр". Не подтверждено — ждём уточнения, пропало ли
      именно удаление, или все кнопки разом.

  Изменения v3.53 (diff от v3.52) — КРИТИЧНО, см. main.py v5.30: заявки
  могут закрываться менеджером в течение дня, не только вечером. Сдача
  отчёта смещается на "сразу же, если есть интернет" — офлайн остаётся
  подстраховкой, не основным путём (тот же паттерн что и у фото):
    - trySyncReport() теперь ВОЗВРАЩАЕТ статус ({ok:true} /
      {ok:false,reason:'skipped'|'offline'|'rejected',message}) — раньше
      был чистый fire-and-forget, submitReport() физически не мог узнать
      дошли ли данные до сервера.
    - submitReport() — КРИТИЧНО, раньше вызывал trySyncReport() БЕЗ await
      и сразу уводил мастера в список (goList()) — "сдал отчёт" и "данные
      реально на сервере" были разными вещами. Теперь дожидается ответа,
      кнопка показывает "Отправка...", и по результату: успех/офлайн →
      как раньше (goList()), rejected (заявка уже закрыта менеджером) →
      явный alert с ПРИЧИНОЙ от сервера, мастер НЕ уводится автоматически
      (это уже человеческий процесс — позвонить менеджеру).
    - syncAll()/syncAllSilent() — раньше data.errors из пачки вообще не
      читались, только количество успешных. Теперь reason:'ticket_closed'
      сохраняется в самом отчёте (rep.syncRejected) — стойкий бейдж на
      карточке (renderJobCards()), переживает и закрытый не читая alert,
      и фоновую тихую синхронизацию. syncAllSilent() больше НЕ повторяет
      попытку для уже отклонённых (не временный сбой, бессмысленно
      спамить запросами) — explicit syncAll() это исключение не
      применяет, мастер может осознанно попробовать снова.
    - Флаг syncRejected сбрасывается при любом последующем успехе — иначе
      остался бы стойким навсегда даже после успешной отправки.
    - НЕ ПРОТЕСТИРОВАНО вживую — нужен реальный сценарий с менеджером,
      закрывающим заявку пока у мастера черновик.

  Изменения v3.52 (diff от v3.51) — СуперМастер: незанятые заявки своего
  направления + захват без участия менеджера (см. main.py v5.29):
    - is_super (bool) приходит с /api/jobs, кэшируется отдельно от crew
      status — это разные, не связанные друг с другом статусы (лид в
      паре vs право самостоятельного захвата заявок направления).
    - Пункт "Незанятые заявки" в списке — виден ТОЛЬКО при is_super=true,
      не просто задизейблен для обычного мастера.
    - Новый экран #s-unclaimed — список НЕ кэшируется локально (в отличие
      от истории/долга) — тут принципиально важна свежесть, кэш легко
      подсунул бы уже забранную кем-то заявку.
    - Комментарии к каждой карточке — ленивая загрузка через ontoggle на
      <details> (не для ВСЕХ заявок списка сразу, иначе N+1 запросов при
      каждом открытии экрана), data-loaded защищает от повторной загрузки.
    - grabTicket() — явное подтверждение, обрабатывает 409 (заявку уже
      забрал кто-то другой — переиспользует ту же атомарную защиту что и
      бэкенд) отдельным сообщением с автообновлением списка. При успехе —
      сразу showList(), новая заявка появится в обычном списке нарядов
      на следующем /api/jobs (задача создана с датой=сейчас).
    - Совсем не тестировалось вживую — SUPER_MASTER_CATEGORIES пуст на
      бэкенде, роль технически отключена пока не заполнят реальными
      парами.

  Изменения v3.51 (diff от v3.50) — первый кусок из обсуждения
  "СуперМастер": комментарии к заявке в карточке отчёта (см. main.py
  v5.28) — Max: оператор/менеджер может оставить полезную деталь, а
  мастер её раньше вообще не видел при заполнении отчёта:
    - Спойлер #comments-spoiler в шапке формы — закрыт по умолчанию,
      скрыт целиком если комментариев нет вообще (не показываем пустой
      блок ради самого факта что он есть). loadComments() — асинхронно,
      не блокирует открытие формы. Своя ещё не отправленная задача (нет
      ticket_id) или офлайн — не пытается, читать физически нечего/некуда.
    - Бэкенд исключает наши собственные "Отчёт: " (ими занимается поле
      отчёта в форме) — "Перенос: " не исключается, тоже полезная история.

  Изменения v3.50 (diff от v3.49) — кастомизация услуг (см. main.py v5.27,
  договаривались отдельно): видимость/порядок плиток кассы, база и цены
  не трогаются:
    - Новый экран #s-service-settings — список всех услуг, переключатель
      показать/скрыть + стрелочки ↑↓ для порядка (только у видимых).
      Явная кнопка "Сохранить" (не автосейв на каждый тап) — как и
      просил Max. Вход — рядом с "История отчётов" внизу списка.
    - _getVisibleServices() — слияние базового каталога (_svcList) с
      надстройкой (rmn_service_overlay) происходит НА ФРОНТЕ, тем же
      принципом что и весь остальной офлайн-режим. Скрытые убираются,
      явно упорядоченные идут первыми, всё остальное (новые услуги,
      добавленные ПОСЛЕ того как мастер последний раз настраивал) —
      дописывается в конец в порядке из каталога, без единого действия
      от мастера. Применено в renderFinTiles() (форма отчёта).
    - showServiceSettings() — при открытии сверяет updated_at локальной
      и серверной версии, подставляет более свежую (не даёт затереть
      настройки, поправленные с другого устройства, устаревшими).
    - Не тестировалось вживую ни разу.

  Изменения v3.49 (diff от v3.48) — Max: открытие смены — важное начало
  дня, нужны и заявки, и АКТУАЛЬНЫЕ цены (курсовые, меняются ежедневно).
  Без заявок работать физически нельзя — это и так честно видно в
  showList(). Цены — новая, не покрытая раньше дыра, тут добавлено явно:
    - fetchServices() теперь возвращает true/false и запоминает
      rmn_services_updated_at (дату последнего УСПЕШНОГО обновления) —
      раньше просто молча пыталась и не давала знать об успехе/неудаче.
    - startShift() — явная попытка обновить цены при открытии смены (не
      фоновая, как раньше внутри showList()), с понятным alert если не
      получилось — "используются сохранённые от {дата}, если сегодня
      менялся курс — возможны расхождения". НЕ блокирует открытие смены —
      по словам Max, полная потеря связи в момент открытия — редкий
      форс-мажор (~1 из 100), в этом случае менеджер заполняет отчёты за
      мастера вручную, задача приложения — просто быть честным, не мешать
      работать вообще.

  Изменения v3.48 (diff от v3.47) — "просмотр прошлых РМН" (см. main.py
  v5.26): у мастера раньше был доступ к гугл-таблице с историей своих
  отчётов для сверки кассы, отобрали не дав замены — обсуждалось несколько
  сообщений, выяснилось что это не "хотелка", а реальный долг:
    - Новый экран #s-history — read-only список сданных отчётов за
      последние 60 дней (адрес, номер заявки, дата, итог визита, касса,
      расходники, описание). Вход — новая ссылка "История отчётов" внизу
      обычного списка (showHistory()).
    - Кэшируется в localStorage (rmn_history) — доступно даже офлайн (не
      свежее, но хоть что-то), тем же принципом что и весь остальной
      офлайн-режим приложения.
    - Первая версия дизайна карточки — на моё усмотрение, ждём фидбека
      от Max после того как он согласует удобство с мастером.

  Изменения v3.47 (diff от v3.46) — Max: "визуально нам бы как-то отделить
  завтра — под спойлер, серым, чтобы видеть адрес/телефон но заполнять
  нельзя":
    - Группа будущих дат (isFuture) теперь рендерится через нативный
      <details>/<summary> (сворачиваемый спойлер, свёрнут по умолчанию,
      без лишнего JS на открытие/закрытие) вместо обычного date-divider.
    - renderJobCards(jobs, reports, isFuture) — новый третий параметр.
      Карточки серые (opacity+grayscale), кнопка отчёта не рендерится
      вообще (проверяется ДО crew.is_lead — более фундаментальное
      ограничение, визита ещё не было физически) — вместо неё пометка
      "Заявка на завтра — отчёт станет доступен в день визита".
    - submitReport() — защитный слой на случай если форма всё же
      открылась (визитная кнопка уже не рендерится, это подстраховка).
      Сознательно ТОЛЬКО на фронте — Max просил именно визуальное
      отделение, бэкенд не гейтил (не расширял просьбу самовольно).

  Изменения v3.46 (diff от v3.45) — РМН-Админ теперь умеет назначать
  заявки на будущие даты (планирование команд вперёд). См. main.py v5.25
  (FUTURE_VISIBILITY_DAYS) — /api/jobs теперь включает и завтрашний день:
    - dateLabel() — добавлена метка "Завтра" рядом с уже существующей
      "Сегодня" (та же логика, отдельная проверка на tomorrowStr).
    - Ничего больше трогать не пришлось — isPast (kнопка "Закрыть отчёт
      за X") уже корректно исключала будущие даты (dateKey < todayStr),
      getAllOpenDateKeys() (сбор дат для "Завершить все смены") уже
      фильтровала d <= todayStr — оба места и раньше не подхватили бы
      завтра по ошибке, проверил перед тем как трогать что-либо ещё.

  Изменения v3.45 (diff от v3.44) — Max: "в РМН-мастер должно показываться
  с кем он работает, кто в его команде" (не только имя лида для не-лида).
  См. main.py v5.23 — /api/jobs теперь отдаёт team (список всех
  участников бригады):
    - rmn_crew_status теперь хранит и team (список {name, is_lead, is_me}).
    - renderCrewLine() — новая строка "Команда: 👑 Иванов, Ты, Петров" в
      шапке списка (#topbar-crew), видна ВСЕМ участникам бригады, включая
      самого лида — в отличие от readonly-banner, который показывается
      только тем кто НЕ ведёт смену. Рендерится дважды: сразу из кэша при
      открытии списка, и ещё раз после свежего ответа /api/jobs.
    - Пусто/скрыто, если бригады на сегодня нет или в ней всего один
      человек — показывать нечего, это и так только ты сам.

  Изменения v3.44 (diff от v3.43) — интеграция с РМН-Админ lite (Ваня):
  работа в паре (crew). См. main.py v5.21 — is_lead/lead_name приходят с
  /api/jobs (пока заглушка на бэке, готово к замене на реальную схему
  crews/crew_members):
    - rmn_crew_status — новый localStorage-ключ, кэширует is_lead/lead_name
      отдельно от job-объектов (статус на весь день, не привязан к
      конкретной заявке). Дефолт {is_lead:true} пока не пришёл первый
      ответ сервера — не блокирует раньше времени.
    - renderJobs() — баннер "Смену сегодня ведёт {имя} — режим только для
      чтения" вверху списка, если !is_lead.
    - renderJobCards() — для не-лида кнопки отчёта/комментария/удаления
      своей задачи не рендерятся вообще, вместо них пометка "Только
      просмотр". Гейтится универсально, включая свои задачи (личные
      задачи мастера тоже read-only при !is_lead — не стал делать
      исключение самовольно, раз явно не просили).
    - submitReport() — защитный гейт на случай если форма уже была
      открыта ДО смены статуса лида (например напарник только что нажал
      "я ведущий") — основная защита всё равно бэкенд, это просто чтобы
      не тратить впустую round-trip с гарантированным отказом.
    - Экран долга НЕ получил своего баннера в этой итерации (см. TODO в
      main.py) — бэкенд всё равно отклонит запись для не-лида, но UX
      там менее явный чем на обычном списке.

  Изменения v3.43 (diff от v3.42) — по факту живого теста, обнаружился
  реальный "хвост" (Max: своя задача от 27 июля прошлого месяца всё ещё
  висит в списке 13 августа, "по логике фор давно должна была выпасть"):
    - КРИТИЧНО: своя задача НИКОГДА не чистилась из локального кэша —
      confirmEndShift()'s remainJobs сохранял type==='custom' безусловно,
      независимо от locked/даты. Раз задача уже закрыта (locked=true) и
      не сегодняшняя — мастеру с ней больше нечего делать, но локальная
      запись висела ВЕЧНО. Список рос бы бесконечно с каждой новой своей
      задачей, даже месячной давности. Новая _pruneStaleClosedCustomJobs()
      физически чистит такие записи из localStorage — вызывается в начале
      _showListBody(), самоисцеляющийся фикс: срабатывает сразу же и для
      уже накопившегося на устройстве хвоста, не только для будущих.
    - Фото для своих задач теперь ДОБРОВОЛЬНОЕ, не обязательное: блок
      камеры/галереи показывается ВСЕГДА (toggleResultBlocks(), не только
      при photoRequired=true), но _findMissingRequiredPhotos() свои задачи
      целиком исключает из блокировки — не заставляем прикладывать фото
      к личной задаче мастера, но и не мешаем, если сам захочет.
      _updatePhotoCountBadges() — бейдж на карточке теперь тоже
      появляется для своих задач, если что-то добровольно прикрепили, но
      без давящего "фото ещё не прикреплено" (это не требование).
    - Бэкенд трогать не пришлось — он и раньше НИКОГДА не блокировал по
      photorequired на запись (save_report/save_reports_bulk), только
      отдавал значение поля. Вся блокировка всегда была на фронте, так
      что "не учитывать на бэкенде" уже выполнено самой архитектурой.

  Изменения v3.42 (diff от v3.41) — по итогам обсуждения "требование фото
  + блокировка сдачи" (Max предугадал логику до теста, реализовано так
  как обсудили тремя пунктами):
    - _photoStatusForJob(jobId, ticketId, checkServer) — заменяет
      _photoCountsForJob() в местах где важна точность. Для ЗАЛОЧЕННОЙ
      заявки (или при checkServer=true) локальный IndexedDB может быть
      пустым по двум законным причинам: фото сдавали с ДРУГОГО устройства,
      или сдавали с этого же, но _photoDbPurgeUploaded() почистил
      локальную копию после закрытия смены. В обоих случаях "фото не
      прикреплено" — ложь, сервер (папка тикета через GET /api/photos/
      {ticket_id}) — источник правды. _updatePhotoCountBadges() теперь
      показывает "✓ фото сданы (N)" когда источник — сервер, отличимо от
      локального счётчика.
    - _findMissingRequiredPhotos(jobs) — блокирующая проверка перед
      confirmEndShift()/submitAllDebtReports(): для каждой заявки с
      photoRequired=true ищет хоть какое-то фото-свидетельство (локально
      ИЛИ на сервере). Если нет НИГДЕ — блокирует явным alert со списком
      адресов. Офлайн — не считаем виной мастера автоматически (это мы
      не смогли проверить, не он не приложил), просто предупреждаем и
      даём решить самому продолжать или нет.
    - openDebtJob() теперь кэширует photoRequired из данных долга (см.
      main.py v5.20 — glpi_check_debt() тоже стал отдавать это поле) —
      без этого блокировка не видела бы требование у долговых заявок.

  Изменения v3.41 (diff от v3.40) — КРИТИЧНО: confirmEndShift() чистил
  локальный кэш и для СЕГОДНЯШНЕЙ даты тоже, хотя main.py v5.15
  специально сделал так, чтобы залоченные заявки сегодняшнего дня
  продолжали приходить с сервера (для режима "только комментарий").
  Следующий /api/jobs честно возвращал их снова, mergeJobs() видел их как
  "новые" (в кэше только что не было) — ложное "наряд обновился" сразу
  после переоткрытия смены. Сегодня больше НЕ чистим локальный кэш вообще —
  обновление страницы/свайп и так честно досинхронизирует всё что реально
  изменилось (Max подтвердил это разумным решением).

  Изменения v3.40 (diff от v3.39) — по итогам логической проверки перед
  тестом (Max предугадал): сдача долговых отчётов вообще не выгружала фото:
    - КРИТИЧНО: submitAllDebtReports() вызывала syncAll() (текст отчёта),
      но uploadAllPendingPhotos() не вызывалась вообще — если у долговой
      заявки photoRequired=true с непрогруженными фото, они молча
      оставались в очереди до следующего /api/shift/end (который для
      долга может вообще не наступить скоро — долг сдаётся именно этой
      кнопкой, не закрытием смены). Технически locked=1 не блокирует
      /api/photos/upload на бэке, но лучше выгрузить сразу, в рамках того
      же осознанного действия.
    - uploadAllPendingPhotos(progressElId) — параметризован под целевой
      элемент прогресса, теперь используется с ДВУХ разных экранов:
      #endshift-photo-progress (закрытие смены, по умолчанию) и новый
      #debt-photo-progress (экран долга) — показывать некуда молча,
      каждый экран получает свой видимый прогресс.

  Изменения v3.39 (diff от v3.38) — по факту живого теста батч-выгрузки
  (Max: бэкенд получает фото, фронт замер на "0/6", ни одной полоски):
    - КРИТИЧНО: прогресс-бар был жёстко привязан к тому, что мастер
      находится ВНУТРИ формы конкретной заявки (showProgress = curJob ===
      jobId). При батче с экрана закрытия смены мастер ни в какой форме
      не находится (форма уже закрыта, curJob не совпадает ни с одной
      заявкой пачки) — элемент #photo-upload-progress физически не
      существует на экране s-endshift. Отправка при этом реально шла
      (бэкенд получал файлы), просто отображать было некуда.
    - uploadPhotosNow(jobId, onProgress) — необязательный колбэк прогресса,
      вызывается ПОМИМО (не вместо) отображения в форме. Форма продолжает
      работать как раньше, самодостаточно.
    - uploadAllPendingPhotos() теперь передаёт свой колбэк и рисует
      агрегированный live-прогресс на новом #endshift-photo-progress —
      счёт файлов + мегабайты + полоска по ВСЕЙ пачке сразу (не по одной
      заявке), поскольку батч идёт по нескольким заявкам последовательно.

  Изменения v3.38 (diff от v3.37) — КРИТИЧНО: photoRequired так и не
  гейтил ничего, хотя изначальный план (см. проектировочный чат) был
  "рендерим блок фото только если photorequired=true" — при реализации
  v3.36 эта развилка потерялась без явного обсуждения. Поле реально уже
  существует у Вани в GLPI, просто бэкенд его не читал (см. main.py v5.19):
    - fresh-маппинг в showList() теперь кэширует job.photoRequired —
      КРИТИЧНО именно закэшировать В САМ job-объект (не только в reports),
      это устойчивая характеристика заявки, а не черновик — должна
      переживать офлайн так же как locked/rmn_status. Раньше и кэшировать
      было нечего — сервер это поле вообще не присылал.
    - toggleResultBlocks() теперь гейтит #photo-block флагом
      job.photoRequired (не только скрытие при "Перенесено", как было).
    - КРИТИЧНО: toggleResultBlocks() был внутри if(rep) в openForm() —
      для СОВСЕМ новой заявки без единого отчёта (rep falsy) вызов вообще
      не происходил, блок фото оставался в дефолтном (видимом) состоянии
      независимо от photoRequired — гейт срабатывал только со ВТОРОГО
      открытия. Вынесено наружу — работает при первом же открытии.
    - _updatePhotoCountBadges(): значок 📷 на карточке списка теперь тоже
      гейтится job.photoRequired — раньше показывался для любой заявки,
      где просто нашлись прикреплённые фото, не совпадало с "именно на
      тех что требуют отчёта".

  Изменения v3.37 (diff от v3.36) — по факту живого теста (Max: батч
  показал только "3/6", без видимого прогресса — файлы небольшие,
  пролетело быстро):
    - КРИТИЧНО: xhr.upload.onprogress был объявлен намерением в
      комментарии ("используем XHR ради честного upload.onprogress"), но
      сам обработчик забыли подключить — прогресс-бар обновлялся только
      МЕЖДУ файлами (0 из 6 → 1 из 6 → ...), без единого байта отслеживания
      ВНУТРИ конкретной загрузки. На мелких файлах после сжатия (240-370кб)
      это незаметно глазу — весь файл улетает быстрее чем видно прирост.
      Теперь честный побайтовый прогресс и внутри текущего файла, и
      агрегированно по всей пачке — плюс мегабайты явно ("2.1 из 5.4 МБ"),
      это честнее отражает сколько ещё ждать на плохой связи, чем просто
      счётчик файлов.

  Изменения v3.36 (diff от v3.35) — первая реализация фото к отчётам (см.
  main.py v5.18, там же контекст решений из отдельного проектировочного
  чата): гибридная выгрузка — сразу по явной кнопке, если связь хорошая
  (мастер физически на wifi клиента), иначе пачкой при закрытии смены:
    - IndexedDB-слой (_photoDbOpen/_photoDbSave/_photoDbGetAllForJob/
      _photoDbGetAll/_photoDbDelete/_photoDbMarkUploaded/_photoDbPurgeUploaded) —
      blob'ы фото не помещаются в localStorage/JSON, нужно отдельное
      хранилище. id генерируется В МОМЕНТ СЪЁМКИ, не в момент выгрузки —
      повторная попытка при батче не создаёт дубликат на сервере.
    - Блок #photo-block в форме отчёта — камера (capture="environment")
      + галерея, миниатюры со статусом (⏳ ожидает / ✓ выгружено), кнопка
      удаления для ещё не выгруженных. Скрывается вместе с
      финансами/расходниками при "Перенесено" — визита не было.
    - "Выгрузить фото сейчас" — явная кнопка, ПО ЗАПРОСУ пользователя
      (сознательно НЕ автоматически при появлении связи — так решили в
      проектировочном чате: две явные точки, не тихая фоновая магия).
      Прогресс-бар "X из Y" по конкретной заявке. uploadPhotosNow()
      требует реальный ticket_id (для своей задачи — до первой отправки
      отчёта грузить некуда, alert объясняет).
    - _uploadOnePhoto() — XMLHttpRequest, не fetch(): только у XHR есть
      честный upload.onprogress для прогресс-бара.
    - uploadAllPendingPhotos() — батч по ВСЕМ job'ам сразу, встроен в
      confirmEndShift() ПОСЛЕ syncAll() отчётов (своим задачам к этому
      моменту уже гарантированно назначен реальный ticket_id).
    - Индикаторы: 📷 X/Y на карточке заявки (renderJobCards(), плейсхолдер
      + асинхронное заполнение — IndexedDB не может отдать данные
      синхронно, а переписывать весь renderJobs()/renderJobCards() в
      async ради одного индикатора слишком инвазивно) и агрегированная
      строка "Фото: X/Y" на экране закрытия смены (тот же паттерн
      плейсхолдер+async, per dateKey).
    - _photoDbPurgeUploaded() — КРИТИЧНО: без очистки blob'ы уже
      выгруженных фото копились бы в IndexedDB устройства НАВСЕГДА (файл
      и так уже безопасно на сервере). В рамках одного дня "✓ выгружено"
      в миниатюре — полезная обратная связь, поэтому чистим только при
      закрытии смены (день объективно завершён), не сразу по факту
      выгрузки. deleteCustomJobPrompt() тоже чистит фото удаляемой задачи
      — иначе сиротские записи без job'а-владельца.
    - photorequired (обязательность) НЕ проверяется — это поле будет
      делать РМН-Админ (Ваня), у него его ещё нет. Механика "прикрепить
      и выгрузить" доступна для ЛЮБОЙ заявки уже сейчас.

  Изменения v3.35 (diff от v3.34) — по факту живого теста, v3.34 наконец
  сделал свою задачу видимой в showEndShift(), и этим заодно проявил
  давно спрятанный "фантом" (пустая задача без названия, никогда не
  заполнявшаяся) — а удалить его было нечем:
    - Фикс отображения "Заявка #null" — j.addr || 'Заявка #' + j.ticket_id
      ломался для своей задачи без названия (addr пустой, ticket_id
      всегда null пока не отправлена) — бессмысленная фантомная строка.
      Теперь для такой задачи явно "Своя задача (без названия)".
    - deleteCustomJobPrompt() — впервые вообще появилась возможность
      удалить свою задачу. Разрешено ТОЛЬКО пока id ещё синтетический
      ('c...') — значит отчёт ни разу не отправлялся на сервер, тикета в
      GLPI не существует, локальное удаление безопасно. Если задача уже
      реальный ticket_id — кнопка это заблокирует явным алертом, вместо
      удаления нужно закрывать как обычную заявку. Доступно и в основной
      карточке "Свои задачи" (renderJobCards()), и в списке незаполненных
      на экране закрытия смены — необязательно доходить до конца дня
      чтобы найти и убрать случайно созданную пустышку.
    - Проверяем реально активный экран (.active), не устаревший флаг
      window._endshiftDateKeys — он не очищается при уходе с экрана
      закрытия смены, иначе удаление из обычного списка ошибочно
      перерисовало бы устаревший экран закрытия.

  Изменения v3.34 (diff от v3.33) — по факту живого теста, v3.33's фикс
  visitDate оказался недостаточным:
    - КРИТИЧНО (продолжение бага 1): showEndShift()'s allJobs исключал
      type==='custom' ПОЛНОСТЬЮ, независимо от visitDate — вчерашний фикс
      миграции сюда даже не доходил. Плюс задачи, смигрированные ДО того
      фикса, так и остаются без visitDate навсегда (миграция для уже
      реального ticket_id повторно не срабатывает). Правильное решение —
      не полагаться на visitDate своей задачи вообще: она физически не
      привязана к конкретному дню визита. Теперь считается в кассе/
      статистике вместе с СЕГОДНЯШНИМ блоком закрытия, независимо от даты.
    - КРИТИЧНО (баг с "укажи адрес" на явно заполненном поле): submitReport()
      проверял rep.jobTitle (из объекта отчёта — зависит от того, записал
      ли последний autoSave() что-то новое, или пропустил через dirty-check).
      Тап по плитке услуг сохраняется отдельно (updateCashData(), не через
      autoSave()) — если сразу после этого нажать "Сохранить" без других
      изменений, dirty-check мог пропустить запись, rep.jobTitle оставался
      устаревшим. Теперь проверяем НАЛИЧИЕ данных прямо в DOM-поле
      (#f-custom-title) — правда о том, что видит пользователь ПРЯМО
      СЕЙЧАС, а не о том что успел записать autoSave().
    - jobTitle добавлен в сравнение изменений (contentUnchanged) — раньше
      вообще не участвовал, правка заголовка своей задачи не считалась
      изменением.

  Изменения v3.33 (diff от v3.32) — по факту живого теста после v3.32:
  три бага, все с одним корнем — код писался в расчёте на то, что свои
  задачи никогда не приходят с сервера, а v3.32 это предположение сломала:
    - БАГ 1 (касса своей задачи не считается при закрытии смены):
      _migrateCustomJobId() не проставлял visitDate — заявка была
      невидима для любого фильтра "j.visitDate === dateKey" (включая
      calcTotalsFor() в showEndShift()) до следующего честного захода на
      /api/jobs, который мог случиться не сразу. Теперь сразу проставляет
      сегодняшнюю дату (она и есть фактически верная — задача создаётся
      на сервере с date=сейчас, см. main.py v5.17 _create_task_for_ticket()).
    - БАГ 2 ("укажи адрес" на уже заполненной задаче): mergeJobs()'s
      объект восстановления вообще не включал jobTitle. Как только сервер
      побеждал сравнение (для своих задач это теперь происходит регулярно,
      см. v3.32) — поле молча стиралось в undefined, хотя desc/касса
      восстанавливались нормально. submitReport()'s проверка "нужен
      заголовок" начинала ложно срабатывать. Теперь читаем j.title
      (t.name в GLPI — то же значение что отправляли как job_title).
    - БАГ 3 (постоянное "наряд обновился"): cachedIds в mergeJobs()
      исключал type==='custom' из "уже известных" id — было безобидно ДО
      v3.32 (сравнивать было не с чем), теперь любая своя задача ВСЕГДА
      выглядела "новой" для hasNew, банер висел постоянно независимо от
      реальных изменений. cachedIds теперь включает все типы без разбора.

  Изменения v3.32 (diff от v3.31) — структурный пробел, не мелкий баг:
  свои задачи никогда не синхронизировались обратно с сервера (см. Max:
  "они видимо не подтягиваются с сервера где есть черновик"):
    - КРИТИЧНО: своя задача теперь возвращается сервером как обычная
      заявка (main.py v5.17 — is_custom по категории), с id = ticket_id.
      Локальная копия создана с синтетическим id вида 'c1234567890' (см.
      addCustomJob()) — без миграции на сервере и в кэше оказались бы
      ДВЕ разных записи одной и той же задачи. _migrateCustomJobId() —
      переносит job+report на новый id сразу после первой успешной
      отправки (trySyncReport()/syncAllSilent()/syncAll()), старый
      удаляется полностью.
    - type своей задачи теперь приходит от сервера (j.is_custom), не
      хардкодится 'ticket' всегда в fresh-маппинге showList().
    - mergeJobs(): cachedCustom теперь исключает записи, которые сервер
      уже прислал сам (после миграции id) — иначе задвоение записи в
      "Свои задачи" (одна из freshJobs, одна из локального кэша).

  Изменения v3.31 (diff от v3.30) — по факту живого теста, custom-тикеты
  закрывались в GLPI но оставались доступны для полного редактирования:
    - КРИТИЧНО: closed_custom из ответа /api/shift/end вообще не читался
      на фронте. Свои задачи не приходят через /api/jobs (не настоящие
      "назначенные" тикеты) — их локальная копия в rmn_jobs никогда не
      обновится с сервера сама собой. Даже после бэкенд-фикса (main.py
      v5.16, issuelockedfieldfield=1 для закрытых custom-тикетов) локальный
      job.locked оставался false — фронт продолжал показывать полное
      редактирование вместо режима "только комментарий". Теперь читаем
      closed_custom из ответа и проставляем job.locked=true локально для
      соответствующих custom-задач (сверка по reports[j.id].ticketId,
      т.к. job.ticket_id у custom-задачи всегда null).

  Изменения v3.30 (diff от v3.29) — по факту живого теста после переноса:
    - КРИТИЧНО: "кастом тикеты не закрываются" — customTicketIds
      вычислялся ВНУТРИ цикла по датам, из jobs уже отфильтрованных по
      j.visitDate === dateKey. Свои задачи (addCustomJob()) вообще не
      имеют visitDate — не проходили этот фильтр ни под одну дату,
      customTicketIds всегда получался пустым. Вынес вычисление своих
      задач ИЗ цикла — теперь считается один раз по всем job'ам, шлётся
      с первым же успешным payload'ом закрытия смены, независимо от даты.
    - Временно убран (не удалён!) пункт "Перенесено" из дропдауна итога
      визита — см. TODO в main.py v5.15: конфликт с логикой районной
      маршрутизации менеджера, нужно согласование или ограничение по
      пользователям прежде чем возвращать. Вся механика (backend
      _reschedule_task, toggleResultBlocks и т.д.) не тронута — вернуть
      можно раскомментировав один <option>.

  Изменения v3.29 (diff от v3.28) — НАСТОЯЩАЯ причина найдена по итогам
  очень точной диагностики (Max: офлайн НЕ ломает, онлайн ломает; "если
  ничего не менять — правильно возвращает в долг, если поменять — нет"):
    - КРИТИЧНО: trySyncReport()/syncAllSilent()/syncAll() в конце успешной
      отправки БЕЗУСЛОВНО вызывали renderJobs() — независимо от того,
      должен ли мастер ещё быть заблокирован долгом. showList() мог
      корректно отрендерить экран долга, а чуть позже (или почти
      одновременно) завершалась ФОНОВАЯ синхронизация (даже безобидного
      черновика без final=true) — и её renderJobs() перезаписывал экран
      поверх, выкидывая мастера из блокировки в обычный список, хотя долг
      объективно ещё не решён (locked всё ещё 0 на сервере, подтверждено
      прямым SQL). Подтверждает офлайн-наблюдение Max: без сети success-
      ветка с этим renderJobs() вообще не достигается (запрос падает в
      catch) — поэтому офлайн работал "правильно", а вовсе не потому что
      логика блокировки сама по себе была верна только в offline. Разница
      "поменял/не поменял" объяснялась тем же: без изменений
      syncAllSilent() просто нечего отправлять (unsent.length===0, ранний
      return) — success-ветка не достигается, баг не проявляется.
    - Фикс: новая функция _renderAfterSync() — проверяет актуальный
      локальный getDebt() перед рендером, показывает renderDebtScreen()
      вместо renderJobs() если долг всё ещё активен. Заменяет голый
      renderJobs() во всех трёх местах завершения синхронизации.

  Изменения v3.28 (diff от v3.27) — по факту живого теста, v3.27 не решил
  проблему полностью (видно по логу: [syncAllSilent] УСПЕХ сразу после
  безобидного редактирования долговой заявки, и её тут же кидало в
  обычный список вместо экрана долга):
    - КРИТИЧНО: autoSave() наследовал rep.final НАВСЕГДА (prevRep?.final
      || false) без учёта того, была ли эта отправка уже когда-то давно
      ПОДТВЕРЖДЕНА (synced:true). Раз тестовые заявки (#775387/#775510)
      переиспользуются много раз с ручным сбросом locked/tk.date в GLPI —
      старое final:true от прошлого успешного теста тихо переживало в
      localStorage и воскресало при первом же автосохранении в НОВОМ
      раунде — даже безобидное открытие+редактирование карточки долга
      (которое само по себе final не ставит, см. submitReport()) тут же
      пересылало унаследованный final:true и мгновенно "решало" долг ещё
      до того как пользователь вообще принял это решение заново. Теперь
      final переживает пересборку ТОЛЬКО пока предыдущая отправка ещё НЕ
      подтверждена (prevRep.synced === false) — единственный настоящий
      повод для этого (goList()'s внутренний autoSave() сразу после
      submitReport()). Если prevRep уже synced:true — final сбрасывается
      в false, новое редактирование требует нового явного подтверждения.

  Изменения v3.27 (diff от v3.26) — по факту живого лога, подтверждена
  гонка параллельных showList():
    - КРИТИЧНО: showList() мог запускаться дважды почти одновременно
      (например clearDebtForSyncedJobs()'s "else showList()" накладывался
      на уже идущий явный showList() из submitAllDebtReports()). Оба
      параллельно дёргали /api/jobs и параллельно писали в localStorage
      через mergeJobs()/saveJobs() — подтверждено живым логом: два
      [showList] почти в одну секунду с РАЗНЫМИ решениями mergeJobs() для
      одной и той же заявки, итоговый список зависел от того какой из
      двух вызовов дописал в localStorage последним. Добавлена защита
      _showListRunning — пока showList() уже выполняется, повторный вызов
      просто пропускается (текущий и так дорендерит актуальное состояние).
      Тело функции вынесено в _showListBody(), showList() теперь тонкая
      обёртка с этой защитой.
    - Снимает с TODO пункт "clearDebtForSyncedJobs может дёрнуть showList()
      второй раз" — раньше был отмечен как "минорное, не ломает
      корректность", по факту живого теста оказалось что ломает.

  Изменения v3.26 (diff от v3.25) — по факту живого теста после 2-дневного
  перерыва, два независимых момента:
    - КРИТИЧНО: afterLogin() проверял только "есть ли вообще shift", не
      "shift за СЕГОДНЯ". Если не заходил 2+ дня — rmn_shift оставался с
      датой позавчера (очищается только при успешном закрытии именно этой
      даты), afterLogin() тихо продолжал с устаревшим объектом, ни разу
      не показывая showShiftStart() (реальный экран "начало дня" —
      водитель/пассажир + пробег). Ветка "!shift" тоже молча создавала
      смену без явного запроса пробега вообще. Теперь сравнивается
      shift.date с сегодняшней датой — если не совпадает (или смены нет
      вообще), показывается showShiftStart() явно. Прошлые незакрытые дни
      это не ломает — их данные лежат отдельно в rmn_jobs/rmn_reports по
      своим visitDate, замена rmn_shift на сегодняшний их не трогает.
    - apiFetch(): добавлен cache:'no-store' — раньше API-запросы не
      запрещали браузерное HTTP-кэширование явно (в отличие от
      checkAppVersion()'s отдельного fetch('/api/version', {cache:
      'no-store'})). Оказалось НЕ основной причиной (см. v3.27 —
      настоящая причина была гонка showList()), но остаётся как разумное
      защитное усиление само по себе.

  Изменения v3.25 (diff от v3.24) — крупный рефакторинг закрытия смены по
  итогам обсуждения:
    - closeDayShift(dateKey) — раньше свой упрощённый поток (простой
      confirm(), сразу POST без сводки). Теперь просто делегирует в
      showEndShift([dateKey]) — тот же богатый экран (касса/статистика/
      незаполненные/пробег), что и у сегодняшнего закрытия.
    - showEndShift(dateKeys)/confirmEndShift() — теперь принимают МАССИВ
      дат вместо одной. Главная кнопка переименована в "Завершить все
      смены" и захватывает сегодня + все прошлые незакрытые дни разом
      (getAllOpenDateKeys()) — не консистентно было иметь сданный отчёт
      за сегодня, пока за вчера/позавчера висит несданным.
    - Экран рендерит по одному блоку (касса/статистика/незаполненные/
      пробег) НА КАЖДУЮ дату, с уникальными id (kassa-card генерируется
      инлайн, mileage-start-${dateKey} и т.д.). calcTotals() разделён на
      calcTotals() (общий, как раньше) + calcTotalsFor(jobIds) (по
      конкретному списку заявок — для отдельного дня).
    - Пробег спрашивается за КАЖДЫЙ закрываемый день, включая прошлые —
      для прошлых дней нет сохранённого "утреннего" значения, поле просто
      пустое с пометкой "этот день не был закрыт вовремя — введи вручную".
    - КРИТИЧНО: локальная очистка (rmn_jobs/rmn_reports) теперь только по
      датам, которые реально успешно закрылись — раньше стиралось всё
      подряд, что было бы опасно при частичном закрытии (например
      сегодняшняя смена ещё активна, закрывали только вчерашний долг).
      rmn_shift целиком удаляется только если закрыли и сегодня.
    - rmn_pending_lock теперь МАССИВ payload'ов (по одному на дату,
      которая не смогла отправиться), не один объект — checkPendingShiftLock()
      обновлён соответственно, с обратной совместимостью на случай
      старого формата.

  Изменения v3.24 (diff от v3.23):
    - Футер внизу экрана теперь показывает и версию фронта, и реальную
      версию ЗАПУЩЕННОГО бэкенда рядом (см. main.py v5.12 code_version) —
      эмпирически ловили баги из-за того что файл на диске уже новый, а
      контейнер не перезапущен и крутит старый код. Один взгляд на экран
      вместо docker logs.

  Изменения v3.23 (diff от v3.22) — по факту живого теста, скриншот:
  заявки из долга визуально попадали под заголовок "Свои задачи":
    - КРИТИЧНО: renderJobs() группировал заявки по visitDate, и группа
      "нет даты" БЕЗУСЛОВНО подписывалась "Свои задачи" — не по type,
      а просто по факту отсутствия даты. openDebtJob() создаёт временную
      локальную заявку для показа формы, и эта заявка НИКОГДА не имела
      visitDate — обычный тикет из долга визуально попадал в раздел для
      custom-задач. Пофикшено с двух сторон: openDebtJob() теперь берёт
      visitDate из d.visit_date (приходит из glpi_check_debt()), и сама
      группировка честно завязана на type==='custom', а не на отсутствие
      даты — даже аномальный тикет без даты получит метку "Без даты",
      не спутается со своими задачами.

  Изменения v3.22 (diff от v3.21) — по факту живого теста: v3.21 всё ещё
  снимала долг сразу по нажатию "Сохранить отчёт" внутри карточки, ДО
  того как мастер успевал дойти до явной кнопки "Отправить отчёты" внизу
  списка — путало, не давало полного контроля над тем что именно сейчас
  происходит (локальное сохранение или отправка на сервер):
    - КРИТИЧНО: submitReport() теперь проверяет, открыта ли заявка с
      экрана долга (getDebt().some(...)). Если да — "Сохранить отчёт"
      только сохраняет локально (autoSave() уже отработал выше) и
      возвращает в список, final НЕ ставится, trySyncReport() НЕ
      вызывается. Реальная отправка + снятие долга — исключительно через
      submitAllDebtReports() (кнопка внизу экрана "Заполни просроченные
      РМН"). Для обычных (не долговых) заявок submitReport() не изменился.

  Изменения v3.21 (diff от v3.20):
    - Сводка готовности на экране долга — под каждой карточкой короткая
      строка (✓ Готово / ⚠ Не указано: касса, описание / Не начато),
      плюс счётчик "Готово: X из Y" наверху. Смотрит только на локальный
      черновик (getReports()), сервер не спрашивает — чисто UI-подсказка,
      чтобы не открывать все карточки подряд чтобы понять что доделать.
    - Поле "Что сделано" при выборе "Перенесено" становится "Причина
      переноса" (toggleResultBlocks()) — тот же приём, что уже был для
      Прибыл/Уехал → Дата/Время. Текст оттуда теперь уходит в объединённое
      сообщение "Перенос: ...\nПричина: ..." на бэкенде (см. main.py v5.10).
    - Блоки "Финансы" и "Расходники" скрываются целиком при "Перенесено" —
      не нужны, визита фактически не было.

  Изменения v3.20 (diff от v3.19) — по факту живого теста, два момента:
    - КРИТИЧНО: раньше каждая долговая заявка отправлялась отдельным
      submitReport() внутри своей карточки — зашёл, нажал "Сохранить",
      тут же goList()→showList() перепроверяет /api/jobs. Мастера путало:
      заходишь проверить что заполнено, а тебя сразу либо уносит обратно
      в список, либо кидает обратно в "Заполни" — непонятно что вообще
      произошло. Теперь заход в карточку долговой заявки — просто
      просмотр/правка (автосейв как обычно), а отправка ВСЕХ заполненных
      долговых заявок сразу — отдельная кнопка "Отправить отчёты" внизу
      экрана "Заполни просроченные РМН" (submitAllDebtReports()).
    - Важный нюанс при реализации: помечая rep.final=true, ОБЯЗАТЕЛЬНО
      сбрасываем rep.synced=false тоже — иначе если черновик уже был
      тихо засинкан раньше (draft-autosync), syncAll() пропустит его
      фильтром !r.synced, и final=true никогда не долетит до сервера.

  Изменения v3.19 (diff от v3.18):
    - "Перенесено" без даты/времени переноса больше не сохраняется —
      alert с объяснением. Без даты физически некуда переставить задачу
      на бэкенде (см. main.py v5.8 _reschedule_task()).
    - Дропдаун "Итог визита": убран отдельный пункт "Не открыли /
      недоступны" — объединён с "Отмена / не пустили" (см. main.py v5.8
      STATUS_MAP). RMN_STATUS_MAP на чтение маппит старый id=4 тоже в
      'cancel' — для обратной совместимости со старыми записями.

  Изменения v3.18 (diff от v3.17):
    - Явный лог успешной отправки на сервер в trySyncReport()/
      syncAllSilent()/syncAll() — раньше по логу нельзя было отличить
      "синхронизация прошла" от "ещё не случилась", видно было только
      косвенно по подросшему report_saved_at в следующем showList().

  Изменения v3.17 (diff от v3.16):
    - [autoSave] лог теперь показывает materials_used явно (раньше было
      невозможно проверить по логу, менялись ли реально расходники —
      строка лога их просто не печатала, хотя dirty-check их уже
      корректно сравнивал).

  Изменения v3.16 (diff от v3.15):
    - КРИТИЧНО: расходники (materials_used) вообще не читались с сервера —
      см. main.py v5.7. /api/jobs теперь отдаёт materials_used, добавлено
      в fresh-маппинг showList() и в объект восстановления mergeJobs().

  TODO:
    - Индикатор фото ПРЯМО в карточке долга (_debtItemReadiness()) — сейчас
      там нет отдельной пометки про фото, только блокировка перед отправкой
      (важнее функционально, но индикатор был бы приятным штрихом для
      консистентности с остальными местами). Требует того же паттерна
      "плейсхолдер + асинхронное заполнение", что и _updatePhotoCountBadges().
    - ЗАМЕЧЕНО в живом логе: server_saved_at пишется как наивное локальное
      время сервера (datetime.now(), без явной таймзоны), а локальные
      device-таймстемпы — всегда UTC (new Date().toISOString()). Пока оба
      сервера и устройства фактически в одном часовом поясе — сравнение
      случайно работает верно, но это не гарантировано архитектурно (если
      когда-нибудь появится мастер/сервер в другом поясе — сравнение может
      разъехаться). Не трогал сейчас сознательно — исправление тянет за
      собой смену конвенции хранения date_mod, что может сбить читаемость
      сырых таймстемпов при прямом просмотре в GLPI другими способами
      (нативные правки GLPI пишут NOW() в местном времени сервера). Если
      когда-нибудь станет реальной проблемой — тут либо переходить на UTC
      везде последовательно, либо строить "наивный локальный" ISO на
      фронте вместо toISOString().
    - Pillow должен уметь читать HEIC (айфоны) — не проверялось вживую на
      реальном HEIC-файле (см. main.py TODO).
    - Перенос ("Перенесено") подтверждён вживую и работает как задумано
      (реально двигает дату задачи), НО временно убран из дропдауна на
      фронте — конфликт с логикой районной маршрутизации менеджера, нужно
      либо согласование с Ваней, либо ограничение по пользователям, прежде
      чем возвращать пункт.
    - событийное логирование действий мастера — rmn_events, следующий
      крупный пункт, ещё не начат
    - .time-pair CSS осталась неиспользуемой после удаления модалки —
      безобидный мёртвый код, не критично
-->
<!DOCTYPE html>
<html lang="ru">
<head>
  <meta charset="UTF-8">
  <meta http-equiv="Cache-Control" content="no-cache, no-store, must-revalidate">
  <meta http-equiv="Pragma" content="no-cache">
  <meta http-equiv="Expires" content="0">
  <meta name="viewport" content="width=device-width, initial-scale=1.0, maximum-scale=1.0, user-scalable=no">
  <title>РМН-Мастер</title>
  <link rel="manifest" href="/manifest.json">
  <meta name="theme-color" content="#185FA5">
  <meta name="mobile-web-app-capable" content="yes">
  <meta name="apple-mobile-web-app-capable" content="yes">
  <meta name="apple-mobile-web-app-status-bar-style" content="default">
  <meta name="apple-mobile-web-app-title" content="РМН-Мастер">
  <link rel="apple-touch-icon" href="/icons/icon-192.png">
  <link rel="stylesheet" href="https://cdn.jsdelivr.net/npm/@tabler/icons-webfont@latest/tabler-icons.min.css">
<style>
*{box-sizing:border-box;margin:0;padding:0;-webkit-tap-highlight-color:transparent}
:root{--touch:50px;--r:12px;--rm:10px;--blue:#185FA5;--blue-dark:#0C447C;--green:#2E7D32;--amber:#B06000;--red:#C62828}
html{font-size:16px}
body{font-family:-apple-system,BlinkMacSystemFont,'Segoe UI',Roboto,sans-serif;background:#F2F2F7;color:#1C1C1E;-webkit-font-smoothing:antialiased;padding-bottom:38px}
.screen{display:none}.screen.active{display:block;min-height:100vh}

/* ── ТОПБАР ── */
.topbar{background:#fff;border-bottom:2px solid #1a1a1a;padding:14px 16px;display:flex;align-items:center;justify-content:space-between;position:sticky;top:0;z-index:10}
.topbar-title{font-size:17px;font-weight:600;color:#1C1C1E}
.topbar-sub{font-size:13px;color:#6C6C70;margin-top:2px}
.topbar-crew{font-size:12px;color:var(--blue-dark);margin-top:3px;font-weight:600}

/* ── SYNC BAR ── */
.conn-status{font-size:12px;text-align:center;padding:7px 16px;font-weight:600;transition:background .3s,color .3s}
.conn-online{background:#EAF7EC;color:#1E8E3E}
.conn-offline{background:#F2F2F7;color:#6C6C70}

/* ── UPDATE BAR ── */
.update-bar{background:#EAF3FD;border-bottom:2px solid var(--blue);padding:10px 16px;display:none;align-items:center;justify-content:space-between;gap:10px}
.update-bar span{font-size:13px;color:var(--blue);font-weight:500}
.update-btn{font-size:13px;font-weight:700;background:var(--blue);border:none;color:#fff;cursor:pointer;padding:6px 14px;border-radius:8px}

/* ── VERSION BAR ── */
.version-bar{background:#FFF3CD;border-bottom:2px solid #D4A017;padding:10px 16px;display:none;align-items:center;justify-content:space-between;gap:10px}

/* ── МОДАЛКА "ЧТО НОВОГО" (v5.37/v3.59) ── */
.modal-overlay{position:fixed;inset:0;background:rgba(0,0,0,.5);z-index:1000;align-items:center;justify-content:center;padding:20px}
.modal-box{background:#fff;border-radius:var(--r);padding:20px;max-width:480px;width:100%;max-height:80vh;overflow-y:auto;border:2px solid #1a1a1a}
.modal-title{font-size:18px;font-weight:700;color:#1C1C1E;margin-bottom:12px;display:flex;align-items:center;gap:8px}
.modal-body{font-size:14px;color:#3C3C43;line-height:1.5;margin-bottom:16px}
.modal-body p{margin:0 0 8px}
.modal-body li{margin:0 0 6px 18px}
.modal-h{font-weight:700;color:#1C1C1E;margin:10px 0 6px}
.version-bar span{font-size:13px;color:#7A5900;font-weight:500}
.version-btn{font-size:13px;font-weight:700;background:#D4A017;border:none;color:#fff;cursor:pointer;padding:6px 14px;border-radius:8px}

/* ── INSTALL BAR ── */
.install-bar{background:#EAF3FD;border-bottom:2px solid var(--blue);padding:10px 16px;display:none;align-items:center;justify-content:space-between;gap:10px}
.install-bar span{font-size:13px;color:var(--blue);font-weight:500}
.install-btn-bar{font-size:13px;font-weight:700;background:var(--blue);border:none;color:#fff;cursor:pointer;padding:6px 14px;border-radius:8px}
.install-close{background:transparent;border:none;font-size:18px;color:var(--blue);cursor:pointer;padding:0 4px}

/* ── КАРТОЧКИ ── */
.section-lbl{font-size:11px;font-weight:600;color:#6C6C70;letter-spacing:.07em;padding:18px 14px 8px;text-transform:uppercase}
.date-divider{font-size:13px;font-weight:700;color:#1C1C1E;background:#E5E5EA;padding:8px 14px;margin:14px 0 8px;border-radius:8px}
.close-day-btn{width:100%;margin:8px 0 4px;padding:12px;border:2px solid var(--green);border-radius:12px;background:#E1F5EE;color:#0F6E56;font-size:14px;font-weight:600;cursor:pointer;display:flex;align-items:center;justify-content:center;gap:8px}
.close-day-btn:active{background:#C8EDE0}
.debt-block{padding:24px 16px;text-align:center}
.debt-icon{font-size:48px;margin-bottom:8px}
.debt-title{font-size:18px;font-weight:700;color:#1C1C1E;margin-bottom:6px}
.debt-sub{font-size:13px;color:#6C6C70;line-height:1.5;margin-bottom:18px}
.debt-list{display:flex;flex-direction:column;gap:8px;text-align:left}
.debt-ready-count{font-size:13px;font-weight:700;color:#1C1C1E;margin:-8px 0 12px;text-align:left}
.debt-item{display:flex;align-items:center;justify-content:space-between;gap:10px;background:#FFEBEE;border:2px solid var(--red);border-radius:12px;padding:12px 14px}
.debt-item-title{font-size:14px;font-weight:600;color:#1C1C1E}
.debt-item-date{font-size:12px;color:#6C6C70;margin-top:2px}
.debt-item-status{font-size:12px;font-weight:700;margin-top:4px}
.debt-item-status-ok{color:var(--green)}
.debt-item-status-warn{color:#B25E00}
.debt-item button{font-size:13px;font-weight:700;background:var(--red);border:none;color:#fff;cursor:pointer;padding:8px 14px;border-radius:8px;white-space:nowrap}
.job-card{background:#fff;border:2px solid #1a1a1a;border-radius:var(--r);margin:0 12px 16px}
.job-card-body{padding:16px}
.job-addr{font-size:17px;font-weight:600;color:#1C1C1E;line-height:1.3;margin-bottom:6px}
.job-desc{font-size:13px;color:#6C6C70;line-height:1.5;margin-bottom:10px}
.meta-row{display:flex;align-items:center;gap:8px;flex-wrap:wrap;margin-bottom:10px}
.job-time{font-size:14px;color:#1C1C1E;display:flex;align-items:center;gap:4px;border:1.5px solid #555;padding:5px 12px;border-radius:20px;font-weight:500}
.badge{font-size:12px;padding:5px 12px;border-radius:20px;font-weight:600;border:2px solid transparent}
.b-pending{border-color:#888;color:#555;background:#fff}
.b-done{border-color:var(--green);color:var(--green);background:#F0FBF0}
.b-nowork{border-color:#888;color:#555;background:#F5F5F5}
.b-deferred{border-color:var(--amber);color:var(--amber);background:#FFF8ED}
.b-removed{border-color:var(--red);color:var(--red);background:#FFF0F0}
.b-custom{border-color:#3C3489;color:#3C3489;background:#EEEDFE}
.divider-line{height:1px;background:#E5E5EA;margin:10px 0}
.ticket-line{font-size:13px;color:#6C6C70;display:flex;align-items:center;gap:5px}
.ticket-num{color:var(--blue);font-weight:600}
.fin-preview{display:flex;gap:6px;margin-top:8px;flex-wrap:wrap}
.fin-chip{font-size:12px;padding:3px 9px;border-radius:6px;border:2px solid var(--green);color:var(--green);background:#F0FBF0;font-weight:600}
.fill-btn{width:100%;min-height:var(--touch);margin-top:12px;padding:13px;font-size:15px;border-radius:var(--rm);border:2px solid #1a1a1a;background:#F2F2F7;color:#1C1C1E;cursor:pointer;display:flex;align-items:center;justify-content:center;gap:7px;font-weight:600}
.fill-btn:active{background:#E5E5EA}
.delete-custom-btn{width:100%;min-height:40px;margin-top:8px;padding:10px;font-size:13px;border-radius:var(--rm);border:2px solid var(--red);background:#fff;color:var(--red);cursor:pointer;display:flex;align-items:center;justify-content:center;gap:6px;font-weight:600}
.delete-custom-btn:active{background:#FFEBEE}

/* ── РЕЖИМ ТОЛЬКО ДЛЯ ЧТЕНИЯ — работа в паре (v5.21/v3.44) ── */
.readonly-banner{display:flex;align-items:center;gap:8px;margin:0 0 12px;padding:12px 14px;border-radius:var(--rm);background:#FFF4E5;border:2px solid var(--amber);color:var(--amber);font-size:14px;font-weight:600}
/* ── СВОБОДНЫЕ ЗАЯВКИ — СуперМастер (v3.63) ── */
.free-jobs-card{display:flex;align-items:center;gap:12px;margin:0 12px 14px;padding:14px 16px;border-radius:var(--r);background:#EAF2FF;border:2px solid var(--blue);color:var(--blue-dark);cursor:pointer}
.free-jobs-card:active{background:#D6E8FF}
.free-jobs-title{font-size:15px;font-weight:700}
.free-jobs-sub{font-size:12px;opacity:.75;margin-top:1px}
/* ── БУДУЩИЕ ЗАЯВКИ / ПЛАНИРОВАНИЕ (v3.65) ── */
.future-jobs-card{display:flex;align-items:center;gap:12px;margin:0 12px 14px;padding:14px 16px;border-radius:var(--r);background:#F2F2F7;border:2px solid #8E8E93;color:#3C3C43;cursor:pointer}
.future-jobs-card:active{background:#E5E5EA}
.plan-btn{width:100%;min-height:44px;margin-top:8px;padding:10px;font-size:14px;font-weight:600;border-radius:var(--rm);border:2px solid var(--blue);background:#EAF2FF;color:var(--blue-dark);cursor:pointer;display:flex;align-items:center;justify-content:center;gap:7px}
.plan-btn:active{background:#D6E8FF}
.plan-days{display:grid;grid-template-columns:1fr 1fr;gap:8px;margin:4px 0 12px}
.plan-days button{min-height:52px;border-radius:var(--rm);border:2px solid var(--blue);background:#fff;color:var(--blue-dark);font-size:14px;font-weight:600;cursor:pointer}
.plan-days button:active{background:#EAF2FF}
.plan-cal{grid-column:1 / -1;display:flex;flex-direction:column;gap:6px;margin-top:4px;padding-top:10px;border-top:1px solid #E5E5EA}
.plan-cal .plan-input{margin:0}
.plan-cal-ok{min-height:48px;border-radius:var(--rm);border:2px solid var(--blue);background:var(--blue);color:#fff;font-size:15px;font-weight:600;cursor:pointer}
.plan-input{width:100%;font-size:16px;padding:11px 12px;border-radius:var(--rm);border:2px solid #888;margin-bottom:8px;font-family:inherit;box-sizing:border-box}
.readonly-card-note{margin-top:10px;padding:9px;text-align:center;font-size:13px;font-weight:600;color:#6C6C70;background:#F2F2F7;border-radius:var(--rm)}
.sync-rejected-note{margin-top:10px;padding:9px 12px;display:flex;align-items:center;gap:7px;font-size:13px;font-weight:600;color:var(--red);background:#FFEBEE;border:2px solid var(--red);border-radius:var(--rm)}

/* ── БУДУЩИЕ ЗАЯВКИ (v3.47) — спойлер + серые карточки, не заполняются ── */
.future-group{margin:14px 0}
.future-group summary{list-style:none;cursor:pointer;padding:10px 14px;background:#EDEDF2;border-radius:var(--rm);font-size:14px;font-weight:600;color:#6C6C70;display:flex;align-items:center;gap:6px}
.future-group summary::-webkit-details-marker{display:none}
.future-group summary::before{content:"▸";font-size:12px;transition:transform .15s}
.future-group[open] summary::before{transform:rotate(90deg)}
.future-count{font-weight:400;opacity:.8}
.job-card-future{opacity:.55;filter:grayscale(.4)}
.job-card-future .fill-btn,.job-card-future .comment-btn{display:none}

/* ── КОММЕНТАРИИ К ЗАЯВКЕ (v5.28/v3.51) ── */
.comments-spoiler{margin:10px 0 0}
.comments-spoiler summary{list-style:none;cursor:pointer;padding:9px 12px;background:#FFF4E5;border:2px solid var(--amber);border-radius:var(--rm);font-size:13px;font-weight:600;color:var(--amber);display:flex;align-items:center;gap:6px}
.comments-spoiler summary::-webkit-details-marker{display:none}
.comments-spoiler summary::before{content:"▸";font-size:11px;transition:transform .15s}
.comments-spoiler[open] summary::before{transform:rotate(90deg)}
.comment-item{padding:10px 12px;border-bottom:1px solid #F0F0F0;font-size:13px}
.comment-item:last-child{border-bottom:none}
.comment-item-author{font-weight:600;color:#6C6C70;font-size:12px;margin-bottom:3px}
.comment-item-text{color:#1C1C1E;white-space:pre-wrap}

/* ── НЕЗАНЯТЫЕ ЗАЯВКИ — СуперМастер (v5.29/v3.52) ── */
.unclaimed-card{margin:0 0 14px;border:2px solid #1a1a1a;border-radius:var(--r);padding:14px;background:#fff}
.unclaimed-card-title{font-size:15px;font-weight:700;color:#1C1C1E;margin-bottom:2px}
.unclaimed-card-meta{font-size:12px;color:#6C6C70;margin-bottom:8px}
.unclaimed-card-desc{font-size:13px;color:#3C3C43;padding:8px 0;border-top:1px solid #F0F0F0;white-space:pre-wrap}

/* ── ФОТО К ОТЧЁТУ (v3.36) ── */
.photo-buttons-row{display:flex;gap:10px;margin-top:8px}
.photo-pick-btn{flex:1;min-height:var(--touch);display:flex;align-items:center;justify-content:center;gap:7px;font-size:14px;font-weight:600;border:2px solid var(--blue);border-radius:var(--rm);background:#EAF2FF;color:var(--blue-dark);cursor:pointer}
.photo-pick-btn:active{background:#D6E8FF}
#photo-thumbs{display:flex;flex-wrap:wrap;gap:8px;margin-top:10px}
.photo-thumb{position:relative;width:76px;height:76px;border-radius:10px;overflow:hidden;border:2px solid #888}
.photo-thumb img{width:100%;height:100%;object-fit:cover;display:block}
.photo-thumb .photo-thumb-badge{position:absolute;bottom:2px;right:2px;font-size:10px;font-weight:700;padding:2px 5px;border-radius:6px;color:#fff}
.photo-thumb .photo-thumb-badge.pending{background:var(--amber)}
.photo-thumb .photo-thumb-badge.uploaded{background:var(--green)}
.photo-thumb .photo-thumb-remove{position:absolute;top:2px;right:2px;width:20px;height:20px;border-radius:50%;background:rgba(0,0,0,.6);color:#fff;display:flex;align-items:center;justify-content:center;font-size:13px;cursor:pointer;border:none;padding:0}
.photo-upload-now-btn{width:100%;min-height:44px;margin-top:10px;padding:11px;font-size:14px;font-weight:600;border-radius:var(--rm);border:2px solid var(--green);background:#E1F5EE;color:#0F6E56;cursor:pointer;display:flex;align-items:center;justify-content:center;gap:7px}
.photo-upload-now-btn:active{background:#C8EDE0}
#photo-upload-progress{margin-top:8px;font-size:13px;color:#6C6C70;text-align:center}
.photo-progress-bar-track{height:8px;border-radius:4px;background:#E5E5EA;overflow:hidden;margin-top:6px}
.photo-progress-bar-fill{height:100%;background:var(--green);transition:width .2s}
.photo-count-badge{display:none;font-size:12px;font-weight:600;color:#6C6C70;margin-top:4px}
.comment-btn{width:100%;min-height:var(--touch);margin-top:8px;padding:13px;font-size:15px;border-radius:var(--rm);border:2px solid #888;background:#fff;color:#6C6C70;cursor:pointer;display:flex;align-items:center;justify-content:center;gap:7px;font-weight:500}

/* ── ДОБАВИТЬ ЗАДАЧУ ── */
.add-card{margin:0 12px 14px;border:2px dashed #888;border-radius:var(--r);padding:16px;cursor:pointer;display:flex;align-items:center;gap:12px;color:#6C6C70;background:#fff}

/* ── ИСТОРИЯ ОТЧЁТОВ (v5.26/v3.48) — read-only ── */
.history-link{margin:0 12px 14px;padding:14px 16px;border-radius:var(--r);cursor:pointer;display:flex;align-items:center;gap:10px;color:var(--blue-dark);background:#EAF2FF;font-weight:600;font-size:14px}
.history-card{margin:0 12px 12px;border:2px solid #1a1a1a;border-radius:var(--r);padding:14px;background:#fff}
.history-card-addr{font-size:15px;font-weight:700;color:#1C1C1E;margin-bottom:2px}
.history-card-meta{font-size:12px;color:#6C6C70;margin-bottom:8px}
.history-card-row{display:flex;justify-content:space-between;font-size:13px;padding:3px 0;border-top:1px solid #F0F0F0}
.history-card-row:first-of-type{border-top:none}
.history-card-desc{font-size:13px;color:#3C3C43;margin-top:8px;padding-top:8px;border-top:1px solid #F0F0F0}
.history-card-items{margin-top:6px;padding-top:6px;border-top:1px solid #F0F0F0}
.history-card-row-total{font-weight:700;color:#1C1C1E;border-top:1px solid #F0F0F0;margin-top:4px;padding-top:6px}

/* ── НАСТРОЙКИ УСЛУГ (v5.27/v3.50) ── */
.svc-settings-row{display:flex;align-items:center;gap:10px;padding:12px 10px;border-bottom:1px solid #F0F0F0}
.svc-settings-row-hidden{opacity:.45}
.svc-settings-toggle input{width:20px;height:20px}
.svc-settings-label{flex:1;font-size:14px;color:#1C1C1E}
.svc-settings-price{color:#6C6C70;font-size:12px}
.svc-settings-arrows{display:flex;gap:6px}
.svc-settings-arrows button{width:32px;height:32px;border-radius:8px;border:2px solid #1a1a1a;background:#F2F2F7;font-size:14px;cursor:pointer}
.svc-settings-arrows button:disabled{opacity:.3;cursor:default}
.add-card span{font-size:15px}

/* ── ИТОГИ ── */
.fin-summary{margin:0 12px 14px;border-radius:var(--r);overflow:hidden;border:2px solid #1a1a1a;background:#fff}
.fin-summary-title{font-size:11px;font-weight:600;color:#6C6C70;letter-spacing:.07em;padding:10px 14px;text-transform:uppercase;border-bottom:1px solid #E5E5EA;background:#F2F2F7}
.fin-summary-row{display:grid;grid-template-columns:1fr 1fr 1fr}
.fin-cell{padding:14px 10px;text-align:center;border-right:1px solid #E5E5EA}
.fin-cell:last-child{border-right:none}
.fin-cell-label{font-size:11px;color:#6C6C70;margin-bottom:5px}
.fin-cell-val{font-size:20px;font-weight:600;color:#1C1C1E}
.fin-cell-val.green{color:var(--green)}
.fin-cell-val.amber{color:var(--amber)}
.kassa-note{margin:0 12px 8px;padding:14px 16px;border-radius:var(--rm);background:#FFF3CD;border:2px solid #D4A017;display:flex;align-items:center;gap:12px}
.kassa-text{font-size:15px;color:#7A5900;font-weight:700;flex:1}
.kassa-note .kassa-sub{font-size:12px;color:#7A5900;opacity:.8;margin-top:3px}

/* ── КНОПКА ЗАВЕРШИТЬ СМЕНУ ── */
.end-shift-btn{margin:8px 12px 20px;width:calc(100% - 24px);min-height:54px;padding:14px;font-size:16px;font-weight:700;border-radius:var(--rm);border:2px solid #888;background:#fff;color:#6C6C70;cursor:pointer;display:flex;align-items:center;justify-content:center;gap:8px}
.end-shift-btn:active{background:#F2F2F7}

/* ── ПОЛЯ ── */
.field{margin-bottom:1.2rem}
.field>label{display:block;font-size:14px;color:#6C6C70;margin-bottom:6px;font-weight:600}
.field select,.field input,.field textarea{width:100%;font-size:16px;min-height:var(--touch);padding:12px 14px;border-radius:var(--rm);border:2px solid #888;background:#fff;color:#1C1C1E;appearance:none;-webkit-appearance:none;font-family:inherit}
.field textarea{min-height:100px;resize:vertical;line-height:1.5;padding:12px 14px}
.field select:focus,.field input:focus,.field textarea:focus{border-color:var(--blue);outline:none}
.select-wrap{position:relative}
.select-wrap::after{content:'';position:absolute;right:14px;top:50%;transform:translateY(-50%);border-left:6px solid transparent;border-right:6px solid transparent;border-top:8px solid #444;pointer-events:none}
.select-wrap select{padding-right:36px}

/* ── КНОПКИ ── */
.btn-primary{width:100%;min-height:var(--touch);padding:14px;font-size:16px;font-weight:600;border-radius:var(--rm);border:2px solid var(--blue-dark);background:var(--blue);color:#fff;cursor:pointer;display:flex;align-items:center;justify-content:center;gap:8px}
.btn-primary:active{background:var(--blue-dark)}
.btn-secondary{width:100%;min-height:var(--touch);padding:14px;font-size:16px;font-weight:600;border-radius:var(--rm);border:2px solid #888;background:#fff;color:#6C6C70;cursor:pointer;display:flex;align-items:center;justify-content:center;gap:8px;margin-top:10px}
.btn-send{width:100%;min-height:54px;padding:14px;font-size:16px;font-weight:700;border-radius:var(--rm);border:2px solid var(--blue-dark);background:var(--blue);color:#fff;cursor:pointer;display:flex;align-items:center;justify-content:center;gap:8px;margin-top:10px}
.btn-send:active{background:var(--blue-dark)}

/* ── ЛОГИН ── */
.login-wrap{padding:2.5rem 20px 3rem;background:#fff;min-height:100vh;display:flex;flex-direction:column;align-items:center;text-align:center}
.login-logo{width:72px;height:72px;border-radius:20px;background:#EAF3FD;border:2px solid var(--blue);display:flex;align-items:center;justify-content:center;margin-bottom:1.5rem}
.login-logo i{font-size:36px;color:var(--blue)}
.login-title{font-size:28px;font-weight:700;color:#1C1C1E;margin-bottom:4px}
.login-sub{font-size:15px;color:#6C6C70;margin-bottom:2rem;line-height:1.5}
.login-form{width:100%;max-width:340px;text-align:left}
.login-error{margin-top:1rem;padding:12px 16px;border-radius:var(--rm);border:2px solid var(--red);background:#FFEBEE;color:var(--red);font-size:14px;font-weight:500;display:none;line-height:1.5}
.login-loading{margin-top:1.5rem;font-size:14px;color:#6C6C70;display:none;flex-direction:column;align-items:center;gap:10px}
.spinner{width:28px;height:28px;border:3px solid #E5E5EA;border-top-color:var(--blue);border-radius:50%;animation:spin .8s linear infinite}
@keyframes spin{to{transform:rotate(360deg)}}

/* ── НАЧАЛО СМЕНЫ ── */
.shift-wrap{padding:1.5rem 16px 3rem;background:#fff;min-height:100vh}
.shift-title{font-size:22px;font-weight:700;color:#1C1C1E;margin-bottom:4px}
.shift-sub{font-size:14px;color:#6C6C70;margin-bottom:1.5rem;line-height:1.5}
.toggle-row{display:grid;grid-template-columns:1fr 1fr;gap:10px;margin-bottom:1.5rem}
.toggle-btn{min-height:56px;padding:14px;font-size:15px;font-weight:600;border-radius:var(--rm);border:2px solid #888;background:#fff;color:#6C6C70;cursor:pointer;display:flex;align-items:center;justify-content:center;gap:8px}
.toggle-btn.active{border-color:var(--blue);background:#EAF3FD;color:var(--blue)}
.toggle-btn i{font-size:20px}

/* ── ФОРМА ОТЧЁТА ── */
.form-back{display:flex;align-items:center;gap:6px;cursor:pointer;font-size:15px;color:#6C6C70;min-height:var(--touch)}
.form-back i{font-size:20px}
.save-status{font-size:12px;color:#6C6C70;padding:0 4px}
.form-header{padding:16px;background:#fff;border-bottom:2px solid #1a1a1a}
.form-addr-text{font-size:19px;font-weight:700;color:#1C1C1E;line-height:1.3}
.form-desc-text{font-size:14px;color:#6C6C70;margin-top:6px;line-height:1.5}
.form-time-row{font-size:14px;color:#6C6C70;margin-top:6px;display:flex;align-items:center;gap:5px}
.form-ticket-row{font-size:14px;color:var(--blue);margin-top:4px;font-weight:600}
.form-body{padding:16px;background:#fff}
.sect-title{font-size:14px;font-weight:700;color:#6C6C70;margin-bottom:8px;margin-top:22px;display:flex;align-items:center;gap:8px;text-transform:uppercase;letter-spacing:.04em}
.sect-title::before{content:'';display:block;width:3px;height:16px;border-radius:2px;background:var(--blue)}
.fin-row{display:grid;grid-template-columns:1fr 1fr 1fr;gap:10px}
.fin-row .field{margin-bottom:0}
.fin-lbl{font-size:12px;color:#6C6C70;display:block;margin-bottom:6px;font-weight:600}
.fin-row input{font-size:16px;text-align:center;min-height:var(--touch);padding:12px 6px;border-radius:var(--rm);border:2px solid #888;background:#fff;color:#1C1C1E;width:100%;appearance:none;font-family:inherit}
.fin-row input:focus{border-color:var(--blue);outline:none}

/* ── Плитки услуг ────────────────────────────────────────────── */
.tiles-grid{display:grid;grid-template-columns:repeat(2,1fr);gap:8px;margin-bottom:8px}
.svc-tile{background:#fff;border:2px solid #E5E5EA;border-radius:12px;padding:10px 12px;cursor:pointer;user-select:none;-webkit-tap-highlight-color:transparent;min-height:64px;display:flex;flex-direction:column;justify-content:space-between}
.svc-tile:active{opacity:.75}
.svc-tile.sel{border-color:var(--green);background:#E1F5EE}
.svc-tile-label{font-size:13px;color:#1C1C1E;line-height:1.3}
.svc-tile.sel .svc-tile-label{color:#0F6E56;font-weight:600}
.svc-tile-price{font-size:12px;color:#6C6C70;margin-top:3px}
.svc-tile.sel .svc-tile-price{color:var(--green)}
.svc-tile-ctrl{display:flex;align-items:center;justify-content:flex-end;gap:6px;margin-top:8px}
.svc-tb{width:34px;height:34px;border-radius:9px;border:2px solid var(--green);background:#fff;color:var(--green);font-size:22px;font-weight:700;cursor:pointer;display:flex;align-items:center;justify-content:center;flex-shrink:0;-webkit-tap-highlight-color:transparent}
.svc-tb:active{background:#E1F5EE;transform:scale(.9)}
.svc-tc{font-size:15px;font-weight:600;color:#0F6E56;min-width:26px;text-align:center}
.add-custom-btn{width:100%;border:2px dashed #C7C7CC;border-radius:12px;background:none;padding:10px;cursor:pointer;font-size:13px;color:#6C6C70;display:flex;align-items:center;justify-content:center;gap:6px;margin-bottom:12px}
.add-custom-btn:active{background:#F2F2F7}
/* v3.68: поля произвольной позиции — та же причина, что у "Взял
   наличными" (v3.66): был только font-size, остальное браузерный дефолт,
   мелко под палец. Цена шире (80→104px), крестик — полноразмерная цель.
   16px — меньше iOS зумит страницу при фокусе. */
.fin-custom-row{display:grid;grid-template-columns:1fr 104px 44px;gap:6px;align-items:center;margin-bottom:8px}
.fin-custom-row input{min-width:0;min-height:var(--touch);padding:10px 12px;font-size:16px;border:2px solid #888;border-radius:var(--rm);background:#fff;color:#1C1C1E;font-family:inherit;box-sizing:border-box}
.fin-custom-row input[type=number]{text-align:right;font-weight:600}
.fin-custom-row input:focus{outline:none;border-color:var(--blue)}
.fin-custom-rm{min-height:var(--touch);background:none;border:none;cursor:pointer;color:#6C6C70;font-size:20px;padding:4px;line-height:1;display:flex;align-items:center;justify-content:center}
.fin-custom-rm:active{color:#E24B4A}
/* ── Способ оплаты ───────────────────────────────────────────── */
.pay-mode-wrap{margin-top:4px}
.pay-sw{display:flex;border:2px solid #E5E5EA;border-radius:12px;overflow:hidden;margin-bottom:10px}
.psw{flex:1;padding:10px 4px;font-size:13px;font-weight:500;text-align:center;cursor:pointer;background:#fff;color:#6C6C70;border:none;-webkit-tap-highlight-color:transparent}
.psw:active{opacity:.7}
.active-cash{background:var(--green);color:#fff}
.active-acc{background:var(--blue);color:#fff}
.cash-taken-row{display:flex;align-items:center;gap:10px}
.cash-taken-lbl{font-size:13px;color:#6C6C70;white-space:nowrap}
/* v3.66: раньше у поля не было ни рамки, ни отступов, ни высоты —
   браузерный дефолт, мелкий и неудобный для пальца (жалоба мастера). */
.cash-taken-row input{flex:1;min-width:0;min-height:var(--touch);padding:10px 12px;font-size:18px;font-weight:600;text-align:right;border:2px solid #888;border-radius:var(--rm);background:#fff;color:#1C1C1E;font-family:inherit;box-sizing:border-box}
.cash-taken-row input:focus{outline:none;border-color:var(--green)}
.active-mixed{background:#7B5EA7;color:#fff}
/* v3.67: разбивка оплаты по услугам */
.cash-hint.err{color:var(--red);font-weight:600}
.mixed-title{font-size:13px;color:#6C6C70;margin:2px 0 6px}
.mixed-row{display:flex;align-items:center;gap:8px;padding:6px 0;border-bottom:1px solid #F0F0F0}
.mixed-row-lbl{flex:1;font-size:14px;color:#1C1C1E}
.mixed-sw{display:flex;gap:4px}
.mixed-sw button{width:48px;height:40px;border-radius:10px;border:2px solid #C7C7CC;background:#fff;font-size:18px;cursor:pointer}
.mixed-sw button.on-cash{border-color:var(--green);background:#E1F5EE}
.mixed-sw button.on-acc{border-color:var(--blue);background:#EAF2FF}
.mixed-acc-line{margin-top:8px;padding:10px 12px;border-radius:var(--rm);background:#EAF2FF;border:2px solid var(--blue);color:var(--blue-dark);font-size:15px;text-align:right}
.cash-hint{font-size:12px;color:#6C6C70;text-align:right;margin-top:4px;min-height:18px}
.acc-note{font-size:13px;color:var(--blue);background:#E6F1FB;border-radius:12px;padding:10px 12px;line-height:1.5}

/* ── ЗАВЕРШЕНИЕ СМЕНЫ ── */
.endshift-wrap{padding:1.5rem 16px 3rem;background:#fff;min-height:100vh}
.endshift-title{font-size:22px;font-weight:700;color:#1C1C1E;margin-bottom:4px}
.endshift-sub{font-size:14px;color:#6C6C70;margin-bottom:1.5rem;line-height:1.5}
.endshift-day-block{margin-bottom:22px;padding-bottom:18px;border-bottom:1px dashed #D1D1D6}
.endshift-day-block:last-child{border-bottom:none;margin-bottom:0;padding-bottom:0}
.endshift-day-label{font-size:15px;font-weight:700;color:#1C1C1E;margin-bottom:10px;padding:4px 10px;background:#F2F2F7;border-radius:8px;display:inline-block}
.stat-card{background:#F2F2F7;border:2px solid #1a1a1a;border-radius:var(--r);padding:16px;margin-bottom:14px}
.stat-row{display:flex;justify-content:space-between;align-items:center;padding:6px 0;border-bottom:1px solid #E5E5EA;font-size:14px}
.stat-row:last-child{border-bottom:none}
.stat-label{color:#6C6C70}
.stat-val{font-weight:600;color:#1C1C1E}

.kassa-card{background:var(--blue);border:2px solid var(--blue-dark);border-radius:var(--r);padding:18px;margin-bottom:14px;text-align:center}
.kassa-label{font-size:13px;color:#fff;opacity:.85;font-weight:600;text-transform:uppercase;letter-spacing:.04em}
.kassa-val{font-size:36px;font-weight:800;color:#fff;margin-top:4px;line-height:1.2}
.kassa-card .kassa-sub{font-size:12px;color:#fff;opacity:.75;margin-top:4px}
.kassa-conflict{font-size:12px;color:#fff;background:rgba(0,0,0,.2);border-radius:8px;padding:6px 10px;margin-top:10px;font-weight:600}

.unfilled-list-title{font-size:13px;font-weight:600;color:var(--red);margin-bottom:8px}
.unfilled-item{display:flex;align-items:center;justify-content:space-between;gap:10px;background:#FFEBEE;border:2px solid var(--red);border-radius:12px;padding:10px 14px;margin-bottom:8px;font-size:14px;color:#1C1C1E}
.unfilled-item button{font-size:13px;font-weight:700;background:var(--red);border:none;color:#fff;cursor:pointer;padding:6px 12px;border-radius:8px;white-space:nowrap}
.unfilled-delete-btn{background:#fff !important;color:var(--red) !important;border:2px solid var(--red) !important;padding:6px 10px !important}

/* ── МОДАЛКИ ── */
.modal-bg{background:rgba(0,0,0,0.6);padding:20px 12px;position:fixed;inset:0;align-items:flex-end;display:none;z-index:100}
.modal-bg.open{display:flex}
.modal{background:#fff;border-radius:18px;padding:22px 16px 28px;width:100%;border:2px solid #1a1a1a;max-height:90vh;overflow-y:auto}
.modal-title{font-size:17px;font-weight:700;color:#1C1C1E;margin-bottom:18px}
.modal-cancel{width:100%;min-height:var(--touch);padding:12px;font-size:15px;border-radius:var(--rm);border:2px solid #888;background:transparent;color:#6C6C70;cursor:pointer;margin-top:8px;font-family:inherit}
.time-pair{display:flex;gap:10px;align-items:center}
.time-pair input{flex:1;font-size:16px;min-height:var(--touch);padding:12px;border-radius:var(--rm);border:2px solid #888;background:#fff;color:#1C1C1E;font-family:inherit}
.time-pair span{color:#6C6C70;font-size:16px}

.offline-note{font-size:12px;color:#6C6C70;text-align:center;padding:14px 16px 0;line-height:1.6}

/* ── ОТЛАДОЧНАЯ ПАНЕЛЬ (v3.14) ── */
#debug-bar{
  position:fixed; left:0; right:0; bottom:0; z-index:9999;
  background:rgba(20,20,24,0.94); color:#8AFF8A;
  font-family:'SFMono-Regular',Consolas,Menlo,monospace; font-size:11px;
  padding:6px 10px calc(6px + env(safe-area-inset-bottom,0px));
  border-top:1px solid #444; cursor:pointer;
}
#debug-bar-content{
  white-space:pre-wrap; word-break:break-all;
  max-height:22px; overflow:hidden; line-height:1.5;
}
#debug-bar.expanded #debug-bar-content{
  max-height:40vh; overflow-y:auto;
}
#debug-bar-actions{display:none; gap:8px; margin-top:6px;}
#debug-bar.expanded #debug-bar-actions{display:flex;}
#debug-bar-actions button{
  flex:1; font-family:inherit; font-size:12px; padding:8px;
  border-radius:8px; border:1px solid #555; background:#2a2a2e; color:#fff;
}
</style>
</head>
<body>

<!-- ── INSTALL BAR ── -->
<div id="install-bar" class="install-bar">
  <span>📱 Добавить РМН-Мастер на экран</span>
  <div style="display:flex;gap:8px;align-items:center">
    <button class="install-btn-bar" id="install-btn">Установить</button>
    <button class="install-close" id="install-close">✕</button>
  </div>
</div>

<!-- ── UPDATE BAR ── -->
<div id="update-bar" class="update-bar">
  <span>🔄 Наряд обновился — есть новые заявки</span>
  <button class="update-btn" onclick="applyJobsUpdate()">Обновить</button>
</div>

<!-- ── VERSION BAR ── -->
<div id="version-bar" class="version-bar">
  <span>⚡ Вышло обновление приложения</span>
  <button class="version-btn" onclick="doAppUpdate()">Обновить</button>
</div>

<!-- v5.37/v3.59: "Что нового" — показывается ОДИН раз на каждую новую
     версию бэкенда. Max: "мы что-то делаем, а что — понятно только нам".
     Текст пишется руками в update.md рядом с main.py. -->
<div id="update-notes-overlay" class="modal-overlay" style="display:none">
  <div class="modal-box">
    <div class="modal-title"><i class="ti ti-sparkles"></i> Что нового</div>
    <div id="update-notes-body" class="modal-body"></div>
    <button class="btn-primary" onclick="closeUpdateNotes()">Понятно</button>
  </div>
</div>

<!-- v3.65: универсальный выбор дня — захват "на число", тихий перенос,
     продолжение работ. Кнопки дней вместо календаря: горизонт всего
     5 дней, календарь тут лишний (меньше тапов, не промахнёшься). -->
<div id="plan-date-overlay" class="modal-overlay" style="display:none">
  <div class="modal-box">
    <div class="modal-title" id="plan-date-title">На какой день?</div>
    <div id="plan-date-extra"></div>
    <div id="plan-date-days" class="plan-days"></div>
    <button class="fill-btn" onclick="_closePlanDate(null)">Отмена</button>
  </div>
</div>

<div id="app">

<!-- ══════════════════════════════════════════════════════
     1. ЛОГИН
══════════════════════════════════════════════════════ -->
<div id="s-login" class="screen active">
  <div class="login-wrap">
    <div class="login-logo"><i class="ti ti-tool"></i></div>
    <p class="login-title">РМН-Мастер</p>
    <p class="login-sub">Введи свои рабочие данные для входа</p>
    <div class="login-form">
      <div class="field">
        <label>Логин</label>
        <input type="text" id="login-username" autocomplete="username"
          autocapitalize="none" placeholder="wrkr_фамилия">
      </div>
      <div class="field">
        <label>Пароль</label>
        <input type="password" id="login-password" autocomplete="current-password">
      </div>
      <button class="btn-primary" onclick="doLogin()">
        <i class="ti ti-login"></i>Войти
      </button>
      <div class="login-error" id="login-error"></div>
      <div class="login-loading" id="login-loading">
        <div class="spinner"></div>
        <span>Проверяю данные...</span>
      </div>
    </div>
    <p class="offline-note" style="margin-top:2rem">
      Работает без интернета после первого входа
    </p>
  </div>
</div>

<!-- ══════════════════════════════════════════════════════
     2. НАЧАЛО СМЕНЫ
══════════════════════════════════════════════════════ -->
<div id="s-shift" class="screen">
  <div class="shift-wrap">
    <p class="shift-title">Начало смены</p>
    <p class="shift-sub" id="shift-date-label"></p>

    <div class="field">
      <label>Ты сегодня за рулём?</label>
      <div class="toggle-row">
        <button class="toggle-btn" id="btn-driver" onclick="setDriver(true)">
          <i class="ti ti-steering-wheel"></i>Да, я водитель
        </button>
        <button class="toggle-btn" id="btn-passenger" onclick="setDriver(false)">
          <i class="ti ti-user"></i>Нет
        </button>
      </div>
    </div>

    <div id="driver-fields" style="display:none">
      <div class="field">
        <label>Номер авто (1–50)</label>
        <input type="number" id="shift-vehicle" min="1" max="50"
          placeholder="например 12" style="font-size:24px;font-weight:700;text-align:center">
      </div>
      <div class="field">
        <label>Пробег утром (км)</label>
        <input type="number" id="shift-mileage-start" placeholder="например 35420"
          style="font-size:20px;text-align:center">
      </div>
    </div>

    <button class="btn-primary" id="shift-start-btn" onclick="startShift()" disabled
      style="opacity:.4">
      <i class="ti ti-play"></i>Начать смену
    </button>

    <p class="offline-note">После начала смены откроется список заявок на сегодня</p>
  </div>
</div>

<!-- ══════════════════════════════════════════════════════
     3. СПИСОК ЗАЯВОК (РМН)
══════════════════════════════════════════════════════ -->
<div id="s-list" class="screen">
  <div id="conn-status" class="conn-status conn-online">🟢 Соединение установлено</div>
  <div class="topbar">
    <div>
      <div class="topbar-title" id="list-name"></div>
      <div class="topbar-sub" id="list-date"></div>
      <!-- v5.23/v3.45: команда на сегодня — заполняется renderCrewLine(),
           видна ВСЕМ участникам бригады (включая лида), не только не-лиду.
           Пусто/скрыто, если бригады на сегодня нет или в ней один человек. -->
      <div class="topbar-crew" id="topbar-crew" style="display:none"></div>
    </div>
    <i class="ti ti-logout" style="font-size:24px;color:#6C6C70;cursor:pointer;padding:8px"
       onclick="doLogout()"></i>
  </div>
  <div id="job-list"></div>
</div>

<!-- ══════════════════════════════════════════════════════
     3.5. ИСТОРИЯ ОТЧЁТОВ (read-only, v5.26/v3.48)
══════════════════════════════════════════════════════ -->
<div id="s-history" class="screen">
  <div class="topbar">
    <div class="form-back" onclick="goList()">
      <i class="ti ti-arrow-left"></i>Наряд
    </div>
  </div>
  <div style="padding:0 16px">
    <p class="endshift-title" style="margin-top:1rem">История отчётов</p>
    <p class="endshift-sub">Последние 60 дней — только то, что уже сдано. Только для чтения.</p>
  </div>
  <div id="history-list" style="padding:0 16px 2rem"></div>
</div>

<!-- ══════════════════════════════════════════════════════
     3.6. НАСТРОЙКИ УСЛУГ (v5.27/v3.50) — видимость/порядок плиток
══════════════════════════════════════════════════════ -->
<div id="s-service-settings" class="screen">
  <div class="topbar">
    <div class="form-back" onclick="goList()">
      <i class="ti ti-arrow-left"></i>Наряд
    </div>
  </div>
  <div style="padding:0 16px">
    <p class="endshift-title" style="margin-top:1rem">Настройки услуг</p>
    <p class="endshift-sub">Что показывать в кассе и в каком порядке. Цены и состав менять нельзя — только видимость и позицию.</p>
  </div>
  <div id="service-settings-list" style="padding:0 16px 1rem"></div>
  <div style="padding:0 16px 2rem">
    <button class="btn-primary" onclick="saveServiceSettings()">
      <i class="ti ti-check"></i>Сохранить
    </button>
  </div>
</div>

<!-- ══════════════════════════════════════════════════════
     3.7. НЕЗАНЯТЫЕ ЗАЯВКИ (СуперМастер, v5.29/v3.52)
══════════════════════════════════════════════════════ -->
<div id="s-unclaimed" class="screen">
  <div class="topbar">
    <div class="form-back" onclick="goList()">
      <i class="ti ti-arrow-left"></i>Наряд
    </div>
  </div>
  <div style="padding:0 16px">
    <p class="endshift-title" style="margin-top:1rem">Свободные заявки</p>
    <p class="endshift-sub">Заявки твоего направления, на которые менеджер ещё не назначил исполнителя. Проверь комментарии перед тем как забрать — оператор мог оставить важную деталь.</p>
  </div>
  <div id="unclaimed-list" style="padding:0 16px 2rem"></div>
</div>

<!-- ══════════════════════════════════════════════════════
     3.8. БУДУЩИЕ ЗАЯВКИ (v3.65) — таймлайн до +5 дней
══════════════════════════════════════════════════════ -->
<div id="s-future" class="screen">
  <div class="topbar">
    <div class="form-back" onclick="goList()">
      <i class="ti ti-arrow-left"></i>Наряд
    </div>
  </div>
  <div style="padding:0 16px">
    <p class="endshift-title" style="margin-top:1rem">Будущие заявки</p>
    <p class="endshift-sub">Запланированное на ближайшие дни. Отчёт по заявке станет доступен в день визита.</p>
  </div>
  <div id="future-list" style="padding:0 0 2rem"></div>
</div>

<!-- ══════════════════════════════════════════════════════
     4. ФОРМА ОТЧЁТА
══════════════════════════════════════════════════════ -->
<div id="s-form" class="screen">
  <div class="topbar">
    <div class="form-back" onclick="goList()">
      <i class="ti ti-arrow-left"></i>Наряд
    </div>
    <div class="save-status" id="save-status">сохранено</div>
  </div>
  <div class="form-header">
    <div class="form-addr-text" id="form-addr"></div>
    <div class="form-desc-text" id="form-desc-preview"></div>
    <div class="form-time-row">
      <i class="ti ti-clock" style="font-size:16px"></i>
      <span id="form-time"></span>
    </div>
    <div class="form-ticket-row" id="form-ticket"></div>
    <!-- v5.28/v3.51: комментарии к заявке (менеджер/оператор могли
         оставить полезную деталь, которую мастер раньше вообще не видел
         при заполнении отчёта) — спойлер, закрыт по умолчанию, скрыт
         целиком если комментариев нет вообще (см. loadComments()). -->
    <details class="comments-spoiler" id="comments-spoiler" style="display:none">
      <summary>Комментарии к заявке <span id="comments-count"></span></summary>
      <div id="comments-list"></div>
    </details>
    <div class="field" id="custom-title-wrap" style="display:none;margin-top:8px">
      <label class="fin-lbl" for="f-custom-title">Адрес / что делал</label>
      <input type="text" id="f-custom-title" placeholder="Ул. Ленина 5 / помощь коллеге"
        style="font-size:16px;min-height:var(--touch);padding:12px 14px;border-radius:var(--rm);border:2px solid #888;background:#fff;color:#1C1C1E;width:100%;font-family:inherit"
        oninput="autoSave()">
    </div>
  </div>
  <div class="form-body">

    <div class="sect-title">Итог визита</div>
    <div class="field">
      <div class="select-wrap">
        <select id="f-result" onchange="onResultChange()">
          <option value="">— выбери результат —</option>
          <option value="done">✓  Выполнено</option>
          <!-- v3.30: ВРЕМЕННО убрано (не удалено!) — обнаружился нюанс:
               мастер переносит "на будущее себе", но менеджер может
               параллельно решить перенаправить абонента в другой район/
               другому мастеру — логика конфликтует без согласования.
               Вся остальная механика (toggleResultBlocks, _reschedule_task
               на бэке, дропдаун-объединение cancel/noaccess) НЕ трогалась —
               вернуть можно раскомментировав строку ниже, как только
               решим либо явное согласование с менеджером, либо ограничение
               по конкретным доверенным пользователям.
          <option value="deferred">↷  Перенесено</option>
          -->
          <!-- v3.19: "Не открыли / недоступны" объединено с этим пунктом —
               с точки зрения системы одно и то же (см. main.py v5.8 STATUS_MAP) -->
          <option value="cancel">✗  Отмена / не пустили / недоступны</option>
        </select>
      </div>
    </div>

    <!-- Поля фактического времени — скрываются при "Перенесено" -->
    <div id="time-fact-block">
    <div class="sect-title">Фактическое время работы</div>
    <div class="fin-row">
      <div class="field">
        <label class="fin-lbl" for="f-arrived">Прибыл</label>
        <input type="time" id="f-arrived" oninput="autoSave()">
      </div>
      <div class="field">
        <label class="fin-lbl" for="f-departed">Уехал</label>
        <input type="time" id="f-departed" oninput="autoSave()">
      </div>
    </div>
    <p class="offline-note" style="padding:0 0 8px;text-align:left">
      Если забыл отметить вовремя — впиши как помнишь, главное чтобы было близко к правде
    </p>
    </div><!-- /time-fact-block -->

    <!-- Блок переноса — показывается только при result=deferred -->
    <div id="defer-block" style="display:none">
      <div class="sect-title">Новая дата и время</div>
      <div class="fin-row">
        <div class="field">
          <label class="fin-lbl" for="f-defer-date">Дата</label>
          <input type="date" id="f-defer-date" oninput="autoSave()">
        </div>
        <div class="field">
          <label class="fin-lbl" for="f-defer-time">Время</label>
          <input type="time" id="f-defer-time" oninput="autoSave()">
        </div>
      </div>
      <p class="offline-note" style="padding:0 0 8px;text-align:left">
        Договорился с клиентом — укажи когда приедешь. Менеджер увидит и пересогласует если нужно.
      </p>
    </div>

    <div class="sect-title" id="desc-title">Что сделано</div>
    <div class="field">
      <textarea id="f-desc" placeholder="Описание работ, что нашли, что исправили..."
        oninput="autoSave()"></textarea>
    </div>

    <!-- v3.21: скрывается целиком при "Перенесено" — касса не нужна,
         никто ничего не оплачивал, визита фактически не было -->
    <div id="fin-block">
    <div class="sect-title">Финансы</div>

    <!-- Плитки услуг — данные подтягиваются с /api/services -->
    <div class="tiles-grid" id="f-tiles"></div>

    <div class="sect-title" style="margin-top:8px;font-size:11px">Дополнительно</div>
    <div id="f-customs"></div>
    <button class="add-custom-btn" onclick="addFinCustom()">
      <i class="ti ti-plus"></i> Добавить позицию
    </button>

    <!-- Способ оплаты + сколько взял -->
    <div class="pay-mode-wrap">
      <div class="pay-sw">
        <button class="psw psw-cash active-cash" id="psw-cash" onclick="setPayMode('cash')">💵 Наличные</button>
        <button class="psw psw-acc" id="psw-acc" onclick="setPayMode('acc')">🏦 Со счёта</button>
        <!-- v3.66: третий режим — часть наличными, остаток со счёта (вопрос
             мастера: "как записать кассу, если часть налом, а часть со
             счёта"). Мастер вводит ТОЛЬКО наличные, остаток считается сам. -->
        <button class="psw psw-mixed" id="psw-mixed" onclick="setPayMode('mixed')">💵+🏦 Раздельно</button>
      </div>
      <div id="cash-wrap">
        <!-- v3.67: "Раздельно" — у каждой услуги свой способ оплаты
             ("вызов наличными, настройка со счёта"), видно только в этом режиме -->
        <div id="mixed-items" style="display:none"></div>
        <div class="cash-taken-row">
          <label class="cash-taken-lbl" for="f-cash-taken">Взял наличными</label>
          <input type="number" id="f-cash-taken" placeholder="₽" min="0" inputmode="decimal"
            oninput="onCashTakenInput()">
        </div>
        <div id="mixed-acc-line" class="mixed-acc-line" style="display:none"></div>
        <div id="cash-hint" class="cash-hint">укажи сумму → увидишь расчёт</div>
      </div>
      <div id="acc-wrap" style="display:none" class="acc-note">
        <b>Списание с баланса клиента</b><br>
        Мастер денег не получает. В кассу ничего не сдаётся.
      </div>
    </div>
    </div><!-- /fin-block -->


    <!-- v3.21: скрывается целиком при "Перенесено" — расходники не
         использовались, визита фактически не было -->
    <div id="materials-block">
    <div class="sect-title">Расходники</div>
    <div class="field">
      <textarea id="f-materials"
        placeholder="Например: кабель FTTH 35м, 2 пигтейла SC/APC, 1 сплиттер 1×8, 4 дюбеля&#10;Пишите свободно — склад проверит"
        style="min-height:80px"
        oninput="autoSave()"></textarea>
    </div>
    </div><!-- /materials-block -->

    <!-- v3.36: фото к отчёту — камера или галерея, скрывается вместе с
         остальными "рабочими" блоками при "Перенесено" (визита не было).
         photorequired (обязательность) пока не проверяется — поле у
         заявки этим управляет РМН-Админ (Ваня), у него его ещё нет —
         сама механика "прикрепить и выгрузить" доступна для любой заявки. -->
    <div id="photo-block">
      <div class="sect-title">Фото</div>
      <div class="photo-buttons-row">
        <label class="photo-pick-btn">
          <i class="ti ti-camera"></i>Камера
          <input type="file" accept="image/*" capture="environment" multiple
            style="display:none" onchange="onPhotoFilesPicked(this.files)">
        </label>
        <label class="photo-pick-btn">
          <i class="ti ti-photo"></i>Галерея
          <input type="file" accept="image/*" multiple
            style="display:none" onchange="onPhotoFilesPicked(this.files)">
        </label>
      </div>
      <div id="photo-thumbs"></div>
      <button class="photo-upload-now-btn" id="photo-upload-now-btn" onclick="uploadPhotosNow(curJob)" style="display:none">
        <i class="ti ti-upload"></i>Выгрузить фото сейчас
      </button>
      <div id="photo-upload-progress" style="display:none"></div>
    </div><!-- /photo-block -->

    <!-- v5.34/v3.57: КРИТИЧНО — Max: "пока тестируем надо оба варианта...
         пусть будет 2 кнопки. сохранить и сдать отчёт". "Сохранить" —
         явный черновик (autoSave как обычно, попытка синка БЕЗ final —
         не блокирует заявку, не закрывает свою задачу). "Сдать отчёт" —
         финальная сдача как и было (final=true, немедленная блокировка,
         для своей задачи ещё и немедленное закрытие тикета).
         v3.61: ПЕРЕФОРМУЛИРОВАНО по факту живого лога — мастер нажал
         "Сохранить" и ждал, что отчёт уйдёт менеджеру. "Сохранить"
         читается как "сохранить работу" = "сдать", хотя означает
         "отложить черновик". Теперь подписи говорят о ПОСЛЕДСТВИИ, а не
         о действии, плюс подсказка под кнопками. -->
    <button class="fill-btn" id="save-draft-btn" onclick="saveReportDraft()">
      <i class="ti ti-device-floppy"></i>Отложить черновик
    </button>
    <button class="btn-send" id="submit-btn" onclick="submitReport()">
      <i class="ti ti-send"></i>Сдать отчёт менеджеру
    </button>
    <p class="offline-note" style="padding-bottom:2rem">
      Черновик можно дописать позже — менеджер его не видит.<br>
      Отчёт уходит менеджеру сразу и редактировать его уже нельзя.
    </p>
  </div>
</div>

<!-- ══════════════════════════════════════════════════════
     4б. КОММЕНТАРИЙ К ЗАКРЫТОЙ ЗАЯВКЕ
══════════════════════════════════════════════════════ -->
<div id="s-comment" class="screen">
  <div class="topbar">
    <div class="form-back" onclick="goList()">
      <i class="ti ti-arrow-left"></i>Наряд
    </div>
    <div class="save-status" id="comment-save-status"></div>
  </div>
  <div class="form-header">
    <div class="form-addr-text" id="comment-addr"></div>
    <div class="form-ticket-row" id="comment-ticket"></div>
  </div>
  <div class="form-body">
    <div class="sect-title">Добавить комментарий</div>
    <div class="field">
      <textarea id="f-comment" placeholder="Комментарий к заявке..."
        style="min-height:140px"></textarea>
    </div>
    <button class="btn-send" onclick="submitComment()">
      <i class="ti ti-message-plus"></i>Отправить комментарий
    </button>
    <p class="offline-note" style="padding-bottom:2rem">
      Комментарий увидит менеджер
    </p>
  </div>
</div>

<!-- ══════════════════════════════════════════════════════
     5. ЗАВЕРШЕНИЕ СМЕНЫ
══════════════════════════════════════════════════════ -->
<div id="s-endshift" class="screen">
  <div class="topbar">
    <div class="form-back" onclick="goList()">
      <i class="ti ti-arrow-left"></i>Наряд
    </div>
  </div>
  <div class="endshift-wrap">
    <p class="endshift-title" id="endshift-title">Завершить смену</p>
    <p class="endshift-sub" id="endshift-sub">Проверь итоги дня перед закрытием смены</p>

    <!-- v3.25: раньше тут были фиксированные #kassa-card/#shift-stats/
         #unfilled-list-wrap/#mileage-end-block — работало только для
         одного (сегодняшнего) дня. Теперь showEndShift(dateKeys) сама
         строит по одному такому блоку НА КАЖДУЮ дату (с уникальными id
         вида kassa-card-${dateKey}) и вставляет сюда — "Завершить все
         смены" закрывает сегодня + все прошлые незакрытые дни разом,
         каждый со своей кассой/статистикой/пробегом. -->
    <div id="endshift-days"></div>

    <div id="unsent-warning" style="display:none;margin:1rem 0;padding:12px 14px;border-radius:var(--rm);background:#FFEBEE;border:2px solid var(--red);font-size:14px;color:var(--red);font-weight:500">
      <i class="ti ti-alert-triangle" style="font-size:16px;vertical-align:-2px"></i>
      Есть незаполненные заявки. Рекомендуем заполнить перед закрытием — потом вернуться будет сложнее.
    </div>

    <!-- v3.39: агрегированный прогресс выгрузки фото при батче — раньше
         отображать было физически некуда (форма конкретной заявки уже
         закрыта, мастер на этом экране), отправка шла молча -->
    <div id="endshift-photo-progress" style="display:none;margin:1rem 0;font-size:13px;color:#6C6C70;text-align:center"></div>

    <button class="btn-primary" style="margin-top:1rem" onclick="confirmEndShift()">
      <i class="ti ti-check"></i><span id="endshift-btn-text">Завершить смену</span>
    </button>
    <button class="btn-secondary" onclick="goList()">
      Вернуться к нарядам
    </button>
    <p class="offline-note" style="padding-bottom:2rem">
      После завершения смены данные отправятся на сервер
    </p>
  </div>
</div>

</div><!-- #app -->

<!-- v3.8: модалка "Своя задача" убрана — addCustomJob() теперь сразу
     открывает полную форму (см. #custom-title-wrap внутри s-form),
     без промежуточного экрана с полями что физически не долетали до отчёта. -->

<!-- ══ МОДАЛКА — ЗАДНИМ ЧИСЛОМ ══ -->
<div id="modal-backdate" class="modal-bg">
  <div class="modal" onclick="event.stopPropagation()">
    <div class="modal-title">📋 Незавершённая смена</div>
    <p style="font-size:14px;color:#6C6C70;margin-bottom:1rem;line-height:1.5"
       id="backdate-text"></p>
    <button class="btn-primary" onclick="continueOldShift()">
      <i class="ti ti-clipboard-check"></i>Закрыть смену и проверить данные
    </button>
    <button class="modal-cancel" onclick="discardOldShift()">
      Начать новую смену (данные останутся)
    </button>
  </div>
</div>

<!-- ══ ОТЛАДОЧНАЯ ПАНЕЛЬ (v3.14) ══
     Живёт вне #app и вне .screen — не пропадает при переключении экранов.
     Нужна потому что на части телефонных браузеров (напр. Opera) нет
     доступа к консоли разработчика — без этого невозможно посмотреть
     последовательность вызовов вживую на реальном устройстве. Перехватывает
     console.log/warn/error глобально — ничего не нужно менять в остальном
     коде, весь уже существующий console.log/warn автоматически сюда попадает. -->
<div id="debug-bar" onclick="toggleDebugPanel()">
  <div id="debug-bar-content"></div>
  <div id="debug-bar-actions" onclick="event.stopPropagation()">
    <button onclick="copyDebugLog()">Скопировать</button>
    <button onclick="sendDebugLog()">Отправить</button>
    <button onclick="clearDebugLog()">Очистить</button>
  </div>
</div>

<script>
// ══════════════════════════════════════════════════════════════════════════════
// ОТЛАДОЧНАЯ ПАНЕЛЬ (v3.14) — перехват console.* в видимый лог на экране
// ══════════════════════════════════════════════════════════════════════════════
const _debugLog = [];
let _debugPanelOpen = false;

function _fmtDebugArg(a) {
  // v3.61: КРИТИЧНО — Error сериализовался в бесполезное "{}": его
  // свойства (name/message/stack) НЕперечисляемые, JSON.stringify их
  // просто не видит. Поймали на живом логе от мастера: строка
  // "trySyncReport failed: {}" — упал запрос, а почему именно (таймаут?
  // 500? сеть?) узнать было физически невозможно. Чиним ЗДЕСЬ, в общем
  // форматтере — разом для всех ~18 мест в коде, где ошибки логируются
  // объектом, а не по одному месту за раз.
  if (a instanceof Error) {
    if (a.name === 'AbortError') return 'AbortError (таймаут запроса)';
    return `${a.name}: ${a.message}`;
  }
  if (typeof a === 'object' && a !== null) {
    try { return JSON.stringify(a); } catch(e) { return String(a); }
  }
  return String(a);
}

function _pushDebugLog(level, args) {
  const t = new Date().toLocaleTimeString('ru-RU', {hour:'2-digit', minute:'2-digit', second:'2-digit'});
  const line = `[${t}] ${level}: ` + Array.from(args).map(_fmtDebugArg).join(' ');
  _debugLog.push(line);
  if (_debugLog.length > 200) _debugLog.shift();  // не даём расти бесконечно
  _renderDebugBar();
}

const _origConsoleLog  = console.log.bind(console);
const _origConsoleWarn = console.warn.bind(console);
const _origConsoleError = console.error.bind(console);
console.log = function(...args)   { _pushDebugLog('LOG',   args); _origConsoleLog(...args); };
console.warn = function(...args)  { _pushDebugLog('WARN',  args); _origConsoleWarn(...args); };
console.error = function(...args) { _pushDebugLog('ERROR', args); _origConsoleError(...args); };

function _renderDebugBar() {
  const content = document.getElementById('debug-bar-content');
  if (!content) return;
  if (_debugPanelOpen) {
    content.textContent = _debugLog.join('\n');
    content.scrollTop = content.scrollHeight;
  } else {
    content.textContent = _debugLog[_debugLog.length - 1] || 'лог пуст';
  }
}

function toggleDebugPanel() {
  _debugPanelOpen = !_debugPanelOpen;
  document.getElementById('debug-bar').classList.toggle('expanded', _debugPanelOpen);
  _renderDebugBar();
}

function copyDebugLog() {
  const text = _debugLog.join('\n');
  if (navigator.clipboard?.writeText) {
    navigator.clipboard.writeText(text)
      .then(() => alert('Скопировано: ' + _debugLog.length + ' строк'))
      .catch(() => _fallbackCopyDebugLog(text));
  } else {
    _fallbackCopyDebugLog(text);
  }
}

function _fallbackCopyDebugLog(text) {
  // Часть мобильных браузеров не даёт navigator.clipboard без HTTPS/фокуса —
  // запасной путь через временный textarea + execCommand.
  const ta = document.createElement('textarea');
  ta.value = text;
  ta.style.position = 'fixed';
  ta.style.opacity = '0';
  document.body.appendChild(ta);
  ta.focus(); ta.select();
  try {
    document.execCommand('copy');
    alert('Скопировано (запасной способ): ' + _debugLog.length + ' строк');
  } catch(e) {
    alert('Не удалось скопировать автоматически — выдели текст в развёрнутой панели вручную');
  }
  document.body.removeChild(ta);
}

function clearDebugLog() {
  _debugLog.length = 0;
  _renderDebugBar();
}

// v5.38/v3.60: отправка лога на сервер — Max: "может внутри сразу
// сделать возможность выгружать логи на сервер?". Причина: отладка по
// кускам, которые мастер успел скопировать руками, систематически
// неполна — в присланных фрагментах не хватало именно нужного момента
// (ловили "не прилетает заполнено мастером", а [submitReport] в
// присланный кусок не попал вообще).
//
// Специально НЕ использует apiFetch()/getToken() — эта панель живёт в
// ОТДЕЛЬНОМ <script> блоке ВЫШЕ основного кода, там этих функций ещё
// не существует. Читаем токен из localStorage напрямую (тот же ключ,
// та же JSON-обёртка что и у LS()).
async function sendDebugLog() {
  if (!_debugLog.length) { alert('Лог пустой — нечего отправлять'); return; }
  if (!navigator.onLine) { alert('Нет связи — попробуй когда появится интернет'); return; }

  let token = null;
  try { token = JSON.parse(localStorage.getItem('rmn_token') || 'null'); } catch(e) { /* ignore */ }
  if (!token) { alert('Нужно войти в приложение, чтобы отправить лог'); return; }

  try {
    const res = await fetch('/api/debug/log', {
      method: 'POST',
      headers: {
        'Content-Type': 'application/json',
        'Authorization': 'Bearer ' + token,
      },
      body: JSON.stringify({ text: _debugLog.join('\n'), kind: 'manual' }),
    });
    if (res.ok) {
      alert('Лог отправлен (' + _debugLog.length + ' строк). Спасибо — так проще найти причину.');
    } else {
      alert('Не удалось отправить лог (код ' + res.status + '). Скопируй вручную кнопкой рядом.');
    }
  } catch(e) {
    alert('Не удалось отправить лог. Скопируй вручную кнопкой рядом.');
  }
}
</script>

<script>
// ══════════════════════════════════════════════════════════════════════════════
// CONFIG
// ══════════════════════════════════════════════════════════════════════════════
const API = '';  // тот же домен, Caddy проксирует /api/* → FastAPI
const LS_VERSION_KEY = 'rmn_api_schema';  // хранит последнюю известную api_schema

// ══════════════════════════════════════════════════════════════════════════════
// ФОТО К ОТЧЁТАМ — хранилище blob'ов (IndexedDB)
// ══════════════════════════════════════════════════════════════════════════════
// v3.36: blob'ы фото не помещаются в localStorage (там только строки JSON) —
// нужен отдельный слой. Каждая запись: {id, jobId, ticketId, filename, blob,
// uploaded, createdAt}. id — стабильный, генерируется В МОМЕНТ СЪЁМКИ/выбора
// (не в момент выгрузки) — повторная попытка выгрузки не создаёт дубликат.
const PHOTO_DB_NAME    = 'rmn_photos_db';
const PHOTO_DB_VERSION = 1;
const PHOTO_STORE      = 'photos';
let _photoDbInstance = null;

function _photoDbOpen() {
  if (_photoDbInstance) return Promise.resolve(_photoDbInstance);
  return new Promise((resolve, reject) => {
    const req = indexedDB.open(PHOTO_DB_NAME, PHOTO_DB_VERSION);
    req.onupgradeneeded = () => {
      const db = req.result;
      if (!db.objectStoreNames.contains(PHOTO_STORE)) {
        const store = db.createObjectStore(PHOTO_STORE, { keyPath: 'id' });
        store.createIndex('jobId', 'jobId', { unique: false });
      }
    };
    req.onsuccess = () => { _photoDbInstance = req.result; resolve(req.result); };
    req.onerror   = () => reject(req.error);
  });
}

async function _photoDbSave(record) {
  const db = await _photoDbOpen();
  return new Promise((resolve, reject) => {
    const tx = db.transaction(PHOTO_STORE, 'readwrite');
    tx.objectStore(PHOTO_STORE).put(record);
    tx.oncomplete = () => resolve();
    tx.onerror    = () => reject(tx.error);
  });
}

async function _photoDbGetAllForJob(jobId) {
  const db = await _photoDbOpen();
  return new Promise((resolve, reject) => {
    const tx = db.transaction(PHOTO_STORE, 'readonly');
    const idx = tx.objectStore(PHOTO_STORE).index('jobId');
    const req = idx.getAll(jobId);
    req.onsuccess = () => resolve(req.result || []);
    req.onerror   = () => reject(req.error);
  });
}

// v3.36: для батча в конце смены — по ВСЕМ job'ам сразу, не по одному.
async function _photoDbGetAll() {
  const db = await _photoDbOpen();
  return new Promise((resolve, reject) => {
    const tx = db.transaction(PHOTO_STORE, 'readonly');
    const req = tx.objectStore(PHOTO_STORE).getAll();
    req.onsuccess = () => resolve(req.result || []);
    req.onerror   = () => reject(req.error);
  });
}

async function _photoDbDelete(id) {
  const db = await _photoDbOpen();
  return new Promise((resolve, reject) => {
    const tx = db.transaction(PHOTO_STORE, 'readwrite');
    tx.objectStore(PHOTO_STORE).delete(id);
    tx.oncomplete = () => resolve();
    tx.onerror    = () => reject(tx.error);
  });
}

async function _photoDbMarkUploaded(id) {
  const db = await _photoDbOpen();
  const rec = await new Promise((resolve, reject) => {
    const tx = db.transaction(PHOTO_STORE, 'readonly');
    const req = tx.objectStore(PHOTO_STORE).get(id);
    req.onsuccess = () => resolve(req.result);
    req.onerror   = () => reject(req.error);
  });
  if (rec) { rec.uploaded = true; await _photoDbSave(rec); }
}

// v3.36: КРИТИЧНО — без этого blob'ы уже выгруженных фото копились бы в
// IndexedDB устройства НАВСЕГДА (файл и так уже безопасно на сервере,
// локальная копия больше не нужна). В рамках ОДНОГО дня "✓ выгружено"
// в миниатюре — полезная обратная связь, поэтому не удаляем сразу по
// факту выгрузки — только при закрытии смены (см. confirmEndShift()),
// когда день объективно завершён и смотреть на миниатюры уже незачем.
async function _photoDbPurgeUploaded() {
  const all = await _photoDbGetAll();
  const toDelete = all.filter(p => p.uploaded);
  for (const p of toDelete) await _photoDbDelete(p.id);
  if (toDelete.length) console.log('[_photoDbPurgeUploaded] очищено', toDelete.length, 'уже выгруженных фото');
}

// ══════════════════════════════════════════════════════════════════════════════
// VERSION CHECK — сброс SW кэша при обновлении
// ══════════════════════════════════════════════════════════════════════════════
async function checkAppVersion() {
  try {
    const res  = await fetch('/api/version', { cache: 'no-store' });
    if (!res.ok) return;
    const data = await res.json();
    const known = localStorage.getItem(LS_VERSION_KEY);
    if (known && known !== data.api_schema) {
      // Схема изменилась — показываем баннер
      document.getElementById('version-bar').style.display = 'flex';
    } else {
      localStorage.setItem(LS_VERSION_KEY, data.api_schema);
    }
    // v3.24/v5.12: показываем реальную версию ЗАПУЩЕННОГО бэкенда рядом с
    // версией фронта — эмпирически ловили баги из-за того, что файл на
    // диске уже новый, а контейнер не перезапущен и всё ещё крутит старый
    // код. Один взгляд на экран вместо docker logs.
    const badge = document.getElementById('backend-version-badge');
    if (badge && data.code_version) badge.textContent = '· API v' + data.code_version;
  } catch(e) { /* нет сети — не страшно */ }
  // v5.37/v3.59: "Что нового" — отдельно от баннера обновления выше.
  // Тот показывается когда сломалась СХЕМА (api_schema) и нужно жёстко
  // сбросить кэш; этот — просто новости на каждую новую версию кода.
  checkUpdateNotes();
}

// v5.37/v3.59: показывает "Что нового" ОДИН раз на каждую новую версию
// бэкенда. Max: "мы что-то делаем, а что — понятно только нам".
// Привязка к code_version (не к api_schema и не к факту разлогина) —
// специально: фронт может обновиться без перезапуска бэкенда, и
// наоборот; версия кода меняется при любом релизе, значит новость не
// потеряется ни в одном из сценариев.
async function checkUpdateNotes() {
  try {
    const res = await fetch('/api/update-notes', { cache: 'no-store' });
    if (!res.ok) return;
    const data = await res.json();
    if (!data.text || !data.version) return;  // нечего показывать — не каждый релиз стоит объяснять
    if (localStorage.getItem('rmn_update_notes_seen') === data.version) return;  // уже видел

    const body = document.getElementById('update-notes-body');
    if (!body) return;
    // Минимальный markdown: списки и переносы строк. Полноценный парсер
    // тут избыточен — Max пишет 3-5 простых строк, не документацию.
    body.innerHTML = data.text
      .split('\n')
      .map(line => {
        const t = line.trim();
        if (!t) return '';
        if (t.startsWith('- ') || t.startsWith('* ')) return `<li>${t.slice(2)}</li>`;
        if (t.startsWith('#')) return `<div class="modal-h">${t.replace(/^#+\s*/, '')}</div>`;
        return `<p>${t}</p>`;
      })
      .join('');
    document.getElementById('update-notes-overlay').style.display = 'flex';
    // Запоминаем СРАЗУ при показе, не при закрытии — иначе мастер,
    // закрывший приложение не нажав "Понятно", увидел бы то же самое
    // при следующем заходе, и так по кругу.
    localStorage.setItem('rmn_update_notes_seen', data.version);
  } catch(e) { /* нет сети — не страшно, покажем в следующий раз */ }
}

function closeUpdateNotes() {
  const el = document.getElementById('update-notes-overlay');
  if (el) el.style.display = 'none';
}

async function doAppUpdate() {
  // 1. Командуем активному SW сразу взять контроль (на случай если висит waiting)
  if ('serviceWorker' in navigator) {
    try {
      const reg = await navigator.serviceWorker.getRegistration();
      if (reg?.waiting) reg.waiting.postMessage('SKIP_WAITING');
      // Принудительно перепроверяем sw.js на сервере (игнорируя HTTP-кэш браузера)
      await reg?.update();
    } catch(e) {}
  }
  // 2. Чистим все Cache Storage записи
  if ('caches' in window) {
    const keys = await caches.keys();
    await Promise.all(keys.map(k => caches.delete(k)));
  }
  // 3. Обновляем сохранённую схему чтобы баннер не всплыл снова сразу
  try {
    const res  = await fetch('/api/version', { cache: 'no-store' });
    if (res.ok) {
      const data = await res.json();
      localStorage.setItem(LS_VERSION_KEY, data.api_schema);
    }
  } catch(e) {}
  // 4. Hard reload — bypass HTTP cache
  window.location.reload(true);
}

// ══════════════════════════════════════════════════════════════════════════════
// PWA — Service Worker + Install
// ══════════════════════════════════════════════════════════════════════════════
let deferredInstallPrompt = null;
if ('serviceWorker' in navigator) {
  window.addEventListener('load', () => {
    navigator.serviceWorker.register('/sw.js').catch(e => console.error('[SW]', e));
  });
}
window.addEventListener('beforeinstallprompt', e => {
  e.preventDefault(); deferredInstallPrompt = e;
  document.getElementById('install-bar').style.display = 'flex';
});
document.getElementById('install-btn').addEventListener('click', async () => {
  if (!deferredInstallPrompt) return;
  deferredInstallPrompt.prompt();
  await deferredInstallPrompt.userChoice;
  deferredInstallPrompt = null;
  document.getElementById('install-bar').style.display = 'none';
});
document.getElementById('install-close').addEventListener('click', () => {
  document.getElementById('install-bar').style.display = 'none';
});
window.addEventListener('appinstalled', () => {
  document.getElementById('install-bar').style.display = 'none';
});

// ══════════════════════════════════════════════════════════════════════════════
// localStorage helpers
// ══════════════════════════════════════════════════════════════════════════════
// v3.71: КРИТИЧНО — "сегодня" раньше бралось как new Date().toISOString()
// .slice(0,10), а это дата по UTC. Турция живёт в UTC+3: с 00:00 до 03:00
// по местному времени телефон считал, что всё ещё вчера — съезжали
// подписи "Сегодня/Завтра", группировка по дням, закрытие смены после
// полуночи. Теперь дата — по часам телефона. Совпадает с сервером,
// который с main.py v5.45 тоже работает в турецком времени.
function localDateStr(offsetDays = 0) {
  const d = new Date();
  d.setDate(d.getDate() + offsetDays);
  return `${d.getFullYear()}-${String(d.getMonth() + 1).padStart(2, '0')}-${String(d.getDate()).padStart(2, '0')}`;
}

const LS = (k, v) => v === undefined
  ? JSON.parse(localStorage.getItem(k) || 'null')
  : (localStorage.setItem(k, JSON.stringify(v)), v);

const getToken    = ()  => LS('rmn_token');
const saveToken   = t   => LS('rmn_token', t);
const getProfile  = ()  => LS('rmn_profile');
const saveProfile = p   => LS('rmn_profile', p);
const getShift    = ()  => LS('rmn_shift');       // текущая смена
const saveShift   = s   => LS('rmn_shift', s);
// v5.21/v3.44: работа в паре (crew) — is_lead/lead_name приходят с
// /api/jobs, кэшируем отдельно от job-объектов (это статус на весь день
// сессии, не привязан к конкретной заявке). Дефолт {is_lead:true} —
// пока не пришёл первый ответ сервера, ведём себя как обычно (не
// блокируем раньше времени).
const getCrewStatus  = ()  => LS('rmn_crew_status') || {is_lead: true, lead_name: null, team: []};
const saveCrewStatus = c   => LS('rmn_crew_status', c);
// v5.27/v3.50: надстройка кастомизации услуг — {hidden, order, updated_at}.
// updated_at нужен для сверки "кто новее" при открытии настроек с другого
// устройства (см. showServiceSettings()).
const getServiceOverlay  = ()  => LS('rmn_service_overlay') || {hidden: [], order: [], updated_at: null};
const saveServiceOverlay = o   => LS('rmn_service_overlay', o);
// v5.29/v3.52: СуперМастер — просто bool, приходит с /api/jobs. Отдельно
// от rmn_crew_status — это разные, не связанные друг с другом статусы
// (лид в паре vs право самостоятельного захвата заявок направления).
const getIsSuper  = ()  => LS('rmn_is_super') || false;
const saveIsSuper = v   => LS('rmn_is_super', v);
const getJobs     = ()  => LS('rmn_jobs') || [];
const saveJobs    = j   => LS('rmn_jobs', j);
const getReports  = ()  => LS('rmn_reports') || {};
const saveReports = r   => LS('rmn_reports', r);

// Pending jobs update — загружены с сервера но ещё не применены
let _pendingJobsUpdate = null;
// v3.64: одноразовый флаг "мастер сам совершил действие и ждёт новую
// заявку в списке" — отключает баннер "наряд обновился" ровно на один
// следующий merge (см. mergeJobs()). Ставится перед grabTicket()/
// continueWork(), сгорает сразу после применения.
let _expectNewJobs = false;

// ══════════════════════════════════════════════════════════════════════════════
// API fetch
// ══════════════════════════════════════════════════════════════════════════════
let isOnline = true;  // последний известный статус связи с СЕРВЕРОМ (не с интерфейсом сети)

function updateConnStatus(online) {
  if (isOnline === online) return;
  isOnline = online;
  const el = document.getElementById('conn-status');
  if (!el) return;
  if (online) {
    el.textContent = '🟢 Соединение установлено';
    el.className = 'conn-status conn-online';
  } else {
    el.textContent = '⚪ Offline режим';
    el.className = 'conn-status conn-offline';
  }
}

async function apiFetch(path, opts = {}) {
  const token   = getToken();
  // v3.62: 8000 → 15000. По живому логу от мастера (11.09):
  // "Jobs load failed, using cache: AbortError (таймаут запроса)" — то
  // есть /api/jobs не укладывался даже в 8 секунд, хотя связь была
  // (минутой раньше тот же эндпоинт отвечал). Мобильный интернет у
  // мастеров в полях местами очень медленный, и свалиться в кэш с
  // устаревшими данными хуже, чем подождать подольше. Каждый явный
  // timeout в вызовах ниже переопределяет этот дефолт под свою задачу.
  const timeout = opts.timeout || 15000;
  const ctrl    = new AbortController();
  const timer   = setTimeout(() => ctrl.abort(), timeout);

  try {
    const res = await fetch(API + path, {
      ...opts,
      cache: 'no-store',  // v3.26: API всегда динамический, кэш браузера тут только вредит
      signal: ctrl.signal,
      headers: {
        'Content-Type': 'application/json',
        ...(token ? { 'Authorization': `Bearer ${token}` } : {}),
        ...(opts.headers || {}),
      },
    });
    clearTimeout(timer);
    updateConnStatus(true);
    // Настоящий 401 от сервера (а не оборванное соединение) — токен реально невалиден
    if (res.status === 401) { clearSession(); show('s-login'); throw new Error('401'); }
    return res;
  } catch(e) {
    clearTimeout(timer);
    if (e.message !== '401') updateConnStatus(false);  // сети нет/таймаут — НЕ трогаем сессию
    throw e;
  }
}

// ══════════════════════════════════════════════════════════════════════════════
// НАВИГАЦИЯ
// ══════════════════════════════════════════════════════════════════════════════
const show = id => {
  document.querySelectorAll('.screen').forEach(s => s.classList.remove('active'));
  document.getElementById(id).classList.add('active');
  window.scrollTo(0, 0);
};

// ══════════════════════════════════════════════════════════════════════════════
// AUTH
// ══════════════════════════════════════════════════════════════════════════════
function showLoginError(msg) {
  const el = document.getElementById('login-error');
  el.textContent = msg; el.style.display = 'block';
  document.getElementById('login-loading').style.display = 'none';
}
function showLoginLoading(on) {
  document.getElementById('login-loading').style.display = on ? 'flex' : 'none';
  if (on) document.getElementById('login-error').style.display = 'none';   // прячем старую ошибку только когда СТАРТУЕМ новую попытку
}

async function doLogin() {
  const username = document.getElementById('login-username').value.trim();
  const password = document.getElementById('login-password').value;
  if (!username || !password) { showLoginError('Введи логин и пароль'); return; }

  showLoginLoading(true);
  try {
    const res = await fetch(API + '/api/auth/login', {
      method: 'POST',
      headers: { 'Content-Type': 'application/json' },
      body: JSON.stringify({ username, password }),
    });
    const data = await res.json();
    if (!res.ok) { showLoginError(data.detail || 'Неверный логин или пароль'); return; }

    saveToken(data.session_token);
    saveProfile({ display_name: data.display_name, role: data.role });
    document.getElementById('login-password').value = '';
    afterLogin();
  } catch(e) {
    showLoginError('Нет связи с сервером. Проверь интернет.');
  } finally {
    showLoginLoading(false);
  }
}

function clearSession() {
  localStorage.removeItem('rmn_token');
  localStorage.removeItem('rmn_profile');
}

async function doLogout() {
  try { await apiFetch('/api/auth/logout', { method: 'POST' }); } catch(e) {}
  clearSession();
  show('s-login');
}

// ══════════════════════════════════════════════════════════════════════════════
// ПОСЛЕ ЛОГИНА
// ══════════════════════════════════════════════════════════════════════════════
function afterLogin() {
  // v3.72: КРИТИЧНО — в приложение мастера пускаем ТОЛЬКО мастеров (wrk_).
  // Живой случай: браузер подставил сохранённый пароль менеджерской учётки
  // (mng_petrotest), приложение честно показывало ЕГО наряды — ноль, — и
  // выглядело как "назначенная заявка не приходит мастеру". Час разбора.
  // Проверка здесь, потому что через afterLogin() идут ВСЕ пути входа:
  // ввод пароля, старт онлайн (/auth/me), старт офлайн из кэша профиля.
  // Роль неизвестна (старый кэш без поля role) — не блокируем, чтобы не
  // выкинуть настоящего мастера; сервер всё равно отклонит /api/jobs.
  const _p = getProfile();
  if (_p?.role && _p.role !== 'tech') {
    const token = getToken();
    if (token) {  // закрываем и серверную сессию, не только локальную
      fetch(API + '/api/auth/logout', { method: 'POST', headers: { 'Authorization': 'Bearer ' + token } }).catch(() => {});
    }
    clearSession();
    show('s-login');
    showLoginError(_p.role === 'manager'
      ? 'Это приложение для мастеров. Менеджерам — РМН-Админ.'
      : 'Это приложение только для мастеров (логин wrk_...).');
    return;
  }
  // v3.26: КРИТИЧНО — раньше проверялось только "есть ли вообще shift",
  // не "shift за СЕГОДНЯ". Если мастер не заходил 2+ дня, rmn_shift так и
  // оставался с датой позавчера (очищается только при успешном закрытии
  // ИМЕННО этой даты) — afterLogin() тихо продолжал работать с этим
  // устаревшим объектом, ни разу не показывая showShiftStart() (реальный
  // экран "начало дня" с водитель/пассажир + пробег). Заодно старая ветка
  // "!shift" молча создавала смену БЕЗ явного запроса пробега вообще —
  // тот же итог для совсем нового входа. Прошлые незакрытые дни это не
  // ломает — их job-данные лежат отдельно в rmn_jobs/rmn_reports по
  // своим visitDate, замена rmn_shift на сегодняшний их не трогает.
  const shift    = getShift();
  const todayStr = localDateStr();
  if (!shift || shift.date !== todayStr) {
    showShiftStart();
    return;
  }
  showList();
}

async function continueOldShift() {
  document.getElementById('modal-backdate').classList.remove('open');
  showEndShift(getAllOpenDateKeys());
}

// v3.25: раньше у этой кнопки был свой упрощённый поток — простой confirm()
// без кассы/статистики/пробега, и сразу POST. Теперь ведёт в тот же самый
// богатый экран, что и "Завершить все смены" — просто с массивом из одной
// даты. См. showEndShift()/confirmEndShift().
function closeDayShift(dateKey) {
  showEndShift([dateKey]);
}

function discardOldShift() {
  const reports = getReports();
  const hasUnsent = Object.values(reports).some(r => !r.synced && r.result);
  if (hasUnsent) {
    if (!confirm('⚠ Есть отчёты за вчера, которые ещё не отправлены на сервер.\n\nЕсли начнёшь новую смену сейчас — эти данные будут потеряны навсегда.\n\nТочно продолжить без отправки?')) {
      return;
    }
  }
  document.getElementById('modal-backdate').classList.remove('open');
  // Очищаем старую смену и старые данные
  localStorage.removeItem('rmn_shift');
  localStorage.removeItem('rmn_jobs');
  localStorage.removeItem('rmn_reports');
  showShiftStart();
}

// ══════════════════════════════════════════════════════════════════════════════
// НАЧАЛО СМЕНЫ
// ══════════════════════════════════════════════════════════════════════════════
let _isDriver = null;

function showShiftStart() {
  show('s-shift');
  const today = new Date().toLocaleDateString('ru-RU', {weekday:'long', day:'numeric', month:'long'});
  document.getElementById('shift-date-label').textContent = today;
  _isDriver = null;
  document.getElementById('btn-driver').classList.remove('active');
  document.getElementById('btn-passenger').classList.remove('active');
  document.getElementById('driver-fields').style.display = 'none';
  document.getElementById('shift-start-btn').disabled = true;
  document.getElementById('shift-start-btn').style.opacity = '.4';
}

function setDriver(isDriver) {
  _isDriver = isDriver;
  document.getElementById('btn-driver').classList.toggle('active', isDriver);
  document.getElementById('btn-passenger').classList.toggle('active', !isDriver);
  document.getElementById('driver-fields').style.display = isDriver ? 'block' : 'none';
  document.getElementById('shift-start-btn').disabled = false;
  document.getElementById('shift-start-btn').style.opacity = '1';
}

async function startShift() {
  if (_isDriver === null) { alert('Укажи — ты водитель или нет'); return; }

  const shift = {
    date:          localDateStr(),
    is_driver:     _isDriver,
    vehicle:       null,
    mileage_start: null,
    mileage_end:   null,
    started_at:    new Date().toISOString(),
  };

  if (_isDriver) {
    const vehicle = parseInt(document.getElementById('shift-vehicle').value);
    const mileage = parseInt(document.getElementById('shift-mileage-start').value);
    if (!vehicle || vehicle < 1 || vehicle > 50) { alert('Укажи номер авто от 1 до 50'); return; }
    if (!mileage || mileage < 1) { alert('Укажи пробег'); return; }
    shift.vehicle       = vehicle;
    shift.mileage_start = mileage;
  }

  saveShift(shift);

  // Отправляем данные смены на сервер (не критично если нет связи)
  if (navigator.onLine) {
    try {
      await apiFetch('/api/shift/start', {
        method: 'POST',
        body: JSON.stringify(shift),
      });
    } catch(e) { console.warn('Shift start not synced:', e); }
  }

  // v5.27/v3.49: КРИТИЧНО — открытие смены это старт дня, нужны и заявки,
  // и АКТУАЛЬНЫЕ цены (курсовые, меняются ежедневно). Раньше цены
  // подтягивались молча в фоне внутри showList() — если именно в момент
  // старта смены не было связи, мастер мог весь день работать на вчерашних
  // ценах, ничего об этом не зная. Заявки честно покажет sам showList()
  // (у него уже есть офлайн-логика с понятным "Нарядов нет"/работой из
  // кэша) — тут отдельно и явно проверяем именно цены, раз это новая,
  // не покрытая раньше дыра.
  //
  // НЕ блокируем открытие смены — по словам Max, полная потеря связи в
  // момент открытия смены редкий форс-мажор (~1 из 100), но не ноль, и
  // в этом случае менеджер заполняет отчёты за мастера вручную — задача
  // приложения тут просто быть честным что данные могли устареть, не
  // мешать открыть смену вообще.
  if (navigator.onLine) {
    const pricesOk = await fetchServices();
    if (!pricesOk) {
      const savedAt = localStorage.getItem('rmn_services_updated_at');
      const svcDateLabel = savedAt ? new Date(savedAt).toLocaleDateString('ru-RU') : 'неизвестно когда';
      alert(`⚠ Не удалось обновить цены на услуги.\n\nИспользуются сохранённые от ${svcDateLabel} — если сегодня менялся курс, возможны расхождения с реальным прайсом.`);
    }
  } else {
    alert('⚠ Нет связи — начинаем смену с сохранёнными ранее заявками и ценами. Если связи не будет весь день — сообщи менеджеру, он сможет заполнить отчёты за тебя.');
  }

  showList();
}

// ══════════════════════════════════════════════════════════════════════════════
// СПИСОК ЗАЯВОК
// ══════════════════════════════════════════════════════════════════════════════
// v3.27: КРИТИЧНО — showList() мог запуститься дважды почти одновременно
// (например clearDebtForSyncedJobs()'s "else showList()" накладывался на
// уже идущий явный showList() из submitAllDebtReports()). Оба вызова
// параллельно дёргали /api/jobs и параллельно писали в localStorage через
// mergeJobs()/saveJobs() — второй вызов видел промежуточное состояние,
// оставленное первым, и решения "ВЗЯЛИ СЕРВЕР"/"ОСТАВИЛИ ЛОКАЛЬНОЕ"
// путались, а итоговый список зависел от того, какой из двух вызовов
// дописал в localStorage последним. Подтверждено живым логом — два
// [showList] почти в одну секунду с разными решениями mergeJobs() для
// одной и той же заявки. Простая защита: пока showList() уже выполняется,
// повторный вызов просто игнорируется — текущий и так рендерит актуальное
// состояние в конце.
let _showListRunning = false;

async function showList() {
  if (_showListRunning) {
    console.log('[showList] уже выполняется — пропускаем повторный вызов');
    return;
  }
  _showListRunning = true;
  try {
    await _showListBody();
  } finally {
    _showListRunning = false;
  }
}

// v3.43: КРИТИЧНО — своя задача НИКОГДА не чистилась из локального кэша
// (см. remainJobs в confirmEndShift() — сохранял type==='custom'
// безусловно, независимо от locked/даты). Раз она уже закрыта
// (locked=true) и не сегодняшняя — мастеру с ней больше нечего делать
// (только комментарий, как и с любой другой залоченной заявкой), но
// локальная запись висела ВЕЧНО. Список рос бы бесконечно с каждой новой
// своей задачей, даже месячной давности. Убираем такие записи целиком —
// не просто прячем из рендера, а физически чистим localStorage, иначе
// накопленный хвост так и остался бы лежать мёртвым грузом.
//
// v3.56: КРИТИЧНО — эта функция полагается на j.locked, а для своей
// задачи, закрытой через glpi_api_close_tickets() (status=6), j.locked
// СТРУКТУРНО никогда не станет true через обычный /api/jobs — закрытая
// заявка больше не возвращается сервером вообще (t.status IN (1,2,3,4)
// её исключает), обновляться неоткуда. Реальный фикс утечки теперь в
// mergeJobs() (cachedCustom больше не хранит безусловно) — эта функция
// остаётся дополнительной подстраховкой на случай если j.locked всё же
// когда-то обновится другим путём, не основным механизмом больше.
function _pruneStaleClosedCustomJobs() {
  const todayStr = localDateStr();
  const jobs = getJobs();
  const stale = jobs.filter(j => j.type === 'custom' && j.locked && j.visitDate !== todayStr);
  if (stale.length === 0) return;

  const staleIds = new Set(stale.map(j => j.id));
  const remainJobs = jobs.filter(j => !staleIds.has(j.id));
  saveJobs(remainJobs);

  const reports = getReports();
  staleIds.forEach(id => delete reports[id]);
  saveReports(reports);

  console.log('[_pruneStaleClosedCustomJobs] убрано старых закрытых своих задач:', stale.length,
    stale.map(j => j.id).join(', '));
}

async function _showListBody() {
  show('s-list');
  const profile = getProfile();
  const today   = new Date();
  document.getElementById('list-name').textContent = profile?.display_name || '';
  document.getElementById('list-date').textContent =
    today.toLocaleDateString('ru-RU', {weekday:'long', day:'numeric', month:'long'});
  renderCrewLine();  // сразу из кэша — обновится ещё раз после ответа /api/jobs

  // v3.43: чистим ДО рендера — самоисцеляющийся фикс, срабатывает сразу
  // же и для уже накопившегося на устройстве хвоста, не только для новых.
  _pruneStaleClosedCustomJobs();

  // Тихая попытка догнать несинхронизированные отчёты — без алертов, без давления на пользователя
  syncAllSilent();

  // Обновляем список услуг с сервера (тихо, используем кэш если нет сети)
  fetchServices();

  // Загружаем наряды с сервера если есть сеть.
  // Без ?target_date= — это включает на бэкенде проверку долга (см. /api/jobs).
  // Если долг есть — data.debt непустой, рендерим блокирующий экран вместо списка.
  if (navigator.onLine) {
    try {
      const res = await apiFetch('/api/jobs');
      if (res.ok) {
        const data = await res.json();

        // v5.23/v3.45: сохраняем статус лида + список команды ДО любых
        // других веток (в т.ч. debt) — не привязано к тому, есть долг или
        // нет, это отдельная характеристика сессии на сегодня.
        if (typeof data.is_lead !== 'undefined') {
          saveCrewStatus({ is_lead: data.is_lead, lead_name: data.lead_name || null, team: data.team || [] });
          renderCrewLine();
        }
        // v5.29/v3.52: is_super — тем же принципом, отдельно от crew status.
        if (typeof data.is_super !== 'undefined') {
          saveIsSuper(data.is_super);
        }
        // v3.71: насколько далеко можно выбирать дату (СуперМастеру — шире)
        if (data.plan_max_days) LS('rmn_plan_max_days', data.plan_max_days);

        if (data.debt && data.debt.length > 0) {
          saveDebt(data.debt);
          renderDebtScreen();
          return;  // не грузим обычный список — заблокировано до закрытия долга
        }
        saveDebt([]);  // долга нет — снимаем возможную старую блокировку

        // v3.15: явный след того что запрос к серверу реально произошёл
        // и что он вернул — раньше в логах не было НИ ОДНОЙ строки про
        // сам факт обращения к /api/jobs.
        console.log('[showList] /api/jobs ответил, заявок:', (data.jobs || []).length,
          (data.jobs || []).map(j => `#${j.ticket_id}: report_saved_at=${j.report_saved_at || 'нет'}`).join('; '));

        const fmtTime = (iso) => iso ? new Date(iso).toLocaleTimeString('ru-RU', {hour:'2-digit',minute:'2-digit'}) : '—';
        const fresh = (data.jobs || []).map(j => ({
          id:          String(j.ticket_id),
          ticket_id:   j.ticket_id,
          task_id:     j.task_id,
          addr:        j.title || '—',
          description: j.description || '',
          from:        fmtTime(j.planned_begin),
          to:          fmtTime(j.planned_end),
          visitDate:   j.visit_date,   // YYYY-MM-DD — для группировки разделителями
          // v3.32: раньше всегда 'ticket' — своя задача теперь определяется
          // сервером по категории (see main.py v5.17 is_custom), не только
          // локальным флагом. Иначе на другом устройстве бейдж "Своя
          // задача" не появился бы вообще — сервер не знал о типе.
          type:        j.is_custom ? 'custom' : 'ticket',
          status:      j.status,
          rmn_status:  j.rmn_status || 0,
          locked:      !!j.locked,
          // v3.15: КРИТИЧНО — этих четырёх полей тут не было вообще!
          // mergeJobs() читает именно их (j.report_saved_at/cash_data_json/
          // report_desc/time_fact) для сравнения "кто новее" и восстановления
          // содержимого — а они молча терялись на этом .map(), так и не
          // доехав до mergeJobs(). Это и есть настоящая причина всей истории
          // с "то не восстанавливается, то восстанавливается пустым": сервер
          // ВСЕГДА проигрывал сравнение (serverSavedAt был undefined) либо
          // восстанавливался с пустыми desc/cash_data/временем, даже когда
          // реально побеждал.
          report_saved_at: j.report_saved_at,
          cash_data_json:  j.cash_data_json,
          report_desc:     j.report_desc,
          time_fact:       j.time_fact,
          // v5.7/v3.16: расходники — раньше вообще не читались с сервера
          // (LEFT JOIN на glpi_plugin_fields_ticketmaterials отсутствовал
          // в glpi_jobs_for_user_range()) — писались в GLPI, но /api/jobs
          // их никогда не отдавал обратно, restore был физически невозможен.
          materials_used:  j.materials_used,
          // v5.19/v3.38: КРИТИЧНО — раньше этого поля тут не было вообще,
          // хотя изначальный план был именно "рендерим блок фото только
          // если photorequired=true". Кэшируем в САМ job-объект (не только
          // в reports) — это устойчивая характеристика заявки, не черновик
          // отчёта, и должна переживать оффлайн так же как locked/rmn_status.
          photoRequired:   !!j.photo_required,
          // v3.65: автор задачи = исполнитель (спланировал себе сам, см.
          // main.py self_planned) — только такие СуперМастер может тихо
          // переносить. Кэшируем в job — работает и офлайн.
          selfPlanned:     !!j.self_planned,
        }));
        mergeJobs(fresh);
      }
    } catch(e) { console.warn('Jobs load failed, using cache:', e); }
  }

  // Если ранее (без сети) уже знали про долг — не пускаем даже из кэша
  if (getDebt().length > 0) {
    renderDebtScreen();
    return;
  }

  renderJobs();
}

// ── Долг по РМН — хранение и блокирующий экран ──────────────────────────────
function getDebt() { return JSON.parse(localStorage.getItem('rmn_debt') || '[]'); }
function saveDebt(debt) { localStorage.setItem('rmn_debt', JSON.stringify(debt)); }

// v3.21: краткая сводка готовности каждой долговой заявки — без этого
// при 15 заявках приходится либо слепо жать "Отправить", либо открывать
// каждую по одной чтобы проверить. Смотрит только на ЛОКАЛЬНО сохранённый
// черновик (getReports()) — не запрашивает сервер, чисто UI-подсказка.
function _debtItemReadiness(ticketId) {
  const rep = getReports()[String(ticketId)];
  if (!rep?.result) return {cls:'ok', text:'Не начато', ok:false};

  if (rep.result === 'done') {
    const hasDesc = !!rep.desc?.trim();
    const hasCash = (rep.cash_data?.items?.length > 0) || rep.cash_data?.pay_mode === 'acc';
    if (hasDesc && hasCash) return {cls:'ok', text:'✓ Готово', ok:true};
    const missing = [];
    if (!hasDesc) missing.push('описание');
    if (!hasCash) missing.push('касса');
    return {cls:'warn', text:'⚠ Не указано: ' + missing.join(', '), ok:false};
  }
  if (rep.result === 'deferred') {
    if (rep.defer_date && rep.defer_time) return {cls:'ok', text:'✓ Перенос указан', ok:true};
    return {cls:'warn', text:'⚠ Нет даты переноса', ok:false};
  }
  if (rep.result === 'cancel') {
    return rep.desc?.trim()
      ? {cls:'ok', text:'✓ Готово', ok:true}
      : {cls:'warn', text:'⚠ Не указана причина', ok:false};
  }
  return {cls:'warn', text:'⚠ Не начато', ok:false};
}

function renderDebtScreen() {
  const debt = getDebt();
  let readyCount = 0;
  const list = debt.map(d => {
    const dateLabel = d.visit_date
      ? new Date(d.visit_date).toLocaleDateString('ru-RU', {day:'numeric', month:'long'})
      : '—';
    const st = _debtItemReadiness(d.ticket_id);
    if (st.ok) readyCount++;
    return `
      <div class="debt-item">
        <div>
          <div class="debt-item-title">${d.title || 'Заявка #' + d.ticket_id}</div>
          <div class="debt-item-date">${dateLabel}</div>
          <div class="debt-item-status debt-item-status-${st.cls}">${st.text}</div>
        </div>
        <button onclick="openDebtJob(${d.ticket_id}, ${d.task_id})">Заполнить</button>
      </div>`;
  }).join('');

  // v3.4: КРИТИЧНЫЙ фикс — раньше писали в #s-list.innerHTML целиком, а
  // #list-name/#list-date/#conn-status физически лежат ВНУТРИ #s-list.
  // Это стирало их из DOM навсегда после первого показа экрана долга —
  // следующий showList() падал с TypeError на document.getElementById(
  // 'list-name').textContent (элемента больше нет), и весь остаток
  // showList() после этой строки просто не выполнялся (mergeJobs/
  // renderJobs не вызывались). Теперь пишем только в #job-list — тот же
  // контейнер, что использует renderJobs(), топбар не трогаем.
  document.getElementById('list-name').textContent = '';
  document.getElementById('list-date').textContent = '';
  document.getElementById('job-list').innerHTML = `
    <div class="debt-block">
      <div class="debt-icon">⛔</div>
      <p class="debt-title">Заполни просроченные РМН</p>
      <p class="debt-sub">Новые наряды не загрузятся пока не закроешь эти заявки.
        Срок заполнения для них истёк — теперь это твой долг, не "фора".</p>
      <p class="debt-ready-count">Готово: ${readyCount} из ${debt.length}</p>
      <div class="debt-list">${list}</div>
      <!-- v3.40: прогресс выгрузки фото при "Отправить отчёты" — та же
           причина что и на экране закрытия смены, показывать некуда без
           отдельного элемента (мастер не внутри формы конкретной заявки) -->
      <div id="debt-photo-progress" style="display:none;margin-top:10px;font-size:13px;color:#6C6C70;text-align:center"></div>
      <button class="btn-send" style="margin-top:14px" onclick="submitAllDebtReports()">
        <i class="ti ti-send"></i>Отправить отчёты
      </button>
    </div>`;
}

// v3.20: КРИТИЧНО — раньше каждая долговая заявка отправлялась
// отдельным submitReport() внутри своей карточки: зашёл → нажал
// "Сохранить" → тут же goList() → showList() перепроверяет /api/jobs.
// Мастера путало: заходишь проверить что реально заполнено, а тебя сразу
// либо уносит обратно в список (если получилось), либо кидает обратно в
// "Заполни" (если не успело/не получилось) — непонятно что вообще
// произошло. Теперь заход в карточку долговой заявки — просто
// просмотр/правка (автосейв как обычно, без явной отправки), а отправка
// ВСЕХ заполненных долговых заявок — отдельное, осознанное действие
// одной кнопкой внизу экрана "Заполни просроченные РМН".
async function submitAllDebtReports() {
  if (!navigator.onLine) { alert('Нужна связь для отправки. Данные сохранены локально, попробуй позже.'); return; }

  // v3.42: КРИТИЧНО — та же блокирующая проверка что и в confirmEndShift(),
  // адаптированная под долговые заявки (данные photoRequired приходят из
  // getJobs(), закэшированы в openDebtJob() из glpi_check_debt(), см.
  // main.py v5.20). Раз мы уже гарантированно онлайн (проверка строкой
  // выше) — офлайн-ветку тут не нужно обрабатывать отдельно, всегда
  // форсируем проверку сервера.
  const debtJobs = getJobs().filter(j => getDebt().some(d => String(d.ticket_id) === j.id));
  const { missing } = await _findMissingRequiredPhotos(debtJobs);
  if (missing.length > 0) {
    const names = missing.map(j => j.addr || 'Заявка #' + j.ticket_id).join('\n • ');
    alert(`Нельзя сдать — не прикреплено ни одного фото для заявок, где это обязательно:\n\n • ${names}\n\nПрикрепи фото и попробуй снова.`);
    return;
  }

  const debt = getDebt();
  const reports = getReports();
  let markedCount = 0;

  debt.forEach(d => {
    const rep = reports[String(d.ticket_id)];
    if (rep?.result) {
      rep.final = true;   // осознанная отправка — см. Report.final в main.py
      rep.synced = false; // принудительно — если черновик уже был тихо
                           // засинкан раньше, syncAll() иначе его пропустит
                           // фильтром !r.synced, и final=true не долетит
      markedCount++;
    }
  });

  if (markedCount === 0) {
    alert('Нет ни одной заполненной заявки — зайди в карточку и заполни хотя бы итог визита перед отправкой.');
    return;
  }

  saveReports(reports);
  await syncAll();   // существующий bulk-синк, дожидаемся его завершения

  // v3.40: КРИТИЧНО — раньше фото при сдаче долговых отчётов вообще не
  // выгружались. syncAll() отправляет только текст отчёта — если у
  // долговой заявки photoRequired=true и есть непрогруженные фото, они
  // молча оставались в локальной очереди до следующего /api/shift/end
  // (который для долга вообще может не наступить скоро — долг сдаётся
  // именно этой кнопкой, не закрытием смены). Фото при этом технически
  // не блокируются locked=1 на бэке (/api/photos/upload его не проверяет),
  // но лучше выгрузить сразу же, в рамках того же осознанного действия.
  await uploadAllPendingPhotos('debt-photo-progress');

  await showList();  // перепроверяем /api/jobs ТОЛЬКО после подтверждённого
                      // завершения синка — без гонки, которая путала раньше
}

// Открывает форму отчёта по долговой заявке — добавляет её во временный
// локальный список jobs если там ещё нет, чтобы openForm нашёл job по id
function openDebtJob(ticketId, taskId) {
  const debt = getDebt();
  const d = debt.find(x => x.ticket_id === ticketId);
  if (!d) return;
  const jobs = getJobs();
  const id = String(ticketId);
  if (!jobs.some(j => j.id === id)) {
    jobs.push({
      id, ticket_id: ticketId, task_id: taskId,
      addr: d.title || ('Заявка #' + ticketId),
      description: '', from: '—', to: '—',
      type: 'ticket', status: 1, rmn_status: 0, locked: false,
      // v3.23: КРИТИЧНО — без visitDate эта временная заявка группировалась
      // как "без даты", а группа "без даты" безусловно подписывалась
      // "Свои задачи" (см. renderJobs() dateLabel()) — настоящий тикет из
      // долга визуально попадал в раздел для custom-задач. d.visit_date
      // приходит из glpi_check_debt() — берём его прямо оттуда.
      visitDate: d.visit_date || null,
      // v3.42: КРИТИЧНО — без этого photoRequired для долговых заявок был
      // недоступен вообще (main.py v5.20 добавил его в glpi_check_debt(),
      // но кэшировать в job-объект тоже нужно отдельно — долговые заявки
      // идут через свой собственный путь, не через основной fresh-маппинг
      // в showList()).
      photoRequired: !!d.photo_required,
    });
    saveJobs(jobs);
  } else {
    // v3.42: заявка уже была в кэше (например открывали раньше) — на
    // всякий случай досинхронизируем photoRequired свежими данными долга,
    // а не оставляем устаревшее/отсутствующее значение.
    const idx = jobs.findIndex(j => j.id === id);
    if (idx >= 0 && jobs[idx].photoRequired !== !!d.photo_required) {
      jobs[idx].photoRequired = !!d.photo_required;
      saveJobs(jobs);
    }
  }
  openForm(id);
}

function mergeJobs(freshJobs) {
  const cached  = getJobs();
  const reports = getReports();

  const freshIds = new Set(freshJobs.map(j => j.id));
  // v3.32: КРИТИЧНО — свои задачи теперь могут прийти И с сервера (после
  // _migrateCustomJobId() локальный id уже реальный ticket_id, сервер её
  // узнаёт как обычную заявку), И остаться в локальном кэше под тем же
  // id. Без исключения — задвоение: одна и та же задача из freshJobs
  // (сервер) и из cachedCustom (локальный кэш) одновременно.
  //
  // v3.56: КРИТИЧНО — реальная утечка, нашли по жалобе мастера: закрытая
  // своя задача (glpi_api_close_tickets() ставит t.status=6 при
  // закрытии смены) НИКОГДА больше не вернётся в /api/jobs —
  // glpi_jobs_for_user_range() фильтрует t.status IN (1,2,3,4), закрытые
  // туда не попадают в принципе. Значит j.locked для нeё НИКОГДА не
  // обновится до true через обычный fetch (обновляться неоткуда — сервер
  // о ней больше не говорит вообще ничего), а _pruneStaleClosedCustomJobs()
  // полагается именно на j.locked — для своих задач эта функция
  // структурно не могла сработать НИ РАЗУ, задача висела в локальном
  // кэше вечно, без удаления и без возможности её удалить руками
  // (id уже не синтетический, deleteCustomJobPrompt() такое не пускает).
  //
  // Раз своя задача ВСЕГДА закрывается В ТОТ ЖЕ ДЕНЬ (см. дизайн
  // customTicketIds в confirmEndShift() — собираются и отправляются
  // строго сегодняшние) — задача, которой нет в свежем ответе И чей
  // visitDate старше сегодня, почти наверняка закрыта, а не потеряна.
  // Держим локально только сегодняшние — старые, пропавшие из ответа
  // сервера, больше не сохраняем безусловно.
  const todayStr = localDateStr();
  // v3.56: КРИТИЧНО — ещё не отправленная своя задача (id всё ещё
  // синтетический 'c...') всегда сохраняется независимо от visitDate —
  // у addCustomJob() он вообще не проставляется при создании (undefined
  // !== todayStr), и это чисто локальный черновик, серверу сверяться не
  // с чем вообще. Без этого исключения только что созданная, ещё не
  // сохранённая своя задача удалялась бы этим же фильтром раньше времени.
  const cachedCustom = cached.filter(j =>
    j.type === 'custom' && !freshIds.has(j.id) &&
    (String(j.id).startsWith('c') || j.visitDate === todayStr)
  );
  const updatedReports = { ...reports };

  // Удаляем отчёты по заявкам которых больше нет на сервере
  // v3.65: КРИТИЧНО — кроме НЕСИНХРОНИЗИРОВАННЫХ черновиков. Раньше
  // удалялось всё подряд, и если заявка пропадала из выдачи (менеджер
  // передвинул её дальше горизонта в 5 дней или переназначил), у мастера
  // молча исчезало то, что он уже вписал, но ещё не отправил. С
  // появлением переноса менеджером на лету это из теории стало реальным
  // сценарием. Черновик остаётся — фоновая синхронизация его доставит
  // (если заявка всё ещё его, просто сдвинута) или честно получит отказ.
  cached.forEach(j => {
    if (j.type !== 'custom' && !freshIds.has(j.id)) {
      const r = updatedReports[j.id];
      if (r && !r.synced && (r.result || r.desc)) {
        console.warn('[mergeJobs] заявка', j.id, 'пропала из выдачи, но есть неотправленный черновик — сохраняю');
      } else {
        delete updatedReports[j.id];
      }
    }
  });

  // Восстанавливаем состояние отчёта из серверных данных если:
  // - локального rep нет (новое устройство / очищен localStorage)
  // - локальный rep пустой (нет result/desc/реальных сумм) — пустой
  //   черновик НЕ должен побеждать реальные данные с сервера просто
  //   потому что у него технически более свежий timestamp
  // - серверный отчёт новее локального (last write wins, когда ОБЕ
  //   стороны реально что-то содержат)
  // Это решает проблему "зашёл с другого телефона — всё пусто".
  // v3.19: id=4 ("Не открыли/недоступны") объединён с cancel(=3) — но
  // старые записи в БД могут ещё иметь rmn_status=4 (писали до этого
  // фикса). Маппим на 'cancel' для обратной совместимости при
  // восстановлении — иначе value="noaccess" не найдёт такой <option> в
  // уже объединённом дропдауне и селект молча останется пустым.
  const RMN_STATUS_MAP = {1:'done', 2:'deferred', 3:'cancel', 4:'cancel'};

  freshJobs.forEach(j => {
    const serverSavedAt = j.report_saved_at;
    const localRep      = updatedReports[j.id];
    const localSavedAt  = localRep?.savedAt;

    // Есть ли серверный отчёт (хотя бы rmn_status или cash_data)
    const hasServerReport = j.rmn_status > 0 || j.cash_data_json || j.report_desc;
    if (!hasServerReport) {
      // v3.15: раньше тут был тихий return без единого следа в логе —
      // если сервер вообще не отдал признаков отчёта по этой заявке,
      // это выглядело неотличимо от "не дошли до сравнения по другой
      // причине". Теперь видно явно.
      console.log('[mergeJobs]', j.id, 'сервер не прислал признаков отчёта (rmn_status/cash_data_json/report_desc всё пусто) — пропускаем');
      return;
    }

    // v3.10: пустой локальный черновик (открыли карточку разок, ничего не
    // ввели, но rep всё равно создался/остался с каким-то timestamp) не
    // должен блокировать восстановление — раньше именно это и произошло:
    // телефон когда-то создал пустую локальную запись, её timestamp
    // оказался "новее" реального сохранения с ПК, и сервер проигрывал
    // сравнение по времени, хотя объективно там было больше данных.
    const localHasContent = !!(localRep && (
      localRep.result ||
      localRep.desc ||
      (localRep.cash_data && (localRep.cash_data.total > 0 || localRep.cash_data.items?.length))
    ));

    // Сравниваем timestamps только если ОБЕ стороны реально что-то содержат
    const serverIsNewer = !localHasContent ||
      (serverSavedAt && new Date(serverSavedAt) > new Date(localSavedAt));

    // v3.15: логируем КАЖДОЕ сравнение целиком, независимо от исхода —
    // раньше console.log стоял только внутри if(serverIsNewer), то есть
    // если решение было "оставить локальное" — в логах не было вообще
    // никакого следа что сравнение произошло. Теперь видно явно: что
    // сервер отдал, что было локально, и почему выбрано то или другое.
    console.log('[mergeJobs]', j.id,
      'serverSavedAt=', serverSavedAt || 'нет',
      'localSavedAt=', localSavedAt || 'нет',
      'localHasContent=', localHasContent,
      '→ decision=', serverIsNewer ? 'ВЗЯЛИ СЕРВЕР' : 'ОСТАВИЛИ ЛОКАЛЬНОЕ');

    if (serverIsNewer) {
      let cashData = null;
      try {
        if (j.cash_data_json) cashData = JSON.parse(j.cash_data_json);
      } catch(e) { console.warn('cash_data parse error:', e); }

      // Парсим фактическое время "HH:MM-HH:MM" из issuestartendfactfield
      const timeParts = (j.time_fact || '').split('-');

      updatedReports[j.id] = {
        jobId:          j.id,
        result:         RMN_STATUS_MAP[j.rmn_status] || '',
        desc:           j.report_desc || '',
        cash_data:      cashData,
        // v5.7/v3.16: расходники — раньше это поле тут вообще отсутствовало,
        // потому что серверный ответ его не содержал (см. fix в showList()).
        materials_used: j.materials_used || '',
        time_arrived:   timeParts[0]?.trim() || '',
        time_departed:  timeParts[1]?.trim() || '',
        // v3.33: КРИТИЧНО — jobTitle тут вообще отсутствовал. Как только
        // сервер побеждал сравнение (а для своих задач, начиная с v3.32,
        // это происходит регулярно, они теперь тоже приходят через
        // /api/jobs) — это поле молча стиралось в undefined, хотя desc/
        // касса восстанавливались нормально. submitReport()'s проверка
        // "для своей задачи нужен заголовок" начинала ложно срабатывать
        // на уже полностью заполненной задаче. j.title — это t.name в
        // GLPI, ровно то же значение что было отправлено как job_title
        // при создании (см. create_custom_task_ticket()) — просто читаем
        // его обратно.
        jobTitle:       j.title || '',
        ticketId:       j.ticket_id,
        taskId:         j.task_id,
        savedAt:        serverSavedAt || new Date().toISOString(),
        synced:         true,  // данные с сервера — уже синхронизированы
        final:          !!j.locked,  // v3.2: locked на сервере = точно финальная сдача
        // v5.35/v3.58: КРИТИЧНО — раз locked на сервере, значит финальная
        // сдача там уже принята и обработана. Без этого флага отчёт
        // считался бы "final, но не подтверждён" и вечно пытался бы
        // переслаться при каждом фоновом синке (см. фильтры unsent).
        finalSynced:    !!j.locked,
        _from_server:   true,  // маркер для отладки
      };
      console.log('[mergeJobs] restored rep from server for', j.id,
        'server:', serverSavedAt, 'local was:', localSavedAt || 'none');
    }
  });

  saveReports(updatedReports);

  // v3.33: КРИТИЧНО — раньше исключал type==='custom' из "уже известных"
  // id. Это было безобидно ДО v3.32 (своя задача никогда не приходила с
  // сервера — сравнивать было физически не с чем). Теперь она приходит —
  // и с этим исключением любая своя задача ВСЕГДА выглядела "новой" для
  // hasNew, даже если ничего не изменилось: баннер "наряд обновился"
  // висел постоянно. cachedIds должен отражать ВСЕ уже известные id, а
  // не притворяться что своих задач не существует.
  const cachedIds = new Set(cached.map(j => j.id));
  const hasNew    = freshJobs.some(j => !cachedIds.has(j.id));

  // v3.64: КРИТИЧНО — баннер "наряд обновился" нужен, когда список
  // меняется ФОНОМ (менеджер назначил что-то, пока мастер работает) —
  // чтобы не дёргать его экран под руками. Но если мастер САМ только
  // что забрал заявку и ждёт её появления — баннер выглядит как баг:
  // "забрал, а ничего не появилось, пока не ткнул". Max: "я полагал
  // что при обновлении страницы мне всё же отдаст заявку сразу".
  // _expectNewJobs ставится перед осознанным действием и сгорает
  // сразу после применения — на один раз, не превращается в
  // постоянное отключение защиты.
  if (hasNew && cached.length > 0 && !_expectNewJobs) {
    _pendingJobsUpdate = [...freshJobs, ...cachedCustom];
    document.getElementById('update-bar').style.display = 'flex';
  } else {
    saveJobs([...freshJobs, ...cachedCustom]);
    _pendingJobsUpdate = null;
    _expectNewJobs = false;
  }
}

function applyJobsUpdate() {
  if (_pendingJobsUpdate) {
    saveJobs(_pendingJobsUpdate);
    _pendingJobsUpdate = null;
  }
  document.getElementById('update-bar').style.display = 'none';
  renderJobs();
}

// v5.23/v3.45: строка "с кем работаешь" в шапке списка — видна ВСЕМ
// участникам бригады (включая лида), не только не-лиду (в отличие от
// readonly-banner, который показывается только тем кто НЕ ведёт).
// Пусто/скрыто, если бригады на сегодня нет или в ней всего один
// человек (Max: "если в команде один человек — не страшно", незачем
// показывать список ради самого себя).
function renderCrewLine() {
  const el = document.getElementById('topbar-crew');
  if (!el) return;
  const crew = getCrewStatus();
  if (!crew.team || crew.team.length <= 1) {
    el.style.display = 'none';
    return;
  }
  const names = crew.team.map(m => {
    const label = m.is_me ? 'Ты' : m.name;
    return m.is_lead ? `👑 ${label}` : label;
  }).join(', ');
  el.textContent = `Команда: ${names}`;
  el.style.display = 'block';
}

// v5.26/v3.48: "просмотр прошлых РМН" — Max: у мастера раньше был доступ
// к гугл-таблице с историей своих отчётов (сверка кассы), отобрали не
// дав замены. Read-only, кэшируем последний ответ локально — тем же
// v5.29/v3.52: СуперМастер — незанятые заявки своего направления, захват
// без участия менеджера. Max: "менеджер может не успевать, заявка только
// что 'с печи' от оператора". Не кэшируем список локально (в отличие от
// истории/долга) — тут принципиально важна свежесть: список должен
// отражать что реально свободно ПРЯМО СЕЙЧАС, кэш легко подсунет уже
// забранную кем-то заявку.
// ══════════════════════════════════════════════════════════════════════════════
// ПЛАНИРОВАНИЕ (v3.65): будущие заявки, выбор дня, тихий перенос, продолжение
// ══════════════════════════════════════════════════════════════════════════════
let _planDateResolve = null;

// v3.71: выбор дня — три быстрые кнопки (Сегодня/Завтра/Послезавтра) +
// календарь на любой день до plan_max_days. Раньше были только кнопки
// на 5 дней; СуперМастера попросили переносить дальше и "лучше
// календарём" — кнопками месяц не покрыть. Быстрые кнопки оставил:
// самые частые случаи — одним тапом, без открытия календаря.
// Возвращает Promise: null — отмена; '' — сегодня (серверу шлём пусто,
// он берёт своё "сегодня"); 'YYYY-MM-DD' — выбранный день.
function pickPlanDate(title, extraHtml = '') {
  const maxDays = LS('rmn_plan_max_days') || 5;
  document.getElementById('plan-date-title').textContent = title;
  document.getElementById('plan-date-extra').innerHTML = extraHtml;
  const quick = ['Сегодня', 'Завтра', 'Послезавтра'].map((label, i) =>
    `<button onclick="_closePlanDate('${i === 0 ? '' : localDateStr(i)}')">${label}</button>`).join('');
  document.getElementById('plan-date-days').innerHTML = `
    ${quick}
    <div class="plan-cal">
      <input type="date" id="plan-date-cal" class="plan-input"
        min="${localDateStr(0)}" max="${localDateStr(maxDays)}" value="${localDateStr(3)}">
      <button class="plan-cal-ok" onclick="_pickFromCalendar()">Выбрать дату</button>
    </div>`;
  document.getElementById('plan-date-overlay').style.display = 'flex';
  return new Promise(resolve => { _planDateResolve = resolve; });
}

function _pickFromCalendar() {
  const v = document.getElementById('plan-date-cal')?.value;
  if (!v) { alert('Выбери дату в календаре'); return; }
  const maxDays = LS('rmn_plan_max_days') || 5;
  if (v < localDateStr(0))       { alert('Дата не может быть в прошлом'); return; }
  if (v > localDateStr(maxDays)) { alert(`Не дальше чем на ${maxDays} дней вперёд`); return; }
  _closePlanDate(v === localDateStr(0) ? '' : v);
}

function _closePlanDate(value) {
  document.getElementById('plan-date-overlay').style.display = 'none';
  const r = _planDateResolve;
  _planDateResolve = null;
  if (r) r(value);
}

// Экран "Будущие заявки" — из кэша, работает офлайн. Группы по дням.
function showFutureJobs() {
  show('s-future');
  const el = document.getElementById('future-list');
  const todayStr = localDateStr();
  const jobs = getJobs().filter(j => j.visitDate && j.visitDate > todayStr && !j.removed);
  if (!jobs.length) {
    el.innerHTML = '<p style="text-align:center;color:#6C6C70;padding:2rem">Ничего не запланировано</p>';
    return;
  }
  const groups = {};
  jobs.forEach(j => { (groups[j.visitDate] = groups[j.visitDate] || []).push(j); });
  const tomorrowStr = localDateStr(1);
  const reports = getReports();
  el.innerHTML = Object.keys(groups).sort().map(d => {
    const label = d === tomorrowStr ? 'Завтра'
                : new Date(d).toLocaleDateString('ru-RU', {weekday: 'long', day: 'numeric', month: 'long'});
    return `<div class="date-divider">${label}</div>` + renderJobCards(groups[d], reports, true);
  }).join('');
}

// После изменения плана — обновить список и вернуть мастера туда, где он был.
async function _refreshAfterPlanChange() {
  const wasFuture = document.getElementById('s-future')?.classList.contains('active');
  await showList();
  if (wasFuture) showFutureJobs();
}

// Тихий перенос своей заявки (СуперМастер, автор задачи = исполнитель).
// Никаких "Перенос:" в истории — меняются только дата и текст задачи.
async function rescheduleOwnJob(jobId) {
  const job = getJobs().find(j => j.id === jobId);
  if (!job?.ticket_id) return;
  if (!navigator.onLine) { alert('Нужна связь, чтобы перенести заявку.'); return; }
  const date = await pickPlanDate(`Перенести заявку #${job.ticket_id} на:`);
  if (date === null) return;
  try {
    const res = await apiFetch(`/api/tickets/${job.ticket_id}/reschedule`, {
      method: 'POST', body: JSON.stringify({ date: date || null }),
    });
    if (res.ok) {
      await _refreshAfterPlanChange();
    } else {
      let msg = 'Не удалось перенести заявку';
      try { msg = (await res.json()).detail || msg; } catch(e) {}
      alert(msg);
    }
  } catch(e) {
    console.warn('[rescheduleOwnJob]', jobId, e);
    alert('Не удалось перенести заявку — попробуй ещё раз.');
  }
}

// "Продолжить работы по адресу" — новая заявка-продолжение (свой учёт
// времени/кассы/расходников на каждый этап), на выбранный день.
// Сценарий Max: "приехал — не пустили": сдаёт отчёт "Отмена", затем
// продолжение на день следующей попытки. Это НЕ перенос — визит был.
async function continueWorkPrompt(jobId) {
  const job = getJobs().find(j => j.id === jobId);
  if (!job?.ticket_id) return;
  if (!navigator.onLine) { alert('Нужна связь, чтобы создать продолжение.'); return; }
  const extra = `
    <input id="cont-name" class="plan-input" placeholder="Что дальше: монтаж ВОЛС, повторный заезд…">
    <textarea id="cont-content" class="plan-input" rows="3" placeholder="Подробности (по желанию)"></textarea>
    <div style="font-size:13px;color:#6C6C70;margin-bottom:6px">На какой день:</div>`;
  const date = await pickPlanDate(`Продолжение по заявке #${job.ticket_id}`, extra);
  if (date === null) return;
  const name = (document.getElementById('cont-name')?.value || '').trim();
  const content = (document.getElementById('cont-content')?.value || '').trim();
  if (!name) { alert('Напиши коротко, что нужно сделать дальше.'); return; }
  try {
    const res = await apiFetch(`/api/tickets/${job.ticket_id}/continue`, {
      method: 'POST', body: JSON.stringify({ name, content: content || null, date: date || null }),
    });
    if (res.ok) {
      const data = await res.json();
      _expectNewJobs = true;  // мастер сам создал — показываем сразу, без баннера
      alert(`Создана заявка-продолжение #${data.ticket_id}.`);
      await _refreshAfterPlanChange();
    } else {
      let msg = 'Не удалось создать продолжение';
      try { msg = (await res.json()).detail || msg; } catch(e) {}
      alert(msg);
    }
  } catch(e) {
    console.warn('[continueWorkPrompt]', jobId, e);
    alert('Не удалось создать продолжение — попробуй ещё раз.');
  }
}

async function showUnclaimedTickets() {
  show('s-unclaimed');
  const el = document.getElementById('unclaimed-list');
  el.innerHTML = '<p style="text-align:center;color:#6C6C70;padding:2rem">Загрузка...</p>';

  if (!navigator.onLine) {
    el.innerHTML = '<p style="text-align:center;color:#6C6C70;padding:2rem">Нужна связь — список не кэшируется, тут всегда нужны самые свежие данные.</p>';
    return;
  }

  try {
    const res = await apiFetch('/api/tickets/unclaimed', { timeout: 15000 });  // v3.62: основной экран, не вспомогательный
    if (!res.ok) {
      el.innerHTML = '<p style="text-align:center;color:#6C6C70;padding:2rem">Не удалось загрузить</p>';
      return;
    }
    const data = await res.json();
    renderUnclaimedList(data.tickets || []);
  } catch(e) {
    console.warn('[showUnclaimedTickets] не удалось загрузить:', e);
    el.innerHTML = '<p style="text-align:center;color:#6C6C70;padding:2rem">Не удалось загрузить</p>';
  }
}

function renderUnclaimedList(tickets) {
  const el = document.getElementById('unclaimed-list');
  if (!tickets.length) {
    el.innerHTML = '<p style="text-align:center;color:#6C6C70;padding:2rem">Свободных заявок нет</p>';
    return;
  }
  const PRIORITY_LABELS = {3: 'Средний', 4: 'Высокий', 5: 'Очень высокий'};
  el.innerHTML = tickets.map(t => `
    <div class="unclaimed-card">
      <div class="unclaimed-card-title">${t.title || 'Заявка #' + t.ticket_id}</div>
      <div class="unclaimed-card-meta">#${t.ticket_id} · Приоритет: ${PRIORITY_LABELS[t.priority] || t.priority}</div>
      ${t.content ? `<div class="unclaimed-card-desc">${t.content}</div>` : ''}
      <details class="comments-spoiler" data-loaded="0" ontoggle="loadUnclaimedComments(this, ${t.ticket_id})">
        <summary>Комментарии к заявке</summary>
        <div class="uc-comments-body"><p style="color:#6C6C70;font-size:13px;padding:8px 0">Тапни, чтобы загрузить</p></div>
      </details>
      <button class="btn-send" style="margin-top:10px" onclick="grabTicket(${t.ticket_id})">
        <i class="ti ti-hand-grab"></i>Забрать себе
      </button>
    </div>
  `).join('');
}

// v5.29/v3.52: ленивая загрузка — комментарии тянутся только когда мастер
// реально раскрыл спойлер конкретной карточки, не для ВСЕХ заявок списка
// сразу (иначе N+1 запросов при каждом открытии экрана). data-loaded
// защищает от повторной загрузки при повторном открытии/закрытии одного
// и того же спойлера.
async function loadUnclaimedComments(detailsEl, ticketId) {
  if (!detailsEl.open || detailsEl.dataset.loaded === '1') return;
  detailsEl.dataset.loaded = '1';
  const body = detailsEl.querySelector('.uc-comments-body');
  body.innerHTML = '<p style="color:#6C6C70;font-size:13px;padding:8px 0">Загрузка...</p>';
  try {
    // v3.62: таймаут СОЗНАТЕЛЬНО оставлен коротким (5с), в отличие от
    // остальных, поднятых до 15-20с. Комментарии — вспомогательный
    // контекст: если не успели загрузиться, мастер просто не увидит
    // спойлер и спокойно работает дальше. Ничего не теряется, заставлять
    // его ждать 15 секунд ради необязательной подсказки незачем.
    const res = await apiFetch(`/api/comments/${ticketId}`, { timeout: 5000 });
    if (!res.ok) { body.innerHTML = '<p style="color:#6C6C70;font-size:13px;padding:8px 0">Не удалось загрузить</p>'; return; }
    const data = await res.json();
    if (!data.comments || !data.comments.length) {
      body.innerHTML = '<p style="color:#6C6C70;font-size:13px;padding:8px 0">Комментариев нет</p>';
      return;
    }
    body.innerHTML = data.comments.map(c => `
      <div class="comment-item">
        <div class="comment-item-author">${c.author}${c.date ? ' · ' + new Date(c.date).toLocaleDateString('ru-RU', {day: 'numeric', month: 'long'}) : ''}</div>
        <div class="comment-item-text">${c.content}</div>
      </div>
    `).join('');
  } catch(e) {
    body.innerHTML = '<p style="color:#6C6C70;font-size:13px;padding:8px 0">Не удалось загрузить</p>';
    detailsEl.dataset.loaded = '0';  // не удалось — пусть попробует ещё раз при следующем открытии
  }
}

async function grabTicket(ticketId) {
  if (!navigator.onLine) { alert('Нужна связь, чтобы забрать заявку — так сразу видно, не забрал ли её уже кто-то другой.'); return; }
  // v3.65: "забрать на число" — Max: две итерации "забрал + перенёс"
  // сводятся в одну. Выбор дня заменил прежний confirm(): кнопка дня и
  // есть подтверждение, "Отмена" — отказ. Обычный случай — "Сегодня".
  const date = await pickPlanDate(
    `Забрать заявку #${ticketId} себе — на какой день?`,
    `<div style="font-size:13px;color:#6C6C70;margin-bottom:8px">Созвон и ремонт с отчётом на тебе, закрывает менеджер как обычно.</div>`
  );
  if (date === null) return;

  try {
    const res = await apiFetch(`/api/tickets/${ticketId}/grab`, {
      method: 'POST', timeout: 15000,  // v3.62: запись, терять нельзя
      body: JSON.stringify({ date: date || null }),
    });
    if (res.ok) {
      // v3.64: мастер сам забрал и ждёт результат — применяем сразу,
      // без баннера "наряд обновился" (см. mergeJobs()).
      _expectNewJobs = true;
      alert(date ? 'Заявка твоя! Она в "Будущих заявках" на выбранный день.'
                 : 'Заявка твоя! Появится в обычном списке нарядов.');
      showList();
    } else if (res.status === 409) {
      alert('Эту заявку уже забрал кто-то другой — обновляю список.');
      showUnclaimedTickets();
    } else {
      alert('Не удалось забрать заявку — попробуй ещё раз.');
    }
  } catch(e) {
    console.warn('[grabTicket] ошибка:', e);
    alert('Не удалось забрать заявку — попробуй ещё раз.');
  }
}

// v5.26/v3.48: кэшируется в localStorage — доступно даже офлайн, тем же
// принципом что и весь остальной офлайн-режим приложения (не свежее, но
// хоть что-то видно без связи).
// v5.27/v3.50: кастомизация услуг — видимость/порядок плиток кассы.
// Рабочая (не сохранённая) копия overlay, редактируемая на этом экране —
// не пишем в rmn_service_overlay пока явно не нажали "Сохранить".
let _svcSettingsDraft = null;

async function showServiceSettings() {
  show('s-service-settings');

  const local = getServiceOverlay();
  _svcSettingsDraft = { hidden: [...(local.hidden || [])], order: [...(local.order || [])] };

  if (navigator.onLine) {
    try {
      const res = await apiFetch('/api/services/overlay', { timeout: 15000 });  // v3.62
      if (res.ok) {
        const server = await res.json();
        // v5.27/v3.50: КРИТИЧНО — сверка "кто новее", не автосохранение.
        // Если серверная версия новее локальной — значит настройки
        // правили с другого устройства, наша локальная копия устарела.
        // Подставляем серверную как отправную точку — не даём случайно
        // затереть более свежие изменения устаревшими локальными.
        const serverNewer = server.updated_at &&
          (!local.updated_at || new Date(server.updated_at) > new Date(local.updated_at));
        if (serverNewer) {
          _svcSettingsDraft = { hidden: [...(server.hidden || [])], order: [...(server.order || [])] };
          saveServiceOverlay({ hidden: _svcSettingsDraft.hidden, order: _svcSettingsDraft.order, updated_at: server.updated_at });
          console.log('[showServiceSettings] серверная версия новее — подставили её');
        }
      }
    } catch(e) { console.warn('[showServiceSettings] не удалось проверить сервер:', e); }
  }

  renderServiceSettingsList();
}

function renderServiceSettingsList() {
  const el = document.getElementById('service-settings-list');
  if (!el || !_svcSettingsDraft) return;

  const hidden = new Set(_svcSettingsDraft.hidden);
  const orderIndex = new Map(_svcSettingsDraft.order.map((id, i) => [id, i]));
  const sorted = _svcList.slice().sort((a, b) => {
    const ai = orderIndex.has(a.id) ? orderIndex.get(a.id) : Infinity;
    const bi = orderIndex.has(b.id) ? orderIndex.get(b.id) : Infinity;
    return ai - bi;
  });

  el.innerHTML = sorted.map((s, idx) => {
    const isHidden = hidden.has(s.id);
    return `<div class="svc-settings-row${isHidden ? ' svc-settings-row-hidden' : ''}">
      <label class="svc-settings-toggle">
        <input type="checkbox" ${isHidden ? '' : 'checked'} onchange="svcSettingsToggle('${s.id}')">
      </label>
      <div class="svc-settings-label">${s.label} <span class="svc-settings-price">${s.price} ₽</span></div>
      ${!isHidden ? `<div class="svc-settings-arrows">
        <button onclick="svcSettingsMove('${s.id}',-1)" ${idx === 0 ? 'disabled' : ''}>↑</button>
        <button onclick="svcSettingsMove('${s.id}',1)">↓</button>
      </div>` : ''}
    </div>`;
  }).join('');
}

function svcSettingsToggle(id) {
  const idx = _svcSettingsDraft.hidden.indexOf(id);
  if (idx >= 0) _svcSettingsDraft.hidden.splice(idx, 1);
  else _svcSettingsDraft.hidden.push(id);
  renderServiceSettingsList();
}

// v5.27/v3.50: пересобираем order по ТЕКУЩЕМУ отображаемому порядку
// (включая "новые" услуги, которых явно ещё нет в order) — иначе
// перемещение визуально одного элемента относилось бы к другому списку,
// если в order были дыры от уже несуществующих/скрытых id.
function svcSettingsMove(id, dir) {
  const hidden = new Set(_svcSettingsDraft.hidden);
  const orderIndex = new Map(_svcSettingsDraft.order.map((oid, i) => [oid, i]));
  const visibleSorted = _svcList
    .filter(s => !hidden.has(s.id))
    .slice()
    .sort((a, b) => {
      const ai = orderIndex.has(a.id) ? orderIndex.get(a.id) : Infinity;
      const bi = orderIndex.has(b.id) ? orderIndex.get(b.id) : Infinity;
      return ai - bi;
    })
    .map(s => s.id);

  const i = visibleSorted.indexOf(id);
  const j = i + dir;
  if (i < 0 || j < 0 || j >= visibleSorted.length) return;
  [visibleSorted[i], visibleSorted[j]] = [visibleSorted[j], visibleSorted[i]];

  _svcSettingsDraft.order = visibleSorted;
  renderServiceSettingsList();
}

async function saveServiceSettings() {
  const payload = { hidden: _svcSettingsDraft.hidden, order: _svcSettingsDraft.order };
  const updated_at = new Date().toISOString();
  saveServiceOverlay({ ...payload, updated_at });  // локально — сразу, офлайн-дружелюбно

  if (!navigator.onLine) {
    alert('Сохранено локально. Отправим на сервер при появлении связи.');
    goList();
    return;
  }

  try {
    const res = await apiFetch('/api/services/overlay', {
      method: 'POST',
      body: JSON.stringify(payload),
    });
    if (res.ok) {
      const data = await res.json();
      saveServiceOverlay({ ...payload, updated_at: data.updated_at || updated_at });
      alert('Сохранено.');
    } else {
      alert('Сохранено локально, но не отправилось на сервер — попробуем позже.');
    }
  } catch(e) {
    console.warn('[saveServiceSettings] не удалось отправить:', e);
    alert('Сохранено локально, но не отправилось на сервер — попробуем позже.');
  }
  goList();
}

async function showHistory() {
  show('s-history');
  const listEl = document.getElementById('history-list');
  const cached = LS('rmn_history');
  if (cached) renderHistory(cached);
  else listEl.innerHTML = '<p style="text-align:center;color:#6C6C70;padding:2rem">Загрузка...</p>';

  if (!navigator.onLine) {
    if (!cached) listEl.innerHTML =
      '<p style="text-align:center;color:#6C6C70;padding:2rem">Нет связи и нет сохранённой истории — попробуй позже</p>';
    return;
  }

  try {
    const res = await apiFetch('/api/history');
    if (res.ok) {
      const data = await res.json();
      LS('rmn_history', data.history);
      renderHistory(data.history);
    }
  } catch(e) {
    console.warn('[showHistory] не удалось загрузить:', e);
    if (!cached) listEl.innerHTML =
      '<p style="text-align:center;color:#6C6C70;padding:2rem">Не удалось загрузить историю</p>';
  }
}

function renderHistory(history) {
  const el = document.getElementById('history-list');
  if (!history || !history.length) {
    el.innerHTML = '<p style="text-align:center;color:#6C6C70;padding:2rem">Пока пусто</p>';
    return;
  }
  // Та же карта что и в mergeJobs() — 1=done, 2=deferred, 3/4=cancel (объединены)
  const STATUS_LABELS = {1: '✓ Выполнено', 2: '↷ Перенесено', 3: '✗ Отмена', 4: '✗ Отмена'};

  el.innerHTML = history.map(h => {
    let cashData = null;
    try { if (h.cash_data_json) cashData = JSON.parse(h.cash_data_json); } catch(e) { /* игнор — просто не покажем кассу */ }

    const dateLabel = h.visit_date
      ? new Date(h.visit_date).toLocaleDateString('ru-RU', {day: 'numeric', month: 'long'})
      : '—';
    const statusLabel = STATUS_LABELS[h.rmn_status] || '';

    // v5.31/v3.54: КРИТИЧНО — раньше показывали одну свёрнутую цифру кассы
    // (cash_taken ?? total), Max: "нужны детальные данные — расходники как
    // рассчитывались, какие услуги были, сколько наличными, сколько со
    // счёта". Данные уже приходят с бэка ПОЛНОСТЬЮ (cash_data_json.items) —
    // просто не разворачивались на фронте, бэкенд трогать не пришлось.
    let itemsBlock = '';
    let paymentBlock = '';
    if (cashData) {
      if (cashData.items && cashData.items.length) {
        itemsBlock = `<div class="history-card-items">
          ${cashData.items.map(it => {
            const qty = it.qty || 1;
            const lineTotal = (parseFloat(it.price) || 0) * qty;
            return `<div class="history-card-row">
              <span>${it.label}${qty > 1 ? ' × ' + qty : ''}${it.pay === 'acc' ? ' 🏦' : ''}</span>
              <span>${lineTotal.toLocaleString('ru-RU')} ₽</span>
            </div>`;
          }).join('')}
          <div class="history-card-row history-card-row-total">
            <span>Итого за услуги</span>
            <span>${(cashData.total || 0).toLocaleString('ru-RU')} ₽</span>
          </div>
        </div>`;
      }
      // Способ оплаты — явно, отдельной строкой: сколько реально взял
      // наличными (может отличаться от общей суммы услуг), или что ушло
      // на счёт клиента без участия наличных вообще.
      // v3.66: + режим "Нал+счёт" — две строки, чтобы сверить кассу
      paymentBlock = cashData.pay_mode === 'acc'
        ? `<div class="history-card-row"><span>Оплата</span><span>со счёта клиента</span></div>`
        : cashData.pay_mode === 'mixed'
        ? `<div class="history-card-row"><span>Взял наличными</span><span>${(cashData.cash_taken || 0).toLocaleString('ru-RU')} ₽</span></div>
           <div class="history-card-row"><span>Списано со счёта</span><span>${(cashData.acc_amount || 0).toLocaleString('ru-RU')} ₽</span></div>`
        : `<div class="history-card-row"><span>Взял наличными</span><span>${(cashData.cash_taken ?? cashData.total ?? 0).toLocaleString('ru-RU')} ₽</span></div>`;
    }

    const materialsRow = h.materials_used
      ? `<div class="history-card-row"><span>Расходники</span><span>${h.materials_used}</span></div>`
      : '';

    return `<div class="history-card">
      <div class="history-card-addr">${h.title || 'Заявка #' + h.ticket_id}</div>
      <div class="history-card-meta">#${h.ticket_id} · ${dateLabel} · ${statusLabel}</div>
      ${itemsBlock}
      ${paymentBlock}
      ${materialsRow}
      ${h.report_desc ? `<div class="history-card-desc">${h.report_desc}</div>` : ''}
    </div>`;
  }).join('');
}

function renderJobs() {
  const jobs       = getJobs();
  const reports    = getReports();
  const totals     = calcTotals();
  const kassa      = totals.kassa;
  const crew       = getCrewStatus();

  let html = '';

  // v5.21/v3.44: работа в паре — если не я веду смену сегодня, режим
  // только для чтения. Баннер вверху списка, кнопки отчёта у каждой
  // заявки скрыты (см. renderJobCards()). Бэкенд перепроверяет это же
  // независимо (save_report/save_reports_bulk) — фронт тут для UX, не
  // единственная защита.
  if (!crew.is_lead) {
    html += `<div class="readonly-banner">
      <i class="ti ti-lock"></i>
      Смену сегодня ведёт ${crew.lead_name || 'напарник'} — у тебя режим только для чтения
    </div>`;
  }

  // v3.63: СуперМастер — вход в свободные заявки ПЕРЕД выданными (Max:
  // "отдельное меню вверху перед выданными заявками"). Раньше был
  // строкой в самом хвосте списка, рядом с историей/настройками — то
  // есть ниже итогов дня, куда мастер долистывает редко. А это не
  // справочный раздел, а рабочий инструмент: СуперМастер сам решает что
  // брать, значит вход должен быть на виду. Видно ТОЛЬКО при
  // is_super=true — у обычного мастера этого блока нет вообще.
  if (getIsSuper()) {
    html += `<div class="free-jobs-card" onclick="showUnclaimedTickets()">
      <i class="ti ti-hand-grab" style="font-size:22px"></i>
      <div>
        <div class="free-jobs-title">Свободные заявки</div>
        <div class="free-jobs-sub">Твоё направление — можно забрать себе</div>
      </div>
      <i class="ti ti-chevron-right" style="font-size:20px;margin-left:auto;opacity:.6"></i>
    </div>`;
  }

  if (!jobs.length) {
    html += `<div style="padding:40px 20px;text-align:center;color:#6C6C70">
      <i class="ti ti-calendar-off" style="font-size:48px;display:block;margin-bottom:12px"></i>
      <div style="font-size:16px;font-weight:600">Нарядов нет</div>
      <div style="font-size:14px;margin-top:6px">Обратись к менеджеру</div>
    </div>`;
  } else {
    // Группировка по дате визита (visitDate) — единый прокручиваемый список
    // с разделителями вместо переключения между датами/сменами.
    // v3.23: КРИТИЧНО — раньше группа "нет даты" безусловно подписывалась
    // "Свои задачи", из-за чего любой обычный тикет без visitDate (даже
    // временный плейсхолдер из openDebtJob()) визуально попадал в раздел
    // custom-задач. Теперь ключ группировки явно завязан на type — заявка
    // без даты (аномалия, не должно случаться в норме) получит честную
    // метку "Без даты", не спутается со своими задачами.
    const groups = {};
    jobs.forEach(j => {
      const key = j.type === 'custom' ? '__custom__' : (j.visitDate || '__nodate__');
      (groups[key] = groups[key] || []).push(j);
    });
    const sortedDates = Object.keys(groups).sort();

    const todayStr = localDateStr();
    // v5.25/v3.46: РМН-Админ теперь умеет назначать заявки на завтра и
    // дальше вперёд (планирование команд) — список мастера расширен до
    // "сегодня + завтра" (см. main.py FUTURE_VISIBILITY_DAYS). Явная метка
    // "Завтра", а не просто дата — та же логика что и у "Сегодня".
    const tomorrowStr = localDateStr(1);
    const dateLabel = (d) => {
      if (d === '__custom__') return 'Свои задачи';
      if (d === '__nodate__') return 'Без даты';
      if (d === todayStr) return 'Сегодня';
      if (d === tomorrowStr) return 'Завтра';
      return new Date(d).toLocaleDateString('ru-RU', {day:'numeric', month:'long'});
    };

    // v3.65: будущие даты больше НЕ в основном списке — у них свой экран
    // "Будущие заявки" (таймлайн до +FUTURE_VISIBILITY_DAYS). Раньше был
    // свёрнутый блок "Завтра" прямо тут, но с горизонтом в 5 дней (и
    // переносом СуперМастером) одна и та же заявка жила бы в двух местах.
    // В основном списке остаётся только плитка-вход со счётчиком.
    const futureCount = sortedDates
      .filter(d => d !== '__custom__' && d !== '__nodate__' && d > todayStr)
      .reduce((n, d) => n + groups[d].length, 0);
    if (futureCount > 0) {
      html += `<div class="future-jobs-card" onclick="showFutureJobs()">
        <i class="ti ti-calendar-event" style="font-size:22px"></i>
        <div>
          <div class="free-jobs-title">Будущие заявки (${futureCount})</div>
          <div class="free-jobs-sub">Запланированное на ближайшие дни</div>
        </div>
        <i class="ti ti-chevron-right" style="font-size:20px;margin-left:auto;opacity:.6"></i>
      </div>`;
    }

    sortedDates.forEach(dateKey => {
      const isPast   = dateKey !== '__custom__' && dateKey !== '__nodate__' && dateKey < todayStr;
      const isFuture = dateKey !== '__custom__' && dateKey !== '__nodate__' && dateKey > todayStr;

      if (isFuture) {
        return;  // v3.65: см. выше — живут на экране "Будущие заявки"
      } else {
        html += `<div class="date-divider">${dateLabel(dateKey)}</div>`;
        html += renderJobCards(groups[dateKey], reports);
        if (isPast) {
          const dLabel = new Date(dateKey).toLocaleDateString('ru-RU', {day:'numeric', month:'long'});
          html += `<button class="close-day-btn" onclick="closeDayShift('${dateKey}')">
            <i class="ti ti-flag-check"></i> Закрыть отчёт за ${dLabel}
          </button>`;
        }
      }
    });
  }

  // Кнопка добавить свою задачу — общая для всего списка, не на каждую группу.
  // v3.8: сразу создаёт задачу и открывает полную форму, без модалки-прослойки
  // (см. addCustomJob()).
  html += `<div class="add-card" onclick="addCustomJob()">
    <i class="ti ti-plus" style="font-size:24px"></i>
    <span>Добавить свою задачу</span>
  </div>`;

  // v5.26/v3.48: вход в историю сданных отчётов — внизу списка, не
  // отдельная вкладка/навигация (у приложения её и так нет) — простая
  // ссылка-строка, как и просил Max.
  html += `<div class="history-link" onclick="showHistory()">
    <i class="ti ti-history" style="font-size:20px"></i>
    <span>История отчётов</span>
  </div>`;

  // v5.27/v3.50: та же логика размещения — вход в настройки услуг рядом с историей.
  html += `<div class="history-link" onclick="showServiceSettings()">
    <i class="ti ti-adjustments" style="font-size:20px"></i>
    <span>Настройки услуг</span>
  </div>`;

  // Итоги
  html += '<div class="section-lbl">Итоги за день</div>';
  html += `<div class="fin-summary">
    <div class="fin-summary-title">Финансы за день</div>
    <div class="fin-summary-row">
      <div class="fin-cell">
        <div class="fin-cell-label">Услуги итого</div>
        <div class="fin-cell-val">${totals.itemsTotal ? totals.itemsTotal.toLocaleString('ru-RU')+'₽' : '—'}</div>
      </div>
      <div class="fin-cell">
        <div class="fin-cell-label">В кассу</div>
        <div class="fin-cell-val green">${totals.kassa ? totals.kassa.toLocaleString('ru-RU')+'₽' : '—'}</div>
      </div>
    </div>
  </div>`;

  if (kassa > 0) {
    html += `<div class="kassa-note">
      <i class="ti ti-cash" style="font-size:24px;color:#7A5900"></i>
      <div>
        <div class="kassa-text">На кассу: ${kassa.toLocaleString('ru-RU')} ₽</div>
        <div class="kassa-sub">Услуги + снято со счетов − зачислено</div>
      </div>
    </div>`;
  }

  // v3.25: "Завершить все смены" — закрывает сегодня + все прошлые
  // незакрытые дни разом (не только сегодня, как раньше). Не консистентно
  // было иметь сданный отчёт за сегодня, пока за вчера/позавчера висит
  // несданным — мастер всё равно обязан их сдать.
  html += `<button class="end-shift-btn" onclick="showEndShift(getAllOpenDateKeys())">
    <i class="ti ti-flag" style="font-size:20px"></i>Завершить все смены
  </button>`;

  html += '<div style="height:1rem"></div>';
  document.getElementById('job-list').innerHTML = html;
  // v3.36: плейсхолдеры вставлены синхронно (пустые), заполняем асинхронно —
  // IndexedDB не может отдать данные синхронно, а переписывать весь
  // renderJobs()/renderJobCards() в async слишком инвазивно ради индикатора.
  _updatePhotoCountBadges(jobs);
}

// v3.36: заполняет плейсхолдеры "#photo-count-<id>", вставленные
// renderJobCards(), реальными счётчиками из IndexedDB — отдельным
// проходом ПОСЛЕ синхронного рендера карточек.
// v5.19/v3.38: КРИТИЧНО — показываем значок только для заявок с
// photoRequired=true (поле Вани). Раньше показывался для любой заявки,
// где просто нашлись прикреплённые фото — не совпадало с "именно на тех
// что требуют отчёта".
// v3.41: КРИТИЧНО — переключились на _photoStatusForJob() (не голый
// _photoCountsForJob()) — для ЗАЛОЧЕННОЙ заявки локальный кэш мог быть
// пуст (фото сдавали с другого устройства, или уже почищено после
// закрытия смены), а на сервере они реально есть. Без этого мастер видел
// бы "фото не прикреплено" на уже давно сданной заявке при переоткрытии
// смены — вводит в заблуждение и путает с тем что якобы ещё можно
// донести (хотя заявка уже read-only, только комментарий).
// v3.43: КРИТИЧНО — своя задача теперь тоже может показывать бейдж, если
// мастер добровольно прикрепил фото (см. toggleResultBlocks() — блок
// фото у своих задач доступен всегда, не только когда photoRequired=true).
// Но "фото ещё не прикреплено" для своей задачи НЕ показываем — это не
// требование, показывать такую пометку означало бы намекать на
// обязательность, которой нет.
async function _updatePhotoCountBadges(jobs) {
  for (const j of jobs) {
    const isCustom = j.type === 'custom';
    if (!j.photoRequired && !isCustom) continue;
    const status = await _photoStatusForJob(j.id, j.ticket_id, j.locked);
    if (isCustom && status.total === 0) continue;  // добровольно, нечего показывать
    const el = document.getElementById('photo-count-' + j.id);
    if (!el) continue;  // экран уже сменился/перерисовался — не страшно
    if (status.source === 'server') {
      el.textContent = `📷 ✓ фото сданы (${status.total})`;
    } else if (status.total > 0) {
      el.textContent = `📷 ${status.uploaded}/${status.total}`;
    } else {
      el.textContent = `📷 фото ещё не прикреплено`;
    }
    el.style.display = 'inline-block';
  }
}

// Рендерит карточки заявок одной группы (одной даты). Вынесена отдельно
// от renderJobs чтобы поддерживать группировку по visitDate с разделителями.
function renderJobCards(jobs, reports, isFuture = false) {
  let html = '';
  const crew = getCrewStatus();  // v5.21/v3.44: один раз, не на каждую карточку
  const isSuper = getIsSuper();  // v3.65: тоже один раз
  jobs.forEach(j => {
    const rep = reports[j.id];
    const isRemoved = j.removed;

    // Статус: сначала смотрим на rmn_status из GLPI (уже отчитались),
    // потом на локальный кэш (ещё не синхронизировано)
    const glpiStatus = j.rmn_status;
    let badge = '<span class="badge b-pending">Ожидает</span>';
    let isReportedFromGlpi = false;

    if (isRemoved) {
      badge = '<span class="badge b-removed">Снята</span>';
    } else if (glpiStatus && glpiStatus > 0) {
      isReportedFromGlpi = true;
      const glpiLabels = {
        1: ['b-done',     'Выполнено'],
        2: ['b-deferred', 'Перенесено'],
        3: ['b-nowork',   'Отмена'],
        4: ['b-nowork',   'Не пустили'],
      };
      const [cls, lbl] = glpiLabels[glpiStatus] || ['b-done', 'Выполнено'];
      badge = `<span class="badge ${cls}">${lbl}</span>`;
    } else if (rep?.result === 'done') {
      badge = '<span class="badge b-done">Выполнено</span>';
    } else if (rep?.result === 'deferred') {
      badge = '<span class="badge b-deferred">Перенесено</span>';
    } else if (rep?.result) {
      badge = '<span class="badge b-nowork">Не выполнено</span>';
    }

    // isReported — источник истины ЯВНЫЙ флаг j.locked с сервера
    // (issuelockedfieldfield в GLPI), выставляется при /api/shift/end.
    const isReported   = !!j.locked;
    const dataIsInGlpi = isReportedFromGlpi || (rep?.result && rep?.synced);

    const typeBadge = j.type === 'custom'
      ? '<span class="badge b-custom">Своя задача</span>' : '';

    const ticketLine = j.ticket_id
      ? `<div class="ticket-line"><i class="ti ti-clipboard-list"></i>Заявка <span class="ticket-num">#${j.ticket_id}</span></div>`
      : `<div class="ticket-line"><i class="ti ti-minus"></i><span>Без заявки</span></div>`;

    const descPreview = j.description
      ? `<div class="job-desc">${j.description.slice(0, 120)}${j.description.length > 120 ? '...' : ''}</div>`
      : '';

    let finPreview = '';
    if (rep) {
      if (rep.cash_data && rep.cash_data.items?.length > 0) {
        finPreview = `<div class="fin-preview">`;
        rep.cash_data.items.slice(0, 3).forEach(it => {
          const qty = it.qty > 1 ? ` ×${it.qty}` : '';
          finPreview += `<span class="fin-chip">${it.label}${qty} ${(it.price*(it.qty||1)).toLocaleString('ru-RU')}₽</span>`;
        });
        if (rep.cash_data.items.length > 3) finPreview += `<span class="fin-chip">+${rep.cash_data.items.length-3} ещё</span>`;
        if (rep.cash_data.pay_mode === 'acc') finPreview += `<span class="fin-chip" style="border-color:var(--blue);color:var(--blue)">🏦 Со счёта</span>`;
        // v3.66: режим "Нал+счёт" — видно сразу, сколько чего
        if (rep.cash_data.pay_mode === 'mixed') finPreview += `<span class="fin-chip" style="border-color:#7B5EA7;color:#7B5EA7">💵 ${(rep.cash_data.cash_taken||0).toLocaleString('ru-RU')} + 🏦 ${(rep.cash_data.acc_amount||0).toLocaleString('ru-RU')}</span>`;
        finPreview += `</div>`;
      } else if (rep.items && rep.items.length > 0) {
        finPreview = `<div class="fin-preview">`;
        rep.items.slice(0, 3).forEach(it => {
          const qty = it.qty > 1 ? ` ×${it.qty}` : '';
          finPreview += `<span class="fin-chip">${it.label}${qty} ${(it.price*(it.qty||1)).toLocaleString('ru-RU')}₽</span>`;
        });
        if (rep.items.length > 3) finPreview += `<span class="fin-chip">+${rep.items.length-3} ещё</span>`;
        if (rep.payMode === 'acc') finPreview += `<span class="fin-chip" style="border-color:var(--blue);color:var(--blue)">🏦 Со счёта</span>`;
        finPreview += `</div>`;
      } else if (rep.service || rep.debit || rep.credit) {
        finPreview = '<div class="fin-preview">';
        if (rep.service) finPreview += `<span class="fin-chip">Услуга ${rep.service}₽</span>`;
        if (rep.debit)   finPreview += `<span class="fin-chip">Со счёта ${rep.debit}₽</span>`;
        if (rep.credit)  finPreview += `<span class="fin-chip">На счёт ${rep.credit}₽</span>`;
        finPreview += '</div>';
      }
    }

    let actions = '';
    // v3.65: СуперМастер и "своя" (спланированная им самим — автор задачи
    // = исполнитель, см. main.py self_planned) заявка. Только по таким
    // разрешён тихий перенос; назначенные менеджером двигает менеджер.
    // Свои задачи (type=custom) сюда не относятся — они всегда "сегодня".
    const canPlan  = isSuper && j.selfPlanned && j.type !== 'custom';
    const canCont  = isSuper && j.type !== 'custom' && !String(j.id).startsWith('c');
    const planBtn  = canPlan
      ? `<button class="plan-btn" onclick="rescheduleOwnJob('${j.id}')"><i class="ti ti-calendar-event"></i>Перенести на другой день</button>`
      : '';
    const contBtn  = canCont
      ? `<button class="plan-btn" onclick="continueWorkPrompt('${j.id}')"><i class="ti ti-git-branch"></i>Продолжить работы по адресу</button>`
      : '';
    const planLabel = j.visitDate
      ? new Date(j.visitDate).toLocaleDateString('ru-RU', {day: 'numeric', month: 'long'})
      : '';

    // v3.47: КРИТИЧНО — будущая заявка (визит ещё не случился физически)
    // не даёт заполнить отчёт вообще, независимо от того лид ли ты в
    // паре — проверяем это ПЕРВЫМ, до crew.is_lead. Адрес/телефон/время
    // видны, самого отчёта нет.
    // v3.65: у СуперМастера по своей заявке — можно передвинуть дату.
    if (isFuture) {
      actions = canPlan
        ? `<div class="readonly-card-note"><i class="ti ti-clock"></i>Запланирована тобой на ${planLabel}</div>${planBtn}`
        : `<div class="readonly-card-note"><i class="ti ti-clock"></i>Запланировано на ${planLabel} — отчёт станет доступен в день визита</div>`;
    } else if (!crew.is_lead) {
      // v5.21/v3.44: работа в паре — не-лид не видит вообще ни одной
      // кнопки действия с отчётом (ни заполнить, ни комментарий, ни
      // удалить свою задачу) — карточка чисто для просмотра. Бэкенд это
      // же перепроверяет независимо (save_report/save_reports_bulk),
      // фронт тут только для UX.
      actions = `<div class="readonly-card-note"><i class="ti ti-eye"></i>Только просмотр</div>`;
    } else if (isReported) {
      // v3.65: после сдачи ("приехал — не пустили") СуперМастеру нужно
      // "Продолжить работы" для следующей попытки — визит состоялся,
      // время и пробег потрачены, это НЕ перенос.
      actions = `<button class="comment-btn" onclick="openComment('${j.id}')">
        <i class="ti ti-message-plus"></i>Добавить комментарий
      </button>${contBtn}`;
    } else if (!isRemoved) {
      const btnLabel = (rep?.result || dataIsInGlpi)
        ? '<i class="ti ti-edit"></i>Редактировать отчёт'
        : '<i class="ti ti-pencil"></i>Заполнить отчёт';
      actions = `<button class="fill-btn" onclick="openForm('${j.id}')">${btnLabel}</button>${planBtn}${contBtn}`;
      // v3.35: удалить можно только ещё не отправленную свою задачу (id
      // всё ещё синтетический 'c...') — см. deleteCustomJobPrompt().
      if (j.type === 'custom' && String(j.id).startsWith('c')) {
        actions += `<button class="delete-custom-btn" onclick="deleteCustomJobPrompt('${j.id}')">
          <i class="ti ti-trash"></i>Удалить
        </button>`;
      }
    }

    // v5.30/v3.53: КРИТИЧНО — стойкая пометка "заявка отклонена сервером"
    // (например уже закрыта менеджером) — переживает и фоновую тихую
    // синхронизацию, и случайно закрытый алерт. Мастер должен увидеть
    // это прямо на карточке при следующем же открытии списка, не только
    // в момент когда это произошло.
    const rejectedNote = rep?.syncRejected
      ? `<div class="sync-rejected-note"><i class="ti ti-alert-triangle"></i>${rep.syncRejected}</div>`
      : '';

    // v3.65: серая — только если с будущей заявкой ничего нельзя сделать.
    html += `<div class="job-card${(isFuture && !canPlan) ? ' job-card-future' : ''}"><div class="job-card-body">
      <div class="job-addr">${j.addr}</div>
      ${descPreview}
      <div class="meta-row">
        <span class="job-time"><i class="ti ti-clock" style="font-size:15px"></i>${j.from} — ${j.to}</span>
        ${badge}${typeBadge ? ' ' + typeBadge : ''}
      </div>
      <div class="divider-line"></div>
      ${ticketLine}${finPreview}
      <span class="photo-count-badge" id="photo-count-${j.id}"></span>
      ${rejectedNote}
      ${actions}
    </div></div>`;
  });
  return html;
}

function calcTotals() {
  return calcTotalsFor(Object.keys(getReports()));
}

// v3.25: раньше calcTotals() всегда считал по ВСЕМ отчётам в localStorage
// разом — для экрана "Завершить все смены" (несколько дат одновременно)
// нужна касса ПО КАЖДОЙ дате отдельно. jobIds — конкретный список id
// заявок этого дня (job.id, не ticket_id).
//
// v3.36 (осознанное решение, НЕ баг): касса считается по jobIds ВНЕ
// зависимости от j.locked — если переоткрыть уже закрытую смену (locked=1,
// заявка в режиме "только комментарий", см. _is_ticket_locked() на бэке),
// экран закрытия всё равно попросит сдать кассу за неё. Так и задумано —
// деньги физически на руках у мастера независимо от статуса тикета,
// статус не отменяет обязанность сдать. Вероятность сценария "закрыл
// смену → передумал → снова открыл" пренебрежимо мала, чтобы городить
// под неё отдельную ветку логики.
function calcTotalsFor(jobIds) {
  // Касса = сумма cash_taken по всем наличным заявкам (сколько мастер физически
  // взял с клиентов). Менеджер потом сам разбирает: часть за услуги, часть на счёт.
  // itemsTotal = сумма услуг по прайсу (для информации, не для кассы напрямую).
  // pay_mode='acc' → безнал, мастер денег не держал → вклад в кассу = 0.
  let kassa = 0, itemsTotal = 0, conflicts = 0;
  const reports = getReports();

  jobIds.forEach(jobId => {
    const r = reports[jobId];
    if (!r) return;
    // Новый формат cash_data
    if (r.cash_data) {
      const total     = r.cash_data.total      || 0;
      const cashTaken = r.cash_data.cash_taken  || 0;
      itemsTotal += total;
      if (r.cash_data.pay_mode === 'mixed') {
        // v3.67: в кассу — взятые наличные; не указал — сумма НАЛИЧНЫХ
        // услуг (всё минус помеченное "со счёта"). Не вся сумма чека:
        // часть ушла со счёта, мастер её в руках не держал.
        kassa += cashTaken > 0 ? cashTaken : Math.max(0, total - (r.cash_data.acc_amount || 0));
      } else if (r.cash_data.pay_mode !== 'acc') {
        // На кассу идёт то что мастер физически взял (cash_taken),
        // если не указано — берём сумму услуг как минимум
        kassa += cashTaken > 0 ? cashTaken : total;
      }
      return;
    }
    // Промежуточный формат items/payMode
    if (r.items) {
      const total = (r.items).reduce((sum, it) => sum + (it.price * (it.qty || 1)), 0);
      itemsTotal += total;
      if (r.payMode !== 'acc') kassa += parseFloat(r.cashTaken) || total;
      return;
    }
    // Старый формат service/debit/credit
    const s = parseFloat(r.service) || 0;
    const d = parseFloat(r.debit)   || 0;
    const c = parseFloat(r.credit)  || 0;
    itemsTotal += s + d + c;
    if (d > 0 && (s > 0 || c > 0)) { conflicts++; return; }
    kassa += (d > 0) ? 0 : (s + c);
  });

  return { kassa: Math.round(kassa), itemsTotal: Math.round(itemsTotal), conflicts };
}


// ══════════════════════════════════════════════════════════════════════════════
// СВОЯ ЗАДАЧА
// ══════════════════════════════════════════════════════════════════════════════

function addCustomJob() {
  // v3.8: раньше модалка собирала адрес+время, которые физически не долетали
  // до отчёта (форма читает desc/time_arrived — совсем другие поля) — мастер
  // вводил всё дважды. Теперь создаём пустую задачу и сразу открываем полную
  // форму — заголовок вводится там же, в #f-custom-title (см. openForm),
  // время — в уже существующих "Прибыл"/"Уехал", один экран, без дублей.
  const id   = 'c' + Date.now();
  const jobs = getJobs();
  jobs.push({
    id, ticket_id: null, addr: '',
    description: '', from: '—', to: '—',
    type: 'custom',
  });
  saveJobs(jobs);
  const reports = getReports();
  reports[id]   = { jobId:id, result:'', desc:'',
                    cash_data: {items:[], total:0, pay_mode:'cash', cash_taken:null},
                    jobTitle: '', synced:false, savedAt:new Date().toISOString() };
  saveReports(reports);
  openForm(id);
}

// v3.35: КРИТИЧНО — раньше не было НИКАКОГО способа удалить свою задачу
// из приложения. Случайно созданная (например тап по кнопке мимо) или
// заведённая "на будущее" и забытая пустая задача висела вечно, никак
// не убрать. Раньше её было даже не видно в списке незаполненных при
// закрытии смены (custom исключался целиком) — теперь видно (v3.34),
// и оказалось что удалить её нечем.
//
// Удаляем ТОЛЬКО если id всё ещё синтетический ('c...') — это значит
// отчёт ни разу не отправлялся на сервер, никакого тикета в GLPI не
// создано, локальное удаление абсолютно безопасно. Если задача уже
// реальный ticket_id (была отправлена хоть раз) — удалить эту кнопку
// не даст: там уже есть реальная запись в GLPI, её нужно закрывать
// как обычную заявку, не прятать из вида.
async function deleteCustomJobPrompt(jobId) {
  if (!String(jobId).startsWith('c')) {
    alert('Эта задача уже отправлена на сервер (создан тикет в GLPI) — удалить её отсюда нельзя, только закрыть как обычную заявку.');
    return;
  }
  const reports = getReports();
  const title = reports[jobId]?.jobTitle || getJobs().find(j => j.id === jobId)?.addr || '(без названия)';
  if (!confirm(`Удалить свою задачу "${title}"? Она ни разу не отправлялась — данные нигде в GLPI не создавались, отменить удаление будет нельзя.`)) return;

  const jobs = getJobs().filter(j => j.id !== jobId);
  saveJobs(jobs);
  delete reports[jobId];
  saveReports(reports);

  // v3.36: своя задача никогда не отправлялась — значит и её фото (если
  // успели прикрепить) никогда не выгружались на сервер. Чистим локально,
  // иначе останутся сиротские записи в IndexedDB без job'а-владельца.
  const photos = await _photoDbGetAllForJob(jobId);
  for (const p of photos) await _photoDbDelete(p.id);

  if (curJob === jobId) curJob = null;
  console.log('[deleteCustomJobPrompt] удалена своя задача', jobId);

  // Перерисовываем тот экран, с которого удаляли — либо экран закрытия
  // смены (если он реально сейчас активен), либо обычный список.
  // v3.35: проверяем классом .active, не просто наличие
  // window._endshiftDateKeys — он не очищается при уходе с этого экрана
  // (goList()), иначе удаление из обычного списка ошибочно перерисовало
  // бы устаревший экран закрытия смены.
  if (document.getElementById('s-endshift')?.classList.contains('active') && window._endshiftDateKeys) {
    showEndShift(window._endshiftDateKeys);
  } else {
    renderJobs();
  }
}

// ══════════════════════════════════════════════════════════════════════════════
// ФОРМА ОТЧЁТА
// ══════════════════════════════════════════════════════════════════════════════
let curJob = null;

// v5.28/v3.51: комментарии к заявке — Max: оператор/менеджер может
// оставить полезную деталь, а мастер её раньше вообще не видел при
// заполнении отчёта. Спойлер скрыт целиком, если комментариев нет —
// не показываем пустой блок ради самого факта что он есть.
async function loadComments(jobId) {
  const spoiler = document.getElementById('comments-spoiler');
  if (!spoiler) return;
  spoiler.style.display = 'none';  // сбрасываем от предыдущей открытой заявки

  const job = getJobs().find(j => j.id === jobId);
  const ticketId = job?.ticket_id;
  // Своя ещё не отправленная задача (ticket_id ещё нет) или офлайн —
  // не пытаемся, комментировать/читать физически нечего/некуда.
  if (!ticketId || !navigator.onLine) return;

  try {
    // v3.62: таймаут СОЗНАТЕЛЬНО оставлен коротким (5с), в отличие от
    // остальных, поднятых до 15-20с. Комментарии — вспомогательный
    // контекст: если не успели загрузиться, мастер просто не увидит
    // спойлер и спокойно работает дальше. Ничего не теряется, заставлять
    // его ждать 15 секунд ради необязательной подсказки незачем.
    const res = await apiFetch(`/api/comments/${ticketId}`, { timeout: 5000 });
    if (!res.ok) return;
    const data = await res.json();
    if (!data.comments || !data.comments.length) return;

    document.getElementById('comments-count').textContent = `(${data.comments.length})`;
    document.getElementById('comments-list').innerHTML = data.comments.map(c => `
      <div class="comment-item">
        <div class="comment-item-author">${c.author}${c.date ? ' · ' + new Date(c.date).toLocaleDateString('ru-RU', {day: 'numeric', month: 'long'}) : ''}</div>
        <div class="comment-item-text">${c.content}</div>
      </div>
    `).join('');
    spoiler.style.display = 'block';
  } catch(e) { console.warn('[loadComments] не удалось загрузить:', e); }
}

function openForm(jid) {
  curJob = jid;
  const j = getJobs().find(x => x.id === jid);

  document.getElementById('form-addr').textContent        = j.addr;
  document.getElementById('form-desc-preview').textContent = j.description || '';
  document.getElementById('form-time').textContent        = j.from + ' — ' + j.to;
  document.getElementById('form-ticket').textContent      = j.ticket_id ? 'Заявка #' + j.ticket_id : '';

  // v3.8: своя задача — редактируемое поле заголовка прямо в форме вместо
  // отдельной модалки. Раньше модалка писала адрес/время в job.addr/from/to,
  // а форма читала desc/время из совсем других полей (rep.desc/time_arrived) —
  // то что вводилось в модалке физически никогда не попадало в отчёт.
  const customWrap  = document.getElementById('custom-title-wrap');
  const customInput = document.getElementById('f-custom-title');
  if (j.type === 'custom') {
    document.getElementById('form-addr').style.display = 'none';
    customWrap.style.display = 'block';
    customInput.value = j.addr || '';
  } else {
    document.getElementById('form-addr').style.display = '';
    customWrap.style.display = 'none';
  }

  ['f-result','f-desc','f-materials','f-arrived','f-departed']
    .forEach(id => { const el = document.getElementById(id); if (el) el.value = ''; });

  // Сброс финансового блока
  restoreFinItems([], 'cash', '');
  renderFinTiles();

  const rep = getReports()[jid];
  if (rep) {
    if (rep.result)    document.getElementById('f-result').value    = rep.result;
    if (rep.desc)      document.getElementById('f-desc').value      = rep.desc;
    if (rep.materials_used || rep.materials) document.getElementById('f-materials').value = rep.materials_used || rep.materials;
    if (rep.time_arrived || rep.arrived)     document.getElementById('f-arrived').value   = rep.time_arrived  || rep.arrived;
    if (rep.time_departed || rep.departed)   document.getElementById('f-departed').value  = rep.time_departed || rep.departed;
    if (rep.defer_date || rep.deferDate)     document.getElementById('f-defer-date').value = rep.defer_date   || rep.deferDate;
    if (rep.defer_time || rep.deferTime)     document.getElementById('f-defer-time').value = rep.defer_time   || rep.deferTime;
    // Восстанавливаем финансовый блок из rep.cash_data
    if (rep.cash_data) {
      restoreFinItems(rep.cash_data.items, rep.cash_data.pay_mode, rep.cash_data.cash_taken);
    } else if (rep.items) {
      // Старый формат items/payMode/cashTaken (промежуточная версия)
      restoreFinItems(rep.items, rep.payMode, rep.cashTaken);
    } else if (rep.service || rep.debit || rep.credit) {
      // Совсем старый формат
      const total = (parseFloat(rep.service)||0) + (parseFloat(rep.credit)||0);
      if (total > 0) {
        _svcCust = [{id:'c0', label:'Услуги (старый формат)', price: String(total)}];
        _svcCid = 1; _payMode = parseFloat(rep.debit) > 0 ? 'acc' : 'cash';
        renderFinCustoms(); setPayMode(_payMode, true);
      }
    }
  }
  // v5.19/v3.38: КРИТИЧНО — вынесено ИЗ if(rep). Раньше для совсем новой
  // заявки без единого отчёта (rep falsy) toggleResultBlocks() вообще не
  // вызывался — блок фото оставался в дефолтном (видимом) состоянии
  // независимо от photoRequired, гейт срабатывал только со ВТОРОГО
  // открытия (когда rep уже появился). Восстанавливаем видимость блоков —
  // БЕЗ autoSave (см. v3.10) — всегда, вне зависимости от наличия rep.
  toggleResultBlocks();

  const btn = document.getElementById('submit-btn');
  btn.innerHTML = '<i class="ti ti-send"></i>Сдать отчёт менеджеру';
  btn.style.background = 'var(--blue)';
  btn.disabled = false;
  // v5.34/v3.57: сбрасываем и вторую кнопку — на случай если осталась
  // задизейбленной с "Сохранение..." от предыдущей открытой формы.
  const draftBtn = document.getElementById('save-draft-btn');
  if (draftBtn) {
    draftBtn.disabled = false;
    draftBtn.innerHTML = '<i class="ti ti-device-floppy"></i>Отложить черновик';
  }
  document.getElementById('save-status').textContent = 'сохранено';
  // v3.36: рендерим миниатюры фото этой заявки (асинхронно, IndexedDB) —
  // не блокируем открытие формы ожиданием
  renderPhotoThumbs(jid);
  // v5.28/v3.51: комментарии к заявке — та же логика, асинхронно, не
  // блокируем открытие формы ожиданием ответа сервера.
  loadComments(jid);
  show('s-form');
}

// v3.10: КРИТИЧНО — раньше toggleResultBlocks и autoSave были одной функцией
// (onResultChange), которую openForm() вызывал ПРОСТО чтобы переключить
// видимость блоков при восстановлении формы (см. вызов выше, строка ~1481).
// Побочный эффект: любое открытие заявки безусловно помечало отчёт
// synced:false и пересобирало его из текущего DOM — даже если пользователь
// не тронул ни одного поля. При следующем уходе в список это тихо уходило
// на сервер как "новое" сохранение (goList()→showList()→syncAllSilent()),
// даже без нажатия кнопки "Сохранить". Теперь restore вызывает
// toggleResultBlocks() (без autoSave), а onchange дропдауна — по-прежнему
// onResultChange() (с autoSave, но уже осознанно, по факту действия юзера).
function toggleResultBlocks() {
  const result = document.getElementById('f-result')?.value;
  const timeFact    = document.getElementById('time-fact-block');
  const deferBlock  = document.getElementById('defer-block');
  const finBlock    = document.getElementById('fin-block');
  const matBlock    = document.getElementById('materials-block');
  const photoBlock  = document.getElementById('photo-block');
  const descTitle   = document.getElementById('desc-title');
  const descField   = document.getElementById('f-desc');
  // v5.19/v3.38: КРИТИЧНО — блок фото должен показываться, только если
  // у ЭТОЙ заявки photoRequired=true (поле Вани в GLPI, читаем из
  // job.photoRequired — закэшировано в rmn_jobs, работает и офлайн).
  // Смотрим свежо при каждом вызове — toggleResultBlocks() дёргается и
  // при открытии формы, и при смене результата пользователем.
  const job = getJobs().find(j => j.id === curJob);
  // v3.43: КРИТИЧНО — своя задача создаётся самим мастером, никакая
  // категория/Ваня тут ничего не требует по-настоящему осмысленно (даже
  // если формально у категории "Личные задания" стоит photorequired=true
  // из общих настроек). Мастер, возможно, ЗАХОЧЕТ приложить фото своей
  // работы — не мешаем, но и не заставляем: показываем блок всегда для
  // своих задач (добровольно), не только когда photoRequired=true.
  const photoNeeded = job?.type === 'custom' ? true : !!job?.photoRequired;

  if (result === 'deferred') {
    // v3.21: Перенос — убираем фактическое время (незачем), показываем
    // новую дату; финансы/расходники тоже скрываем целиком — визита
    // фактически не было, платить/расходовать было не за что. Поле
    // "Что сделано" превращается в "Причина переноса" — тот же приём,
    // что уже используется для Прибыл/Уехал → Дата/Время. Бэкенд берёт
    // именно этот текст и вставляет в сообщение "Перенос: ...\nПричина: ..."
    // (см. main.py v5.10 _reschedule_task()) — отдельного "Отчёт: " при
    // переносе больше не пишется вообще, он остаётся ровно один на заявку.
    // v3.36: фото — туда же, визита не было, фотографировать нечего.
    if (timeFact)   timeFact.style.display  = 'none';
    if (deferBlock) deferBlock.style.display = 'block';
    if (finBlock)   finBlock.style.display   = 'none';
    if (matBlock)   matBlock.style.display   = 'none';
    if (photoBlock) photoBlock.style.display = 'none';
    if (descTitle)  descTitle.textContent    = 'Причина переноса';
    if (descField)  descField.placeholder    = 'Почему переносим — клиента нет дома, попросил на другое время...';
  } else {
    // Всё остальное — показываем фактическое время, скрываем перенос,
    // возвращаем финансы/расходники и обычную подпись "Что сделано".
    // Фото — только если действительно нужно этой заявке.
    if (timeFact)   timeFact.style.display  = 'block';
    if (deferBlock) deferBlock.style.display = 'none';
    if (finBlock)   finBlock.style.display   = '';
    if (matBlock)   matBlock.style.display   = '';
    if (photoBlock) photoBlock.style.display = photoNeeded ? '' : 'none';
    if (descTitle)  descTitle.textContent    = 'Что сделано';
    if (descField)  descField.placeholder    = 'Описание работ, что нашли, что исправили...';
  }
}

function onResultChange() {
  toggleResultBlocks();
  autoSave();
}

function autoSave() {
  if (!curJob) return;
  const prevRep = getReports()[curJob];
  const job     = getJobs().find(j => j.id === curJob);

  // cash_data берём из ПРЕДЫДУЩЕГО rep — плитки обновляют его напрямую через updateCashData()
  // autoSave только дописывает то что реально в DOM полях: текст, время, расходники
  const cashData = prevRep?.cash_data || {items:[], total:0, pay_mode:'cash', cash_taken:null};
  // v3.13: снимок ДО мутации — cashData это та же ссылка что и prevRep.cash_data,
  // если сравнивать "после" с prevRep.cash_data ниже — сравниваем объект сам
  // с собой, любое реальное изменение кассы окажется невидимым для dirty-check.
  const prevCashDataStr = JSON.stringify(prevRep?.cash_data || {});
  // v3.7: КРИТИЧНО — #f-cash-taken это обычный input, при переключении на
  // 'acc' он просто скрывается (display:none), но НЕ очищается. Если
  // мастер до этого что-то вводил, это значение безусловно попадало в
  // cash_data.cash_taken даже при pay_mode='acc' — та же ошибка (наличные
  // числятся ещё раз поверх оплаты на счёт) могла дальше уйти в GLPI и
  // ввести в заблуждение того, кто читает issuefinfield не глядя на
  // pay_mode. Наши calcTotals() эту утечку уже фильтровали, но сырые
  // данные в GLPI оставались грязными. Теперь жёстко null при 'acc'.
  // v3.66: через общий _payFields() — режим "Нал+счёт" добавил acc_amount.
  Object.assign(cashData, _payFields(cashData.total, cashData.items));

  // v3.8: своя задача — заголовок редактируется прямо в форме (#f-custom-title),
  // не через отдельную модалку (см. addCustomJob()). Пишем в job.addr —
  // нужно для списка/карточек/незаполненных, а jobTitle ниже подхватит
  // его же для имени тикета в GLPI.
  if (job?.type === 'custom') {
    const customTitle = document.getElementById('f-custom-title')?.value.trim() || '';
    if (job.addr !== customTitle) {
      const jobs = getJobs();
      const idx  = jobs.findIndex(x => x.id === curJob);
      if (idx >= 0) { jobs[idx].addr = customTitle; saveJobs(jobs); job.addr = customTitle; }
    }
  }

  const rep = {
    jobId:          curJob,
    result:         document.getElementById('f-result')?.value    || '',
    desc:           document.getElementById('f-desc')?.value      || '',
    cash_data:      cashData,
    materials_used: document.getElementById('f-materials')?.value || '',
    time_arrived:   document.getElementById('f-arrived')?.value   || '',
    time_departed:  document.getElementById('f-departed')?.value  || '',
    defer_date:     document.getElementById('f-defer-date')?.value || '',
    defer_time:     document.getElementById('f-defer-time')?.value || '',
    jobTitle:       job?.type === 'custom' ? job.addr : undefined,
    ticketId:       prevRep?.ticketId,
    taskId:         job?.task_id || prevRep?.taskId,
    savedAt:        new Date().toISOString(),
    synced:         false,
    // v5.35/v3.58: finalSynced переживает пересборку — иначе терялся бы
    // на каждом autoSave(), и защита "final не наследуется навсегда"
    // (см. ниже) не смогла бы сработать, флаг вечно был бы undefined.
    finalSynced:    prevRep?.finalSynced,
    // v3.4: КРИТИЧНЫЙ фикс — без этого goList()'s внутренний autoSave()
    // (вызывается сразу после submitReport() уже поставил final=true)
    // пересобирал rep с нуля и терял final, final=false улетал на сервер
    // даже после явного нажатия "Отправить". final переживает пересборку —
    // НО только пока предыдущая отправка ещё НЕ подтверждена (synced:false).
    // v3.28: КРИТИЧНО — раньше final наследовался НАВСЕГДА (prevRep?.final
    // || false), даже когда отчёт уже давно был synced:true (успешно
    // отправлен и подтверждён когда-то раньше). Если такую заявку открыть
    // и отредактировать заново (например пересоздали долг вручную для
    // повторного теста, или просто зашли поправить старый закрытый отчёт) —
    // первое же реальное автосохранение тихо пересылало final:true,
    // унаследованный от давней сдачи, мгновенно "решая" долг ещё до того
    // как пользователь вообще принял это решение заново. Единственный
    // настоящий повод сохранить final=true через пересборку — когда мы
    // всё ещё внутри ОДНОЙ и той же ещё не подтверждённой попытки
    // (submitReport()→goList()→trySyncReport(), synced ещё false).
    // v5.35/v3.58: КРИТИЧНО — условие изменено с "!prevRep?.synced" на
    // "!prevRep?.finalSynced". Старое ломалось ровно в сценарии из живого
    // лога 09.09: фоновая syncAllSilent() отправила ЧЕРНОВИК и поставила
    // synced=true; мастер жмёт "Сдать отчёт" → submitReport() ставит
    // final=true → но следующий же autoSave() видел synced=true и
    // СБРАСЫВАЛ final обратно в false. Финальность не доезжала до
    // сервера ни через какой путь. Теперь смотрим на finalSynced —
    // "подтверждена ли сервером именно ФИНАЛЬНАЯ сдача", а не "улетало
    // ли вообще хоть что-то". Защита от v3.28 (final не должен
    // наследоваться навсегда при редактировании старого закрытого
    // отчёта) сохраняется: как только финальность реально подтверждена,
    // finalSynced=true и наследование прекращается.
    final: (prevRep?.final && !prevRep?.finalSynced) ? true : false,
  };

  // v3.13: КРИТИЧНО — если контент фактически НЕ изменился (просто открыли
  // карточку и вышли, ничего не тронув), не трогаем rep вообще — ни synced,
  // ни savedAt. Раньше autoSave() безусловно перезаписывал rep при КАЖДОМ
  // вызове (включая вызов из goList() при простом уходе назад), помечая
  // synced:false — и следующий фоновый синк тихо пересылал на сервер то же
  // содержимое что уже было в форме, даже если оно устарело из-за не до
  // конца отработавшего мержа с другого устройства. Это усугубляло, а не
  // решало проблему рассинхрона: устаревший локальный кэш переотправлялся
  // и перетирал более новые данные с другого устройства.
  const contentUnchanged = prevRep && (
    (prevRep.result         || '') === rep.result &&
    (prevRep.desc           || '') === rep.desc &&
    (prevRep.materials_used || '') === rep.materials_used &&
    (prevRep.time_arrived   || '') === rep.time_arrived &&
    (prevRep.time_departed  || '') === rep.time_departed &&
    (prevRep.defer_date     || '') === rep.defer_date &&
    (prevRep.defer_time     || '') === rep.defer_time &&
    // v3.34: КРИТИЧНО — jobTitle раньше вообще не участвовал в сравнении.
    // Правка заголовка своей задачи (поле "Адрес / что делал") не
    // считалась изменением — dirty-check мог пропустить запись, и
    // rep.jobTitle оставался устаревшим до следующего "настоящего"
    // изменения другого поля.
    (prevRep.jobTitle       || '') === (rep.jobTitle || '') &&
    JSON.stringify(rep.cash_data || {}) === prevCashDataStr
  );
  if (contentUnchanged) {
    console.log('[autoSave] контент не изменился — пропускаем запись,', curJob,
      'materials=', rep.materials_used?.slice(0,30) || '(пусто)');
    return;
  }

  const all = getReports(); all[curJob] = rep; saveReports(all);
  const t = new Date().toLocaleTimeString('ru-RU', { hour:'2-digit', minute:'2-digit' });
  const statusEl = document.getElementById('save-status');
  if (statusEl) statusEl.textContent = 'сохранено ' + t;
  console.log('[autoSave]', curJob, 'result=', rep.result,
    'items=', rep.cash_data?.items?.length ?? 0, 'desc=', rep.desc?.slice(0,30),
    'materials=', rep.materials_used?.slice(0,30) || '(пусто)');
}

// Обновляет cash_data в rep напрямую при изменении плиток — без чтения DOM стейта
function updateCashData() {
  if (!curJob) return;
  const all = getReports();
  const rep = all[curJob];
  if (!rep) return;
  // v3.67: через getFinItems() — раньше тут была своя копия сборки
  // позиций, и признак оплаты по услуге пришлось бы вносить дважды.
  const items = getFinItems();
  const total = Math.round(items.reduce((s,it) => s + it.price * it.qty, 0));
  rep.cash_data = {
    items,
    total,
    // v3.66: pay_mode / cash_taken / acc_amount — через общий _payFields()
    // v3.69: items передаём — при "взял больше суммы" пометки 🏦 снимаются
    ..._payFields(total, items),
  };
  rep.synced  = false;
  rep.savedAt = new Date().toISOString();
  all[curJob] = rep;
  saveReports(all);
  // Обновляем индикатор и hint
  const t = new Date().toLocaleTimeString('ru-RU', { hour:'2-digit', minute:'2-digit' });
  const statusEl = document.getElementById('save-status');
  if (statusEl) statusEl.textContent = 'сохранено ' + t;
  onCashTakenInput(true);  // обновляем hint без рекурсивного updateCashData
  console.log('[updateCashData]', curJob, 'items=', items.length, 'total=', total);
}
// v5.34/v3.57: "Сохранить" — явный черновик, отдельно от "Сдать отчёт".
// НЕ ставит final=true — не блокирует заявку на сервере, для своей
// задачи НЕ закрывает тикет (см. main.py v5.34 — оба пути закрытия
// своей задачи, сразу при "Сдать отчёт" и подстраховкой при закрытии
// смены, сейчас сознательно сосуществуют, пока тестируем что реально
// используется). Пробуем синхронизировать сразу если есть связь, но без
// критичных последствий если не получится — черновик и так уже в
// безопасности локально (autoSave), просто попробует ещё раз позже.
// Не уходит из формы — мастер продолжает работать.
async function saveReportDraft() {
  autoSave();  // на всякий случай форсируем — обычно уже сохранено полем ввода

  const btn = document.getElementById('save-draft-btn');
  if (btn) {
    btn.disabled = true;
    btn.innerHTML = '<i class="ti ti-loader-2"></i>Сохранение...';
  }

  const syncResult = await trySyncReport(curJob);

  if (btn) {
    btn.disabled = false;
    btn.innerHTML = '<i class="ti ti-device-floppy"></i>Отложить черновик';
  }

  if (syncResult.reason === 'rejected') {
    // Сервер явно отклонил (например, заявку уже закрыл менеджер) —
    // остаёмся в форме, чтобы мастер увидел причину. Так же, как в
    // submitReport().
    alert(`⚠ ${syncResult.message}`);
    return;
  }
  if (!syncResult.ok) {
    // offline/skipped — уже в безопасности локально (autoSave выше),
    // синхронизация догонит сама позже. Не тревожим мастера алертом.
    console.log('[saveReportDraft] сохранено локально, синхронизация позже:', syncResult.reason);
  }
  // v3.70: возвращаем в список (Max: "при нажатии сохранения черновика
  // сохраняет, но не возвращает в список"). Раньше форма оставалась
  // открытой, и было непонятно, сработала ли кнопка вообще.
  // keepEmpty — явное сохранение, пустую свою задачу не выбрасываем.
  goList({ keepEmpty: true });
}

async function submitReport() {
  // v5.21/v3.44: защитный слой — форма могла быть открыта ДО того как
  // статус лида сменился (например напарник только что нажал "я ведущий").
  // Основная защита — бэкенд (save_report/save_reports_bulk перепроверяют
  // is_lead независимо), это просто чтобы не тратить впустую round-trip
  // с гарантированным отказом.
  if (!getCrewStatus().is_lead) {
    alert(`Смену сегодня ведёт ${getCrewStatus().lead_name || 'напарник'} — режим только для чтения.`);
    return;
  }
  // v3.47: защитный слой для будущей заявки — кнопка отчёта на карточке
  // уже не рендерится (см. renderJobCards() isFuture), это на случай если
  // форма всё равно как-то открылась. Сознательно ТОЛЬКО на фронте — Max
  // просил именно визуальное отделение, бэкенд не гейтил.
  const _curJobData = getJobs().find(j => j.id === curJob);
  const _todayStr = localDateStr();
  if (_curJobData?.visitDate && _curJobData.visitDate > _todayStr) {
    alert('Эта заявка на завтра — отчёт станет доступен в день визита.');
    return;
  }
  autoSave();
  const rep = getReports()[curJob];
  if (!rep?.result) { alert('Укажи итог визита'); return; }

  // v3.8: своя задача без заголовка не пройдёт на бэкенде (create_custom_task_ticket
  // требует job_title) — проверяем сразу на клиенте, не тратя round-trip.
  // v3.34: КРИТИЧНО — раньше проверяли rep.jobTitle (из объекта отчёта,
  // который зависит от того, записал ли последний autoSave() что-то новое
  // или пропустил запись через dirty-check). Если пользователь только
  // тапнул плитку услуг (она сохраняется отдельно через updateCashData(),
  // не через autoSave()) и сразу нажал "Сохранить" — dirty-check мог
  // посчитать что desc/materials/etc не изменились и пропустить запись,
  // и rep.jobTitle оставался тем что было в rep ДО этого действия — если
  // по любой причине там пусто, alert срабатывал ложно, хотя поле в форме
  // прямо сейчас заполнено. Проверяем НАЛИЧИЕ данных прямо в DOM-поле —
  // это правда о том, что видит пользователь ПРЯМО СЕЙЧАС, а не о том,
  // что успел или не успел записать autoSave().
  const job = getJobs().find(j => j.id === curJob);
  const customTitleNow = document.getElementById('f-custom-title')?.value?.trim();
  if (job?.type === 'custom' && !customTitleNow) {
    alert('Укажи адрес или что делал — это заголовок для заявки в GLPI');
    return;
  }

  // v3.19: "Перенесено" без даты/времени переноса не сохраняем — иначе
  // некуда физически переставить дату задачи (tk.date), и заявка так и
  // останется висеть как просроченная. См. main.py v5.8 — _reschedule_task().
  if (rep.result === 'deferred' && (!rep.defer_date || !rep.defer_time)) {
    alert('Укажи дату и время на когда переносишь — без этого перенос не сохранится');
    return;
  }

  // v3.22: КРИТИЧНО — если заявка открыта с экрана долга, "Сохранить
  // отчёт" внутри карточки теперь ТОЛЬКО сохраняет локально — не ставит
  // final, не шлёт на сервер. Реальная отправка + снятие долга происходит
  // ИСКЛЮЧИТЕЛЬНО по кнопке "Отправить отчёты" внизу "Заполни просроченные
  // РМН" (submitAllDebtReports()). Раньше кнопка тут вела себя как раньше
  // (final=true + немедленная отправка) — мастер жал "Сохранить" в
  // карточке, а долг уже снимался сам, до того как он успевал дойти до
  // явной кнопки внизу — путало и не давало полного контроля над тем что
  // именно сейчас происходит: сохранение локально или отправка на сервер.
  const isDebtJob = getDebt().some(d => String(d.ticket_id) === curJob);
  if (isDebtJob) {
    goList();
    return;
  }

  // v3.2: явное нажатие "Отправить" — в отличие от автосохранения черновика.
  // Отдельно от autoSave()/updateCashData(), которые final не трогают.
  // Нужно бэкенду чтобы отличить осознанную сдачу отчёта от тихого синка
  // черновика — см. Report.final / _lock_if_overdue в main.py v5.2.
  rep.final = true;
  const all = getReports(); all[curJob] = rep; saveReports(all);

  const jobToSync = curJob;  // сохраняем до goList() который сбрасывает curJob

  // v5.30/v3.53: КРИТИЧНО — раньше это было fire-and-forget (trySyncReport
  // без await, сразу следом goList()) — мастер физически не ждал
  // подтверждения, "сдал отчёт" и "данные реально дошли до сервера" были
  // разными вещами. Обсуждали: раз заявки теперь могут закрываться
  // менеджером в течение дня (не только вечером на закрытии смены), окно
  // между "мастер нажал сохранить" и "данные реально на сервере" нужно
  // сокращать и ЧЕСТНО показывать, а не молчать. Тот же принцип что и у
  // фото — сразу, если получилось, но теперь ПОДТВЕРЖДЁННО, не предположительно.
  const btn = document.getElementById('submit-btn');
  if (btn) {
    btn.disabled = true;
    btn.innerHTML = '<i class="ti ti-loader-2"></i>Отправка...';
  }

  const syncResult = await trySyncReport(jobToSync);

  if (syncResult.reason === 'rejected') {
    // v5.30/v3.53: КРИТИЧНО — сервер явно отклонил (например заявка уже
    // закрыта менеджером, см. main.py _is_ticket_closed_by_manager()).
    // Повторная попытка тут не поможет — это не временный сбой связи.
    // НЕ уводим мастера автоматически (goList()) — пусть увидит и решит,
    // это уже человеческий процесс (позвонить менеджеру), не автоматика.
    if (btn) {
      btn.disabled = false;
      btn.innerHTML = '<i class="ti ti-send"></i>Сдать отчёт менеджеру';
    }
    alert(`⚠ ${syncResult.message}\n\nДанные НЕ сохранены на сервере.`);
    return;
  }

  if (!syncResult.ok) {
    // offline/skipped — данные в безопасности локально (rep.final уже
    // сохранён строкой выше), довыгрузится автоматически при появлении
    // связи. Не блокируем мастера, он и так уже увидит статус синхронизации
    // в шапке (updateConnStatus()).
    console.log('[submitReport] отчёт сохранён локально, отправится позже:', syncResult.reason);
  }
  goList();
}

// ══════════════════════════════════════════════════════════════════════════════
// ФОТО К ОТЧЁТУ (v3.36)
// ══════════════════════════════════════════════════════════════════════════════

// Достаём реальный ticket_id для выгрузки — для обычной заявки это
// job.ticket_id, для своей задачи (до первой отправки) его ещё нет вообще,
// а после — живёт в reports[jobId].ticketId (см. _migrateCustomJobId()).
function _resolveTicketIdForPhotos(jobId) {
  const job = getJobs().find(j => j.id === jobId);
  if (job?.ticket_id) return job.ticket_id;
  const rep = getReports()[jobId];
  return rep?.ticketId || null;
}

async function onPhotoFilesPicked(fileList) {
  if (!fileList || !fileList.length || !curJob) return;
  const jobId = curJob;
  for (const file of Array.from(fileList)) {
    const id = 'photo_' + Date.now() + '_' + Math.random().toString(36).slice(2, 8);
    await _photoDbSave({
      id, jobId,
      filename: id + '.jpg',
      blob: file,
      uploaded: false,
      createdAt: new Date().toISOString(),
    });
  }
  console.log('[onPhotoFilesPicked]', jobId, 'добавлено фото:', fileList.length);
  renderPhotoThumbs(jobId);
}

async function renderPhotoThumbs(jobId) {
  const wrap = document.getElementById('photo-thumbs');
  const uploadBtn = document.getElementById('photo-upload-now-btn');
  if (!wrap) return;
  const photos = await _photoDbGetAllForJob(jobId);

  wrap.innerHTML = photos.map(p => `
    <div class="photo-thumb" id="thumb-${p.id}">
      <img src="${URL.createObjectURL(p.blob)}">
      <span class="photo-thumb-badge ${p.uploaded ? 'uploaded' : 'pending'}">${p.uploaded ? '✓' : '…'}</span>
      ${!p.uploaded ? `<button class="photo-thumb-remove" onclick="removePhotoThumb('${p.id}','${jobId}')">✕</button>` : ''}
    </div>`).join('');

  const pendingCount = photos.filter(p => !p.uploaded).length;
  if (uploadBtn) uploadBtn.style.display = pendingCount > 0 ? 'flex' : 'none';
}

async function removePhotoThumb(photoId, jobId) {
  if (!confirm('Удалить это фото? Оно ещё не выгружено на сервер.')) return;
  await _photoDbDelete(photoId);
  renderPhotoThumbs(jobId);
}

// Выгружает ВСЕ ещё не выгруженные фото ОДНОЙ заявки, с видимым прогресс-баром.
// Используется и явной кнопкой "Выгрузить сейчас", и батчем при закрытии смены.
// v3.39: КРИТИЧНО — onProgress теперь опциональный колбэк, вызывается
// ПОМИМО отображения в форме (которое было и раньше, привязано к
// curJob===jobId). Раньше при батче с экрана закрытия смены (где
// curJob не совпадает ни с одной конкретной заявкой — мастер не внутри
// формы) отображать прогресс было физически некуда, элемент
// #photo-upload-progress вообще не существует на экране s-endshift.
// Отправка при этом реально шла (бэкенд получал файлы), просто экран
// молча стоял на "0 из 6" без единого обновления. Теперь
// uploadAllPendingPhotos() передаёт свой колбэк, который рисует
// агрегированный прогресс прямо на экране закрытия смены.
async function uploadPhotosNow(jobId, onProgress) {
  const ticketId = _resolveTicketIdForPhotos(jobId);
  if (!ticketId) {
    if (!onProgress) alert('Сначала сохрани и отправь отчёт — тикет в GLPI ещё не создан, фото пока некуда грузить.');
    return { total: 0, done: 0 };
  }
  const photos = (await _photoDbGetAllForJob(jobId)).filter(p => !p.uploaded);
  if (!photos.length) return { total: 0, done: 0 };

  const progressEl = document.getElementById('photo-upload-progress');
  const showFormProgress = progressEl && curJob === jobId;
  let done = 0;

  // v3.37: КРИТИЧНО — раньше был написан комментарий "используем XHR ради
  // честного upload.onprogress", но сам обработчик забыли подключить —
  // прогресс-бар обновлялся только МЕЖДУ файлами (0 из 6 → 1 из 6 → ...),
  // без единого байта отслеживания ВНУТРИ конкретной загрузки. На мелких
  // файлах (see Max: 240-370кб после сжатия) это незаметно — весь файл
  // улетает быстрее чем глаз успевает увидеть прирост, выглядит как
  // "просто цифры" вместо полоски. Теперь честно считаем байты — и внутри
  // текущего файла, и по всей пачке сразу (мастеру интереснее "выгружено
  // 2.1 из 5.4 МБ", чем количество файлов — размер куда честнее отражает
  // сколько ещё ждать на плохой связи).
  const totalBytes = photos.reduce((sum, p) => sum + (p.blob?.size || 0), 0);
  let uploadedBytesDone = 0;  // байты уже ЗАВЕРШЁННЫХ файлов
  const fmtMb = (bytes) => (bytes / (1024 * 1024)).toFixed(1);

  const renderProgress = (currentFileLoaded) => {
    const uploadedNow = uploadedBytesDone + currentFileLoaded;
    const pct = totalBytes > 0 ? Math.round(uploadedNow / totalBytes * 100) : 0;
    if (showFormProgress) {
      progressEl.style.display = 'block';
      progressEl.innerHTML = `Выгружено: ${done} из ${photos.length} фото
        (${fmtMb(uploadedNow)} из ${fmtMb(totalBytes)} МБ)
        <div class="photo-progress-bar-track"><div class="photo-progress-bar-fill" style="width:${pct}%"></div></div>`;
    }
    if (onProgress) onProgress({ done, total: photos.length, uploadedBytes: uploadedNow, totalBytes, pct });
  };
  renderProgress(0);

  for (const photo of photos) {
    try {
      const ok = await _uploadOnePhoto(ticketId, photo, loaded => renderProgress(loaded));
      if (ok) {
        await _photoDbMarkUploaded(photo.id);
        done++;
        uploadedBytesDone += (photo.blob?.size || 0);
      }
    } catch(e) {
      console.warn('[uploadPhotosNow] фото не выгрузилось', photo.id, e);
    }
    renderProgress(0);  // сброс "текущего файла" перед следующим в очереди
  }

  if (showFormProgress) {
    progressEl.innerHTML = done === photos.length
      ? `✓ Выгружено всё (${done} из ${photos.length}, ${fmtMb(totalBytes)} МБ)`
      : `⚠ Выгружено ${done} из ${photos.length} — остальное отправится позже`;
  }
  if (curJob === jobId) renderPhotoThumbs(jobId);
  console.log('[uploadPhotosNow]', jobId, 'ticket_id=', ticketId, 'выгружено', done, 'из', photos.length);
  return { total: photos.length, done };
}

// XMLHttpRequest, не fetch() — только у него есть честный upload.onprogress.
// onProgress(loadedBytes) вызывается многократно ПО ХОДУ загрузки этого
// конкретного файла — не только по завершении.
function _uploadOnePhoto(ticketId, photo, onProgress) {
  return new Promise((resolve) => {
    const xhr = new XMLHttpRequest();
    xhr.open('POST', API + '/api/photos/upload');
    const token = getToken();
    if (token) xhr.setRequestHeader('Authorization', 'Bearer ' + token);
    xhr.timeout = 30000;
    xhr.upload.onprogress = (e) => {
      if (e.lengthComputable && onProgress) onProgress(e.loaded);
    };
    xhr.onload  = () => resolve(xhr.status >= 200 && xhr.status < 300);
    xhr.onerror = () => resolve(false);
    xhr.ontimeout = () => resolve(false);

    const form = new FormData();
    form.append('ticket_id', ticketId);
    form.append('filename', photo.filename);
    form.append('file', photo.blob, photo.filename);
    xhr.send(form);
  });
}

// v3.36: батч в конце смены — по ВСЕМ job'ам сразу, вызывается из
// confirmEndShift(). Возвращает агрегированный итог для отображения.
// v3.39: рисует live-прогресс — раньше показывать было физически некуда
// (см. comment у uploadPhotosNow()).
// v3.40: progressElId параметризован — эта же функция теперь вызывается
// и из submitAllDebtReports() (сдача долга), у которой свой собственный
// элемент прогресса на экране долга, отдельный от экрана закрытия смены.
async function uploadAllPendingPhotos(progressElId = 'endshift-photo-progress') {
  const allPhotos     = await _photoDbGetAll();
  const pending       = allPhotos.filter(p => !p.uploaded);
  const pendingJobIds = [...new Set(pending.map(p => p.jobId))];

  const progressEl = document.getElementById(progressElId);
  const grandTotalCount = pending.length;
  const grandTotalBytes = pending.reduce((sum, p) => sum + (p.blob?.size || 0), 0);
  const fmtMb = (bytes) => (bytes / (1024 * 1024)).toFixed(1);

  let doneCountFixed = 0;  // счёт файлов из УЖЕ завершённых заявок пачки
  let doneBytesFixed = 0;  // байты из УЖЕ завершённых заявок пачки

  const renderAggregate = (curJobUploadedBytes, curJobDoneCount) => {
    if (!progressEl || grandTotalCount === 0) return;
    const totalDoneBytes = doneBytesFixed + curJobUploadedBytes;
    const totalDoneCount = doneCountFixed + curJobDoneCount;
    const pct = grandTotalBytes > 0 ? Math.round(totalDoneBytes / grandTotalBytes * 100) : 0;
    progressEl.style.display = 'block';
    progressEl.innerHTML = `Выгрузка фото: ${totalDoneCount} из ${grandTotalCount}
      (${fmtMb(totalDoneBytes)} из ${fmtMb(grandTotalBytes)} МБ)
      <div class="photo-progress-bar-track"><div class="photo-progress-bar-fill" style="width:${pct}%"></div></div>`;
  };

  if (grandTotalCount > 0) renderAggregate(0, 0);

  let totalDone = 0, totalAll = 0;
  for (const jobId of pendingJobIds) {
    const jobBytes = pending.filter(p => p.jobId === jobId).reduce((s, p) => s + (p.blob?.size || 0), 0);
    const res = await uploadPhotosNow(jobId, (p) => renderAggregate(p.uploadedBytes, p.done));
    totalDone += res.done;
    totalAll  += res.total;
    doneCountFixed += res.done;
    doneBytesFixed += jobBytes;  // приближение — точность файла роли не играет для индикатора
  }

  if (progressEl && grandTotalCount > 0) {
    progressEl.innerHTML = totalDone === grandTotalCount
      ? `✓ Все фото выгружены (${totalDone} из ${grandTotalCount}, ${fmtMb(grandTotalBytes)} МБ)`
      : `⚠ Выгружено ${totalDone} из ${grandTotalCount} фото — остальное отправится позже`;
  }

  console.log('[uploadAllPendingPhotos]', progressElId, 'выгружено', totalDone, 'из', totalAll);
  return { total: totalAll, done: totalDone };
}

// Для индикаторов (карточка списка / экран закрытия смены) — просто счёт,
// без сетевых запросов.
async function _photoCountsForJob(jobId) {
  const photos = await _photoDbGetAllForJob(jobId);
  return { total: photos.length, uploaded: photos.filter(p => p.uploaded).length };
}

// v3.41: КРИТИЧНО — для ЗАЛОЧЕННОЙ заявки локальный IndexedDB может быть
// пустым по двум законным причинам: (1) отчёт со фото сдавали с ДРУГОГО
// устройства, тут фото никогда и не было, или (2) сдавали с ЭТОГО же
// устройства, но после закрытия смены _photoDbPurgeUploaded() почистил
// локальную копию (файл и так уже на сервере). В обоих случаях "фото не
// прикреплено" — ложь: сервер (папка тикета) — источник правды, не
// локальный кэш. checkServer — когда true, форсирует запрос на сервер
// даже если формально ещё не locked (используется для блокирующей
// проверки перед закрытием смены/сдачей долга, где точность важнее
// экономии на сетевых запросах). Для беджа на карточке списка передаём
// j.locked как есть — не тратим лишний запрос на заявки, что и так ещё
// открыты и редактируются, там локальный кэш всегда актуален.
async function _photoStatusForJob(jobId, ticketId, checkServer) {
  const local = await _photoDbGetAllForJob(jobId);
  if (local.length > 0) {
    return { total: local.length, uploaded: local.filter(p => p.uploaded).length, source: 'local' };
  }
  if (checkServer && ticketId && navigator.onLine) {
    try {
      const res = await apiFetch(`/api/photos/${ticketId}`);
      if (res.ok) {
        const data = await res.json();
        const count = (data.filenames || []).length;
        if (count > 0) return { total: count, uploaded: count, source: 'server' };
      }
    } catch(e) { console.warn('[_photoStatusForJob] не удалось проверить сервер', ticketId, e); }
  }
  return { total: 0, uploaded: 0, source: 'none' };
}

// v3.41: блокирующая проверка перед закрытием смены/сдачей долга — для
// каждой заявки с photoRequired=true ищем хоть какое-то фото-свидетельство
// (локально ИЛИ на сервере, checkServer=true форсирует проверку сервера
// независимо от текущего locked). Возвращает список заявок, где фото нет
// НИГДЕ — пустой массив значит можно продолжать. Офлайн: если сервер
// проверить не удалось, не считаем это виной мастера автоматически — это
// не он не приложил фото, это мы не смогли проверить.
// v3.43: КРИТИЧНО — свои задачи (type==='custom') исключены из блокировки
// целиком. Фото там добровольное (см. toggleResultBlocks()) — блокировать
// сдачу личной задачи мастера из-за отсутствия фото было бы прямым
// противоречием "не заставляем, но и не мешаем".
async function _findMissingRequiredPhotos(jobs) {
  const missing = [];
  const offlineUnverified = [];
  for (const j of jobs) {
    if (j.type === 'custom') continue;
    if (!j.photoRequired) continue;
    const status = await _photoStatusForJob(j.id, j.ticket_id, true);
    if (status.total > 0) continue;
    if (!navigator.onLine) {
      offlineUnverified.push(j);
    } else {
      missing.push(j);
    }
  }
  return { missing, offlineUnverified };
}

// Флаг активных синхронизаций — предотвращает параллельные запросы на один job.
// Race condition: submitReport вызывает goList() → syncAllSilent() и одновременно
// trySyncReport — оба летели на сервер, _find_report_followup_id оба раза возвращал
// null (INSERT ещё не зафиксирован) и создавал дублирующий followup.
const _syncingJobs = new Set();

// ── Долг: снятие по факту подтверждённого успеха синка ──────────────────────
// v3.3: submitReport()→goList()→showList() дёргает /api/jobs почти
// одновременно с записью отчёта (syncAllSilent()/trySyncReport() не
// awaited) — /api/jobs может ответить РАНЬШЕ чем сервер обработает
// final=true и проставит locked, и мастера кидает обратно на экран долга
// даже после успешной отправки. Вместо того чтобы гоняться за правильным
// порядком сетевых запросов — снимаем заявку из rmn_debt локально, сразу
// как только САМИ получили подтверждение (res.ok) успешной финальной
// записи, независимо от того что ответил параллельный /api/jobs.
function clearDebtForSyncedJobs(jobIds) {
  if (!jobIds || !jobIds.length) return;
  const debt = getDebt();
  if (!debt.length) return;
  const idSet = new Set(jobIds.map(String));
  const remaining = debt.filter(d => !idSet.has(String(d.ticket_id)));
  if (remaining.length === debt.length) return;  // ничего не изменилось

  saveDebt(remaining);
  console.log('[clearDebtForSyncedJobs] removed', jobIds, 'remaining debt:', remaining.length);
  if (remaining.length > 0) {
    renderDebtScreen();
  } else if (document.getElementById('s-list')?.querySelector('.debt-block')) {
    // Долг закончился и мы всё ещё смотрим на блокирующий экран — уходим
    // на нормальный список, не дожидаясь следующего ручного захода.
    showList();
  }
}

// v3.29: КРИТИЧНО — renderJobs() в конце успешной синхронизации
// (trySyncReport()/syncAllSilent()/syncAll()) рендерил обычный список
// БЕЗУСЛОВНО, независимо от того, должен ли мастер ещё быть заблокирован
// долгом. showList() мог корректно показать экран долга, а чуть позже
// завершалась ФОНОВАЯ синхронизация (даже безобидного черновика без
// final) — и её renderJobs() перезаписывал экран поверх, выкидывая
// мастера из блокировки в обычный список, хотя долг объективно ещё не
// решён (locked всё ещё 0 на сервере). Подтверждено живым тестом: офлайн
// корректно НЕ ломает — там сеть недоступна, success-ветка с renderJobs()
// вообще не достигается, значит баг именно в этой безусловной строке.
// Теперь вместо голого renderJobs() — эта функция, проверяющая актуальный
// локальный getDebt() перед рендером.
function _renderAfterSync() {
  if (getDebt().length > 0) {
    renderDebtScreen();
  } else {
    renderJobs();
  }
}

// v3.32: КРИТИЧНО — своя задача теперь возвращается сервером как обычная
// заявка (см. main.py v5.17, is_custom по категории) с id = ticket_id.
// Но ЛОКАЛЬНАЯ копия всё ещё создана с синтетическим id вида 'c1234567890'
// (см. addCustomJob()). Без миграции после первой успешной отправки на
// сервере и в кэше будут ДВЕ разных записи одной и той же задачи — старая
// локальная ('c...') и новая с сервера (реальный ticket_id) — задача
// покажется в списке дважды. Переносим job+report на новый id, старый
// удаляем полностью.
function _migrateCustomJobId(oldId, ticketId) {
  if (!oldId || !String(oldId).startsWith('c') || !ticketId) return;
  const newId = String(ticketId);
  if (oldId === newId) return;

  const jobs = getJobs();
  const idx  = jobs.findIndex(j => j.id === oldId);
  if (idx >= 0) {
    jobs[idx].id = newId;
    jobs[idx].ticket_id = ticketId;
    // v3.33: КРИТИЧНО — без visitDate заявка невидима для любого фильтра
    // "j.visitDate === dateKey", включая расчёт кассы при закрытии смены
    // (showEndShift()/confirmEndShift()) — до следующего /api/jobs,
    // который может случиться не сразу. _create_task_for_ticket() на
    // бэке создаёт задачу с датой = сейчас (см. main.py v5.17), так что
    // "сегодня" тут — не приближение, а фактически верное значение.
    jobs[idx].visitDate = localDateStr();
    saveJobs(jobs);
  }

  const reports = getReports();
  if (reports[oldId]) {
    reports[newId] = reports[oldId];
    reports[newId].jobId = newId;
    delete reports[oldId];
    saveReports(reports);
  }

  if (curJob === oldId) curJob = newId;
  console.log('[_migrateCustomJobId]', oldId, '→', newId);
}

// v5.30/v3.53: КРИТИЧНО — раньше функция ничего не возвращала (чистый
// fire-and-forget), из submitReport() было физически нечем отличить
// "улетело" от "не улетело". Теперь возвращает статус:
//   {ok:true} — синхронизировано
//   {ok:false, reason:'skipped'} — нечего синхронизировать (уже synced,
//     нет result, или уже идёт другая попытка по этому же job) — не
//     ошибка, просто нет действия
//   {ok:false, reason:'offline'} — сеть подвела/недоступна, данные в
//     безопасности локально, довыгрузится автоматически позже
//   {ok:false, reason:'rejected', message:'...'} — сервер ЯВНО отклонил
//     (409 — например заявка уже закрыта менеджером, см. main.py v5.30
//     _is_ticket_closed_by_manager()). КРИТИЧНО отличать от 'offline' —
//     повторная попытка тут не поможет, это не временный сбой связи, а
//     конкретная причина, которую мастер должен увидеть и решить
//     по-человечески (позвонить менеджеру), не ждать что "само уйдёт".
async function trySyncReport(jobId) {
  const rep = getReports()[jobId];
  // v5.35/v3.58: КРИТИЧНО — реальный баг из живого лога. Раньше условие
  // было "rep.synced → skipped", и происходило следующее: фоновая
  // syncAllSilent() успевала отправить ЧЕРНОВИК (final:false) за секунды
  // до того как мастер нажал "Сдать отчёт" → ставила synced=true →
  // осознанная финальная сдача выходила по skipped, НЕ отправив ничего.
  // Флаг final:true никогда не доходил до сервера: issuelockedfieldfield
  // не проставлялся, менеджер не видел "заполнено мастером", своя задача
  // не закрывалась. Из лога 09.09: [syncAllSilent] УСПЕХ 09:35:54, затем
  // два [submitReport] → skipped в 09:36:01 и 09:36:24.
  //
  // Теперь synced сам по себе НЕ повод пропустить: если отчёт помечен
  // final, но финальность ещё не подтверждена сервером (finalSynced) —
  // отправляем, даже если черновик уже улетал. Идемпотентно на бэке:
  // _write_report_to_glpi() делает find-or-update того же followup,
  // дубля не создаст (см. main.py _find_report_followup_id()).
  if (!rep?.result) return {ok: false, reason: 'skipped'};
  const needsFinalSync = rep.final && !rep.finalSynced;
  if (rep.synced && !needsFinalSync) return {ok: false, reason: 'skipped'};
  if (_syncingJobs.has(jobId)) return {ok: false, reason: 'skipped'};

  _syncingJobs.add(jobId);

  try {
    const res = await apiFetch('/api/reports', {
      method:  'POST',
      // v3.62: 5000 → 15000. Отправка отчёта — операция, которую
      // НЕЛЬЗЯ терять из-за медленной сети (по живому логу мобильный
      // интернет у мастеров местами не укладывается даже в 8с). Лучше
      // подождать, чем уйти в offline-ветку и досылать потом.
      timeout: 15000,
      body: JSON.stringify({
        job_id:         rep.jobId,
        result:         rep.result,
        desc:           rep.desc           || null,
        cash_data:      rep.cash_data      || null,
        materials_used: rep.materials_used || null,
        time_arrived:   rep.time_arrived   || null,
        time_departed:  rep.time_departed  || null,
        defer_date:     rep.defer_date     || null,
        defer_time:     rep.defer_time     || null,
        job_title:      rep.jobTitle       || null,
        ticket_id:      rep.ticketId       || null,
        task_id:        rep.taskId         || null,
        saved_at:       rep.savedAt,
        final:          !!rep.final,
      }),
    });
    if (res.ok) {
      const data = await res.json();
      const all = getReports();
      if (all[jobId]) {
        all[jobId].synced = true;
        // v5.35/v3.58: подтверждаем ФИНАЛЬНОСТЬ отдельно — берём rep.final
        // (то что реально ушло в этом запросе), не all[jobId].final,
        // который мог измениться пока запрос летел.
        if (rep.final) all[jobId].finalSynced = true;
        // v5.30/v3.53: сбрасываем — раз успешно отправилось, старая
        // причина отказа больше не актуальна (мог измениться статус
        // заявки, или это был другой job с тем же id по какой-то причине).
        delete all[jobId].syncRejected;
        // Запоминаем ticket_id custom-задачи — чтобы повторное сохранение
        // не создавало новый тикет в GLPI (см. ВАЖНО в шапке rmn-api_main.py)
        if (data.ticket_id) all[jobId].ticketId = data.ticket_id;
        // v3.32: task_id тоже нужен — без него _mark_task_done()/
        // _reschedule_task() на бэке не найдут задачу этой своей заявки.
        if (data.task_id) all[jobId].taskId = data.task_id;
        // v5.6/v3.12: КРИТИЧНО — перенимаем savedAt у СЕРВЕРА, а не оставляем
        // собственные часы устройства. Раньше savedAt жил вечно как момент
        // локального ввода (часы конкретного телефона/ПК), и при мерже с
        // другого устройства сравнивался напрямую с серверным date_mod —
        // два несинхронизированных источника времени. Теперь после каждой
        // успешной синхронизации локальный savedAt = то самое время, что
        // реально записалось на сервере — сравнения дальше идут только
        // между серверными таймстемпами.
        if (data.saved_at) all[jobId].savedAt = data.saved_at;
        saveReports(all);
        _migrateCustomJobId(jobId, data.ticket_id);
      }
      updateConnStatus(true);
      if (rep.final) clearDebtForSyncedJobs([jobId]);
      _renderAfterSync();
      // v3.18: явный след успешной отправки — раньше по логу нельзя было
      // отличить "синхронизация прошла" от "ещё не случилась", видно было
      // только косвенно по подросшему report_saved_at в следующем showList.
      console.log('[trySyncReport] УСПЕХ', jobId, 'ticket_id=', data.ticket_id,
        'saved_at=', data.saved_at, 'materials=', rep.materials_used?.slice(0,30) || '(пусто)');
      return {ok: true};
    }
    if (res.status === 409) {
      // v5.30/v3.53: сервер явно отклонил — заявка уже закрыта менеджером
      // (или смена по ней уже закрыта). Читаем detail для точного текста.
      let message = 'Заявка недоступна для записи';
      try { const data = await res.json(); message = data.detail || message; } catch(e) { /* ignore */ }
      console.warn('[trySyncReport] ОТКЛОНЕНО сервером', jobId, message);
      // v5.30/v3.53: сохраняем в самом отчёте — стойкий бейдж на карточке
      // (renderJobCards()) переживёт даже если мастер закроет алерт не
      // читая внимательно.
      const allR = getReports();
      if (allR[jobId]) { allR[jobId].syncRejected = message; saveReports(allR); }
      return {ok: false, reason: 'rejected', message};
    }
    return {ok: false, reason: 'offline'};
  } catch(e) {
    // v3.61: причина падения теперь реально видна в логе — общий
    // форматтер (_fmtDebugArg) научился разбирать Error, раньше здесь
    // печаталось бесполезное "{}".
    console.warn('trySyncReport failed:', jobId, e);
    updateConnStatus(false);
    return {ok: false, reason: 'offline'};
  } finally {
    _syncingJobs.delete(jobId);  // снимаем флаг — следующая попытка разрешена
  }
}

// ══════════════════════════════════════════════════════════════════════════════
// КОММЕНТАРИЙ К ЗАЯВКЕ (после отправки отчёта)
// ══════════════════════════════════════════════════════════════════════════════
let curCommentJob = null;

function openComment(jid) {
  curCommentJob = jid;
  const j = getJobs().find(x => x.id === jid);
  document.getElementById('comment-addr').textContent  = j.addr;
  document.getElementById('comment-ticket').textContent = j.ticket_id ? 'Заявка #' + j.ticket_id : '';
  document.getElementById('f-comment').value = '';
  document.getElementById('comment-save-status').textContent = '';
  show('s-comment');
}

async function submitComment() {
  const text = document.getElementById('f-comment').value.trim();
  if (!text) { alert('Напиши комментарий'); return; }
  const j = getJobs().find(x => x.id === curCommentJob);

  if (navigator.onLine) {
    try {
      const res = await apiFetch('/api/comments', {
        method: 'POST',
        body: JSON.stringify({
          ticket_id: j.ticket_id,
          comment:   text,
        }),
      });
      if (res.ok) {
        document.getElementById('comment-save-status').textContent = 'Отправлено ✓';
        document.getElementById('f-comment').value = '';
        setTimeout(() => goList(), 1000);
        return;
      }
    } catch(e) { console.warn('Comment failed:', e); }
  }
  alert('Нет связи — комментарий не отправлен. Попробуй позже.');
}

// ══════════════════════════════════════════════════════════════════════════════
// УСЛУГИ — данные с сервера + локальный стейт плиток
// ══════════════════════════════════════════════════════════════════════════════

let _svcList = JSON.parse(localStorage.getItem('rmn_services') || 'null') || [
  {id:'call',   label:'Вызов',             price:180, rep:0},
  {id:'router', label:'Настройка роутера', price:180, rep:0},
  {id:'weld',   label:'Сварка',            price:180, rep:1},
  {id:'crimp',  label:'Обжимка',           price:60,  rep:1},
  {id:'patch',  label:'Замена опт. патч.', price:240, rep:1},
  {id:'drillS', label:'Сверление <200mm',  price:240, rep:1},
  {id:'drillL', label:'Сверление >200mm',  price:300, rep:1},
  {id:'corp',   label:'Вызов корп',        price:300, rep:0},
];

// Текущий стейт формы финансов (сбрасывается при openForm)
let _svcCnt   = {};   // {id: count}
let _svcCust  = [];   // [{id,label,price}]
let _svcCid   = 0;
let _payMode  = 'cash';
// v3.67: способ оплаты ПО УСЛУГАМ для режима "Раздельно": {id: 'cash'|'acc'}.
// По умолчанию каждая услуга — наличными, мастер переключает нужные.
let _itemPay  = {};

async function fetchServices() {
  try {
    const res = await apiFetch('/api/services', {timeout: 15000});  // v3.62: цены курсовые, важно дождаться
    if (res.ok) {
      const data = await res.json();
      if (data.services) {
        _svcList = data.services;
        localStorage.setItem('rmn_services', JSON.stringify(_svcList));
        // v5.27/v3.49: КРИТИЧНО — цены курсовые, меняются ежедневно.
        // Запоминаем момент последнего УСПЕШНОГО обновления, чтобы честно
        // показать мастеру на открытии смены "цены от {дата}", если сегодня
        // обновить не получилось — не тихо работать на вчерашних цифрах.
        localStorage.setItem('rmn_services_updated_at', new Date().toISOString());
        return true;
      }
    }
  } catch(e) { console.warn('fetchServices failed (используем кэш):', e); }
  return false;
}

// v5.27/v3.50: кастомизация услуг — видимость/порядок поверх базового
// каталога. Слияние происходит ЗДЕСЬ, на фронте (не на сервере) — тем же
// принципом что и весь остальной офлайн-режим приложения. Скрытые —
// убираются. Явно упорядоченные (overlay.order) — идут первыми в этом
// порядке. Всё остальное (новые услуги, добавленные ПОСЛЕ того как
// мастер последний раз настраивал) — дописывается в конец, в своём
// естественном порядке из каталога — мастеру не нужно заходить в
// настройки, чтобы новая услуга появилась вообще.
function _getVisibleServices() {
  const overlay = getServiceOverlay();
  const hidden = new Set(overlay.hidden || []);
  const orderIds = overlay.order || [];
  const orderIndex = new Map(orderIds.map((id, i) => [id, i]));
  return _svcList
    .filter(s => !hidden.has(s.id))
    .slice()
    .sort((a, b) => {
      const ai = orderIndex.has(a.id) ? orderIndex.get(a.id) : Infinity;
      const bi = orderIndex.has(b.id) ? orderIndex.get(b.id) : Infinity;
      return ai - bi;  // стабильная сортировка — "новые" сохраняют взаимный порядок из каталога
    });
}

function renderFinTiles() {
  const el = document.getElementById('f-tiles');
  if (!el) return;
  el.innerHTML = _getVisibleServices().map(s => {
    const n = _svcCnt[s.id] || 0, sel = n > 0;
    const info = `<div class="svc-tile-label">${s.label}</div>
      <div class="svc-tile-price">${s.price} ₽${n > 1 ? ' × ' + n : ''}</div>`;
    if (!sel) return `<div class="svc-tile" onclick="svcTap('${s.id}')">${info}</div>`;
    const ctrl = s.rep
      ? `<div class="svc-tile-ctrl">
          <button class="svc-tb" onclick="event.stopPropagation();svcDec('${s.id}')">−</button>
          <span class="svc-tc">${n}</span>
          <button class="svc-tb" onclick="event.stopPropagation();svcInc('${s.id}')">+</button>
        </div>`
      : `<div class="svc-tile-ctrl">
          <button class="svc-tb" onclick="event.stopPropagation();svcTog('${s.id}')">−</button>
          <span class="svc-tc">1</span>
        </div>`;
    return `<div class="svc-tile sel">${info}${ctrl}</div>`;
  }).join('');
}

function svcTap(id) { _svcCnt[id] = 1; renderFinTiles(); updateCashData(); }
function svcTog(id) { _svcCnt[id] = _svcCnt[id] ? 0 : 1; renderFinTiles(); updateCashData(); }
function svcInc(id) { _svcCnt[id] = (_svcCnt[id] || 0) + 1; renderFinTiles(); updateCashData(); }
function svcDec(id) { _svcCnt[id] = Math.max(0, (_svcCnt[id] || 1) - 1); renderFinTiles(); updateCashData(); }

function addFinCustom() {
  _svcCust.push({id: 'c' + (_svcCid++), label: '', price: ''});
  renderFinCustoms(); updateCashData();
}
function removeFinCustom(id) {
  _svcCust.splice(_svcCust.findIndex(c => c.id === id), 1);
  renderFinCustoms(); updateCashData();
}
function renderFinCustoms() {
  const el = document.getElementById('f-customs');
  if (!el) return;
  // v3.68: кавычка в названии ("кабель 5\"") ломала value="..." —
  // поле обрезалось при перерисовке. Экранируем для атрибута.
  const attr = s => String(s ?? '').replace(/&/g, '&amp;').replace(/"/g, '&quot;');
  el.innerHTML = _svcCust.map(c => `
    <div class="fin-custom-row">
      <input type="text" placeholder="что сделал / продал" value="${attr(c.label)}"
        oninput="_svcCust.find(x=>x.id==='${c.id}').label=this.value;updateCashData()">
      <input type="number" placeholder="₽" value="${attr(c.price)}" min="0" inputmode="decimal"
        oninput="_svcCust.find(x=>x.id==='${c.id}').price=this.value;updateCashData()">
      <button class="fin-custom-rm" onclick="removeFinCustom('${c.id}')" aria-label="удалить">
        <i class="ti ti-x"></i>
      </button>
    </div>`).join('');
}

// v3.66: поля оплаты считаются в ОДНОМ месте — раньше одна и та же логика
// была скопирована в autoSave() и updateCashData(), и любое изменение
// (как сейчас — новый режим) пришлось бы делать дважды синхронно.
//   cash  — cash_taken = введённое, acc_amount = null
//   acc   — cash_taken = null (см. v3.7), acc_amount = вся сумма услуг
//   mixed — cash_taken = введённое, acc_amount = остаток до суммы услуг
function _payFields(total, items) {
  const cashVal = parseFloat(document.getElementById('f-cash-taken')?.value) || null;
  if (_payMode === 'acc')   return { pay_mode: 'acc',   cash_taken: null,    acc_amount: total || 0 };
  // v3.67: "Раздельно" — со счёта ровно те услуги, что мастер пометил 🏦
  // (а не "остаток после наличных", как было в v3.66 — терялось, КАКАЯ
  // услуга куда ушла). Наличные — сколько реально взял (может быть больше
  // суммы наличных услуг: излишек, как и в "Наличные", идёт на счёт клиента).
  if (_payMode === 'mixed') {
    // v3.69: КРИТИЧНО — раньше сумма "со счёта" бралась ТОЛЬКО из пометок
    // 🏦, а наличные вводились отдельно, и два источника правды
    // расходились. Живой пример: услуг на 2360, взял 2500 наличными, и
    // при этом 360 помечено "со счёта" — абонент всё отдал деньгами, а мы
    // собирались списать ещё с его счёта.
    //
    // Теперь главная — арифметика: со счёта спишется ровно то, чего не
    // хватило наличными. Пометки 🏦 объясняют, ЗА КАКИЕ услуги (это и
    // нужно менеджеру: он кладёт наличные на счёт, а биллинг списывает
    // за услуги — должно быть видно, какие деньги куда ушли).
    const list = items || getFinItems();
    const marked = list.filter(it => it.pay === 'acc')
      .reduce((s, it) => s + it.price * (it.qty || 1), 0);
    // Наличные не введены — доверяем пометкам (мастер ещё не дошёл до поля)
    let acc = cashVal === null ? marked : Math.max(0, Math.round((total || 0) - cashVal));
    if (cashVal !== null && cashVal >= (total || 0)) {
      // Взял столько же или больше — со счёта не списываем НИЧЕГО,
      // излишек уйдёт на счёт клиента (как в обычном "Наличные").
      acc = 0;
      if (list) list.forEach(it => { it.pay = 'cash'; });
    }
    return { pay_mode: 'mixed', cash_taken: cashVal, acc_amount: Math.round(acc) };
  }
  return                         { pay_mode: 'cash',  cash_taken: cashVal, acc_amount: null };
}

function setPayMode(m, silent) {
  _payMode = m;
  const swCash = document.getElementById('psw-cash');
  const swAcc  = document.getElementById('psw-acc');
  const swMixed = document.getElementById('psw-mixed');
  const cashWrap = document.getElementById('cash-wrap');
  const accWrap  = document.getElementById('acc-wrap');
  if (swCash)   swCash.className   = 'psw psw-cash' + (m === 'cash' ? ' active-cash' : '');
  if (swAcc)    swAcc.className    = 'psw psw-acc'  + (m === 'acc'  ? ' active-acc'  : '');
  if (swMixed)  swMixed.className  = 'psw psw-mixed' + (m === 'mixed' ? ' active-mixed' : '');
  // v3.66: поле наличных нужно и в "Наличные", и в "Нал+счёт"
  if (cashWrap) cashWrap.style.display = (m === 'cash' || m === 'mixed') ? 'block' : 'none';
  if (accWrap)  accWrap.style.display  = m === 'acc'  ? 'block' : 'none';
  onCashTakenInput(silent);
  if (!silent) updateCashData();
}

function onCashTakenInput(silent) {
  if (!silent) updateCashData();
  const totalSvc = getFinTotal();
  const cash = parseFloat(document.getElementById('f-cash-taken')?.value) || 0;
  const hint = document.getElementById('cash-hint');
  if (!hint) return;
  const mixedLine = document.getElementById('mixed-acc-line');
  const mixedItems = document.getElementById('mixed-items');
  if (_payMode === 'mixed') {
    // v3.67: список отмеченных услуг, у каждой — 💵/🏦. "Вызов наличными,
    // настройка со счёта" — ровно так, как мастер это и формулирует.
    const items = getFinItems();
    if (mixedItems) {
      mixedItems.style.display = 'block';
      mixedItems.innerHTML = items.length
        ? '<div class="mixed-title">Как оплачена каждая услуга:</div>' + items.map(it => `
          <div class="mixed-row">
            <span class="mixed-row-lbl">${it.label}${(it.qty||1) > 1 ? ' ×' + it.qty : ''} — ${Math.round(it.price * (it.qty||1)).toLocaleString('ru-RU')} ₽</span>
            <span class="mixed-sw">
              <button class="${it.pay === 'cash' ? 'on-cash' : ''}" onclick="setItemPay('${it.id}','cash')">💵</button>
              <button class="${it.pay === 'acc' ? 'on-acc' : ''}" onclick="setItemPay('${it.id}','acc')">🏦</button>
            </span>
          </div>`).join('')
        : '<div class="mixed-title">Сначала отметь услуги выше</div>';
    }
    // v3.69: со счёта спишется ровно то, чего не хватило наличными —
    // см. _payFields(). Пометки 🏦 должны сойтись с этой суммой.
    const marked  = items.filter(it => it.pay === 'acc').reduce((s, it) => s + it.price * (it.qty||1), 0);
    const takesAll = cash > 0 && cash >= totalSvc;
    const acc     = cash > 0 ? (takesAll ? 0 : Math.round(totalSvc - cash)) : marked;
    const cashDue = Math.round(totalSvc - marked);

    if (mixedLine) {
      mixedLine.style.display = acc > 0 ? 'block' : 'none';
      mixedLine.innerHTML = `🏦 Со счёта спишется: <b>${acc.toLocaleString('ru-RU')} ₽</b>`;
    }

    hint.className = 'cash-hint';
    if (!items.length) {
      hint.textContent = '';
    } else if (cash <= 0) {
      hint.textContent = `наличными к получению: ${cashDue.toLocaleString('ru-RU')} ₽`;
    } else if (takesAll) {
      // Взял столько же или больше суммы услуг — списывать со счёта нечего.
      const over = Math.round(cash - totalSvc);
      hint.className = 'cash-hint err';
      hint.textContent = over > 0
        ? `Взял ${Math.round(cash).toLocaleString('ru-RU')} ₽ — это больше суммы услуг (${totalSvc.toLocaleString('ru-RU')} ₽). Со счёта ничего не спишется, лишние ${over.toLocaleString('ru-RU')} ₽ уйдут на счёт клиента.`
        : 'Наличными оплачено всё — со счёта ничего не спишется.';
    } else if (marked === acc) {
      hint.textContent = `✓ 💵 ${Math.round(cash).toLocaleString('ru-RU')} + 🏦 ${acc.toLocaleString('ru-RU')} = ${totalSvc.toLocaleString('ru-RU')} ₽`;
    } else {
      // Арифметика уже посчитана верно, но непонятно ЗА ЧТО списываем —
      // просим отметить услуги ровно на эту сумму.
      hint.className = 'cash-hint err';
      hint.textContent = `Со счёта спишется ${acc.toLocaleString('ru-RU')} ₽ — отметь 🏦 услуги на эту сумму (сейчас отмечено ${Math.round(marked).toLocaleString('ru-RU')} ₽).`;
    }
    return;
  }
  if (mixedItems) mixedItems.style.display = 'none';
  if (mixedLine) mixedLine.style.display = 'none';
  if (_payMode === 'acc') { hint.textContent = 'сдачи нет, в кассу ничего не сдаётся'; return; }
  if (cash > 0 && totalSvc > 0) {
    const diff = Math.round(cash - totalSvc);
    if (Math.abs(diff) < 1)    hint.textContent = '✓ Точная сумма — без сдачи';
    else if (diff > 0) hint.textContent = `Остаток ${diff.toLocaleString('ru-RU')} ₽ → на счёт клиента`;
    else               hint.textContent = `Не хватает ${Math.abs(diff).toLocaleString('ru-RU')} ₽`;
  } else { hint.textContent = 'укажи сумму → увидишь расчёт'; }
}

function getFinTotal() {
  let t = 0;
  _svcList.forEach(s => t += (_svcCnt[s.id] || 0) * s.price);
  _svcCust.forEach(c => t += parseFloat(c.price) || 0);
  return Math.round(t);
}

// Собирает массив items для rep.items
function getFinItems() {
  const items = [];
  _svcList.forEach(s => {
    const n = _svcCnt[s.id] || 0;
    if (n > 0) items.push({id: s.id, label: s.label, price: s.price, qty: n});
  });
  _svcCust.forEach(c => {
    if (c.price) items.push({id: c.id, label: c.label || '—', price: parseFloat(c.price) || 0, qty: 1});
  });
  // v3.67: в режиме "Раздельно" у каждой позиции — как она оплачена.
  // В других режимах признак не пишем: он бы вводил в заблуждение (весь
  // чек и так либо наличными, либо со счёта).
  if (_payMode === 'mixed') items.forEach(it => { it.pay = _itemPay[it.id] === 'acc' ? 'acc' : 'cash'; });
  return items;
}

// v3.67: переключить способ оплаты конкретной услуги
function setItemPay(id, pay) {
  _itemPay[id] = pay;
  updateCashData();  // пересоберёт items с новым признаком и обновит подсказки
}

// Восстанавливает стейт плиток из rep.items при openForm
function restoreFinItems(items, payMode, cashTaken) {
  _svcCnt = {}; _svcCust = []; _svcCid = 0; _payMode = payMode || 'cash';
  _itemPay = {};  // v3.67
  (items || []).forEach(it => {
    const svc = _svcList.find(s => s.id === it.id);
    if (svc) {
      _svcCnt[it.id] = it.qty || 1;
      if (it.pay) _itemPay[it.id] = it.pay;
    } else {
      // произвольная позиция получает НОВЫЙ id (c0, c1…) — признак переносим на него
      const newId = 'c' + (_svcCid++);
      _svcCust.push({id: newId, label: it.label, price: String(it.price)});
      if (it.pay) _itemPay[newId] = it.pay;
    }
  });
  renderFinTiles();
  renderFinCustoms();
  setPayMode(_payMode, true);   // silent=true — не вызываем autoSave внутри восстановления
  const ci = document.getElementById('f-cash-taken');
  if (ci) ci.value = cashTaken || '';
  onCashTakenInput(true);       // silent=true — только обновляем hint, не сохраняем
}
// ══════════════════════════════════════════════════════════════════════════════

// Тихая фоновая попытка — без алертов, дёргается сама при открытии списка задач.
// Цель: догнать отчёты, которые не ушли сразу из-за плохой связи (см. trySyncReport).
async function syncAllSilent() {
  const all    = getReports();
  // v5.3/v3.5: не трогаем job, который прямо сейчас в процессе отправки
  // через trySyncReport() — иначе оба пути могут одновременно писать
  // followup в GLPI и задвоить его (см. _write_report_to_glpi в main.py).
  // v5.30/v3.53: исключаем и уже отклонённые (syncRejected) — причина не
  // временная (например заявка уже закрыта менеджером), бессмысленно
  // повторять запрос на каждый фоновый прогон. Явная кнопка "Отправить"
  // (syncAll()) это исключение НЕ применяет — мастер может осознанно
  // попробовать снова, если считает что ситуация изменилась.
  const unsent = Object.values(all).filter(r => (!r.synced || (r.final && !r.finalSynced)) && r.result && !_syncingJobs.has(r.jobId) && !r.syncRejected);
  if (!unsent.length) return;

  try {
    const res = await apiFetch('/api/reports/bulk', {
      method:  'POST',
      timeout: 20000,  // v3.62: пачка отчётов — дольше одиночного запроса
      body: JSON.stringify(unsent.map(r => ({
        job_id:     r.jobId,
        result:     r.result,
        desc:       r.desc       || null,
        cash_data:      r.cash_data      || null,
        materials_used: r.materials_used || null,
        time_arrived:   r.time_arrived   || null,
        time_departed:  r.time_departed  || null,
        defer_date:     r.defer_date     || null,
        defer_time:     r.defer_time     || null,
        arrived:    r.arrived    || null,
        departed:   r.departed   || null,
        job_title:  r.jobTitle   || null,
        ticket_id:  r.ticketId   || null,
        task_id:    r.taskId     || null,
        saved_at:   r.savedAt,
        shift_date: getShift()?.date,
        final:      !!r.final,
      }))),
    });
    if (res.ok) {
      const data = await res.json();
      // saved — массив {job_id, ticket_id, task_id, saved_at}
      data.saved.forEach(({job_id, ticket_id, task_id, saved_at}) => {
        if (all[job_id]) {
          all[job_id].synced = true;
          // v5.35/v3.58: подтверждаем финальность отдельно — сверяемся с
          // тем что реально ушло в этой пачке (unsent), а не с текущим
          // состоянием, которое могло измениться пока запрос летел.
          if (unsent.find(r => r.jobId === job_id)?.final) all[job_id].finalSynced = true;
          delete all[job_id].syncRejected;  // v5.30/v3.53: успешно — старая причина отказа не актуальна
          if (ticket_id) all[job_id].ticketId = ticket_id;
          if (task_id) all[job_id].taskId = task_id;
          // v5.6/v3.12: перенимаем серверный saved_at — см. comment в trySyncReport()
          if (saved_at) all[job_id].savedAt = saved_at;
        }
      });
      // v5.30/v3.53: КРИТИЧНО — раньше ошибки из пачки тут вообще не
      // читались (только "saved"), просто исчезали. Заявка отклонённая
      // сервером (например уже закрыта менеджером — reason:'ticket_closed',
      // см. main.py v5.30) НЕ временный сбой связи, повторная попытка не
      // поможет — фоновая синхронизация продолжала бы молча пытаться
      // вечно, мастер никогда бы не узнал. Помечаем стойким локальным
      // флагом — renderJobCards() показывает отдельный явный бейдж вместо
      // обычного "Ожидает", чтобы мастер это заметил не в алерте, а прямо
      // на карточке при следующем открытии списка.
      if (data.errors) {
        data.errors.forEach(e => {
          if (e.reason === 'ticket_closed' && all[e.job_id]) {
            all[e.job_id].syncRejected = e.error;
          }
        });
      }
      saveReports(all);
      data.saved.forEach(({job_id, ticket_id}) => _migrateCustomJobId(job_id, ticket_id));
      clearDebtForSyncedJobs(
        data.saved.filter(({job_id}) => unsent.find(r => r.jobId === job_id)?.final)
                   .map(({job_id}) => job_id)
      );
      _renderAfterSync();
      // v3.18: явный след успешной bulk-отправки — см. comment в trySyncReport()
      console.log('[syncAllSilent] УСПЕХ, отправлено:', data.saved.map(s => s.job_id).join(', ') || '(ничего)');
    }
  } catch(e) { console.warn('syncAllSilent failed (фон, не страшно):', e); }
}

// Явная отправка — с алертами, используется при завершении смены
async function syncAll() {
  if (!navigator.onLine) { alert('Нет связи'); return; }
  const all    = getReports();
  const unsent = Object.values(all).filter(r => (!r.synced || (r.final && !r.finalSynced)) && r.result && !_syncingJobs.has(r.jobId));
  if (!unsent.length) { alert('Всё уже отправлено'); return; }

  try {
    const res = await apiFetch('/api/reports/bulk', {
      method: 'POST',
      body: JSON.stringify(unsent.map(r => ({
        job_id:     r.jobId,
        result:     r.result,
        desc:       r.desc       || null,
        cash_data:      r.cash_data      || null,
        materials_used: r.materials_used || null,
        time_arrived:   r.time_arrived   || null,
        time_departed:  r.time_departed  || null,
        defer_date:     r.defer_date     || null,
        defer_time:     r.defer_time     || null,
        arrived:    r.arrived    || null,
        departed:   r.departed   || null,
        job_title:  r.jobTitle   || null,
        ticket_id:  r.ticketId   || null,
        task_id:    r.taskId     || null,
        saved_at:   r.savedAt,
        shift_date: getShift()?.date,
        final:      !!r.final,
      }))),
    });
    if (res.ok) {
      const data = await res.json();
      data.saved.forEach(({job_id, ticket_id, task_id, saved_at}) => {
        if (all[job_id]) {
          all[job_id].synced = true;
          // v5.35/v3.58: та же логика что и в syncAllSilent()
          if (unsent.find(r => r.jobId === job_id)?.final) all[job_id].finalSynced = true;
          delete all[job_id].syncRejected;  // v5.30/v3.53: успешно — старая причина отказа не актуальна
          if (ticket_id) all[job_id].ticketId = ticket_id;
          if (task_id) all[job_id].taskId = task_id;
          // v5.6/v3.12: перенимаем серверный saved_at — см. comment в trySyncReport()
          if (saved_at) all[job_id].savedAt = saved_at;
        }
      });
      // v5.30/v3.53: та же пометка что и в syncAllSilent() — карточка
      // должна показать стойкий бейдж, не только разовый алерт, который
      // мастер мог случайно закрыть не читая.
      if (data.errors) {
        data.errors.forEach(e => {
          if (e.reason === 'ticket_closed' && all[e.job_id]) {
            all[e.job_id].syncRejected = e.error;
          }
        });
      }
      data.saved.forEach(({job_id, ticket_id}) => _migrateCustomJobId(job_id, ticket_id));
      saveReports(all);
      clearDebtForSyncedJobs(
        data.saved.filter(({job_id}) => unsent.find(r => r.jobId === job_id)?.final)
                   .map(({job_id}) => job_id)
      );
      console.log('[syncAll] УСПЕХ, отправлено:', data.saved.map(s => s.job_id).join(', ') || '(ничего)');
      // v5.30/v3.53: КРИТИЧНО — раньше ошибки из пачки (data.errors) вообще
      // не показывались мастеру, только количество успешных. Если заявка
      // отклонена (например уже закрыта менеджером, см. main.py v5.30) —
      // мастер должен явно это увидеть и позвонить менеджеру, а не
      // остаться в неведении что часть данных не дошла.
      if (data.errors && data.errors.length) {
        const lines = data.errors.map(e => `• ${e.job_id}: ${e.error}`).join('\n');
        alert(`Отправлено: ${data.count}\n\n⚠ Не удалось отправить (${data.errors.length}):\n${lines}`);
      } else {
        alert(`Отправлено: ${data.count}`);
      }
      _renderAfterSync(); return;
    }
  } catch(e) { console.warn('syncAll failed:', e); }
  alert('Ошибка при отправке. Попробуй позже.');
}

// ══════════════════════════════════════════════════════════════════════════════
// ССЫЛКА ИЗ TELEGRAM (?sync=1)
// ══════════════════════════════════════════════════════════════════════════════
function handleTelegramSync() {
  const params = new URLSearchParams(window.location.search);
  if (!params.has('sync')) return false;
  window.history.replaceState({}, '', '/');

  const all    = getReports();
  const unsent = Object.values(all).filter(r => (!r.synced || (r.final && !r.finalSynced)) && r.result);

  if (unsent.length > 0 && navigator.onLine) {
    // Есть данные — автоматом отправляем
    syncAll().then(() => {
      alert(`✅ Отправлено отчётов: ${unsent.length}`);
    });
  } else if (unsent.length === 0) {
    alert('✅ Все отчёты уже отправлены');
  }
  return true;
}

// ══════════════════════════════════════════════════════════════════════════════
// ЗАВЕРШЕНИЕ СМЕНЫ
// ══════════════════════════════════════════════════════════════════════════════
// v3.25: dateKey — на каком из блоков (может быть несколько при "Завершить
// все смены") менялся пробег. Сверку с утренним значением делаем только
// для сегодняшней даты — у прошлых дней нет сохранённого "утреннего" значения.
function onMileageInput(dateKey) {
  const todayStr = localDateStr();
  const shift    = getShift();
  const startVal = parseInt(document.getElementById('mileage-start-' + dateKey)?.value) || 0;
  const endVal   = parseInt(document.getElementById('mileage-end-' + dateKey)?.value) || 0;
  const calc     = document.getElementById('mileage-calc-' + dateKey);
  const note     = document.getElementById('mileage-start-note-' + dateKey);

  // Отслеживаем изменение начального пробега (важно для аудита) — только сегодня
  if (dateKey === todayStr && note && shift?.mileage_start && startVal && startVal !== shift.mileage_start) {
    note.textContent = `⚠ изменено с ${shift.mileage_start} км — будет зафиксировано`;
    note.style.color = '#E67E00';
  }

  if (calc) {
    if (startVal > 0 && endVal > 0) {
      const diff = endVal - startVal;
      if (diff > 0) {
        calc.textContent = `Пробег за день: ${diff.toLocaleString('ru-RU')} км`;
        calc.style.color = 'var(--green)';
      } else if (diff < 0) {
        calc.textContent = '⚠ Конечный меньше начального — проверь';
        calc.style.color = 'var(--red)';
      } else {
        calc.textContent = '';
      }
    } else {
      calc.textContent = '';
    }
  }
}

// v3.25: список всех дат, которые сейчас можно закрыть — сегодня плюс все
// прошлые незакрытые дни (те, у которых в списке видна кнопка "Закрыть
// отчёт за X"). Используется главной кнопкой "Завершить все смены".
function getAllOpenDateKeys() {
  const todayStr = localDateStr();
  const jobs = getJobs().filter(j => j.type !== 'custom' && !j.removed);
  const dates = new Set(jobs.map(j => j.visitDate).filter(d => d && d <= todayStr));
  dates.add(todayStr);  // сегодня всегда в списке, даже если заявок ещё нет
  return Array.from(dates).sort();
}

// dateKeys — массив дат для закрытия. Без аргумента = только сегодня
// (обратная совместимость + вызов из закрытия одного конкретного дня).
function showEndShift(dateKeys) {
  if (!dateKeys || !dateKeys.length) dateKeys = [localDateStr()];
  show('s-endshift');

  const todayStr = localDateStr();
  const shift    = getShift();
  const reports  = getReports();
  // v3.34: КРИТИЧНО — раньше тут стоял фильтр j.type !== 'custom', своя
  // задача исключалась из расчёта ПОЛНОСТЬЮ, независимо от visitDate.
  // Вчерашний фикс (проставлять visitDate при миграции) был бессмысленен
  // именно для этого расчёта — сюда он даже не доходил. Плюс задачи,
  // смигрированные ДО того фикса, так и остаются без visitDate навсегда
  // (миграция срабатывает только один раз, повторно для уже реального
  // ticket_id не запускается). Правильное решение — не полагаться на
  // visitDate своей задачи вообще, она не привязана к конкретному дню
  // визита физически. Считаем её в кассе/статистике вместе с сегодняшним
  // блоком закрытия — независимо от даты.
  const allJobs = getJobs().filter(j => !j.removed);

  const isMulti = dateKeys.length > 1;
  document.getElementById('endshift-title').textContent =
    isMulti ? 'Завершить все смены' : 'Завершить смену';
  document.getElementById('endshift-sub').textContent =
    isMulti ? `Проверь итоги по каждому дню перед закрытием (${dateKeys.length})`
            : 'Проверь итоги дня перед закрытием смены';
  document.getElementById('endshift-btn-text').textContent =
    isMulti ? 'Завершить все смены' : 'Завершить смену';

  let totalUnfilled = 0;
  let html = '';
  const dateJobIdsMap = {};  // v3.36: для асинхронного заполнения фото-статистики после рендера

  dateKeys.forEach(dateKey => {
    const dateJobs   = allJobs.filter(j => j.type !== 'custom' && j.visitDate === dateKey);
    // Свои задачи считаем вместе с СЕГОДНЯШНИМ блоком — они закрываются
    // сейчас, независимо от того что там стоит (или не стоит) в visitDate.
    const customJobs = dateKey === todayStr ? allJobs.filter(j => j.type === 'custom') : [];
    const jobs   = [...dateJobs, ...customJobs];
    const jobIds = jobs.map(j => j.id);
    const totals = calcTotalsFor(jobIds);
    dateJobIdsMap[dateKey] = jobIds;

    const filledIds     = new Set(Object.values(reports).filter(r => r.result).map(r => r.jobId));
    const unfilledJobs  = jobs.filter(j => !filledIds.has(j.id) && !j.locked);
    const done          = jobs.filter(j => filledIds.has(j.id) || j.locked).length;
    totalUnfilled += unfilledJobs.length;

    const dateLabel = dateKey === todayStr
      ? 'Сегодня'
      : new Date(dateKey).toLocaleDateString('ru-RU', {day:'numeric', month:'long'});

    html += `
      <div class="endshift-day-block">
        ${isMulti ? `<div class="endshift-day-label">${dateLabel}</div>` : ''}

        <div class="kassa-card">
          <div class="kassa-label">Сдать в кассу</div>
          <div class="kassa-val">${totals.kassa.toLocaleString('ru-RU')} ₽</div>
          <div class="kassa-sub">наличные с заявок за день</div>
          ${totals.conflicts > 0 ? `<div class="kassa-conflict">⚠ ${totals.conflicts} заявк${totals.conflicts === 1 ? 'а' : 'и'} заполнены неверно — проверь вручную, не учтены в сумме</div>` : ''}
        </div>

        <div class="stat-card">
          <div class="stat-row"><span class="stat-label">Заявок в наряде</span><span class="stat-val">${jobs.length}</span></div>
          <div class="stat-row"><span class="stat-label">Заполнено</span><span class="stat-val" style="color:var(--green)">${done}</span></div>
          <div class="stat-row"><span class="stat-label">Не заполнено</span><span class="stat-val" style="color:${unfilledJobs.length ? 'var(--red)' : 'var(--green)'}">${unfilledJobs.length}</span></div>
          <div class="stat-row" id="photo-stat-${dateKey}" style="display:none"><span class="stat-label">Фото</span><span class="stat-val"></span></div>
        </div>

        ${unfilledJobs.length > 0 ? `
          <div style="margin-bottom:14px">
            <p class="unfilled-list-title">Не заполнено:</p>
            ${unfilledJobs.map(j => {
              // v3.35: КРИТИЧНО — j.addr || 'Заявка #' + j.ticket_id ломался
              // для своей задачи без названия: addr пустой, ticket_id
              // всегда null (пока не отправлена) — получалось "Заявка
              // #null", бессмысленная фантомная строка. Раньше это было
              // невидимо (showEndShift() исключал свои задачи целиком),
              // v3.34 их включил — и заодно проявил старые пустые
              // "фантомы", случайно созданные и никогда не заполненные.
              const isUnsentCustom = j.type === 'custom' && String(j.id).startsWith('c');
              const label = j.addr || (isUnsentCustom ? 'Своя задача (без названия)' : 'Заявка #' + j.ticket_id);
              return `
              <div class="unfilled-item">
                <span>${label}</span>
                <div style="display:flex;gap:6px">
                  ${isUnsentCustom
                    ? `<button class="unfilled-delete-btn" onclick="deleteCustomJobPrompt('${j.id}')" title="Удалить">✕</button>`
                    : ''}
                  <button onclick="openForm('${j.id}')">Заполнить</button>
                </div>
              </div>`;
            }).join('')}
          </div>` : ''}

        ${shift?.is_driver ? `
          <div>
            <div class="sect-title" style="margin-top:1rem">Пробег</div>
            <div class="fin-row">
              <div class="field">
                <label class="fin-lbl" for="mileage-start-${dateKey}">Начало смены (км)</label>
                <input type="number" id="mileage-start-${dateKey}"
                  placeholder="${dateKey === todayStr ? 'утренний' : 'введи вручную'}"
                  style="font-size:18px;text-align:center"
                  value="${dateKey === todayStr && shift.mileage_start ? shift.mileage_start : ''}"
                  oninput="onMileageInput('${dateKey}')">
                <div id="mileage-start-note-${dateKey}" style="font-size:11px;color:${dateKey === todayStr && shift.mileage_start ? '#1D9E75' : 'var(--red)'};margin-top:4px;text-align:center">
                  ${dateKey === todayStr
                    ? (shift.mileage_start ? 'введено утром — можешь скорректировать' : 'не был введён утром — введи сейчас')
                    : 'этот день не был закрыт вовремя — введи вручную'}
                </div>
              </div>
              <div class="field">
                <label class="fin-lbl" for="mileage-end-${dateKey}">Конец смены (км)</label>
                <input type="number" id="mileage-end-${dateKey}" placeholder="вечерний"
                  style="font-size:18px;text-align:center" oninput="onMileageInput('${dateKey}')">
              </div>
            </div>
            <div id="mileage-calc-${dateKey}" style="font-size:13px;color:#6C6C70;text-align:right;margin-top:4px"></div>
          </div>` : ''}
      </div>`;
  });

  document.getElementById('endshift-days').innerHTML = html;
  document.getElementById('unsent-warning').style.display = totalUnfilled > 0 ? 'block' : 'none';
  // v3.36: заполняем плейсхолдеры "Фото" асинхронно (IndexedDB) — та же
  // причина что и у _updatePhotoCountBadges() в renderJobs().
  _updateEndShiftPhotoStats(dateJobIdsMap);

  // Список дат сохраняем — confirmEndShift() их же и обработает
  window._endshiftDateKeys = dateKeys;
}

async function _updateEndShiftPhotoStats(dateJobIdsMap) {
  for (const [dateKey, jobIds] of Object.entries(dateJobIdsMap)) {
    let total = 0, uploaded = 0;
    for (const jobId of jobIds) {
      const c = await _photoCountsForJob(jobId);
      total += c.total;
      uploaded += c.uploaded;
    }
    if (total === 0) continue;
    const row = document.getElementById('photo-stat-' + dateKey);
    if (!row) continue;
    row.style.display = '';
    row.querySelector('.stat-val').textContent = `${uploaded}/${total}`;
    row.querySelector('.stat-val').style.color = uploaded === total ? 'var(--green)' : 'var(--amber)';
  }
}

async function confirmEndShift() {
  const dateKeys = window._endshiftDateKeys || [localDateStr()];
  const isMulti  = dateKeys.length > 1;

  // v3.41: КРИТИЧНО — блокирующая проверка ДО диалогов подтверждения.
  // Заявки с photoRequired=true, ещё не залоченные (реально закрываются
  // именно СЕЙЧАС этим действием), без единого фото ни локально, ни на
  // сервере — останавливаем и явно показываем список, вместо того чтобы
  // тихо закрыть смену без обязательных фото.
  const jobsForCheck = getJobs().filter(j =>
    !j.locked && (dateKeys.includes(j.visitDate) || j.type === 'custom')
  );
  const { missing, offlineUnverified } = await _findMissingRequiredPhotos(jobsForCheck);
  if (missing.length > 0) {
    const names = missing.map(j => j.addr || 'Заявка #' + j.ticket_id).join('\n • ');
    alert(`Нельзя закрыть — не прикреплено ни одного фото для заявок, где это обязательно:\n\n • ${names}\n\nПрикрепи фото (или проверь что оно уже выгружено) и попробуй снова.`);
    return;
  }
  if (offlineUnverified.length > 0) {
    const names = offlineUnverified.map(j => j.addr || 'Заявка #' + j.ticket_id).join('\n • ');
    if (!confirm(`Нет связи — не удалось проверить фото по заявкам:\n\n • ${names}\n\nЕсли фото точно прикреплены (может, с другого устройства) — можно продолжить, проверка догонит при связи. Продолжить?`)) return;
  }

  if (!navigator.onLine) {
    const proceed = confirm(
      '⚠ Нет связи с интернетом!\n\n' +
      'Данные за смену НЕ отправятся прямо сейчас — они сохранятся локально ' +
      'и отправятся автоматически, когда ты зайдёшь в приложение со связью ' +
      '(или завтра при начале новой смены).\n\n' +
      'Если у тебя выключен Wi-Fi/мобильный интернет для экономии заряда — ' +
      'включи его и попробуй снова, чтобы данные ушли сразу.\n\n' +
      (isMulti ? 'Завершить все смены локально без отправки данных?'
               : 'Завершить смену локально без отправки данных?')
    );
    if (!proceed) return;
  } else {
    if (!confirm(isMulti ? `Завершить все смены (${dateKeys.length})? Это действие нельзя отменить.`
                          : 'Завершить смену? Это действие нельзя отменить.')) return;
  }

  const shift    = getShift();
  const todayStr = localDateStr();

  // v3.25: пробег теперь собирается ПО КАЖДОЙ дате отдельно (уникальные
  // id вида mileage-start-${dateKey}, см. showEndShift()) — валидируем
  // каждый блок перед отправкой чего-либо. Спрашиваем всегда, не только
  // за сегодня — мастера привыкли фотографировать/оценивать пробег сами,
  // расхождения в пределах разумного не страшны (детальная проверка через
  // трекеры — отдельная будущая задача).
  const mileageByDate = {};
  if (shift?.is_driver) {
    for (const dateKey of dateKeys) {
      const mileageStart = parseInt(document.getElementById('mileage-start-' + dateKey)?.value);
      const mileageEnd   = parseInt(document.getElementById('mileage-end-' + dateKey)?.value);
      const dLabel = dateKey === todayStr ? 'сегодня' : new Date(dateKey).toLocaleDateString('ru-RU', {day:'numeric', month:'long'});
      if (!mileageStart || mileageStart < 1) {
        alert(`Укажи начальный пробег за ${dLabel}`);
        return;
      }
      if (!mileageEnd || mileageEnd <= mileageStart) {
        alert(`Укажи корректный конечный пробег за ${dLabel} (больше начального)`);
        return;
      }
      mileageByDate[dateKey] = { mileage_start: mileageStart, mileage_end: mileageEnd };
    }
    // Если начальный пробег СЕГОДНЯ был изменён относительно утреннего — фиксируем для аудита
    if (shift.mileage_start && mileageByDate[todayStr] &&
        mileageByDate[todayStr].mileage_start !== shift.mileage_start) {
      console.log('[mileage] начальный скорректирован:', shift.mileage_start, '→', mileageByDate[todayStr].mileage_start);
    }
  }

  shift.ended_at = new Date().toISOString();
  saveShift(shift);

  // Финальная отправка всех несинхронизированных отчётов сразу по всем
  // закрываемым дням — последний шанс догнать данные до GLPI перед тем
  // как заявки заблокируются на "только комментарий"
  const all    = getReports();
  const unsent = Object.values(all).filter(r => (!r.synced || (r.final && !r.finalSynced)) && r.result);
  if (unsent.length > 0 && navigator.onLine) {
    await syncAll();
  }

  // v3.36: батч-выгрузка всех фото, которые не ушли сразу после отчёта
  // (мастер сам решает через "Выгрузить фото сейчас" — тут просто
  // последний шанс догнать то, что осталось). ПОСЛЕ syncAll() выше —
  // своим задачам к этому моменту уже гарантированно назначен реальный
  // ticket_id, фото есть куда грузить.
  if (navigator.onLine) {
    const photoResult = await uploadAllPendingPhotos();
    if (photoResult.total > 0) {
      console.log('[confirmEndShift] фото:', photoResult.done, 'из', photoResult.total);
    }
  }

  const allJobs = getJobs();
  const closedDates = [];
  const pendingPayloads = [];

  // v3.30: КРИТИЧНО — свои задачи (type==='custom') вообще не имеют
  // visitDate (addCustomJob() его не ставит) — цикл ниже фильтрует jobs
  // ПО ДАТЕ первым делом, так что custom-задачи никогда не попадали ни в
  // одну итерацию и customTicketIds всегда получался пустым. Реальная
  // причина "кастом тикеты не закрываются": вычисляем их ОДИН раз, вне
  // цикла по датам, отправляем вместе с первым же успешным payload'ом.
  const allReports = getReports();
  const customTicketIds = allJobs
    .filter(j => j.type === 'custom' && allReports[j.id]?.result && allReports[j.id]?.ticketId)
    .map(j => allReports[j.id].ticketId);
  let customTicketIdsSent = false;

  for (const dateKey of dateKeys) {
    const jobs    = allJobs.filter(j => j.visitDate === dateKey);
    const reports = getReports();  // перечитываем — syncAll() мог обновить synced/ticketId

    // v5.31/v3.55: КРИТИЧНО — раньше блокировались ВСЕ заявки с любым
    // результатом, включая 'deferred'. Перенос двигает дату задачи
    // вперёд (работа ещё не выполнена, просто отложена) — заблокировав
    // её сейчас, на новую (будущую) дату заявка пришла бы уже locked,
    // мастер увидел бы только "Добавить комментарий", реально
    // отчитаться о выполненной работе стало бы нельзя. Сейчас это спало
    // (пункт "Перенесено" временно убран из дропдауна, недостижимо), но
    // когда вернётся — выстрелило бы той же ошибкой что поймали на
    // немедленной сдаче (см. main.py v5.31 _lock_on_final_submit()).
    const jobIds  = jobs.filter(j => j.type !== 'custom' && j.ticket_id && reports[j.id]?.result && reports[j.id]?.result !== 'deferred').map(j => j.id);
    const taskIds = jobs.filter(j => j.task_id && reports[j.id]?.result === 'done').map(j => j.task_id);

    // v5.13: заявки с "Перенесено" за этот день — финализируем перенос
    // именно сейчас, симметрично task_ids/"Выполнено" выше.
    const deferredTasks = jobs
      .filter(j => reports[j.id]?.result === 'deferred' && reports[j.id]?.defer_date && reports[j.id]?.defer_time)
      .map(j => ({
        ticket_id: j.ticket_id,
        task_id: j.task_id,
        defer_date: reports[j.id].defer_date,
        defer_time: reports[j.id].defer_time,
        reason: reports[j.id].desc || null,
      }));

    const payload = {
      ...shift,
      date: dateKey,
      job_ids: jobIds,
      task_ids: taskIds,
      // Отправляем свои задачи вместе с ПЕРВЫМ payload'ом в цикле — неважно
      // какая это дата, свои задачи с датами визитов не связаны вообще.
      custom_ticket_ids: customTicketIdsSent ? [] : customTicketIds,
      deferred_tasks: deferredTasks,
      ...(mileageByDate[dateKey] || {}),
    };

    let ok = false;
    if (navigator.onLine) {
      try {
        const res = await apiFetch('/api/shift/end', { method: 'POST', timeout: 20000, body: JSON.stringify(payload) });
        ok = res.ok;
        // v3.31: КРИТИЧНО — раньше closed_custom из ответа вообще не
        // читался. Свои задачи не приходят через /api/jobs (не настоящие
        // "назначенные" тикеты, только личная категория) — их локальная
        // копия в rmn_jobs никогда не обновится с сервера сама собой.
        // Без этого шага job.locked оставался false локально даже после
        // того как бэкенд (main.py v5.16) успешно проставил
        // issuelockedfieldfield=1 — приложение продолжало показывать
        // полное редактирование вместо режима "только комментарий".
        if (ok) {
          const data = await res.json();
          if (data.closed_custom?.length > 0) {
            const closedSet = new Set(data.closed_custom.map(String));
            const jobsNow = getJobs();
            let changed = false;
            jobsNow.forEach(j => {
              if (j.type === 'custom' && closedSet.has(String(reports[j.id]?.ticketId))) {
                j.locked = true;
                changed = true;
              }
            });
            if (changed) saveJobs(jobsNow);
          }
        }
      } catch(e) { console.warn('Shift end not synced for', dateKey, ':', e); }
    }

    if (ok) {
      closedDates.push(dateKey);
      if (payload.custom_ticket_ids.length > 0) customTicketIdsSent = true;
    } else {
      pendingPayloads.push(payload);
    }
  }

  if (pendingPayloads.length > 0) {
    localStorage.setItem('rmn_pending_lock', JSON.stringify(pendingPayloads));
  }

  // v3.25: КРИТИЧНО — чистим кеш только по датам, которые реально успешно
  // закрылись, не всё подряд. Раньше тут стирались rmn_jobs/rmn_reports
  // целиком — опасно применить к частичному закрытию (сегодняшняя смена
  // может остаться активной, пока закрывали только вчерашний долг).
  // v3.41: КРИТИЧНО — "закрытые даты" раньше включали и СЕГОДНЯ, значит
  // сегодняшние (теперь locked=1) заявки тоже стирались из локального
  // кэша. Следующий /api/jobs честно возвращает их снова (см. main.py
  // v5.15 — locked=1 за сегодня по-прежнему приходит, специально для
  // режима "только комментарий"), а mergeJobs() видит их как "новые" (их
  // же только что не было в кэше) — отсюда ложное "наряд обновился" сразу
  // после переоткрытия смены. Сегодня больше НЕ чистим вообще — обновление
  // страницы/свайп и так честно досинхронизирует всё что реально
  // изменилось, вручную стирать кэш сегодняшнего дня незачем.
  const pastClosedDates = closedDates.filter(d => d !== todayStr);
  if (pastClosedDates.length > 0) {
    const closedSet   = new Set(pastClosedDates);
    // v3.56: КРИТИЧНО — раньше безусловно сохраняли ЛЮБУЮ свою задачу
    // (та же утечка, что нашли и починили в mergeJobs() — см. её
    // комментарий выше). Теперь безусловно только ещё не отправленную
    // (синтетический id, чисто локальный черновик) — уже отправленная
    // подчиняется той же логике дат, что и обычные заявки.
    const remainJobs   = getJobs().filter(j =>
      (j.type === 'custom' && String(j.id).startsWith('c')) || !closedSet.has(j.visitDate)
    );
    const remainReports = {};
    const remainJobIds  = new Set(remainJobs.map(j => j.id));
    Object.entries(getReports()).forEach(([jobId, rep]) => {
      if (remainJobIds.has(jobId)) remainReports[jobId] = rep;
    });
    saveJobs(remainJobs);
    saveReports(remainReports);
  }

  // rmn_shift целиком удаляем только если закрыли и сегодняшний день —
  // иначе активная смена должна остаться (закрывали только прошлые долги)
  if (closedDates.includes(todayStr)) {
    localStorage.removeItem('rmn_shift');
    // v3.36: день объективно завершён — освобождаем место в IndexedDB
    // от уже выгруженных фото, локальная копия дальше не нужна.
    await _photoDbPurgeUploaded();
  }

  if (closedDates.length === dateKeys.length) {
    alert('✅ ' + (isMulti ? 'Все смены завершены!' : 'Смена завершена!') + ' Хорошего вечера.');
  } else if (closedDates.length > 0) {
    alert(`Закрыто ${closedDates.length} из ${dateKeys.length} — остальное сохранено локально, отправится автоматически при связи.`);
  } else {
    alert('Не удалось отправить — данные сохранены локально, отправятся автоматически при связи.');
  }

  if (closedDates.includes(todayStr)) {
    showShiftStart();
  } else {
    showList();
  }
}

// Догоняет блокировку заявок если confirmEndShift не смог дотянуться до сервера
// (не было сети в момент закрытия смены). Вызывается тихо при следующем init().
// v3.25: rmn_pending_lock теперь МАССИВ payload'ов (по одному на каждую
// дату, которая не смогла отправиться) — раньше был один объект, но
// "Завершить все смены" может закрывать несколько дат разом, и часть из
// них могла успеть уйти, а часть нет.
async function checkPendingShiftLock() {
  const raw = localStorage.getItem('rmn_pending_lock');
  if (!raw) return;
  if (!navigator.onLine) return;

  try {
    const pending = JSON.parse(raw);
    const list = Array.isArray(pending) ? pending : [pending];  // на случай старого формата
    const stillPending = [];

    for (const payload of list) {
      try {
        const res = await apiFetch('/api/shift/end', { method: 'POST', timeout: 20000, body: JSON.stringify(payload) });
        if (!res.ok) stillPending.push(payload);
      } catch(e) {
        stillPending.push(payload);
      }
    }

    if (stillPending.length > 0) {
      localStorage.setItem('rmn_pending_lock', JSON.stringify(stillPending));
    } else {
      localStorage.removeItem('rmn_pending_lock');
    }
  } catch(e) { console.warn('checkPendingShiftLock failed (попробуем позже):', e); }
}

// ══════════════════════════════════════════════════════════════════════════════
// НАВИГАЦИЯ
// ══════════════════════════════════════════════════════════════════════════════
async function goList(opts = {}) {
  // Сохраняем текущее состояние формы перед уходом — без этого изменения
  // сделанные после последнего oninput (например тап плитки без последующего
  // ввода текста) терялись при нажатии "Назад"
  if (curJob) autoSave();
  // v3.66: своя задача создаётся СРАЗУ при нажатии "Добавить свою задачу"
  // (addCustomJob() пишет её в список до открытия формы). Зашёл случайно,
  // ничего не ввёл, вышел "← Наряд" — и она висела пустой, приходилось
  // удалять руками (жалоба мастера). Выход без единого введённого поля =
  // передумал, выбрасываем молча. Явное "Отложить черновик" форму не
  // закрывает и сюда не ведёт — осознанное сохранение не трогаем.
  // v3.70: кроме явного "Отложить черновик" — там мастер сохранил осознанно.
  if (curJob && !opts.keepEmpty) await _discardIfEmptyCustom(curJob);
  showList();
}

// v3.66: удаляет своя-задачу-пустышку. Только ещё не отправленную
// (синтетический id 'c...'), только если НИЧЕГО не введено — ни текста,
// ни итога, ни услуг, ни наличных, ни времени, ни расходников, ни фото.
async function _discardIfEmptyCustom(jobId) {
  if (!String(jobId).startsWith('c')) return;
  const job = getJobs().find(j => j.id === jobId);
  if (!job || job.type !== 'custom') return;
  const r = getReports()[jobId] || {};
  const cd = r.cash_data || {};
  const hasAnything =
    (r.result || '').trim() || (r.desc || '').trim() || (r.jobTitle || '').trim() ||
    (job.addr || '').trim() || (r.materials_used || '').trim() ||
    (r.time_arrived || '').trim() || (r.time_departed || '').trim() ||
    (cd.items && cd.items.length) || cd.cash_taken;
  if (hasAnything) return;
  try {
    const photos = await _photoDbGetAllForJob(jobId);
    if (photos.length) return;  // фото прикреплено — это уже не пустышка
  } catch(e) { return; }        // не смогли проверить фото — не рискуем, оставляем
  saveJobs(getJobs().filter(j => j.id !== jobId));
  const reps = getReports(); delete reps[jobId]; saveReports(reps);
  if (curJob === jobId) curJob = null;
  console.log('[goList] пустая своя задача выброшена без сохранения:', jobId);
}

// ══════════════════════════════════════════════════════════════════════════════
// ИНИЦИАЛИЗАЦИЯ
// ══════════════════════════════════════════════════════════════════════════════
async function init() {
  // Проверяем версию приложения (сброс SW кэша при обновлении)
  checkAppVersion();

  // Тихо догоняем блокировку прошлой смены, если она не успела уйти из-за оффлайна
  checkPendingShiftLock();

  // Telegram sync link
  if (handleTelegramSync()) {
    // Продолжаем нормальный flow после обработки sync
  }

  const token = getToken();
  if (!token) { show('s-login'); return; }

  // Если интерфейс сети явно выключен — сразу работаем из кэша, не ждём таймаут зря.
  // Если включён но сервер недоступен — попытка ниже упадёт в catch за timeout (apiFetch).
  if (!navigator.onLine) {
    const profile = getProfile();
    if (profile) {
      updateConnStatus(false);
      afterLogin();
      return;
    }
    // нет ни сети, ни кэша профиля — придётся ждать связь для первого входа
  }

  // Проверяем сессию
  try {
    const res = await apiFetch('/api/auth/me', { timeout: 15000 });  // v3.62: старт приложения, лучше подождать чем выкинуть на логин
    if (!res.ok) throw new Error();
    const profile = await res.json();
    saveProfile(profile);
    afterLogin();
  } catch(e) {
    // Нет сети/таймаут — пробуем из кэша. apiFetch уже отличает это от настоящего 401.
    const profile = getProfile();
    if (profile) {
      afterLogin();
    } else {
      clearSession();
      show('s-login');
    }
  }
}

init();
</script>
<!-- v3.60: поднято над #debug-bar (тот прибит к bottom:0 и в свёрнутом
     виде занимает ~34px + safe-area) — раньше версия оказывалась прямо
     под ним и не читалась. -->
<div style="position:fixed;bottom:calc(42px + env(safe-area-inset-bottom,0px));right:10px;font-size:10px;color:#aaa;pointer-events:none;z-index:999">
  РМН-Мастер v3.72 <span id="backend-version-badge"></span>
</div>
</body>
</html>