При переходе с 1С:Бухгалтерии на более сложные системы, такие как 1С:Управление торговлей 11, 1С:Комплексная автоматизация 2 или 1С:ERP, пользователи часто сталкиваются с тем, что алгоритмы распределения дополнительных расходов ведут себя «непредсказуемо». В этой статье мы подробно разберем, почему расчеты в УТ 11 могут не совпадать с ручными расчетами или данными из БП, и как система на самом деле определяет доли распределения.
Рассмотрим типичную ситуацию. В систему введен документ Приобретение товаров и услуг с двумя позициями. Следом регистрируется документ Приобретение услуг и прочих активов (например, транспортные услуги), где выбрана статья расходов с правилом распределения «На себестоимость товаров» и базой «Пропорционально себестоимости номенклатуры». Пользователь ожидает, что система просто возьмет суммы из приходной накладной и разделит услуги согласно их пропорции. Однако на практике цифры часто отличаются на несколько процентов или даже более существенно.
Проанализируем причины такого поведения системы, опираясь на внутренние механизмы платформы 1С:Предприятие 8.3.
В отличие от 1С:Бухгалтерии 3.0, где распределение происходит непосредственно в момент проведения документа «Поступление доп. расходов», в 1С:Управление торговлей 11 реализована модель отложенного расчета затрат. Проанализируем, как это работает:
Приобретение услуг и прочих активов, система делает лишь предварительные записи в регистры. В этот момент расчет долей может быть выполнен по упрощенному алгоритму или не выполнен вовсе (в зависимости от настроек).Расчет себестоимости. Именно в этот момент система анализирует все накопленные затраты за период и распределяет их по партиям товаров.Как мы видим из обсуждения на форуме, автор заметил, что суммы «невероятным образом стали такими, какими нужно». Это прямое следствие того, что в базе сработал фоновый или ручной расчет себестоимости, который пересчитал регистр Себестоимость товаров на основании актуальных данных за весь месяц.
Когда мы выбираем вариант «Пропорционально себестоимости», важно понимать, какая именно сумма берется за 100%. Рассмотрим нюансы, которые влияют на базу:
1. Учет НДС. В Управленческом учете базой для распределения чаще всего является стоимость товара без НДС. Если в вашем приходном документе у разных товаров разные ставки НДС (например, 10% и 20%), то пропорция «по итоговым суммам с НДС» (как часто считают бухгалтеры на калькуляторе) будет в корне отличаться от пропорции «по стоимости без НДС», которую использует УТ.
2. Остатки и поступления за период. Выясним важную деталь: если в Статье расходов указана аналитика Склад или Номенклатура (без привязки к конкретному документу), система распределяет расходы на остатки на начало месяца плюс все поступления за месяц. Даже если вы указали в качестве аналитики конкретный документ Приобретение товаров и услуг, система в режиме Средняя за месяц может учитывать общую стоимость этой номенклатуры, накопленную за период, а не только цену из этой накладной.
3. Включение других доп. расходов. Если на этот же товар ранее в этом же месяце уже были распределены другие услуги (например, страховка или таможенные пошлины), они уже увеличили его себестоимость. Следующая услуга (например, доставка) будет распределяться на базу, которая уже включает в себя предыдущие расходы.
Выясним, как метод оценки влияет на результат:
Чтобы убедиться, что программа работает верно, проделаем следующие действия:
Себестоимость товаров организации.Документа поступления и Аналитики расхода.Закрытие месяца. В интерфейсе Финансовый результат и контроллинг -> Закрытие месяца статус должен быть «Выполнено успешно».Прочие расходы. Именно в нем «висят» ваши услуги до того момента, пока расчет себестоимости не перебросит их в регистр Себестоимость товаров.Разберем настройки объекта Статья расходов, которые влияют на наш процесс. При создании статьи для доп. расходов мы выбираем:
На себестоимость товаров.Пропорционально стоимости (или Пропорционально количеству).Приобретение товаров и услуг, мы жестко ограничим базу распределения конкретной накладной. Если оставим пустой — расход может «размазаться» по всему складу.Рассмотрим пример того, как система может хранить эти данные во внутренних механизмах (метаданных). Хотя мы не пишем код, полезно знать, что за распределение отвечает сложный запрос в модуле расчета себестоимости, который собирает данные из таблицы ОстаткиИОбороты регистра СебестоимостьТоваров.
Если вам необходимо программно проанализировать доли распределения, стоит обратить внимание на структуру регистра ПартииТоваровДляНалоговогоУчета (в случае использования партионного учета 2.2), где доли фиксируются в привязке к ключам аналитики.
Проанализируем ситуацию: в 1С:Бухгалтерии учет строится вокруг проводки (Дебет 41 — Кредит 60). Документ «Поступление доп. расходов» в БП просто берет табличную часть, считает процент и сразу пишет сумму в проводку. Это «линейный» и простой метод.
В 1С:УТ 11 реализована многоцелевая модель учета. Здесь себестоимость может считаться отдельно для управленческого учета и отдельно для регламентированного (в разных валютах, с разным составом затрат). Поэтому система не может просто «записать сумму в документ». Она должна убедиться, что все партии товара на месте, что нет отрицательных остатков и что средняя цена за месяц сформирована окончательно.
Если вы видите «странные» цифры при распределении услуг на себестоимость в УТ 11, не спешите искать ошибку в коде или настройках. Скорее всего, вы столкнулись с одной из особенностей управленческого учета:
Для получения корректных данных всегда проверяйте статус закрытия месяца и используйте специализированные отчеты раздела Финансовый результат и контроллинг, а не пытайтесь сверять данные на основании «черновиков» документов до момента окончательного расчета.