Рауз

Уважаемые коллеги!

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

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

РАУЗ. Причины и этапы перехода с партионной системы учета

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

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

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

Несмотря на то, что значительная часть бухгалтеров не имеет представления о таком методе познания окружающего мира, как моделирование, или имеет о нем весьма смутное представление, тем не менее, все свое рабочее время каждый бухгалтер посвящает именно работе с моделями – моделями отдельных объектов учета, моделями групп объектов учета, моделями хозяйственных операций и т.п. Изучению особенностей работы таких важных моделей, как Граф предприятия и Граф затрат, посвящены материалы данного сайта. 

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

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

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

Большое внимание уделено также решению прикладных задач на Графах затрат, рассмотрены примеры решения таких задач, как:

  • задача факторного анализа себестоимости
  • задача анализа безубыточности
  • задача расчета разниц между стоимостями потоков затрат в бухгалтерском и налоговом учетах
  • рассмотрены также примеры решения обратных задач на Графах затрат

Автор рекомендует коллегам также обратить внимание на изданную в рамках настоящего проекта книгу: Графы затрат. Моделирование в микроэкономике (2014 год). 

Александр Поляков

О замеченных опечатках, а также в случае возникновения вопросов по теории Графов затрат, можно обращаться на электронную почту – Этот адрес электронной почты защищён от спам-ботов. У вас должен быть включен JavaScript для просмотра. или воспользоваться форумом на сайте.

Подробности Автор: Александр Поляков Категория: Главное меню Просмотров: 61514

   kolyamba2611 УПП (1.3.51.5) включена Расширенная аналитика учета затрат. "Вести учет по проектом" включено.в документах проект указывается.
Пытаюсь отчетом "ведомость по учету затрат" получить затраты по "проекту"…Данных нету.
Отчет смотрит регистр накопления "учет затрат" и регистр сведений "Аналитика вида учета".
Смотрю в регистре сведений "Аналитика вида учета"… там все записи с пустым полем "Проект".
Каким образом там появляются записи я не понял(должны наверно при проведении документов).
В общем как в УПП получить затраты по проекту? Может чего не включено и записи в регистре "Аналитика вида учета" не обновляются/добавляются?
 
 
   Maxus43

есть Учетзатрат : Регл и УПР, для каждого своя настройка, может не в том виде учета поставил?

   France

насколько помню, правильный ответ — никак…
проект — это задел под бюджетирование, и затраты по проекту видны только косвенные. Кажись вот так и было..

   Kalambur ""Вести учет по проектом" включено." а ниже галка вести учет затрат по проектам включено?    shuhard_серый (0) в каких конкретно,проект является аналитикой не любого раздела учета затрат    kolyamba2611 (3) Да, стоит (4) Документ "Прочие затраты"    kolyamba2611

В настройке аналитики учета у проекта в графе регламентированный учет галочка отсутствует и поставить ее нельзя

   shuhard_серый

(6) в УПП проект что при партионке, что при РАУЗ только в УУ

   kolyamba2611

(7) Как тогда своими усилиями допилить его в РУ ?

   shuhard_серый

(8) а Вы собственно по отношению к 1С кто ?

   kolyamba2611

(9) Начинающий программист 🙂
На предприятии поставили вот такую задачу

 
     Kalambur

(10) чем не устраивает вести по проектам в упр?

   kolyamba2611

(11) Нужно сделать для регламентированного учета, подробностей мне не сообщили(

   Artful Den

(8) Используйте вместо проекта номенклатурные группы

   Kalambur

(12) ну так спроси, какая им разница в какой отчет смотреть, а то дров наломаешь, потом пути назад не будет ))

   shuhard_серый

(10) http://v8.1c.ru/metod/books/book.jsp?id=301
книжка одна, главка про то, как пилить РАУЗ в ней есть

 

Наведи порядок в своей работе используя конфигурацию 1C "Управление IT-отделом 8"

ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.

РАУЗ. Причины и этапы перехода с партионной системы учета

Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.

  • Добавить свою публикацию
  • для этого требуется регистрация

Что хочет видеть пользователь?

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

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

Источники информации

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

Ключ аналитики — это элемент соответствующего справочника, для которого хранятся различные комбинации разрезов учета. Формулировка общая, поэтому для лучшего понимания приведу следующий скриншот:

По рисунку мы видим, что в измерения регистра находятся элементы справочника для соответствующего разреза учета (вид учета, затраты, партии и распределение затрат). Если мы сделаем запрос к остаткам регистра "УчетЗатратРегл", то мы не сможем установить, например, отбор по номенклатуре или складу. Нам доступны будут лишь отборы по элемента аналитик. Последнее очень не удобно.

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

На скриншоте отметил измерения "Склад" в регистре "АналитикаВидаУчета" и "Затрата" в  регистре "Аналитика учета затрат". В измерении "Затрата" хранится ссылка на элемент справочника "Номенклатура".

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

Запрос и СКД

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

Запрос ="ВЫБРАТЬ РАЗРЕШЕННЫЕ|РегистрАналитикаВидаУчета.Ссылка|ПОМЕСТИТЬ АналитикаПоРазделамУчета|ИЗ|РегистрСведений.АналитикаВидаУчета КАК РегистрАналитикаВидаУчета|ГДЕ|РегистрАналитикаВидаУчета.РазделУчета =&РазделУчета|;////////////////////////////////////////////////////////////////////////////////|ВЫБРАТЬ РАЗРЕШЕННЫЕ|РегистрАналитикаВидаУчета.Склад КАК Склад,|РегистрАналитикаУчетаЗатрат.Затрата КАК Номенклатура,|УчетЗатратРеглОстатки.КоличествоОстаток КАК Остаток|ИЗ|РегистрНакопления.УчетЗатратРегл.Остатки(|,|АналитикаВидаУчета В|(ВЫБРАТЬ РАЗЛИЧНЫЕ|РегистрАналитикаВидаУчета.Ссылка|ИЗ|АналитикаПоРазделамУчета КАК РегистрАналитикаВидаУчета)) КАК УчетЗатратРеглОстатки|{ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.АналитикаВидаУчета КАК РегистрАналитикаВидаУчета|ПО УчетЗатратРеглОстатки.АналитикаВидаУчета = РегистрАналитикаВидаУчета.Ссылка}|{ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.АналитикаУчетаЗатрат КАК РегистрАналитикаУчетаЗатрат|ПО УчетЗатратРеглОстатки.АналитикаУчетаЗатрат = РегистрАналитикаУчетаЗатрат.Ссылка}";

В первом запросе мы получаем аналитику учета затрат по разделу учета "МПЗ" и помещаем результат во временную таблицу "АналитикаПоРазделамУчета".

КА 1.1 (1.1.23) (актуально для УПП) внедрение РАУЗ как это было …

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

Теперь самое интересное — присоединяем к таблице остатков регистры сведений "АналитикаВидаУчета" и "АналитикаУчетаЗатрат":

В качестве выбираемых полей устанавливаем поле "Затрата" (Номенклатура" из регистра сведений "АналитикаУчетаЗатрат" и поле "Склад" из регистра сведений "АналитикаВидаУчета". Количественный показатель остатка хранится в ресурсе "Количество", которое мы берем из регистра накопления "УчетЗатратРегл".

Набор данных готов, далее устанавливаем в схеме компоновки ресурс по полю "Количество" (псевдоним "Остаток") и создаем простую структуру отчета для вывода:

Не забудьте установить значение параметра "Раздел учета" в значение "Перечисление.РазделыУчета.МПЗ" на закладке "Параметры" схемы компоновки данных.

Результат

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

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

предыдущие ()все

≡ к списку статей

Заданиявакансииматериалыразработкисообщения форумаФорум

Обсуждение к заданию: 1С УПП. РАУЗ. Зависшие суммы без количества

  • 1С УПП. Рауз. Зависшие суммы (и плюс и минус) без количества в "Ведомости по учету затрат" по управл. и регламент. учету. По некоторым номенклатурным позициям.  Подробнее>>
  • #2
  • 25.02.2018 19:14
  • Отредактировано: 25.02.2018 19:16:43

Здравствуйте. А 100% известно, что они ушли (именно в базе, есть подтверждение)? Пересорт исключён?

  • Делайте корректировку регистров, если А 100% известно, что они ушли?
  • Оно по умолчанию есть. В УПП и в КА. ?!
  • Попробуйте восстановить последовательность Партионный учет
  • Всем доброго дня!

    Здравствуйте. А 100% известно, что они ушли (именно в базе, есть подтверждение)? Пересорт исключён?

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

    Делайте корректировку регистров, если

    Вот тут вопросы, на сколько корректно делать корректировку регистров. И каких:)

    Попробуйте восстановить последовательность Партионный учет

    При РАУЗе разве имеет значение последовательность?

  • "При РАУЗе разве имеет значение последовательность?" Документ сделан 01 февраля 2017, а отгрузка 01 октября 2016. И?
  • Вот тут вопросы, на сколько корректно делать корректировку регистров. И каких:)

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

  • это правильно ! возможно 1с все пересчитает года через три после обновления
  • Примите мои сердечные поздравления — у Вас нарушение последовательности операций.
    Сначала Вы реализуете товар, возникает отрицательный количественный остаток. Потом Вы приходуете товар — отрицательный остаток перекрывается поступлением, а сумма поступления остается нетронутой.
  • v8: "+" и "-" рауза и партионного учета

    После этого и возникает ситуация:
    Продано -5 (должна списаться себестоимость, но ее нет и программа ставит 0)
    Продано -5 (должна списаться себестоимость, но ее нет и программа ставит 0)
    Куплено — 10 (Количество перекрылось, и стало — 0, а сумма прихода повисла на остатке, т.к. это себестоимость и списывается она вместе с количество, которого уже нет.) Это в общих чертах, но, думаю, понятно. Иногда проблема в том, что поступление в тот же день, что и продажа, но по времени документ числится позже. Взялся бы помочь, но ближайшие две недели времени не будет.

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

    Исследуем:

    1. В регистре сведений База распределения затрат (в нашем случае Бух. учет) производим отбор за искомый месяц по искомому подразделению (из текста ошибки). Отбираем Способ распределения затрат = По оплате труда. Смотрим в колонку «База приход». Если ни одной записи с ненулевым значением нет — будет указанная ошибка.

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

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

    4. Убираем из первого документа действие 5 (Определение продукции исключаемой из базы распределения). Перепроводим документы РСВ.

    Статьи и публикации

    Видим, что база появилась.

    Если что-то попало в список исключаемой продукции, вероятнее всего БазаПриход по подразделению не рассчитается. Нужно определить, что и по какой причине попало в этот регистр. Нормальная (для нас) ситуация — когда в этом регистре пусто.
    Что и как попадает в список продукции, исключемой из базы распределения определяется в процедуре ОпределитьНоменклатуруИсключаемуюИзБазыРаспределения из модуля ПроцедурыРасчетаСебестоимостиВыпуска (стр. 3624).
    В список исключаемых попадает продукция списанная на собственные нужды. Со списком разбираемся отдельно.

    По ошибкам РСВ есть хорошая статья здесь http://infostart.ru/public/166618/ и здесь http://vnedrenie-upp.ru/introduction_upp/costs_amp_cost/?page=post&blog=intro_upp&post_id=mistakes-costing-rsv-and-how-to-deal-with-them_upp

    Запись опубликована автором admin в рубрике 1С. Не умей собрать, умей сохранить.