ХХНАБERP-контур строительного объекта
Операционный ERP-контур для стройки

ХНАБ держит объект, заявки, снабжение, документы, финансы и чат в одном рабочем поле.

Смета не живёт отдельно от закупки. Заявка не умирает в переписке. Счёт, акт, оплата, блокер и следующий шаг видны в том же контуре, где реально работает объект.

Объекты
Сметы
Заявки
Снабжение
Документы
Финансы
Чат

Публичная страница показывает структуру, а не ваши данные. Реальные объекты, суммы, заявки, чаты и документы открываются только после авторизации.

Операционный экран ХНАБ
Живые данные доступны после входа
Что делает первый экран

Сразу показывает, где реально стоит объект.

Не витрина ради витрины, а рабочая поверхность: критичные заявки, платёжное давление, хвост по документам, статус снабжения и прямой путь к следующему действию.

Портфель
под контролем
один вход для объекта и исполнения
Снабжение
следующий шаг
видно, кто держит заявку
Финансы
риск на виду
оплаты и хвост читаются по объекту
Чат
не отдельно
обсуждение привязано к работе
Объект -> сметная позиция
Заявка -> согласование
Поставка -> счёт и платёж
Закрытие -> акт и комплект
Позиция по объекту не согласованасейчас

Видно раздел сметы, инициатора, текущую роль и действие, которое должно произойти следующим.

Счёт выписан, но оплата под рискомконтроль

Сумма, срок, хвост и документный комплект читаются без перехода в отдельный финансовый кабинет.

Закрытие этапа тормозит актдокументы

Система показывает, какого документа не хватает, у кого он лежит и к чему это ведёт по сроку.

Что держит система

ХНАБ собирает не отдельный модуль, а полный рабочий маршрут строительного объекта.

Объект, смета, заявка, снабжение, документы, платёж и чат остаются связаны между собой. Любой экран должен отвечать на два вопроса: где сейчас узкое место и какое действие нужно следующим.

01 · Объект и смета

Старт от реальной позиции, а не от абстрактной карточки.

Раздел сметы, отклонение, источник потребности и ответственный видны в одном месте. Контекст не теряется между объектом и заявкой.

  • видно проблемные разделы и неразнесённые строки
  • позиция сохраняет связь с объектом и инициатором
  • отклонение читается сразу, без ручной сборки картины
02 · Заявка и снабжение

Согласование идёт по маршруту, а не в хаосе переписки.

По каждой заявке видно текущую роль, срочность, поставщика, задержку и следующее действие. Снабжение не работает вслепую.

  • понятно, кто держит решение и почему
  • не теряется связка между материалом, объектом и заявителем
  • очередь решений строится из реальных блокеров
03 · Документы, деньги и чат

Платёж, акт и объектный диалог живут рядом с исполнением.

Счёт, оплата, закрывающий комплект и сообщения по объекту не расползаются по отдельным сервисам. Из экрана видно, чем рискует объект и кто должен вмешаться.

  • видно хвост по оплатам и документам по каждому объекту
  • чат привязан к реальной работе, а не существует отдельно
  • закрытие этапа становится управляемым, а не случайным
Операционный сценарий

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

Если экран не помогает быстро пройти маршрут объекта, заявки, поставки, оплаты и документа, он бесполезен. ХНАБ строится вокруг этого правила.

01

Потребность фиксируется на объекте.

Материал, раздел сметы, инициатор и срочность сразу попадают в рабочий контур.

02

Заявка идёт по ролям с единым состоянием.

ПТО, снабжение, руководитель и финансовый контур видят одну и ту же заявку.

03

Поставка и платёж контролируются в том же потоке.

Счёт, просрочка, хвост по оплате и связанный документ находятся рядом с объектом.

04

Закрытие этапа становится предсказуемым.

По документам видно, чего не хватает для сдачи и кто держит блокер.

Точка входа

Нужен не красивый пустой экран, а рабочий вход в систему.

Эта публичная страница показывает структуру продукта. Реальная работа начинается после входа: там открываются объектные маршруты, заявки, финансовые срезы, документы и объектный чат.

Итог

ХНАБ должен продавать не воздух, а управляемость объекта.

Первая страница теперь говорит ровно об этом: один объектный контур, одна точка входа, одна логика для заявки, снабжения, документов, денег и чата.