Для любой компании очень важным показателем является прибыльность. При ведении учета в программе «1С:Управление торговлей, ред. 10.3» вы можете отслеживать валовую прибыль от продажи товаров. Но в некоторых ситуациях, информация о валовой прибыли может быть неверной из-за неправильного расчета себестоимости товаров.
Наиболее частая ситуация, которая влечет неправильный расчет себестоимости – это списание товаров в минус. Т.е. по программе товар у вас на складе отсутствует, но вы его все равно продаете.
Если пользователи вводят документы в базу оперативно (т.е. сегодняшней датой и текущим временем), то продать товар в «минус» не получится – программа сообщит об ошибке. Но если пользователи вводят документы в базу неоперативно (т.е. задним числом), то программа позволяет списать товары в минус. При этом выдаются сообщения об ошибках, но документ все равно проводится и товар списывается.
Примечание: списание в минус и соответствующие ошибки могут возникнуть и при проведении документа текущим временем, если у пользователя есть права на превышение остатков по складу и по организации. Данные права даются в настройке дополнительных прав пользователей. Пример документа «Реализация товаров и услуг».
С помощью данных ошибок программа информирует нас о том, что товар списывался со склада в минус, и программа не смогла провести расчет себестоимости. В отчете по валовой прибыли мы увидим по данной продаже нулевую себестоимость и, соответственно, 100% валовую прибыль.
Меню: Отчеты – Продажи – Анализ продаж – Валовая прибыль
Причины возникновения отрицательных остатков могут быть разными, но в основном встречаются следующие:
- Документ поступления товаров еще не введен в базу.
- Документ поступления товаров введен в базу, но более поздним временем, чем продажа товаров.
- На складе возникли излишки товаров или пересортица.
В случае возникновения излишков товаров или пересортицы нужно произвести инвентаризацию товаров на складе и оприходовать излишки. Оприходование излишков должно быть проведено до того, как товар будет продан.
Если же ошибка возникла из-за неправильных дат документов, то достаточно поправить даты и перепровести документ реализации товаров.
Оценить остатки товара и разобраться с причиной возникновения ошибки можно в отчете «Ведомость по товарам на складах».
Меню: Отчеты – запасы (склад) – Ведомость по товарам на складах
В настройке отчета сделаем группировки по складу, номенклатуре и документу движения. Также установим флаг «Отрицательное красным» (чтобы видеть отрицательные остатки) и поставим отбор по нужному товару:
Пример сформированного отчета:
В данном случае мы видим, что реализация товаров была оформлена на 3 часа раньше, чем поступление товаров на склад. Для правильного списания достаточно поменять время реализации на более позднее и провести документ.
Как быть уверенными, что все документы провелись верно и себестоимость в них посчитана правильно?
Если даты документов находятся в разных днях (например, поступление 1 апреля, а продажа сделана еще 31 марта), то нужно более подробно разобраться в данной ситуации. Возможно, один из документов введен в программу неправильной датой (например, поступление товаров и документы по нему были от 30 марта, а в программе поставили неправильную дату). Или поставщик прислал первичные документы, оформленные неправильной датой (например, товар поступил 30 марта, а поставщик прислал документы, датированные 1 апреля) – в таком случае понадобятся новые документы от поставщика.
В любом случае, в конечном итоге никаких отрицательных остатков в отчете быть не должно, а поступления товара должно быть оформлено раньше по времени, чем его продажа.
Пример отчета после исправления:
Исправление ошибок в партионном учете. Проведение по партиям
Пример 1После этого менеджер по закупкам оформил в программе еще одно поступление холодильников – 15 числа по 10500 руб.
В итоге, если бы менеджер по закупкам ввел всю информацию в программу вовремя, то при продаже холодильников была бы другая себестоимость (10500*3=31500 руб.) и другая валовая прибыль (10500 руб.).
Но документ реализации уже проведен, никто его перепроводить скорее всего не будет. Значит, себестоимость может так и остаться неверной.
Пример 221 числа поступили холодильники – 10 шт. по 11000 рублей.
25 числа менеджер продал 3 холодильника по цене 14000 руб. При этом списалась себестоимость – 33000 руб., и рассчиталась валовая прибыль – 9000 руб.
После этого менеджер по закупкам зашел в документ поступления и изменил в нем цены холодильников на 12000 руб. (изначально цена была введена неверно).
В итоге, если бы менеджер по закупкам ввел всю информацию в программу вовремя, то при продаже холодильников была бы другая себестоимость (12000*3=36000 руб.) и другая валовая прибыль (6000 руб.).
Таких ситуаций может возникать очень много. По сути, каждое создание, изменение, удаление документа задним числом может сделать себестоимость в оформленных позднее документах продажи ошибочной.
Чтобы быть уверенными, что все документы провелись верно и себестоимость в них посчитана правильно, нужно запустить последовательное перепроведение всех документов. Для этого можно воспользоваться двумя механизмами:
Общий механизм перепроведения документов платформы
Меню: Операции – Проведение документовЭтот механизм позволит вам перепровести все документы нужного вида за месяц, но он имеет небольшой недостаток – документы будут проводиться независимо от того, нужно это или нет. Ведь вполне возможно, никаких операций неоперативно сотрудники не делали. А проведение всех документов может занять длительное время.
Механизм проведения по партиям программы «1С:Управление торговлей, ред. 10.3»
Смысл механизма состоит в том, что программа запоминает так называемую «границу актуальности» – дату, до которой все документы были проведены оперативно и никаких ошибок нет. Если какой-то документ проводится задним числом, то программа сдвигает эту дату на дату этого документа. Таким образом, программа всегда знает, начиная с какой даты в документах могут быть ошибки. В конце месяца запускается специальная обработка «Проведение по партиям», которая последовательно проводит все документы реализации, сделанные позднее «даты актуальности», и рассчитывает в них себестоимость заново.
Рассмотрим работу второго механизма на первом примере.
Второй документ поступления, оформленный задним числом:
После создания второго документа поступления, отчет по валовой прибыли остался неизменным:
Откроем обработку «Проведение по партиям». Меню: Документы – Дополнительно – Проведение по партиям В обработке мы видим, что последовательность документов актуальна на 22 марта – дату второго поступления, введенного неоперативно.
Нажмем кнопку «Выполнить» и программа перепроведет все реализации товаров, сделанные после 15 числа. Отчет по валовой прибыли после выполнения обработки:
Примечание: в момент выполнения обработки вы можете увидеть сообщения об отсутствии товаров на складе, т.к. задним числом могут не только создать поступление, но и удалить его или перенести на более позднюю дату. Каждую такую ситуации надо рассматривать отдельно (как было описано выше).
Оперативное отражение данных в базе
Чтобы в программе все было верно в расчете себестоимости и прибыли, желательно вводить все документы в базу оперативно (т.е. сегодняшним днем и текущим временем). Но часто бывают ситуации, когда необходимо ввести документ задним числом, или поправить уже созданный документ. Такие ситуации могут привести к неправильно посчитанной себестоимости и прибыли в базе.
Если периодически выполнять проведение по партиям, а также реагировать на все сообщения об отсутствии товаров, себестоимость в вашей базе всегда будет рассчитана правильно. А значит, вы всегда будете видеть правильную информацию о валовой прибыли от продаж.
В программах 1С 8.3, связанных со складским учетом, имеется возможность вести учет остатков товаров по партиям поступления. Такая возможность реализуется благодаря заданию варианта метода списания партий в 1С.
Доступны следующие варианты:
- LIFO (последний пришел, первый ушел). Сейчас применяется очень редко. Эффективно применять при сильной инфляции. На затраты идет в первую очередь последняя купленная партия.
- FIFO (первый пришел, первый ушел). В основном самый логичный и наиболее применяемый вариант .
- Расчет по среднему. Самый простой способ расчета, ранее при выборе этого способа партионный учет даже не велся.
- Расширенный аналитический учет затрат (РАУЗ). Введен в программу довольно недавно. При выборе этого вида учета себестоимость не рассчитывается сразу. Суммы себестоимости появляются после оформления и проведения документа «Расчет себестоимости». Это сделано для повышения производительности и для того, чтобы освободить пользователей от восстановления последовательности проведения документов.
Предназначена для регламентированного отражения списания партий запасов по указанную дату в управленческом, бухгалтерском и налоговом учете в случае, если списание партий не производилось в момент проведения соответствующих документов (то есть в настройке параметров учета не был установлен флажок «Списывать партии при проведении документов» ). Кроме того, обработка применяется для восстановления последовательностей партионного учета (независимо от того, установлен ли вышеописанный флажок), необходимость в котором может возникнуть после проведения документов задним числом.
Внимание! Если в настройках параметров учета установлен режим использования расширенной аналитики учета затрат, данная обработка не используется.
Перед выполнением обработки необходимо удостовериться, что все документы, касающиеся движения запасов, зарегистрированы в информационной базе, а также установлена учетная политика для всех необходимых видов учета в части оценки МПЗ (см. регистры сведений «Учетная политика (управленческий учет)», «Учетная политика (бухгалтерский и налоговый учет)»).
В случае, если предполагается выполнение обработки по управленческому учету, то списание по партиям будет зависеть от выбранной организации (организаций) и способа ведения управленческого партионного учета по ней. Особенности:
для этой организации, если для нее установлен способ ведения управленческого партионного учета «По организации»
для организаций, у которых установлен способ ведения управленческого партионного учета «По головной организации» и в качестве головной организации в справочнике «Организации» указана выбранная
если в качестве организациивыбрать <По компании>, то проведение по партиям будет выполнено по всем организациям, для которых установлен способ ведения управленческого партионного учета «П о компании в целом»
если выбрать конкретную организацию , то проведение по партиям будет выполнено
Если предполагается выполнение обработки по бухгалтерскому и налоговому учету, то проведение по партиям будет осуществлено по каждой организации, по которой в информационной базе ведется регламентированный учет. Проведение по партиям по бухгалтерскому и налоговому учету можно проводить для какой-то конкретной организации (организаций).
Для любой компании очень важным показателем является прибыльность. При ведении учета в программе «1С:Управление торговлей, ред. 10.3» вы можете отслеживать валовую прибыль от продажи товаров. Но в некоторых ситуациях, информация о валовой прибыли может быть неверной из-за неправильного расчета себестоимости товаров.
В данной статье мы рассмотрим основные ошибки, которые вызывают неверный расчет себестоимости и способы их устранения.
Списание товаров «в минус»
Наиболее частая ситуация, которая влечет неправильный расчет себестоимости – это списание товаров в минус. Т. е. по программе товар у вас на складе отсутствует, но вы его все равно продаете.
Если пользователи вводят документы в базу оперативно (т. е. сегодняшней датой и текущим временем), то продать товар в «минус» не получится – программа сообщит об ошибке. Но если пользователи вводят документы в базу неоперативно (т. е. задним числом), то программа позволяет списать товары в минус. При этом выдаются сообщения об ошибках, но документ все равно проводится и товар списывается.
Примечание: списание в минус и соответствующие ошибки могут возникнуть и при проведении документа текущим временем, если у пользователя есть права на превышение остатков по складу и по организации. Данные права даются в настройке дополнительных прав пользователей.
Пример документа «Реализация товаров и услуг»:
С помощью данных ошибок программа информирует нас о том, что товар списывался со склада в минус, и программа не смогла провести расчет себестоимости.
В отчете по валовой прибыли мы увидим по данной продаже нулевую себестоимость и, соответственно, 100% валовую прибыль.
Меню: Отчеты – Продажи – Анализ продаж – Валовая прибыль
Причины возникновения отрицательных остатков могут быть разными, но в основном встречаются следующие:
- Документ поступления товаров еще не введен в базу.
- Документ поступления товаров введен в базу, но более поздним временем, чем продажа товаров.
- На складе возникли излишки товаров или пересортица.
В случае возникновения излишков товаров или пересортицы нужно произвести инвентаризацию товаров на складе и оприходовать излишки. Оприходование излишков должно быть проведено до того, как товар будет продан.
Если же ошибка возникла из-за неправильных дат документов, то достаточно поправить даты и перепровести документ реализации товаров.
Оценить остатки товара и разобраться с причиной возникновения ошибки можно в отчете «Ведомость по товарам на складах».
Меню: Отчеты – запасы (склад) – Ведомость по товарам на складах
В настройке отчета сделаем группировки по складу, номенклатуре и документу движения. Также установим флаг «Отрицательное красным» (чтобы видеть отрицательные остатки) и поставим отбор по нужному товару:
Пример сформированного отчета:
В данном случае мы видим, что реализация товаров была оформлена на 3 часа раньше, чем поступление товаров на склад. Для правильного списания достаточно поменять время реализации на более позднее и провести документ.
Если даты документов находятся в разных днях (например, поступление 1 апреля, а продажа сделана еще 31 марта), то нужно более подробно разобраться в данной ситуации. Возможно, один из документов введен в программу неправильной датой (например, поступление товаров и документы по нему были от 30 марта, а в программе поставили неправильную дату). Или поставщик прислал первичные документы, оформленные неправильной датой (например, товар поступил 30 марта, а поставщик прислал документы, датированные 1 апреля) – в таком случае понадобятся новые документы от поставщика.
В любом случае, в конечном итоге никаких отрицательных остатков в отчете быть не должно, а поступления товара должно быть оформлено раньше по времени, чем его продажа.
Пример отчета после исправления:
Исправление ошибок в партионном учете. Проведение по партиям
Даже если программа не выводила вам никаких ошибок в момент оформления документов, ошибки в расчете себестоимости все равно могут возникнуть при работе «задним числом». Несколько примеров ошибочных ситуаций ниже.
Примечание: способ расчета себестоимости в примерах – ФИФО.
Пример 1
После этого менеджер по закупкам оформил в программе еще одно поступление холодильников – 15 числа по 10500 руб.
В итоге, если бы менеджер по закупкам ввел всю информацию в программу вовремя, то при продаже холодильников была бы другая себестоимость (10500*3=31500 руб.) и другая валовая прибыль (10500 руб.).
Но документ реализации уже проведен, никто его перепроводить скорее всего не будет. Значит, себестоимость может так и остаться неверной.
Пример 2
21 числа поступили холодильники – 10 шт. по 11000 рублей.
25 числа менеджер продал 3 холодильника по цене 14000 руб. При этом списалась себестоимость – 33000 руб., и рассчиталась валовая прибыль – 9000 руб.
После этого менеджер по закупкам зашел в документ поступления и изменил в нем цены холодильников на 12000 руб. (изначально цена была введена неверно).
В итоге, если бы менеджер по закупкам ввел всю информацию в программу вовремя, то при продаже холодильников была бы другая себестоимость (12000*3=36000 руб.) и другая валовая прибыль (6000 руб.).
Таких ситуаций может возникать очень много. По сути, каждое создание, изменение, удаление документа задним числом может сделать себестоимость в оформленных позднее документах продажи ошибочной.
Чтобы быть уверенными, что все документы провелись верно и себестоимость в них посчитана правильно, нужно запустить последовательное перепроведение всех документов. Для этого можно воспользоваться двумя механизмами:
Общий механизм перепроведения документов платформы
Меню: Операции – Проведение документов
Этот механизм позволит вам перепровести все документы нужного вида за месяц, но он имеет небольшой недостаток – документы будут проводиться независимо от того, нужно это или нет. Ведь вполне возможно, никаких операций неоперативно сотрудники не делали. А проведение всех документов может занять длительное время.
Механизм проведения по партиям программы «1С:Управление торговлей, ред. 10.3»
Смысл механизма состоит в том, что программа запоминает так называемую «границу актуальности» – дату, до которой все документы были проведены оперативно и никаких ошибок нет. Если какой-то документ проводится задним числом, то программа сдвигает эту дату на дату этого документа. Таким образом, программа всегда знает, начиная с какой даты в документах могут быть ошибки. В конце месяца запускается специальная обработка «Проведение по партиям», которая последовательно проводит все документы реализации, сделанные позднее «даты актуальности», и рассчитывает в них себестоимость заново.
Рассмотрим работу второго механизма на первом примере.
Второй документ поступления, оформленный задним числом:
После создания второго документа поступления, отчет по валовой прибыли остался неизменным:
Откроем обработку «Проведение по партиям».
Меню: Документы – Дополнительно – Проведение по партиям
В обработке мы видим, что последовательность документов актуальна на 22 марта – дату второго поступления, введенного неоперативно.
Нажмем кнопку «Выполнить» и программа перепроведет все реализации товаров, сделанные после 15 числа.
Отчет по валовой прибыли после выполнения обработки:
Теперь в расчете себестоимости все верно.
Примечание: в момент выполнения обработки вы можете увидеть сообщения об отсутствии товаров на складе, т. к. задним числом могут не только создать поступление, но и удалить его или перенести на более позднюю дату. Каждую такую ситуации надо рассматривать отдельно (как было описано выше).
Чтобы в программе все было верно в расчете себестоимости и прибыли, желательно вводить все документы в базу оперативно (т. е. сегодняшним днем и текущим временем). Но часто бывают ситуации, когда необходимо ввести документ задним числом, или поправить уже созданный документ. Такие ситуации могут привести к неправильно посчитанной себестоимости и прибыли в базе.
Если периодически выполнять проведение по партиям, а также реагировать на все сообщения об отсутствии товаров, себестоимость в вашей базе всегда будет рассчитана правильно. А значит, вы всегда будете видеть правильную информацию о валовой прибыли от продаж.