ЧАСТЬ 1 — Перенос авансов на уровень приложения
Кнопку «Аванс» убери из тулбара проекта. Вместо неё — пункт в главной навигации/сайдбаре основной страницы (роут /advances), доступный всем авторизованным пользователям.
Соответственно, привязка заявки к конкретному проекту перестаёт быть обязательной. Реши, как поступить с полем project_id в advance_requests:
либо сделать его nullable (заявка может быть общей, без проекта),
либо оставить как необязательный селект «проект (опционально)» в форме.
Выбери один вариант, обоснуй его в README и напиши миграцию для изменения схемы (не пересоздавай базу вручную, не теряй существующие данные).
Поведение для сотрудника не меняется: создаёт свою заявку (сумма + комментарий), видит только свои заявки.
ЧАСТЬ 2 — Расширенные права админа над авансами
Админ на странице /advances дополнительно может:
Создавать аванс за другого сотрудника. Форма: выбор пользователя из списка, сумма, комментарий, и сразу выставляемый статус (pending / approved / rejected) — то есть админ может завести уже одобренный аванс задним числом, минуя стадию заявки. Опционально — поле даты создания (по умолчанию текущая), если сможешь корректно это учесть в отчётах.
Менять статус любой заявки в любой момент, а не только один раз (pending → approved, approved → rejected и т.д.). Каждое изменение статуса фиксируй: resolved_by_id, resolved_at, admin_comment.
Удалять заявки (DELETE /advances/:id) — с подтверждением в UI («Удалить заявку на 5 000 ₽ от Ismail?»). Удалять может только админ. Обычный пользователь — 403, даже для своей заявки.
Все три действия проверяй на backend (403 для не-админа). Уведомления сотруднику при изменении статуса админом — как раньше: WebSocket-toast,
