Для предприятия с большим документооборотом использование методологии «Партионный учет» является большой проблемой. Нужно поддерживать документы в хронологическом порядке, постоянно восстанавливать последовательность партий. На производственном предприятии процедура восстановления партий длилась более 12 часов. Закрытие месяца занимало очень длительное время, так как только восстановление партий в лучшем случае делалось дважды: первый раз для выявления ошибок, второй, после их исправления. Иногда партии восстанавливали 4-5 раз за месяц. Естественно, что это никого не устраивало и явилось главной причиной для перехода на РАУЗ.

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

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

РАУЗ, ОСВ по 43 счету за месяц по конкретной номенклатуре без учета складов:

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

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

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

Еще одной причиной в пользу перехода на РАУЗ стало длительное проведение документа «Расчет себестоимости». При использовании партионного учета выполняемые действия документа «Расчет себестоимости» приходилось делить на несколько документов для проверки промежуточных данных и экономии времени. Каждый из них проводился около 40 минут. Так как документ «Расчет себестоимости» проводится по УУ, БУ и НУ, то затрачиваемое время только на проведение документов данного вида составляло: 40 мин * 6 док. = 4 часа, а это половина рабочего дня. Для сравнения, после перехода на РАУЗ проведение документа «Расчет себестоимости» стало занимать около 5 минут. Колоссальная экономия времени.

УУ 1-й документ

УУ 2-й документ

Основными плюсами в пользу использования РАУЗ стали:

Отсутствие длительной процедуры восстановления партий;

Оценка МПЗ, после закрытия месяца стоимость списания совпадает со средней, так как именно это предполагает система линейных уравнений (СЛАУ) РАУЗ (рис. 3);

Более быстрое проведение документов в текущем режиме работы;

Движения по регистрам учета формируются всегда при проведении документов, отпала необходимость делать проведение документов по партиям;

Не нужно исправлять ошибки, возникшие из-за того, что документы ввели не в том порядке. Для РАУЗ достаточно того, чтобы в конце месяца не было отрицательных остатков по затратам;

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

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

Ниже приведу список задач, которые нужно выполнить, прежде чем включить использование РАУЗ в рабочей базе:

1. Определиться с порядком формирования учетных цен

В учетной политике есть параметр, который критичен при переходе на РАУЗ - порядок формирования учетных цен. Он может принимать одно из трех значений:

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

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

По нулевым ценам (в течение месяца запасы не оцениваются, а при расчете себестоимости единоразово определяется стоимость всех МПЗ и затрат за месяц).

Оптимальнее всего использовать нулевую стоимость или формировать ее «по плановым ценам».

На предприятии был выбран порядок формирования учетных цен «по прямым затратам». Аргументы в пользу данного выбора:

Необходимость иметь оперативные данные по себестоимости по прямым затратам;

На складах нужен актуальный суммовой остаток;

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

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

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

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

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

Таким образом, порядок формирования учетных цен «по прямым затратам» искусственно создает последовательность.

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

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

2. Определиться с датой перехода

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

Применение РАУЗ на предприятии начали с 2014 года. Однако фактически процесс перехода произошел позже. После того как были сформированы документы ввода остатков по РАУЗ, уже закрытые месяца были перепроведены и перезакрыты.

3. Определиться с режимом использования РАУЗ

Каждый режим определяет соотношение регламентированного и управленческого учета при ведении учета затрат на предприятии. Кроме того, от режима использования РАУЗ зависит состав аналитических разрезов учета затрат.

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

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

4. Определить список нетиповых объектов и доработок, использующих регистры партий и себестоимость

Список вышеназванных объектов был определен для предприятия, в них внесли соответствующие изменения, так как при РАУЗ используются другие регистры. Обратите внимание, что объекты должны иметь два режима работы: партионный учет для использования старого периода, РАУЗ - для использования нового периода.

5. Перевести тестовую базу на РАУЗ

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

6. Сформировать регламент закрытия месяца

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

В 1С существует несколько комплектов настроек, которые определяют правила учета в программе Настройки параметров учета - самый первый.

Довольно часто попадают в поле зрения базы 1С УПП и Комплексной автоматизации, настройки в которых не были продуманы при внедрении и по мере накопления документов накопились и серьезные проблемы. Как правило, это неудачный результат экономии на внедрении. Представленные здесь материалы не заменяют работу специалистов. Их задача скорее - дать пищу для размышлений и сделать Ваше общение со специалистом 1С более предметным и ответственным.

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

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

1. Где найти Настройки параметров учета

Сначала ответим на этот классический вопрос. Настройки спрятаны в отдельный интерфейс, чтобы оградить их от случайного вмешательства.

Необходимо перейти в интерфейс Заведующий учетом. В этом интерфейсе находим меню Настройка учета - Настройка параметров учета:

Открывается окно настроек, где в первую очередь нас будет интересовать подводный камень №1:

2. Режим учета затрат

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

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

И здесь возникает сразу 2 вопроса:

1. А точно Расширенная аналитика (иначе ее еще называют РАУЗ)? Может быть лучше выбрать традиционный партионный учет.

2. Что означает Регламентированный учет с дополнительной аналитикой - это и есть РАУЗ или речь о какой-то еще настройке?

Начнем с первого вопроса:

3. Расширенный учет затрат или партионный

Какого кота тащить из мешка?

Расширенная аналитика - в первую очередь важна для производств, так как:

+ Быстрее рассчитывает себестоимость. Правда это всерьез заметно на очень больших объемах.

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

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

Есть и сложности:

× Не умеет резервировать конкретные серии под заказы покупателей. Дело в том, что при резервировании по сериям заказ пишется прямо в регистры партионного учета и резервирует конкретные партии. Но в регистры Расширенной аналитики нельзя записать заказ. Там не предусмотрено такой аналитики партий.

× Учет МПЗ по ФИФО поддерживается не до партии, а до дня поступления и поставщика. Опять же причина проста - в аналитике партий нет документа партии.

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

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

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

Как минимум нужно, чтобы:

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

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

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

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

Отчеты по движению ТМЦ и затрат

Режимы учета затрат принципиально различаются в плане отчетов по себестоимости МПЗ и учету затрат в производстве. в 1С УПП и КА 1.1 для этого предусмотрено два отдельных комплекта отчетов. Один для классического партионного учета, другой - для расширенной аналитики.

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

Вывод

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

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

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

то тут следует рассмотреть переход на партионный учет.

Итак, в настройках мы оставили РАУЗ. Но, все - таки... смущает фраза Регламентированный учет с дополнительной аналитикой. То есть, мы подошли ко второму вопросу:

4. Режим использования расширенной аналитики

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

1. Выберем режим учета затрат Партионный учет. В открывшемся окне снимем флаг Использовать расширенную аналитику затрат:

Предупреждение нас не пугает, база-то пока пустая.

2. Нажимаем на Изменить настройку и снова видим предупреждение о необходимости перепровести все документы:

3. Соглашаемся и с удивлением смотрим на следующее окно:

Вот они - варианты настройки Расширенной аналитики. И содержат эти варианты очень существенные различия.

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

Плюс изюминка - возможность вести учет затрат по проектам и управленческим подразделениям тоже предполагается только для последнего варианта:

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

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

5. Достигаем, наконец, результата: изменение варианта детализации Расширенной аналитики затрат:

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

4. Использовать партионный учет

Рассмотрим особенности настроек партионного учета:

1. Списание партий документом.

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

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

2. Списывать партии расходным ордером.

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

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

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

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

Предупрежу вас, что при этой схеме возникают неожиданные следствия в бухгалтерском учете. В бухгалтерских отчетах: ОСВ, карточках счета документом в проводке выступают документы Расходный ордер на товары, а не Реализация товаров и услуг. Бухгалтера, конечно, по началу нервничают. Неудобно.

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

3. Детализация учета.

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

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

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

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

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

Учитесь новому каждый день и меняйте свою жизнь к лучшему!

Записи вебинаров

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

В этой статье мы рассмотрим основные необходимые настройки для корректного закрытия счетов 20, 25, 26, 44 вконфигурации «Комплексная автоматизация» (ред.1.0.10.1) на примере организации, которая оказывает услуги и реализует покупные товары. Надеемся, что поможем Вам осуществить переход и уменьшить затраты времени и нервных клеток.

Это новая (альтернативная) модель учета по следующим участкам:

• складской учет
• учет затрат
• учет выпуска и учет себестоимости
• расчет себестоимости

Возникновение этого механизма связано с унификацией учета затрат и учета запасов. Одна из ключевых идей РАУЗ – единый взгляд на учет затрат и запасов:

• Используется единый регистр для учета затрат
• Единообразно ведется учет по партиям и у запасов и у затрат

Можно говорить о том, что в РАУЗ для затрат и запасов применяется практически один и тот же подход к учету: движениями в одном регистре учета затрат учитываем (вводим, регистрируем, храним) их однотипно, просто в разных разделах учета.

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

В течение месяца «Комплексная автоматизация» может применять 3 варианта оценки стоимости возникающих объектов:

• по плановым ценам
• по прямым затратам
• по нулевой стоимости

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

Учетная политика

В РАУЗ применение этого параметра существенно расширилось. Здесь он применяется не только к выпуску, но и к другим разделам учета, например, запасам.

При использовании РАУЗ , при применении способа оценки стоимости списания – по FIFO , в течение месяца программа не рассчитывает стоимость списания по FIFO – в течение месяца используется оценка «по средней» . По FIFO будут рассчитаны только остатки на конец месяца при расчете фактической стоимости. Правда, стоит отметить, что даже после этого расчета стоимости у вас могут возникнуть вопросы к механизму расчета, но этот вопрос рассматривается в других статьях.

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

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

Одно из ключевых понятий в РАУЗ – это так называемые ключи аналитики. Ключ аналитики – это объект, который объединяет в себе несколько аналитических разрезов учета. Например, комбинация: счет учета, подразделение, организация и т.п.

Учет затрат

Всего есть пять видов ключей аналитики:

• Аналитика вида учета. По данным этой аналитики мы можем определить – речь идет о затрате/запасе, в какой организации это учитывается, в каком подразделении/на каком складе, на каком счете.
• Аналитика учета затрат. По данным этой аналитики мы можем определить – что это за запас / затрата, как учитывается с точки зрения учета затрат.
• Аналитика учета партий. По данным этой аналитики мы можем определить – что это за партия запаса и как она должна использоваться.
• Аналитика распределения затрат. По данным этой аналитики мы можем определить, что является получателем затрат.
• Аналитика учета прочих затрат. Эта аналитика используется только в реквизите «Кор. аналитика вида учета» , когда происходит формирование стоимости прочего объекта, то есть не относящегося к производственному учету.

Продажи учитываются с помощью регистра «Учет продаж и себестоимости» . На основании данных этого регистра формируются базы расчета себестоимости.

Учет продаж и себестоимости

Подготовка

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

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

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

Расчет себестоимости

Распределение общехозяйственных расходов

Мы рассмотрим случай, когда учетной политикой предусмотрено применение метода «директ-костинг» , так как критерии для распределения не зависят от применяемого метода.

Для распределения общехозяйственных расходов необходимо выполнение двух условий:

• Кредитовый оборот по счету 90.01 в течение месяца (независимо от того, как он там образовался).
• Запись в регистр «Способы распределения статей затрат» (самое удивительное, что любая) или в документе«Расчет себестоимости» выбрана настройка закрытия месяца, в которой на закладке «Распределение затрат» указан способ распределение затрат. В этом случае при проведении документа «Расчет себестоимости» будут автоматически созданы записи в регистр.

Настройка закрытия месяца

При отсутствии выручки документ «Расчет себестоимости» может отнести расходы по 26-му счету на РБП. Здесь стоит упомянуть еще один момент: если возникает необходимость, для общехозяйственных расходов можно указать точную аналитику, на которую они будут отнесены. Для этого нужно в первичном документе: «Поступление товаров и услуг» ,«Авансовом отчете» , «Требовании накладной» или в каком-либо другом документе – указать эту аналитику, тогда эта сумма будет исключена из распределения и закроется на нее, или на РБП, если оборота по этой номенклатурной группе нет.

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

Распределение производственных расходов

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

Услуги, себестоимость которых требуется рассчитать, оформлены документами «Реализация товаров и услуг» , документ«Акт об оказании производственных услуг» в комплексной автоматизации не используется. При определении списка реализованных услуг определяется аналитика затрат – по данным документа (закладка «Услуги» ). Этот документ является основным для расчета себестоимости без его заполнения, даже при наличии оборота по кредиту счета 90.01, расчет производится, не будет.

Настройка учета

В интерфейсе «Заведующий учетом» документ находится в пункте меню «Настройка учета» .

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

Установка параметров учета номенклатуры

Будьте внимательны при заполнении этого документа! Эти настройки определяют, по какой аналитике формируется себестоимость конкретной услуги. А при проведении документа «Реализация товаров и услуг» аналитика для доходов берется или из соответствующего поля документа, или, если оно пустое, из справочника «Номенклатура» . Если значения не будут совпадать, то результат списания себестоимости может быть не верным.

Следующим необходимым условием является указание способа распределения статей затрат и базы распределения по ним. Имеется два способа указать эти параметры.

Первый способ – это заполнить вручную в регистре сведений . Записи надо создать для каждой статьи затрат, указать счет затрат и способ распределения.

Способы распределения статей затрат организаций

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

Настройка закрытия месяца

При проведении документа формируются записи в регистр сведений «Способы распределения статей затрат организаций» , соответствующие правилам установленным на закладке «Распределение затрат» .

Способы распределения статей затрат

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

Распределение общепроизводственных затрат

Условия для распределения на себестоимость общепроизводственных затрат такие же, как и для производственных затрат, но есть возможность произвести распределение сумм по тем подразделениям, по которым нет базы для распределения (выручки по услугам для этого подразделения). Для этого необходимо выполнить следующие действия. Во-первых, в документе «Расчет себестоимости» сделать пустым поле «Настройка закрытия месяца» . Во-вторых, создать запись в регистр сведений «Способы распределения статей затрат организаций» , для подразделения, по которому нет базы распределения, и статей затрат, по которым есть оборот на 25-ом счете по этому подразделению, в которой будет указан характер распределения «Не учитывать подразделения» . В этом случае сумма с 25-го счета распределится на 20-ый счет пропорционально базам распределения, то есть парам «Подразделение – Номенклатурная группа» по которым есть доход.

Отчет по проводкам

Подведение итогов

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

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

Теги: РАУЗ, рауз 1с, аналитика затрат

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

1. Настройка способа учета затрат: Партионный учет или РАУЗ.

2. Настройки учетной политики по регламентированному учету.

3. Настройка структуры предприятия

4. Статьи затрат. Настройка способов распределения статьи затрат.

5. Способ учета и распределения материальных затрат

5.1 С использованием спецификаций

5.2 Без использования спецификаций

6. Способ учета и распределения затрат на оплату труда.

6.1 С использованием технологических карт

6.2 Без использования технологических карт

7. Отражение затрат

7.1 Отражение прямых материальных затрат

7.2 Отражение затрат на амортизацию

7.3 Отражение затрат на оплату труда

7.4 Отражение прочих расходов.

8. Отражение выпуска продукции и распределение материальных затрат и затрат на оплату труда. Основное и вспомогательное производство.

9. Проведение расчета себестоимости выпуска

10. Отчеты

11. Наиболее часто встречающиеся ошибки при расчете себестоимости, их причины, способы их устранения.

1. Настройка способа учета затрат: Партионный учет или РАУЗ.

С выбором способа учета затрат нужно определиться на этапе внедрения программы, т.к. в последствии данную настройку менять не рекомендуется. В данной статье мы не будем углубляться в подробное описание отличий, плюсов и минусов этих способов. Мы рассмотрим порядок формирования себестоимости в РАУЗ. Формирование себестоимости для Партионного учета описано в отдельной статье.

Способ учета затрат задается в настройках программы: Меню Операции / Константы / Настройка параметров учета:

2. Настройки учетной политики по регламентированному учету

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

На закладке «Запасы» указывается метод оценки МПЗ при их выбытии, что оказывает влияние на результаты расчета себестоимости. А также нужно указать порядок формирования учетных цен. Все программа предлагает три варианта:

По плановым ценам . В этом случае выпуск продукции в течении месяца будет происходить по плановой себестоимости. Плановую себестоимость необходимо предварительно установить документом «Установка цен номенклатуры», а тип цен плановой себестоимости должен быть указан в настройках параметров учета. Расчет себестоимости будет лишь доводить плановые цифры до фактических. На рассмотрении этого способа подробно останавливаться не будем. Важно знать: так как используется РАУЗ , то даже оценка стоимости списания МПЗ в затраты будет происходить по плановой стоимости. Т.е., если для материалов не назначены плановые цены, то в течении месяца проводки по списанию материалов будут формироваться без суммового выражения. Реальная суммовая оценка списанных ТМЦ с учетом выбранного метода оценки (средняя, ФИФО) будет известна только после расчета себестоимости.

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

По нулевой стоимости . Способ аналогичен способу «по плановым ценам». Только нет необходимости назначать плановую себестоимость. В течении месяца оценка выпуска не происходит, списание ТМЦ также происходит без суммовой оценки. Стоимость рассчитывается документом «Расчет себестоимости».

Здесь устанавливается порядок распределения общехозяйственных расходов. Для наглядности в нашей статье мы будем включать общехозяйственные расходы в себестоимость продукции. При выборе метода «Директ-костинг» данные расходы будут полностью списываться в дебет счета 90 документом «Расчет себестоимости». На реальном предприятии целесообразно в учетной политике по бухгалтерскому и налоговому учету выбрать метод «Директ-костинг», чтобы уменьшить налогооблагаемую базу, а в учетной политике по управленческому учету - включать в себестоимость, чтобы знать реальную себестоимость единицы продукции. Учетную политику по управленческому учету можно заполнить здесь: Меню Операции / Регистры сведений / Учетная политика (Управленческий учет). В нашей статье мы подробно рассматриваем только данные регламентированного учета.

3. Настройка структуры предприятия

Меню Справочники / Предприятие / Подразделения. По этому пути попадаем в форму заполнения структуры предприятия и организации. Также здесь нужно установить соответствие подразделений и подразделений организации. Подразделение – это аналитика управленческого учета, подразделение организации – это аналитика регламентированного учета.

Новое подразделение добавляем с помощью кнопки «Предприятие» в левой части формы, подразделение организации – по кнопке «Подразделения организаций» справа. Устанавливаем вид подразделения, связь с подразделением организации, как на картинке ниже:

Так в нашем примере, всего 4 подразделения и 4 подразделения организации. Два из них имеют вид – основное производство, одно (Цех утюжки) – вспомогательное производство, и еще одно «Администрация» имеет вид «Прочее», т.к ничего не производит.

4. Статьи затрат. Настройка способов распределения статьи затрат.

В программе 1С:УПП все устроено таким образом, что абсолютно любая затрата отражается через статью затрат. Т.е. эта обязательная аналитика. И от того, по каким принципам используются статьи затрат и как настроены их способы распределения, зависят результаты расчета себестоимости, результаты закрытия счетов 20, 23, 25, 26 и возможность их закрытия вообще. Поскольку статья затрат – это самое важное условие формирования затрат и расчета себестоимости, то остановимся на них подробно.

Статьи затрат создаются в справочнике «Статьи затрат». Меню «Справочники» / Предприятие / Статьи затрат.

Это статьи затрат, которые будут использованы в нашем примере. Рассмотрим некоторые из них.

Материалы для производства

Характер затрат «Производственные расходы» говорит нам о том, что по этой статье затрат нужно списывать материалы, которые непосредственно используются в изготовлении продукта (изделия). В нашем случае это ткань для платья. Т.е., говоря на языке бухгалтеров, списание материалов в дебет счетов 20, 23. Если, например, нужно списать материалы не для производства, а для офиса (канцтовары в счет 26), то необходимо создать еще одну статью затрат с характером затрат «Общехозяйственные расходы». Для списания материалов в дебет счета 25, создаем статью затрат с характером затрат «Общепроизводственные расходы».

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

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

Для данной статьи затрат мы не будем заполнять способ распределения, т.к. по условиям нашего примера, мы применяем спецификации и, соответственно, будем распределять материалы, пошедшие на выпуск, прямо в документах выпуска. Это мы подробно рассмотрим в пункте 5 данной статьи. Аналогично поступим и с расходами на оплату труда производственных рабочих, рассмотрим это в пункте 6.

Обязательно настраивать способы распределения статей затрат необходимо для следующих статей затрат:

С для все статей затрат с характером затрат, отличным от «Производственные расходы», т.е. для косвенных расходов. (счета 25, 26, 44)

Для статей затрат с характером затрат «Производственные расходы» и видом затрат «Амортизация» и «Прочие».

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

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

Кратко о полях:

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

Организация . Одна статья затрат может применяться для нескольких организаций. В этом случае способ распределения нужно настроить для каждой организации.

Статья затрат . Отражается автоматически, если создаем способ непосредственно из статьи затрат.

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

Характер распределения :

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

Учитывать подразделение. Затраты по статье войдут в состав себестоимости только той продукции, которая произведена в подразделении, в котором образовались затраты по этой статье. Если при отражении затраты указана номенклатурная группа, то затрата распределится только в рамках продукции данной номенклатурной группы. Так обычно распределяют общепроизводственные расходы, закрывают счет 25.

Производственные расходы. Устанавливается только для прямых производственных статей затрат. (Характер затрат «производственные расходы»). Если документом отражения затрат (например «Поступление товаров и услуг») некоторая затрата отнесена на определенную номенклатурную группу, то данная затрата войдет в стоимость этой номенклатурной группы. Такая затрата, как «Амортизация» распределится на выпуск всего цеха.

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

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

По объему выпуска. Базой для распределения затрат по статье служит объем выпуска. Если в каком-либо подразделении нет выпуска, соответственно туда не будут отнесены и распределяемые затраты.

По материальным затратам. Базой распределения служат прямые материальные затраты основного производства. Если часть материалов останется в незавершенном производстве, то и часть затрат по статье останется в незавершенном производстве. Аналогично работает способ «По оплате труда».

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

Рассмотрим еще как будет в нашем примере настроено распределение затрат по амортизации производственного оборудования

Т.к. прямые производственные расходы могут формироваться и по счету 20, и по счету 23, то настраиваем распределение для каждого счета.

Другие возможные варианты настроек рассмотрим по ходу примера.

5. Способ учета и распределения материальных затрат основного производства.

5.1 С использованием спецификаций.

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

Рассмотрим пример спецификации:

В данной спецификации мы указали программе, что на пошив 1го платья нужно 2 м ткани и 100 м ниток. Также мы указали по какой статье затрат должны быть списаны в производство эти материалы. Как дальше нам будет служить эта спецификация, рассмотрим в пункте 8.

5.2 Без использования спецификаций

Сразу стоит сказать, что если у вас есть 1С:УПП, то целесообразно использовать ее возможности как можно шире и не ограничиваться описанным далее вариантом. Иначе зачем тратить столько денег на покупку такого мощного программного продукта, как 1С:УПП. Описанный далее подход не обеспечивает получения реальных данных о себестоимости, не дает информации об остатках материалов в незавершенном производстве, способствует бесконтрольному расходованию материалов. Все, чего можно добиться при этом, это «закрыть 20 счет». Кратко опишу, что для этого нужно. В нашем примере мы это подробно рассматривать не будем.

Вариант 1.

На конец месяца проводим инвентаризацию незавершенного производства и оформляем результаты документом «Инвентаризация незавершенного производства»

Создаем документ «Распределение материалов на выпуск», заполняем по инвентаризации. На закладке «Распределение» вручную распределяем материалы по продукции. Документ можно создавать и без инвентаризации. Если распределение по продукции не интересует, можно не делать этот документ вообще, но тогда

Вариант 2

Для статьи затрат «Материальные расходы основного производства» создаем способ распределения по правилам, описанным в пункте 4.

Отнесенные на производство материалы распределятся, согласно настроенного способа, например по объему выпуска, за исключением материалов, которые перечислены в документе «Инвентаризация НЗП». Если инвентаризация НЗП не проводилась, то в себестоимость войдут все материалы, т.е. в НЗП не останется ничего. При таком нерациональном подходе данные о себестоимости совершенно не будут отражать реальности, себестоимость запчасти может получиться больше себестоимости автомобиля, но 20 счет вы закроете.

А в нашем примере мы по этому пути не пойдем.

6. Способ учета и распределения затрат на оплату труда производственных рабочих.

6.1 С использованием технологических карт

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

Технологическая карта

Технологическая операция

В технологической операции мы указываем статью затрат, по которой будут формироваться затраты на оплату труда основных рабочих. Для данной статьи затрат способ распределения настраивать не нужно, т.к. мы используем технологические карты, то затраты по оплате труда основных рабочих будем относить прямо на продукцию в документах выпуска. Кроме того в документах выпуска сформируются и проводки по начислению зарплаты Дт 20 (23)Кт70. При этом регламентированная часть зарплата, связанная с начислением налогов и т.п. выполняется на подсистеме расчета зарплаты. В этот вопрос в данной статье мы углубляться не будем. Также мы указываем расценку и время пошива одного изделия в секундах. Количество изделий указано в технологической карте в колонке «Количество». Таким образом, прочитав эту карту, получаем следующую информацию: пошив одного изделия занимает 1 час времени, расценка за одно изделие 100 рублей.

6.2 Без использования технологических карт.

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

7. Отражение затрат.

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

7.1 Отражение прямых материальных затрат

Выполняется с помощью документа «Требование-накладная».

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

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

А теперь посмотрим результаты проведения данного документа с помощью отчетов. Т.к. у нас РАУЗ, то все отчеты по затратам и выпуску находятся здесь: Меню Отчеты / Расширенная аналитика учета. Чтобы посмотреть, что происходит с затратами, какие они, сколько их, используем отчет «Ведомость по учету затрат». Его можно разнообразно настраивать, в зависимости от того, что нам нужно знать.

Такая же сумма появилась и по дебету счета 20.

7.2. Отражение затрат на амортизацию.

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

Ежемесячно, чтобы отразить затраты по амортизации, проводим документ «Амортизация ОС» Документ регламентный, рассчитывает результаты автоматически при проведении. Посмотрим сразу результаты документа:

Проводки

Мы видим, что разная амортизация пришла на разные счета, в разные подразделения и по разным статьям затрат.

Теперь посмотрим это в отчете.

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

7.2 Отражение расходов на оплату труда.

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

7.3 Отражение прочих расходов.

Прочими расходами могут быть как прямые затраты (Производственный характер затрат), так и косвенные (общехозяйственные и общепроизводственные). Прочие – это вид затрат. Характер затрат может быть различным:

По данной статье затрат мы отразим поступление консультационных услуг для бухгалтерии. Используется документ «Поступление товаров и услуг». Как помним из пункта 4, данная статья в нашем примере распределяется по материальным затратам.

Результаты также увидим в отчете «Ведомость по учету затрат». Такая же цифра отразится и на счете 26. Так как статья затрат общехозяйственная, то поле «Номенклатурная группа» оставим пустым, т.к. в рамках данного подразделения выпуск продукции не подразумевается. Если бы статья затрат была производственная или общепроизводственная, то в данном документе мы могли указать номенклатурную группу продукции, в рамках которой сумма затрат данного документа должна войти в себестоимость. В нашем случае затрата распределится на себестоимость всего выпуска по материальным затратам, как указано в пункте 4.

8. Отражение выпуска продукции и распределение прямых материальных затрат и затрат на оплату труда.

Т.к. мы применяем РАУЗ, то отразить себестоимость выпуска мы можем одним из документов «Отчет производства за смену» или «Выпуск продукции». Мы рассмотрим только «Отчет производства за смену», т.к. данный документ более функционален.

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

На закладке материалы автоматически заполняем по спецификации нормативный расход материалов.

На закладке «Распределение материалов» автоматически распределяем материалы на произведенную продукцию. Распределение происходит, согласно спецификаций.

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

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

=

Проводки документа:

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

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

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

В нашем примере мы всю сумму затрат по утюжке включаем в состав затрат Цеха пошива платьев, в номенклатурную группу «Платья». То есть затраты распределятся только на продукцию данной номенклатурной группы. Если оставить номенклатурную группу пустой, то затраты распределятся на продукцию всего цеха. На закладке «Получатели» мы также указали статью затрат «Утюжка». Именно по этой статье затрат будут формироваться затраты по утюжке и распределяться на основное производства. Посмотрим как выглядит данная статья затрат и как настроен способ ее распределения: 30

Закладки «Тех. операции», «Исполнители», «Распределение тех. операций» заполняются, аналогично предыдущему отчету производства за смену.

Результат проведения документа: 31

Пока это только прямые затраты по оплате труда (то, что указано на закладках «Тех. операции»). Включение косвенных затрат в состав вспомогательного производства, а затем вспомогательного производства в состав основного производства происходит при проведении расчета себестоимости. Т.е. формируются проводки Дт23 Кт 25,26; Дт 20 Кт 23.

Посмотрим, какие данные появились в отчете «Ведомость по учету затрат». 32

9. Проведение расчета себестоимости выпуска

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

1. Восстановить последовательность расчетов по приобретению. Для этого запускаем обработку «Восстановление последовательности расчетов». Меню Операции / Обработки / Восстановление последовательности расчетов. Запуск обработки наведет порядок на счете 60 между субсчетами расчетов и авансов.

2. Восстановить последовательность расчетов по реализации. Для этого запускаем обработку «Восстановление последовательности расчетов». Меню Операции / Обработки / Восстановление последовательности расчетов. Запуск обработки наведет порядок на счете 62 между субсчетами расчетов и авансов.

Вот теперь приступаем к расчету себестоимости. Используем документ «Расчет себестоимости». Меню Документы / Управление производством/ Расчет себестоимости. Просто создаем его и проводим. 33

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

Посмотрим состояние затрат с помощью отчета «Ведомость по учету затрат» 35

Видим, что косвенные затраты распределились по подразделениям и номенклатурным группам. В незавершенном производстве остались материалы, в себестоимость вошло ровно столько материалов, сколько заложено по спецификации. И еще в НЗП остались затраты по консультационным услугам. Как мы помним, это потому, что для них мы настроили распределение по материальным затратам. Эти же данные имеются в оборотно-сальдовых ведомостях по счетам 20,23, 25, 26.

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

10. Отчеты

Основной отчет по затратам «Ведомость по учету затрат» мы подробно рассмотрели в течение статьи. Отчеты для РАУЗ, связанные с затратами и выпуском находятся:

Меню Отчеты / Расширенная аналитика учета

Ведомость по учету МПЗ. Представляет информацию о движении ТМЦ в разрезе различных аналитик: счета учета, склады, номенклатура, номенклатурная группа и др.

Анализ движения МПЗ и затрат. Объединяет в себе функционал отчетов «Ведомость по учету затрат» и «Ведомость по учету МПЗ»

Выпуск продукции и услуг. Отчет отражает информацию о произведенной продукции и ее себестоимости ее выпуска. 36

Калькуляция себестоимости. Отчет отражает состав затрат конкретного изделия. 37

11. Наиболее часто встречающиеся ошибки при расчете себестоимости, их причины, способы их устранения.

Об ошибках программа 1С:УПП сообщает нам при проведении документа «Расчет себестоимости» и игнорировать их не стоит. Рассмотрим наиболее типичные, которые встречаются при применении РАУЗ. 38

Причины могут быть следующие:

В Отчете производства за смену есть выпуск по номенклатурной группе «Брюки» и на закладках «Распределение материалов» сделано распределение на эту группу, а в требованиях-накладных нет списания материалов на эту номенклатурную группу. Такая ситуация же может быть с подразделением, статьей затрат, заказом (если используются заказы).

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

Как найти ошибку . В служебном сообщении уже есть подсказка «по регистрам учета затрат». Значит нужно смотреть отчет «Ведомость по учету затрат». Нужно только сделать соответствующие настройки отчета. 39

Из отчета видим что у нас отрицательный остаток по затрате «Ткань» в номенклатурной группе «Брюки» и положительной остаток по этой затрате по пустой номенклатурной группе.

Иными словами, ткань в цех пошива брюк списана на пустую номенклатурную группу, а выпуск в цехе брюк произошел по номенклатурной группе «Брюки». Чтобы исправить заходим в нужные требования-накладные и проставляем номенклатурную группу «Брюки». Либо заходим в отчеты производства за смену и очищаем поле «Номенклатурная группа». Одним словом, нужно установить соответствие. Этим же способом можно найти расхождение каких-либо других аналитик. Если все аналитики сходятся, значит, просто не хватает количества. Смотрим в отчете количество отрицательного остатка, разбираемся, как так вышло, добавляем в требование-накладную, либо убавляем из Отчета производства за смену с закладок «Материалы» и «Распределение материалов».

Следующая ошибка, при использовании РАУЗ, может быть такая: 40

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

Мы видим, что имеется расхождение по счету налогового учета по номенклатуре «Ткань». Поступление произошло на счет 10.01, а списание со счета 10.03. Подобное расхождение может быть по любой другой аналитике: счет бухгалтерского учета, склад и др. Все это можно найти в этом учете, задав нужные настройки. В данном случае ткань отправлена в производство без суммовой оценки. Чтобы исправить, заходим в соответствующие требования-накладные и изменяем счет налогового учета, перепроводим расчет себестоимости. Вообще, о таких ошибка программа сообщает еще на этапе проведения первичных документов по списанию ТМЦ: 42

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

Может быть и так: ошибок нет, но открываем отчет «Ведомость по учету затрат», а там незакрытые статьи затрат: 43

В РАУЗ этому могут быть следующие причины:

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

Для статей затрат не настроен, либо не соответствующим образом настроен способ распределения.

В этом случае нужно сразу проверить способ распределения для данной статьи затрат: 44

Затраты по статье у нас находятся в цехе пошива платьев, который у нас является основным производством (это мы настроили в п.3), т.е. в бухучете эта сумма находится на счете 20. (В настройках данного отчета можно также вывести группировку по счету бухгалтерского учета, чтобы точно знать на каком счете находится затрата.) А способ распределения у нас только для счета 23. Либо способ может быть не настроен вообще, либо более поздним периодом.

Это самые распространённые ошибки, вариаций их может быть несколько, бывают и другие более частные ошибки. Но в целом можно сделать выводы:

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

Основные способы поиска ошибок в РАУЗ: формирование отчетов с соответствующими настройками «Ведомость по учету затрат» и «Ведомость по учету МПЗ»

В статье был описан некий общий пример расчета себестоимости и необходимых настроек. Возможности настроек программы 1С:УПП для целей расчета себестоимости очень гибкие и позволяют настроить правила расчета себестоимости под любые потребности.

Спасибо!

1С РАУЗ - технология или методология? - статья редактируется

Проанализировав доступные мне источники по теме РАУЗ (на июль 2014 года, предыдущая версия статьи была написана в 2011 году), обнаружил, что информация об особенностях методологии учета затрат с помощью подсистемы РАУЗ по-прежнему довольно скудная. Как правило, все опять сводится к констатации нескольких очевидных фактов:

• РАУЗ использует системы линейных алгебраических уравнений (СЛАУ)
• РАУЗ помогает оптимизировать структуру метаданных – уменьшить число регистров
• РАУЗ обеспечивает «совмещенный» учет МПЗ и затрат
• РАУЗ обеспечивает «огромный» объем аналитических данных
• и вообще, РАУЗ – может все (?!), это очень прогрессивно и очень хорошо для пользователей - просто некоторые пользователи еще этого не понимают

Если и появляются какие-либо публикации по данной теме, то в первую очередь они касаются технологических аспектов реализации РАУЗ - настройки параметров системы, особенностей проведения отдельных документов, движений по регистрам и т.п. Причем, обсуждая эти технологические аспекты, многие специалисты пребывают в полной уверенности, что обсуждают именно методологические вопросы учета затрат. П убликации, в которых затрагиваются вопросы составления и решения СЛАУ, носят достаточно общий характер, т.к. не раскрывают конкретных особенностей использования СЛАУ в подсистеме РАУЗ - не обсуждаются достоинства и недостатки выбранного разработчиками варианта составления уравнений баланса затрат. Что же касается практического применения положений теории Графов затрат , де-факто (и возможно - не до конца осознанно) заложенной разработчиками в подсистему РАУЗ, то как и прежде эти вопросы не находят своего отражения в публикациях . Сейчас уже можно констатировать, что процесс разработки данной подсистемы был основан скорее на отдельных практических наработках авторов, чем на глубоком понимании теории Графов затрат. Об этом свидетельствуют имеющиеся в РАУЗ методологические «ляпы» принципиального характера.

Попробуем еще раз (очень тезисно) разобраться с тем, какая методологическая база заложена в основу работы подсистемы РАУЗ. В данной статье об этом действительно можно говорить кратко, т.к. все подробности работы модели предметной области, которая называется Графом затрат, можно посмотреть на сайте , посвященном изучению теории и практики расчета себестоимости с помощью Графов затрат . Перед чтением настоящей статьи желательно обеспечить правильную «настройку» мышления, для чего в соответствующем разделе сайта можно ознакомиться с основами методологии автоматизированной формы учета на основе объектно-ориентированного подхода (АФУ ООП ). Для читателей, у которых нет времени или желания заниматься предварительной подготовкой к чтению статьи (почему-то автор уверен, что такие читатели найдутся), кратко рассмотрим в начале статьи некоторые основные тезисы АФУ ООП.

Содержание статьи:

Объектный подход к методологии учета ()

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

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

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

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

Можно сказать, что в основе методологии АФУ ООП лежат теория графов и применение объектно-ориентированного подхода к области методологии учета – ко всем участкам учета, не только к учету затрат. Это означает, что вместо счетов бухгалтерского (налогового, управленческого) учета и их корреспонденций рассматриваются объекты учета и их отношения. Каждый объект учета характеризуется набором свойств, определяющих его место и возможное поведение в модели предприятия. При таком подходе можно говорить о том, что объекты учета, характеризующие активы и пассивы предприятия вступают между собой в отношения - обмениваются потоками стоимости , причем каждый поток стоимости также является объектом учета и имеет свои свойства, например, такие, как:

• объект учета – источник, в котором поток начинается
• объект учета – получатель, в котором поток заканчивается
• стоимость
• количество

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

Используя модель хозяйственной деятельности предприятия в виде графа можно сказать, что стоимость начисленной амортизации как-бы «перетекла» с кредита счета Амортизация по маршруту: Амортизация → Цех 1 → Цех 2 → Цех 3 → Продажа в дебет счета учета продаж, где формируется себестоимость проданной продукции.

Де-факто теория графов и объектный подход используются при создании всех современных автоматизированных систем учета, основанных на двойной записи. Причем, не имеет значения, какая компания является разработчиком автоматизированной системы - 1С, Галактика, SAP, Oracle и т.д., просто каждый разработчик своими средствами и в меру своего понимания ситуации пытается реализовать модель предметной области - Граф предприятия, узлами которого выступают объекты учета. Сейчас практически невозможно найти автоматизированную систему учета, которая бы позволяла пользователям работать только со счетами бухгалтерского учета без какой-либо дополнительной аналитики, т.е. методология АФУ ООП уже давно и прочно вошла в практику автоматизированного учета, хотя многим пользователям и разработчикам до сих пор удается не замечать этого очевидного факта.

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

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

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

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

Объекты учета в подсистеме РАУЗ ()

Не является исключением (в смысле использования АФУ ООП) и такой программный продукт, как 1С УПП. В данной статье предполагается, что читатель имеет представление о том, что такое метаданные и как в конфигураторе можно посмотреть их структуру. Рассмотрим, д ля примера, структуру регистра накопления УчетЗатратРегл из подсистемы РАУЗ:

В регистре накопления УчетЗатратРегл :

• измерения определяют свойства объекта - ОбъектУчета 1 (ЦЗ 1)
  
• реквизиты определяют свойства объекта - ОбъектУчета 2 (ЦЗ 2)
• ресурсы характеризуют свойства объекта - поток стоимости, который в подсистеме РАУЗ будем называть ПотокЗатрат

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

• Центры затрат - узлы Графа затрат
• Потоки затрат - дуги Графа затрат
• Элементарный поток вторичных затрат

Напомним читателю, что граф - это не только нарисованные на листе бумаги или на экране компьютера различные геометрические фигурки, соединенные между собой линиями или стрелочками. Граф, как комбинаторный абстрактный объект, представляет собой более объемное понятие - его можно с одинаковым успехом представить, как в виде рисунка, так и в виде таблицы или перечня узлов и дуг. Это означает, что существуют различные формы представления одного и того же графа - геометрическая форма, матричная (табличная) форма и форма представления графа с помощью множеств. Все формы представления графов являются «равноправными», т.е. модель предприятия не меняется от того, что будет представлена не в виде таблицы (например, журнала хозяйственных операций), а в виде рисунка, на котором счета учета будут соединены стрелочками - всем известные бухгалтерские «самолетики».

Структура регистра накопления УчетЗатратРегл подразумевает, что каждая запись в нем характеризует взаимодействие между двумя соседними центрами затрат, а вся совокупность записей за рассматриваемый период позволяет получить информацию о системе взаимодействующих между собой центров затрат. Другими словами, регистр накопления УчетЗатратРегл представляет собой классический вариант таблицы, в которой содержится информация о Графе затрат, т.е. можно говорить о том, что работа подсистемы РАУЗ базируется на использовании модели предприятия в виде графа, представленного в табличной форме.

Формирование свойств центров затрат в подсистеме РАУЗ ()

Максимально возможный перечень всех возможных свойств центров затрат представлен в РАУЗ виде набора из четырех аналитик (и кораналитик), причем состав этих аналитик может меняться в разных релизах УПП (и в других продуктах 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 , получивший поток затрат в количестве 1 штука
• ЦЗ1 является источником потока затрат

Теперь в регистре накопления УчетЗатратРегл появилась пара «настоящих» центров затрат - ЦЗ 1 (источник) и ЦЗ 2 (получатель). Эти центры затрат обменялись между собой потоком вторичных затрат, причем, оценить этот поток вторичных затрат мы можем пока только количественно. Стоимость потока вторичных затрат будет известна после проведения документа Расчет себестоимости выпуска, т.е. после выполнения процедуры закрытия затрат.

Сразу оговоримся, что мы сейчас рассматриваем теорию вопроса. На практике (в т.ч. и в подсистеме РАУЗ) пользователи иногда хотят иметь хоть какие-то оценки потоков вторичных затрат до проведения процедуры закрытия затрат. Для этого в течение периода предусматривается проведение «принудительной» оценки стоимостей потоков вторичных затрат по каким-либо правилам, например, исходя из плановых значений себестоимости. Мы не будем обсуждать здесь, насколько могут быть полезны (и точны) для пользователей такие оценки стоимости потоков вторичных затрат, все равно в конце периода эти стоимости будут заменены фактическими значениями (или доведены до фактических значений с помощью корректировок), полученными в результате решения СЛАУ.

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

На основе данных регистра накопления УчетЗатратРегл мы можем построить хотя и маленькую, но уже полноценную затратную модель предприятия - Граф затрат:

В данном случае мы смогли наглядно отобразить процесс движения потоков затрат в Графе затрат предприятия Одуванчик, но мы уже говорили выше о том, что предложенная разработчиками подсистемы РАУЗ технология формирования центров затрат из аналитик приводит к тому, что реальный Граф затрат может быть сформирован десятками и даже сотнями тысяч центров затрат. С таким Графом затрат разобраться будет неизмеримо сложнее, если вообще возможно.

Уравнение баланса затрат для центра затрат в подсистеме РАУЗ ()

В процессе проведения на предприятии процедуры закрытия затрат в конце периода мы должны для каждого центра затрат ЦЗ i из регистра накопления УчетЗатратРегл (они еще называются - узлами) решить две задачи:

• задача 1 - собрать все затраты, поступившие на вход центра затрат ЦЗ i
• задача 2 - распределить затраты с выхода центра затрат ЦЗ i на входы других центров затрат

Чтобы понять, каким образом эти две задачи решаются с помощью подсистемы РАУЗ, рассмотрим последовательность действий, состоящую из трех шагов.

Шаг 1 . Определяем общее число единиц калькуляции K i IN , поступившее в рассматриваемом периоде на вход центра затрат ЦЗ i :

где :

• K i BEG - количество единиц калькуляции в ЦЗ i на начало периода
• K i CAP - общее количество единиц калькуляции, поступившее в рассматриваемом периоде на вход ЦЗ i
• K k,i - количество единиц калькуляции, поступившее в рассматриваемом периоде на вход ЦЗ i ЦЗ k

Шаг 2 S i IN , поступивших в рассматриваемом периоде на вход центра затрат ЦЗ i :

где :

• Si BEG - стоимость затрат в ЦЗi на начало периода
• Si CAP - общая стоимость затрат, поступивших в рассматриваемом периоде на вход ЦЗi от центра затрат - «заглушки»
• Sk,i - стоимость затрат, поступившая в рассматриваемом периоде на вход ЦЗi от корреспондирующего центра затрат ЦЗ k

В данном случае стоимость S k,i

S k,i = K k,i × t k

где :

• K k,i ЦЗ k на вход ЦЗ i
• t k - тариф, т.е. ЦЗk

Шаг 3 . Определяем общую стоимость затрат S i OUT на выходе центра затрат ЦЗ i :

Стоимость поступивших с выхода ЦЗi на вход ЦЗp вторичных затрат Si,p представлена следующим образом:

Si,p =Ki,p ×ti

где :

• Ki,p - количество единиц калькуляции, переданных с выхода ЦЗi на вход ЦЗp
• ti - тариф, т.е. стоимость одной единицы калькуляции на выходе центра затрат ЦЗi

Поскольку количество единиц калькуляции K i,p предполагается известным, для определения стоимости S i,p нам необходимо найти значение t i . Разработчики подсистемы РАУЗ предложили для поиска значения t i использовать уравнение вида:

Для удобства проведения вычислений в подсистеме РАУЗ перепишем уравнение в следующем виде:

Известные до начала решения СЛАУ величины предполагается хранить в ресурсах (*) регистра сведений УзлыКорректировкиСтоимостиСписания :

* Это технологическая информация, она может быть изменена разработчиками

Мы не будем далее рассматривать саму процедуру решения СЛАУ, т.к. она довольна проста и не содержит каких-либо методологических «изысков». Мы лучше поговорим о том, каковы последствия использования того вида уравнения, которое предложили разработчики РАУЗ.

Здесь необходимо обратить внимание на тот факт, что в знаменателе формулы для определения значения t i содержится общее количество единиц калькуляции K i IN на входе(!) центра затрат ЦЗ i . Именно на входе, а не на выходе ЦЗ i , как можно было бы предположить!

В теории Графов затрат подобный подход к составлению уравнений используется только для строго определенных (частных) случаев. Например, подобным образом можно составлять уравнения для центров затрат , предназначенных для учета стоимости продукции на складах предприятия. Другими словами, этот подход к составлению уравнения применяется для той части центров затрат в модели предприятия, в которой происходит движение готовой продукции между складами предприятия. В общем случае предполагается, что необходимо опираться на количество единиц калькуляции, ушедших с выхода(!) центра затрат ЦЗi на входы других центров затрат.

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

Уравнение баланса затрат для центра затрат

Де-факто, выбранный разработчиками РАУЗ подход к процедуре составления уравнений баланса затрат приводит к тому, что при построении модели предприятия для всех центров затрат без исключения должны выполняться следующие два условия:

• на входе центра затрат должен присутствовать только(!) один вид единиц калькуляции - как при поступлении первичных затрат, так и при поступлении вторичных затрат
• вид единицы калькуляции на выходе центра затрат должна совпадать(!) с видом единицы калькуляции на его входе

Данные условия очень серьезно ограничивают варианты использования центров затрат в модели предприятия. Выполнение этих условий является логичным только для центров затрат, представляющих собой продукцию на складах предприятия, когда имеет смысл составлять уравнение баланса затрат как для стоимости потоков затрат - входящих и исходящих из центра затрат, так и для их количества. В терминологии подсистемы РАУЗ выполнение данных условий логично использовать для центров затрат, относящихся к РазделУчета =МПЗ . Распространение же этих условий на центры затрат из других разделов учета является весьма странным решением, т.к. в модели предприятия может существовать (и существует на самом деле) большое число центров затрат, у которых:

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

Для иллюстрации подхода разработчиков подсистемы РАУЗ к составлению уравнения баланса затрат обратимся к рассмотренному выше в статье примеру:

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

Для «продвинутых» пользователей-методологов РАУЗ ( )

Продвинутым пользователям-методологам подсистемы РАУЗ возможно будет интересно узнать, что рассмотренная в предыдущем разделе статьи формула для расчета стоимости единицы калькуляции t i на выходе центра затрат ЦЗ 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 , формируются документом Расчет себестоимости выпуска: ЦЗ 3 нельзя использовать формулу из предыдущего раздела статьи.

Теперь попытаемся понять, почему разработчики подсистемы РАУЗ допустили существование подобной ситуации в модели предприятия? Возможно, наличие подобных ситуаций является результатом недостаточно глубокой проработки методологических вопросов на этапе создания подсистемы РАУЗ. В данном случае это выразилось в попытке распространить частный вариант составления уравнения баланса затрат, применяемый для класса центров затрат, моделирующих продукцию на складах предприятия, на все остальные классы центров затрат. Как и следовало ожидать, общее оказалось сложнее частного.

Следует отметить, что это не единственный методологический «ляп» подсистемы РАУЗ. Другой, гораздо более серьезный методологический «ляп», связанный с организацией учета МПЗ для случая, когда используется метод ФИФО (РАУЗ) для оценки стоимости МПЗ при их списании в производство, мы рассмотрим в статье ФИФО (РАУЗ) - работает или не работает? .

ВЫВОДЫ ()

Так чего же больше в подсистеме РАУЗ - технологических нововведений, связанных с оптимизацией структуры метаданных, или революционных идей в области методологии учета затрат? Если сравнить объем изменений в структуре метаданных (и технологию работы с данными) с объемом методологических новаций, введенных разработчиками подсистемы РАУЗ в 1С УПП, то за явным преимуществом, безусловно, победу одержит технология.

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

решение налоговых задач на Графах затрат

решение обратных задач (в частности - задачи финансового планирования) на Графах затрат

задачи формирования топологии Графа затрат

и т.п.

Кроме того, наличие огромного количества центров затрат (узлов) в реальных регистрах накопления УчетЗатратРегл совсем не означает, что у пользователя появляется огромное количество дополнительной аналитики, необходимой для целей финансового управления предприятием. Не следует путать объем технологических учетных данных с объемом учетных данных, из которых можно извлечь действительно полезную информацию.

Какой же основной вывод можно сделать из вышеизложенного? С одной стороны, хотелось бы посоветовать разработчикам более глубоко изучать модель предметной области, с которой они имеют дело при разработке автоматизированной системы. С другой стороны, разработчиков подсистемы РАУЗ можно поблагодарить уже хотя бы за то, что теперь специалисты по расчету себестоимости просто вынуждены обсуждать методологию учета затрат, основанную на использовании математической модели предприятия в виде Графа затрат. Без подсистемы РАУЗ обсуждать данные вопросы было бы значительно сложнее, а обсуждать их крайне необходимо. В настоящее время наблюдается какое-то вторичное отношение к методологии учета вообще, и к методологии учета затрат в частности. Складывается ощущение, что учетных специалистов охватила какая-то «методологическая» апатия, изучение методологии учета отодвигается (и даже - задвигается) на второй план, а все силы бросаются на изучение постоянно изменяющихся технологических особенностей автоматизированных систем.

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

Несколько слов обязательно нужно сказать также об использовании в подсистеме РАУЗ систем линейных алгебраических уравнений (СЛАУ). В настоящее время этот вопрос все еще почему-то относится к категории «продвинутых» методологических вопросов и довольно часто формулируется даже следующим образом - а нужно ли вообще использовать СЛАУ для расчета себестоимости? Не слишком ли это сложно?

Что тут можно ответить? Даже как-то неудобно иногда становится за вполне квалифицированных специалистов по расчету себестоимости, серьезно обсуждающих достоинства и недостатки различных(!?) способов закрытия затрат - прямого, пошагового или с помощью СЛАУ . По каким-то причинам специалисты по расчету себестоимости до сих пор спорят по этому вопросу, несмотря на то, что обязательным условием корректного закрытия затрат (способ не имеет значения) является именно выполнение уравнений баланса затрат для каждого центра затрат или в традиционном понимании - счета учета. Это значит, что в процессе закрытия затрат СЛАУ должны составляться и решаться всегда! Только иногда это происходит в явном виде - например, как в подсистеме РАУЗ, а иногда - в завуалированной форме, когда процесс закрытия затрат принимает некий туманный вид, скрывающий главный смысл этого процесса.

Пользователям подсистемы РАУЗ автор также настоятельно рекомендует ознакомиться с теорией вопроса, касающегося особенностей расчета стоимостей потоков встречных затрат, т.к. с очень большими стоимостями встречных потоков затрат при закрытии затрат в РАУЗ рано или поздно сталкиваются все (если, конечно, обращают на это внимание). По этой теме можно посмотреть видеоролик 7.Графы затрат. Встречные потоки затрат и прочитать статьи:

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

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

• Онтологии в микроэкономике (ч.1). Введение - в настоящее время одним из главных трендов во многих областях человеческой деятельности является переход от хранения и обработки данных к хранению и обработке знаний, что выражается, например, в создании экспертных систем. Существуют различные варианты формализации знаний о предметной области, одним из быстро развивающихся направлений является онтологический способ представления знаний. Современные стандарты (МСФО, НСБУ) бухгалтерского учета предполагают использование многочисленных экспертных оценок при составлении бухгалтерской отчетности, не предлагая экспертам в области учета строгой формальной системы общепризнанных ключевых понятий. Все это делает разработку онтологий для бухгалтерского учета архиважной задачей 2.Графы затрат. Центры затрат