В практике работы с программой 1С:Управление торговлей 11.4 (и выше) многие пользователи сталкиваются с ситуацией, когда один и тот же товар на разных складах имеет разную себестоимость. С точки зрения логики программы это объяснимо: разные партии поступления, дополнительные расходы на логистику до конкретной точки или особенности расчета средней цены в разрезе мест хранения. Однако для бизнеса это часто становится проблемой, так как отчеты по валовой прибыли показывают разную эффективность продаж одного и того же товара в зависимости от того, с какого склада была произведена отгрузка.
В данной статье мы подробно разберем, почему возникает такая ситуация, проанализируем возможные риски и рассмотрим несколько способов приведения себестоимости к единому значению по всей организации. Мы вместе пройдем путь от простых настроек системы до методологических приемов корректировки остатков.
Прежде чем приступать к «уравниванию», давайте выясним причину такого поведения системы. В 1С:УТ 11 расчет себестоимости может вестись в нескольких разрезах:
Если в настройках системы установлен флаг Учет себестоимости по складам, то при перемещении товара со Склада А на Склад Б себестоимость фиксируется на момент перемещения. Если же на Складе Б уже был такой товар, купленный по другой цене, то после закрытия месяца средняя цена на этих двух складах будет разной. Проанализируем, как это исправить максимально корректными способами.
Рассмотрим самый правильный и «чистый» с точки зрения архитектуры 1С способ. Если вашей компании не принципиально видеть разную себестоимость на удаленных складах и вы хотите иметь единую цену по всей организации, достаточно просто изменить одну настройку.
Разберем по шагам, где найти этот параметр:
Важный момент: Если мы снимем этот флаг, система перестанет дробить финансовый результат по местам хранения. Себестоимость будет рассчитываться как средняя по всей организации. Однако стоит учитывать, что изменение этой настройки «задним числом» потребует от нас полного перепроведения документов и перезапуска операции Закрытие месяца за все прошлые периоды, что может изменить уже сданную отчетность. Поэтому такие изменения лучше вводить с начала нового отчетного года или квартала.
Если настройку по складам отключать нельзя (например, этого требует специфика учета в других филиалах), воспользуемся методом «схлопывания» партий. Суть метода заключается в том, чтобы на один момент времени собрать весь товар на одном виртуальном или реальном складе, а затем распределить его обратно.
Посмотрим, как это работает на практике:
Перемещение товаров со всех складов на один «Центральный склад».При использовании метода ФИФО (скользящая) или Средняя за месяц, система передаст усредненную стоимость на все склады. Таким образом, на 1-е число следующего месяца остатки на всех складах будут иметь идентичную себестоимость. Проанализируем ситуацию: этот метод хорош тем, что он не создает фиктивных доходов и расходов, в отличие от списания и оприходования.
Бывают случаи, когда нужно поправить стоимость только по конкретным позициям, не затрагивая общий поток перемещений. Для этого в 1С:УТ 11 предусмотрен механизм корректировок. Выясним, как это реализовать.
Хотя в УТ 11 нет прямого документа «Корректировка себестоимости» в том виде, в котором он был в старых редакциях, мы можем использовать документ Корректировка регистров (через «Все функции» или «Функции для технического специалиста»).
Нам потребуется внести изменения в регистр накопления Себестоимость товаров. Рассмотрим структуру необходимых движений:
// Пример логики корректировки (условно)
Ресурс Стоимость = НужнаяСтоимость - ТекущаяСтоимость;
Ресурс СтоимостьБезНДС = НужнаяСтоимостьБезНДС - ТекущаяСтоимостьБезНДС;
Этот способ требует высокой квалификации специалиста, так как ручная правка регистров может привести к ошибкам в отчете Ведомость по партиям товаров. Мы рекомендуем использовать его только в крайних случаях, когда другие методы недоступны.
В начале обсуждения автор темы предложил вариант списать всё 31-м числом и оприходовать 1-м числом по нужной цене. Давайте разберем, почему этот путь считается опасным и нежелательным:
При выборе стратегии уравнивания важно учитывать, какой метод оценки стоимости установлен в вашей учетной политике:
Средняя за месяц: Здесь все проще. Расчет происходит в момент закрытия месяца. Если мы использовали Способ 2 (перемещение через один склад), то система просто разделит общую стоимость на общее количество. Результат будет достигнут автоматически после выполнения регламентных операций.
ФИФО: Здесь сложнее, так как система оперирует партиями. Перемещение товаров «схлопнет» старые партии и создаст новые записи в регистре Детализация себестоимости товаров. Это может временно увеличить нагрузку на базу данных при расчете, но также приведет к выравниванию стоимости.
Если процедуру выравнивания требуется проводить регулярно, мы рекомендуем написать небольшую обработку, которая будет автоматизировать Способ 2. Рассмотрим примерный алгоритм работы такой обработки:
Себестоимость товаров в разрезе складов.Перемещение товаров: первый собирает остатки на виртуальный склад, второй развозит их обратно.Таким образом, мы исключаем человеческий фактор и гарантируем, что количество товара на складах не изменится, а изменится только его стоимостная оценка.
Мы проанализировали ситуацию с разной себестоимостью на складах в 1С:УТ 11.4 и выяснили, что самым надежным решением является отключение опции Учет себестоимости по складам в настройках системы. Если же это невозможно, следует использовать методику транзитных перемещений в конце отчетного периода. Помните, что любые манипуляции с себестоимостью должны подтверждаться корректным закрытием месяца, иначе цифры в отчетах останутся неверными.