При переходе с исторических конфигураций (например, 1С:Комплексная автоматизация 1.1) на современную платформу 1С:Бухгалтерия 3.0 пользователи часто сталкиваются с тем, что привычные алгоритмы закрытия затратных счетов работают иначе. Одной из наиболее острых проблем является автоматизация работы со счетом 29 «Обслуживающие производства и хозяйства». В этой статье мы подробно разберем, как заставить программу «видеть» этот счет при закрытии месяца, проанализируем различия версий ПРОФ и КОРП, а также изучим программные способы решения задачи.
Первое, что нам необходимо выяснить — это возможности используемой редакции программы. Разработчики фирмы «1С» заложили разную логику обработки 29 счета в зависимости от версии поставки:
Если вы работаете в версии ПРОФ, у вас есть два пути: методический (использование счета-аналога) или технический (создание расширения). Рассмотрим их подробнее.
Проанализируем шаги, которые необходимо выполнить в версии КОРП, чтобы регламентная операция начала закрывать 29 счет. Рассмотрим последовательность действий:
Важный нюанс: Даже в КОРП счет 29 может закрываться некорректно, если нарушена аналитика. Если услуги обслуживающих производств потребляются внутри организации, обязательно используйте документ Отчет производства за смену, где на закладке «Услуги» будет указан счет-получатель затрат.
Если переход на версию КОРП не планируется, методисты рекомендуют не вносить изменения в программный код, так как это может исказить налоговую отчетность. Вместо 29 счета в версии ПРОФ можно успешно использовать счет 23 «Вспомогательные производства».
Рассмотрим, почему это эффективно:
Если учетная политика предприятия жестко требует использования именно 29 счета, нам потребуется вмешательство в программную логику через механизм расширений. Проанализируем ситуацию: программа при запуске закрытия месяца собирает массив счетов, которые она считает «прямыми расходами». Чтобы добавить туда счет 29, нужно модифицировать функцию в общих модулях.
Выясним, как реализовать это с помощью расширения. Нам необходимо переопределить функцию, отвечающую за список предопределенных счетов прямых расходов. Пример кода для расширения (аннотация &Вместо):
&Вместо("ПредопределенныеСчетаПрямыхРасходов")
Функция Расш29_ПредопределенныеСчетаПрямыхРасходов()
// Получаем стандартный массив счетов или формируем новый
СчетаРасходов = Новый Массив;
// Добавляем типовые счета
СчетаРасходов.Добавить(ПланыСчетов.Хозрасчетный.ОсновноеПроизводство_); // 20 счет
СчетаРасходов.Добавить(ПланыСчетов.Хозрасчетный.ВспомогательныеПроизводства); // 23 счет
// Добавляем счет 29 для автоматической обработки
СчетаРасходов.Добавить(ПланыСчетов.Хозрасчетный.ОбслуживающиеПроизводства);
Возврат СчетаРасходов;
КонецФункции
После подключения такого расширения регламентная операция «Закрытие счетов 20, 23, 25, 26» начнет анализировать и обороты по счету 29. Однако стоит помнить, что этого может быть недостаточно. В общем модуле ЗакрытиеМесяца могут существовать дополнительные проверки на корректность аналитики, которые также придется обходить в расширении.
Разберем ситуацию, описанную пользователями: когда счет вроде бы закрывается, но по суммам возникают отрицательные остатки, в то время как количество списывается корректно. Рассмотрим основные причины этой проблемы:
Реализация товаров и услуг проведен раньше, чем документ поступления затрат, система может сформировать некорректные проводки. Всегда используйте групповое перепроведение документов перед закрытием.Отчет производства за смену) эти цены не заполнены (или не установлены документом Установка цен номенклатуры), алгоритм распределения даст сбой.Важно помнить, что счет 29 имеет специфическое отражение в налоговом учете. Расходы обслуживающих производств и хозяйств (ОПХ) выделяются в отдельную категорию в Декларации по налогу на прибыль (Приложение 3 к Листу 02).
Проанализируем риски: Если вы просто добавите 29 счет в массив прямых расходов в версии ПРОФ через код, система может начать трактовать эти расходы как обычные прямые производственные затраты (как по 20 счету). В этом случае они попадут не в те строки декларации, что может вызвать вопросы у налоговых органов. При использовании 29 счета в КОРП эта интеграция с налоговыми регистрами работает штатно, а в ПРОФ — потребует ручного контроля или дополнительной доработки регистров налогового учета в расширении.
Подводя итог, можно сказать, что наиболее стабильным решением для пользователей 1С:Бухгалтерия 3.0 ПРОФ является использование 23 счета с выделением отдельных подразделений. Если же использование 29 счета критично, необходимо использовать версию КОРП или быть готовым к серьезной поддержке собственного расширения, учитывающего нюансы как бухгалтерского, так и налогового учета.