Вакансия: Создание страницы счетчиков коммунальных услуг
По имеющемуся дизайну нужно создать страницу счетчиков учитывающих коммунальные услуги.
Страница счетчиков должна позволять в удобном виде вводить показания счетчиков здания и помещений, а также предоставлять возможности управления счетчиками. Страница должна иметь выбор здания и выбор текущего периода (месяца).
Показания счетчика могут иметь два состояния введены пользователем или отсутствуют. При этом нужна возможность возвращаться в состояние отсутствия показаний. Например пользователь ввел показания А для счетчика, ошибся, удалил показания каким-то образом и показания для счетчика снова отсутствуют. Ввод показаний и удаление показаний нужно организовать без перезагрузки страницы.
Счетчик здания (ОДПУ = общедомовой прибор учета, привязан к зданию)
Возможности:
* Вводить текущие показания (в том числе и флаг переполнения разрядов)
* Вводить текущие потери (если услуга может иметь потери, задается в настройках услуги)
* Отображать текущие показания
* Отображать показания за прошлый период
* Отображать потребление за текущий период
Счетчик помещения (ИПУ = индивидуальный прибор учета, привязан к помещению)
Возможности:
* Вводить текущие показания (в том числе и флаг переполнения разрядов)
* Отображать текущие показания
* Отображать показания за прошлый период
* Отображать потребление за текущий период
* Редактировать счетчик
Основные поля всех счетчиков:
* Статус счетчика (активный, архивный)
* Тип счетчика (измеряет электроэнергию, предоставляет показания, предоставляет объем)
* Коэффициент трансформации (только для счетчиков электроэнергии, для остальных типов счетчиков это поле должно быть скрыто)
* Марка, Модель, Серийный номер строки идентификации конкретного прибора учета
* Разрядность, два числа до запятой и после запятой, например 12 и 4
* Дата начала работы, дата окончания работы
* Наличие возможности дистанционного снятия показаний флаг
* Счетчик предоставляет объем потребленного коммунального ресурса флаг
* Дата последней поверки
* Межповерочный интервал в годах
* Дата опломбирования ПУ заводом-изготовителем
* Начальные показания счетчика при вводе в эксплуатацию
* Номер прибора учета в ГИС ЖКХ (только чтение)
* Идентификатор ПУ в ГИС ЖКХ (только чтение)
У счетчиков здания есть привязка к зданию по ID, у счетчиков помещения есть привязка к помещению по ID.
У всех счетчиков есть услуга, потребление которой они считают, услуги настраиваются на отдельной странице. Для самих счетчиков услуга не имеет значения, счетчики просто связаны с услугой по ID. Для отображения нужно только название услуги.
Услуги в общем случае могут вообще не содержать счетчиков (например взносы на ремонт), иметь только счетчики здания (например отопление) или иметь и счетчики здания, и счетчики помещений (например холодное водоснабжение). В API и на странице необходимо учесть случай, когда ни одного счетчика нет, в этом случае должна быть возможность счетчики создать, но только если услуга это позволяет.
На странице за текущий период полезно также отобразить:
* Количество счетчиков помещений: всего, с введенными показаниями, с отсутствующими показаниями
* Потребление здания по услугам за текущий период
* Потребление всех помещений по услугам за текущий период
* Разницу потребления здания и суммы потребления всех помещения (объем для расчета СОИ)
К одному помещению может быть привязано несколько счетчиков по одной услуге, это обычная ситуация. Кроме того, могут быть случаи, когда необходимо посмотреть старые счетчики помещения в повседневной жизни это не нужно, но в случае вопросов от жильцов понадобится.
Также по каждому счетчику, по его ID, должна быть возможность построить таблицу (или таблицу с графиком), который отобразит показания счетчика за прошлые периоды и динамику потребления по периодам.
Требуется исполнитель на проект для создания интерфейса. Работа на длительный срок со стабильной официальной оплатой. Это тестовая задача
