В этой статье мы рассмотрим основные необходимые настройки для корректного закрытия счетов 20, 25, 26, 44 вконфигурации «Комплексная автоматизация» (ред.1.0.10.1)
на примере организации, которая оказывает услуги и реализует покупные товары. Надеемся, что поможем Вам осуществить переход и уменьшить затраты времени и нервных клеток.
Это новая (альтернативная) модель учета по следующим участкам:
- складской учет
- учет затрат
- учет выпуска и учет себестоимости
- расчет себестоимости
- Используется единый регистр для учета затрат
- Единообразно ведется учет по партиям и у запасов и у затрат
Партионный учет в РАУЗ так же значительно поменялся – более не применяется такое понятие как партиобразующий документ . Партия определяется датой ее возникновения, а не документом. В результате, при списании со склада программа больше не обязана вычислять, по какому документу остатки должны уйти со склада – теперь достаточно просто отметить, что такого-то числа произведен расход (списание) запаса определенного материала. Это избавляет от необходимости выполнять ресурсоемкие вычисления для оценки стоимости списываемых партий. Дело в том, что в течение месяца применяются «предварительные оценки», по которым будет производиться списание. А фактическая стоимость вычисляется документом«Расчет себестоимости выпуска» , параллельно с расчетом стоимости затрат.
В течение месяца «Комплексная автоматизация» может применять 3 варианта оценки стоимости возникающих объектов:
- по плановым ценам
- по прямым затратам
- по нулевой стоимости
Метод оценки выбирается для управленческого и регламентированного учета раздельно, в настройках учетной политики.
Учетная политика
В РАУЗ применение этого параметра существенно расширилось. Здесь он применяется не только к выпуску, но и к другим разделам учета, например, запасам.
При использовании РАУЗ , при применении способа оценки стоимости списания – по FIFO , в течение месяца программа не рассчитывает стоимость списания по FIFO – в течение месяца используется оценка «по средней» . По FIFO будут рассчитаны только остатки на конец месяца при расчете фактической стоимости. Правда, стоит отметить, что даже после этого расчета стоимости у вас могут возникнуть вопросы к механизму расчета, но этот вопрос рассматривается в других статьях.
Для регламентированного и управленческого учета используются свои регистры накоплений: «Учет затрат (управленческий учет)» и «Учет затрат (бухгалтерский и налоговый учет)» . Так как регистры похожи по составу полей, далее будем говорить о регламентированном учете.
В регистрах применяется принцип корреспонденции – в движениях хранятся данные по корреспондирующей аналитике. Поэтому в приходных движениях этих регистров мы видим как аналитику учета, где у нас возникает объект учета (например, куда перемещается материал), так и корреспондирующую аналитику – откуда. Аналогично и в расходных движениях: видим не только, какой объект и откуда ушел, но и куда он уходит.
Одно из ключевых понятий в РАУЗ – это так называемые ключи аналитики. Ключ аналитики – это объект, который объединяет в себе несколько аналитических разрезов учета. Например, комбинация: счет учета, подразделение, организация и т.п.
Учет затрат
Всего есть пять видов ключей аналитики:
- Аналитика вида учета. По данным этой аналитики мы можем определить – речь идет о затрате/запасе, в какой организации это учитывается, в каком подразделении/на каком складе, на каком счете.
- Аналитика учета затрат. По данным этой аналитики мы можем определить – что это за запас / затрата, как учитывается с точки зрения учета затрат.
- Аналитика учета партий. По данным этой аналитики мы можем определить – что это за партия запаса и как она должна использоваться.
- Аналитика распределения затрат. По данным этой аналитики мы можем определить, что является получателем затрат.
- Аналитика учета прочих затрат. Эта аналитика используется только в реквизите «Кор. аналитика вида учета» , когда происходит формирование стоимости прочего объекта, то есть не относящегося к производственному учету.
Учет продаж и себестоимости
Подготовка
Если вы решили использовать РАУЗ
после начала ведения учета в программе, то, естественно, Вам необходимо перепровести все документы, связанные с поступлением, списанием, перемещением, реализацией товаров, и документы, связанные с поступлением, реализацией услуг и отражением затрат, для того чтобы сформировались записи в регистры затрат и в регистр учета продаж и себестоимости.
Так как программа при анализе затрат учитывает данные регистров учета затрат, ручные операции, связанные со счетами затрат или учета МПЗ,надо исключить или, в крайнем случае, сделать с помощью документа «Корректировка записей регистров» соответствующую запись. Но это достаточно трудоемкий процесс, потому что выбирать ключи аналитики придется из очень большого списка. То же самое относится и к продажам. Если нет данных в регистре «Учета продаж и себестоимости» , то эти суммы продаж не будут учтены при формировании базы распределения для расчета себестоимости.
Закрытие счетов затрат осуществляется документом «Расчет себестоимости»
. При желании, его можно разбить на несколько документов по выполняемым действиям, или исключить некоторые действия, например «Списание косвенных расходов на РБП»
, но все движения формируются последним действиям.
Расчет себестоимости
Распределение общехозяйственных расходов
Мы рассмотрим случай, когда учетной политикой предусмотрено применение метода «директ-костинг»
, так как критерии для распределения не зависят от применяемого метода.
Для распределения общехозяйственных расходов необходимо выполнение двух условий:
- Кредитовый оборот по счету 90.01 в течение месяца (независимо от того, как он там образовался).
- Запись в регистр «Способы распределения статей затрат» (самое удивительное, что любая) или в документе«Расчет себестоимости» выбрана настройка закрытия месяца, в которой на закладке «Распределение затрат» указан способ распределение затрат. В этом случае при проведении документа «Расчет себестоимости» будут автоматически созданы записи в регистр.
Настройка закрытия месяца
При отсутствии выручки документ «Расчет себестоимости»
может отнести расходы по 26-му счету на РБП. Здесь стоит упомянуть еще один момент: если возникает необходимость, для общехозяйственных расходов можно указать точную аналитику, на которую они будут отнесены. Для этого нужно в первичном документе: «Поступление товаров и услуг»
,«Авансовом отчете»
, «Требовании накладной»
или в каком-либо другом документе – указать эту аналитику, тогда эта сумма будет исключена из распределения и закроется на нее, или на РБП, если оборота по этой номенклатурной группе нет.
Требования для распределения коммерческих расходов, а также издержек обращения, такие же как для и общехозяйственных расходов.
Распределение производственных расходов
Теперь перейдем к описанию закрытия 20-го счета, правилам и требованиям, необходимым для выполнения этой операции. Как уже описывалось выше, мы рассматриваем случай оказания услуг, себестоимость которых формируется на 20-ом счете.Услуги, себестоимость которых требуется рассчитать, оформлены документами «Реализация товаров и услуг»
, документ«Акт об оказании производственных услуг»
в комплексной автоматизации не используется. При определении списка реализованных услуг определяется аналитика затрат – по данным документа (закладка «Услуги»
). Этот документ является основным для расчета себестоимости без его заполнения, даже при наличии оборота по кредиту счета 90.01, расчет производится, не будет.
Настройка учета
В интерфейсе «Заведующий учетом» документ находится в пункте меню «Настройка учета» .
В этом документе необходимо установить соответствие между элементами справочника: «Номенклатура»
или «Тип номенклатуры»
и парой «Подразделение организации»
, «Номенклатурная группа»
. Теперь документ «Расчет себестоимости»
при выполнении операции «Определение списка реализованных услуг»
соберет все реализованные услуги за месяц и по этим данным, на этапе «Расчет базы распределения расходов»
, произведется расчет всех баз, по которым будут распределены расходы. Рассчитанные базы записываются в регистры сведений «База распределения затрат»
и«База распределения затрат (бухгалтерский учет)»
.
Установка параметров учета номенклатуры
Будьте внимательны при заполнении этого документа! Эти настройки определяют, по какой аналитике формируется себестоимость конкретной услуги. А при проведении документа «Реализация товаров и услуг» аналитика для доходов берется или из соответствующего поля документа, или, если оно пустое, из справочника «Номенклатура» . Если значения не будут совпадать, то результат списания себестоимости может быть не верным.
Следующим необходимым условием является указание способа распределения статей затрат и базы распределения по ним. Имеется два способа указать эти параметры.
Первый способ – это заполнить вручную в регистре сведений . Записи надо создать для каждой статьи затрат, указать счет затрат и способ распределения.
Способы распределения статей затрат организаций
Второй способ - это указать в документе «Расчет себестоимости»
настройку закрытия месяца. В этой настройке на закладке «Распределение затрат»
должно быть указано как распределяются затраты, но здесь Вы указываете подразделение предприятия, поэтому, чтобы рассчиталась себестоимость в регламентированном учете, обязательно должно быть установлено соответствие подразделений предприятия и подразделений организации, иначе при проведение документа в регламентированном учете расчет произведен не будет.
Настройка закрытия месяца
При проведении документа формируются записи в регистр сведений «Способы распределения статей затрат организаций»
, соответствующие правилам установленным на закладке «Распределение затрат»
.
Способы распределения статей затрат
Если уже имеются какие-то записи в регистре и они не соответствуют настройкам закрытия месяца, то при проведении документа «Расчет себестоимости» будет выдано сообщение о противоречии между настройкой закрытия месяца (закладка «Распределение затрат» ) и данными регистра «Способы распределения статей затрат организаций» . В этом случае необходимо эти противоречия устранить.
Распределение общепроизводственных затрат
Условия для распределения на себестоимость общепроизводственных затрат такие же, как и для производственных затрат, но есть возможность произвести распределение сумм по тем подразделениям, по которым нет базы для распределения (выручки по услугам для этого подразделения). Для этого необходимо выполнить следующие действия. Во-первых, в документе «Расчет себестоимости»
сделать пустым поле «Настройка закрытия месяца»
. Во-вторых, создать запись в регистр сведений «Способы распределения статей затрат организаций»
, для подразделения, по которому нет базы распределения, и статей затрат, по которым есть оборот на 25-ом счете по этому подразделению, в которой будет указан характер распределения «Не учитывать подразделения»
. В этом случае сумма с 25-го счета распределится на 20-ый счет пропорционально базам распределения, то есть парам «Подразделение – Номенклатурная группа»
по которым есть доход.
Отчет по проводкам
Подведение итогов
Для расчета себестоимости реализованных услуг необходимо: чтобы все расходы по бухгалтерскому учету соответствовали записям регистра «Учет затрат» , корректно заполнить документ «Настройка параметров учета номенклатуры» и регистр сведений «Способы распределения статей затрат организаций» . Помимо этого составить структуру предприятия и организаций, а также состав номенклатурных групп подходящим образом.На первый взгляд использование РАУЗ может усложнить работу с программой, но на практике мы получаем существенное сокращение времени на проведение документов, в том числе регламентных, а так же прозрачный учет затрат и МПЗ. По опыту внедрения систем с использование РАУЗ можно однозначно сказать, что это современный механизм учета, который послужит оптимизации Вашего бизнеса.
Теги: РАУЗ, рауз 1с, аналитика затрат
Предисловие .
Почему было решено перейти на РАУЗ я тут описывать не буду. Главная причина это тормоза. Тормоза именно в подсистеме партионого учет (РН " Партии товаров на складах УУ, БУ НУ"). остальное нас в принципе все устраивало.
Партионка это вообще узкое место в УПП, КА. Да и 1С забросила ее развивать. Там даже основной запрос, который считывает остатки сделан не оптимально и громоздко.
Итак, примерно про учет на что стоит обратить внимание:
Как было в партионки:
1) Списывать партии при проведении;
2) Себестоимость по средней;
3) Учет себестоимости по складам;
4) Детализация управленческого учета: по организации
5) Оптовая торговля
6) Розничнная торговля. Все точки АТТ. Удаленно работают в терминале. С кучей торгового оборудования.
То есть все старались по настройкам сделать максимально просто.
Перешли на РАУЗ с 01.08.2012.
Основные настройки:
1) Детализация учета Регламентированный учет с дополнительной аналитикой(УУ отрубили не нужен лишний регистр);
2) Учет себестоимости по складам;
3) Порядок формирование учетных цен: по плановым
Теперь напряги(подводные камни)
Напряг 1 Возвраты!
Как работает типовой механизм в РАУЗ.
Когда возвращается товар то идет сторно запись в РН «Учет затрат» и для документа Расчет себестоимости это товар как бы и не продавался.
То есть, пример:
Приход 100
Возврат 20
При расчете себестоимости программа считает что расход 60.
- Если возвращается товар текущего месяца, то вводить на основании реализации и в табличной части будет Себестоимость = «из документа». (будет сделано движение расход сторно)
- Если возвращается товар предыдущего месяца, то рекомендуется ставить себестоимость, например, предыдущего месяца. То есть колонка Себестоимость = число. (будет сделано приход, то есть для РАУЗ это внешнее поступление).
Иначе может выйти такая ситуация:
Приход 100
Возврат 120
При расчете себестоимости программа считает что расход -40. Ошибка!!!
Нам уже это не подходило по причинам:
1) Там на основании, тут не на основании. Это просто бы запутало всех.
2) Связка Реализация - Возврат нам нужна по ним стоятся отдельные упр. отчеты для анализа.
У нас все возвраты приходуются на отдельный склад возвратов. Виртуальный.
То есть, возвращается на склад возвратов потом с него: или утилизация или обратно перемещение на склад готовой продукции.
То есть может выйти ситуация что(и довольно часто может быть):
Нач. остатков нету;
И есть только сторно движения расход.
То есть, только вводили документы «Возврат товаров от покупателя» на основании реализации, то есть в РН "Учет затрат" только сторно записи расхода.
В итоге расчет себестоимости не калькулирует этот товар. Он просто не может составить уравнение СЛУ. Так как расход есть, а прихода нету.
У нас, например, несколько складов возврата. И вот именно на одном складе была такая ситуация. Весь склад повис не скалькулировался!!!
Как можно было выкрутиться, не изменняя конфигурацию:
1) Возвращать на тот склад с которого продали, а потом перемещением на склад возвратов (лишняя нагрузка по первичке)
2) Отключить в РАУЗ разрез по складам (не подходит- нужно по складам, да и при отключенном разрезе по складам из РН «Учета затрат» уходит Склад, так же он уходит из РН «Товарах на складах». То есть, по данным регистрам нельзя ответить на вопрос: Сколько лежит товаров на таком-то склада и на такой- то организации? Можно анализировать РН «Товары в организации». Но он не по всем операциям совпадает с товарами на складах.)
Поэтому было принято решение по доработке документа Возврат товаров от покупателя.
Вносятся документы на основании реализации, то есть стандартно как и раньше. Но при проведении идет движение приход по плановой себестоимости, если себестоимсти нету на возвращаемый товар,
то выводиться сообщение и блокируется проведение. То есть, мы оставляем связку Реализация - Возврат, но при проведение Движение приход по плановой, а не сторно Движение расход по себестоимости возвращаемого документа. Что нам и нужно.
Напряг 2 закрытие 44 счета!
Во первых кто сталвиквался в традиционки в Комплексной вообще нету закрытия 44,25,26:)
Мы писали закрытие свое 44 счета.
При переходе на РАУЗ 44 закрывает документ "расчет себестоимости". То есть, необходимость в самописном документе отпала.
Но:
Для того чтобы 44 закрылся все движение должны быть сделаны в РН "Учет затрат" по разделу учет "затраты". А это не всегда автоматизировано
Например у нас:
1) Корректировка долга . начисление премии поупателям. Проводка 44.01.1 / 62.01.
Этот документ вообще не знает что существует подсистема РАУЗ.
2)Отражение начисления НДС. Там у нас через подписку на событие так же делается проводка 44 / 19, мы так восстанавливаем НДС хитро, чтобы не включать сложный учет(отдельная тема). То же самое РАУЗ для него не существует.
3)Налоги , например, как сделать проводку 44 /68.1? В традиционке: налоги на регистры накопления никакие не задействованы в принципе, их ранее можно было смело делать ручной операцией. В РАУЗ такой фокус не проходит. Дебет 44 - это ЗАТРАТА. А это РН "УЧЕТ ЗАТРАТ"
К чему пришли:
1) Все что связано с затратами: забыть про ручную операцию. Заменять на документ "Прочие затраты"(УПП полный интерфейс: Документы - Управление производство - Прочие затраты).
2) Для документов "корректировка долга" и "Отражение начисление НДС" навешали подписки на событие, которые загоняют затраты в РАУЗ
Напряг 3 Передача материалов в эксплуатацию!
Ситуация: когда материал передается в эксплуатацию по плановой, то он при закрытии месяца он не закрывает эти суммы.
Комментарий: у всей спецодежды назначение использование - "списывать на затраты при передачи".
Ситуация в следующем:
На 44 счет он пишет подразделение, которое в шапке указано.
В РН «Учет затрат» он пишет Подразделение, которое берет из назначения использования. Из-за расхождения в счете 44 и в РН «Учет затрат» расчет себестоимости не закрывает 44.
Как выкрутились:
Разбираться глубже не стали, просто для материалов можно в течении месяца и по нулевой учитывать, поэтому, просто эти материалы из установки цен плановой себестоимости убрали. Тогда он все хорошо закрывает.
Напряг 4 Надо залезти в период до РАУЗ. Ничего не полетит???
Ответ:) ПОЛЕТИТ!!!
Нам, например, надо было в июле поправить кое что.
После правки перезалить остатки в РАУЗ не проблема. Я себе обработочку сделал, которая по тому же алгоритму, если вы переходить будете стандартно, формирует начальные остатки.
НО...
Подсистема НДС и подсистема партионного учета
Есть две волшебные константы:
СписыватьПартииПриПроведенииДокументов
СписыватьПартииПриПроведенииДокументовБух
Настройка параметров учета - Режим учета затрат. Эти флаги увидите. Скрин не стал делать. Кто работал в УПП в традиционке про них знает без вариантов:)
Они у нас стояли. НО ХИТРАЯ 1С при перехода в РАУЗ их сбросила в ЛОЖЬ!!!
При перепроведении июля месяца (напомню в РАУЗ мы с августа) документ уже в подсистеме партионого учета и при продаже в подсистеме НДС (НДС начисленный) движения не делает.
В частности у нас было так:
Реализация товаров. Движение по подсистеме партионного учета не сделал, так же не сделал в подсистеме НДС. Проблема!!!
Основные средства. Идентично. Там у нас вообще хитро получилось. Идет цепочка: Поступление товаров(закладка оборудование) - Принятие к учете ОС
Мы первый документ не трогали, то есть, там отражено было по всем учетам корректно.
Просто перепровели «Принятие к учету ОС».
И что получилось:
Для процесса принятие к учету ОС в КА/УПП сложный учет НДС ведется независимо от того, включен у вас сложный учет или нет (если языком программы говорить, то задействуется РН «НДС по партиям запасов»). Так вот для документа поступления все корректно -приход в РН "НДС по партиям запасов" сформировался.
А вот когда принятие к учете перепровели, то он по РН "НДС по партиям запасов" не сделал движение и, как следствие, не сделал движения в РН «НДС по ОС, НМА» и, как следствие, книга покупок по этой хоз. операции ПУСТА.
Тут конечно вы можете сказать что-то вроде того: «Ну запустили бы обработку проведение по париям» и все.
1) Последовательность эту никто не восстанавливал никогда. Она стояла у нас далеко в прошлом. (почему это отдельная темы описывать не буду, будет много букв)
2) Даже если мне как администратору сдвинуть ее принудительно, то все равно пришлось бы перепроводить чуть ли не весь месяц. И это после того как месяц уже закрыт.
В идеале 1С-ники: или должны эти волшебные константы «загнать» в периодический регистр сведений ну, или на крайний случай, не сбрасывать их при переходе.
Как выкрутились:
Обработкой принудительно установили в Истину эти волшебные константы.
Перепровели снова Только те документы, которые перепроводились после переходы на РАУЗ и потом вернули константы назад.
Перезалили остатки в РАУЗ.
********************************************************************************************
Ну вот и все. И так много букв. Я написал самые явные напряги. При том, что это просто торговля.
Это филиал. В головной организации у нас производство. Многопередельное. С давальческой схемой и.т.п
Используем традиционный учет. Внедрена УПП.
Как подумаю сколько подводные камней там вылезет, если переходить на РАУЗ. волосы дыбом встают.
переход на РАУЗ в головной организации я буду откладывать до последнего. Тут трмозов нету. Сервера сильнее и все такое. Блокировки конечно в партионки это зло!!!
В целом результаты внедрения в РАУЗ... впечатления...
1) Переход на РАУЗ это далеко не тривиальная задача;
2) Тормоза ушли, блокировок нету, работать стало намного комфортней;
3) То что сейчас не надо придерживаться постулата "сначала приход потом расход" это конечно супер. Для РАУЗ минимальный разрез анализа МЕСЯЦ!!! он его смотрит весь целиком. (так же как подсистема производства в традиционки)
То есть в общем в РАУЗ работать можно. Просто нужнотеоритически подготовиться к РАУЗ и сделать выводы
Что мы потеряем, уйдя от традиционки;
Что мы поимемем, придя на РАУЗ.
Надеюсь статья будет полезна тем кто подумывает на то что перейти на РАУЗ...
Ну и напоследок решил вставить из комментариев мои ответы на хорошие и четкие вопросы от iov, где более подробно описаны "причины перехода"
Вопрос:
Профи не интересно как профи интересно, почему решили перейти?
Ответ:
В трех словах. Это блокировки. И узкое место - это партионный учет (РН "Партии товаров на складах УУ,БУ,НУ). Долго думали. В идеале нужно было глубже капнуть по блокировкам (план запроса, профайлеры, индексы и.т.п.), но у нас в отделе 2,5 человека и специалиста именно в этом направлении нету.
Попробовали на аутсорсинг, но там у нас варианты, какие были:
1) Фрилансера. В нашем городе точно не найти. Тут на инфостарте проскакивала тема, как сдавали экзамен по 1С:Эксперт по технологическим вопросам , хотел даже в личку написать пообщаться. Сейчас даже вам не скажу, почему не написал, то ли закружился, то ли что еще.
2) Гибкие блокировки. Есть такой внедренец на рынке http://www.softpoint.ru , ИМХО контора серьезная. В свое время мы на платформе 7.7, на другом предприятии, внедряли гибкие блокировки. Эффект был существенный. Но там есть таблица общий журнал 1SJOURN и от нее не уйдешь, она блокируется постоянно при проведении. Это ограничение платформы 7.7. А в платформе 8.2 я думал можно все-таки самим повоевать (управляемые блокировки ну и.т.п.) В итоге я все-таки связался с ними, запросил коммерческое предложение. Они провели экспресс обследование и выкатили коммерческое предложение. Ценник московский:), а мы сибиряки:). К тому же, внедрение шло на филиале (просто оптово - розничная торговля), и вкладывать такую сумму было нецелесообразно.
А время поджимало, так как пользователи начинали нервничать. В итоге получилось так:
- От п.2 отказались (от гибких блокировок);
- п.1 я по этой линии вообще не работал.
1) или РАУЗ
2) Или попробовать аутсорсеров найти по п.1.
Решаем в пользу РАУЗ. До первого закрытия месяца. Если не устроит, откатываемся назад и дальше работаем в направлении найти грамотных аутсорсеров.
Вот как то так...
Вопрос:
Сроки перехода. Что делала компания во время перехода? Какие управленческие решения были приняты?
Ответ:
Бизнес процессы на предприятии достаточно просты.
Мы отталкивались от следующего:
Максимально не ломать привычную работу пользователей. То есть «первичка» и отчеты должны быть остаться те же.
Сроки перехода: Получается, примерно 1,5 месяца. Никакие план графики, ничего не составляли. И как проект его не считали. Просто крупная задача.
Для всех, кроме Гл. бухгалтера, вообще практически все шло безболезненно. Каждый штатный бухгалтер/оператор/продажник/снабженец как бил первичку в своей области, так и бил. Были изменения для них, но не существенные.
По управленческим решениям: бизнес процессы на предприятии не поменялись, вся упр. отчетность осталась та же. По большому счету изменился только алгоритм калькулирования себестоимости. Один из центральных отчетов для упр. отчетности был Валовая прибыль, который в РАУЗ не работает. Показали загруженные из демо базы произвольные отчеты, где аналогичный отчет "Валовая прибыль".
То, что надо следить за установкой плановой себестоимости постарались обяснить то, что это очень важно.
Вопрос:
Как работает бухгалтерия, которая при традиционке то не может разобраться в производстве? Это все проблемы?
Ответ:
Проблем нету. Работаем уже почти год.
Но, повторюсь, у нас торговля. Все на порядок проще.
Вопрос:
Не описаны затраты на переход?
Ответ :
1) Время нашего отдела(1,5 месяца);
2) Зарплата нашего отдела;
3) Ну и нервы, без них никак.
Резюме:
Прошел уже почти год. Работаем .
Второй филиал перевели на РАУЗ. Я почему и публикацию обновил, так как сам ее прочел (освежал память).
Успехов в работе!!!.
Р асширенная А налитика У чета З атрат, появилась в УПП (1.2.15) в далеком апреле 2008 года . Тогда подсистема имела существенные ограничения и сомнительные неоднозначные преимущества. Вот первая рыжая презентации подсистемы из тех лет (в самом конце еще одна )
Некоторые подходы РАУЗ настолько сильно ломали консервативные взгляды тогдашних внедренцев и программистов, что не многие решались на его использование.
Использование РАУЗ для многих было эквивалентно "хождению по потолку". И даже сейчас я встречаю предприятия которые опасаются
РАУЗ. Сегодня я постараюсь развеять все эти опасения, и раскрыть потенциал РАУЗ, я не буду "гнать пургу" про линейные уравнения, совмещенный учет и прочие настройки , а просто расскажу как РАУЗ
устроен "изнутри".
Итак поехали.
В традиционном режиме мы обладаем кучей регистров:
- Партии товаров на складах
- Незавершенное производство, Затраты, Брак в производстве;
- Затраты на выпуск продукции;
- Партии товаров переданные;
- Партии материалов в эксплуатации;
- Выпуск продукции
И все еще это в 4 срезах (УУ, БУ, НУ и Международный) Итого 8*4 = 32 .
 |
| Сердце |
И вот вместо этих 32 регистров, в РАУЗ мы получаем всего 3 регистра (3 основных таблицы в СУБД, да простят создателей РАУЗ все Эксперты по технологическим вопросам ), эти регистры и являются сердцем РАУЗ. Движения в этих регистрах схожы с проводками по НУ, где основополагающим является принцип двойной записи, но который в тоже время не всегда объязателен.
Однако как вы наверно догадались соединить 32 регистра в 3 не так то просто поскольку такой регистр должен будет иметь как минимум 29 измерений (Эксперты еще не "отошли" от 3 таблиц:) )
Поэтому в ущерб нормализации базы данных было придумано такое понятие как "Ключи аналитики". Ключи аналитики группируют измерения по направлениям, и отвечают на следующие вопросы:
- Аналитика вида учета - "Где учитывается?"
- Аналитика учета затрат - "Что учитывается?"
- Аналитика учета партий - "Откуда это?"
- Аналитика распределения затрат - "Для чего все это ?" :)
Ну со структурой данных вроде бы должно быть все понятно, и вот мы подобрались к самому интересному.
Но прежде чем продолжить, вспомните есть ли в традиционном режиме то место, назовем его ядро, где сосредоточена вся логика затрат или МПЗ?
Возможно вы назовете с десяток общих модулей и скажете что вот это оно "ядро"
.
В РАУЗ ядро всей логики представляет из себя всего 2 объекта (или даже по одному для УУ и БУ)
и это макеты - по моему мнению просто блестящая реализация . Рефакторинг затрат и МПЗ я считаю удался работать и обновлять эти макеты (ПараметрыФормированияДвижений ) сплошное удовольствие, вы можете одним взглядом окинуть всю структуру затрат и больше не нужно утомительных отладок и копании в десятках общих модулей.
Сейчас я подробно расскажу про эти макеты. Для начала приведу пример одного из макетов.
В строках мы видим правила по которым формируются любые движения, а в колонках знакомые уже нам Ключи аналитики, Ресурсы и дополнительные параметры влияющие на движения
Итак с чего же все начинается.
- При проведении документа формируются произвольное количество таблиц значений, в большинстве случаев оно равно количеству ТЧ, но может и отличаться.
- Структура сформированных таблиц сохраняется в ДополнительныеСвойства (.СтруктураТабличныхЧастей) объекта и передается на сервер совместно с операцией (Хочется отметить что вся логика РАУЗ выполняется на сервере в привелегированных модулях )
- Для каждой таблицы документа определяется правило формирования
- Выполняются движения в соответствии с правилами формирования
Имя правила формирования состоит из следующих частей:
ПоступлениеТоваровУслуг . Поступление .ТаблицаПоТоварам .Получатель
- Имя документа ;
- Вид операции документа ;
- Имя таблицы ;
- Направление движения
Поиск правила осуществляется только по первым 3 сос тавля ющим , направлений движений для каждой таблицы может быть сразу 2 [вспоминаем про основополагающий принцип двойной записи ].
В статье рассмотрены причины и этапы перехода с традиционного партионного учета на расширенную аналитику учета затрат (РАУЗ) на производственном предприятии (УПП 1.3), а также некоторые моменты, с которыми пришлось столкнуться.
Для предприятия с большим документооборотом использование методологии «Партионный учет» является большой проблемой. Нужно поддерживать документы в хронологическом порядке, постоянно восстанавливать последовательность партий. На производственном предприятии процедура восстановления партий длилась более 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С» встроила в свои тиражные решения (УПП/Комплексную автоматизацию и Управление торговли 11) новую методологию (и новый технический механизм, соответственно) учета затрат и расчета себестоимость ТМЦ.
И если для УПП/Комплексной до сих пор остается возможность выбора (например, партионного учета вместо РАУЗ), то для УТ 11 иных вариантов нет - РАУЗ.
На тему РАУЗ давно уже написаны статьи и даже, отдельные книги.
И тем не менее, на каждом проекте по внедрению УПП/Комплексной, УТ11 обсуждается «А переходить ли на РАУЗ?».
Характерно, что аргументы «за/против» известны и приводились не раз (например, в книге ). Но понимая, «что прогресс не остановишь», многие все равно сомневаются переходить на РАУЗ.
Выходит, что аргументы методистов фирмы «1С» не всех убеждают? И люди «остаются приверженцами» т.н. классического партионного учета.
Так в чем же суть? Давайте выявим причины. При этом, «привычку и консерватизм», конечно, принимаем во внимание, но будем искать иные значимые причины.
По моей оценке, возможные причины видятся людям такими:
- (1) «Шероховатности» реализации механизмов РАУЗ (назовем это так J);
- (2) Необходимость принять РАУЗ «как есть». Отсутствие возможности «управлять» процессом расчета себестоимости;
Однако, прошло два года, и за этот срок «1С» заметно усовершенствовала функциональные возможности и улучшила качество реализации механизма РАУЗ в тиражных решениях.
Таким образом, причина (1) уже менее актуальна при выборе РАУЗ.
И на первый план, выходит причина (2).
«Как же это так, принять РАУЗ как есть!» - могут многие возразить. «Полноценного партионного учета на РАУЗ не сделаешь!».
Да, и будут правы. Однако, давайте подумаем: а зачем вообще-то нужен именно «обычный» партионный учет?
Например, если речь идет о рассчитанной себестоимости, то средневзвешенная оценка, рассчитанная с учетом хронологии поступлениям по FIFO, бухгалтерию, например, вполне устраивает. Это хорошо работает в РАУЗ и соответствует российскому ПБУ.
Если взять финансовый департамент, то эта же средневзвешенная оценка (с учетом FIFO) адекватно отражает расходную часть, а вот анализировать «как менялась списанная себестоимость от одного документа реализации к другому» едва ли кто-то станет.
Таким образом, можно сделать вывод, что не « проблема усреднения оценки списанной себестоимости между несколькими партиями» является главным, при выборе партинного учета (вместо РАУЗ).
Поясним на примере (сравним оценку списания в простом примере в партионном учете и РАУЗ):
Партионный учет:
· Списана 1-я партия. 10 штук по себестоимости 100 руб / за штуку;
· Списана 2-я партия 6 штук по себестиомости 140 руб / за штуку;
РАУЗ с учетом ФИФО:
С/c единицы будет = (10*100+6*140)/(10+6) = 115 руб за штуку.
Но итоговая, cписанная величина всей с/c за месяц (с учетом ФИФО) как с использованием РАУЗ, так и без него, не изменится. Она будет равна 1860 руб. и выбора варианта учета на с/c не повлияет.
Так где же проявляется разница между партионным учетом и РАУЗ по ФИФО?
Управление списанием - "Есть такая партия!"
Разница будет там, где необходимо будет сообщить программе (каким-то специальным способом) «А какую партию списывать?».
И таких задач (для целей внутрифирменного учета, не для бухгалтерии) как раз много.
Вот, примеры (самые распространенные) из этого «семейства задач».
· Пример 1. Допустим, что поставщикам (или менеджерам) присвоен некий рейтинг (у каждого поставщикам он свой). И в течении месяца, нужно продавать, в первую очередь, партии товара поставщика с больший рейтингом и т.д.
· Пример 2. У каждой поставки товара - свой срок годности. В первую очередь нужно продавать товары из партий, c меньшим сроком годности. (т.н. FEFO)
· Пример 3: В первую очередь, нужно продавать (и списывать с/с, соответственно), товара, купленного дороже… Или, например, товар который вернул покупатель.
Вот для решения такого типа задач и стремятся, на самом деле, использовать «обычный партионный учет».
Иначе говоря, есть потребность управлять списанием – т.е управлять стратегией того «какие партии в первую очередь списывать». Вот и все.
А то, что «списываемая» с/c этих партии (от партии к партии) будет как-то изменяться - это второстепенно. Главное, что произошло списание «тех партий» (например, самых дорогих) и именно суммарная себестоимость «этих» партий образовала расходную часть (ее финансовую оценку) в текущем месяце.
Итого, с партионным учетом - понятно. Но давайте зададимся вопросом: «А можем ли мы каким-то образом управлять списанием партий в РАУЗ» ?
Выбор для этих целей УТ11, а не УПП, я сделял для того, что бы было проще показать «механику» работы с механизмом РАУЗ. При необходимости, те же методики можно применить и для УПП.
И так, имеем следующую задачу:
Очевидно, что настройка такой стратегии списания в РАУЗ отсутствует… И тем не менее, «заставить» работать РАУЗ так (как нужно нам!) мы можем.
И сделать это достаточно просто, главное разобраться с тем как «устроен изнутри» РАУЗ!
В данной статье я не стану подробно рассказывать «как устроен целиком механизм расчета с/с РАУЗ». Эти материалы я планирую изложить в следующих статьях.
Здесь же я покажу, как можно «вклиниться в типовой механизм» и достаточно простым способом (без переписывания программы) управлять стратегией списания в РАУЗ.
Идея решения задачи состоит в следующем:
- В настройках учетной политики УТ включаем «ФИФО». РАУЗ умеет «распределять партии по ФИФО». Воспользуемся этим;
- Сформируем свой (нужный нам) порядок «партий» для списания. В нашем случае, первыми должны быть партии от поставщика с более высоким рейтингом и т.д;
Выводы; двигаемся дальше..
Таким образом, можно сделать следующие выводы:
- В значительном количестве случаем можно спокойно обойтись без «партионного учета», а там где реально необходимо - настроить стратегию списания.
- РАУЗ – «не черный ящик». Можно компактно настраивать и адаптировать эти механизмы. Но требуется понимать «как они устроены изнутри».
Очевидно, что при такой схеме мы не сможем, например, формировать отчет «ведомость по партиям товаров». Понятно, что в системе не будет «переходящих» партий (из месяца в месяц), а все входящие остатки – это будет одна партия.
Так же понятно, что пользователи, например, не смогут указать в накладной «какую конкретно партию списать». И т.д.
Тогда вопрос: как быть, если нам нужна полностью функциональность «партионного учета» ? РАУЗ уже не применим?
На самом деле, технология РАУЗ является очень гибкой и при необходимости, в нем можно настроить (если так будет надо) весь партионный учет!
Трудозатраты понадобятся, но задача решается достаточно компактно.
Как это сделать?
Я планирую так же рассказать об этом в следующих статьях.