В конфигурациях «1С:Управление производственным предприятием 1.3» (УПП) и «1С:Комплексная автоматизация 1.1» (КА), работающих в режиме расширенной аналитики учета затрат (РАУЗ), бухгалтеры часто сталкиваются со странным поведением системы. При заполнении документа Акт сверки взаиморасчетов по данным бухгалтерского учета в табличную часть попадают непонятные суммы, при этом сам документ-регистратор в строке может не отображаться, создавая «фантомные» обороты. Выясним причину этого явления и разберем способы его устранения.
Разберем ситуацию подробно. Документ Расчет себестоимости выпуска (РСВ) является регламентным и выполняется в конце месяца. Его основная задача — корректировка предварительной стоимости списания ТМЦ до фактической (средневзвешенной) стоимости за период. Проблема возникает тогда, когда в течение месяца оформлялся документ Возврат товаров поставщику.
Проанализируем механику движений. В момент оформления возврата бухгалтер фиксирует задолженность поставщика, часто используя счет 76.02 (Расчеты по претензиям). Поскольку фактическая себестоимость на момент возврата еще неизвестна, программа списывает товар по предварительной цене. В конце месяца Расчет себестоимости выпуска вычисляет точную среднюю цену. Если она отличается от цены возврата, РСВ обязан «досписать» эту разницу. Если система настроена определенным образом, эта корректировочная проводка делается в корреспонденции со счетом взаиморасчетов (например, Дт 76.02 — Кт 41.01 или наоборот).
Поскольку Акт сверки взаиморасчетов анализирует обороты по счетам 60, 62 и 76, любые проводки Расчета себестоимости выпуска по этим счетам автоматически подтягиваются в документ. Однако, так как РСВ не является стандартным документом расчетов для акта сверки, он не отображается в печатной форме корректно, что вызывает обоснованное недовольство бухгалтерии.
Если мы хотим быстро решить проблему на уровне кода, не меняя методологию учета, мы можем модифицировать процедуру заполнения акта сверки. Рассмотрим, как это сделать в модуле объекта документа АктСверкиВзаиморасчетов.
Найдем процедуру ЗаполнитьПоДаннымБухгалтерскогоУчета. Нам необходимо добавить фильтр, который будет игнорировать записи, сделанные документом Расчет себестоимости выпуска. Посмотрим на пример кода:
Если ТипЗнч(Выборка.ДокументРегистратор) = Тип("ДокументСсылка.РасчетСебестоимостиВыпуска") Тогда
// Мы нашли виновника лишних сумм.
// Можно вывести информационное сообщение для отладки:
Сообщить("Пропущена корректировка РСВ: " + Выборка.ДокументРегистратор +
", Счет: " + Выборка.Счет +
", Сумма: " + (Выборка.Дебет + Выборка.Кредит), СтатусСообщения.Информация);
Продолжить; // Пропускаем эту итерацию цикла заполнения
КонецЕсли;
Этот метод эффективен, так как он позволяет оставить бухгалтерские проводки нетронутыми, но «очистить» управленческую форму акта сверки от регламентных корректировок, которые не должны подтверждаться контрагентом.
Рассмотрим более правильный с точки зрения методологии учета подход. Разница между стоимостью возврата и фактической себестоимостью не обязательно должна влиять на взаиморасчеты с поставщиком. Сумма претензии, как правило, фиксирована в первичных документах (ТОРГ-12 или УКД) и не должна «плавать» из-за внутренних расчетов себестоимости покупателя.
Для того чтобы Расчет себестоимости выпуска не трогал счета 76.02 или 60, проделаем следующие шаги:
Возврат товаров поставщику.91.01 и 91.02 соответственно.В этом случае РСВ сделает корректирующую проводку Дт 91.02 — Кт 41.01. Счет взаиморасчетов задействован не будет, и сумма в акт сверки не попадет. Это наиболее корректный путь с точки зрения бухгалтерского учета.
В процессе работы с Расчетом себестоимости выпуска вы можете столкнуться со странным сообщением об ошибке: «Не заполнены счета учета доходов и расходов в регистре сведений "Контрагенты организаций"... Проводка по отклонению сформирована не будет». Выясним причину этой ошибки, которая часто сбивает с толку, так как возврат может не иметь никакого отношения к таре.
Проанализируем программный код регламентной операции. В типовых решениях УПП разработчики иногда используют поля СчетУчетаДоходовПоТареБУ и СчетУчетаРасходовПоТареБУ в качестве универсальных заглушек для поиска счетов отклонений, если они не заданы в самом документе возврата. Это выглядит так:
// Проверка в модуле расчета себестоимости
Если НЕ ЗначениеЗаполнено(Счета.СчетУчетаРасходовПоТареБУ)
ИЛИ НЕ ЗначениеЗаполнено(Счета.СчетУчетаДоходовПоТареБУ) Тогда
ОбщегоНазначения.СообщитьОбОшибке("Не заполнены счета учета доходов и расходов в регистре... ");
Продолжить;
КонецЕсли;
Чтобы устранить эту ошибку, нам необходимо зайти в регистр сведений Контрагенты организаций и для соответствующего контрагента (или для настройки "Для всех") заполнить счета учета по таре, указав там 91.01 и 91.02.1. После этого РСВ сможет корректно сформировать проводки по отклонениям, используя эти счета вместо счетов взаиморасчетов.
Для того чтобы избежать путаницы в будущем, разберем несколько правил организации учета возвратов и претензий:
С поставщиком, а расчеты по претензиям — на отдельном договоре с видом Прочее. Это позволит формировать акт сверки отдельно по торговым операциям и отдельно по спорным суммам.Таким образом, появление документа Расчет себестоимости выпуска в акте сверки — это не случайный сбой, а следствие работы алгоритмов РАУЗ. Понимая логику формирования корректировок, мы можем либо исключить их программно, либо настроить систему так, чтобы отклонения стоимости списывались на прочие доходы и расходы, не затрагивая баланс расчетов с поставщиками.