Агентство живет проектами. Для одного клиента запускается рекламная кампания, для другого разрабатывается сайт, для третьего команда ведет постоянное сопровождение. У каждого проекта свои условия договора, сроки, исполнители и внешние расходы.
При этом большая выручка еще не означает хороший финансовый результат. Проект может принести 800 000 рублей, но потребовать много часов команды и привлечения дорогих подрядчиков. Если эти затраты не связаны с конкретным проектом, руководитель видит оборот, но не понимает его экономику.
Проектный учет позволяет собрать по одному объекту доходы, прямые внешние расходы и стоимость использованных ресурсов. В зависимости от выбранного решения 1С такая аналитика может быть организована штатными средствами, специализированным проектным контуром или дополнительной настройкой.
Когда данные учитываются только по организации в целом, несколько проектов фактически смешиваются между собой.
Возникают типичные проблемы:
Проектный учет не определяет прибыльность сам по себе. Он создает структуру данных, на основе которой можно рассчитать финансовый результат по принятой в компании методике.
Архитектура зависит от масштаба агентства и используемой конфигурации.
Например, специализированные решения для проектной деятельности на базе 1С поддерживают бюджеты проектов, плановые и фактические доходы и расходы, учет трудовых ресурсов и план-фактный анализ. В других конфигурациях проект может использоваться как отдельный аналитический разрез, а часть данных поступать из CRM или другой рабочей системы.
Поэтому сначала нужно определить, какие данные относятся к проекту и откуда они берутся.
Для проекта могут фиксироваться:
При этом оплату клиента необходимо учитывать отдельно от дохода.
Например, аванс 400 000 рублей может поступить в начале проекта, но это еще не означает, что на эту же дату весь проект сформировал доход в размере 400 000 рублей. Порядок отражения зависит от договора, выполненных работ и применяемых правил учета.
что выполнено и отражено в доходах → что выставлено клиенту → что фактически оплачено → какая задолженность осталась.
К проекту можно относить прямые расходы, если известно, для какого клиента или этапа они возникли.
Например:
Если первичный документ содержит необходимую проектную аналитику, расход можно включить в дальнейший расчет по конкретному проекту.
Но наличие аналитики «Проект» еще не означает, что любая сумма автоматически становится полной себестоимостью. Необходимо заранее определить, какие расходы считаются прямыми, а какие распределяются между несколькими проектами или остаются общехозяйственными.
Трудозатраты - один из самых важных и одновременно самых сложных элементов.
Сотрудник может за один день заниматься сразу несколькими клиентами. Поэтому одного обычного табеля рабочего времени недостаточно, чтобы понять, сколько часов ушло на каждый проект.
Для проектной аналитики могут отдельно регистрироваться:
Затем компания выбирает метод оценки этих часов.
Например, может использоваться внутренняя расчетная стоимость часа специалиста. Такая ставка нужна для управленческого расчета проекта и не обязательно равна зарплате сотрудника за конкретный час.
В ставку в зависимости от методики могут входить разные составляющие. Поэтому правила ее формирования лучше определить до начала расчета рентабельности проектов.
До старта работ агентство может сформировать план:
По мере выполнения появляются фактические данные.
Сравнение плана и факта помогает увидеть:
Само отклонение еще не показывает причину. Например, дополнительные 30 часов могут быть следствием расширения согласованного объема работ, исправления ошибки, дополнительных запросов клиента или неверной первоначальной оценки.
Причину определяет ответственный сотрудник после проверки данных проекта.
Агентство заключило договор на разработку сайта стоимостью 800 000 рублей.
Плановая длительность - два месяца. В работе участвуют дизайнер, верстальщик, программист и менеджер проекта.
Для примера агентство использует внутренние расчетные ставки специалистов. Это управленческие показатели для оценки стоимости ресурсов, а не размер фактической почасовой зарплаты.
Работы разделены на этапы:
Для этапов определены сроки, плановые трудозатраты и ожидаемые прямые расходы.
После завершения проекта зарегистрировано:
Внутренние расчетные ставки:
Стоимость использованных трудовых ресурсов по принятой методике:
дизайнер: 40 × 1 500 = 60 000 рублей;
верстальщик: 60 × 1 200 = 72 000 рублей;
программист: 80 × 2 000 = 160 000 рублей;
менеджер: 20 × 1 000 = 20 000 рублей.
Всего - 312 000 рублей.
Для выполнения проекта привлечен внешний автор текстов - 30 000 рублей.
Также приобретены услуги, которые по принятой в агентстве методике относятся непосредственно к этому проекту, - 15 000 рублей.
Прямые внешние расходы составили 45 000 рублей.
Работы закрываются предусмотренными договором этапами.
После выполнения всех этапов и оформления необходимых документов доход по условиям примера составляет 800 000 рублей.
Отдельно фиксируются поступления от клиента. Если часть суммы еще не оплачена, это будет видно во взаиморасчетах, но сам факт задолженности не нужно смешивать с расчетом фактических прямых затрат проекта.
По условиям примера:
Доля результата после учтенных прямых затрат в доходе составляет:
443 000 / 800 000 × 100% = 55,4%.
Это показатель по принятой в примере управленческой модели: он показывает, какая доля дохода остается после вычета учтенных прямых затрат. Его нельзя считать чистой рентабельностью проекта или чистой прибылью агентства.
В расчете пока не учтены возможные:
Поэтому корректнее говорить о финансовом результате проекта до распределения тех расходов, которые не были включены в расчет.
Если аналитика настроена последовательно, можно сравнивать проекты по нескольким параметрам.
Видно, сколько дохода связано с конкретным проектом и какие прямые ресурсы потребовались для его выполнения.
Это помогает отделять большой оборот от действительно приемлемого финансового результата.
Можно увидеть, где фактическое количество часов существенно отличается от первоначальной оценки.
Но превышение часов само по себе не означает низкую эффективность сотрудника. Для вывода нужно понимать причину отклонения и фактический объем выполненных работ.
При наличии данных о плановых и фактических трудозатратах можно анализировать распределение работы между специалистами.
Такие данные помогают планировать новые проекты, но окончательный вывод о перегрузке требует учитывать сроки, параллельные задачи, отпуска и другие обстоятельства.
Руководитель может сопоставлять запланированные и фактические:
Актуальность картины зависит от того, насколько своевременно сотрудники регистрируют документы и трудозатраты. Поэтому обещать финансовый результат «в реальном времени» без учета качества данных неправильно.
Закрытые проекты создают базу для последующего планирования.
Например, можно посмотреть, сколько часов фактически потребовалось на разработку сайтов определенного типа, какие внешние специалисты привлекались и насколько исходный бюджет отличался от результата.
Это не гарантирует точный прогноз нового проекта, но дает фактическую основу вместо оценки только по памяти.
Схожая проблема появляется в совершенно других отраслях, когда система внедрена, но отдельные этапы процесса существуют сами по себе. Межотраслевой пример разбора таких разрывов - в статье «Почему заявки жителей продолжают теряться после внедрения системы: 7 ошибок управляющих компаний».
Проектный учет помогает агентству видеть экономику работы не только на уровне общей выручки компании, но и по отдельным клиентам и проектам.
Для этого недостаточно просто создать справочник проектов. Доходы, внешние расходы и трудозатраты должны последовательно получать нужную аналитику, а правила оценки внутренних ресурсов и распределения косвенных расходов - быть заранее определены.
Тогда руководитель может видеть, сколько ресурсов потребовал проект, сравнивать план с фактом и проверять финансовый результат по единой методике.
1С в такой схеме выступает инструментом учета и анализа. Насколько точной будет картина проекта, зависит от выбранного решения, настроек, полноты исходных данных и правил, по которым агентство рассчитывает свою экономику.
Проектный учет позволяет связать с конкретным проектом доходы, прямые внешние расходы и стоимость использованных ресурсов. Это дает руководителю основу для расчета финансового результата по принятой в компании методике.
Да. Поступление денег и признание дохода - разные события. Для руководителя полезно отдельно видеть выполненные и отраженные в доходах работы, выставленные суммы, фактические оплаты и оставшуюся задолженность.
Для проектной аналитики можно отдельно регистрировать сотрудника, проект, задачу или этап, дату и количество часов. Затем компания выбирает метод оценки этих часов, например внутреннюю расчетную стоимость часа специалиста.
Это доля результата после учтенных прямых затрат в доходе проекта по принятой в примере управленческой модели. Показатель нельзя считать чистой рентабельностью проекта или чистой прибылью агентства.
Нет. План-факт показывает отклонение, а его причину определяет ответственный сотрудник после проверки объема работ, документов, дополнительных запросов клиента и других данных проекта.

Открытие нового магазина — это запуск, первые покупатели и приятная суета. Но до этого команда проходит менее праздничную часть: нужно подготовить учётную систему, кассы, пользователей, цены, скидки и обмены.
Обычная скидка 10% уже не всегда решает задачу лояльности. Покупатель ждёт, что магазин запомнит его историю покупок, предложит подходящие условия и не заставит носить с собой бумажную карточку.

