Бухучет инфо. Бухучет инфо Как отключить партионный учет в 1с 8.3

Основные принципы партионного учета в 1С

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

• Указание партии — непосредственно указывается используемая партия.
• LIFO — определяются все оставшиеся партии, разделяется по дате прихода и используются в этом порядке.
• FIFO — определяются все оставшиеся партии, разделяется по дате прихода и используются в этом порядке.
• По среднему — партионный ресурс превращается в единый путем получение среднего некоторого свойства партии, например закупочной цены. Берется среднее значение этого свойства и при обороте ресурса указывается это свойство.

Примеры партионного учета
Основные нюансы партионного учета.
Пусть регистр партий у нас ведутся в разрезе: Товар, Партия = Количество Сумма
Пусть на остатках этого регистра имеются такие партии:

Коньяк Пнк-01 10шт 100р
Коньяк Пнк-02 50шт 600р
Коньяк Пнк-03 20шт 260р
Минералка Пнк-04 30шт 600р
Минералка Пнк-05 20шт 500р

Чем больше номер документа, тем позже он введен, тем больше его дата.
Рассмотрим списание 40 позиций коньяка и 30 позиций минералки для разных алгоритмов (FIFO, LIFO и по-среднему).

Списание по FIFO

Коньяк Пнк-01 10шт 100 (вся партия уходит)
Коньяк Пнк-02 30шт 600/50*30=360
Минералка Пнк-04 30шт 600 (вся партия уходит)

Списание по LIFO

Коньяк Пнк-02 20шт 600/50*20=240
Коньяк Пнк-03 20шт 260 (вся партия уходит)
Минералка Пнк-04 10шт 600/30*10=200
Минералка Пнк-05 20шт 500 (вся партия уходит)

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

Коньяк 80шт, (10*100)+(50*600)+(20*260)\80=452.5р
Минералка 50шт, (30*600)+(20*500)\50=440р

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

Секрет партионного учета

На самом деле регистр партий может иметь примерно такую структуру:
Измерения(Слад, Партия)=>Ресурсы(Количество).
В действительности, если вести справочник партий, то не нужно хранить в регистре партий сумму, т.к. стоимость партии и цена партии будет храниться в справочнике партий. Алгоритмы упрощаются, так как все движения ведутся только в количественном выражении, стоимость добавляется только на этапе формирования отчетов (она берется из справочника партий).

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

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

Видео -урок 2. Вести партионный учет по сериям. Расширенная аналитика

Посмотрим проведение реализации и сформируем отчеты для расширенной аналитики в УПП и Комплексная автоматизация 1.1. Р азберем результат:

1 Смотрим проведение документа Реализация товаров и услуг в Расширенной аналитике - видим разную себестоимость для двух позиций номенклатуры, а по исходным данным должна быть одна.
2 Посмотрим отчет Ведомость по учету МПЗ, чтобы разобраться с причиной такого поведения системы.
3 Настройки отчета: отбор по номенклатуре, складу. Группировка по номенклатуре, серии, регистратору.
4 Формируем отчет. Видим, что для номенклатуры без партионного учета по серии партии оприходованы без аналитики по серии и себестоимость списана по среднему без учета серии. Серию, которая указана в документе отгрузки 1С при списании себестоимости проигнорировала.
5 Для номенклатуры с признаком Вести партионный учет по серии списана себестоимость именно той серии, которая указана в документе отгрузки.

Видео -урок 3. Вести партионный учет по сериям. Партионный учет.

Посмотрим проведение реализации и сформируем отчеты для партионного учета в Управлении торговлей 10.3, УПП и Комплексная автоматизация 1.1. Разберем результат.

1. Смотрим проведение документа Реализация товаров и услуг в регистре Партии товаров на складах - видим разную себестоимость для двух позиций номенклатуры, а по исходным данным должна быть одна.
2. Посмотрим отчет Ведомость по учету МПЗ, чтобы разобраться с причиной такого поведения системы.
3. Настройки отчета: отбор по номенклатуре, складу. Группировка по номенклатуре, серии, регистратору.
4. Формируем отчет. Видим, что для номенклатуры без партионного учета по серии партии оприходованы без аналитики по серии и себестоимость списана первой партии. Серию, которая указана в документе отгрузки 1С при списании себестоимости проигнорировала.
5. Для номенклатуры с признаком Вести партионный учет по серии списана себестоимость именно той серии, которая указана в документе отгрузки.

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

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

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

Ведение партионного учета влияет на расчет себестоимости товара, которая в 1С может рассчитываться несколькими способами:

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

FIFO (первой реализуется та партия, которая была закуплена первой). Этот способ списания и расчета себестоимости доступе в 1С. Часто используется и логически оправдан в большинстве типовых ситуаций;

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

РАУЗ – расширенный аналитический учет затрат, который позволяет проанализировать структуру затрат предприятия с высокой точностью. В 1С этот инструмент также доступен к выбору. Если установлен такой вариант, то себестоимость будет рассчитана отдельным документом.

Если на предприятии не велся учет по партиям, то при переходе на новый способ учета, необходимо внести нужные настройки в 1С, а документы поступления и списания товара лучше перепровести.

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

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

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

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

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

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

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

Идею позволили реализовать только новые механизмы, которые появились в 1с8. Это регистры сведений и работа с ними через наборы записей в базе данных.

Используемые регистры

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

Демонстрационный пример

Рассмотрим некий демонстрационный пример, из которого будет понятен принцип нового партионного учета. Рассмотрим некоторую историю движения по товару:

1.06 поступило 100 штук по накладной ПНК1

2.06 продано 20 штук по накладной РНК1

20 штук списано с ПНК1, остаток по ПНК1 80 штук

3.06 поступило 30 штук по накладной ПНК2

4.06 продано 20 штук по накладной РНК2

20 штук списано с ПНК1, остаток по ПНК1 60 штук.

4.06 продано 70 штук по накладной РНК3

60 штук списано с ПНК1, остаток по ПНК1 0 штук.

10 штук списано с ПНК2, остаток по ПНК2 20 штук.

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

Отражение демонстрационного примера в регистре

Вот как будут выглядеть записи регистра сведений в предлагаемом подходе:

Поля Номенклатура, Склад, Стоимость не рассматриваются для простоты изложения.

Документ оприходования - это документ партии.

Документ - это документ, по которому происходит движение.

Количество - это количество по документу. Положительное - приход, отрицательное - расход.

Остаток - это остаток в партии после движения.

Дата - дата и время движения.

Дата по - это дата и время, до которой действует остаток. Под бесконечностью можно взять любую большую дату, например 01.01.3000 года.

Интерпретация данных регистра

Чтобы получить остатки по регистру на некоторую дату/время Д, нужно построить запрос, которые извлечет все записи регистра сведений Р по условию:

Р.Дата> = Д И Д

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

Соответственно, мы получим набор записей регистра, которые отражают остатки по партиям на указанную дату/время.

Выполнение алгоритма

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

То же самое происходит и при отмене проведения документа.

У Вас, возможно, возникает вопрос - а в чем новизна алгоритма? Ведь можно восстановить границу последовательности сразу после проведения документа и в обычном случае. Правда, так никто не делает, потому что это долго.

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

Записи регистра сведений можно считывать и записывать одной операцией чтения.

1. Запрос позволяет выполнять сортировку и группировку. Особенно это актуально, если мы выполняем один запрос по нескольким товарам.
2. Обход запроса можно осуществлять с помощью выборки, которая не грузит все данные в память, соответственно можно обрабатывать сколь угодно большие наборы движений.

Считанные записи обрабатываются алгоритмом партионного распределения, вычисляется новое распределение, новые остатки и даты действия.

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

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

Заключение

Прошу коллег высказать свое мнение об алгоритме. По-моему вполне действенный алгоритм.