44 lines
4.6 KiB
Markdown
44 lines
4.6 KiB
Markdown
# Учет пропусков
|
||
|
||
## Тип решения
|
||
Сайт, лендинг, витрина, афиша, меню → статика: одна страница на ванильном JS с сохранением данных в браузере.
|
||
|
||
## Задача
|
||
Сделать учет заявок на пропуска: фиксировать, кто заказал пропуск, для кого он оформлен, дату визита, цель визита и статус согласования.
|
||
|
||
## Кто пользуется
|
||
Сотрудник, который ведет список заявок на пропуска, и руководитель/ответственный, который просматривает статусы согласования.
|
||
|
||
## Что делает прототип (по экранам и кнопкам)
|
||
- На одном экране показана таблица всех заявок на пропуска.
|
||
- Сверху видны счетчики: всего заявок и количество по каждому статусу согласования.
|
||
- Рядом с таблицей есть строка поиска по заказчику, получателю пропуска, цели и статусу.
|
||
- Есть фильтр по статусу кнопками-чипсами: все, на согласовании, согласован, отклонен, отменен.
|
||
- Есть кнопка «Добавить заявку», открывающая форму. Эта же форма используется для редактирования записи.
|
||
- В форме пользователь заполняет поля: кто заказал, для кого, дата визита, цель, статус согласования.
|
||
- Дата визита вводится и отображается в формате ДД.ММ.ГГГГ.
|
||
- В таблице у каждой строки есть действия: «Редактировать» и «Удалить».
|
||
- При нажатии «Удалить» показывается подтверждение удаления.
|
||
- После удаления запись исчезает из списка, а факт удаления и изменения фиксируются в журнале изменений с отметкой когда, что, кто.
|
||
- Есть выгрузка списка в CSV для открытия в Excel.
|
||
- Данные сохраняются между открытиями страницы и не пропадают после обновления.
|
||
- Удаление выполняется только через подтверждение и с записью в журнал изменений.
|
||
|
||
## Демо-данные
|
||
- 8 записей заявок на пропуска.
|
||
- Реалистичные казахстанские имена и фамилии: Айдос Нуртаев, Гульмира Садыкова, Данияр Сулейменов, Алия Каримова, Ерлан Бекенов, Жанна Омарова.
|
||
- Даты визита в диапазоне 05.09.2026–18.09.2026.
|
||
- Статусы согласования: на согласовании, согласован, отклонен, отменен.
|
||
- По данным должно быть видно минимум 3 заявки на согласовании, 3 согласованные, 1 отклоненная и 1 отмененная.
|
||
|
||
## Допущения
|
||
- Под «пропуском» понимается внутренняя заявка на посещение/доступ без интеграции с реальной системой оформления.
|
||
- Статус согласования ограничен четырьмя значениями: на согласовании, согласован, отклонен, отменен.
|
||
- Журнал изменений хранит только дату и время, действие и автора изменения, без авторизации и ролей.
|
||
- Поле «кто заказал» и поле «для кого» вводятся текстом, без справочников и автоподстановки.
|
||
|
||
## Чего пока нет
|
||
- Авторизации и личных кабинетов.
|
||
- Интеграций с CRM, 1С и корпоративными базами.
|
||
- Серверного общего хранилища и постоянного домена.
|
||
- Уведомлений, маршрутов согласования и печатных форм. |