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