Как включить и актуализировать партионный учет в УТ 11

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

Варианты учета товаров

Учитывать товары в программе 1С можно несколькими способами:

  • LIFO. Минимально используемый метод, востребованный в основном в условиях сильной инфляции. На затраты первоочередно списывается последняя из поступивших партий товара.
  • FIFO. Наиболее распространенный вариант определения себестоимости, основанный на логике предпринимаемых действий.
  • Расчет по среднему. Наиболее доступная методика, применение которой осуществляется в условиях отсутствия учета поступающих партий.
  • Расширенный аналитический учет затрат. Относительно новый для 1С продукт. Расчет себестоимости в данном случае будет выполнен только после того, как создан документ «Расчет себестоимости», что позволяет снизить величину затрат на проведение операций и нарастить производительность пользователей.

Настройка партионного учета в программе 1С: Бухгалтерия

Настройка метода учета в версии 8.3 программы осуществляется следующим набором действий:

Перейти по адресу: меню «Главное» — «Организации»

image

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

image

Далее выбирается методика проведения расчетов. Несмотря на странный статус самой записи, все операции проводятся необходимым нам методом FIFO.

Указание партии в проводках

После того, как настройка проведена, можно заметить, что для всех проводок дополнительно появилась графа третьего субконто с указанием «Партия».

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

Автоматизация бизнеса на платформе 1С:Предприятие 8

1.    1С:УПП. Партионный учет. Оптимизация

2.    Партионный учет в 1С:Управление производственным предприятием 1.3: решение проблем

Всем, кто работает в конфигурации 1С:Управление производственным предприятием 1.3, известно, что основная нагрузка на систему происходит в момент получения дерева партий номенклатуры для целей определения ее себестоимости. Данная статья показывает один из способов оптимизации данного процесса. 

1.      1С:УПП. Партионный учет. Оптимизация

Рассмотрим, как производится в УПП партионный учет. За основу возьмем типовую конфигурацию с настроенным учетом партий по складам. То есть учет будет происходить по всем основным измерениям регистров партий:

·         Номенклатура

·         Характеристика номенклатуры

·         Склад

·         Организация

Также подразумевается использование регистра сведений «Списанные товары».

Типовой функционал получения остатков работает следующим образом:

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

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

·         Организация по параметру

·         Номенклатура + Характеристика номенклатуры на вхождение в регистр «Списанные товары» с отбором по текущему регистратору

3.    Дерево партий передается в процедуру, которая построчным обходом полученной таблицы производит списание. 

2.     Партионный учет в 1С:Управление производственным предприятием 1.3: решение проблем

Сразу видим две основные проблемы при организации партионного учета в 1С во втором пункте:

1.    Порядок полей в отборе никоим образом не позволит использовать какой-либо из существующих индексов для таблиц партий товаров.

2.    Обращение к таблице регистра сведений «Списанные товары» происходит два раза.

Со второй проблемой проще – достаточно начать запрос с создания временной таблицы с отбором списанных товаров по регистратору и в отбор виртуальной таблицы передавать уже отобранные данные. Такое решение уже неоднократно публиковалось на просторах интернета и по данным этих публикаций происходит ускорение работы запроса в разы.

А вот с первой проблемой при организации партионного учета в 1С Управление производственным предприятием 1.3 несколько сложнее.

Вмешательство в СУБД, где хранятся данные конфигурации будет нарушением лицензионного соглашения 1С. Изменения порядка полей в регистре может привести к некоторому улучшению ситуации. Но есть более красивое решение.

И это решение подсказано самой фирмой «1С» прямо в этой же типовой конфигурации 1С:УПП 1.3.

То есть будет вполне логично создать такой ключ с регистром аналитик и для партионного учета товаров.

Для общего случая можно создать регистр следующего состава (порядок подобран по принципу индексной селективности):

·         Измерения

–   Номенклатура

–   Характеристика Номенклатуры

–   Склад

–   Организация

·         Ресурсы

–   Ссылка

Значением ресурса «Ссылка» будет значение справочника «Ключи аналитики партий».

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

Осталось только включить небольшую «обертку» для запроса получения дерева партий, которая включит получение выборки значений ключей из регистра сведений «Списанные товары» и включит отбор в регистрах накопления по одному единственному индексированному полю.

Это решение позволит получить ускорение выборки данных по партиям товаров на порядки!

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

Специалист компании ООО «Кодерлайн» 

Андрей Вахрин.

Исправление ошибок в ведении партионного учета в 1С

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

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

Списание товаров «в минус»

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

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

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

Сообщения об ошибках:

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

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

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

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

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

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

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

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

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

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

Возможно, один из документов введен в программу неправильной датой (например, поступление товаров и документы по нему были от 30 марта, а в программе поставили неправильную дату).

Или поставщик прислал первичные документы, оформленные неправильной датой (например, товар поступил 30 марта, а поставщик прислал документы, датированные 1 апреля) – в таком случае понадобятся новые документы от поставщика.

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

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

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

Пример 1

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

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

После этого менеджер по закупкам оформил в программе еще одно поступление холодильников – 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 числа. Отчет по валовой прибыли после выполнения обработки:

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

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

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

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

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

Поделиться:

Что упрощать?

Партионный учет, пожалуй, самая сложная подсистема любой конфигурации 1С.

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

Но это ещё полбеды. Дальше могут возникать ситуации, когда товар не распределился по партиям. Причины этого могут быть различными: непоследовательное занесение поступления партий и их списание, пересорт товара, просто отсутствие партий и т.д. Но результат этого всегда один и тот же – невозможность определить себестоимость списанного товара и, следовательно, некорректная информация по валовой прибыли, затратам и т.п. Следовательно, такие ситуации необходимо отслеживать и своевременно корректировать. Первая же проблема на пути корректировки: информация по не распределенным товарам выдаётся только непосредственно при перепроведении документов! Даже при однопользовательской работе на процесс сбора такой информации без жалости смотреть невозможно. Что уж говорить о многопользовательском варианте… Процесс же корректировки ситуаций нераспределения по партиям – вообще творческая и кропотливая работа!

И, наконец, актуальность полученных данных. Да, да! Корректировкой дело не заканчивается. Работа с документами “задним числом” (корректировка, добавление, изменение, удаление) приводит к неактуальности текущего распределения партий товаров. Например, себестоимость уже списанной партии может просто изменится, либо появится новая партия, а то и, вообще, списанная партия может быть удалена. В любом случае, данные о списанной себестоимости товара уже не будут отвечать выбранному методу распределения (FIFO, LIFO, По-среднему) и снова будут вводить в заблуждение менеджеров, изучающих отчеты, устанавливающих цены, закупающих товар… Во избежание такого развития событий предусмотрен механизм восстановления последовательности партий товаров. Но, как правило, работа с ним не отличается удобством: требуется монопольный режим, невозможно прервать восстановление, любое перепроведение документа (даже без внесения изменений) расценивается как нарушение последовательности и т.д.

Как упрощать?

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

Система состоит из модулей:

  • Быстрое восстановление последовательности партий товаров.
  • Отчет по товарам, не распределенным по партиям.
  • Автокорректировка ситуаций нераспределения.
  • Корректировка методом буфера.

Указанные модули позволяют забыть о проблемах партионного учета и переводят работу с базой данных на качественно новый уровень. Актуальность последовательности восстанавливается незаметно в реальном времени или раз в день, отнимая 5-15 минут. Информация по товарам, нераспределенным по партиям появляется за секунду нажатием кнопки. Рутинные работы по корректировке не распределения автоматизированы.

И это не далекое будущее – для наших клиентов это счастливое настоящее! Наша система приносит радость людям и, безусловно, окупает себя многократно.

Быстрое восстановление последовательности партий товаров.

Данные о списанных партиях критичны к правильной последовательности проведения документов – они только тогда отражают действительное положение вещей, когда документы проводятся последовательно!

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

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

Стандартная обработка в случае нарушения последовательности будет перепроводить ВСЕ документы последовательности, начиная с даты нарушения. Данная процедура может занять достаточно длительное время в зависимости от объёма базы и даты нарушения (зачастую, не успевает выполнится за ночь). Она будет восстанавливать последовательность даже тогда, когда актуальность восстановления попросту отсутствует (просто перепровели документ, не изменяя его товарной составляющей). К тому же, нет необходимости перепроводить все документы – нам важно восстановление партий только по определенным товарам.

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

  • Отслеживает, была ли действительно нарушена последовательность партий при перепровадении документа задним числом и по каким товарам.
  • Перепроводит только документы, содержащие товары, по которым последовательность была нарушена.
  • При перепроведении тратит время только для восстановления партионного учета – остальные алгоритмы проведения нет нужды задействовать (для типовых конфигураций). Не перепроводит документы образования партий («Поступление», «Оприходование» и пр.) по аналогичным соображениям.
  • Не требует монопольного режима (отсутствия других пользователей в базе). Удивительно, но для восстановления даже не требуется, чтобы перепроводимый документ был закрыт пользователем!
  • Позволяет прерывать выполнение восстановления и продолжать дальше в более удобное время.
  • Позволяет автоматически поддерживать актуальность партий товаров в реальном времени либо автозапуск восстановления по расписанию (*опция при приобретении “Системы автозапуска задач”).

Резюмируя, мы оптимизировали восстановление путем введения детального анализа на стадии нарушения последовательности. Основное преимущество – уникальный алгоритм, отслеживающий, было ли нарушение последовательности при перепроведении документа. В сочетании с остальными методами оптимизации разработка позволяет для восстановлении последовательности перепроводить в среднем на 85-95% меньше документов! Другими словами, не перепроводятся те документы, которые после этого заведомо не изменят свои движения по партиям.

Мы предлагаем лучшую систему, которая идеально выполнит задачи восстановления любых последовательностей документов!

Отчет по товарам, не распределенным по партиям.

При проведении документа иногда возникают ситуации не распределения товара по партиям (нехватка партий для списания). В этих случаях появляются соответствующие сообщения.

Наверняка Вы задавались вопросом, как быстро посмотреть эти сообщения без перепроведения документов?

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

Автокорректировка ситуаций нераспределения.

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

Корректировка методом буфера.

Иногда, чтобы не разбираться в прошлых периодах с распределением партий, проще оприходовать определенное количество товара до момента возникновения ошибок нераспределения, чтобы списать его позже, когда череда ошибок пройдёт. Определением оптимальных параметров такой операции с попутным созданием документов Оприходования / Списания и занимается этот модуль.

Как видите, управлять партиями при наличии такого инструмента легко! А успешное внедрение этой системы на десятках баз данных, преимущественно крупных и очень крупных, позволяет нам уверенно предлагать её Вам в качестве надёжного помощника!

Сомневаетесь в безопасности и эффективности работы СУПУ? Данный продукт более двух лет успешно работает в промышленной эксплуатации на множестве предприятий самого различного профиля. За всё это время мы не получили никаких нареканий относительно его функционала – только пожелания по улучшению сервисных механизмов, которые реализовываем в новых версиях. К тому же СУПУ не меняет данные, он просто перепроводит документы, используя их стандартный алгоритм проведения. И в отличие от типовых аналогов, далеко не все, а только необходимые. СУПУ – абсолютно безопасный и эффективный помощник!

  • Система встраивается в типовые конфигурации 1С 8.0-8.1 “Управление торговлей”, “Управление производственным предприятием”, “Бухгалтерии предприятия”.
  • Для версий платформы 1С 8.1 разработка устанавливается “сбоку” и не требует внесения изменений в типовой код конфигурации. Т.е. обновление новыми версиями типовых конфигураций происходит как обычно. Установка занимает 10 минут.

Вернуться в статью “Почему в “Бухгалтерии предприятия” требуется восстанавливать последовательность партий?”

ТОП ПРОДАЖ Нашли ошибку на сайте? Напишите о ней нам!

Нюансы партионного учета в «Управление торговлей 8»

Как известно, в настройках учета можно указать политику проведения по партиям документами реализации:

отчет прибыль 1 ” data-medium-file=”https://eugenepotapoff.files.wordpress.com/2011/06/1031.jpg?w=300″ data-large-file=”https://eugenepotapoff.files.wordpress.com/2011/06/1031.jpg?w=700″ class=”size-full wp-image-8″ title=”103″ alt=”отчет прибыль 1″ src=”https://eugenepotapoff.files.wordpress.com/2011/06/1031.jpg?w=700″ srcset=”https://eugenepotapoff.files.wordpress.com/2011/06/1031.jpg?w=700 700w, https://eugenepotapoff.files.wordpress.com/2011/06/1031.jpg?w=150 150w, https://eugenepotapoff.files.wordpress.com/2011/06/1031.jpg?w=300 300w, https://eugenepotapoff.files.wordpress.com/2011/06/1031.jpg?w=768 768w, https://eugenepotapoff.files.wordpress.com/2011/06/1031.jpg 996w” sizes=”(max-width: 700px) 100vw, 700px” />

отчет прибыль 1

Пугаться этого не следует, надо просто воспользоваться обработкой «Проведение по партиям» (меню: Документы/Дополнительно/Проведение по партиям):

После нажатия кнопку «Выполнить» программа запишет нужные движения в регистр «Партии товаров» и отчет «Валовая прибыль» покажет уже правильные данные. Но есть нюанс…

Нюанс состоит в том, что при такой настройке параметров учетной политики («Не списывать партии при проведении документов») нельзя (не желательно) пользоваться стандартной обработкой восстановления границы последовательности партионного учета (Меню: Операции/Проведение документов):

… так как обработка «Проведение по партиям» ориентируется на эту самую границу и, если она (граница) восстановлена, то «Проведение по партиям» считает, что проводить ничего не надо — все и так в порядке. Да только проблема-то в том, что типовая обработка восстановления проводит документыв соответствии с настройкой параметров учетной политики и, если там указано «Не списывать партии при проведении документов», то по  партиям она и не будет делать никаких движений!

В документации к программе «Управление торговлей» указано, что обработку «Проведение по партиям» можно использовать для восстановления границы последовательности. Но про нюанс описанный выше, естественно, никаких упоминаний. Что же делать, если вы воспользовались стандартной процедурой восстановления последовательности и все движения по партиям пропали? Самый простой способ исправить ситуацию — принудительно сбросить границу последовательности той же стандартной обработкой «Проведение документов»: указать на закладке «Восстановление последовательностей» дату на которую следует сместить границу:

Дата должна соответствовать той дате начиная с которой применялась описываемая настройка учетной политики.

Например, если настройка учетной политики применяется с 1 января 2010, то границу последовательности надо установить на эту дату:

А затем уже можно будет воспользоваться обработкой «Проведение по партиям».

Успехов вам в учете!

Найдено 1 определение –> Метод Учета Партионный

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

Источник: Бизнес-словарь

Оцените статью
Рейтинг автора
4,8
Материал подготовил
Максим Коновалов
Наш эксперт
Написано статей
127
А как считаете Вы?
Напишите в комментариях, что вы думаете – согласны
ли со статьей или есть что добавить?
Добавить комментарий