# Журнал ремонта оборудования

## Тип решения
Статика: одна страница с постоянной ссылкой, данные и состояние в браузере.

## Задача
Сделать журнал заявок на ремонт оборудования: фиксировать, что сломалось, где стоит оборудование, кто заявил, кто чинит, срок и статус; просроченные записи должны подсвечиваться.

## Кто пользуется
Сотрудник, который заводит заявку на ремонт, и сотрудник, который ведёт журнал и обновляет статус ремонта.

## Что делает прототип (по экранам и кнопкам)
- На экране видна таблица всех заявок: №, что сломалось, где стоит, кто заявил, кто чинит, срок, статус, признак просрочки.
- Сверху показаны счётчики: всего заявок и количество по каждому статусу.
- Есть строка поиска по таблице по любому видимому полю.
- Есть чипы-фильтры по статусу: все, новая, в работе, выполнена, просрочена.
- Есть кнопка «Добавить заявку», которая открывает форму создания записи.
- Есть кнопка редактирования в каждой строке; форма редактирования та же, что и добавление.
- В форме есть поля: что сломалось, где стоит, кто заявил, кто чинит, срок, статус.
- Дата срока вводится и показывается в формате ДД.ММ.ГГГГ.
- При сохранении новая или изменённая заявка сразу появляется в таблице.
- Просроченные заявки подсвечиваются в таблице визуально.
- Есть кнопка выгрузки в Excel в формате CSV.
- Есть кнопка удаления записи с подтверждением перед удалением.
- После удаления запись пропадает из таблицы, а в журнал изменений добавляется строка с тем, когда удалено, что удалено и кто удалил.
- Отдельно ведётся журнал изменений по действиям с заявками: когда, что, кто.
- Данные сохраняются между открытиями страницы и не пропадают после обновления.
- Удаление всегда идёт через подтверждение и фиксируется в журнале изменений.

## Демо-данные
Показать 7 заявок на ремонт оборудования.
- Статусы: 2 новые, 2 в работе, 2 выполнены, 1 просрочена.
- Примеры записей: ремонт принтера в Алматы, замена блока питания на складе в Астане, не работает моноблок в офисе Шымкента, шумит кондиционер в Караганде, не включается роутер в Таразе.
- Имена заявителей и исполнителей реалистичные для Казахстана: Айдос, Гульнар, Ерлан, Мадина, Серик, Нургуль.
- Даты в диапазоне ближайших двух недель и прошлых дней, чтобы была одна явно просроченная запись.

## Допущения
- Предполагается, что один прототип используется локально в браузере без общей многопользовательской очереди.
- Предполагается, что поле «кто чинит» заполняется вручную без выбора из корпоративного справочника.
- Предполагается, что подсветка просрочки определяется сравнением срока со текущей датой браузера.

## Чего пока нет
- Авторизации и личных кабинетов.
- Интеграций с CRM, 1С и живыми корпоративными базами.
- Отправки данных наружу.
- Отдельного мобильного приложения.
- Сложных ролей и прав доступа.