Распределение косвенных затрат и формирование полной себестоимости

[kosenkov]

Дано:

1. Есть прямые производственные затраты (в основном материальные), учитываемые при обработке производственного заказа и в конце концов собирающиеся в складских остатках по готовой продукции. Такую себестоимость будем знать точно, Аксапта ее посчитает при закрытии склада.
2. Есть море косвенных расходов, которые в момент возникновения невозможно связать с конкретным производственным заказом. Планируется учитывать на счетах ГК с активным использованием финансовых аналитик (ЦФУ, статьи затрат и прочее).
3. Известно, что косвенные расходы по определенной статье должны лечь на определенный набор позиций готовой продукции.

Нужно:

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

Чего хочется от этого обсуждения:

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

Особенно приветсвуются постинги монстров типа komar, mazzy, glibs и прочих, кому есть что сказать по тематике.
Всем запостившим заранее спасибо.

[EVGL]

Значит, так:

• если косвенные расходы постоянны или зависят линейно только от объема заказа и не зависят ни от материалов, ни от машин, можно создать в спецификации виртуальную номенклатуру с автопотреблением (или без) или виртуальный станок с автопотреблением (или без);
• можно купить модуль "Cost Accounting PLUS", который продается Microsoft в Западной Европе и (по слухам) войдет в комплект с версии 4.0; доработать его для Восточной Европы не составляет труда (не больше одного дня на upgrade). Себестоимость продукции узнаем в конце месяца после периодического расчета косвенных затрат. Опыт есть.
• наконец, можно написать модификацию к расчету себестоимости и к "estimation" в производстве, которая будет сохранять результаты в таблицах BOMCalcTrans и ProdCalcTrans соответственно, и, в зависимости от желания бухгалтеров, разноситься или не разноситься в ГК в определенные моменты времени. При этом следует обращать особое внимание на то, как косвенные затраты из суб-производств "перетекают" на производственные заказы верхнего уровня. Опыт есть.

[kosenkov]

Большое спасибо всем ответившим.
Мои комментарии, вопросы:

• Косвенные расходы, которые нужно распределить на себестоимость готовой продукции, в большинстве своем не связаны жестко с объемом производства: зарплата начисляется в основном не сдельно. Поэтому идея включить ее в спецификацию как услугу и рассчитывать потребеление с отрицательным складом - хороша - но мне подходит не очень.
• Прямая материальная себестоимость будет известна точно. С этим Axapta справляется на раз. Согласен.
• Самая большая задача - это как раз распределить косвенные затраты, учтенные в процессе месяца по множеству статей, мест возникновения, видов деятельности на себестоимость реализованной за месяц продукции. Правила распределения будут известны: например, затраты по такой-то статье и такому-то подразделению будут распределены на такую-то номенклатуру с коэффициентом 1, на такую-то - с коэффициентом 1.7, и так далее - пропорционально реализованному за период количеству. В итоге по каждой ГП нужна цифра: полная! себестоимость единицы измерения продукции по статьям: материалы - столько-то, зарплата-столько-то, и т.д.
• Насколько я понял, для такого распределения лучше всего корректировать складские проводки прихода из производства за месяц. И потом, закрывая склад, получить уже полную себестоимость списанной со склада (реализованной) продукции по выбранной модели. Не очень понятно правда, как в этом случае можно будет посмотреть полную себестоимость по статьям (они задумыватся как одна из финансовых аналитик).

[glibs]

Цитата:

Сообщение от kosenkov

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

Почему? Можете прокомментировать на примере (тот, что я привел, или на вашем)?

Правильно я понимаю, что косвенные расходы распределяются на каждую единицу продукции почти поровну (с учетом коэффициента)? Других вариантов точно не будет?

Какая у вас структура затрат? Есть ли у вас многоуровневое распределение затрат?

[kosenkov]

Цитата:

Сообщение от glibs

Почему? Можете прокомментировать на примере (тот, что я привел, или на вашем)?

Правильно я понимаю, что косвенные расходы распределяются на каждую единицу продукции почти поровну (с учетом коэффициента)? Других вариантов точно не будет?

Какая у вас структура затрат? Есть ли у вас многоуровневое распределение затрат?

Попытаюсь прокоментировать.

1. Структура затрат такая. Затраты учитываются в течении периода по статьям (много), центрам затрат (подразделения, участки), видам деятельности. Например - оплатили поставщику за определенные услуги (или зарегистрировали акт). Начислили или выдали зарплату сотрудникам определенного участка. Учли как затраты покупку станка на участнок.
2. Какой именно момент (оплата, оприходование, амортизация etc) считать моментом возникновения затрат в системе, не суть важно. Важно, возникшие за период затраты нужно распределить на себестоимость продукции, выпущенной за тот же период, (и относить на финансовый результат - включать в отчет о приылях и убытках) в момент ее (продукции) реализации (пусть даже и в другом периоде).
3. Правила распределения затрат по номенклатуре задаются относительно комбинации "статья-подразделение". Да, там только нормировочный коэффициент.
4. Пример: за ноябрь учли зарплату рабочих цеха сборки продукции "А" (выдали, начислили - не суть, главное - это считается учтенной затратой - пусть дебет 25 счета). За ноябрь выпустили продукции "А" 100 единиц. Но ничего не продали. Пусть правила распределения заданы такие, что зарплата рабочих цеха сборки продукции "А" относится только на продукцию "А" (но при этом не связана жестко с объемом производства - считается как-то отдельно, по своим правилам. Но на конец месяца сумму знаем). Так вот, если ничего не продали, то зарплата за ноябрь не должна быть учтена в финансовом результате ноября (не директ-костинг). Если за декабрь ничего не выпустили, и продали половину из того, что выпустили в ноябре - половина из затрат ноября должна отнестись на финансовый результат декабря (соответственно правилам распределения).

[glibs]

Цитата:

Сообщение от kosenkov

...
Пример: за ноябрь учли зарплату рабочих цеха сборки продукции "А" (выдали, начислили - не суть, главное - это считается учтенной затратой - пусть дебет 25 счета). За ноябрь выпустили продукции "А" 100 единиц. Но ничего не продали. Пусть правила распределения заданы такие, что зарплата рабочих цеха сборки продукции "А" относится только на продукцию "А" (но при этом не связана жестко с объемом производства - считается как-то отдельно, по своим правилам. Но на конец месяца сумму знаем). Так вот, если ничего не продали, то зарплата за ноябрь не должна быть учтена в финансовом результате ноября (не директ-костинг). Если за декабрь ничего не выпустили, и продали половину из того, что выпустили в ноябре - половина из затрат ноября должна отнестись на финансовый результат декабря (соответственно правилам распределения).
...

Пока я так и не понял, чем не подходит вариант с номенклатурой.

Давайте пока уточним постановку. Итак, есть n-е количество затрат. Например, З/П рабочих цеха "А". Это некая сумма, которая становится известной в конце месяца. Ее нужно распределить на номенклатуру, произведенную за прошедший месяц.

Правильно?

Если да, то создаем номенклатуру "ВЕЗПРЦА". Пусть называется "Виртуальная единица зарплаты рабочих цеха А". Единица измерения "ЕД", т.е. "Единица".

Добавляем ее в спецификацию. Устанавливаем потребление 1 ЕД ("1" — это на самом деле коэффициент; м.б. и 1.7, например, как вы спрашивали раньше).

В течение месяца производим номенклатуру. В конце месяца видим, что потребили, например, 5,465 единиц (в минус). Предположим, что заплатили рабочим 54,748 руб. Берем калькулятор и считаем: 54,748 / 5,465 = 10.02. Значит 1 ВЕЗПРЦА стоит 10.02 руб. Теперь приходуем складским журналом 5,465 ВЕЗПРЦА по с/с 10.02 руб. да еще и первым числом прошедшего месяца. Общая стоимость 54,748. В качестве корсчета указываем счет зарплаты (70). ВЕЗПРЦА должно учитываться где-то на 25-м счете.

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

[glibs]

Цитата:

Сообщение от kosenkov

...
монстров
...

От чудовища слышим :-)

(Шутка)

У вас вопрос методологический или по функционалу? В смысле, вы знаете, как (по какой методике) хотите распределять косвенные расходы? Или вы хотите два в одном (типа сюда вводите затраты, здесь смотрите себестоимость, и чтобы себестоимость считалась сама в "умной" системе, и вас этот процесс никак не касался)?

Что касается функционала, я бы стал рассматривать два пути решения вашей задачи в Аксапте:

1. Номенклатура типа "услуги"

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

Далее все нужно организовать по теории АВС (которая Activity Based Costing). Определить так называемые cost drivers и понатыкать их в спецификации. Потом потреблять в течение месяца. Потом посчитать, сколько потребили. Потом оприходовать задним числом, но по фактической стоимости. Например, cost driver у нас — это час работы слесаря по ремонту (лучше даже техобслуживанию) станков. Предположим, что он отработал по факту 100 часов. Дпльше считаем его зарплату, амортизацию, аренду или эксплуатационные затраты на помещение, где он содержится... пусть будет 110 руб. Потом приходуем 100 часов этого слесаря по 1 руб. 10 коп.

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

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

2. Коррекция накладных расходов

Уже обсуждалось. http://www.axforum.info/forums/showthread.php?p=9513#post9513 Текста много, правда. Но суть примерно такая.

Преимущества:
- Не будет "номенклатурного шока".

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

Насчет Cost Accounting не уверен, т.к. текущая (колумбусовская, которую не продают) версия не делает провводок, и уж тем более не корректирует себестоимость. В новом учете затрат (судя по слухам) реализация будет аналогичной. Если, конечно, об этом модуле завел речь EVGL.

[EVGL]

Цитата:

Сообщение от glibs

Если, конечно, об этом модуле завел речь EVGL.

Нет, речь идет о другом, существенно более мощном модуле, сделанном швейцарцами из Circon Consulting.

[fed]

Женя - а распределение на себестоимость складских проводок (в общем - InventTransAdjust()) там есть ?

[glibs]

Цитата:

Сообщение от EVGL

Нет, речь идет о другом, существенно более мощном модуле, сделанном швейцарцами из Circon Consulting.

А можно тогда прокомментировать вот это

"
...
и (по слухам) войдет в комплект с версии 4.0
...
"

Здесь речь идет об этой же системе?

[EVGL]

Цитата:

Сообщение от glibs

А можно тогда прокомментировать вот это
"и (по слухам) войдет в комплект с версии 4.0"
Здесь речь идет об этой же системе?

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

Цитата:

Сообщение от fed

Женя - а распределение на себестоимость складских проводок (в общем - InventTransAdjust()) там есть ?

Нет, этого нет. Модуль загружает (дублирует) бухгалтерские и производственные проводки и позволяет их трансформировать. Ничего не выгружает. Есть брошюра на немецком: http://www.microsoft.com/germany/bus...nzen/kore.mspx

[aevi82]

Я учавствовал в проекте внедрения для производственной компании, где тоже встала проблема подсчета заводской себестоимости. Возможно, этот вариант вам не подходит по каким-либо причинам, но мы делали так:
1) подсчитывали материальную себестоимость (производственный модуль с этим справляется на-раз);
2) в конце месяца закрывали затратные счета на 20;
3) с помощью функционала коррекции себестоимости выбирали приходы из производства за текущий месяц и распределяли сумму с 20 счета на эти приходы.

[ppson]

Если исключить обсуждение методик распределения затрат и рассмотреть только её техническую реализацию, то на текущем проекте сделали следующую доработку:
1) Немного доработали российские финансовые отчеты, что бы они использовали информацию из складского модуля.
2) Разработали план счетов и аналитики по требованию Заказчика так что бы можно было бы реализовать их методику учета прямых и косвенных затрат и их распределение.
3) Настроили РФО и выгружаем необходимые данные в ёксел. В ёкселе настроили красивые формочки с формулами в которых показывается распределение косвенных по разным моделям, за компанию расчет НЗП и с-ти ГП по разным моделям (МСФО, БУ, НУ). Настроили лист в ёкселе, в котором формируются бухгалтерские проводки.
4) Сделали небольшую доработку для загрузки полученных проводок из листа экселя в журнал ГК.

Работа программиста составила 5 рабочих дней.

[glibs]

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

И там и там в стандартной Аксапте структуру себестоимости не посмотришь. В любом случае необходимо писать отчет типа Оценка себестоимости и затраты в производстве.

Однако, прежде чем написать такой отчет необходимо понять, по какой модели вы списываете запасы. Если у вас ФИФО или ЛИФО, то отчет можно попробовать сделать. Если у вас средняя, то сделать, наверное, тоже можно... но я боюсь что дорого будет стоить (ну или долго делать). Да и работать будет тоскливо.

И такой отчет будет давать правильные данные только в случае, если он строится на дату закрытия склада.

А зачем вам структура себестоимости остатков? Или реализованной продукции? Какие решения вы на ее основе принимаете?

[kosenkov]

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

[Starling]

Прошло всего 10 лет, а вопрос по-прежнему актуален. Очень хотят видеть структуру себестоимости произведенной продукции. Система DAX2012. Стандартную себестоимость не предлагать. Не разрешена по законодательству.

Остается либо отчет по складским сопоставлениям, либо модуль Учет затрат.
Со складскими сопоставлениями ситуация мне +\- понятна.
А что можете сказать о модуле Учет затрат в DAX2012? Можно ли с его помощью решить задачу? Т.е. на уровне складских проводок учитывать только с\с материалов, остальное импортировать в модуль учет затрат и там распределять как душе угодно. Результат распределения отражать в ГК, при необходимости можно и на уровень складских проводок опустить.
И может кто-то поделиться документацией по модулю? А то мне найти что-то нормальное не удается.

[EVGL]

А нет ее, документации. Это сакральное знание передается только из уст в уста в немецком культурном кругу (DACH). Там же с успехом используется для отражения структуры себестоимости. В свое время мы с вами, Александр, говорили о том, что для распределения центров затрат CC на цели затрат CP в стандартном модуле используются только фактические машиночасы. На практике дорабатывали для формирования service transactions от выработки готовой продукции в кг, тоннах, метрах и т.п. Доработка очень простая.

В ГК или на склад оттуда проводки еще не делали, но особых сложностей тоже быть не должно, если CP однозначно соотносится с продуктом.

[Ivanhoe]

Почему вдруг стандартная не соответствует? Вполне можно использовать. Costing sheet который пришел именно с ней можно применять и для анализа себестоимости ГП с другой моделью учета.
Если распределение возможно только пост-фактум - включение в ГП через операции на маршруте / фиктивные номенклатуры и закрытие ПЗ по закрытию периода (если возможно использовать только физические количества ГП), либо распределение накладных расходов / корректировка себестоимости через мастер со счетов ГК на ГП.
Учет затрат - выглядит привлекательно, но как начинаешь копать... По факту ни разу в своей практике он не подошел. А если все равно писать распределение на складскую себестоимость, то зачем время тратить на него и его ограничения?

[Starling]

У меня не стоит вопрос как распределить. С этой задачей я могу справиться в рамках стандартного +\- функционала. Вопрос в том, как показать структуру произведенной продукции с учетом структуры ПФ.

Без лишних телодвижений в системе можно получить информацию о структуре себестоимости ПЗ в следующем виде:
1. Материалы
2. ЗП
3. Косвенные расходы
4. ПФ1
5. ПФ2

Но этого мало, так как в себестоимости ПФ1 и ПФ2 есть свои материалы, ЗП и косвенные расходы. Т.е. мне нужно видеть примерно следующее:
1. Материалы
2. ЗП
3. Косвенные расходы
4. ПФ1

a. Материалы ПФ1
b. ЗП ПФ1
c. Косвенные расходы ПФ1

5. ПФ2

a. Материалы ПФ2
b. ЗП ПФ2
c. Косвенные расходы ПФ2

И с получением такой аналитики в системе большие сложности, так как для этого нужно анализировать сопоставления по результатам закрытия склада. Мне приходилось решать такую задачу для торговой компании – и это было не просто. Сделать тоже самое для производства с 4-мя переделами я не возьмусь, так как очень сомневаюсь, что смогу решить задачу за вменяемый бюджет и с нормальной производительностью.

Ну вот у меня выбор – либо сказать клиенту, что это невозможно, либо внедрить модуль «Учет затрат».

Евгений, я правильно понял, что этот модуль в 2012 описанную задачу позволяет решить?

[EVGL]

Цитата:

Сообщение от Starling

Евгений, я правильно понял, что этот модуль в 2012 описанную задачу позволяет решить?

Может, но только с модификацией, описанной выше.