1С РАУЗ - технология или методология? - статья редактируется
Автор: Александр Поляков
Проанализировав доступные мне источники по теме РАУЗ (на июль 2014 года, предыдущая версия статьи была написана в 2011 году), обнаружил, что информация об особенностях методологии учета затрат с помощью подсистемы РАУЗ по-прежнему довольно скудная. Как правило, все опять сводится к констатации нескольких очевидных фактов:
- РАУЗ использует системы линейных алгебраических уравнений (СЛАУ)
- РАУЗ помогает оптимизировать структуру метаданных – уменьшить число регистров
- РАУЗ обеспечивает «совмещенный» учет МПЗ и затрат
- РАУЗ обеспечивает «огромный» объем аналитических данных
- и вообще, РАУЗ – может все (?!), это очень прогрессивно и очень хорошо для пользователей - просто некоторые пользователи еще этого не понимают
Если и появляются какие-либо публикации по данной теме, то в первую очередь они касаются технологических аспектов реализации РАУЗ - настройки параметров системы, особенностей проведения отдельных документов, движений по регистрам и т.п. Причем, обсуждая эти технологические аспекты, многие специалисты пребывают в полной уверенности, что обсуждают именно методологические вопросы учета затрат. Публикации, в которых затрагиваются вопросы составления и решения СЛАУ, носят достаточно общий характер, т.к. не раскрывают конкретных особенностей использования СЛАУ в подсистеме РАУЗ - не обсуждаются достоинства и недостатки выбранного разработчиками варианта составления уравнений баланса затрат. Что же касается практического применения положений теории Графов затрат, де-факто (и возможно - не до конца осознанно) заложенной разработчиками в подсистему РАУЗ, то как и прежде эти вопросы не находят своего отражения в публикациях. Сейчас уже можно констатировать, что процесс разработки данной подсистемы был основан скорее на отдельных практических наработках авторов, чем на глубоком понимании теории Графов затрат. Об этом свидетельствуют имеющиеся в РАУЗ методологические «ляпы» принципиального характера.
Попробуем еще раз (очень тезисно) разобраться с тем, какая методологическая база заложена в основу работы подсистемы РАУЗ. В данной статье об этом действительно можно говорить кратко, т.к. все подробности работы модели предметной области, которая называется Графом затрат, можно посмотреть на сайте graphcost.com, посвященном изучению теории и практики расчета себестоимости с помощью Графов затрат. Перед чтением настоящей статьи желательно обеспечить правильную «настройку» мышления, для чего в соответствующем разделе сайта можно ознакомиться с основами методологии автоматизированной формы учета на основе объектно-ориентированного подхода (АФУ ООП). Для читателей, у которых нет времени или желания заниматься предварительной подготовкой к чтению статьи (почему-то автор уверен, что такие читатели найдутся), кратко рассмотрим в начале статьи некоторые основные тезисы АФУ ООП.
Объектный подход к методологии учета
Объекты учета в подсистеме РАУЗ
Формирование свойств центров затрат в подсистеме РАУЗ
Классификация центров затрат в подсистеме РАУЗ
Пример взаимодействия центров затрат в подсистеме РАУЗ
Уравнение баланса затрат для центра затрат в подсистеме РАУЗ
Для «продвинутых» пользователей-методологов РАУЗ
Объектный подход к методологии учета (к содержанию)
Перед тем, как перейти к азам объектного подхода в методологии учета, необходимо зафиксировать внимание читателя на некоторых важных, с точки зрения автора, идеях. Методология бухгалтерского учета основана на моделировании фрагментов реального мира, которые можно условно определить как «хозяйственная деятельность предприятий». В сущности, бухгалтерский учет ничем, кроме математического моделирования и не занимается, хотя многие бухгалтеры просто панически боятся признать этот очевидный факт и в качестве защитной реакции даже нередко подвергают высокомерным насмешкам попытки коллег использовать математические модели в теории и практике бухгалтерского учета.
Причиной столь негативного отношения к использованию математического моделирования в бухгалтерском учете можно считать то, что бухгалтеры в своей профессиональной деятельности часто ориентируются на довольно жесткие стереотипы (ментальные модели), так сказать на «традиционные» бухгалтерские ценности, сформированные в результате обучения и опыта работы, что приводит к нежеланию каких-либо перемен и, как следствие – к игнорированию современных достижений в смежных областях профессиональной деятельности. Но дело в том, что суть познавательных способностей человека заключается именно в создании моделей окружающего мира, т.е. когда человек что-то познает – он обязательно строит модель познаваемого объекта. Например, исследуя какую-либо территорию, он рисует географическую карту, т.е. создает графическую модель этой территории, а исследуя макроэкономику и микроэкономику, строит математические и компьютерные модели экономических объектов и процессов.
Понятно также, что любая экономическая или бухгалтерская модель требует постоянной актуализации вслед за развитием научного понимания хозяйственных и иных связанных с ними процессов окружающего мира, а это неминуемо приводит к необходимости использования при решении бухгалтерских задач достижений из других научных дисциплин, т.е. к использованию в методологии учета междисциплинарного подхода. Чтобы не отстать «навсегда», не законсервироваться в собственном «консерватизме», методологам учета необходимо быть более восприимчивыми к идеям, концепциям, методам, которые могут помочь расширить границы бухгалтерской картины реального мира в ее традиционном понимании, сделать эти границы прозрачными для проникновения потоков междисциплинарных исследований. Следует признать, что в настоящее время эти границы весьма строго охраняются противниками междисциплинарного подхода к исследованиям хозяйственных процессов, что фактически превращает внутреннюю территорию «микроэкономической» предметной области в заповедник исторических бухгалтерских артефактов, требующих бездумного, подчас фанатичного поклонения своих адептов. В результате теряется потенциал развития бухгалтерского учета как науки, по-существу превращая его исключительно в историю бухгалтерского учета.
К сожалению, такой подход к профессиональной деятельности подобен инфекционному заболеванию, в результате которого подобным отношением к методологии бухгалтерского учета заражаются их ближайшие коллеги и соратники - IT-специалисты, что безусловно проявляется в создаваемых ими автоматизированных системах учета. По аналогии с широко известным термином «лоскутная» автоматизация в таких автоматизированных системах учета можно говорить о «лоскутной» методологии учета. В этом случае при создании каких-либо частей (подсистем) учетных систем используются некие отдельные идеи и наработки группы разработчиков, часто без глубокой теоретической проработки формальных моделей предметной области. Подобная ситуация наблюдается и с подсистемой РАУЗ, методологическим фундаментом которой должна была бы выступать теория графов затрат, однако на практике получилось несколько иначе. Но подсистема создана и нам необходимо хотя бы приблизительно понимать, как она работает и почему она работает именно таким образом.
Можно сказать, что в основе методологии АФУ ООП лежат теория графов и применение объектно-ориентированного подхода к области методологии учета – ко всем участкам учета, не только к учету затрат. Это означает, что вместо счетов бухгалтерского (налогового, управленческого) учета и их корреспонденций рассматриваются объекты учета и их отношения. Каждый объект учета характеризуется набором свойств, определяющих его место и возможное поведение в модели предприятия. При таком подходе можно говорить о том, что объекты учета, характеризующие активы и пассивы предприятия вступают между собой в отношения - обмениваются потоками стоимости, причем каждый поток стоимости также является объектом учета и имеет свои свойства, например, такие, как:
- объект учета – источник, в котором поток начинается
- объект учета – получатель, в котором поток заканчивается
- стоимость
- количество
Почему в качестве ключевой абстракции в бухгалтерской модели используется именно поток стоимости? Это просто вопрос терминологии - потому что это довольно удобная абстракция, хорошо иллюстрирующая экономический смысл такого понятия, как хозяйственная операция. Например, ниже на рисунке показана цепочка из четырех хозяйственных операций, в результате которых стоимость начисленной амортизации попадает в себестоимость проданной продукции.
Используя модель хозяйственной деятельности предприятия в виде графа можно сказать, что стоимость начисленной амортизации как-бы «перетекла» с кредита счета Амортизация по маршруту: Амортизация → Цех 1 → Цех 2 → Цех 3 → Продажа в дебет счета учета продаж, где формируется себестоимость проданной продукции.
Де-факто теория графов и объектный подход используются при создании всех современных автоматизированных систем учета, основанных на двойной записи. Причем, не имеет значения, какая компания является разработчиком автоматизированной системы - 1С, Галактика, SAP, Oracle и т.д., просто каждый разработчик своими средствами и в меру своего понимания ситуации пытается реализовать модель предметной области - Граф предприятия, узлами которого выступают объекты учета. Сейчас практически невозможно найти автоматизированную систему учета, которая бы позволяла пользователям работать только со счетами бухгалтерского учета без какой-либо дополнительной аналитики, т.е. методология АФУ ООП уже давно и прочно вошла в практику автоматизированного учета, хотя многим пользователям и разработчикам до сих пор удается не замечать этого очевидного факта.
Любой программист знает, что для отражения в учетной системе хозяйственной операции недостаточно указать только счет бухгалтерского учета, нужны еще дополнительные аналитические характеристики, такие как, например - статьи и элементы затрат, подразделения, номенклатура и т.д. и т.п. В свою очередь, эти аналитические характеристики также имеют свои свойства, которые наравне со счетом бухгалтерского учета необходимы для отражения хозяйственной операции в учете. По-существу, счет бухгалтерского учета часто выступает всего лишь в качестве идентификатора целого класса объектов учета. Чем подробнее при разработке системы учета будет описана модель предметной области - классы объектов учета, возможные значения свойств, особенности поведения объектов учета, алгоритмы, используемые функциональными свойствами объектов учета, тем менее запутанной для разработчиков и пользователей будет логика отражения хозяйственных операций.
В любой автоматизированной системе учета, использующей двойную запись для отражения информации о хозяйственных операциях, спрятана учетная модель предприятия в виде Графа предприятия. Это значит, что все хозяйственные операции предприятия за интересующий период можно представить в виде ориентированного графа, узлами которого являются объекты учета (активы и пассивы), а дугами - соединяющие их потоки стоимости. Причем, этот граф существует в таблицах автоматизированной системы учета независимо от того, знают ли о его существовании разработчики и пользователи системы или не знают. Если знают, то учитывают этот факт при разработке системы и при дальнейшей работе с ней, что помогает избежать многих методологических казусов. Если же не знают - то разработка системы часто идет «на авось», как получится, что неминуемо приводит к методологическим промахам, а также сильно утяжеляет и даже запутывает логику отражения хозяйственных операций в системе учета, а значит - затрудняет работу пользователей, снижает их производительность труда.
Это странно, но почему-то мало кто обращает внимание на то, что такая важная задача, как повышение производительности труда пользователя учетной системы напрямую зависит от того, на какую модель предметной области опирались разработчики, насколько глубоко и всесторонне она была проработана прежде, чем была реализована в программном продукте. Ведь очень важно с какими объектами приходится работать пользователю - с привычными и понятными ему объектами учета из хорошо знакомой ему предметной области или же разработчики системы будут его заставлять разбираться с придуманными ими структурами данных, да еще находящимися в весьма запутанных отношениях друг с другом. Понятно, что в последнем случае производительность труда пользователя автоматизированной системы учета будет значительно ниже.
Участок (фрагмент, подграф) Графа предприятия, отвечающий за себестоимость продукции (работ, услуг), называется Графом затрат. Потоки стоимости в Графе затрат называются потоками затрат, а объекты учета называются центрами затрат.
Объекты учета в подсистеме РАУЗ (к содержанию)
Не является исключением (в смысле использования АФУ ООП) и такой программный продукт, как 1С УПП. В данной статье предполагается, что читатель имеет представление о том, что такое метаданные и как в конфигураторе можно посмотреть их структуру. Рассмотрим, для примера, структуру регистра накопления УчетЗатратРегл из подсистемы РАУЗ:
В регистре накопления УчетЗатратРегл:
- измерения определяют свойства объекта - ОбъектУчета1 (ЦЗ1)
- реквизиты определяют свойства объекта - ОбъектУчета2 (ЦЗ2)
- ресурсы характеризуют свойства объекта - поток стоимости, который в подсистеме РАУЗ будем называть ПотокЗатрат
т.е. данный регистр накопления предназначен для хранения информации о взаимодействии двух объектов учета - корреспондирующих между собой центров затрат, а точнее - для хранения информации о таком объекте учета, как поток затрат - который соединяет между собой пару центров затрат. Поскольку подсистема РАУЗ предназначена для учета затрат, будем дальше называть объекты учета - центрами затрат. Подробнее ознакомиться с теоретическими аспектами формирования топологии Графа затрат с помощью центров затрат и потоков затрат можно, например, в статьях:
- Центры затрат - узлы Графа затрат
- Потоки затрат - дуги Графа затрат
- Элементарный поток вторичных затрат
и в других статьях сайта graphcost.com.
Напомним читателю, что граф - это не только нарисованные на листе бумаги или на экране компьютера различные геометрические фигурки, соединенные между собой линиями или стрелочками. Граф, как комбинаторный абстрактный объект, представляет собой более объемное понятие - его можно с одинаковым успехом представить, как в виде рисунка, так и в виде таблицы или перечня узлов и дуг. Это означает, что существуют различные формы представления одного и того же графа - геометрическая форма, матричная (табличная) форма и форма представления графа с помощью множеств. Все формы представления графов являются «равноправными», т.е. модель предприятия не меняется от того, что будет представлена не в виде таблицы (например, журнала хозяйственных операций), а в виде рисунка, на котором счета учета будут соединены стрелочками - всем известные бухгалтерские «самолетики».
Структура регистра накопления УчетЗатратРегл подразумевает, что каждая запись в нем характеризует взаимодействие между двумя соседними центрами затрат, а вся совокупность записей за рассматриваемый период позволяет получить информацию о системе взаимодействующих между собой центров затрат. Другими словами, регистр накопления УчетЗатратРегл представляет собой классический вариант таблицы, в которой содержится информация о Графе затрат, т.е. можно говорить о том, что работа подсистемы РАУЗ базируется на использовании модели предприятия в виде графа, представленного в табличной форме.
Формирование свойств центров затрат в подсистеме РАУЗ (к содержанию)
Максимально возможный перечень всех возможных свойств центров затрат представлен в РАУЗ виде набора из четырех аналитик (и кораналитик), причем состав этих аналитик может меняться в разных релизах УПП (и в других продуктах 1С). Для целей настоящей статьи конкретный состав аналитик не имеет особого значения, т.к. нас сейчас интересует сам принцип выделения центров затрат в подсистеме РАУЗ - мы должны понять, каким образом в этой подсистеме происходит формирование модели предприятия в виде Графа затрат. Разделение перечня аналитик именно на четыре вида (группы) вызвано, очевидно, исключительно технологическими причинами, т.к. с точки зрения методологии учета затрат с помощью Графов затрат нет никаких особых причин разделять этот единый набор свойств центров затрат именно таким образом. Скорее всего, разработчики посчитали, что такое разделение аналитик должно оптимизировать количество ключей аналитики в соответствующих справочниках подсистемы РАУЗ, т.к. какие-то отдельные ключи аналитики могут использоваться во многих центрах затрат.
На рисунке представлен механизм формирования перечня свойств центра затрат ЦЗ1:
и механизм формирования перечня свойств корреспондирующего центра затрат ЦЗ2:
По-существу, в подсистеме РАУЗ произведена попытка создания регистра накопления для отражения обмена потоками затрат между универсальными центрами затрат, т.е. центрами затрат с одинаковым набором свойств. На самом деле, центры затрат с подобным перечнем свойств в 1С УПП представить себе трудно, реальные центры затрат в данном регистре характеризуются с помощью только некоторых свойств из данного перечня - для разных центров затрат используются разные наборы свойств.
Еще раз обратим внимание читателя на тот факт, что подсистема РАУЗ работает с объектами учета, которые мы назвали центрами затрат(!). На обоих рисунках хорошо видно, что свойство СчетУчета является всего лишь одним из нескольких десятков свойств, характеризующих центры затрат в регистре накопления УчетЗатратРегл. Корреспондирующие центры затрат обмениваются между собой потоками затрат.
Регистр накопления УчетЗатратРегл устроен довольно просто - в нем учитываются потоки затрат между корреспондирующими центрами затрат. Каждая запись в регистре отражает операцию обмена потоками затрат между парой центров затрат:
- ЕСЛИ ВидДвижения=Расход, то ЦЗ1 является источником затрат (кредитуемым центром затрат), а ЦЗ2 – получателем затрат (дебетуемым центром затрат)
- ЕСЛИ ВидДвижения=Приход – то все наоборот
Перечень свойств объекта учета ПотокЗатрат определяется составом ресурсов регистра накопления УчетЗатратРегл:
- Количество
- КоличествоНУ
- Стоимость
- СтоимостьНУ
- ПостояннаяРазница
Здесь следует особо отметить, что в подсистеме РАУЗ свойство СтатьяЗатрат является свойством центра затрат, а не свойством потока затрат(!). С точки зрения теории Графов затрат это означает, что в подсистеме РАУЗ 1С УПП статьи затрат не выполняют своей основной функции - увеличивать глубину аналитического учета на входах центров затрат, сокращая общее количество центров затрат в модели предприятия (см. Статьи затрат). Это касается также и других аналитик. Можно сказать, что центр затрат в подсистеме РАУЗ формируется с помощью логического «И» - центром затрат считается объект учета, который характеризуется - И подразделением И счетом БУ И счетом НУ И статьей затрат И ... т.д.
В данном случае разработчики подсистемы РАУЗ предпочли выбрать вариант максимального увеличения числа центров затрат в модели предприятия, что практически исключает возможность какого-либо контроля за размерами модели, а, следовательно, практически исключает возможность осознанной работы пользователей с такой моделью предприятия.
Довольно часто в адрес подсистемы РАУЗ от ее пользователей можно услышать критические замечания, связанные с тем, что процессы движения потоков затрат в регистре УчетЗатратРегл являются непрозрачными, что их невозможно контролировать. Безусловно, это является серьезным методологическим недостатком подсистемы РАУЗ, причину такого положения дел мы обсудили в предыдущем абзаце. Действительно, «охватить умом» сложные процессы движения потоков затрат в модели предприятия объемом в десятки или сотни тысяч центров затрат в реальном масштабе времени может далеко не каждый специалист по расчету себестоимости, даже имея инструментарий для визуализации потоков затрат (которого в РАУЗ нет). Визуализация потоков затрат могла бы помочь «перевести» информацию, содержащуюся в Графе затрат, с языка табличной формы представления на язык графической формы представления.
Кроме того, формируемые подсистемой РАУЗ центры затрат по большей части не имеют какого-либо ярко выраженного экономического назначения, их появление в регистре накопления УчетЗатратРегл обусловлено сугубо технологическими причинами, т.е. необходимостью произвести расчет себестоимости по алгоритмам РАУЗ. Это приводит к тому, что у пользователя практически отсутствует возможность осознанной работы с центрами затрат, как с ключевыми объектами модели предприятия.
Классификация центров затрат в подсистеме РАУЗ (к содержанию)
Одним из основных принципов объектного подхода является принцип наследования, позволяющий описать свойства нового класса объектов на основе свойств уже существующего (родительского) класса объектов (см.Классификация центров затрат). Поскольку в подсистеме РАУЗ, пусть и в примитивном виде, но предполагается использование объектного подхода к методологии учета затрат и МПЗ, рассмотрим подробнее - каким образом используется принцип наследования для центров затрат из регистра накопления УчетЗатратРегл.
Сначала попытаемся определить состав классов центров затрат, используемых в подсистеме РАУЗ. Для этого из общего набора аналитик выделим те аналитики, которые могут использоваться всеми (или подавляющим большинством) центрами затрат. Например, в качестве такого общего набора аналитик можно выделить:
- Раздел учета
- Организация
- СчетУчета
- СчетУчетаНУ
Будем считать, что этот набор из четырех аналитик (свойств) определяет родительский класс центров затрат из регистра накопления УчетЗатратРегл. Свойства родительского класса будем называть общими свойствами центров затрат, т.е. данный набор свойств присутствует у всех центров затрат в подсистеме РАУЗ. В качестве основы для дальнейшей классификации центров затрат можно, например, использовать значения аналитики Раздел учета. В этом случае перечень классов центров затрат подсистемы РАУЗ будет определяться перечислением РазделыУчета. Выделение классов (т.е. специализация центров затрат) производится добавлением к набору общих свойств центров затрат набора специальных свойств, присущих только выделенному классу центров затрат. В качестве примера на рисунке представлены два класса центров затрат - класс МПЗ и класс Затраты:
Как мы уже упоминали в первом разделе статьи, свойства объектов учета могут определять их поведенческие аспекты в модели предприятия. Например, поведение в Графе затрат центров затрат класса Затраты может характеризоваться свойством Затраты.СтатьяЗатрат, т.к. именно это свойство может использоваться для настроки способов распределения статей затрат, т.е. правил распределения потоков вторичных затрат с выходов центров затрат во время проведения документа Расчет себестоимости выпуска. Практикующие бухгалтеры часто утверждают, что во время закрытия затрат предприятия происходит распределение затрат каждой статьи затрат. В подсистеме РАУЗ это утверждение нельзя признать корректным, т.к. в конце периода распределяются не затраты каждой статьи затрат, а затраты каждого центра затрат, в котором свойство СтатьяЗатрат является только одним из характеризующих его свойств.
Поведение же центров затрат класса МПЗ определяется не свойствами самих центров затрат, а внешними алгоритмами подсистемы РАУЗ. Работа этих алгоритмов зависит от того, какой метод оценки стоимости МПЗ при выбытии выбран предприятием - по средней или ФИФО.
По мнению автора, разработчики подсистемы РАУЗ «погорячились», включив в подсистему РАУЗ данный класс центров затрат в таком виде, т.к. это приводит к некорректной работе метода ФИФО (см.ФИФО (РАУЗ) - работает или не работает?). Желательно было бы разделить класс МПЗ, как минимум, на два класса:
- МПЗ.Материалы
- МПЗ.ГотоваяПродукция
и только последний класс включить в подсистему РАУЗ.
А если говорить совсем откровенно, то и класс готовой продукции также нужно разделить еще на два класса:
- МПЗ.ГотоваяПродукцияПрошлыхПериодов
- МПЗ.ГотоваяПродукцияТекущегоПериода
Использовать в РАУЗ нужно только класс готовой продукции текущего периода.
Следует отметить, что мы рассмотрели всего лишь один из возможных вариантов проведения «методологической» классификации центров затрат в подсистеме РАУЗ. Поскольку разработчики подсистемы на предложили своего варианта классификации центров затрат, каждый пользователь имеет возможность проявить свои креативные способности для решения этой задачи.
Пример взаимодействия центров затрат в подсистеме РАУЗ (к содержанию)
Рассмотрим на примере, каким образом появляются и взаимодействуют между собой центры затрат в подсистеме РАУЗ. Предположим, что работник Цеха №2 предприятия Одуванчик должен отремонтировать принадлежащий предприятию автомобиль, у которого вышел из строя инжектор. Для начала, предприятие Одуванчик должно приобрести инжектор. Данная хозяйственная операция была отражена в бухгалтерском учете с помощью документа Поступление товаров и услуг №1:
В результате проведения данного документа в регистре накопления УчетЗатратРегл появились два центра затрат:
- ЦЗ1 - получатель потока затрат стоимостью 375 руб. и количеством 1 штука
- ЦЗ0 - источник потока затрат
Объект учета ЦЗ0 не имеет никаких свойств. Такие центры затрат можно рассматривать в качестве своебразных «заглушек», используемых в тех случаях, когда в регистр накопления УчетЗатратРегл поступают потоки затрат от объектов учета, не являющихся центрами затрат.
В теории Графов затрат такие потоки затрат называются потоками первичных затрат. Основная особенность таких потоков затрат заключается в том, что их стоимости должны быть известны до(!) начала процедуры закрытия затрат. Стоимость потока первичных затрат может быть определена на основании первичных учетных документов - накладных, актов приема-передачи, счетов-фактур и т.д., а также может определяться расчетным путем (ФИФО, ЛИФО, по средней) - в случае списания в производство материально-производственных запасов со складов предприятия.
В нашем примере поток первичных затрат поступает от объекта учета - расчеты с контрагентом Вектор по Договору 1, учитываемые на счете бухгалтерского учета 60.21, не являющегося центром затрат. Поскольку регистр накопления УчетЗатратРегл не предназначен для работы с такими объектами учета, этот объект учета заменяется «заглушкой» в виде центра затрат ЦЗ0 без свойств. Стоимость этого потока затрат должна быть известна «сразу» - из соответствующего первичного учетного документа, т.е. эту стоимость не требуется определять во время процедуры закрытия затрат в конце рассматриваемого периода.
Рассмотрим подробнее свойства объекта учета ЦЗ1, принадлежащего классу МПЗ:
Для идентификации данного центра затрат в регистре накопления УчетЗатратРегл задействовано всего только 5 аналитик из 29 возможных к применению:
- Раздел учета=МПЗ
- Организация=Одуванчик
- Склад=Склад цеха №2
- Счет учета=10.05
- Затрата=Инжектор
Далее необходимо установить новый инжектор на автомобиль. Данная хозяйственная операция была отражена в бухгалтерском учете с помощью документа Требование-накладная №2:
В результате проведения данного документа в регистре накопления УчетЗатратРегл:
- появился новый ЦЗ2, получивший поток затрат в количестве 1 штука
- ЦЗ1 является источником потока затрат
Теперь в регистре накопления УчетЗатратРегл появилась пара «настоящих» центров затрат - ЦЗ1 (источник) и ЦЗ2 (получатель). Эти центры затрат обменялись между собой потоком вторичных затрат, причем, оценить этот поток вторичных затрат мы можем пока только количественно. Стоимость потока вторичных затрат будет известна после проведения документа Расчет себестоимости выпуска, т.е. после выполнения процедуры закрытия затрат.
Сразу оговоримся, что мы сейчас рассматриваем теорию вопроса. На практике (в т.ч. и в подсистеме РАУЗ) пользователи иногда хотят иметь хоть какие-то оценки потоков вторичных затрат до проведения процедуры закрытия затрат. Для этого в течение периода предусматривается проведение «принудительной» оценки стоимостей потоков вторичных затрат по каким-либо правилам, например, исходя из плановых значений себестоимости. Мы не будем обсуждать здесь, насколько могут быть полезны (и точны) для пользователей такие оценки стоимости потоков вторичных затрат, все равно в конце периода эти стоимости будут заменены фактическими значениями (или доведены до фактических значений с помощью корректировок), полученными в результате решения СЛАУ.
Стоимостная оценка потока затрат появится после проведения документа Расчет себестоимости выпуска в конце рассматриваемого периода:
На основе данных регистра накопления УчетЗатратРегл мы можем построить хотя и маленькую, но уже полноценную затратную модель предприятия - Граф затрат:
В данном случае мы смогли наглядно отобразить процесс движения потоков затрат в Графе затрат предприятия Одуванчик, но мы уже говорили выше о том, что предложенная разработчиками подсистемы РАУЗ технология формирования центров затрат из аналитик приводит к тому, что реальный Граф затрат может быть сформирован десятками и даже сотнями тысяч центров затрат. С таким Графом затрат разобраться будет неизмеримо сложнее, если вообще возможно.
Уравнение баланса затрат для центра затрат в подсистеме РАУЗ (к содержанию)
В процессе проведения на предприятии процедуры закрытия затрат в конце периода мы должны для каждого центра затрат ЦЗi из регистра накопления УчетЗатратРегл (они еще называются - узлами) решить две задачи:
- задача 1 - собрать все затраты, поступившие на вход центра затрат ЦЗi
- задача 2 - распределить затраты с выхода центра затрат ЦЗi на входы других центров затрат
Чтобы понять, каким образом эти две задачи решаются с помощью подсистемы РАУЗ, рассмотрим последовательность действий, состоящую из трех шагов.
Шаг 1. Определяем общее число единиц калькуляции Ki IN, поступившее в рассматриваемом периоде на вход центра затрат ЦЗi:
где:
- Ki BEG - количество единиц калькуляции в ЦЗi на начало периода
- Ki CAP - общее количество единиц калькуляции, поступившее в рассматриваемом периоде на вход ЦЗi от центра затрат - «заглушки»
- Kk,i - количество единиц калькуляции, поступившее в рассматриваемом периоде на вход ЦЗi от корреспондирующего центра затрат ЦЗk
Шаг 2. Определяем общую стоимость затрат Si IN, поступивших в рассматриваемом периоде на вход центра затрат ЦЗi:
где:
- Si BEG - стоимость затрат в ЦЗi на начало периода
- Si CAP - общая стоимость затрат, поступивших в рассматриваемом периоде на вход ЦЗi от центра затрат - «заглушки»
- Sk,i - стоимость затрат, поступившая в рассматриваемом периоде на вход ЦЗi от корреспондирующего центра затрат ЦЗk
В данном случае стоимость Sk,i представлена следующим образом:
Sk,i=Kk,i×tk
где:
- Kk,i - количество единиц калькуляции, переданных с выхода ЦЗk на вход ЦЗi
- tk - тариф, т.е. стоимость одной единицы калькуляции на выходе центра затрат ЦЗk
Шаг 3. Определяем общую стоимость затрат Si OUT на выходе центра затрат ЦЗi:
Стоимость поступивших с выхода ЦЗi на вход ЦЗp вторичных затрат Si,p представлена следующим образом:
Si,p=Ki,p×ti
где:
- Ki,p - количество единиц калькуляции, переданных с выхода ЦЗi на вход ЦЗp
- ti - тариф, т.е. стоимость одной единицы калькуляции на выходе центра затрат ЦЗi
Поскольку количество единиц калькуляции Ki,p предполагается известным, для определения стоимости Si,p нам необходимо найти значение ti. Разработчики подсистемы РАУЗ предложили для поиска значения ti использовать уравнение вида:
Для удобства проведения вычислений в подсистеме РАУЗ перепишем уравнение в следующем виде:
Известные до начала решения СЛАУ величины предполагается хранить в ресурсах(*) регистра сведений УзлыКорректировкиСтоимостиСписания:
* Это технологическая информация, она может быть изменена разработчиками
Мы не будем далее рассматривать саму процедуру решения СЛАУ, т.к. она довольна проста и не содержит каких-либо методологических «изысков». Мы лучше поговорим о том, каковы последствия использования того вида уравнения, которое предложили разработчики РАУЗ.
Здесь необходимо обратить внимание на тот факт, что в знаменателе формулы для определения значения ti содержится общее количество единиц калькуляции Ki IN на входе(!) центра затрат ЦЗi. Именно на входе, а не на выходе ЦЗi, как можно было бы предположить!
В теории Графов затрат подобный подход к составлению уравнений используется только для строго определенных (частных) случаев. Например, подобным образом можно составлять уравнения для центров затрат, предназначенных для учета стоимости продукции на складах предприятия. Другими словами, этот подход к составлению уравнения применяется для той части центров затрат в модели предприятия, в которой происходит движение готовой продукции между складами предприятия. В общем случае предполагается, что необходимо опираться на количество единиц калькуляции, ушедших с выхода(!)центра затрат ЦЗi на входы других центров затрат.
Для тех, кто хочет глубже познакомиться с вариантами составления уравнения баланса затрат может посмотреть видеоролики (ссылки даны в начале статьи), а также прочитать на данном сайте статьи, посвященные особенностям составления уравнения баланса затрат для ряда частных случаев:
Уравнение баланса затрат для центра затрат
Система уравнений баланса затрат. СЛАУ
Матричная форма системы уравнений баланса затрат
Когда неизвестны затраты в НЗП на конец периода (продукция на складе)
Когда неизвестны затраты в НЗП на конец периода (производство продукции)
Метод весовых коэффициентов (выпуск нескольких видов продукции)
Де-факто, выбранный разработчиками РАУЗ подход к процедуре составления уравнений баланса затрат приводит к тому, что при построении модели предприятия для всех центров затрат без исключения должны выполняться следующие два условия:
- на входе центра затрат должен присутствовать только(!) один вид единиц калькуляции - как при поступлении первичных затрат, так и при поступлении вторичных затрат
- вид единицы калькуляции на выходе центра затрат должна совпадать(!) с видом единицы калькуляции на его входе
Данные условия очень серьезно ограничивают варианты использования центров затрат в модели предприятия. Выполнение этих условий является логичным только для центров затрат, представляющих собой продукцию на складах предприятия, когда имеет смысл составлять уравнение баланса затрат как для стоимости потоков затрат - входящих и исходящих из центра затрат, так и для их количества. В терминологии подсистемы РАУЗ выполнение данных условий логично использовать для центров затрат, относящихся к РазделУчета=МПЗ. Распространение же этих условий на центры затрат из других разделов учета является весьма странным решением, т.к. в модели предприятия может существовать (и существует на самом деле) большое число центров затрат, у которых:
- на входе присутствуют различные виды единиц калькуляции
- виды единиц калькуляции на выходе центра затрат не совпадают с видами единиц калькуляции на его входе
Для иллюстрации подхода разработчиков подсистемы РАУЗ к составлению уравнения баланса затрат обратимся к рассмотренному выше в статье примеру:
В данном случае на входе и на выходе центра затрат единицей калькуляции является - 1 штука (инжектор). Причем, эта единица калькуляции не равна, например, единице калькуляции 1 штука (гайка), 1 штука (болт) и т.п. Для того, чтобы единицы калькуляции можно было назвать равными, необходимо обеспечить совпадение не только единиц измерения, в нашем примере - 1 штука, но и совпадение других характеристик единицы калькуляции, в нашем примере это номенклатурные признаки инжектора.
Для «продвинутых» пользователей-методологов РАУЗ (к содержанию)
Продвинутым пользователям-методологам подсистемы РАУЗ возможно будет интересно узнать, что рассмотренная в предыдущем разделе статьи формула для расчета стоимости единицы калькуляции ti на выходе центра затрат ЦЗi работает не для всех центров затрат, содержащихся в регистре накопления УчетЗатратРегл. Это обусловлено тем, что даже в той модели предприятия, которую предложили сами разработчики подсистемы РАУЗ, не для всех центров затрат им удалось обеспечить выполнение условий, накладываемых на использование единиц калькуляции на входах и выходах центров затрат, а именно:
- на входе центра затрат должны присутствовать только одинаковые виды единиц калькуляции
- виды единиц калькуляции на входе и выходе центра затрат должны совпадать между собой
Поскольку настоящая публикация носит научно-популярный характер, мы не будем сильно углубляться в данный вопрос. Обратим только внимание пользователей на то, что в результате проведения документа Расчет себестоимости выпуска могут появиться, например, такие ситуации:
Данный фрагмент Графа затрат моделирует следующую хозяйственную операцию в подсистеме РАУЗ - из купленных материалов Гайка М10 (1 штука) и Доска (1 штука) в Цехе 2 была произведена продукция - Полка мебельная БП1 (1 штука).
На входе центра затрат ЦЗ3 присутствуют три вида единиц калькуляции:
- Гайка М10 (1 штука) - поступила с выхода ЦЗ1
- Доска (1 штука) - поступила с выхода ЦЗ2
- Полка мебельная БП1 (1 штука) - поступила с выхода ЦЗ0
На выходе центра затрат ЦЗ3 единицей калькуляции является - Полка мебельная БП1 (1 штука), поступившая на вход центра затрат ЦЗ4.
Как видим, для центра затрат ЦЗ3 не выполняется ни одно из требуемых условий:
- на входе ЦЗ3 присутствуют не один, а три вида единиц калькуляции
- вид единицы калькуляции на выходе ЦЗ3 не совпадает с видом единицы калькуляции на его входе
Почему разработчики РАУЗ допустили такую ситуацию? И как они из нее выходят?
Начнем с ответа на второй вопрос для чего рассмотрим фрагментарно работу регистра накопления УчетЗатратРегл при проведении документа Расчет себестоимости выпуска:
Анализ записей регистра позволяет сделать вывод о том, что разработчики РАУЗ поступили следующим образом:
- ВидДвижения=Расход - затраты от ЦЗ1 к ЦЗ3 передаются в стоимостной и количественной оценке
- ВидДвижения=Приход - затраты от ЦЗ1 к ЦЗ3 передаются только(!) в стоимостной оценке
- ВидДвижения=Расход - затраты от ЦЗ2 к ЦЗ3 передаются в стоимостной и количественной оценке
- ВидДвижения=Приход - затраты от ЦЗ2 к ЦЗ3 передаются только(!) в стоимостной оценке
т.е. подсистема РАУЗ «жестко» вмешалась в общий порядок процедуры составления системы уравнений и просто подавила Количество для приходных движений на центр затрат ЦЗ3.
Движения регистра УчетЗатратРегл, характеризующие передачу потока затрат с выхода ЦЗ3 на вход ЦЗ4, формируются документом Расчет себестоимости выпуска:
и документом Отчет производства за смену:
Представим схематично количественные движения рассмотренных хозяйственных операций.
Таким образом, для определения стоимости Полки мебельной БП1 на выходе центра затрат ЦЗ3 нельзя использовать формулу из предыдущего раздела статьи.
Теперь попытаемся понять, почему разработчики подсистемы РАУЗ допустили существование подобной ситуации в модели предприятия? Возможно, наличие подобных ситуаций является результатом недостаточно глубокой проработки методологических вопросов на этапе создания подсистемы РАУЗ. В данном случае это выразилось в попытке распространить частный вариант составления уравнения баланса затрат, применяемый для класса центров затрат, моделирующих продукцию на складах предприятия, на все остальные классы центров затрат. Как и следовало ожидать, общее оказалось сложнее частного.
Следует отметить, что это не единственный методологический «ляп» подсистемы РАУЗ. Другой, гораздо более серьезный методологический «ляп», связанный с организацией учета МПЗ для случая, когда используется метод ФИФО (РАУЗ) для оценки стоимости МПЗ при их списании в производство, мы рассмотрим в статье ФИФО (РАУЗ) - работает или не работает?.
ВЫВОДЫ (к содержанию)
Так чего же больше в подсистеме РАУЗ - технологических нововведений, связанных с оптимизацией структуры метаданных, или революционных идей в области методологии учета затрат? Если сравнить объем изменений в структуре метаданных (и технологию работы с данными) с объемом методологических новаций, введенных разработчиками подсистемы РАУЗ в 1С УПП, то за явным преимуществом, безусловно, победу одержит технология.
Не следует ждать от подсистемы РАУЗ каких-то революционных прорывов в области методологии учета затрат, в данном случае разработчики просто попытались реализовать на практике некоторые базовые положения теории Графов затрат, не уделив должного внимания ее изучению. На самом деле, использованием в явном виде систем линейных алгебраических уравнений для расчета себестоимости практически и заканчиваются все серьезные методологические нововведения, т.к. подсистема РАУЗ не позволяет решить никаких дополнительных методологических задач, которых нельзя было бы решить без этой подсистемы.
Под дополнительными методологическими задачами понимаются задачи на Графах затрат, подробно рассмотренные в статьях на данном сайте:
- построение многослойных моделей предприятий
- использование элементов затрат
- проведение факторного анализа себестоимости на Графах затрат
- проведение анализа безубыточности на Графах затрат
- решение налоговых задач на Графах затрат
- решение обратных задач (в частности - задачи финансового планирования) на Графах затрат
- задачи формирования топологии Графа затрат
- и т.п.
Кроме того, наличие огромного количества центров затрат (узлов) в реальных регистрах накопления УчетЗатратРегл совсем не означает, что у пользователя появляется огромное количество дополнительной аналитики, необходимой для целей финансового управления предприятием. Не следует путать объем технологических учетных данных с объемом учетных данных, из которых можно извлечь действительно полезную информацию.
Какой же основной вывод можно сделать из вышеизложенного? С одной стороны, хотелось бы посоветовать разработчикам более глубоко изучать модель предметной области, с которой они имеют дело при разработке автоматизированной системы. С другой стороны, разработчиков подсистемы РАУЗ можно поблагодарить уже хотя бы за то, что теперь специалисты по расчету себестоимости просто вынуждены обсуждать методологию учета затрат, основанную на использовании математической модели предприятия в виде Графа затрат. Без подсистемы РАУЗ обсуждать данные вопросы было бы значительно сложнее, а обсуждать их крайне необходимо. В настоящее время наблюдается какое-то вторичное отношение к методологии учета вообще, и к методологии учета затрат в частности. Складывается ощущение, что учетных специалистов охватила какая-то «методологическая» апатия, изучение методологии учета отодвигается (и даже - задвигается) на второй план, а все силы бросаются на изучение постоянно изменяющихся технологических особенностей автоматизированных систем.
Все-таки не следует забывать о том, что любая автоматизированная система учета «всего лишь» реализует на практике какую-либо методологию учета, поэтому было бы правильно при разработке автоматизированной системы учета уделять должное внимание всем аспектам - и документации, и интерфейсу, и платформе, и ... даже методологии учета. Нельзя допускать нарушения баланса этих составляющих, например, делая основной акцент на непрерывном совершенствовании платформы и интерфейса, оставляя без должного внимания развитие методологии учета.
Несколько слов обязательно нужно сказать также об использовании в подсистеме РАУЗ систем линейных алгебраических уравнений (СЛАУ). В настоящее время этот вопрос все еще почему-то относится к категории «продвинутых» методологических вопросов и довольно часто формулируется даже следующим образом - а нужно ли вообще использовать СЛАУ для расчета себестоимости? Не слишком ли это сложно?
Что тут можно ответить? Даже как-то неудобно иногда становится за вполне квалифицированных специалистов по расчету себестоимости, серьезно обсуждающих достоинства и недостатки различных(!?) способов закрытия затрат - прямого, пошагового или с помощью СЛАУ. По каким-то причинам специалисты по расчету себестоимости до сих пор спорят по этому вопросу, несмотря на то, что обязательным условием корректного закрытия затрат (способ не имеет значения) является именно выполнение уравнений баланса затрат для каждого центра затрат или в традиционном понимании - счета учета. Это значит, что в процессе закрытия затрат СЛАУ должны составляться и решаться всегда! Только иногда это происходит в явном виде - например, как в подсистеме РАУЗ, а иногда - в завуалированной форме, когда процесс закрытия затрат принимает некий туманный вид, скрывающий главный смысл этого процесса.
Подробнее с этим вопросом можно ознакомиться в видеоролике 6.Графы затрат. Варианты СЛАУ. Метод весовых коэффициентов и в следующих статьях:
- Уравнение баланса затрат для центра затрат
- Система уравнений баланса затрат. СЛАУ
- Матричная форма системы уравнений баланса затрат
Пользователям подсистемы РАУЗ автор также настоятельно рекомендует ознакомиться с теорией вопроса, касающегося особенностей расчета стоимостей потоков встречных затрат, т.к. с очень большими стоимостями встречных потоков затрат при закрытии затрат в РАУЗ рано или поздно сталкиваются все (если, конечно, обращают на это внимание). По этой теме можно посмотреть видеоролик 7.Графы затрат. Встречные потоки затрат и прочитать статьи:
- Встречные потоки вторичных затрат (счета учета) - при расчете себестоимости продукции, работ и услуг каждый пользователь рано или поздно сталкивается с ситуацией, когда потоки затрат идут навстречу друг другу. В некоторых случаях стоимости таких потоков затрат могут быть очень большими - значительно больше стоимости поступающих в центры затрат потоков первичных затрат. У некоторых пользователей это вызывает недоумение, результатом которого является желание избежать такой ситуации любым способом, многие считают это какой-то ошибкой, т.е. тем, чего не может быть никогда. Однако никакой ошибки здесь нет, именно так и должна работать математическая модель для расчета себестоимости
- Встречные потоки вторичных затрат (центры затрат) - с видеороликом
Для общего понимания ситуации, можно порекомендовать следующие статьи:
- Онтологии в микроэкономике (ч.1). Введение - в настоящее время одним из главных трендов во многих областях человеческой деятельности является переход от хранения и обработки данных к хранению и обработке знаний, что выражается, например, в создании экспертных систем. Существуют различные варианты формализации знаний о предметной области, одним из быстро развивающихся направлений является онтологический способ представления знаний. Современные стандарты (МСФО, НСБУ) бухгалтерского учета предполагают использование многочисленных экспертных оценок при составлении бухгалтерской отчетности, не предлагая экспертам в области учета строгой формальной системы общепризнанных ключевых понятий. Все это делает разработку онтологий для бухгалтерского учета архиважной задачей
- Реформа бухгалтерского учета - что делать?
- Три формы бухгалтерского учета - в статье рассмотрены принципиальные различия трех форм (исторических этапов) учета - мысленной, книжной (бумажной) и автоматизированной. Формы учета отличаются друг от друга только тогда, когда в них используются принципиально различные способы хранения и обработки учетных данных
Получить представление о Графах затрат можно также, посмотрев следующие видеоролики:
4.Графы затрат. Элементы и статьи затрат
5.Графы затрат. Уравнение баланса затрат. СЛАУ
6.Графы затрат. Варианты СЛАУ. Метод весовых коэффициентов
7.Графы затрат. Встречные потоки затрат
8.Графы затрат. Анализ безубыточности
- Подробности
- Автор: Александр Поляков
- Просмотров: 22776
Задачи, решаемые на Графах затрат (ч.1). Прогноз себестоимости
Автор: Александр Поляков
В статье Матричная форма записи СЛАУ для Графа затрат мы выяснили, что задачу расчета фактической себестоимости продукции (работ, услуг) на Графе затрат можно свести к решению СЛАУ, записанной в матричном виде. Более того, специалисту по расчету себестоимости достаточно просто сформировать расширенную матрицу исходных коэффициентов, т.к. далее процедура решения СЛАУ представляет собой набор очевидных действий по расчету значений элементов вектора-столбца тарифов. Эти действия понятны, однозначны и легко автоматизируются. Казалось бы, что здесь еще можно обсуждать? Ведь мы уже получили удобный инструмент для решения одной из самых сложных задач бухгалтерского учета – задачи калькулирования себестоимости продукции (работ, услуг).
Но дело в том, что возможности использования Графов затрат значительно шире, чем «просто» расчет фактической себестоимости продукции (работ, услуг). И более того, из тех задач, которые можно решать с помощью Графов затрат, задача расчета фактической себестоимости является далеко не самой сложной и интересной. Поэтому, начиная с данной статьи мы рассмотрим несколько видов (классов) бухгалтерских задач, часть из которых возможно уже знакома читателям, но также будут рассмотрены и такие задачи, которые ранее даже не ставились в контексте бухгалтерского учета. В данном случае понятие «бухгалтерский учет» трактуется расширенно, предполагается, что оно относится ко всей предметной области, связанной с моделированием хозяйственных процессов предприятия.
Однако перед тем, как перейти непосредственно к рассмотрению задач на Графах затрат, необходимо кратко обсудить два важных вопроса, связанных с использованием в бухгалтерском учете методов решения СЛАУ и алгоритмов рисования Графов затрат. Что здесь важно понять? Вполне возможно, что эти разделы математики для многих учетных специалистов являются новыми, если и не в плане знаний, то в контексте их использования для решения бухгалтерских задач. На сегодняшний день эти разделы уже довольно хорошо проработаны математиками, поэтому учетным специалистам здесь можно только посоветовать не тратить драгоценное время на изобретение велосипеда – не имеет особого смысла глубоко «влезать» в изучение работы различных методов решения СЛАУ или алгоритмов укладки графов на плоскости. Да, это интересные задачи, но это задачи для математиков, а для учетного специалиста это просто готовые математические инструменты для работы с Графами затрат, которыми надо научиться пользоваться.
В автоматизированных учетных системах эти инструменты должны быть реализованы с помощью библиотек математических алгоритмов. В учебных же целях для решения СЛАУ вполне достаточно уметь пользоваться стандартным функционалом Microsoft Excel, а для рисования графов можно использовать, например, Graphviz (graphviz.org) – программное обеспечение для визуализации графов с открытым исходным кодом или, в конце концов, рисовать графы вручную. Таким образом, еще раз зафиксируем внимание читателей на том, что существует много довольно сложных именно бухгалтерских задач на Графах затрат, и было бы разумнее в первую очередь направить усилия учетных специалистов именно на их решение, а процедуры решения СЛАУ и рисования графов нужно рассматривать исключительно в качестве удобного стандартного инструментария для этого.
Теперь можно перейти к обсуждению бухгалтерских задач на Графах затрат, и в качестве первой такой задачи рассмотрим задачу расчета прогнозных значений себестоимости продукции (работ, услуг).
Задача 1. Расчет прогнозных значений себестоимости
Рассмотрим предприятие, которое осуществляет два вида деятельности – производит и продает два вида продукции. В рассматриваемом периоде Цех-4 произвел и поместил на Склад-1 первый вид продукции в количестве 10 шт, а Цех-6 произвел и поместил на Склад-2 20 кг второго вида продукции. Далее со Склада-1 вся продукция была продана за 120$, а 15 кг продукции со Склада-2 было продано за 100$. Кроме того, 5 кг продукции со Склада-2 было использовано в этом же периоде Цехом-5.
Хозяйственные операции предприятия после проведения процедуры «закрытия» затрат периода (т.е. после расчета фактической себестоимости) представлены ниже на рисунке с помощью журнала хозяйственных операций (ЖХО) и в графической форме. Мы не будем подробно описывать в текстовом виде все хозяйственные процессы предприятия, т.к. данный рисунок дает довольно ясное представление о том, как взаимодействуют между собой цеха предприятия при производстве продукции обоих видов.
В результате решения СЛАУ для Графа затрат была определена фактическая себестоимость обоих видов проданной продукции, что позволило определить финансовые результаты для каждого вида деятельности, а также общий финансовый результат:
ProfitБУ1=120$–111,59$=8,41$ (прибыль от продажи продукции со Склада-1)
ProfitБУ2=100$–88,41$=11,59$ (прибыль от продажи продукции со Склада-2)
ProfitБУ=8,41$+11,59$=20$ (общая прибыль от продажи продукции)
Предположим теперь, что стало известно о повышении цены на покупное дизельное топливо, которое Цех-1 (дизельная электростанция) использует для производства электроэнергии. В результате этого в следующем периоде необходимый объем дизельного топлива может подорожать на 5$. В связи с этим возникает необходимо понять, каким образом это повлияет на финансовые результаты для каждого вида деятельности предприятия при условии, что продажные цены на продукцию останутся неизменными. Другими словами, необходимо выяснить, каким образом увеличение на 5$ стоимости первичных затрат Цеха-1 повлияет на себестоимость обоих видов проданной продукции.
Сформулируем эту задачу с помощью расширенных матриц исходных коэффициентов, которые, как известно из предыдущей статьи, удобны тем, что позволяют представить СЛАУ в компактной и наглядной форме. Расширенная матрица исходных коэффициентов KEXP-БУ[11,10] определяет СЛАУ для расчета фактической себестоимости (Сценарий 1) в бухгалтерском учете, а расширенная матрица исходных коэффициентов KEXP-УУ1[11,10] определяет СЛАУ для расчета прогнозных значений себестоимости (Сценарий 2).
Как видно выше на рисунке, матрица KEXP-УУ1[11,10] отличается от матрицы KEXP-БУ[11,10] значением только одного элемента – в первой строке правого столбца теперь стоит значение (-30), т.к. стоимость первичных затрат Цеха-1 выросла на 20% → с 25$ до 30$. Значения остальных элементов матрицы остались неизменными, т.к. рассматривается тот же сценарий производственной программы предприятия, что и в предыдущем периоде.
Решив СЛАУ, представленные обеими расширенными матрицами исходных коэффициентов, найдем фактические и прогнозные значения тарифов и определим стоимости вторичных затрат для Сценария 1 и Сценария 2, которые представим с помощью соответствующих матриц стоимостей CБУ[10,10] и CУУ1[10,10]:
Таким образом, имея в своем распоряжении Граф затрат предыдущего периода, мы легко можем рассчитать прогнозные значения себестоимости для следующего периода при увеличении стоимости первичных затрат Цеха-1 на 20%. Для этого надо всего лишь изменить значение элемента на пересечении первой строки и правого столбца в расширенной матрице исходных коэффициентов и решить полученную СЛАУ.
Осталось только определиться, куда можно поместить результаты данного расчета? Ведь эти прогнозные значения не должны попасть в финансовую отчетность предприятия, а значит они не должны отражаться в бухгалтерском учете. Этот вопрос легко решить, например, добавив в журнал хозяйственных операций столбец «СЛОЙ», в котором с помощью разделителя учета определяется тот вид (слой) учета, к которому относятся учетные данные. В результате мы получим хранилище учетных данных, разделенное на непересекающиеся области учетных данных (слои) значениями разделителя учета.
Для расчета фактической себестоимости мы использовали слой БУ – бухгалтерского учета. Для расчета прогнозных значений себестоимости был использован слой УУ1 – первый слой управленческого учета. Понятно, что можно ввести еще сколь угодно много других слоев управленческого или налогового учета и решать в них свои задачи, а структуру Графа затрат можно, например, просто импортировать в выбранные слои учета и при необходимости отредактировать.
Внесем полученные значения в ЖХО для слоя учета УУ1 и представим Граф затрат в графической форме:
Определим прогнозные финансовые результаты для каждого вида деятельности:
ProfitУУ1-1=120$–115,85$=4,15$ (прибыль от продажи продукции со Склада-1)
ProfitУУ1-2=100$–89,15$=10,85$ (прибыль от продажи продукции со Склада-2)
ProfitУУ1=4,15$+10,85$=15$ (общая прибыль от продажи продукции)
Таким образом, проведенные на Графе затрат расчеты показывают, что в результате увеличения на 20% стоимости потребляемого Цехом-1 дизельного топлива себестоимость проданной продукции должна увеличиться на:
115,85$–111,59$=4,26$ (3,82%) → (продукция со Склада-1)
89,15$–88,41$=0,74$ (0,84%) → (продукция со Склада-2)
а прибыль от продажи продукции должна уменьшиться на:
ProfitБУ1–ProfitУУ1-1=8,41$–4,15$=4,26$ (50,65%) → (продукция со Склада-1)
ProfitБУ2–ProfitУУ1-2=11,59$–10,85$=0,74$ (6,38%) → (продукция со Склада-2)
ProfitБУ–ProfitУУ1=20$–15$=5$ (25%) → (оба вида продукции)
Расположим для наглядности оба Графа затрат рядом, чтобы увидеть также, как изменятся стоимости всех вторичных затрат при увеличении стоимости первичных затрат Цеха-1 на 5$.
Какие выводы можно сделать из рассмотренной в данной статье задачи, имея в виду не конкретные результаты ее решения, а примененную для этого технологию ее решения?
Во-первых, технология расчета себестоимости на Графе затрат инвариантна к виду учета, т.е. для Графа затрат не имеет никакого значения, откуда поступили первичные данные для расчета себестоимости – из бухгалтерского, налогового или управленческого учета. Расчет себестоимости в любом случае будет произведен по одной и той же технологии, что очень удобно для автоматизации.
Во-вторых, расчет прогнозных значений себестоимости производится не с помощью каких-то очень приближенных «общих» формул, а с помощью максимально подробной модели хозяйственных процессов, какая только может быть в распоряжении аналитика – на основе модели, в данном случае взятой из бухгалтерского учета. Именно поэтому так легко и наглядно происходит сравнение фактических и прогнозных значений себестоимости.
И в-третьих, использование многослойного Графа затрат предоставляет аналитику широчайшие возможности для анализа в отдельных слоях управленческого учета всевозможных сценариев производственной программы предприятия, т.к. у аналитика появляется возможность работать со своим многослойным хранилищем учетных данных, в котором нет никаких принципиальных ограничений на число используемых слоев учета.
В следующей статье мы еще более увеличим аналитические возможности Графа затрат и рассмотрим, каким образом можно анализировать не только стоимости общих потоков вторичных затрат, как в рассмотренном примере, но также, используя элементы затрат, проводить анализ влияния на себестоимость, например, отдельных статей бюджетов затрат цехов или отдельных групп статей этих бюджетов затрат, т.е. проводить анализ структуры стоимости потоков вторичных затрат.
- Подробности
- Автор: Александр Поляков
- Категория: 1С РАУЗ
- Просмотров: 1459
Задачи, решаемые на Графах затрат (ч.3). Статьи затрат
Автор: Александр Поляков
В предыдущей части статьи мы рассмотрели бухгалтерскую абстракцию – «элемент затрат» и выяснили, что применение этой абстракции позволяет пользователю выделить некую группу первичных затрат и проследить ее движение по всему Графу затрат вплоть до момента формирования себестоимости проданной продукции (работ, услуг). В этой статье мы рассмотрим еще одну полезную бухгалтерскую абстракцию – «статью затрат», которая вроде бы и похожа на «элемент затрат», но в то же время имеет и ряд принципиальных особенностей использования в Графах затрат.
Однако сначала, для лучшего понимания материала данной статьи нам придется вернуться к обсуждению некоторых общих вопросов построения бухгалтерской модели в виде Графа затрат и вспомнить, из каких объектов состоит Граф затрат, и какими свойствами характеризуются эти объекты. Почему мы говорим именно об объектах учета, а не о счетах учета и их корреспонденциях? Ведь в предыдущих частях статьи мы имели дело исключительно со счетами учета (узлами) и их корреспонденциями (дугами).
Думаю, что для многих читателей не является новостью то, что автоматизированные системы учета уже давно фактически имеют дело совсем не со счетами бухгалтерского учета, точнее, не только с ними, а с гораздо более информационно насыщенными абстракциями – объектами учета. Это и понятно, ведь, пользуясь геометрической терминологией, любой счет бухгалтерского учета можно рассматривать всего лишь как некую учетную «точку», которая характеризуется совсем небольшим числом «координат» – последовательностью субсчетов в иерархическом плане счетов. Подробное же описание счета учета обычно представлено в «литературной» форме, т.е. в виде рассказа о том, для каких целей можно применять данный счет учета. Примерами таких сборников рассказов являются различные инструкции по применению плана счетов бухгалтерского учета, используемые как для отдельных предприятий, так и в масштабе целых государств.
Именно на основании подобных сборников рассказов о счетах учета разработчики автоматизированных систем пытаются строить их компьютерные модели, что обычно выливается в попытки добавить к счетам учета различные наборы аналитических свойств. В зависимости от используемых в автоматизированной системе структур данных, к счетам учета добавляются, например, субконто (в 1С), справочники, регистры и т.п. Причем часто это происходит исходя из неких интуитивных или «традиционных» представлений разработчиков о том, как это надо делать, иногда просто потому, что аналогичная аналитика уже есть в каких-то других системах учета.
Если же все-таки задаться целью построить математическую модель объекта учета, то легко можно будет увидеть, что роль такой абстракции, как «счет учета», сведется в ней в основном к определению классов объектов учета – «Материалы», «Затраты», «Задолженность» и т.п. Можно сказать, что счет учета определяет положение объекта учета в иерархической классификации, называемой планом счетов бухгалтерского учета, а все остальные свойства объекта учета определяются с помощью так называемой «глубокой» аналитики, реализуемой в автоматизированных системах совсем не с помощью плана счетов. Использование объектного подхода при построении автоматизированных систем бухгалтерского учета представляет собой серьезную тему для обсуждения, которой будут посвящены некоторые из последующих статей, сейчас же важно просто зафиксировать тот факт, что узлы и дуги(!) Графа затрат являются объектами учета со своими наборами свойств. Причем, для целей настоящей статьи особенно важно подчеркнуть, что дуги Графа затрат, с помощью которых моделируются хозяйственные операции (потоки затрат), также являются объектами учета, и для их использования тоже необходимо задать набор свойств.
Например, набор свойств хозяйственной операции (дуги, потока затрат) можно задать структурой журнала хозяйственных операций (ЖХО) или с помощью обычной нотации универсального языка моделирования UML. Посмотрим, как это можно сделать для рассмотренного в предыдущих статьях Графа затрат, выделив в нем дугу, моделирующую хозяйственную операцию по поставке Цехом-1 электроэнергии для Цеха-4:
На рисунке видно, что элементы затрат и статьи затрат являются свойствами хозяйственной операции, т.е. потока затрат (дуги) Графа затрат. Почему так важно обратить внимание на данный факт? Потому что, как мы увидим далее в статье, это существенным образом влияет как на структуру Графа затрат, так и на возможность решать с его помощью соответствующие бухгалтерские и аналитические задачи. Например, если в свойствах операции изначально отсутствуют элементы затрат, то в такой модели фактически невозможно будет проводить расчет себестоимости в разрезе элементов затрат, и никакая система компоновки данных не поможет решить эту проблему, т.к. в математической модели операции эта «опция» просто не предусмотрена. Поэтому, в частности, надо очень осторожно относится к тем отчетам, которые позволяют (по утверждению пользователя) анализировать структуру себестоимости в разрезе элементов затрат, ведь помимо стоимостей элементов первичных затрат, надо знать еще и стоимости элементов вторичных затрат – а откуда они появятся в такой модели? Непонятно. Ведь их надо, во-первых, рассчитать, а, во-вторых, где-то хранить.
Использование статей затрат в качестве свойств потоков затрат (а не узлов) позволяет, с одной стороны, обеспечить необходимые аналитические разрезы учета затрат, а с другой стороны, сделать это с помощью наиболее компактного варианта Графа затрат, уменьшив его порядок (число узлов) до минимально необходимого значения. Это действительно важно, т.к. добавление каждого нового узла в Граф затрат влечет за собой добавление нового уравнения баланса затрат в СЛАУ, т.е. чем больше порядок Графа затрат, тем большее число уравнений баланса затрат надо будет решать при проведении процедуры «закрытия» затрат периода.
Почему, например, в подсистеме РАУЗ 1С приходится решать такое огромное число уравнений? Потому, что разработчики приняли решение рассматривать статьи затрат не в качестве свойств потоков затрат, а в качестве свойств узлов Графа затрат. Статьи затрат в РАУЗ 1С включены в состав ключей аналитики, с помощью которых формируются узлы Графа затрат, в результате чего многократно (буквально на порядки) возрастает число узлов, а значит, и число уравнений баланса затрат в СЛАУ. Приводит ли подобное увеличение числа узлов к получению какой-либо полезной дополнительной информации для пользователя? Этот вопрос мы рассмотрим далее в статье (спойлер – не приводит).
Рассмотрим на примере Графа затрат, известного нам из предыдущих частей статьи, как применяются статьи затрат для аналитического учета затрат.
Задача 3. Расчет себестоимости в разрезе статей затрат
Статьи затрат, с точки зрения работы с моделями в виде Графов затрат, также, как и элементы затрат, позволяют разделить множество затрат предприятия на некие группы затрат, т.е. обеспечить пользователя учетной системы необходимыми ему аналитическими разрезами учета затрат. Но, в отличие от элементов затрат, применение статей затрат, как правило, нацелено на решение «локальных» аналитических задач. Действительно, если пользователь выделяет какой-либо элемент затрат, то он хочет увидеть «глобальную» картину его движения по всему Графу затрат, т.е. увидеть, как этот элемент затрат формирует структуру стоимости затрат в любом месте Графа затрат. Применение же статей затрат ориентировано на другие цели – получить возможность анализа структуры затрат в некоторых отдельных фрагментах Графа затрат или в его отдельных узлах. Смысл этой задачи вполне понятен, т.к. хозяйственная деятельность различных подразделений предприятия имеет свою специфику, которая в модели предприятия может быть отражена с помощью разных наборов статей затрат, отражающих особенности хозяйственной деятельности именно этих подразделений.
Таким образом, мы выяснили, в чем заключается основное отличие в использовании бухгалтерских абстракций «элемент затрат» и «статья затрат». Теперь рассмотрим подробнее, каким образом статьи затрат используются в Графах затрат, а также выясним, что происходит в том случае, когда статьи затрат используются не в качестве свойств потоков затрат (дуг), а в качестве свойств узлов Графа затрат (как в РАУЗ 1С).
Для изучения этих вопросов опять обратимся к Графу затрат, известному нам из предыдущих частей статьи, изменив формулировку задачи. Допустим, что экономисту предприятия для того, чтобы сформировать бюджет затрат Цеха-4 необходимо получить возможность выделить в модели предприятия аналитические разрезы учета затрат, участвующие в формировании себестоимости произведенной Цехом-4 продукции.
Напомним, что наше предприятие осуществляет два вида деятельности – производит и продает два вида продукции. В рассматриваемом периоде Цех-4 должен произвести и поместить на Склад-1 10 шт первого вида продукции, а Цех-6 должен произвести и поместить на Склад-2 20 кг второго вида продукции. Далее со Склада-1 вся продукция должна быть продана за 120$, а 15 кг продукции со Склада-2 должно быть продано за 100$. Кроме того, 5 кг продукции со Склада-2 будет использовано в этом же периоде Цехом-5.
Далее рассмотрим два варианта построения Графа затрат, т.е. два варианта построения математической модели для решения нашей задачи:
Вариант 1 – статья затрат используется как свойство потока затрат (дуги)
Вариант 2 – статья затрат используется как свойство узла (как в РАУЗ 1С)
Вариант 1. Статьи затрат используются как свойство потока затрат (дуги)
Мы не будем подробно описывать хозяйственные процессы предприятия, ниже на рисунке достаточно наглядно показано, каким образом взаимодействуют между собой цеха предприятия при производстве продукции обоих видов:
Для решения задачи пользователя интересует набор из пяти статей затрат на входе Цеха-4. Эти статьи затрат отражены в бюджете затрат Цеха-4 в качестве статей бюджета затрат, причем, две статьи затрат представляют собой статьи первичных затрат:
Материалы-4 – стоимость материалов для производства продукции Цехом-4
Зарплата-4 – зарплата работников Цеха-4
а остальные три статьи затрат являются статьями вторичных затрат, их количества и стоимости отражаются в бюджете затрат следующим образом:
Электроэнергия-4 – потребленная Цехом-4 электроэнергия
Ремонт-4 – выполненные для Цеха-4 ремонтные работы
Транспорт-4 – полученные Цехом-4 транспортные услуги
Сразу отметим, что при использовании статей затрат рекомендуется разделять их на статьи первичных затрат и статьи вторичных затрат, т.к. это важно для целей управления затратами. Во-первых, стоимости первичных затрат Цеха-4 всегда известны до момента проведения процедуры «закрытия» затрат. Во-вторых, первичные затраты Цеха-4 характеризуют стоимость ресурсов, используемых именно Цехом-4, т.е. имеется принципиальная возможность контролировать их стоимость именно в этом узле модели. Например, можно влиять на величину зарплаты или на выбор поставщиков материалов, предлагающих лучшие условия.
Вторичные затраты приходят в Цех-4 от других узлов, т.е. фактически «приносят» в этот узел стоимости первичных затрат от других узлов. В этом случае в Цехе-4 можно контролировать только количество вторичных затрат, например, оптимизируя объемы потребляемой электроэнергии, ремонтных работ и транспортных услуг. Контролировать же стоимости поступивших в него вторичных затрат Цех-4 не может, они получаются в результате «закрытия» затрат периода – какие получились при расчете, такие и попадут в бюджет затрат Цеха-4.
Посмотрим, как выглядит фрагмент журнала хозяйственных операций (ЖХО), в котором отражены операции, связанные с поступлением в Цех-4 первичных и вторичных затрат, а также операция (14) по выпуску готовой продукции на Склад-1:
В данном случае считаем, что пользователя пока не интересуют элементы затрат, поэтому в ЖХО для всех операций используется один и тот же элемент затрат – Прочие затраты, это просто значение по умолчанию для случая, когда не ставится задача расчета себестоимости в разрезе элементов затрат.
В ЖХО видно, что для всех операций по дебету Цеха-4 существуют статьи затрат, а для операции (14), связанной с выпуском готовой продукции на Склад-1 предприятия, статья затрат отсутствует. Это объясняется тем, что пользователя интересуют стоимости статей затрат только на входе узла Цех-4, на выходе же этого узла статьи затрат «пропадают» и стоимость готовой продукции поступает на Склад-1 уже одной общей суммой. В данном случае, в отличие от элементов затрат, никакого сквозного движения стоимостей статей затрат через Цех-4 не происходит, и на входе узла Склад-1 разделение стоимости готовой продукции по статьям затрат отсутствует.
На рисунке также представлена расширенная матрица исходных коэффициентов KEXP1[11,10] для нашего случая, вид которой ничем не отличается от случая, когда производится расчет себестоимости без учета статей затрат. Это объясняется тем, что стоимости первичных затрат нам известны и так – до момента решения СЛАУ, а наличие дополнительного аналитического разреза в виде статей затрат на процесс формирования СЛАУ для расчета себестоимости никак не влияет.
Решив СЛАУ, заданную матрицей KEXP1[11,10], найдем стоимости вторичных затрат и поместим их в матрицу стоимостей C1[10,10], в ЖХО и в бюджет затрат Цеха-4:
Теперь рассмотрим решение этой же задачи, но при построении Графа затрат будем считать, что статья затрат является не свойством потока затрат, а свойством узла Графа затрат, т.е. так, как это, например, сделано в подсистеме РАУЗ 1С, в которой статья затрат включена в состав ключей аналитики, комбинация которых определяет узел Графа затрат.
Вариант 2. Статьи затрат используются как свойство узла (как в РАУЗ 1С)
При данном варианте построения Графа затрат вместо одного «старого» узла Цех-4 появится уже четыре узла, совокупность которых моделирует деятельность Цеха-4:
Эл/энергия для Цеха-4 – комбинация узла Цех-4 и статьи затрат Электроэнергия-4
Ремонт для Цеха-4 – комбинация узла Цех-4 и статьи затрат Ремонт-4
Транспорт для Цеха-4 – комбинация узла Цех-4 и статьи затрат Транспорт-4
Цех-4 Выпуск – все входящие первичные и вторичные затраты смешиваются и формируют себестоимость готовой продукции
Как видно выше на рисунке, теперь для моделирования той же самой хозяйственной ситуации используется Граф затрат более высокого порядка. Если раньше для решения задачи хватало 10-ти узлов Графа затрат, то теперь число узлов выросло до 13-ти (на 30%), т.к. деятельность Цеха-4 теперь моделируется четырьмя узлами, вместо одного. Причем, мы для примера рассматриваем только узел Цех-4, а на самом деле «размножить» число узлов надо будет и для остальных цехов предприятия, т.е. порядок Графа затрат должен увеличиться еще больше.
Посмотрим, как теперь выглядит фрагмент ЖХО, содержащий операции, связанные с поступлением в Цех-4 первичных и вторичных затрат, а также операцию (14) по выпуску готовой продукции на Склад-1:
Теперь в ЖХО отсутствует столбец «СТАТЬЯ ЗАТРАТ», поскольку статья затрат не рассматривается в качестве свойства потока затрат (дуги). Одновременно увеличилось число операций, т.к. узлов в Графе затрат стало больше, что также привело к увеличению на три строки и три столбца размерности расширенной матрицы исходных коэффициентов KEXP2[14,13], построенной на основе новых учетных данных из ЖХО:
Решив СЛАУ, заданную матрицей KEXP2[14,13], найдем стоимости вторичных затрат и поместим их в матрицу стоимостей C2[13,13]:
и в ЖХО:
Как видим, мы получили те же самые стоимости вторичных затрат для формирования бюджета затрат Цеха-4, что и в первом варианте, только достигли этого результата с помощью более сложной структуры Графа затрат, увеличив число узлов в нем, а, следовательно, и число уравнений баланса затрат в СЛАУ для расчета себестоимости. Это особенно наглядно видно, если нарисовать рядом Графы затрат для обоих вариантов:
На рисунке хорошо видно, что во втором варианте три дополнительных узла Графа затрат – Эл/энергия для Цеха-4, Ремонт для Цеха-4 и Транспорт для Цеха-4 фактически являются транзитными узлами для потоков вторичных затрат, т.к. их стоимости при проходе через эти узлы не изменяют своих значений. Единственным назначением этих дополнительных узлов является «сообщение» пользователю о том, что вторичные затраты поступили в узел Цех-4 Выпуск от узлов, свойства которых задаются с помощью статей затрат – Электроэнергия-4, Ремонт-4 и Транспорт-4.
Если найти способ доставить пользователю это сообщение другим способом, то эти транзитные узлы спокойно можно убрать из Графа затрат. И такой способ есть, и мы его уже рассмотрели – это первый вариант построения Графа затрат, в котором статьи затрат являются свойствами не узлов, а дуг Графа затрат. В этом случае Граф затрат становится гораздо более компактным и наглядным – уменьшается порядок Графа затрат и число дуг в нем, уменьшается размерность СЛАУ для расчета себестоимости, а значит сокращается и время решения СЛАУ, что чрезвычайно важно для решения задач на Графах затрат.
Таким образом, оба варианта построения Графа затрат позволяют получить стоимости вторичных затрат для бюджета затрат Цеха-4, но первый вариант более экономичен и нагляден, что облегчает пользователю работу с Графом затрат. В структуре такого Графа затрат легче разобраться, а кроме того, наличие дополнительных узлов во втором варианте построения Графа затрат не дает никакого выигрыша в информативности, т.к. увеличение числа узлов совсем не является гарантией получения какой-то дополнительной полезной информации для пользователя модели.
Выводы:
В первых трех частях статьи, помимо узлов и дуг Графа затрат, мы рассмотрели еще три полезные бухгалтерские абстракции, которые можно использовать для построения модели в виде Графа затрат – слои учета, элементы затрат и статьи затрат. Применение этих абстракций в различных комбинациях позволяет решать практически любые задачи, связанные с расчетом фактических и прогнозных значений себестоимости продукции (работ, услуг) а также решать задачи факторного анализа себестоимости, анализа безубыточности и т.д. … и т.п.
В слоях учета можно создавать неограниченное число Графов затрат для решения учетных и аналитических задач. Например, в слое бухгалтерского учета можно рассчитать фактическую себестоимость для целей бухгалтерского учета, в слое налогового учета – рассчитать фактическую «налоговую» себестоимость для определения суммы налога на прибыль, в первом слое управленческого учета – рассчитать фактическую себестоимость в разрезе элементов затрат (материалы, амортизация, зарплата и прочие затраты), в других слоях управленческого учета – рассчитать фактические или прогнозные себестоимости для любых других целей.
Элементы затрат позволяют проследить сквозное движение по Графу затрат любых групп первичных затрат. Экономическое содержание этих групп затрат пользователь может определить самостоятельно. Например, это могут группы затрат, выделенные по признаку экономической однородности затрат – материалы, амортизация, зарплата и прочие затраты, но это могут быть и группы затрат, связанные с выполнением какого-либо договора или проекта, а также любые другие интересующие пользователя группы затрат. Отдельные элементы затрат «проходят» через узлы Графа затрат, не смешиваясь с другими элементами затрат (как электрический ток по проводам). Для расчета стоимости элементов затрат необходимо проводить процедуру «закрытия» затрат для каждого элемента затрат в отдельности.
Статьи затрат позволяют анализировать структуру затрат в отдельных (локальных) фрагментах Графа затрат – для отдельных узлов или для группы узлов. Использование статей затрат позволяет расширить число аналитических разрезов учета затрат только на входе узла, на его выходе информация о статьях затрат пропадает. Применение статей затрат в качестве свойств операций позволяет резко сократить порядок (число узлов) Графа затрат без потери информативности модели, а также приводит к уменьшению числа уравнений баланса затрат в СЛАУ для расчета себестоимости. При использовании статей затрат рекомендуется разделять статьи первичных затрат и статьи вторичных затрат, т.к. это важно для целей управления затратами.
В следующей части статьи мы рассмотрим вопрос, который почему-то является особо трудным для понимания многими учетными специалистами – речь пойдет о расчете стоимости встречных потоков затрат, в том числе, мы обсудим и ситуации, когда стоимости встречных затрат при расчете себестоимости получаются слишком, можно даже сказать, аномально большими.
- Подробности
- Автор: Александр Поляков
- Категория: 1С РАУЗ
- Просмотров: 1080
Задачи, решаемые на Графах затрат (ч.2). Элементы затрат
Автор: Александр Поляков
В первой части данной статьи было отмечено, что модель в виде Графа затрат, во-первых, инвариантна к виду учета, т.е. может работать с учетными данными любого вида (слоя) учета – бухгалтерского, налогового и управленческого, а во-вторых, Граф затрат можно использовать многократно, например, импортируя его структуру в разные слои учета и при необходимости редактируя ее. Обсудим эти важные вопросы подробнее, и начнем, как ни странно, с их «психологического» аспекта.
Дело в том, что в настоящее время многие пользователи учетных систем просто привыкли рассматривать процедуру «закрытия» затрат периода исключительно как некий «одноразовый» процесс, для выполнения которого в конце периода нужно просто совершить определенные действия по «закрытию» отдельных счетов бухгалтерского учета. Причем, на практике часто имеют место крайние проявления такого подхода, в основе которых лежит следующий императив – «главное, чтобы все счета закрывались», т.е. неважно почему, неважно для чего, неважно как, но счета обязательно должны быть закрыты. Если это удалось, значит все в порядке, можно идти отмечать это знаменательное событие. Подобный подход весьма прочно «сидит» в головах пользователей, он считается, так сказать, альфой и омегой процедуры «закрытия» затрат. А то, что общий результат выполнения этой процедуры можно оценить только после ее окончания, причем, для этого нужно провести анализ (иногда довольно изощренный) огромного числа бухгалтерских проводок, так это тоже считается абсолютно нормальным – а как же может быть по-другому? Другими словами, пользователи привыкли иметь дело с отдельными счетами учета, и часто даже не стремятся понять всю картину в целом, увидеть, как эти отдельные счета учета в процессе распределения затрат «сливаются» в общую систему корреспондирующих счетов учета и формируют общую математическую модель для расчета себестоимости. Понятно, что при таком подходе пользователю очень трудно понять, насколько корректно эта математическая модель была сформирована и использована для проведения расчетов, а говорить об использовании этой модели для решения каких-либо дополнительных аналитических задач даже не приходится, да и, откровенно говоря, такая задача, как правило, и не ставится.
Что же в этом смысле меняет работа с моделями в виде Графов затрат? Может ли применение этих моделей изменить вышерассмотренную парадигму мышления? Безусловно, может, т.к. в этом случае пользователь нацелен уже не столько на выполнение неких отдельных действий по закрытию отдельных счетов бухгалтерского учета, сколько на работу с общей математической моделью хозяйственных процессов предприятия. Причем, в основе этой модели лежит понятный математический объект – Граф затрат, который строго определен и может быть наглядно представлен, например, с помощью расширенной матрицы исходных коэффициентов или в графическом виде. Использование такой модели позволяет легко контролировать процесс распределения затрат на любом этапе – проверять корректность формирования значений исходных коэффициентов и правых частей уравнений как до, так и после решения СЛАУ, причем делать это с помощью компактных и наглядных математических объектов, понятных не только разработчику или очень небольшому кругу ключевых пользователей, но и любым другим заинтересованным пользователям учетной системы.
Кроме того, технология расчета себестоимости с помощью Графов затрат позволяет использовать эти модели не только для решения очевидных задач – например, для расчета фактической себестоимости в конце периода, но и для решения других полезных задач. Проще говоря, если пользователю удалось построить модель в виде Графа затрат для какого-либо периода, то дальше этот математический объект может «жить своей жизнью». Например, его можно поместить в библиотеку Графов затрат, отредактировать при необходимости его структуру и далее использовать – для расчета прогнозных значений себестоимости, для проведения факторного анализа себестоимости, для анализа безубыточности и т.п. Безусловно, в этом случае возникает необходимость в разработке соответствующих специальных алгоритмов для работы с Графами затрат. Один из таких алгоритмов, позволяющий рассчитывать себестоимость в разрезе элементов затрат мы и рассмотрим далее в статье.
Задача 2. Расчет себестоимости в разрезе элементов затрат
Для начала необходимо определить, что мы будем понимать под «элементами затрат» в контексте их применения в Графах затрат, т.е. необходимо выяснить, для каких целей вводится эта бухгалтерская абстракция в описание нашей модели? Считается, что элементы затрат позволяют разделить все множество затрат предприятия на группы экономически однородных затрат, например, на четыре общеизвестных группы – материалы, амортизация, зарплата и прочие затраты. Правда критерии экономической однородности описываются в бухгалтерской литературе несколько расплывчато, но для целей моделирования достаточно иметь в виду, что эти группы затрат в течение периода, для которого рассчитывается себестоимость, не могут пересекаться между собой.
Например, материалы не могут в процессе производства превратиться в зарплату, а зарплата в материалы, прочие затраты не могут превратиться в амортизацию и т.п. По аналогии с геометрией, можно сказать, что элементы затрат определяют «ортогональные» группы затрат, которые вместе образуют всю совокупность затрат предприятия. Но это еще не все. Важным моментом также является то, что элементы затрат часто используются для анализа структуры расходов предприятия, т.е. фактически – для анализа структуры себестоимости проданной продукции (работ, услуг), а это значит, что в процессе расчета себестоимости нужно не только собрать по элементам затрат все первичные затраты предприятия, но и «провести» эти элементы затрат с помощью вторичных затрат вплоть до себестоимости проданной продукции (работ, услуг).
Вышесказанное позволяет несколько расширить понятие элемента затрат для применения в Графах затрат. Будем считать, что элемент затрат позволяет выделить некую группу первичных затрат для того, чтобы затем проследить движение этой группы вплоть до этапа формирования себестоимости проданной продукции (работ, услуг). В данном случае не только определяется состав первичных затрат, объединенных в какой-либо элемент затрат, но одновременно обозначается еще и цель такого объединения – проследить движение элемента затрат до стадии формирования себестоимости проданной продукции (работ, услуг). При этом предполагается, что первичные затраты, относящиеся к выбранному элементу затрат, не могут пересекаться с остальными первичными затратами предприятия.
Рассмотрим особенности использования элементов затрат для анализа себестоимости проданной продукции на примере Графа затрат, известного нам из первой части статьи, но немного изменим формулировку задачи. Допустим, что у экономиста предприятия в процессе выполнения процедуры бюджетирования для следующего периода возникла необходимость оценить влияние на себестоимость проданной продукции отдельной статьи бюджета затрат Цеха-1, а конкретнее – цены покупки дизельного топлива по Договору №1.
Напомним, что наше предприятие осуществляет два вида деятельности – производит и продает два вида продукции. В рассматриваемом периоде Цех-4 должен произвести и поместить на Склад-1 10 шт первого вида продукции, а Цех-6 должен произвести и поместить на Склад-2 20 кг второго вида продукции. Далее со Склада-1 вся продукция должна быть продана за 120$, а 15 кг продукции со Склада-2 должно быть продано за 100$. Кроме того, 5 кг продукции со Склада-2 будет использовано в этом же периоде Цехом-5.
Мы не будем подробно описывать хозяйственные процессы предприятия, ниже на рисунке достаточно наглядно показано, каким образом взаимодействуют между собой цеха предприятия при производстве продукции обоих видов. Также из рисунка понятен и смысл нашей задачи – необходимо выяснить, как стоимость затрат по Договору-1 распределится между себестоимостями обоих видов проданной продукции.
Задачу расчета себестоимости в разрезе элементов затрат можно разделить на два этапа – сначала происходит выделение элементов первичных затрат, а затем производится распределение этих элементов затрат вплоть до себестоимости проданной продукции.
На первом этапе производится разделение всех первичных затрат предприятия на две непересекающиеся между собой группы – первичные затраты по Договору-1 и прочие затраты. Выше на рисунке это разделение произведено с помощью бюджетов первичных затрат цехов предприятия.
Общая стоимость всех первичных затрат предприятия составляет:
ПЗ=25$+30$+20$+50$+35$+40$=200$
Разделим эту общую стоимость первичных затрат по элементам затрат:
затраты по Договору-1 (Д1)=15$
прочие затраты (Пр)=10$+30$+20$+50$+35$+40$=185$
Д1+Пр=15$+185$=200$
На втором этапе производится «закрытие» затрат периода для каждого элемента затрат в отдельности(!). Это возможно потому, что элементы затрат не могут пересекаться между собой (как электрический ток в паре проводов), т.е. процесс «закрытия» затрат для одного элемента затрат не должен влиять на процесс «закрытия» затрат для других элементов затрат. В результате мы получаем стоимости вторичных затрат отдельно для каждого элемента затрат.
Запишем исходные данные для расчета в журнал хозяйственных операций (ЖХО):
В первой части статьи мы добавили в ЖХО столбец «СЛОЙ», получив в результате хранилище учетных данных, разделенное на непересекающиеся слои (виды) учета. Для решения нашей задачи мы использовали слой УУ – управленческого учета. Теперь добавим в ЖХО еще один столбец «ЭЛЕМЕНТ ЗАТРАТ» – и получим возможность разделить каждый слой учета на непересекающиеся между собой области учетных данных, в которых можно отдельно друг от друга хранить данные для каждого элемента затрат. В результате мы получим хранилище учетных данных, во-первых, разделенное на отдельные слои учета, а во-вторых, каждый слой учета дополнительно будет разделен на отдельные области – для хранения данных об элементах затрат.
Таким образом, мы выполнили первый этап задачи расчета себестоимости в разрезе элементов затрат – разделили все первичные затраты предприятия по двум элементам затрат и нашли способ хранения этих учетных данных в ЖХО.
Теперь можно приступать к выполнению второго этапа – к «закрытию» затрат периода отдельно для каждого элемента затрат.
«Закрываем» затраты периода для элемента затрат – Договор-1
Для этого будем считать, что в нашей модели существуют только первичные затраты, связанные с покупкой дизельного топлива по Договору-1, а все остальные стоимости первичных затрат равны 0-лю.
Сформируем расширенную матрицу исходных коэффициентов KEXP-Д1[11,10] для решения данной задачи и, решив соответствующую СЛАУ, найдем стоимости вторичных затрат для элемента затрат Договор-1:
Как видим, эта задача решается очень просто. Данный сценарий расчета предполагает, что в столбце правых частей уравнений остается только стоимость первичных затрат по Договору-1 (-15$), а остальные значения элементов этого столбца должны быть равны 0-лю. Решив СЛАУ, заданную матрицей KEXP-Д1[11,10], найдем и поместим в матрицу стоимостей CУУ-Д1[10,10] стоимости вторичных затрат для элемента затрат Договор-1, в том числе, найдем и стоимости затрат по Договору-1 в себестоимости обоих видов проданной продукции:
12,80$ – затраты по Договору-1 в себестоимости продукции, проданной со Склада-1
2,20$ – затраты по Договору-1 в себестоимости продукции, проданной со Склада-2
Как видим, стоимость первичных затрат по Договору-1 в итоге распределилась между себестоимостями обоих видов проданной продукции следующим образом:
12,80$(85,33%) + 2,20$(14,67%) = 15$(100%)
Внесем полученные результаты в ЖХО:
Таким образом, мы научились «закрывать» затраты периода для отдельного элемента затрат Договор-1, что оказалось совсем не сложным. Понятно также, что, сформировав расширенную матрицу исходных коэффициентов KEXP-Д1[11,10], мы получили в свое распоряжение математическую модель, с помощью которой далее можно исследовать, как повлияет изменение стоимости затрат по Договору-1 на себестоимости обоих видов проданной продукции. Для этого всего лишь надо будет изменять значение единственного элемента в столбце правых частей уравнений и решать полученную СЛАУ.
«Закрываем» затраты периода для элемента затрат – прочие затрат
Теперь будем считать, что в нашей модели существуют только первичные прочие затраты, а стоимость первичных затрат, связанных с покупкой дизтоплива по Договору-1, равна 0-лю.
Сформируем расширенную матрицу исходных коэффициентов KEXP-Пр[11,10] и, решив соответствующую СЛАУ, найдем стоимости вторичных прочих затрат:
В данном сценарии расчета нужно оставить в столбце правых частей уравнений только стоимости первичных прочих затрат. Решив СЛАУ, заданную матрицей KEXP-Пр[11,10], найдем и поместим в матрицу стоимостей CУУ-Пр[10,10] стоимости вторичных прочих затрат, в том числе, найдем и стоимости прочих затрат в себестоимости обоих видов проданной продукции:
98,78$ – прочие затраты в себестоимости продукции, проданной со Склада-1
86,22$ – прочие затраты в себестоимости продукции, проданной со Склада-2
Общая стоимость первичных прочих затрат распределилась между себестоимостями обоих видов проданной продукции следующим образом:
98,78$(53,39%) + 86,22$(46,61%) = 185$(100%)
Внесем полученные результаты в ЖХО:
Для наглядности представим также результаты расчета для обоих элементов затрат в графической форме:
На этом рисунке хорошо видно, что в выбранном для решения нашей задачи слое управленческого учета (УУ) Граф затрат фактически распадается на два независимых подграфа, в каждом из которых можно наблюдать за движением только одного элемента затрат. В теории графов такие подграфы принято называть компонентами связности, т.е. использование элементов затрат приводит к разделению любого Графа затрат на компоненты связности – по числу используемых элементов затрат.
Для полноты картины можно также объединить эти две компоненты связности в одном рисунке и показать движения разных элементов затрат с помощью кратных дуг.
Такое графическое представление процесса распределения элементов затрат также может быть полезным для понимания ситуации. Например, на этом рисунке хорошо видна финальная стадия движения элементов затрат – как они попадают в себестоимость проданной продукции, т.е. фактически на рисунке мы видим структуру себестоимости проданной продукции в разрезе элементов затрат.
Выводы:
В данной статье мы немного расширили границы модели в виде Графа затрат, добавив в нее, помимо уже имеющихся узлов и дуг, еще одну бухгалтерскую абстракцию – «элемент затрат». Назначение этого абстрактного объекта состоит в том, что с его помощью можно разделить все первичные затраты предприятия на отдельные непересекающиеся между собой группы первичных затрат, причем экономический смысл затрат в каждой такой группе пользователь может определять самостоятельно, главное, чтобы одни и те же первичные затраты не содержались бы одновременно в разных группах. Частным случаем такого разделения затрат является широко известное деление первичных затрат на четыре группы – материальные затраты, затраты на оплату труда, амортизация и прочие затраты. Считается, что затраты в каждой из этих четырех групп являются экономически однородными, т.е. имеют одинаковую экономическую природу и их не имеет смысла далее делить еще на какие-то элементы затрат, имеющие другую экономическую природу.
Однако, как мы выяснили в данной части статьи, для целей решения задач на Графах затрат экономическая однородность затрат – это только один из возможных критериев разделения затрат на элементы затрат. Для целей моделирования в элементы затрат можно объединять фактически любые группы интересующих пользователя первичных затрат, главное только, чтобы эти затраты одновременно не входили бы в другие элементы затрат. Также была определена и цель использования элементов затрат – проследить движение входящих в них первичных затрат от места их первого появления в Графе затрат до места, где формируется себестоимость проданной продукции (работ, услуг).
Решение задач, связанных с применением элементов затрат, выполняется в два этапа. На первом этапе решается задача разделения всех первичных затрат предприятия на элементы затрат, т.е. решается задача о том, как можно на входе Графа затрат «накопить» первичные затраты в разрезе элементов затрат. Например, в автоматизированной системе учета это можно сделать не только вручную, но и с помощью наборов правил, выделяющих из всей совокупности первичных затрат те, которые нужно отнести к какому-либо элементу затрат. Применительно к нашему примеру, решение задачи накопления первичных затрат в разрезе элементов затрат позволяет ответить на вопрос – какова структура первичных затрат на входе Графа затрат, т.е. первичных затрат, поступивших в дебет счетов учета затрат Цех-1 ÷ Цех-6. Эту задачу мы решили с помощью соответствующих статей бюджетов первичных затрат для этих цехов предприятия. Надо отметить, что решение этой задачи, безусловно, имеет самостоятельную ценность для аналитика, но(!) не позволяет понять, каким образом элементы затрат попадут в себестоимость разных видов проданной продукции, т.е. как будет формироваться структура этой себестоимости в разрезе элементов затрат.
На втором этапе решается задача дальнейшего распределения первичных затрат, уже накопленных на первом этапе в разрезе элементов затрат. Эта задача решается с помощью выполнения процедуры «закрытия» затрат для каждого элемента затрат в отдельности. В результате выполнения этого этапа пользователь получает возможность увидеть, как выглядит поэлементная структура затрат в любом(!) месте Графа затрат, в том числе и как выглядит структура себестоимости проданной продукции в разрезе элементов затрат.
Здесь имеет смысл обратить внимание на некоторые интересные моменты – например, в нашем Графе затрат присутствуют узлы, моделирующие продукцию на складах предприятия Склад-1 и Склад-2. Элементы затрат проходят через эти узлы и попадают в узлы Продажа-1 и Продажа-2. Это значит, что в автоматизированной системе учета необходимо обеспечить возможность хранения стоимости продукции на обоих складах предприятия в разрезе элементов затрат, иначе маршруты движения элементов затрат прервутся, и элементы затрат не смогут «добраться» до себестоимости проданной продукции. Это довольная важная, можно сказать, принципиальная особенность использования элементов затрат, без учета которой просто невозможно будет получить отчет о структуре себестоимости проданной продукции в разрезе элементов затрат. Проще говоря, если не обеспечить возможность хранения стоимости продукции на сладе предприятия в разрезе элементов затрат, то при списании продукции со склада стоимость элементов затрат будет потеряна, а значит проследить дальнейшее движение элементов затрат будет невозможно. В данном случае пользователь сможет только каким-то образом попытаться сопоставить накопленные на первом этапе элементы первичных затрат и себестоимость проданной продукции, т.е. фактически – пользователь должен будет просто догадаться о том, как элементы первичных затрат попадут в себестоимость проданной продукции.
И еще один момент требует пояснения. Некоторые пользователи систем учета утверждают, что им не требуется знать структуру себестоимости проданной продукции в разрезе элементов затрат и вполне достаточно, если у них будет возможность рассчитать в разрезе элементов затрат только структуру произведенной продукции. И, следовательно, процедуру «закрытия» затрат для каждого элемента затрат выполнять не обязательно. Ответ здесь очень простой – в данном случае пользователи, скорее всего, не очень понимают разницу между первичными и вторичными затратами предприятия.
Например, в рассмотренной выше задаче мы определили стоимости элементов первичных затрат для Цеха-1 (дизельной электростанции) и отразили их в соответствующем бюджете первичных затрат. Но это совсем не означает, что стоимость произведенной Цехом-1 электроэнергии формируется только этими элементами первичных затрат. В нашем примере для производства электроэнергии Цехом-1 требуются еще и услуги Цеха-2, а значит, некоторая часть стоимости первичных прочих затрат Цеха-2 также должна участвовать в формировании стоимости электроэнергии. Проще говоря, стоимости элементов затрат на вход Цеха-1 попадают как в составе первичных затрат, так и в составе вторичных затрат. А мы уже знаем, что рассчитать стоимость элементов вторичных затрат можно только в результате выполнения процедуры «закрытия» затрат для каждого элемента затрат в отдельности.
В следующей части статьи мы рассмотрим особенности применения в Графах затрат другой важной бухгалтерской абстракции – статьи затрат, которая в чем-то похожа на элемент затрат, но имеет и ряд принципиальных особенностей.
- Подробности
- Автор: Александр Поляков
- Категория: 1С РАУЗ
- Просмотров: 1011
Задачи, решаемые на Графах затрат (ч.4). Встречные затраты
Автор: Александр Поляков
В данной части статьи мы обсудим, каким образом в модели для расчета себестоимости появляются встречные затраты, называемые также затратами встречного выпуска или затратами на оказание встречных услуг. Надо отметить, что на данный момент нет какого-то общепризнанного строгого определения встречных затрат. Обычно, когда бухгалтеры и экономисты говорят о встречных затратах, то имеются в виду затраты, которыми подразделения предприятия обмениваются «одновременно», т.е. как бы в один и тот же момент времени. Эта тема уже обсуждалась в статье Как появляются встречные затраты, но, как оказалось, у многих читателей остались вопросы, поэтому в данной статье мы еще раз к ней вернемся.
Как уже должно быть понятно внимательному читателю из предыдущих частей статьи, сама по себе задача расчета стоимости встречных затрат не является проблемой для модели в виде Графа затрат. Более того, этот расчет вообще не имеет никакого смысла выделять в какую-то самостоятельную задачу и рассматривать его отдельно от общей процедуры расчета себестоимости, т.к. в результате решения СЛАУ определяются сразу все стоимости вторичных затрат – как встречных, так и «не встречных». Процедура решения СЛАУ при расчете себестоимости никак не меняется от того, есть ли в Графе затрат потоки встречных затрат или нет, поэтому саму технику расчета себестоимости с помощью СЛАУ обсуждать мы не будем, она точно такая же, как и в предыдущих частях статьи.
Какие же вопросы тогда имеет смысл обсудить по данной теме? В первую очередь это вопросы интерпретации полученных при решении СЛАУ стоимостей встречных затрат, поскольку учетные специалисты не всегда могут «грамотно» объяснить полученные результаты ни с математической, ни с экономической точки зрения. Также приходится признать, что у некоторых учетных специалистов могут возникать и определенные сложности психологического характера, когда, исходя из своего субъективного понимания хозяйственной ситуации, они просто не хотят «верить» в существование встречных затрат и рассматривают их как некое досадное недоразумение, от которого надо любым образом избавиться. Поэтому в данной статье на простейших моделях будут рассмотрены математические и экономические особенности расчета стоимости встречных затрат и будет показано (и даже доказано), что:
– причиной появления встречных затрат в модели для расчета себестоимости является применение взвешенной оценки стоимости активов предприятия – когда себестоимость материалов, продукции и т.п. рассчитывается только один раз в конце периода, например, при проведении процедуры «закрытия» затрат периода
– а в основе психологического неприятия некоторыми специалистами встречных затрат лежит всего лишь своего рода «конфликт интересов» – когда специалист на самом деле хочет видеть результаты расчета себестоимости на основе скользящей оценки, при которой стоимость каждой хозяйственной операции рассчитывается непосредственно в момент ее отражения в системе бухгалтерского учета, но(!) использует для этого модель на основе взвешенной оценки, когда расчет себестоимости производится только один раз в конце периода. В результате, ожидания пользователя не всегда оправдываются, он получает не всегда понятные ему результаты, в том числе и в виде появления встречных затрат. Вот, собственно, и вся «проблема»
Для понимания приведенных выше тезисов сравним между собой два способа оценки себестоимости – взвешенную (за период) и скользящую.
Рассмотрим простейшую хозяйственную ситуацию, связанную с перемещением материалов между двумя складами предприятия – на Склад-1 поступили материалы одной и той же номенклатуры, но приобретенные предприятием у двух поставщиков по разным ценам. От Поставщика-1 поступило 10кг материалов общей стоимостью 10$ (по цене 1$/кг), а от Поставщика-2 поступило 6кг материалов общей стоимостью 10$ (по цене 1,67$/кг). В течение рассматриваемого периода 5кг материалов со Склада-1 было перемещено на Склад-2, но затем, в этом же периоде, эти материалы были возвращены на Склад-1. В конце периода все 16кг материалов были перемещены со Склада-1 на Склад-2.
При отражении в системе бухгалтерского учета операций по списанию материалов со складов предприятия будем использовать оценку по средней себестоимости, но рассмотрим и сравним между собой два варианта ее применения:
Вариант 1 – скользящая средняя оценка, при которой фактическая себестоимость материалов определяется непосредственно в момент их отпуска со склада
Вариант 2 – взвешенная средняя оценка, при которой фактическая себестоимость ушедших со склада материалов определяется только в конце периода исходя из средней за период фактической себестоимости, в расчет которой включаются количество и стоимость материалов на начало периода и все поступления за период
Вариант 1. Скользящая средняя оценка стоимости материалов
Представим рассматриваемую хозяйственную ситуацию на рисунке с помощью «самолетиков» и записей в журнале хозяйственных операций (ЖХО):
Рассматриваемая хозяйственная ситуация достаточно наглядно представлена выше на рисунке, тем более, что «самолетики» счетов учета изображены на нем в более строгом математическом виде, чем обычно это делают бухгалтеры. В данном случае «самолетик» изображен в виде системы координат, состоящей из оси времени и оси стоимости по дебету и по кредиту, что подчеркивает смысл использования данного абстрактного объекта для объяснения работы счета учета.
Основной смысл использования любой скользящей оценки, в том числе и скользящей средней оценки, состоит в том, что фактическая себестоимость материалов рассчитывается непосредственно в тот момент времени, когда в ЖХО отражается операция по списанию материалов со склада предприятия. В нашем примере таких операции три – 02(t2), 04(t4) и 05(t5), а значит расчет фактической себестоимости материалов при использовании скользящей оценки должен происходить непосредственно в моменты времени t2, t4 и t5:
Расчет-1 (t2): со Склада-1 списано 5кг материалов общей стоимостью 5$, себестоимость 1кг материала составила 1$
Расчет-2 (t4): со Склада-2 списано 5кг материалов общей стоимостью 5$, себестоимость 1кг материала составила 1$
Расчет-3 (t5): со Склада-1 списано 16кг материалов общей стоимостью 20$, себестоимость 1кг материала составила 1,25$
Сами по себе расчеты вполне очевидны, поэтому здесь не приводятся, читатель легко их может провести самостоятельно. Для целей настоящей статьи нас в первую очередь интересует тот факт, что эти три расчета себестоимости списанных со складов материалов можно провести непосредственно(!) в указанные моменты времени. Действительно, для проведения каждого из трех расчетов в соответствующий момент времени у нас есть все необходимые для этого данные – количества и стоимости материалов, накопленных к каждому моменту времени по дебету счетов учета Склад-1 и Склад-2. Именно поэтому существует возможность определения стоимостей операций в хронологической последовательности их появления в ЖХО. Но если бухгалтер примет решение использовать взвешенную среднюю оценку стоимости материалов, то ситуация кардинально изменится.
Вариант 2. Взвешенная средняя оценка стоимости материалов
Представим рассматриваемую хозяйственную ситуацию на рисунке с помощью «самолетиков» и записей в ЖХО:
Как видим, ситуация кардинально изменилась – теперь уже не получится рассчитать себестоимость списанных со складов материалов непосредственно в моменты времени t2, t4 и t5, как при скользящей оценке. Это связано с тем, что использование взвешенной средней оценки предполагает проведение расчета фактической себестоимости материалов только один раз в конце периода [t1,t5]. Как провести расчет себестоимости для данного варианта? Думаю, внимательные читатели уже догадались – для этого надо воспользоваться моделью в виде Графа затрат.
Мы уже умеем решать СЛАУ для Графов затрат, поэтому не будем рассматривать это решение подробно, но только отметим две особенности для данного случая.
Во-первых, на главной диагонали расширенной матрицы исходных коэффициентов KEXP[3,2] на пересечении столбца и строки для Склада-2 появляется значение 16кг, которое соответствует количеству материалов, оставшихся на Складе-2 на конец периода, т.е. в этой ячейке отражено «количественное» сальдо по дебету счета Склад-2 на конец периода. Подробнее о данной особенности можно посмотреть в статье Когда неизвестны затраты в НЗП на конец периода (продукция на складе). Все остальные этапы решения СЛАУ остаются такими же, как и раньше.
Во-вторых, узел Склад-2 имеет на рисунке исходящую дугу, которая не соединяет его с каким-либо другим узлом Графа затрат – это способ графического изображения остатка материалов на Складе-2 на конец периода. Если бы на Складе-2 имелся остаток материалов на начало периода, то эту ситуацию мы бы изобразили входящей дугой, начало которой не было бы связано ни с каким другим узлом Графа затрат.
Как видим выше на рисунке, между складами появились встречные затраты. Это произошло потому, что при использовании взвешенной средней оценки себестоимости хронология операций в ЖХО игнорируется, и все операции внутри периода [t1,t5] рассматриваются так, как будто бы они были отражены в ЖХО одномоментно. Другими словами, удалив из модели для расчета себестоимости фактор времени, пользователь лишается возможности «заглянуть» внутрь того периода, для которого рассчитывается себестоимость, он уже не может различить операции по времени их появления в ЖХО и рассчитать их стоимость с помощью скользящей средней оценки. Расчет стоимости происходит только один раз сразу для всех операций за период («оптом») и в результате, даже если реальные взаимные перемещения материалов между складами происходили в разные моменты времени внутри рассматриваемого периода, то в модели для расчета себестоимости они будут рассматриваться так, как будто эти перемещения происходили одномоментно, т.е. будут отражаться в виде встречных затрат. В этом случае для расчета себестоимости материалов имеет значение только общее за период количество перемещенных между складами материалов, что и нашло свое выражение в расширенной матрице исходных коэффициентов KEXP[3,2] и матрице стоимостей C[2,2]:
– на Склад-1 со Склада-2 поступило за период 5кг материалов общей стоимостью 6,25$
– на Склад-2 со Склада-1 поступило за период 21кг материалов общей стоимостью 26,25$, ушло со Склада-2 5кг материалов стоимостью 6,25$, осталось в конце периода на Складе-2 16кг материалов стоимостью 20$
В данном случае поступившие на Склад-1 от поставщиков 16кг материалов стоимостью 20$ рассматриваются как первичные затраты, стоимость которых заранее известна. С помощью решения СЛАУ эту стоимость определять не нужно, она формирует правую часть уравнения баланса затрат для Склада-1 за рассматриваемый период. Для целей расчета себестоимости с помощью СЛАУ количество первичных затрат значения не имеет, важно только количество материалов, перемещенных между складами, ведь именно их стоимость определяется в результате решения СЛАУ.
Особо стоит обратить внимание на общее количество (21кг) и стоимость материалов (26,25$), ушедших со Склада-1 на Склад-2. По условиям задачи от обоих поставщиков на Склад-1 поступило в общей сложности только 16кг материалов стоимостью 20$. Далее эти материалы только перемещались между складами, откуда же взялось такое большое количество и стоимость материалов? Это и есть особенность математической модели для расчета себестоимости с помощью взвешенной средней оценки. Поскольку в этом случае модель не учитывает хронологическую последовательность перемещения материалов, то получается, что внутри периода многократные перемещения материалов со Склада-1 на Склад-2 складываются между собой и для расчета себестоимости считаются одним «общим» перемещением материалов (21кг) стоимостью 26,25$.
Это важная особенность данной модели, ее следствием является то, что в этом случае стоимость вторичных затрат рассматривается как сугубо расчетная(!) величина, которая просто помогает определить сальдо счетов учета на конец периода, но сама по себе не всегда соответствует «реальной» стоимости перемещаемых ресурсов предприятия.
Представим результаты расчета при использовании взвешенной средней оценки себестоимости с помощью «самолетиков» и записей в ЖХО:
Для наглядности все стоимости материалов на рисунке показаны в «своих» операциях, хотя фактически эти стоимости попадут в ЖХО только после проведения процедуры «закрытия» затрат периода и будут отражены с помощью дополнительных записей в ЖХО в конце периода.
На рисунке видно, что сумма хозяйственной операции 02(t2) составляет 6,25$ за 5кг материала, т.е. себестоимость 1кг равна 1,25$/кг, хотя на самом деле, если провести расчет себестоимости с помощью скользящей оценки, то на момент времени t2 на Складе-1 имеется только 10кг материала стоимостью 10$, а значит – себестоимость 1кг должна составлять 1$/кг. Это своего рода «расплата» за использование более упрощенной модели для расчета себестоимости, основанной на использовании взвешенной средней оценки стоимости материалов. Действительно, такая модель предполагает проведение всего одного расчета себестоимости в конце периода вместо многократных расчетов в случае использования скользящей средней оценки стоимости материалов – и за эту «простоту» приходится расплачиваться не всегда понятными результатами расчета.
Здесь имеет смысл сказать, что изменение правил бухгалтерского учета не всегда успевает за изменениями в реальной экономической жизни – и применение взвешенной оценки стоимости это хорошо иллюстрирует. Например, в РАУЗ 1С есть такая опция – возможность оценивать стоимость МПЗ и затрат по плановым или другим ценам в течение периода, не дожидаясь расчета себестоимости в конце периода. Появление этой опции объясняют тем, что пользователи хотят иметь хоть какое-то представление о стоимости МПЗ и затрат в момент отражения операций в системе учета. И надо признать, что в современных условиях интенсификации производства и волатильности рынка это желание абсолютно логично, а иногда и критически важно для ведения бизнеса. На языке математики это желание пользователей можно сформулировать следующим образом – на самом деле пользователи предпочли бы использовать скользящую оценку стоимости, а не взвешенную по окончании периода. Фактически это означает, что пользователи хотели бы использовать для расчета себестоимости другую (скользящую) математическую модель, но им предлагают использовать все ту же модель (взвешенную), только слегка подкорректированную. И хотя действующими бухгалтерскими правилами разрешено использование как взвешенной, так и скользящей оценок стоимости, в современных условиях бурного развития информационных технологий пользователи систем учета все-таки рассчитывают на более оперативное получение учетных данных, что возможно только в случае использования скользящих оценок стоимости.
Таким образом, в результате анализа простейшей хозяйственной операции по перемещению материалов между двумя складами мы выяснили, что появление встречных затрат в модели для расчета себестоимости является прямым следствием использования взвешенной средней оценки стоимости, при которой фактическая себестоимость материалов рассчитывается только один раз в конце периода. Это особенность данной модели, которую пользователи должны учитывать в своей работе.
Также надо понимать, что, хотя математические модели для расчета стоимости материалов, использующие взвешенную среднюю оценку и скользящую среднюю оценку существенно различаются между собой, обе модели корректны и адекватно описывают соответствующие бухгалтерские правила оценки стоимости материалов при их списании со складов предприятия. Просто надо учитывать последствия выбора первого или второго варианта модели прежде, чем зафиксировать этот выбор в положении об учетной политике предприятия, чтобы у пользователя потом не возникло «конфликта интересов», о котором говорилось в начале статьи.
Обсуждение вопроса о встречных затратах в статье специально было начато с рассмотрения простейшей ситуации перемещения материалов между складами предприятия, чтобы читатель убедился в том, что встречные затраты могут появиться в любом месте модели предприятия. Причиной появления встречных затрат в модели для расчета себестоимости является использование взвешенной оценки стоимости, а избежать появления встречных затрат можно только в случае использования скользящих оценок стоимости, когда стоимость каждой операции рассчитывается непосредственно в момент ее отражения в ЖХО.
Модель в виде Графа затрат также позволяет дать строгое определение встречных затрат – если два узла Графа затрат достижимы друг из друга, то эти два узла связаны между собой встречными затратами. Другими словами, если для пары узлов существуют потоки затрат из первого узла во второй, а также потоки затрат – из второго узла в первый, то между этими узлами существуют встречные затраты. В этом случае говорят, что оба узла находятся в одном контуре, т.к. из любого узла в этом контуре можно пройти по потокам затрат контура и вернуться обратно в этот же узел.
Кстати, рассмотренный нами пример наглядно показывает, в чем состоит проблема использования в подсистеме РАУЗ 1С взвешенной оценки по ФИФО. Основная концепция РАУЗ состоит в едином подходе к расчету стоимости МПЗ и затрат. Но дело в том, что в этом случае суммы всех операций по перемещению МПЗ между складами рассчитываются только один раз в конце периода с помощью решения СЛАУ, т.е. с помощью взвешенной средней оценки. Поэтому либо надо запрещать пользователям отражать в системе учета любые перемещения между складами, либо отказываться от взвешенной оценки по ФИФО и использовать только взвешенную среднюю оценку стоимости, либо отказываться от этой весьма спорной концепции. Подробнее этот вопрос рассмотрен в статье ФИФО (РАУЗ) – работает или не работает? Почему концепция объединения в «одном флаконе» МПЗ и затрат является спорной? Потому, что в современных условиях наиболее предпочтительным для пользователей систем учета все-таки является применение скользящей оценки стоимости (средней, ФИФО), позволяющей рассчитывать стоимости хозяйственных операций оперативно – непосредственно в момент их отражения в системе учета. Иногда скользящий способ оценки стоимости ошибочно называют партионным учетом, но партионный учет предполагает, что единицей учета является партия материалов, товаров и т.д., а «обычный» учет МПЗ (не РАУЗ) - производится с помощью скользящей оценки стоимости. Таким образом, не очень понятно, зачем уходить от скользящей оценки стоимости МПЗ и заменять ее на взвешенную (в РАУЗ), упрощая и даже огрубляя тем самым модель для расчета стоимости МПЗ. Если для расчета стоимости затрат применение скользящей оценки стоимости пока еще действительно является проблемой, то для расчета стоимости МПЗ никаких особых проблем с применением скользящих оценок не возникает.
Несколько «полезных» комментариев:
Не является секретом, что среди специалистов-практиков (бухгалтеров, экономистов, программистов) пользуется определенной популярностью точка зрения, в соответствии с которой математические модели — это конечно хорошо и даже красиво, но(!) … ужасно оторвано от реальности. Ученые что-то там «напридумывали» для своего удовольствия, но мы-то (специалисты-практики) знаем, как все происходит на самом деле – «по-настоящему», а не на основе каких-то там моделей, тем более математических. В частности, именно таким образом воспринимаются некоторыми специалистами и модели в виде Графов затрат – как некая игра ума, не имеющая практического применения. К этой же категории непонятных и «ненужных» специалистам-практикам явлений относят и встречные затраты при расчете себестоимости.
Подобный сугубо практический подход к восприятию явлений реального мира, в том числе и к восприятию экономических явлений, давно известен науке, диагноз давно поставлен и называется – отождествление разных уровней абстракций. Проще говоря, специалист начинает безоговорочно отождествлять события реального мира со своими устойчивыми субъективными представлениями об этих событиях, не понимая, что имеет дело всего лишь с моделями этих событий. Например, как если бы путешественник стал считать, что карта местности – это и есть сама местность, при этом отрицал бы, что карта является абстрактной (математической) моделью, и был бы твердо убежден, что всякие ученые-картографы занимаются ерундой, не имеющей никакого практического применения, ведь путешественник лично ходит по реальным оврагам, болотам и т.п., а потому лучше знает, как все выглядит «по-настоящему». При этом, однако, путешественник с удовольствием пользуется GPS-навигатором с цифровыми картами, в основе работы которого лежат довольно серьезные математические модели, например, учитывающие релятивистские эффекты, описываемые общей теорией относительности. Хотя с точки зрения обычного путешественника – он просто ткнул пальцем в экран навигатора и проложил маршрут, и причем тут какая-то теория относительности?
У бухгалтеров это проявляется в том, что они считают, что система бухгалтерского учета имеет дело с «реальными» товарами, материалами, объектами основных средств и т.п., и никакие абстрактные модели не имеют к этому никакого отношения … ибо страшно далеки они от реальности. Причем бухгалтеру часто даже не приходит в голову, что все его представления о «реальных» объектах учета как раз и основаны исключительно на применении бухгалтерских абстракций – счетов учета и их корреспонденций, да еще на балансовых уравнениях для счетов учета. Все свои профессиональные знания бухгалтер изначально получает именно из абстрактных бухгалтерских моделей, но почему-то не хочет это признавать, считая, что получил знания об экономической реальности как-бы «напрямую», без помощи каких-то там моделей. Как следствие, в своей работе бухгалтер скорее готов ориентироваться на собственные, подчас откровенно интуитивные представления о хозяйственных процессах предприятия, чем опираться на понятные и строгие математические модели. Однако, как было показано выше, даже простейший анализ всем известных математических моделей в виде «самолетиков», используемых бухгалтерами для объяснения работы счетов бухгалтерского учета, опровергает эту весьма популярную точку зрения. Бухгалтер настолько привык пользоваться математическими моделями, что просто уже не осознает этого и более того, даже часто выступает против их использования в своей профессиональной деятельности. Подобные «кульбиты» мышления возникают просто от недостатка знаний как в своей предметной области, так и знаний общего характера, но эта ситуация поправима.
Напомним, что любая система бухгалтерского учета имеет дело исключительно с абстрактными объектами (моделями), т.е. с некими мысленными представлениями бухгалтера о реальных процессах хозяйственной деятельности предприятия, а автоматизированная система бухгалтерского учета представляет собой компьютерную модель реальных хозяйственных процессов, предназначенную для наблюдения за этими процессами. В основе любой компьютерной модели всегда лежит математическая, т.е. абстрактная модель предметной области, поэтому пользователь такой модели имеет дело не с объектами реального мира – материалами, товарами и т.д., а только с их абстрактными (математическими) моделями, причем «реальные» материалы и товары точно так же отражаются в системе бухгалтерского учета с помощью абстракций, как и такие невидимые и неосязаемые органами чувств бухгалтера объекты (иногда их называют виртуальными объектами учета), как расход, доход, прибыль и капитал.
Используя географическую аналогию можно сказать, что любая бухгалтерская модель представляет собой цифровую «карту» реальных хозяйственных процессов, аналогичную географической карте местности. Понятно, что географическую карту нельзя отождествлять с реальным рельефом местности, она является всего лишь математической моделью, которая с определенной степенью точности изображает местность с помощью условных знаков – сетки параллелей и меридианов, цветовых оттенков для обозначения высоты или глубины, различных числовых характеристик и т.д. Эти условные знаки (абстракции) не существуют в реальном мире, их нельзя увидеть на реальной местности, они являются только элементами модели. Бухгалтерская модель строится на аналогичных принципах – бухгалтерская цифровая «карта» реальных хозяйственных процессов формируется с помощью таких бухгалтерских абстракций, как счета учета, корреспонденции счетов учета, балансовые уравнения, а также с помощью различных бухгалтерских правил, регламентирующих использование счетов учета и их корреспонденций в различных ситуациях, в том числе и определяющих алгоритмы расчета сумм корреспонденций счетов учета. Так что без математических моделей в бухгалтерском учете обойтись невозможно.
И в заключительной части данной статьи рассмотрим некоторые интересные особенности поведения встречных затрат в математической модели для расчета себестоимости.
ЗАДАЧА 4. Расчет стоимости встречных затрат (большие стоимости)
Рассмотрим Граф затрат, известный нам из предыдущих частей статьи. Предприятие осуществляет два вида деятельности – производит и продает два вида продукции. В рассматриваемом периоде Цех-4 произвел и поместил на Склад-1 первый вид продукции в количестве 10 шт, а Цех-6 произвел и поместил на Склад-2 20 кг второго вида продукции. Со Склада-1 вся продукция была продана за 120$.
Далее рассмотрим два варианта сценария производственной программы:
Вариант 1 – 15 кг продукции со Склада-2 было продано, а 5 кг продукции со Склада-2 было использовано в этом же периоде Цехом-5
Вариант 2 – 5 кг продукции со Склада-2 было продано, а 15 кг продукции со Склада-2 было использовано в этом же периоде Цехом-5
В обоих вариантах было произведено и помещено на Склад-2 одно и то же количество продукции (20кг). Разница заключается только в количестве продукции, проданной со Склада-2 и использованной Цехом-5.
Мы не будем подробно описывать все хозяйственные операции предприятия, т.к. все они (до проведения процедуры «закрытия» затрат периода) для обоих вариантов представлены ниже на рисунке в графической форме, которая дает довольно ясное представление о том, как взаимодействуют между собой цеха предприятия при производстве обоих видов продукции.
На рисунке в обоих Графах затрат выделены фрагменты (кластеры), на которых хорошо видно, в чем заключается разница между двумя сценариями производственной программы предприятия:
– в Cluster-1 на Склад-2 поступает 20кг продукции, а далее 15кг продается покупателям и 5кг поступает в Цех-5
– в Cluster-2 на Склад-2 поступает также 20кг продукции, но продается покупателям только 5кг, а 15кг поступает в Цех-5
Составим расширенные матрицы исходных коэффициентов KEXP1[11,10] и KEXP2[11,10] для обоих вариантов:
Для наглядности рядом с матрицами исходных коэффициентов показаны фрагменты Графов затрат (кластеры) для соответствующих сценариев производственной программы.
Решим СЛАУ и представим результаты расчета себестоимости с помощью двух матриц стоимостей: C1[10,10] – для первого варианта и C2[10,10] – для второго варианта:
Как видно на рисунке, результаты расчетов для второго сценария производственной программы несколько необычны – некоторые стоимости вторичных затрат значительно превысили общую стоимость всех(!) первичных затрат предприятия (200$).
Это действительно интересная особенность модели для расчета себестоимости на основе взвешенной оценки стоимости. В данном случае общая стоимость первичных затрат всех шести цехов предприятия для обоих вариантов производственной программы, т.е. общая стоимость реальных ресурсов предприятия, использованных в производственном процессе, составила 200$ (зарплата, материалы, амортизация и т.п.). В процессе расчета себестоимости эта стоимость первичных затрат должна просто перераспределиться между узлами модели вслед за движением количества единиц калькуляции (шт, кг, ч, м-ч, кВт·ч, куб.м) и казалось бы, никак не может превысить стоимость первичных затрат. Но, оказалось, что данная математическая модель работает по-другому – единственное решение СЛАУ выглядит так, как это показано выше на рисунке. Если бы использовалась скользящая оценка стоимости, т.е. учитывалась бы хронологическая последовательность хозяйственных операций, то такого результата мы конечно бы не получили.
Но на самом деле, в этом нет ничего страшного, т.к. нас в итоге интересуют конечные сальдо счетов учета (узлов), в то время, как операции (дуги) показывают только изменения стоимостей по дебету и по кредиту счетов учета. В нашем примере ни в одном из цехов предприятия в конце периода не должно остаться затрат в незавершенном производстве, а на складах не должно остаться готовой продукции, т.е. для обоих вариантов все 200$ первичных затрат в итоге должны перейти в себестоимость проданной продукции. Проверим, так ли это.
Вариант 1:
111,59$ – себестоимость продукции, проданной со Склада-1 (10шт)
88,41$ – себестоимость продукции, проданной со Склада-2 (15кг)
111,59$+88,41$=200$ – общая себестоимость проданной продукции
Вариант 2:
111,59$ – себестоимость продукции, проданной со Склада-1 (10шт)
88,41$ – себестоимость продукции, проданной со Склада-2 (5кг)
111,59$+88,41$=200$ – общая себестоимость проданной продукции
Как видим, все стоимости первичных затрат (200$) в итоге перешли в себестоимость проданной продукции. Разница только в том, что в первом варианте со Склада-2 было продано 15кг продукции с себестоимостью 88,41$, а во втором варианте та же себестоимость соответствует 5кг проданной продукции, что и понятно, т.к. во втором варианте больше продукции со Склада-2 было использовано в процессе производства, что в итоге увеличило себестоимость каждого килограмма проданной со Склада-2 продукции.
Таким образом, наличие встречных затрат «очень» большой стоимости является для данной математической модели вполне нормальным явлением, только нужно понимать, что стоимости вторичных затрат в данном случае являются расчетными величинами, помогающими определить конечное сальдо счетов учета, и не всегда их можно рассматривать в качестве «реальных» стоимостей ресурсов предприятия.
Представим также результаты расчета в графической форме и посмотрим, как выглядят для нашего примера бюджеты затрат Цеха-5 и Цеха-6.
Как видим, бюджеты затрат первого и второго варианта довольно существенно различаются между собой, но таковы особенности данной модели для расчета себестоимости. И как мы уже говорили выше, избежать этих особенностей можно только в случае использования другой модели – на основе скользящей оценки стоимости, если это возможно, конечно. Тем же пользователям, которые используют модель для расчета себестоимости на основе взвешенной оценки стоимости (т.е. с помощью решения СЛАУ), остается только изучать особенности именно этой модели.
В частности, если посмотреть, как выглядит себестоимость произведенной продукции, т.е. себестоимость продукции на выходе Цеха-4 и Цеха-6, то даже в первом варианте мы увидим, что:
111,59$ – себестоимость продукции, произведенной Цехом-4 (10шт)
117,88$ – себестоимость продукции, произведенной Цехом-6 (20кг)
111,59$+117,88$=229,47 $ – общая себестоимость произведенной продукции
Даже в первом варианте общая себестоимость произведенной продукции превышает общую стоимость первичных затрат предприятия (200$), просто это не так бросается в глаза, как при втором варианте сценария производственной программы предприятия. Это произошло потому, что узел Цех-6 входит в контур встречных затрат, а в контуре стоимости затрат рассматриваются как расчетные, а не как «реальные» стоимости ресурсов предприятия. Еще раз подчеркнем, что это особенность математической модели расчета себестоимости на основе взвешенной оценки стоимости, которую надо учитывать, в том числе и в процессе составления бюджетов затрат.
Очень часто составление прогнозных бюджетов затрат для отдельных подразделений предприятия производится без учета целостности модели предприятия – в эти бюджеты затрат включаются планируемые величины первичных затрат и некая стоимость так называемых накладных расходов, т.е. стоимость вторичных затрат. Причем стоимость накладных расходов берется просто исходя из какого-либо норматива и считается неизменной для разных периодов. При таком подходе модель предприятия как бы «разрывается» на почти независимые друг от друга части. Использование же Графа затрат позволяет реализовать при планировании себестоимости так называемый принцип холизма (единства), устанавливающий, что деятельность ни одной части предприятия нельзя эффективно планировать, если делать это независимо от остальных частей, т.е. деятельность всех частей предприятия следует планировать одновременно и во взаимозависимости.
Что можно сказать в заключение статьи? Только то, что не все так просто в бухгалтерском учете, как кажется некоторым бухгалтерам и (увы) программистам. Скольких бы недоразумений можно было бы избежать, если бы обсуждение сложных методологических вопросов учета происходило бы с использованием математических моделей, а не на основе неких субъективных представлений специалистов. Причем, часто речь идет даже не о каких-то новых моделях, хотя бы применяли те, которые уже давно де-факто используются всеми учетными специалистами (как выше в статье). Но к сожалению, на эти модели просто не обращают внимания, считая, что безо всяких моделей знают, как должно быть «по-настоящему». Фигурально выражаясь, такие понятия, как «большая половина» и «меньшая половина» существуют только в обыденном сознании человека, с математической же точки зрения - это нонсенс, поэтому в профессиональной деятельности желательно руководствоваться все-таки математическими моделями.
- Подробности
- Автор: Александр Поляков
- Категория: 1С РАУЗ
- Просмотров: 1204