Автоматизация · 11 мин
1С:ERP PM: что это за модуль и кому он нужен
1С ERP PM — подсистема проектного управления в 1С:ERP. Разбираем состав модуля PM, задачи, возможности, отличия от 1С:УП и когда он действительно нужен.
Аббревиатура «PM» в контексте 1С:ERP расшифровывается как Project Management — управление проектами. Это встроенная подсистема типовой конфигурации «1С:ERP Управление предприятием 2», которая позволяет вести проектную деятельность непосредственно в учётной системе: планировать этапы и задачи, назначать исполнителей, контролировать сроки и связывать проектные работы с заказами, бюджетами и производственными операциями.
Модуль PM не продаётся отдельно и не требует установки дополнительных компонентов — он входит в состав конфигурации и активируется функциональными опциями. При этом многие компании годами работают в 1С:ERP, не подозревая о наличии проектного блока, и ведут проекты в Excel, MS Project или сторонних таск-трекерах, теряя связь между планом работ и фактическими затратами.
Практическая ценность PM раскрывается там, где проект неразрывно связан с остальным учётом: заказ клиента превращается в проект, этапы проекта порождают потребности в материалах и ресурсах, а фактические трудозатраты и расходы собираются в аналитику проекта автоматически. Ниже разберём состав подсистемы, типовые сценарии, порядок включения и ограничения, о которых стоит знать до внедрения.
Что входит в подсистему PM и какие объекты она использует
Ядро проектного блока — справочник «Проекты» и связанные с ним объекты: этапы, задачи, контрольные точки, участники проектной команды. Проект в 1С:ERP может быть связан с заказом клиента, что позволяет отслеживать исполнение конкретного договора как проекта с календарным планом и ответственными.
Задачи проекта поддерживают иерархию, зависимости между работами, назначение исполнителей и контроль сроков. Для каждой задачи фиксируется плановая и фактическая трудоёмкость, статус выполнения и затраченные ресурсы. Руководитель проекта видит загрузку команды и отклонения от графика без выгрузки данных во внешние инструменты.
Отдельный класс объектов — проектные калькуляции и бюджеты. Плановые затраты по проекту можно сопоставить с фактическими: материалы, списанные на проект, услуги подрядчиков, зарплата исполнителей по данным учёта рабочего времени. Это даёт экономику проекта в разрезе статей затрат без ручной сводки.
Какие задачи решает проектный модуль на практике
Наиболее частый сценарий — производство по индивидуальным заказам: нестандартное оборудование, металлоконструкции, мебель по проекту. Заказ клиента становится проектом, конструкторская и технологическая подготовка оформляется этапами, а спецификации и потребности в материалах формируются уже внутри проектной структуры.
Второй сценарий — внутренние проекты предприятия: запуск нового цеха, внедрение оборудования, сертификация продукции, ремонтные кампании. Здесь PM используется для координации подразделений и контроля сроков, а бюджет проекта сверяется с лимитами в подсистеме бюджетирования.
Третий сценарий — инжиниринг и подрядные работы, где проект длится месяцами и оплата привязана к этапам. Подсистема позволяет фиксировать готовность этапов, формировать акты по мере выполнения и видеть накопленную себестоимость проекта в любой момент времени.
Проверьте, требуется ли связывать заказ клиента с календарным планом работ
Оцените, нужен ли контроль сроков по этапам и ответственным
Проверьте, ведётся ли учёт материалов и трудозатрат в аналитике проектов
Убедитесь, что этапы проекта можно связать с документами реализации
Как включить и настроить проектный учёт
Подсистема активируется через настройки функциональности: в разделе администрирования нужно включить опцию управления проектами. После этого в интерфейсе появляется раздел «Проекты» со списком проектов, портфелями и отчётами. Если раздел не отображается, проверьте права пользователя — доступ к проектным объектам регулируется ролями.
До заведения первого проекта стоит настроить вспомогательные справочники: виды проектов, статусы, причины отклонений, роли участников. Эти настройки определяют, какие аналитики будут доступны в отчётах, и менять их задним числом на работающих проектах неудобно.
Типовой порядок запуска выглядит так: создаётся проект, определяется команда и руководитель, строится структура этапов и задач с длительностями и зависимостями, задаётся плановый бюджет, после чего проект переводится в исполнение. Дальше исполнители отмечают факт по задачам, а система собирает отклонения.
- 1Включите функциональную опцию управления проектами в настройках конфигурации
- 2Настройте виды проектов, статусы и роли участников
- 3Создайте первый проект и назначьте руководителя и команду
- 4Постройте структуру этапов и задач со сроками и зависимостями
- 5Свяжите проект с заказом клиента или бюджетом, если требуется
- 6Запустите исполнение и контролируйте отклонения по отчётам подсистемы
Как PM связан с остальными подсистемами 1С:ERP
Главное преимущество встроенного проектного модуля перед внешними таск-трекерами — интеграция с учётом. Заказ клиента может выступать основанием проекта; спецификации и заказы на производство формируются в контексте проекта; закупки материалов резервируются под проектные потребности.
Связь с бюджетированием позволяет включать проектные расходы в БДР и контролировать лимиты: заявка на расход, относящаяся к проекту, проходит согласование с учётом проектного бюджета. Фактические затраты — списание материалов, услуги сторонних организаций, зарплата по табелю — собираются в себестоимость проекта через аналитику.
Для производственных компаний важна связь с этапами производства: изготовление изделия по проектному заказу отражается стандартными документами производства, но с проектной аналитикой, что даёт сквозную картину от договора до отгрузки готового изделия.
Ограничения подсистемы и когда она не подходит
PM в 1С:ERP — это инструмент учёта и координации, а не полноценная замена специализированных систем класса MS Project или Primavera для сложного календарно-сетевого планирования. Диаграмма Ганта и расчёт критического пути присутствуют, но возможности ресурсной оптимизации и сценарного анализа скромнее, чем у профильных решений.
Второе ограничение — производительность и удобство при очень большом числе мелких задач. Если команда ведёт сотни коротких задач в неделю в стиле agile-досок, интерфейс ERP будет тяжеловат; для таких процессов часто оставляют внешний трекер, а в 1С переносят только укрупнённые этапы и финансовую аналитику.
Третий момент — доработки. Типовая логика рассчитана на типовые сценарии; специфические требования (нестандартные согласования, отраслевые отчёты) потребуют доработки конфигурации, что увеличивает стоимость владения и усложняет обновления.
Варианты организации проектного учёта
Подходит, когда проекты связаны с заказами, производством и бюджетами; даёт сквозную себестоимость. Ограничение — базовые инструменты планирования
Удобен для agile-команд с потоком мелких задач; в 1С передаются этапы и финансы. Минус — двойной ввод или интеграция
Нужна при сложном сетевом планировании и ресурсной оптимизации; требует обмена данными с учётной системой
Типичные ошибки при внедрении проектного модуля
Самая распространённая ошибка — включить подсистему формально: проекты заводят, этапы рисуют, но первичные документы проектной аналитикой не заполняют. В результате отчёты по затратам пустые, руководство теряет доверие к инструменту, и проектный учёт тихо умирает.
Вторая ошибка — чрезмерная детализация плана: попытка перенести в ERP задачи длительностью в часы. План становится неподдерживаемым, исполнители перестают обновлять статусы. Разумная гранулярность — задачи от одного-двух дней, детали остаются в рабочих инструментах команд.
Третья ошибка — отсутствие владельца процесса. Без руководителя проектного офиса или ответственного методолога статусы, виды проектов и правила заполнения разъезжаются между подразделениями, и сводная отчётность перестаёт быть сопоставимой.
Как проверить, что проектный учёт работает правильно
Признак работающей системы — сходимость трёх контуров: календарный план отражает реальное состояние работ, фактические затраты по проекту совпадают с данными бухгалтерского и управленческого учёта, а руководитель проекта получает отклонения без ручных выгрузок.
Практическая проверка: выберите один завершённый проект и сопоставьте плановый и фактический бюджет, сроки этапов и маржинальность. Если цифры собираются штатными отчётами без доработки в Excel — подсистема настроена корректно. Если каждый отчёт требует ручной досборки — ищите пробелы в аналитике первичных документов.
Как проверить результат
Затраты собираются автоматически и сходятся с учётными данными
Суммы приходится добирать вручную из других отчётов
Статусы задач обновляются исполнителями регулярно
План не менялся неделями, факт ведётся вне системы
По проекту видны связанные заказы, закупки и реализации
Документы существуют, но не связаны с проектом
FAQ: частые вопросы о 1С:ERP PM
PM — это отдельная программа или часть 1С:ERP?
Это встроенная подсистема конфигурации «1С:ERP Управление предприятием 2», а не отдельный продукт. Она активируется функциональной опцией и не требует отдельной лицензии сверх лицензий на саму 1С:ERP и пользователей.
Чем PM в 1С:ERP отличается от проектов в 1С:УП или 1С:КА?
Проектные объекты есть в нескольких конфигурациях на платформе, но наиболее развитая связка проектов с производством, бюджетированием и заказами реализована именно в 1С:ERP. В более лёгких конфигурациях проектная функциональность ограничена задачами и простым учётом затрат.
Можно ли вести в PM только внутренние проекты без заказов клиентов?
Да, проект не обязан быть связан с заказом. Внутренние инициативы — модернизация, ремонт, внедрение — ведутся самостоятельно, с бюджетом и командой, а связь с продажами добавляется только там, где она нужна.
Заменит ли модуль PM программу MS Project?
Для типового календарного планирования и контроля сроков — в большинстве случаев да. Для сложного сетевого планирования с оптимизацией ресурсов и сценарным анализом специализированные инструменты остаются сильнее; на практике их часто используют совместно.
Сколько времени занимает запуск проектного учёта?
Техническое включение подсистемы занимает минуты, но рабочий запуск — настройка справочников, методики, обучение команды и пилотный проект — обычно занимает от нескольких недель. Срок зависит от готовности правил заполнения проектной аналитики в первичных документах.
Что делать, если типовых возможностей PM не хватает?
Сначала проверьте настройки и функциональные опции — часть возможностей скрыта по умолчанию. Если потребность действительно выходит за типовой контур, оцените доработку конфигурации или связку с внешним инструментом, сравнив стоимость владения обоими вариантами.
Что важно запомнить
1С:ERP PM — встроенная подсистема проектного управления, ценная прежде всего связью проектов с заказами, производством, бюджетами и затратами. Она работает только при дисциплине заполнения проектной аналитики в первичных документах и разумной детализации плана. Для сложного сетевого планирования её дополняют специализированными инструментами.