Обработка проведение по партиям. Обработка «Проведение по партиям. Оперативное отражение данных в базе

В программах 1С 8.3, связанных со складским учетом, имеется возможность вести учет остатков товаров по партиям поступления. Такая возможность реализуется благодаря заданию варианта метода списания партий в 1С.

Доступны следующие варианты:

• LIFO (последний пришел, первый ушел). Сейчас применяется очень редко. Эффективно применять при сильной инфляции. На затраты идет в первую очередь последняя купленная партия.
• FIFO (первый пришел, первый ушел). В основном самый логичный и наиболее применяемый вариант .
• Расчет по среднему. Самый простой способ расчета, ранее при выборе этого способа партионный учет даже не велся.
• Расширенный аналитический учет затрат (РАУЗ). Введен в программу довольно недавно. При выборе этого вида учета себестоимость не рассчитывается сразу. Суммы себестоимости появляются после оформления и проведения документа «Расчет себестоимости». Это сделано для повышения производительности и для того, чтобы освободить пользователей от восстановления последовательности проведения документов.

Для любой компании очень важным показателем является прибыльность. При ведении учета в программе «1С:Управление торговлей, ред. 10.3» вы можете отслеживать валовую прибыль от продажи товаров. Но в некоторых ситуациях, информация о валовой прибыли может быть неверной из-за неправильного расчета себестоимости товаров.

Наиболее частая ситуация, которая влечет неправильный расчет себестоимости – это списание товаров в минус. Т.е. по программе товар у вас на складе отсутствует, но вы его все равно продаете.

Если пользователи вводят документы в базу оперативно (т.е. сегодняшней датой и текущим временем), то продать товар в «минус» не получится – программа сообщит об ошибке. Но если пользователи вводят документы в базу неоперативно (т.е. задним числом), то программа позволяет списать товары в минус. При этом выдаются сообщения об ошибках, но документ все равно проводится и товар списывается.

Примечание: списание в минус и соответствующие ошибки могут возникнуть и при проведении документа текущим временем, если у пользователя есть права на превышение остатков по складу и по организации. Данные права даются в настройке дополнительных прав пользователей. Пример документа «Реализация товаров и услуг».

С помощью данных ошибок программа информирует нас о том, что товар списывался со склада в минус, и программа не смогла провести расчет себестоимости. В отчете по валовой прибыли мы увидим по данной продаже нулевую себестоимость и, соответственно, 100% валовую прибыль.

Меню: Отчеты – Продажи – Анализ продаж – Валовая прибыль

Причины возникновения отрицательных остатков могут быть разными, но в основном встречаются следующие:

1. Документ поступления товаров еще не введен в базу.
2. Документ поступления товаров введен в базу, но более поздним временем, чем продажа товаров.
3. На складе возникли излишки товаров или пересортица.

В случае возникновения излишков товаров или пересортицы нужно произвести инвентаризацию товаров на складе и оприходовать излишки. Оприходование излишков должно быть проведено до того, как товар будет продан.

Если же ошибка возникла из-за неправильных дат документов, то достаточно поправить даты и перепровести документ реализации товаров.
Оценить остатки товара и разобраться с причиной возникновения ошибки можно в отчете «Ведомость по товарам на складах».

Меню: Отчеты – запасы (склад) – Ведомость по товарам на складах

В настройке отчета сделаем группировки по складу, номенклатуре и документу движения. Также установим флаг «Отрицательное красным» (чтобы видеть отрицательные остатки) и поставим отбор по нужному товару:

Пример сформированного отчета:

В данном случае мы видим, что реализация товаров была оформлена на 3 часа раньше, чем поступление товаров на склад. Для правильного списания достаточно поменять время реализации на более позднее и провести документ.

Как быть уверенными, что все документы провелись верно и себестоимость в них посчитана правильно?

Если даты документов находятся в разных днях (например, поступление 1 апреля, а продажа сделана еще 31 марта), то нужно более подробно разобраться в данной ситуации. Возможно, один из документов введен в программу неправильной датой (например, поступление товаров и документы по нему были от 30 марта, а в программе поставили неправильную дату). Или поставщик прислал первичные документы, оформленные неправильной датой (например, товар поступил 30 марта, а поставщик прислал документы, датированные 1 апреля) – в таком случае понадобятся новые документы от поставщика.

В любом случае, в конечном итоге никаких отрицательных остатков в отчете быть не должно, а поступления товара должно быть оформлено раньше по времени, чем его продажа.

Пример отчета после исправления:

Исправление ошибок в партионном учете. Проведение по партиям

После этого менеджер по закупкам оформил в программе еще одно поступление холодильников – 15 числа по 10500 руб.

В итоге, если бы менеджер по закупкам ввел всю информацию в программу вовремя, то при продаже холодильников была бы другая себестоимость (10500*3=31500 руб.) и другая валовая прибыль (10500 руб.).

Но документ реализации уже проведен, никто его перепроводить скорее всего не будет. Значит, себестоимость может так и остаться неверной.

21 числа поступили холодильники – 10 шт. по 11000 рублей.

25 числа менеджер продал 3 холодильника по цене 14000 руб. При этом списалась себестоимость – 33000 руб., и рассчиталась валовая прибыль – 9000 руб.

После этого менеджер по закупкам зашел в документ поступления и изменил в нем цены холодильников на 12000 руб. (изначально цена была введена неверно).

В итоге, если бы менеджер по закупкам ввел всю информацию в программу вовремя, то при продаже холодильников была бы другая себестоимость (12000*3=36000 руб.) и другая валовая прибыль (6000 руб.).

Таких ситуаций может возникать очень много. По сути, каждое создание, изменение, удаление документа задним числом может сделать себестоимость в оформленных позднее документах продажи ошибочной.

Чтобы быть уверенными, что все документы провелись верно и себестоимость в них посчитана правильно, нужно запустить последовательное перепроведение всех документов. Для этого можно воспользоваться двумя механизмами:

Общий механизм перепроведения документов платформы

Этот механизм позволит вам перепровести все документы нужного вида за месяц, но он имеет небольшой недостаток – документы будут проводиться независимо от того, нужно это или нет. Ведь вполне возможно, никаких операций неоперативно сотрудники не делали. А проведение всех документов может занять длительное время.

Механизм проведения по партиям программы «1С:Управление торговлей, ред. 10.3»

Смысл механизма состоит в том, что программа запоминает так называемую «границу актуальности» – дату, до которой все документы были проведены оперативно и никаких ошибок нет. Если какой-то документ проводится задним числом, то программа сдвигает эту дату на дату этого документа. Таким образом, программа всегда знает, начиная с какой даты в документах могут быть ошибки. В конце месяца запускается специальная обработка «Проведение по партиям», которая последовательно проводит все документы реализации, сделанные позднее «даты актуальности», и рассчитывает в них себестоимость заново.

Рассмотрим работу второго механизма на первом примере.

Второй документ поступления, оформленный задним числом:

После создания второго документа поступления, отчет по валовой прибыли остался неизменным:

Откроем обработку «Проведение по партиям». Меню: Документы – Дополнительно – Проведение по партиям В обработке мы видим, что последовательность документов актуальна на 22 марта – дату второго поступления, введенного неоперативно.

Нажмем кнопку «Выполнить» и программа перепроведет все реализации товаров, сделанные после 15 числа. Отчет по валовой прибыли после выполнения обработки:

Примечание: в момент выполнения обработки вы можете увидеть сообщения об отсутствии товаров на складе, т.к. задним числом могут не только создать поступление, но и удалить его или перенести на более позднюю дату. Каждую такую ситуации надо рассматривать отдельно (как было описано выше).

Оперативное отражение данных в базе

Чтобы в программе все было верно в расчете себестоимости и прибыли, желательно вводить все документы в базу оперативно (т.е. сегодняшним днем и текущим временем). Но часто бывают ситуации, когда необходимо ввести документ задним числом, или поправить уже созданный документ. Такие ситуации могут привести к неправильно посчитанной себестоимости и прибыли в базе.

Если периодически выполнять проведение по партиям, а также реагировать на все сообщения об отсутствии товаров, себестоимость в вашей базе всегда будет рассчитана правильно. А значит, вы всегда будете видеть правильную информацию о валовой прибыли от продаж.

Предназначена для регламентированного отражения списания партий запасов по указанную дату в управленческом, бухгалтерском и налоговом учете в случае, если списание партий не производилось в момент проведения соответствующих документов (то есть в настройке параметров учета не был установлен флажок «Списывать партии при проведении документов» ). Кроме того, обработка применяется для восстановления последовательностей партионного учета (независимо от того, установлен ли вышеописанный флажок), необходимость в котором может возникнуть после проведения документов задним числом.

Внимание! Если в настройках параметров учета установлен режим использования расширенной аналитики учета затрат, данная обработка не используется.

Перед выполнением обработки необходимо удостовериться, что все документы, касающиеся движения запасов, зарегистрированы в информационной базе, а также установлена учетная политика для всех необходимых видов учета в части оценки МПЗ (см. регистры сведений «Учетная политика (управленческий учет)», «Учетная политика (бухгалтерский и налоговый учет)»).

В случае, если предполагается выполнение обработки по управленческому учету, то списание по партиям будет зависеть от выбранной организации (организаций) и способа ведения управленческого партионного учета по ней. Особенности:

если в качестве организациивыбрать <По компании>, то проведение по партиям будет выполнено по всем организациям, для которых установлен способ ведения управленческого партионного учета «П о компании в целом»




если выбрать конкретную организацию , то проведение по партиям будет выполнено



• 
  

  для этой организации, если для нее установлен способ ведения управленческого партионного учета «По организации»

  
  

  для организаций, у которых установлен способ ведения управленческого партионного учета «По головной организации» и в качестве головной организации в справочнике «Организации» указана выбранная

Если предполагается выполнение обработки по бухгалтерскому и налоговому учету, то проведение по партиям будет осуществлено по каждой организации, по которой в информационной базе ведется регламентированный учет. Проведение по партиям по бухгалтерскому и налоговому учету можно проводить для какой-то конкретной организации (организаций).

Для любой компании очень важным показателем является прибыльность. При ведении учета в программе «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 числа.

Отчет по валовой прибыли после выполнения обработки:

Теперь в расчете себестоимости все верно.

Примечание: в момент выполнения обработки вы можете увидеть сообщения об отсутствии товаров на складе, т. к. задним числом могут не только создать поступление, но и удалить его или перенести на более позднюю дату. Каждую такую ситуации надо рассматривать отдельно (как было описано выше).

Чтобы в программе все было верно в расчете себестоимости и прибыли, желательно вводить все документы в базу оперативно (т. е. сегодняшним днем и текущим временем). Но часто бывают ситуации, когда необходимо ввести документ задним числом, или поправить уже созданный документ. Такие ситуации могут привести к неправильно посчитанной себестоимости и прибыли в базе.

Если периодически выполнять проведение по партиям, а также реагировать на все сообщения об отсутствии товаров, себестоимость в вашей базе всегда будет рассчитана правильно. А значит, вы всегда будете видеть правильную информацию о валовой прибыли от продаж.