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