Сравнительный анализ методов и способов подготовки отчетности по МСФО
Данная статья представляет собой краткий сравнительный анализ различных методов и способов подготовки международной отчетности (МСФО) на предприятиях в Российской Федерации. Статья не предполагает отдельного вывода по результатам анализа, все основные преимущества и недостатки каждого метода будут рассмотрены в таблице, а выводы пусть каждый делает самостоятельно.
Отзывы
Основным и обязательным стандартом учета в России, кроме организаций, подконтрольных ЦБ РФ, является российский стандарт бухгалтерского учета (РСБУ).
Не совсем так: иностранные компании имеют право не вести российский бухучёт.
бухгалтерская отчетность по МСФО
В данном контексте корпоративной отчётности принято говорить не о "бухгалтерской", а о "финансовой" отчетности. В английском это, по сути, синонимы, но в русском бухгалтерской отчетностью называют всякие ведомости и карточки счетов, но никак не баланс и ОПУ.
1. Табличная модель трансформации данных из РСБУ;
2. Транзакционная модель трансформации данных из РСБУ;
2. Транзакционная модель трансформации данных из РСБУ;
Термин "трансформация" традиционно соотносится с перекладкой отчётности, т.е. к пункту 1. В пункте 2 его употребление "некошерно". Можно, конечно, говорить о расширительной трактовке как о любом преобразовании, т.е. трансформации, данных, но в области подготовки отчётности по международным стандартам не принято оперировать сугубо айтишными понятиями.
Определенный вклад в выбор будущей модели также вносят специалисты, внедряющие информационные системы (СИС).
А что скрывается за первой буквой аббревиатуры. Что-то мне подсказывает, что это не "внедряющие", а "специалисты". ;)
2.1 Табличная модель трансформации
Советую переименовать в "Метод трансформации финансовой отчетности РСБУ в отчетность МСФО". В последующих двух вводных абзацах эти краеугольные слова "трансформация отчетности" не прозвучали, отсюда вообще непонятно, о чём речь.
2. Преобразование данных РСБУ в данные МСФО
Не просто преобразование данных, а постатейное преобразование данных из граф финансовой отчётности.
2.2 Транзакционная модель трансформации
Метод, когда проводки РСБУ и МСФО порождаются одним и тем же документом (п.1 раздела 2.2), при этом проводки РСБУ транслируются по мэппингу, известен как метод параллельного учета. У 1С-ников существует прямо противоположное представление в терминологии: параллельным учётом они почему-то называют независимый учет, когда проводки РСБУ и проводки МСФО порождаются совершенно разными документами (п.2 раздела 2.2).
Транзакционная модель трансформации РСБУ-МСФО выполняется путем частичной конвертации проводок документов, оформленных по РСБУ.
Слово "частичной" - ключевое. Респект! Но столь же ключевым является и слово "мэппинг" => путем частичной конвертации проводок РСБУ в МСФО посредством настроенного мэппинга между планами счетов РСБУ и МСФО.
Конвертация проводок по РСБУ в операции по МСФО
Если в РБСУ квант - проводка, то и в МСФО тоже корретктно говорить о проводке, а не об операции. Но квантом может быть и операция, при этом набор проводок в операции РСБУ может быть совершенно отличным от набора проводок в операции МСФО. Пример: выбытие ОС.
Независимый учет по МСФО выполняется в отдельной базе данных на основании первичных документов.
Я бы добавил: "и, как правило, в разных информационных системах".
Точность данных зависит от качества настройки регистра соответствия для конвертации РСБУ и МСФО.
Вообще-то, от степени гармонизации учетов РСБУ и МСФО. А настройка регистров - она либо выполнена корректно, либо нет. Во втором случае, говорить о точности смысла нет.
Проводки МФСО формируются руками в оперативном режиме.
Где ж такое происходит? Руками в западных ERP-системах?
Оперативность формирования данных
А вот та самая ментальная ловушка! Надо разделять "данных" и "отчетность". Данные при трансляции составляют лишь базис, на котором строится надстройка - финансовая отчетность. Отсюда следующая проблема:
Зависит от модели трансформации: либо происходит конвертация данных за определенный период, либо проводки формируются в режиме онлайн.
Оперативность формирования данных - да. А оперативность формирования отчётности МСФО - вовсе не обязательно. Например, надо составить отчетность МСФО раньше, чем введены все проводки РСБУ (режим fast close). Соответственно, полнота данных РСБУ отсутствует, а полнота финансовой отчетности МСФО должна быть.
Ручной ввод операций: параллельный учет и регламенты в МСФО.
А вот и то самое противоположное применение термина "параллельный учет", о котором я писал выше. Хотелось бы мне посмотреть в глаза тому, кто это придумал... Я 20 лет занимаюсь подготовкой отчетности МСФО, начинал ещё тогда, когда "Большая Четвёрка" была "Большой Шестёркой", делал с нею совместные проекты в Sheel, Cable & Wireless и других транснациональных корпорациях, и ни разу не слышал от профессионалов такого уровня такого употребления термина. Но тут вдруг появляются программисты 1С, и говорят: финансисты всего мира, идёте не в ногу. :)
Для существенных операций используется специальный механизм пересчета по историческим курсам.
Пересчет по историческим курсам определяется вовсе не критерием существенности. Например, запасы списываются по исторической стоимости. А уж применять к запасам существенность или нет может зависеть от разных факторов.
Расчет сумм в валюте учета
FYI: такая валюта называется функциональной.
Опечатка:
при накопление -> при накоплении
Если использовать производительные системы управления базами данных и оптимальные алгоритмы обработки данных, тогда проблем с работой программы не возникает.
Программа - лишь инструмент. Помимо неё возникает масса других проблем: методологических, организационных, стоимостных, постановочных, и т.д. и т.п. Например, весьма сложно реализовать fast close, даже используя "оптимальные алгоритмы обработки данных". Это ещё та задачка! Я видел несколько решений разных авторов, но ни одно из них не отвечало методологии МСФО по той простой причине, что люди просто не знают, что сторно в МСФО не существует.
Остальные комментарии
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
Основным и обязательным стандартом учета в России, кроме организаций, подконтрольных ЦБ РФ, является российский стандарт бухгалтерского учета (РСБУ).
Не совсем так: иностранные компании имеют право не вести российский бухучёт.
бухгалтерская отчетность по МСФО
В данном контексте корпоративной отчётности принято говорить не о "бухгалтерской", а о "финансовой" отчетности. В английском это, по сути, синонимы, но в русском бухгалтерской отчетностью называют всякие ведомости и карточки счетов, но никак не баланс и ОПУ.
1. Табличная модель трансформации данных из РСБУ;
2. Транзакционная модель трансформации данных из РСБУ;
2. Транзакционная модель трансформации данных из РСБУ;
Термин "трансформация" традиционно соотносится с перекладкой отчётности, т.е. к пункту 1. В пункте 2 его употребление "некошерно". Можно, конечно, говорить о расширительной трактовке как о любом преобразовании, т.е. трансформации, данных, но в области подготовки отчётности по международным стандартам не принято оперировать сугубо айтишными понятиями.
Определенный вклад в выбор будущей модели также вносят специалисты, внедряющие информационные системы (СИС).
А что скрывается за первой буквой аббревиатуры. Что-то мне подсказывает, что это не "внедряющие", а "специалисты". ;)
2.1 Табличная модель трансформации
Советую переименовать в "Метод трансформации финансовой отчетности РСБУ в отчетность МСФО". В последующих двух вводных абзацах эти краеугольные слова "трансформация отчетности" не прозвучали, отсюда вообще непонятно, о чём речь.
2. Преобразование данных РСБУ в данные МСФО
Не просто преобразование данных, а постатейное преобразование данных из граф финансовой отчётности.
2.2 Транзакционная модель трансформации
Метод, когда проводки РСБУ и МСФО порождаются одним и тем же документом (п.1 раздела 2.2), при этом проводки РСБУ транслируются по мэппингу, известен как метод параллельного учета. У 1С-ников существует прямо противоположное представление в терминологии: параллельным учётом они почему-то называют независимый учет, когда проводки РСБУ и проводки МСФО порождаются совершенно разными документами (п.2 раздела 2.2).
Транзакционная модель трансформации РСБУ-МСФО выполняется путем частичной конвертации проводок документов, оформленных по РСБУ.
Слово "частичной" - ключевое. Респект! Но столь же ключевым является и слово "мэппинг" => путем частичной конвертации проводок РСБУ в МСФО посредством настроенного мэппинга между планами счетов РСБУ и МСФО.
Конвертация проводок по РСБУ в операции по МСФО
Если в РБСУ квант - проводка, то и в МСФО тоже корретктно говорить о проводке, а не об операции. Но квантом может быть и операция, при этом набор проводок в операции РСБУ может быть совершенно отличным от набора проводок в операции МСФО. Пример: выбытие ОС.
Независимый учет по МСФО выполняется в отдельной базе данных на основании первичных документов.
Я бы добавил: "и, как правило, в разных информационных системах".
Точность данных зависит от качества настройки регистра соответствия для конвертации РСБУ и МСФО.
Вообще-то, от степени гармонизации учетов РСБУ и МСФО. А настройка регистров - она либо выполнена корректно, либо нет. Во втором случае, говорить о точности смысла нет.
Проводки МФСО формируются руками в оперативном режиме.
Где ж такое происходит? Руками в западных ERP-системах?
Оперативность формирования данных
А вот та самая ментальная ловушка! Надо разделять "данных" и "отчетность". Данные при трансляции составляют лишь базис, на котором строится надстройка - финансовая отчетность. Отсюда следующая проблема:
Зависит от модели трансформации: либо происходит конвертация данных за определенный период, либо проводки формируются в режиме онлайн.
Оперативность формирования данных - да. А оперативность формирования отчётности МСФО - вовсе не обязательно. Например, надо составить отчетность МСФО раньше, чем введены все проводки РСБУ (режим fast close). Соответственно, полнота данных РСБУ отсутствует, а полнота финансовой отчетности МСФО должна быть.
Ручной ввод операций: параллельный учет и регламенты в МСФО.
А вот и то самое противоположное применение термина "параллельный учет", о котором я писал выше. Хотелось бы мне посмотреть в глаза тому, кто это придумал... Я 20 лет занимаюсь подготовкой отчетности МСФО, начинал ещё тогда, когда "Большая Четвёрка" была "Большой Шестёркой", делал с нею совместные проекты в Sheel, Cable & Wireless и других транснациональных корпорациях, и ни разу не слышал от профессионалов такого уровня такого употребления термина. Но тут вдруг появляются программисты 1С, и говорят: финансисты всего мира, идёте не в ногу. :)
Для существенных операций используется специальный механизм пересчета по историческим курсам.
Пересчет по историческим курсам определяется вовсе не критерием существенности. Например, запасы списываются по исторической стоимости. А уж применять к запасам существенность или нет может зависеть от разных факторов.
Расчет сумм в валюте учета
FYI: такая валюта называется функциональной.
Опечатка:
при накопление -> при накоплении
Если использовать производительные системы управления базами данных и оптимальные алгоритмы обработки данных, тогда проблем с работой программы не возникает.
Программа - лишь инструмент. Помимо неё возникает масса других проблем: методологических, организационных, стоимостных, постановочных, и т.д. и т.п. Например, весьма сложно реализовать fast close, даже используя "оптимальные алгоритмы обработки данных". Это ещё та задачка! Я видел несколько решений разных авторов, но ни одно из них не отвечало методологии МСФО по той простой причине, что люди просто не знают, что сторно в МСФО не существует.
Николай, большое спасибо.
Буду вносить правки в статью, если это возможно.
Начну с простых вещей:
СИС - это специалист, внедряющий информационную систему (если хотите 1Сник).
Можно сделать классификацию:
1. Трансформация;
2. Частичная трансляция - с такой терминологией я знаком;
3. Ведение самостоятельного учета - у меня был опыт в 2-х компаниях, где вели учет самостоятельно без трансформации (мотивация такого действия в каждом случае была своя - одно решение было написано мною с нуля еще на 1С 7.7);
Буду вносить правки в статью, если это возможно.
Начну с простых вещей:
СИС - это специалист, внедряющий информационную систему (если хотите 1Сник).
Можно сделать классификацию:
1. Трансформация;
2. Частичная трансляция - с такой терминологией я знаком;
3. Ведение самостоятельного учета - у меня был опыт в 2-х компаниях, где вели учет самостоятельно без трансформации (мотивация такого действия в каждом случае была своя - одно решение было написано мною с нуля еще на 1С 7.7);
(0) У нас ведется учет МСФО по модели "Табличная трансформация", но с сохранением почти всей необходимой аналитики (без связи с первичным документом) и с ведением элиминирующих проводок для ВГО и аналитическими признаками аналитики для ВГО, что не подходит под вашу таблицу (слишком упрощенная у Вас модель для трансформации). Исходные данные после импорта у нас не хранятся в Эксель, а хранятся в регистрах накопления / регистрах сведений. Эксель/ТабДок - это только средство для передачи данных из внешней системы (в том числе и не на 1С).
Насколько знаю, типовая 1С: Консолидация или 1С: УХ тоже могут получать данные из Эксель, но хранят данные в рег. сведений, т.ч. у них нет проблем с "Использование таблиц типа Excel с хранением данных в ячейках не позволяет хранить большой объем данных и снижает скорость работы системы."
Насколько знаю, типовая 1С: Консолидация или 1С: УХ тоже могут получать данные из Эксель, но хранят данные в рег. сведений, т.ч. у них нет проблем с "Использование таблиц типа Excel с хранением данных в ячейках не позволяет хранить большой объем данных и снижает скорость работы системы."
(3)
Да, я об этом тоже написал в табличке: "Возможно использовать реляционные базы данных, таблицы используются только для отражения информации."
Главный мой посыл в том, что трансформационная модель появилась тогда, когда не было мощных программ. Её сильная сторона в том, что ей не нужна мощная автоматизация. Просто мышление бухгалтеров очень инертно и они пытаются "натягивать" старые модели на новые ИТ возможности. Старая модель теряет свои явные достоинства - простота, когда на неё пытаются навесить дополнительные улучшения. Трансляционная модель при сегодняшнем уровне автоматизации становится более простой и более прозрачной.
У нас ведется учет МСФО по модели "Табличная трансформация", но с сохранением почти всей необходимой аналитики (без связи с первичным документом) и с ведением элиминирующих проводок для ВГО и аналитическими признаками аналитики для ВГО, что не подходит под вашу таблицу (слишком упрощенная у Вас модель для трансформации). Исходные данные после импорта у нас не хранятся в Эксель, а хранятся в регистрах накопления / регистрах сведений. Эксель/ТабДок - это только средство для передачи данных из внешней системы (в том числе и не на 1С).
Насколько знаю, типовая 1С: Консолидация или 1С: УХ тоже могут получать данные из Эксель, но хранят данные в рег. сведений, т.ч. у них нет проблем с "Использование таблиц типа Excel с хранением данных в ячейках не позволяет хранить большой объем данных и снижает скорость работы системы."
Насколько знаю, типовая 1С: Консолидация или 1С: УХ тоже могут получать данные из Эксель, но хранят данные в рег. сведений, т.ч. у них нет проблем с "Использование таблиц типа Excel с хранением данных в ячейках не позволяет хранить большой объем данных и снижает скорость работы системы."
Да, я об этом тоже написал в табличке: "Возможно использовать реляционные базы данных, таблицы используются только для отражения информации."
Главный мой посыл в том, что трансформационная модель появилась тогда, когда не было мощных программ. Её сильная сторона в том, что ей не нужна мощная автоматизация. Просто мышление бухгалтеров очень инертно и они пытаются "натягивать" старые модели на новые ИТ возможности. Старая модель теряет свои явные достоинства - простота, когда на неё пытаются навесить дополнительные улучшения. Трансляционная модель при сегодняшнем уровне автоматизации становится более простой и более прозрачной.
(4) "Возможно использовать реляционные базы данных, таблицы используются только для отражения информации" - это не то. Эти данные хранятся не для информации, а используются в отчетах, формах. Возможно, часть минусов этой модели у Вас по старым конфигурациям 1С или каким-то самописным конфам. В современном 1С:УХ есть совмещение двух моделей.
Например, при трансформационной модели возможно использование данных из внешних CRM, которые необходимы для правильного учета по МСФО, но которые никак не отражаются по БУ.
Например, при трансформационной модели возможно использование данных из внешних CRM, которые необходимы для правильного учета по МСФО, но которые никак не отражаются по БУ.
(5)
Современный 1С:УХ я знаю. Вопрос в том, что табличная модель придумана в других условиях и при развитии средств автоматизации можно решить всё гораздо проще без специальных ухищрений.
Куда проще формировать однородную систему данных - элементарные проводки и манипулировать ими в любых доступных разрезах. В табличной модели вы всё равно больше не получите (больше первичных данных), всё остальное производное от первички.
Современный 1С:УХ я знаю. Вопрос в том, что табличная модель придумана в других условиях и при развитии средств автоматизации можно решить всё гораздо проще без специальных ухищрений.
Куда проще формировать однородную систему данных - элементарные проводки и манипулировать ими в любых доступных разрезах. В табличной модели вы всё равно больше не получите (больше первичных данных), всё остальное производное от первички.
(6) Ок. Допустим у вас 100 организаций. Часть на 3.0, част на ERP, часть на других бух. системах. У каждой свой план счетов (в смысле у каждого вида системы). Что бы объединить все это в один пул проводок в одной базе нужно гораздо больше "специальных ухищрений" чем при табличной модели. Не стоит быть таким критичным в выводах :)
(7)
Геннадий. Спасибо Вам за дискуссию. Нам - ИТшникам и не только такие споры полезны.
В реале все пользуются планами счетов РСБУ (если разговор о России), у кого-то бывает план с доработками, но всё это не критично. Меппинг может быть разного вида - не обязательно как в УПП, не обязательно чужой план счетов должен присутствовать в базе МСФО.
Меппинг можно настраивать и на реквизиты справочников и на регистры. Сложнее работать с другими программами типа SAP. Но можно.
А вот в МСФО всё равно должен быть единый план счетов, без единого плана не получится консолидировать.
Геннадий. Спасибо Вам за дискуссию. Нам - ИТшникам и не только такие споры полезны.
В реале все пользуются планами счетов РСБУ (если разговор о России), у кого-то бывает план с доработками, но всё это не критично. Меппинг может быть разного вида - не обязательно как в УПП, не обязательно чужой план счетов должен присутствовать в базе МСФО.
Меппинг можно настраивать и на реквизиты справочников и на регистры. Сложнее работать с другими программами типа SAP. Но можно.
А вот в МСФО всё равно должен быть единый план счетов, без единого плана не получится консолидировать.
(8) Не спорю. Табличная модель то же позволяет выгружать данные из любой внешней системы, даже если это будет не в разрезе каждого первичного документа и даже если это будет не 1С. И при этом в базе можно будет посмотреть детализацию до нужной аналитики даже при разных субсчетах РСБУ. И при этом база МСФО не будет требовать доработки и во внешней системе можно настроить мэппинг на справочники/регистры/проводки/счета.
(10) Ну, про тысячу организаций, которые используют типовую модель МСФО УХ и УПП это явное преувеличение. Найти бы хоть сотню таких.
(11) По поводу категоричности - выводы сделаны в комментариях ). Например, в (4)
(10) Ну, про тысячу организаций, которые используют типовую модель МСФО УХ и УПП это явное преувеличение. Найти бы хоть сотню таких.
(11) По поводу категоричности - выводы сделаны в комментариях ). Например, в (4)
(7)
Кстати, я совсем не категоричен. В статье я не стал делать выводы, я просто предлагаю обсудить эту тему с коллегами.
Причем, Вы косвенно подтверждаете тезисы статьи. Просто при развитии ИТ табличная трансформация постепенно переходит в трансляционную модель. Бухгалтерам просто нужно время на осмысление, а ИТшникам нужно пересматривать концепты технических систем (с учетом стоящей задачи), а не пытаться просто идти на поводу у бухгалтеров.
Инженеры никогда бы не сделали атомную станцию, если бы слушали кочегаров (никого не хотел обидеть).
Кстати, я совсем не категоричен. В статье я не стал делать выводы, я просто предлагаю обсудить эту тему с коллегами.
Причем, Вы косвенно подтверждаете тезисы статьи. Просто при развитии ИТ табличная трансформация постепенно переходит в трансляционную модель. Бухгалтерам просто нужно время на осмысление, а ИТшникам нужно пересматривать концепты технических систем (с учетом стоящей задачи), а не пытаться просто идти на поводу у бухгалтеров.
Инженеры никогда бы не сделали атомную станцию, если бы слушали кочегаров (никого не хотел обидеть).
Коллеги, хотел бы немного подвести итог обсуждения:
В статье есть упоминание, что возможны различные обстоятельства, которые будут определять вариант выбора той или иной модели.
Постараюсь немного классифицировать возможные области применения той или иной модели трансформации:
1. Крупные транснациональные корпорации - применяют табличную модель, обычно для этого используют Oracle Hyperion Planning. такая модель оправдана из-за различий учетных систем во множестве государствах, где работают представительства. Обычно они требуют составление отчетности в виде таблиц Microsoft Excel.
2. Крупные российские холдинги и акционерные общества, "впитывающие" в себя множество предприятий из различных отраслей и территорий. В этом случае применяется разнообразие моделей от простой (сложной) табличной трансформации до частичной трансляции проводок. Здесь многое зависит наличия общей культуры, единых стандартов учета и ИТ систем. Выбор может быт неочевиден, и часто перевешивают личные предпочтения главного заказчика.
3. Небольшие или сильно интегрированные группы, у которых есть единая ИТ система и единые стандарты учета - всё диктуется и нормируется из центра. В этом случае можно смело применять модель частичной трансляции проводок.
4. Небольшие компании, у которых нет консолидации или они сами предоставляют свою отчетность для консолидации в материнские компании (например, транснациональные корпорации). В этом случае чаще всего используется модель частичной трансляции проводок, возможны варианты ведение обособленного учета по МСФО.
Данная классификация условна - скорее это попытка осмысления. Думаю, что через какое-то время будет создана более четкая система квантового подхода к внедрению МСФО, позволяющая заказчикам существенно уменьшить затраты и риски.
В статье есть упоминание, что возможны различные обстоятельства, которые будут определять вариант выбора той или иной модели.
Постараюсь немного классифицировать возможные области применения той или иной модели трансформации:
1. Крупные транснациональные корпорации - применяют табличную модель, обычно для этого используют Oracle Hyperion Planning. такая модель оправдана из-за различий учетных систем во множестве государствах, где работают представительства. Обычно они требуют составление отчетности в виде таблиц Microsoft Excel.
2. Крупные российские холдинги и акционерные общества, "впитывающие" в себя множество предприятий из различных отраслей и территорий. В этом случае применяется разнообразие моделей от простой (сложной) табличной трансформации до частичной трансляции проводок. Здесь многое зависит наличия общей культуры, единых стандартов учета и ИТ систем. Выбор может быт неочевиден, и часто перевешивают личные предпочтения главного заказчика.
3. Небольшие или сильно интегрированные группы, у которых есть единая ИТ система и единые стандарты учета - всё диктуется и нормируется из центра. В этом случае можно смело применять модель частичной трансляции проводок.
4. Небольшие компании, у которых нет консолидации или они сами предоставляют свою отчетность для консолидации в материнские компании (например, транснациональные корпорации). В этом случае чаще всего используется модель частичной трансляции проводок, возможны варианты ведение обособленного учета по МСФО.
Данная классификация условна - скорее это попытка осмысления. Думаю, что через какое-то время будет создана более четкая система квантового подхода к внедрению МСФО, позволяющая заказчикам существенно уменьшить затраты и риски.
Вакансии
Ведущий разработчик 1С / Team lead отдела разработки 1С
Москва
зарплата от 300 000 руб. до 300 000 руб.
Полный день
Москва
зарплата от 300 000 руб. до 300 000 руб.
Полный день