Всем привет! в данный момент в нашей компании диллема: трансформировать отчетность или наладить параллельный учет. Кто начинал "с нуля", откликнитесь!?! поделитесь опытом! По каким параметрам оценивали? как искали персонал? Долго ли автоматизировали процесс? или все выбирают Эксель? Какие еще есть программные продукты? Нам наши консультанты предлагают сделать оценку и представить нам на выбор несколько программ под трансформацию, но мы думаем, если нам хватит Экселя, то надо ли тратиться на такой отчет оценщиков?

Ответ есть прямо на сайте: большинство компаний выбираю вариант трансформации. Он в ряде случаев оказывается дешевле, эффективнее, хотя и дает менее точную информацию на выходе, чем параллельный учет по МСФО. Подход зависит также от периодичности составления отчетности по МСФО, степени автоматизации информационных систем учета компании, наличия на рынке специалистов, готовых поставить процесс паралелльного учета.
Ну, и от себя добавлю: надо смотреть на уровень сложности трансформации в вашей компании. Можно при наличии хорошего программиста практически одной кнопкой в 1С трансформацию поставить (правда, аналитики придется русской бухгалтерии большую гораздо забивать), либо, если такого специалиста нет, то при простенькой трансформации-консолидации - Эксель forever!!!
Вот если сложная группа с множеством компаний, то тут, конечно, надо серьезно подумать о хорошо автоматизированной системой сверки внутригрупповых оборотов...

Уважаемая Kristy!

Могу поделиться своим опытом. Мы делаем трансформацию в экселе (примерно для 15-ти российских компаний), но для консолидации используем Hyperion. В нем сверяются все внутригрупповые обороты, проводятся основные проверки (например, начисление амортизации/ доход от выбытия в IS и в FA roll, roll по инвестициям), проводится консолидация и выгружается пакет отчетности с таблицами для примечаний. Пробовали для консолидации использовать эксель - не очень удобно, великак вероятность ошибок.

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

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

Еще важно учитывать уровень материальности. Первое время мы вели FA register пообъектно, соответственно в экселе, но позже, при переходе на ежемесячное закрытие, стали рассчитывать амортизацию и доход/расход от выбытия в целом по группам ОС, применяя к данным РСБУ определенным образом рассчитанные коэффициенты. Точность снизилась, но существенно сократилось время. Менеджмент доволен.

В настоящий момент мы внедряем программу SAP BPC (Business planning and consolidation, не путать с другими продуктами SAP? например реализующими параллельный учет), которая сама делает трансформацию на основе пакетов РСБУ и определенной исторической МСФО информации. Выбор программы был сделан нашей материнской компанией, точнее эта компания на с купила и начала процес нашей интеграции. Пока мы относимся к программе скептически, так как отчетность, которую она выдает, отличается от сделанной в экселе и не учитывает специфику отдельных предприятий. И прописать некоторые процедуры под нас пока не представляется возможным.

Однако, если все отладить, трансформация большого колдичества компаний (более 100, как у нас) в SAP BPC будет значительно быстрее и удобнее, чем в Экселе.

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

Надеюсь, хоть в чем-то помогла.

Уважаемая Dancing Queen !
А у вас нет сильной погрешности при применении коэффициентов, "рассчитанных особым образом"?
а как решить вопрос при автоматизации рассчетных проводок? ну, например для equity pick up по ассоциированной компании со сложной структурой отчета о движении капитала? разве можно это полностью автоматизировать?
как в программе решается вопрос пересчета по старым курсовым ставкам - относительно тех позиций, которые должны быть по историческому косту (для тех компаний, валюта которых отлична от отчетной?) Вы забили все ставки и как-то залинковали суммы, которые должны быть пересчитаны, к определенным датам (когда они на балансе возникли)? или просто суммы уже посчитанных проводок забили и они повторяются, а потом к ним еще эффект текущего периода добавляется (опять же вручную или автоматом?)?

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

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

С учетом в SAP Associates и JV мы пока не сталкивались.

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

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

а еще есть третий способ: ТРАНСЛЯЦИЯ ПРОВОДОК!
Это когда за основу берутся хозяйственные операции и проводки российского учета, уже имеющиеся в программе, в которой ведется российский учет на предприятии. Эти данные перегруппировываются по определенному алгоритму, который называется mapping - который чаще всего готовится в экселе, а потом уже перегружается в вашу информац.систему.. Достоинства: многое делают российские бухгалтера без лишних телодвижений, минимизируется риск ошибок, можно провалиться до проводки.

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

Надо делать так: выбрать ключевые критерии для конкретного случая и по ним уже вести сравнение - что компании выгоднее трансфрмация или параллельный учет.
Критериями могу выступать, например:
- суть самой технологии подготовки отчетности по МСФО (ее надо понимать при выборе или иметь рядом того, кто понимает и может вам рассказать,к ак и что должно делаться при обоих методах)
- трудоемкость подготовки технологии отчетности по МСФО (например, при трансформации в результате сближения национальных и межд.стандартов состав и трудоемкость корректировок могут быть существенно уменьшены, а при параллельном учете подготовка оказывает воздействие на весь процесс бух.учета и отчетности, в связ с чем потребуется пересмотреть и внести коррективы в учетную политику предприятия)
- специалисты (при трансформации достаточно 2-6 человек, которые будут готовить консолидированную отчетность для холдинга, при параллельном учете придется обучить большую часть бухгалтерии международным стандартам, тк учет касждой операции предприятия должен будет учитываться как по РСБУ так и по мсфо. При этом на предприятии должен быть хотя бы один специалист по МСФО, контролирующий правильность отражения опраций по МСФО и обобщающего данные)
- автоматизация, ее стоимость и необходимость (при трансформации может быть достаточно экселя, при параллельном учете - уже нет - по крайней мере, придется провести модернизацию существующего софта и его настройку)
- периодичность выпуска МСФО-отчетности (трансформация ориентирована на периодический выпуск - начиная с ежемесячного, а при параллельном учете существует возможность выпускать МСФО хоть каждый день)
- проч