Трансляция в 1с это
Статья делится на две части: • В первой части мы определимся в терминологии того, что будем обсуждать. • Во второй части мы уже рассмотрим концепции и подходы, реализованные в 1С:Управление холдингом, и я расскажу, как мы это поняли и приняли. Данная статья написана по материалам доклада, прочитанного автором на Конференции Инфостарта IE 2014 29-31 октября 2014 года.
Что такое 1С: Управление холдингом?
Общие тенденции и терминология в рамках статьи
Первое, о чем хотелось бы сказать той части людей, которые не знают, что такое «Быстрое закрытие»:
- Быстрое закрытие – это когда управленческая отчетность компании сдается очень быстро, в течение 4-6 дней после окончания месяца. Например, когда отчетность за январь я сдаю не в апреле, а 4-6 февраля, непосредственно сразу же после окончания месяца. Это накладывает ряд условий на автоматизацию этого процесса, и соответственно, может вызвать некоторые трудности.
- Под термином управленческая отчетность я буду иметь в виду пакет отчетов, подготовленный на базе движений по отдельному плану счетов управленческого учета.
- При этом МСФО будет также рассматриваться как частный случай управленческого учета.
И последний момент – мы с вами не будем говорить о том, как в 1С:Управлении холдингом реализована консолидация отчетности. Мы будем говорить только про индивидуальную отчетность компании.
Буквально два слова о том, что такое 1С:Управление холдингом.
Это новый программный продукт, бета-версия которого была выпущена фирмой 1С этим летом (лето 2014 г. – Прим. ред.). Он позволяет автоматизировать такие обширные сферы жизни компании, как система сбалансированных показателей, бюджетирование, казначейство, МСФО, управленческая отчетность, управление активами, управление закупками и даже в небольшой степени управление НСИ. Разработчики 1С на партнерском семинаренас уверили, что, по их мнению, возможности этого продукта будут очень интересны управляющим компаниям крупных холдингов.
Хотелось бы обратить ваше внимание на одну методологическую деталь, которую мы наблюдаем в последнее время, и, которая, как я увидела, довольно-таки ярко проявляется в самом программном продукте 1С:Управление холдингом:
- Раньше (год-два-три назад) у нас была ситуация такая: к нам приходили клиенты, которые говорили «мы хотим бюджетирование». И это были одни клиенты, которые хотят бюджетирование. Приходили другие клиенты, их коллеги, иговорили – нам нужно МСФО. И это тоже были совершенно отдельные случаи.
А сейчас мы видим, что эти темы стали неразрывно связаны друг с другом, и та пропасть, которая раньше разделяла эти понятия, уже снижается. Теперь приходящие к нам люди эти понятия уже не различают. Они говорят: «нам нужно бюджетирование по МСФО». Несколько лет назад я бы спросила «что?». А сейчас: «понятно, хорошо, будем делать». Это с одной стороны. - С другой стороны мы действительно видим, что данные бюджетирования и оперативного планирования одинаково активно используются и для управленческого учета, и для управленческой отчетности, и для целей МСФО. И об этом мы с вами дальше поговорим.
Итак, вводная часть закончилась, и сейчас мы поговорим непосредственно о быстром закрытии и инструментах, которые нам предоставляет 1С:Управление холдингом.
Основная функциональность информационной системы для быстрого закрытия
Какие основные пункты мы с вами рассмотрим?
- Во-первых, мы поговорим о трансляции данных из бухгалтерского учета в подсистему управленческого учета. Это, наверное, тема достаточно известная.
- Во-вторых, я расскажу про закрытие периода для трансляции данных. Что это такое?
Эта тема тесно связана с быстрым закрытием, и она говорит о том, что если я, например, 4-6 февраля сдала свою управленческую отчетность, то мне нужно, чтобы бухгалтер в течение последующих трех месяцев не вносил операций в закрытый период, чтобы моя отчетность за январь не изменилась.
Вы увидите, каким образом это организовано в программном продукте 1С:Управление холдингом. - В-третьих – доначисление затрат.
Что это такое? Одна из особенностей быстрого закрытия состоит в том, что в тот короткий период времени, когда мы закрываемся, огромный пул бухгалтерских данных в системе еще не существует вообще. Но, поскольку наша управленческая отчетность в глазах руководства претендует на большую достоверность, чем бухгалтерская, значит, мы не имеем права пренебречь этими значениями, сказав, что бухгалтеры дозанесут их потом (также мы не можем просто показать эти затраты в отчетности, как есть). Поэтому возникает вопрос доначисления затрат (или accruals, как его еще называют).
Когда мы перейдем к практической части, я расскажу, как это можно реализовать в программе. - Следующее – независимое проведение регламентных операций.
Как правило, управленцы не претендуют на то, чтобы бухгалтер делал полное закрытие периода именно в тот момент, когда этого хочется самому управленцу. Для проведения закрытия по управленческому учету нужны отдельные регламентные операции. Нужно понимать,что набор входящих параметрови их значений (себестоимость, затраты, выручка) для этих регламентных операций могут сильно отличаться от бухгалтерского учета. - Ну и отдельная тема – это регламент закрытия.
Чтобы достичь ударных темпов предоставления управленческой отчетности, нам, как правило, нужна очень четкая картина:- что мы должны делать,
- кто за что будет нести ответственность,
- в какие сроки.
В течение одного дня должна быть выверена трансляция, в течение следующего дня должны быть начислены accruals и т.д. Это достигается при помощи регламента закрытия – аудиторы любят это называть Roadmap (дорожная карта).
Ну а теперь подробнее пройдемся по каждому пункту.
Трансляция данных из бухгалтерского учета в подсистему управленческого учета
Что такое трансляция?
Трансляция – это перекладка проводок бухгалтерского учета в проводки управленческого учета, либо в проводки МСФО.
Хочу поделиться с вами нашими методологическими наработками, которые вы, может быть, будете использовать у своих клиентов или у себя в компании.
- Когда в компании только начинают работать с трансляцией проводок, обычно говорят: мы половину транслируем, а половину не транслируем. Вот это у нас по-другому, поэтому нам, в принципе, трансляция не нужна.
По собственному опыту хочу сказать, что лучше сразу транслировать все. Почему? Потому что это колоссально упрощает процесс выверки трансляции в тот момент, когда мы начинаем делать закрытие. То, что нам не подходит, лучше отсторнировать потом – чтобы это были две различные проверки, две различные операции. - В процессе автоматизации получения управленческих проводок очень важно договориться с бухгалтерией. Потому что, как правило, управленцы сидят в отдельном кабинете, работают в Excel,а в бухгалтерию вообще заходят только по большой нужде. Они часто даже не знают, что многие нужные им данные можно было бы получить, просто немного расшив бухгалтерскую аналитику, или, например, чуть стандартизировав ввод операций.
Какие способымогут нам помочь договориться?- Первый способ – это выстраивание с бухгалтерами хороших отношений (обычно этого добиться совсем непросто). Как правило, сначала приходится выслушать от них, что такое управленческая отчетность, зачем она нужна бухгалтерии. Но потом в процессе диалога у бухгалтеров возникают какие-то вопросы, с которыми им можно немного помочь. И в результате у нас появляется больше средств для коммуникаций. Это – с одной стороны.
- С другой стороны – это экспертность. Очень часто в бухгалтерии любят говорить генеральному директору: «вот, управленцы пришли, мы вообще не можем сделать то, что они требуют» и т.д. А когда приходят автоматизаторы, то они как эксперты могут сказать: «а почему вы это сделать не можете? Ведь в принципе это все в системе реализуемо?» Тут можно поиграть с нашими компетенциями.
- Еще хотелось отметить такой момент: что подразумевается под словами трансляция и трансформация? В продукте1С:Управление холдингом поддерживается две модели:
- трансляционная модель, когда у нас проводки перекладываются в проводки,
- и трансформационная модель, когда отчетность перекладывается в отчетность.
Специалисты компании 1С отметили, что они считают, что для быстрого закрытия больше подходит трансляционная модель. Я думаю, это не совсем так, потому что при трансформационной модели тоже можно, наверное, достичь этого эффекта, но нужно будет поработать над методологией и над нашим регламентом закрытия.
Как выглядит трансляция в 1С:Управление холдингом?
Слева у нас представлены счета РСБУ, справа – счета МСФО. И это – специальный интерфейс, который позволяет их сопоставить. Наверное, конкурирующие программные продукты предоставляют примерно такую же функциональность.
Сама трансляция происходит таким образом: есть документ «Трансляция», и в него затягиваются проводки той или иной организации:
- Они могут затягиваться либо из подсистемы бухгалтерского учета самой базы 1С:Управление холдингом;
- Либо эти проводки могут затягиваться из других информационных баз, с которыми может интегрироваться 1С:Управление холдингом.
В этом документе собирается весь пул бухгалтерских проводок, и им сразу же сопоставляются проводки по управленческому плану счетов. Соответственно, при проведении данный документ делает проводки по управленческому плану счетов.
Также существует специальный механизм проверки полноты трансляции – отчет «Выверка трансляции проводок», где мы можем посмотреть, что оттранслировалось, а что еще нет.
Закрытие периода для трансляции.
Как это обычно реализуется в программных продуктах?
Обычно существует механизм, позволяющий транслировать проводки бухгалтерского учета не в период регистратора документа, а в период, который является открытым для управленческого учета.
Чтобы было понятнее, я приведу пример из системы 1С: ERP 2.0, где этот механизм реализован.
Итак, у меня есть приходный кассовый ордер, проведенный 31.08, и сумма у него – 100 рублей.
После проведения документа у нас сформировались соответствующие проводки по плану счетов управленческого учета.
После этого бухгалтер по МСФО (либо специалист управленческого учета) отчитывается за август и ставит дату запрета на редактирование проводок– 31.08.2014. Все, август сдан, менять ничего уже нельзя. Что происходит после этого?
Приходит бухгалтер РСБУ и говорит – ой, я ошибся, здесь не 100 рублей, а 430. Он заходит в первичный документ (который за август, который уже сдан), и корректирует его.
Теперь посмотрите, какая у нас получается картина по проводкам управленческого учета:
- 100 рублей в привязке к августу у нас сохраняются и остаются в августе.
- А на 1 сентября теперь появляется дополнительная сумма – сумма корректировки на 330 рублей, которые добавил бухгалтер РСБУ.
Получается, что согласно механизму, реализованному в 1С:ERP, все корректировки закрытого периода отражаются в системе первой датой открытого периода.
Но в 1С:Управлении холдингом я пока что аналогичного механизма, к сожалению, не нашла и разъяснений по этому вопросу не получила. Предполагаю, что это можно как-то реализовать при помощи манипуляций с экземплярами отчетов, но механизм, реализованный в 1С:ERP, для нас прозрачнее и удобнее.
Доначисление затрат или accruals
Сразу хочу обратить ваше внимание, что операция доначисления затрат работает в тесной связке с механизмом закрытия периода – используется та же самая логика.
Смотрите, какая у нас ситуация:
- Бухгалтер управленческого учета закрывает январь. Он знает, что есть определенные постоянные затраты, например, затраты на электричество. Но бухгалтер РСБУ к 4 февраля никакую информацию о счете за электричество в систему не внес, потому что первичка еще не пришла.
Соответственно, бухгалтер управленческого учета делает доначисление затрат на 300 рублей. И это доначисление затрат транслируется:- во-первых, в январь – начисляются затраты на 300 рублей.
- А во-вторых, в февраль – у нас там записывается минус 300 рублей. По факту, в феврале сторнируется январское начисление.
Соответственно, после того, как управленец сделал у нас это доначисление затрат, он закрывает январь для трансляции.
- Что происходит потом? После этого наш бухгалтер наконец-то нашел свою бумажку с начислением затрат за электричество (там указана сумма 280 рублей) он в феврале вносит данный документ январем. Но поскольку у нас работает закрытие периода, о котором я вам до этого уже рассказала, то те проводки, которые внесены в бухгалтерский учет январем, для целей управленческого учета транслируются уже только в февраль. И совместно мы видим следующую картинку: в январе у нас затраты 300, в феврале - -300 +280 = -20. Получается такая корректировка суммы затрат.
Каким образом эта штука реализована в системе 1С:Управление холдингом?
Есть специальный документ, называется «Начисление операций». У него есть возможность делать начисление и указывать дату, на которую у нас должно будет произойти сторнирование. Классически, если мы отчитываемся ежемесячно, сторнирование происходит первым днем следующего месяца. А если мы отчитываемся ежеквартально, то первым днем месяца квартала.
Кроме того, в 1С:Управление холдингом есть очень интересная штука: сопоставление плана и факта начисления. Что это такое? Слева вверху у нас все начисления, которые мы произвели. А справа – реальные бухгалтерские документы. И в этом интерфейсе мы можем установить связку, чтобы показать, какое начисление каким бухгалтерским документом закрылось.Вы, конечно, можете посчитать, что это достаточно трудоемкий процесс, но у меня есть клиенты, которые так делают – видимо, кто-то у них это просит.
Давайте теперь разберемся, а каким же образом у нас управленец, который сидит в отдельном кабинете, знает, что вообще нужно доначислить за месяц? Как ему эти космические знания приходят?
А приходят они в 1С:Управление холдингом двумя следующими образами (по крайней мере, я нашла два подхода):
- Первый подход заключается в наличии документа «Транзакция».Это документ, который:
- С одной стороны связан с подсистемой бюджетирования и оперативного планирования.
- А с другой стороны, он связан с подсистемой управления договорами и проектами.
Например, те люди, которые что-то ежемесячно бюджетируют, с помощью документов «Транзакция» вводят данные о том, какие расходы планируются в компании в этом месяце (это могут также делать руководители проектов, если в компании есть проектная деятельность). И вот, документ «Транзакция» – это, в принципе, документ подсистемы бюджетирования. Но на базе этого документа есть возможность сгенерировать документы «Начисление операций МСФО». Это как раз на тему пропасти между управленческим учетом и бюджетированием, и МСФО.
- А второй подход–это доначисление затрат и обязательств исходя из статистики. Имеется в виду, что какие-то договоры имеют определенную периодичность, и в 1С:Управление холдингом есть возможность задать специальный график начисления расходов (как на рисунке), где указать контрагентов и сказать, с какой периодичностью, какиеденьги мы им будем платить – тогда у нас эти документы «Начисление операций МСФО» будут ежемесячно генерироваться автоматически.
Расчет финансового результата
Это достаточно обширная тема, и в1С:Управлении холдингом она реализована. Она позволяетделать следующие вещи:
В связи с этим хочу показать вам одну интересную возможность, относящуюся к расчету себестоимости.
Предполагается, что в 1С:Управление холдингом мы можем внести процентовку, указывающую, как при расчете себестоимости должны перераспределяться затраты, которые были получены из дополнительных начислений затрат или из блоков параллельного учета. Соответственно, бухгалтер управленческого учета где-то в Excel должен эту штуку подсчитать, внести в систему – и тогда при расчете себестоимости у него волшебным образом все получится.
Трансляция – механизм, предназначенный для переноса данных из одних информационных объектов системы в другие по определенным, настроенным пользователем, правилам. Механизм универсален: позволяет обрабатывать как объекты конфигурации ИНТАЛЕВ , так и объекты типовой или нетиповой конфигурации 1С , с которой интегрирована система ИНТАЛЕВ: Корпоративный менеджмент .
1. Под информационными объектами типовой конфигурации здесь подразумеваются:
2. Под информационными объектами конфигурации ИНТАЛЕВ: Корпоративный менеджмент в данном контексте подразумеваются:
b. Процессы, а также их функции (точнее – документы Сессия и Задача , которые фиксируют в системе начало выполнения процесса, а также факт постановки и выполнения его задач соответственно). c. Регистры бухгалтерии конфигурации ИНТАЛЕВ (управленческие планы счетов, а также план счетов показателей). d. Схемы данных (в соответствии с которыми в систему импортируются данные из MS Excel, MS Project и XML ). Из таблицы ниже можно узнать, какие из вышеперечисленных объектов могут выступать источниками, а какие приемниками переноса:
Документ (не реестр)
Термин «перенос» в данном случае не подразумевает исчезновение данных из объекта-источника по мере того, как они заносятся в объект-приемник. Здесь он обозначает отражение данных источника в приемнике по заданным правилам (например, подобно тому, как информация по хозяйственным операциям, зафиксированная в первичных документах, затем преобразуется в форму проводок).
3. Под правилами переноса данных подразумеваются настройки, по которым данные из одних объектов отражаются в других:
b. С измененными (под какие-либо потребности) значениями. Простой пример : в управленческом учете хозяйственные операции нам удобней видеть в разрезе центров финансовой ответственности, в то время как в бухгалтерском – в разрезе орг. звеньев (либо материально-ответственных лиц). Следовательно, перенос данных из бух. контура в управленческий контур может быть настроен так, чтобы каждому значению орг. звена из контура-источника подставлялось в соответствие значение ЦФО, которое бы и записывалось в контуре-приемнике. Итак, трансляция – это механизм, альтернативный механизму автоформирований, и позволяющий:
I. Создавать управленческие либо бухгалтерские проводки по:
a. Документам конфигурации 1С , с которой интегрирована система ИНТАЛЕВ: Корпоративный менеджмент ; d. Прочим проводкам. Например, создание управленческих проводок на основании соответствующих бухгалтерских, или даже наоборот. Либо автоматическое формирование проводок по одному плану счетов, на основании движений по другому плану счетов (допустим, когда на предприятии с иностранным капиталом учет ведется одновременно по двум стандартам – отечественному, для управленцев-резидентов, а также по международному, для иностранных собственников). II. Создавать документы на основании Проформ , Сессий и Задач (автоматически при проведении).
Как было указано выше, трансляция является механизмом, альтернативным механизму автоформирований. Конечно, никто не заставляет пользоваться новым механизмом – это личное дело настройщика системы. В параметрах системы ( Меню: Моделирование >> Параметры , вкладка Параметры оптимизации ) предусмотрена возможность выбора используемого механизма: трансляции данных либо же автоформирований.
УПП+БИТ:Финанс 3.0 Настраиваю правила трансляции. Есть документ он делает движения по нескольким регистрам оборотов. Как можно настроить так что бы трансляция "первых" движений не затиралась трансляцией в другой регистр? Или например с начало док делает движение по регистру бухгалтерии, потом по регистру накопления, а потом опять делает движения по регистру бухгалтерии тем самым затирая набор записей сформированных по движения регистра накопления. Как заставить транслировать по каждому из регистров и что бы не затиралось?
Похоже срабатывает очистка движений перед трансляцией.
Тут выходов 3 может быть.
1. очевидно в том что надо транслировать сразу все одновременно, тогда ничего не затрется
2. После проведения документа создать подписку, и работать с движениями уже после проведения документа вручную
3. Выследить по отладчику когда происходит очистка движений, и сделать так чтобы это происходило 1 раз за проведение документа.Ели вышлете конфигу могу выключить вредоносные строки, в соответсвии с п.3
(2) Sangre1999,
А как можно сразу "всё одновременно" ?
У меня задача из одного документа сделать трансляцию движений из двух регистров.
С конфигой даже и не знаю. Задача ещё стоит без доработок. И работаю на сервере. У меня даже отладчик нет возможности запустить.Я так и не нашел как это делать не трогая конфы. Нашел в модуле бит_МеханизмТрансляций процедуру ВыполнитьТрансляциюДвижений, там убрал очистку приемника, а в процедуре ВыполнитьТрансляцию поменял порядо обхода правил на сначала приемник (там я его чищу, а потом получатель)
Если существует какой-то добрый вариант решения этой проблемы буду рад услышать.
Кто-нибудь знает, в чем разница между действиями "Провести по регистрам БИТ" и "Выполнить трансляцию" у обработки "Групповая трансляция и редактирование дополнительных аналитик"?
(5) selena72, Выполнить трансляцию - выполняет правила трансляции доступные для выбранных объектов. "Провести по регистрам БИТ" - сначала выполняется трансляция (см п 1.), затем выполняется проведение по регистрам-бит ДДС. Проведение по регистрам ДДС также может формировать записи в регистр бит_ОборотыПоБюджетам.
Помогите разобраться с настройкой правил трансляции (Бух.2.0+БИТ.Финанс).
Не пойму как нужно настроить трансляцию при таком условии:
Оборот Д51 К62.01
транслируем сумму с "+"
но если в документе Поступление на расчетный счет выбрана определенная статья ДДС или определенный контрагент, тогда нужно сумму с "-".Не могу добиться формирования суммы с минусом.
Добавила еще одну строку Д51 К62.01 добавила условия, сумму умножаю на (-1.00001) - но формируется все равно сумма с + - от первой настройки - без всяких условий.Если у меня подряд идут друг за другом две настройки: первая без условий, вторая с условием - как отработает программа?
И еще: правила - могут иметь иерархию - как это отражается на функциональности - какая-то логика есть?
Справочник «Правила трансляции» предназначен для установки:
Правил (соответствий) для объектов регистра-источника и регистра-приемника (Например, правил трансляции проводок из РСБУ в МСФО, правил для сбора факта по бюджетам и т.д.);
Приоритетов и способов заполнения полей регистра-приемника, отличных от стандартных;
В элементе справочника необходимо указать «Настройку» из справочника «Структура конструктора правил трансляции» . После выбора настройки табличная часть сформируется автоматически. Если настройка была изменена, то обновить правила трансляции можно по кнопке « Обновить колонки » .
Визуально табличная часть разграничена цветом. Данные, относящиеся к источнику трансляции, отображаются на желтом фоне, данные приемника отображаются на синем фоне, данные со служебной отметкой находятся в последней колонке также на желтом фоне.
Добавление нового элемента верхнего уровня происходит по кнопке «Добавить строку верхнего уровня» , добавление элемента подчиненного происходит по кнопке «Добавить» .
Дерево иерархического подчинения отражается в колонке «№» рядом с порядковым номером правила трансляции в табличной части элемента справочника.
Если требуется создать правило, в большинстве условий совпадающее с ранее созданным, то можно воспользоваться кнопкой «Добавить копированием» (F9) .
Если требуется заполнить служебную отметку значениями колонок, отмеченных в настройке « Структура конструктора правил трансляции » , то необходимо воспользоватся командой « Обновить значение служебной отметки » .
Для задания исключений предназначена закладка «Исключения» , на которой пользователь указывает данные источника с отборами и условиями, которые не будут оттранслированы.
Код условия трансляции отражается на отдельной закладке «Код условия трансляции» . Его можно сгенерировать по нажатию кнопки «Генерировать код» , или он будет автоматически сформирован и записан при записи элемента справочника по нажатию кнопок «ОК» или «Записать» .
На закладке «Значения параметров» каждому правилу проставляется в соответствие идентификационный номер, который отражается в табличной части с основными параметрами трансляции. Табличная часть на закладке «Значения параметров» заполняется автоматически, никакие дополнительные корректировки пользователю вносить не требуется. При изменении соответствия на закладке «Правила трансляции» , табличная часть со значениями параметров обновляется автоматически.
Данные справочника «Правила трансляции» не должны противоречить данным соответствующего справочника «Правила заполнения полей при трансляции» . В случае наличия противоречий приоритет имеют данные справочника «Правила заполнения полей при трансляции» .
«Правила трансляции» будут применятся только после их назначения в документе «Назначение правил трансляции» (см. соответствующий раздел). Заполнить табличную часть этого документа можно по команде «Создать на основании» , выделив нужные правила.
В элементе справочника «Планы счетов ИБ» на вкладке «Настройки трансляции» появился новый реквизит «План счетов – источник по умолчанию», являющийся ссылкой на справочник «Планы счетов ИБ». Этот реквизит служит для связки двух планов счетов для упрощения Настройки соответствия счетов в Шаблоне трансляции.
Кроме того, в настройках самих счетов появился реквизит «Счет – источник по умолчанию для трансляции», являющийся ссылкой на План счетов – источник по умолчанию. Таким образом, мы можем задать соответствие счетов по умолчанию на уровне настройки плана счетов и самих счетов, не проваливаясь в Шаблон трансляции и Настройки соответствия счетов.
Каким образом это облегчает жизнь? Переходя к созданию Настроек соответствия счетов в Шаблоне трансляции, мы можем воспользоваться новой кнопкой «Заполнить по умолчанию». Эта кнопка автоматически переносит Настройки соответствия по умолчанию из плана счетов в таблицу мэппинга.
Также в Настройке соответствия счетов мы можем увидеть изменения в интерфейсе настроек Источника данных. Теперь правая панель на вкладке «Отбор данных и сопоставление аналитик» содержит два раздела:
- «Правила заполнения полей» — в этот раздел перенесена настройка соответствия полей счета-источника и счета-приемника (в предыдущих релизах эта настройка находилась в нижней части окна настройки Источника данных);
- «Отбор данных источника» — этот раздел позволяет настроить отборы в Источнике данных.
Планы счетов
На форме регистра «План счетов (МСФО)» появилась новая кнопка «Загрузка данных», предоставляющая две опции:
- Загрузить план счетов МСФО (с субконто);
- Загрузить план счетов МСФО, субконто заполнить по счету источнику.
При выборе любой из двух опций открывается обработка по загрузке табличных документов.
При использовании опции «Загрузить план счетов МСФО (с субконто)» из табличного документа загружается план счетов с субконто, при этом табличный документ должен содержать виды субконто в соответствующих столбцах.
При использовании опции «Загрузить план счетов МСФО, субконто заполнить по счету источнику» из табличного документа загружается план счетов без видов субконто, которые, в свою очередь, подтягиваются в план счетов из настройки «Счет – источник по умолчанию для трансляции».
Кроме того, в карточке настроек счета регистра «План счетов (МСФО)» появились новые галки: «Учет по ЦФО (подразделениям)», «Учет по направлениям деятельности». Возведение этих реквизитов в истину позволяет использовать дополнительные измерения на регистре бухгалтерии МСФО по данному счету, а именно: «Подразделения» и «Направления деятельности».
Регламент подготовки отчетности
В релизе 3.1 изменился интерфейс и функциональное наполнение элемента справочника «Регламенты подготовки отчётности».
Теперь элемент справочника состоит из двух вкладок: «Параметры» и «Организационные единицы регламента».
На вкладке «Параметры» мы можем увидеть следующие новые реквизиты:
- Периодичность, количество периодов – теперь периодичность можно задавать на уровне регламента подготовки отчётности;
- Использовать сверку ВГО – переключатель, позволяющий отображать или скрывать реквизит «Шаблон сверки ВГО», связывающий Регламент подготовки отчётности с Шаблоном сверки ВГО.
На вкладке «Организационные единицы регламента» мы можем увидеть следующие новые реквизиты:
- Использовать расширенные настройки периметра (в шапке) – переключатель, позволяющий скрыть столбцы табличной части, содержащей периметры консолидации: «Эффективная доля», «Отношение к группе», «Вид организации», «Метод исключения ВГО»;
- Методы исключенияВГО (в табличной части) – теперь методы исключения ВГО, такие как «Остатки» или «Остатки и обороты» могут быть присвоены организационным единицам периметра консолидации на уровне Регламента подготовки отчетности.
Еще одним отличием релиза 3.1 от релиза 3.0 в части Регламентов подготовки отчётности является тот факт, что Регламент подготовки отчётности, созданный и заполненный вручную, не создает документов Движения инвестиций (Поступление или выбытие). При этом опция автоматического заполнения табличной части Регламента подготовки отчетности на вкладке «Организационные единицы регламента» по данным ранее введенных документов Движения инвестиций в релизе 3.1 сохранена и является приоритетной по отношению к ручному заполнению Регламента подготовки отчетности.
Учет ВНА
В карточке Параметров учета ВНА появилась новая галка «Ввод в эксплуатацию в момент поступления», позволяющая при заполнении документа «Ввод событий ВНА» события поступлений и ввода в НСБУ объединить в одно событие.
В случае, если эта галка не установлена, на форме Параметра учета ВНА появляется реквизит «Параметры учета до ввода в эксплуатацию», обязательный для заполнения. Этот реквизит используется для заполнения события поступления в документе «Ввод событий ВНА».
Закрытие периода по МСФО
Регламентная операция «Расчет себестоимости» в релизе 3.1 переименована в регламентную операцию «Закрытие счетов запасов и затрат». Настройки закрытия счетов затрат, на основе которых выполняется регламентная операция, значительно переработаны. Теперь на форме настроек, помимо реквизитов «Организация», «Сценарий», «Период сценария», появился ключевой реквизит «Способ закрытия счета затрат». Данный реквизит представляет собой перечисление со следующими возможными опциями:
- Пропорционально оттранслированному обороту НСБУ Дт счет закрытия Кт закрываемый счет затрат;
- Пропорционально оттранслированному обороту НСБУ Дт счет закрытия;
- Пропорционально долям таблицы распределения;
- Пропорционально долям полученным произвольным запросом.
Если допрасход размазался на запасы то нудно скорректировать стоимость списания
10 штук по 5 рублей + допрасход по 1 р на каждый, списано было 3 штуки, система понимает, что нужно списать дополнительно к 5 руб еще 1 руб дополнительной проводкой. Если у счета субконто партии, то тоже самое будет выполнено для парти (по ФИФО.)
Рассмотрим каждую из опций подробнее:
- Опция «Пропорционально оттранслированному обороту НСБУ Дт счет закрытия Кт закрываемый счет затрат» — позволяет назначить «Закрываемый счет затрат» и «Счет закрытия», при этом система анализирует по оттранслированным оборотам НСБУ, было ли аналогичное закрытие счетов в НСБУ, и если было – то выполняет закрытие аналитик в тех же пропорциях, как это было сделано в НСБУ (если аналогичного закрытия счетов в НСБУ не было, закрытие в МСФО не производится).
- Опция «Пропорционально оттранслированному обороту НСБУ Дт счет закрытия» — позволяет назначить «Закрываемый счет затрат» и «Счет закрытия», при этом система анализирует оттранслированные обороты дебета счета закрытия для того, чтобы распределение между аналитиками по МСФО выполнить пропорционально распределению между аналитиками в оборотах НСБУ. С помощью этой опции мы можем выполнить закрытие в произвольной корреспонденции, независимо от того, была ли такая проводка в НСБУ (отличие от первой опции).
- Опция «Пропорционально долям таблицы распределения» — позволяет назначить «Закрываемый счет затрат» и «Счета закрытия», при этом счета закрытия назначаются в табличной части списком с указанием доли распределения – таким образом, «Закрываемый счет затрат» может быть распределен между разными «Счетами закрытия» и/или разными аналитиками в установленных пропорциях.
- Опция «Пропорционально долям полученным произвольным запросом» — позволяет назначить «Закрываемый счет затрат» и заполнить «Запрос аналитики счета закрытия с долями распределения» (произвольным запросом).
Типовой подход, состоящий в том, что данная регламентная операция закрывает только корректировки по МСФО (т.е. все операции с видом не «Трансляция»), в релизе 3.1 сохраняется.
Элиминация внутрегрупповых операций
В релизе 3.1 появился новый документ «Элиминация внутригрупповых операций», позволяющий произвести по-документную элиминацию.
Для целей использования данного документа должны быть выполнены следующие настройки:
- Первичный учет по всем организационным единицам элиминации должен вестись в текущей базе;
- Все организационные единицы элиминации должны применять модель учета «Транзакционный учет»;
- В карточках организационных единиц элиминации необходимо установить Режим трансляции = По документам в момент проведения.
Из формы списка документов, а также из формы самой операции доступны следующие отчеты:
- Анализ субконто по организациям элиминации;
- Сверка ВГО пары организаций;
- Сверка ВГО по регламенту;
- Элиминирующие проводки.
Стандартные отчеты по МСФО
В релизе 3.1 доработаны Стандартные отчеты, такие как:
- Оборотно-сальдовая ведомость (МСФО);
- Оборотно-сальдовая ведомость по счету (МСФО);
- Карточка счета (МСФО).
В частности, в Стандартных отчетах добавлена возможность drill-down до документа-регистратора первичного учета. Если в прошлых релизах мы могли «провалиться» из Стандартных отчетов по МСФО до документа Трансляция (и чтобы увидеть документ-регистратор первичного учета, приходилось расшифровывать проводку в табличной части документа Трансляция), то теперь мы можем «провалиться» до документа-регистратора первичного учета, минуя документ Трансляция.
Кроме того, добавлены такие Стандартные отчеты, как «Анализ субконто (МСФО)» и «Карточка субконто (МСФО)», позволяющие разворачивать обороты по конкретным видам аналитик.
Карточка Договора доработана в части вывода связанных отчетов, такие как: Динамика задолженности, Карточка субконто и проч.
Читайте также: