Что такое ИСУП, чем она отличается от таск-трекера, СЭД и ERP, какие данные в ней связаны и по каким признакам компании пора переходить на единый контур.
Обновлено 28.09.2026
ИСУП - информационная система управления проектами. Она связывает в одну модель цели проекта, план, людей, деньги, документы, риски и решения, чтобы руководитель видел последствия изменений, а не только список задач. Из статьи вы узнаете, чем ИСУП отличается от таск-трекера, СЭД и ERP, по каким признакам компании пора на нее переходить и с каких данных начинать.
ИСУП - название класса решений, а не стандартный набор экранов: состав функций и глубина их реализации у продуктов различаются. Общее у них одно - модель проекта. Работа в ней привязана к плану со связями и вехами, план - к утвержденной версии (базовому плану), люди - к загрузке и ставкам, деньги - к бюджету и факту, изменения - к согласованию и истории.
Если нужна опора на стандарт, требования к процессам управления проектом описаны в ГОСТ Р 54869-2011 «Проектный менеджмент. Требования к управлению проектом». ИСУП помогает эти процессы выполнять, но сама их не задает.
Таблица описывает типичный фокус каждого класса. Конкретный продукт может выходить за эти границы: трекер - иметь развитое планирование, ERP - проектные модули, ИСУП - документооборот. Поэтому сравнивают сценарии, а не категории.
Не путайте ИСУП с ЕИС: единая информационная система в сфере закупок - отдельная государственная система для размещения закупок, к управлению проектами она отношения не имеет.
Пример. В проекте жилого дома задача «Выпуск раздела КЖ» (конструкции железобетонные) сдвигается на 5 рабочих дней. В таск-трекере у задачи просто меняется дата. В ИСУП по связи «окончание - начало» сдвигаются проверка раздела и передача заказчику. Система показывает, лежит ли задача на критическом пути, насколько ушла веха от базового плана и как изменился индекс выполнения сроков. Если из-за этого сдвигается срок проекта, изменение оформляют запросом с обоснованием и согласованием, а не тихой правкой даты.
Трекер отвечает на вопрос «кто что делает». ИСУП - на вопрос «успеем ли и во что это обойдется». Команде из восьми человек с потоком однотипных задач трекера достаточно. Проекту с подрядчиками, договорными вехами и общими специалистами - нет.
СЭД - система электронного документооборота - отвечает за жизненный цикл документа: регистрацию, маршрут, подпись, контроль исполнения. Проектной организации этого мало, потому что документ - часть результата проекта. Когда согласование живет в СЭД, а план - в отдельной ИСУП, появляются разрывы: раздел согласован неделю назад, а веха в плане не закрыта; письмо заказчика с замечаниями зарегистрировано, а задачи на их устранение нет.
Поэтому проектным компаниям важно, чтобы документ этапа, его маршрут и веха плана были связаны: согласование документа закрывает веху, а веха влияет на готовность этапа. Этого добиваются интеграцией двух систем или одной системой, в которой есть оба контура.
Размер компании сам по себе выбор не определяет. Смотрите на характер работы. Если совпадает три признака и больше, координация, скорее всего, обходится компании дороже, чем система.
ИСУП, скорее всего, не нужна, если команда работает простым потоком, задачи не зависят друг от друга, а сроки и деньги не привязаны к проектам. Дополнительная модель проекта тогда создаст лишний ввод данных. И наоборот: один крупный проект с несколькими подрядчиками может нуждаться в ИСУП сильнее, чем десятки независимых мелких задач.
Ни название «ИСУП», ни запись в реестре российского ПО сами по себе не подтверждают соответствие вашему техническому заданию. Пройдите один сквозной сценарий: создать проект, построить план, назначить команду, получить факт, согласовать изменение и увидеть его в отчете. Подробный порядок - в статье о выборе системы управления проектами.
volrix.pm объединяет проектный контур и документооборот в одной системе. Это отражено и в реестре российского ПО: запись № 35213 от 15.09.2026 внесена в два класса - 05.05 «Средства управления проектами» и 06.12 «Программное обеспечение средств внутреннего электронного документооборота».
Проектная часть: иерархия портфель - программа - проект, план с диаграммой Ганта, связями четырех типов и критическим путем, базовые планы и их сравнение, риски и проблемы, светофор здоровья проекта. Показатели освоенного объема считаются по упрощенной модели, прогнозы стоимости завершения система не строит (Контроль проекта). Изменения срока и бюджета проходят через запрос на изменение с согласованием.
Документооборот: корреспонденция, поручения, договоры и согласование по маршрутам. Документы этапа связаны с планом: согласование обязательного документа закрывает его веху, и только когда закрыты все такие вехи, проект может перейти на следующий этап. Табель, загрузка сотрудников по центрам компетенций, бюджет, сделки и закупки - в том же контуре. Система ставится на ваш сервер и работает без интернета. Карта разделов - в статье Как устроена работа в volrix.pm, проверить на своем проекте можно в пилоте за шесть недель.
План, риски, качество, бюджет и трудозатраты в одном контуре
Зачем нужен, модели полномочий и с чего начать
Карта разделов: проекты, документы, ресурсы, продажи
