Corp/backend/templates/requests_app/all_requests.html
Игорь Надеин 0772e4549a **feat(calendar): единая модель/эндпоинт календаря, повторяемость, права, сигналы и фронт**
Большое обновление календаря. Объединили модель событий, добавили полноценную повторяемость (hourly/daily/weekly/monthly/annual), материализацию вхождений в списке, навели порядок с правами отделов и обновили фронтовой шаблон. Покрыли API pytest-тестами и починили мелкие баги.

### Ключевые изменения

**Модель**

* Заменили `CompanyEvent` и `DepartmentEvent` на единую **`CalendarEvent`**:

  * `department` (nullable FK) — если задан, событие отдела; если `NULL`, событие компании.
  * Даты/время: `start_date`, `end_date`, `start_time`, `end_time`, `all_day`.
  * Повторяемость: `recurrence` ∈ {`one_time`, `hourly`, `daily`, `weekly`, `monthly`, `annual`}.
  * Параметры повторов: `recurrence_interval` (int>0), `recurrence_until` (date), `recurrence_count` (int), `weekdays_mask` (bitmask для weekly).
  * Индексы под выборки и сортировку; check-constraint `cal_event_date_time_range_valid` (валидность диапазонов даты/времени; для одного дня `start_time <= end_time` при наличии обоих).
  * Поля оформления: `title`, `description`, `color`, `location`, `created_by`, `created_at`.
* Правка по умолчаниям: `weekdays_mask` теперь с безопасным default=0 (исправляет `NOT NULL` в SQLite).

**Сервисы**

* Добавлен сервис `expand_event_occurrences(event, range_start, range_end, max_instances=1000)`:

  * Материализует все вхождения события в окне `[range_start, range_end)`.
  * Корректно обрабатывает: leap day (29 Feb), месяцы с «дырками» (31-е), еженедельные маски, ежечасные интервалы.
  * Выдаёт ровные границы дат/датавремени для FullCalendar.

**Сериализаторы**

* `CalendarEventWriteSerializer` — строгая валидация:

  * Для hourly требуется `start_time` и `end_time`.
  * Для weekly — пустой/непустой `weekdays` валидируется и мапится в `weekdays_mask`.
  * `recurrence_interval` > 0; взаимоисключение `recurrence_until` и `recurrence_count`.
* `CalendarEventSerializer` — read-вариант с плоскими полями для фронта.
* Доп. сериализатор вьюхи для списка не нужен — материализуем в контроллере (см. ниже).

**ViewSet / API**

* Новый единый роут: **`/api/v1/calendar/events/`** (`ModelViewSet`):

  * `list`: возвращает **материализованные** вхождения в окне `[start, end)` (query-параметры `YYYY-MM-DD`). Если передан `department_id` — фильтрует события отдела, иначе — компании.
  * `retrieve/create/update/partial_update/destroy`: операции над самим `CalendarEvent`.
  * `get_queryset`: для `list` фильтрует по department/company, для detail — полный QS.
  * При `create`: подставляет `department_id` либо из контекста/параметров, либо из body, проставляет `created_by`, чистит кеш.
* **Права**:

  * Используется комбинированный пермишен **`ManageCalendarPerm(AdminOrDeptAllowed)`**.

    * Для компании делегирует на `AdminOrActionOrModelPerms`.
    * Для отдела требует **строковый код**: `"manage_department_events"`.
    * Обновляет инстанс пользователя из БД (сбрасывает кэши), чтобы в одном тесте «выдали право → сразу работает».
  * `get_permissions()` → `[IsAuthenticated(), ManageCalendarPerm()]`.
* Починки:

  * Подключены `parse_date`/`status` где нужно.
  * Исправлен конфликт дат/датавремени в материализации.
  * Возврат полей в `list`: `start`, `end`, `allDay`, `color`, `recurrence`, `department_id` (ID родителя можно оставить как `event.id`).

**Signals**

* Добавлен сигнал на изменение `date_of_birth` сотрудника:

  * Создаёт/обновляет/удаляет соответствующее ежегодное событие в **глобальном** календаре.
  * Идентификация через `source="employee_birthday"` + `source_ref=<employee_id>`.

**Админка**

* `CalendarEventAdmin`:

  * Поиск по названию/описанию/локации.
  * Фильтры по отделу, типу повторения, all\_day, наличию времени, «company vs department».
  * Инлайнов нет; list-представление упрощено (исправлены ошибки `admin.E116` — фильтры теперь валидные `SimpleListFilter`/поля).

**Фронт (шаблон правой колонки)**

* Переписан `<script>` под единый эндпоинт:

  * Список: GET `/api/v1/calendar/events/?[department_id=...]&start=YYYY-MM-DD&end=YYYY-MM-DD`.
  * Создание:

    * Компания: POST `/api/v1/calendar/events/` с `{title, start_date, [end_date], all_day}`.
    * Отдел: POST туда же, но с `department_id` (в query или в body).
    * Если указано время — **оба** (`start_time`, `end_time`) обязательны; иначе сохраняем как all-day.
  * Нормализация дат в локали, аккуратные конвертации для FullCalendar.
  * Заголовки авторизации: `Authorization: Bearer <token>` из `<meta name="api-access">`/`localStorage.api.access`. Добавлен fallback на CSRF-куку при отсутствии токена (для SessionAuth).
  * Улучшен UI выбора отдела (`/api/v1/departments/my-departments/`), подписи, недельная лента.

**Тесты**

* Добавлены/актуализированы pytest-тесты API:

  * Роуты и методы (CRUD).
  * Позитив/негатив создания (валидация дат/времени/повторов).
  * Изменение повторяемости (weekly → daily и пр.).
  * Материализация (hourly alignment, weekly mask, monthly edge-cases, leap day).
  * Права: отдел без/с `manage_department_events` (фикс за счёт строкового кода).
  * Сигналы: апсерт/удаление дней рождения.
* Исправлены прежние падения: `NOT NULL weekdays_mask`, `NameError(parse_date/status)`, сравнения date/datetime, несоответствие `all_day` vs `allDay`, и др.

### Совместимость и заметки по деплою

* **BREAKING**: единый эндпоинт `/api/v1/calendar/events/` заменяет старые `/company-events/` и `/department-events/`. Если есть сторонние клиенты — переориентировать на новый.
* Миграции обязательны (новая таблица, индексы, дефолты).
* Если где-то ещё использовались константы прав — убедиться, что везде строка `"manage_department_events"` (тесты ориентируются на неё).
* Для фронта: убедиться, что реально прокидывается access-токен в `<meta name="api-access">` **или** есть валидная CSRF-кука при SessionAuth. Иначе POST вернёт 401.

### Почему так

* Единая модель/роут упрощают код и устраняют разъезд схем компании/отделов.
* Материализация в контроллере избавляет фронт от логики повторов и держит поведение единообразным.
* Явная строка кода права синхронизирована с тестовой выдачей пермишена и реальным хранилищем прав отделов.
* Валидация сериализатора закрывает большую часть негативных кейсов на уровне API.
2025-09-09 17:55:15 +03:00

147 lines
6.8 KiB
HTML
Raw Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

{% extends 'base.html' %}
{% load static django_bootstrap5 %}
{% block title %}Все заявления сотрудников{% endblock %}
{% block content %}
<div class="container">
<div class="row gx-0">
<div class="col-12">
<!-- Заголовок -->
<div class="feed-header">
<i class="bi-clipboard2-check fs-2 text-primary"></i>
<h2 class="title mb-0">Заявления сотрудников</h2>
</div>
<!-- Фильтры -->
<div class="feed-new mb-3">
<form method="get" class="row g-2 align-items-end">
<div class="col-12 col-sm-4">
<label class="form-label small text-secondary mb-1">Статус</label>
<select name="status" class="form-select">
<option value="" {% if not filters.status %}selected{% endif %}>Все</option>
<option value="pending" {% if filters.status == 'pending' %}selected{% endif %}>На рассмотрении</option>
<option value="approved" {% if filters.status == 'approved' %}selected{% endif %}>Одобрено</option>
<option value="rejected" {% if filters.status == 'rejected' %}selected{% endif %}>Отклонено</option>
<option value="cancelled" {% if filters.status == 'cancelled' %}selected{% endif %}>Отменено</option>
<option value="draft" {% if filters.status == 'draft' %}selected{% endif %}>Черновик</option>
</select>
</div>
<div class="col-6 col-sm-4 col-md-3">
<label class="form-label small text-secondary mb-1">С даты</label>
<input type="date" name="from" class="form-control" value="{{ filters.from }}">
</div>
<div class="col-6 col-sm-4 col-md-3">
<label class="form-label small text-secondary mb-1">По дату</label>
<input type="date" name="to" class="form-control" value="{{ filters.to }}">
</div>
<div class="col-12 col-md-2">
<label class="form-label small text-secondary mb-1">Сортировка</label>
<select name="sort" class="form-select">
<option value="" {% if not filters.sort %}selected{% endif %}>По умолчанию</option>
<option value="-created_at" {% if filters.sort == '-created_at' %}selected{% endif %}>Новые сверху</option>
<option value="created_at" {% if filters.sort == 'created_at' %}selected{% endif %}>Старые сверху</option>
</select>
</div>
<div class="col-12 d-flex gap-2">
<button class="btn btn-primary"><i class="bi-funnel me-1"></i>Применить</button>
<a class="btn btn-ghost" href="?"><i class="bi-x-circle me-1"></i>Сбросить</a>
</div>
</form>
</div>
{% with items=requests|default:page.object_list %}
{% if items %}
<div class="feed-stream">
{% for req in items %}
<article class="feed-card">
<header class="feed-hd">
<div class="feed-ava" style="width:44px;height:44px;">
{% if req.employee.avatar %}
<img src="{{ req.employee.avatar }}" alt="">
{% else %}
<i class="bi-person"></i>
{% endif %}
</div>
<div class="feed-meta flex-grow-1">
<div class="d-flex align-items-center gap-2 flex-wrap">
<a href="{% url 'employees:employee_detail' req.employee.pk %}"
class="feed-author text-decoration-none">
{{ req.employee.get_full_name|default:req.employee.username }}
</a>
{% if req.department %}
<span class="badge bg-light text-dark border">
<i class="bi-diagram-3 me-1"></i>{{ req.department.name }}
</span>
{% endif %}
</div>
<div class="feed-sub mt-1">
<span class="text-secondary">Подано:</span>
{{ req.created_at|date:"d.m.Y H:i" }}
</div>
</div>
<!-- Бейдж статуса справа -->
<div class="ms-auto">
{% if req.status == 'pending' %}
<span class="badge bg-secondary-subtle text-secondary-emphasis border border-secondary-subtle">На рассмотрении</span>
{% elif req.status == 'approved' %}
<span class="badge bg-success-subtle text-success-emphasis border border-success-subtle">Одобрено</span>
{% elif req.status == 'rejected' %}
<span class="badge bg-danger-subtle text-danger-emphasis border border-danger-subtle">Отклонено</span>
{% elif req.status == 'cancelled' %}
<span class="badge bg-warning-subtle text-warning-emphasis border border-warning-subtle">Отменено</span>
{% else %}
<span class="badge bg-secondary">Черновик</span>
{% endif %}
</div>
</header>
<div class="feed-body pt-0">
<div class="mb-2">
<span class="badge bg-primary-subtle text-primary-emphasis border border-primary-subtle">
{{ req.get_type_display }}
</span>
</div>
<div class="small text-muted">
<span class="me-1 text-secondary">Период:</span>
{% if req.date_from or req.date_to %}
{{ req.date_from|date:"d.m.Y" }}{% if req.date_to %} — {{ req.date_to|date:"d.m.Y" }}{% endif %}
{% else %}
—
{% endif %}
</div>
</div>
<footer class="feed-actions">
<a href="{% url 'requests_app:request_process' req.pk %}"
class="btn btn-ghost d-inline-flex align-items-center gap-1">
<i class="bi-box-arrow-up-right"></i><span>Рассмотреть</span>
</a>
</footer>
</article>
{% endfor %}
</div>
{% if page %}
<div class="mt-4">
{% bootstrap_pagination page %}
</div>
{% endif %}
{% else %}
<div class="alert alert-info shadow-sm">Заявлений нет.</div>
{% endif %}
{% endwith %}
</div>
</div>
</div>
{% endblock %}