При оформлении возврата спецодежды и средств индивидуальной защиты (СИЗ) из эксплуатации на склад в программах 1С:Комплексная автоматизация 2.4/2.5 и 1С:ERP Управление предприятием бухгалтеры часто сталкиваются с методологической и технической сложностью: какую цену указывать в одноименном документе? На портале ИТС указано, что цена устанавливается вручную или по определенному типу цен, и она может отличаться от остаточной. Однако некорректный выбор стоимости приводит к тому, что при закрытии месяца система распределяет разницы на прочие доходы или расходы организации. Давайте разберем эту ситуацию подробно, изучим методологию учета, физический смысл возникающих разниц и рассмотрим способы автоматизации этого процесса.
Для начала проанализируем ситуацию с точки зрения методологии бухгалтерского учета. В соответствии с действующим стандартом ФСБУ 5/2019 «Запасы», учет спецодежды зависит от срока ее полезного использования и стоимости:
Рассмотрим, как это влияет на возврат на склад:
Сценарий А: Возврат спецодежды, стоимость которой была списана при выдаче.
Поскольку балансовая стоимость спецодежды на момент возврата равна нулю, ее оприходование по нулевой стоимости в системе 1С технически невозможно и методологически неверно. Бухгалтер должен оценить возвращаемую спецодежду по текущей рыночной стоимости с учетом ее фактического износа (или по условной цене, закрепленной в учетной политике организации). Возврат такой спецодежды на склад по любой ненулевой цене признается прочим доходом организации, так как на баланс возвращается ранее списанный актив. Это абсолютно корректно отражается в учете (увеличиваются чистые активы компании).
Сценарий Б: Возврат спецодежды с постепенным списанием стоимости.
Если спецодежда списывается в течение срока эксплуатации (например, линейным способом), у нее есть реальная остаточная стоимость. Идеальный вариант — вернуть ее на склад именно по этой остаточной стоимости. Если мы укажем цену выше остаточной, то при закрытии месяца излишек будет отнесен на прочие доходы. Если укажем цену ниже остаточной — разница спишется на расходы компании (на ту статью расходов, которая была задана для этой спецодежды при выдаче).
Многие пользователи задаются вопросом: почему программа сразу автоматически не подставляет остаточную стоимость при выборе номенклатуры в документе возврата? Это связано со спецификой архитектуры систем ERP-класса от 1С:
Для того чтобы заполнить документ максимально корректно, нам необходимо предварительно определить остаточную стоимость возвращаемых вещей. Выясним, какими стандартными инструментами программы мы можем воспользоваться:
Постоянный ручной поиск цен по отчетам — трудоемкий процесс. Рассмотрим три практических способа, как упростить и автоматизировать заполнение цен в документе «Возврат из эксплуатации».
Для того чтобы упростить работу и сразу видеть параметры выдачи ТМЦ, откажемся от ручного добавления строк в табличную часть документа. Будем использовать специализированную форму подбора:
Если в компании принято приходовать возвращенную б/у спецодежду по фиксированным процентам от стоимости новой (например, категория «Новая» — 100%, «С незначительным износом» — 70%, «Бывшая в употреблении» — 30%), мы можем настроить автозаполнение через виды цен:
Установка цен номенклатуры.Если объем возвратов велик, оптимальным решением станет написание небольшого расширения конфигурации, которое автоматически рассчитает и подставит остаточную стоимость при заполнении документа. Программа не снимется с поддержки, а рутина бухгалтера сведется к минимуму.
Проанализируем логику работы программного кода. Нам необходимо обратиться к регистру накопления ТМЦВЭксплуатации (или к бухгалтерским итогам по счету 10.11) и получить остаточную стоимость на дату документа возврата по конкретной партии и физлицу.
Рассмотрим пример алгоритма запроса, который можно использовать в расширении для автозаполнения цен:
// Пример запроса для получения остатков стоимости ТМЦ в эксплуатации
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| ТМЦВЭксплуатацииОстатки.Номенклатура КАК Номенклатура,
| ТМЦВЭксплуатацииОстатки.ФизическоеЛицо КАК ФизическоеЛицо,
| ТМЦВЭксплуатацииОстатки.СтоимостьОстаток КАК ОстаточнаяСтоимость,
| ТМЦВЭксплуатацииОстатки.КоличествоОстаток КАК КоличествоОстаток
|ИЗ
| РегистрНакопления.ТМЦВЭксплуатации.Остатки(&Период, ФизическоеЛицо = &ФизическоеЛицо И Номенклатура В (&МассивНоменклатуры)) КАК ТМЦВЭксплуатацииОстатки";
Запрос.УстановитьПараметр("Период", Объект.Дата);
Запрос.УстановитьПараметр("ФизическоеЛицо", Объект.ФизическоеЛицо);
Запрос.УстановитьПараметр("МассивНоменклатуры", ТабличнаяЧастьНоменклатуры);
РезультатЗапроса = Запрос.Выполнить();
// Далее в цикле происходит обход строк документа и заполнение колонки "Цена"
// путем деления полученной ОстаточнойСтоимости на КоличествоОстаток.
// Если остаточная стоимость равна 0 (списана при выдаче), можно подставлять 1 рубль или условную цену.
Использование такого расширения гарантирует, что в документе всегда будет стоять максимально точная балансовая оценка, что минимизирует количество корректирующих проводок и исключит появление необоснованных виртуальных доходов или расходов при закрытии месяца.
Подведем итоги нашего анализа: