Реализация проектного учета в 1С:ЗУП 3.1 — задача комплексная, так как типовой функционал программы ориентирован в первую очередь на расчет налогов и взносов в разрезе подразделений и организаций. Однако требования бизнеса часто диктуют необходимость видеть затраты на оплату труда в разрезе конкретных проектов не только в управленческих отчетах, но и в бухгалтерских проводках (в 1С:Бухгалтерии). Рассмотрим основные способы решения этой задачи, проанализируем их плюсы и минусы, а также разберем по шагам наиболее эффективные методики.
Часто в качестве быстрого решения предлагают использовать справочник Территории. На первый взгляд это удобно: сотрудника можно перемещать между территориями (проектами) в течение месяца, и программа сама разделит начисления. Но, как показывает практика, этот метод имеет критический недостаток. В 1С:ЗУП Территория — это объект, влияющий на расчет Районного коэффициента и Северной надбавки. Если у вас есть сотрудники-удаленщики или подразделения в разных регионах, использование территории как «виртуального проекта» приведет к некорректному расчету доплат. Например, если привязать сотрудника к «Проекту А» (территории без коэффициента), он потеряет свои законные надбавки за работу в северном регионе.
Это наиболее стабильный и рекомендуемый метод для тех случаев, когда сотрудник работает на нескольких проектах в течение одного месяца. Проанализируем этот механизм подробнее.
Механизм распределения позволяет указать, в какой пропорции заработок сотрудника должен быть отнесен на разные способы отражения в учете. Рассмотрим пошагово:
Способы отражения зарплаты в бухучете создаются элементы, соответствующие вашим проектам (например, «Проект Альфа», «Проект Бета»). Важно помнить, что в ЗУП это просто текстовые наименования. Соответствие счетам затрат и субконто (проектам) настраивается уже на стороне 1С:Бухгалтерии (БП).Распределение основного заработка. В нем для каждого сотрудника указывается перечень способов отражения и доля (коэффициент или проценты).Отражение зарплаты в бухучете.Для упрощения работы расчетчиков, когда проектов много, рекомендуется автоматизировать заполнение этого документа. Проанализируем пример логики внешней обработки для загрузки данных из внешнего файла (например, Excel с таймшитами):
// Пример упрощенной логики заполнения таблицы распределения
Процедура ЗаполнитьРаспределение(ДокументОбъект, ДанныеИзФайла)
Для Каждого СтрокаДанных Из ДанныеИзФайла Цикл
НоваяСтрока = ДокументОбъект.РаспределениеЗаработка.Добавить();
НоваяСтрока.Сотрудник = НайтиСотрудника(СтрокаДанных.ТабельныйНомер);
НоваяСтрока.СпособОтражения = НайтиСпособОтраженияПоПроекту(СтрокаДанных.Проект);
НоваяСтрока.ДоляРаспределения = СтрокаДанных.Часы; // Можно использовать часы как весовой коэффициент
КонецЦикла;
КонецПроцедуры
Если проектный учет нужен как «сквозная» аналитика, можно включить в настройках расчет зарплаты использование Статей финансирования (даже если вы коммерческая организация). Это дает дополнительный разрез учета во всех документах начисления.
Преимущества метода:
Недостаток: Если проект меняется в середине месяца без кадрового приказа, типовой механизм разделения может отработать не так гибко, как документ распределения заработка.
Выясним причину, по которой иногда выбирают создание отдельных начислений под проекты (например, «Оклад (Проект 1)», «Оклад (Проект 2)»). Этот метод позволяет жестко привязать способ отражения к конкретному виду начисления.
Однако этот путь ведет к раздуванию плана видов расчета. Если проектов сотни, расчетная ведомость станет нечитаемой, а трудозатраты расчетчика на выбор нужного начисления в каждом документе станут запредельными. Рассмотрим этот вариант только для случаев, когда проектов 2-3 и они стабильны годами.
Для максимально точного учета по часам можно использовать следующий алгоритм:
Виды использования рабочего времени элементы типа «Работа на проекте А», «Работа на проекте Б».СпособОтражения.Этот метод позволяет автоматически дробить суммы на основе введенных в табель часов. Проанализируем ситуацию: если сотрудник отработал 40 часов на проекте А и 120 на проекте Б, система создаст две строки начисления, каждая из которых уйдет в бухгалтерский учет со своей аналитикой. Минус здесь один — огромная нагрузка на табельщика.
Независимо от выбранного способа в ЗУП, ключевым моментом является передача данных в БП. Рассмотрим, как правильно настроить связку:
В документе Отражение зарплаты в бухучете в ЗУП есть колонка Способ отражения. Это ссылка на справочник, который при синхронизации попадает в аналогичный справочник в БП. В самой 1С:Бухгалтерии для каждого Способа отражения необходимо зайти в настройки и указать:
Если проектов очень много и они постоянно добавляются, рекомендуется доработать правила обмена или использовать Расширение в БП, которое при загрузке документа Отражение зарплаты будет автоматически создавать элементы справочника Проекты и привязывать их к проводкам на основании текстового наименования способа отражения из ЗУП.
Проанализировав все варианты, мы приходим к выводу, что наиболее сбалансированным решением является связка:
Документ «Распределение основного заработка» + Внешняя обработка загрузки данных из Excel (таймшитов).
Это позволяет: