rumicrosofterp: Поддержка МСФО в Microsoft Dynamics AX 2012, вебинар 31 октября 2013

[Blog bot]

Источник: http://blogs.technet.com/b/rumicroso...5/3605703.aspx
==============

31 октября состоится веб-семинар «Поддержка МСФО в Microsoft Dynamics AX 2012».

Доклад проводит Дина Салимзянова, ведущий специалист по бизнес-решениям Microsoft Dynamics ERP в России.

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

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

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








Источник: http://blogs.technet.com/b/rumicroso...5/3605703.aspx

[BOAL]

Не знаю, к кому обратиться, не к боту же, чтоб опечатку поправили

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

[BOAL]

Вебинар перенесли на завтра - 01.11, кто не успел - еще успеет

[BOAL]

Запись вебинара
http://blogs.technet.com/b/rumicroso...5/3605703.aspx

[BOAL]

Из тех, кто вебинар смотрел, интересно пообсуждать увиденное?
Это можно делать в этой же теме?

По мне: все понимают и признают, что АХ система буржуйская, где с МСФО по определению все должно быть хорошо - и это так.
Вот как учет первичный сразу по МСФО все отлично и сильно обгоняет всякие 1С по возможностям.
Как решение РСБУ-МСФО 2 в 1, о чем был вебиран, тема на нем была раскрыта со стороны "все можно настроить". Упоминания готовых настроек и тп - бутафория и это обидно
Фраза типа "на сайте xbrl.ru представлены готовые отчеты, которые можно загрузить в АХ" вообще удивительна, т.к. проверяется заходом на сайт и вопросом и где тут эти отчеты. Возможно, это оговорка и речь шла о http://www.xbrl.org/GLFiles, но и это не то, да и актуальность 2010, что старое на фоне 2013 года апдейтов стандартов.
Ну а коробочные настройки (поставляемые отчеты и кубы) оказываются буржуйским демо примером, в то время, как упоминаются модели ОС и двухвалютный склад, что не является штатным функционалом западной версии и, очевидно, демо пример про это знать не может.
Единственно возможный подход сводного плана счетов "РСБУ обвешенный субсчетами до состояния МСФО" тоже сомнителен, скорее ограничение возможностей.
В АХ2009 можно было в другой компании настроить свой план счетов и транслировать проводки в него. В АХ2012 нужно клеить два плана счетов в кучу?

На этом фоне для задачи именно трансляций + коррекции, а не отдельного учета по стандарту, решения 1С (и особенно партнерские с реальными внедрениями и методологией) кажутся логичными и идут как реальная коробка с какими-то настройками и отчетами удобными для быстрого стартапа для внедрения своих настроек трансляции из РСБУ и параллельного учета, где пересечений нет.

[mazzy]

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

Цитата:

Сообщение от BOAL

Вот как учет первичный сразу по МСФО все отлично и сильно обгоняет всякие 1С по возможностям.

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

Цитата:

Сообщение от BOAL

Фраза типа "на сайте xbrl.ru представлены готовые отчеты, которые можно загрузить в АХ" вообще удивительна, т.к. проверяется заходом на сайт и вопросом и где тут эти отчеты. Возможно, это оговорка и речь шла о http://www.xbrl.org/GLFiles, но и это не то, да и актуальность 2010, что старое на фоне 2013 года апдейтов стандартов.

во-первых, xbrl - это стандарт описания и верификации отчетности в электронном виде.

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

xbrl.ru - это сайт визитка для xbrl.org.
на русском лучше смотреть xbrl-ru.ru
http://www.xbrl-ru.ru/general/
а также http://www.youtube.com/watch?feature...&v=nATJBPOiTxM

еще раз напомню - xbrl это стандарт. поэтому на самом сайте xbrl только базовые вещи
конкретные реализации на профильных сайтах
http://www.xbrl-ru.ru/us-gaap/
http://www.xbrl-ru.ru/ifrs/
причем, как правило, конкретные реализации стандарта доступны только платным подписчикам.

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

Цитата:

Сообщение от BOAL

Единственно возможный подход сводного плана счетов "РСБУ обвешенный субсчетами до состояния МСФО" тоже сомнителен, скорее ограничение возможностей.

совершенно верно.
Поскольку различия в структурах затрат/в плане счетов - это несущественное различие.
поскольку различия не только в "субсчетах", а в датах признания затрат и т.п.

но... не сложилось.

Цитата:

Сообщение от BOAL

В АХ2012 нужно клеить два плана счетов в кучу?

в акс2012 можно вести несколько планов счетов. но в каждой компании по прежнему действует только один план счетов. функционал консолидации между компаниями доработан по сравнению с 2009 (не путать с российской трансляцией)

Цитата:

Сообщение от BOAL

На этом фоне для задачи именно трансляций + коррекции, а не отдельного учета по стандарту, решения 1С (и особенно партнерские с реальными внедрениями и методологией) кажутся логичными и идут как реальная коробка с какими-то настройками и отчетами удобными для быстрого стартапа для внедрения своих настроек трансляции из РСБУ и параллельного учета, где пересечений нет.

Нет
решения 1С ничего не делают с датами и ничего не знают про accruals.

accruals - это еще одна тема, которую очень хотелось услышать на этом вебинаре.
http://en.wikipedia.org/wiki/Accrual

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

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

в акс2012 ввели механизм accruals.
к огромному сожалению, локализаторы не...

ну, и конечно можно было рассказать об отличиях в генераторе финансовых отчетов и буржуйских финансовых отчетах. О том, что буржуйские фин.отчеты - это и есть отчеты МСФО. О том, как легко строить финансовые отчеты на базе плана счетов + фин.аналитики. О том, как помогают новые структуры, о том, как развили функционал...

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

[komar]

Цитата:

Сообщение от BOAL

На этом фоне для задачи именно трансляций + коррекции, а не отдельного учета по стандарту, решения 1С (и особенно партнерские с реальными внедрениями и методологией) кажутся логичными и идут как реальная коробка с какими-то настройками и отчетами удобными для быстрого стартапа для внедрения своих настроек трансляции из РСБУ и параллельного учета, где пересечений нет.

Вы, собственно, что хотите-то от них? Типовой план счетов, мечту советского бухгалтера?

[komar]

Хотите готовые настройки - значит нужна система с преднастроенным планом счетов. Партнёры вполне могут с такими ходить (и даже рады будут - возьмут план счетов с одного проекта, и будут всем ставить). И будут "типовые настройки". И, как показывает пример успеха 1С, это будет хорошо воспринято рынком. Но, как показывает пример той же 1С, всё равно каждый второй (или каждый первый?) проект потребует таки доработки напильником...
То есть партнёр может сделать сферическое решение в вакууме, но смысл его будет в большей степени рекламный.
Хотя я лично не вижу в типовых планах счетов ничего плохого, для консультанта и для программиста это манна небесная. Не нужно будет натягивать круглые покрышки на квадратные колёса каждого заказчика, бери да тиражируй... мечтам этим лет 15 уже...

[mazzy]

Цитата:

Сообщение от komar

как показывает пример той же 1С....

Пля!!!! Ребяты, 1С идите обсуждать в отдельные ветки.
В этой ветке тема:
Поддержка МСФО в Microsoft Dynamics AX 2012, вебинар 31 октября 2013

Оффтопик в треш, тупых в бан.

[EVGL]

Думал посмотреть этот Webcast, но теперь понимаю, что незачем.Откровений не будет.

Проблема актуальна не только для России. Во Франции и Венгрии тоже есть прописанные в законе планы счетов. Если в OeBS, как выяснилось, есть две параллельные книги, то в AX как был, так и остался один план счетов на компанию.

В итоге для основных средств, accruals, deferred taxes приходится где-то в подвале плана счетов вводить счета МСФО прямым текстом и вести двойной учет на одном плане счетов, а там, где даты/оценки не различаются, использовать поле "счет консолидации" на локальном счете для отражения того же сальдо под номером счета МСФО.

P.S. Электронная отчетность по стандарту XBRL в AX была и осталась, через пень-колоду работает и выгружает ту же самую Financial Statement в файл XML. Впрочем, Financial Statement, похоже, рано или поздно прибьют и переведут целиком на Management Reporter. Для Германии, к примеру, узаконенную отчетность на диалекте стандарте XBRL поддерживают только через Management Reporter.

[komar]

Цитата:

Сообщение от EVGL

Думал посмотреть этот Webcast, но теперь понимаю, что незачем.Откровений не будет.

Проблема актуальна не только для России. Во Франции и Венгрии тоже есть прописанные в законе планы счетов. Если в OeBS, как выяснилось, есть две параллельные книги, то в AX как был, так и остался один план счетов на компанию.

В итоге для основных средств, accruals, deferred taxes приходится где-то в подвале плана счетов вводить счета МСФО прямым текстом и вести двойной учет на одном плане счетов, а там, где даты/оценки не различаются, использовать поле "счет консолидации" на локальном счете для отражения того же сальдо под номером счета МСФО.

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

[EVGL]

Цитата:

Сообщение от komar

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

У этого подхода есть свои пределы. "Шайтан-машина", она же трансляция образца 2002 года от EVGL, последние 11 лет имеет широко известные проблемы с производительностью, которые старательно переносят из версии в версию.

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

[komar]

Цитата:

Сообщение от EVGL

У этого подхода есть свои пределы. "Шайтан-машина", она же трансляция образца 2002 года от EVGL, последние 11 лет имеет широко известные проблемы с производительностью, которые старательно переносят из версии в версию.

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

Вооот. Нужно с конкретными проблемами и идти "к государю", а не сидеть и ждать "решения по МСФО". Уже договорились до того, что решение-то оно, в общем-то есть, но у него болит вот тут и вот тут. Концептуально решений два - один план счетов "с подвалом", и две компании с вытекающими проблемами. Думаю, ничего принципиально "более другого" придумать не получится, разве что трансляцию на отдельный сервер на Багамах.
Я так понимаю, дело вовсе не в том, что нету красивой формочки для ввода пресловутых accruals, правда? Потому, что иначе вам сделают красивую формочку, а реальные проблемы останутся.
Итак:
- поддержка xbrl
- проблема с производительностью доморощенной консолидации

Кто-то об этом "государю" докладывал?

[komar]

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

[mnt_dx]

Цитата:

Сообщение от BOAL

Вот что-то такое ожидал я от МСа в части МСФО. Не инструмент - а продвижение\реализацию методики с помощью этого инструмента.

Инструмента тоже не хватает, чтобы можно было придти к клиенту и честно сказать, что МСФО да есть, да работает, да не надо вводить данные 2 раза, да различие во времени принятия к учету без проблем. Грубо говоря, 95% потребностей покрывается из коробки, а 5% допиливаем.

[komar]

Цитата:

Сообщение от mnt_dx

Инструмента тоже не хватает, чтобы можно было придти к клиенту и честно сказать, что МСФО да есть, да работает, да не надо вводить данные 2 раза, да различие во времени принятия к учету без проблем. Грубо говоря, 95% потребностей покрывается из коробки, а 5% допиливаем.

Это потребовало бы как раз методологической работы со стороны Microsoft - то есть, создания, фактически, типового плана счетов для "иностранцев в России" - вот торговля оптовая, вот розница, вот производство такое и сякое и т.п. Не номера счетов, а именно типовое решение в формулировке проблемы - вот учёт ОС при таких-то условиях, вот признание выручки с такими-то вариациями и т.п. Теоретически, могло бы процентов 50 проектов перевести на более-менее типовые рельсы. Тут даже дело не в том, что инструмента не хватает, не хватает того, кто бы нарисовал эти типовые проблемные сценарии.
Но работа ли это MS, вот вопрос. Возможно, что это работа для MS-партнёров.

Ping: Мы в рамках темы?

[mnt_dx]

Цитата:

Сообщение от komar

Это потребовало бы как раз методологической работы со стороны Microsoft - то есть, создания, фактически, типового плана счетов для "иностранцев в России" - вот торговля оптовая, вот розница, вот производство такое и сякое и т.п.

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

Цитата:

от учёт ОС при таких-то условиях, вот признание выручки с такими-то вариациями и т.п.

Тогда и можно сказать, да решение есть, а 5% мы сами доделаем. Не 90 и не 50.

[komar]

Ожидать можно чего угодно. Но разумнее ожидать того, что реально. Например, пропинать "Любимого и Родного" на предмет xbrl вполне разумно. Ожидать бухгалтерских методичек - нереально.
Вспомните, сколько ждали хотя бы документации типа "В форме "журнал" вводятся журналы. Откройте формочку, и заполните поля журнала". И документация любой другой системы строится так же. Кстати, и документация 1С тоже "формоцентрическая", а не "процессоориентированная".
Методология - работа партнёров-консультантов. Оставьте МС "железячные" задачи, не грузите их тем, что они заведомо сделать не в состоянии. Их задача - дать молоток. Ваша - научиться забивать им гвоздь, или объяснить, почему вместо молотка нужна отвёртка.

[mnt_dx]

Цитата:

Сообщение от komar

Ожидать можно чего угодно. Но разумнее ожидать того, что реально. Например, пропинать "Любимого и Родного" на предмет xbrl вполне разумно. Ожидать бухгалтерских методичек - нереально.
Вспомните, сколько ждали хотя бы документации типа "В форме "журнал" вводятся журналы. Откройте формочку, и заполните поля журнала". И документация любой другой системы строится так же. Кстати, и документация 1С тоже "формоцентрическая", а не "процессоориентированная".
Методология - работа партнёров-консультантов. Оставьте МС "железячные" задачи, не грузите их тем, что они заведомо сделать не в состоянии. Их задача - дать молоток. Ваша - научиться забивать им гвоздь, или объяснить, почему вместо молотка нужна отвёртка.

Остапа несло.

[komar]

ОК, ждите план счетов от Мокрософта. Только валерьянку заранее закупите.