Рекомендации по внедрению параллельного учета РСБУ+МСФО на платформе 1С

    Для начала представлюсь. Меня зовут Николай Шилкин, и я более 20-ти лет занимаюсь автоматизацией учета по МСФО. Прошёл путь от самой первой бухгалтерской программы под Windows, поддерживавшей МСФО, до самых последних флагманских продуктов фирмы 1С. В багаже — более 30 проектов в транснациональных корпорациях.


    Ну, а теперь, собственно, по теме...


    Незадолго до Нового (2020-го) года меня пригласили в одну горнорудную Группу компаний проконсультировать их по теме, как на 1С автоматизировать консолидацию по МСФО. Как оказалось, причиной озабоченности стала рекомендация одной из компаний «Большой Четверки» о том, что пора переходить с метода трансформации отчетности по российским стандартам бухгалтерского учета (РСБУ) в отчетность по международным стандартам финансовой отчетности (МСФО) на метод параллельного ведения учета РСБУ + МСФО.


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


    Прежде, чем выдавать какие-то рекомендации, хочу дать дефиницию термина «параллельный учет». Я впервые его услышал от аудиторов, когда «Большая Четвёрка» ещё была «Большой Шестёркой», т.е. более 20-ти лет назад. Суть метода заключается в том, что локальный страновый учет и корпоративный учет по международным стандартам ведётся «параллельно», т.е. каждая хозяйственная операция отражается в двух бухгалтерских книгах: национальной и корпоративной. Для России это будут регистры РСБУ и МСФО. Но всё дело в том, что полный параллелизм РСБУ и МСФО невозможен по той простой причине, что российские стандарты и международные далеко не всегда совпадают. И тогда весь бухгалтерский учет разбивается на 2 части: «параллельную», в которой российские и международные стандарты схожи, и «независимую», в которой стандарты различаются.


    Отображение «параллельных» операций настраивается таким образом, что составляется таблица соответствий — мэппинг (от англ. mapping) — между двумя планами счетов: РСБУ и МСФО. Формируемые посредством мэппинга проводки совпадают по датам, суммам, валютам, аналитикам (полностью или частично) и пр. В структуре данных 1С это выглядит таким образом, что один документ делает записи в два регистра бухгалтерии: «Хозрасчетный» и «Международный».


    Отображение «независимых» операций в 1С, как правило, происходит различными документами: один документ формирует только проводки РСБУ, а другой документ — только проводки МСФО


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


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



    Проблема Рекомендация
    1 Методология параллельного учета
    1.1
    Обследование учета РСБУ и корпоративных стандартов (при их отсутствии – разработка).
    Обследование включает в себя несколько пунктов:
    1. Анализ учетной политики по РСБУ.
    2. Анализ учетной политики по МСФО (если есть).
    3. Анализ плана счетов МСФО (если есть).
    4. Анализ мэппинга РСБУ-МСФО (если есть).
    5. Обследование базы данных 1С на предмет качественности отражение хозяйственных операций по РСБУ для целей использования их в виде источника данных для учета по МСФО.
    6. Обследование баз данных программ (CRM, ERP, ЗУП, СЭД и т.п.), интегрированных с программой, в которой ведется РСБУ.
    7. Обследование планируемого к внедрению программного обеспечения для ведения параллельного учета РСБУ + МСФО.

    В отчете о проведенном обследовании выносятся рекомендации в виде краткого технического задания по следующим вопросам:
    1. Внесение изменений в учетные политики РСБУ и МСФО с целью гармонизации этих учетов.
    2. Повышение качества учета по РСБУ и степени автоматизации параллельного учета, включая изменение плана счетов РСБУ и доработку справочников и документов 1С для целей МСФО.
    3. Проецирование плана счетов МСФО и мэппинга РСБУ-МСФО на структуру данных 1C.

    1.2
    Гармонизация учетных политик РСБУ и МСФО.
    Гармонизация РСБУ и МСФО включает в себя сближение стандартов РСБУ и МСФО с целью снижение трудозатрат при ведении учета МСФО посредством увеличения «параллельной» доли операций, транслируемой по мэппингу.
    1.3
    Разделение разделов учета МСФО на «параллельный» с РСБУ и «независимый» согласно достигнутой степени гармонизации.
    Для плана доработок программы параллельного учета имеет смысл составить полный перечень хозяйственных операций по РСБУ и МСФО, как «параллельных», так и «независимых», что позволит проанализировать, какие операции можно «запараллелить» по мэппингу, а по каким придётся разрабатывать специальных документы для «независимого» отражения операций.
    1.4
    Проецирование корпоративных стандартов на структуру данных 1С выбранного программного обеспечения.
    При наличии корпоративных стандартов по МСФО (учетная политика, план счетов, финансовая отчетность и пр.), понадобится их адаптация под структуру данных выбранного программного обеспечения. На основе сравнительного анализа корпоративных стандартов и функциональных возможностей выбранного программного обеспечения составляется план его доработок.
    2 Подготовка к внедрению параллельного учета
    2.1
    Нормализация справочников (при необходимости).
    В случае, если справочники в 1С ведутся небрежно (присутствуют двойники, нарушается порядок машинной сортировки, заполнены не все реквизиты и т.п.), следует сделать их ревизию и наметить план работ по нормализации элементов в справочниках.
    2.2
    Внесение изменений в учет РСБУ согласно достигнутой степени гармонизации.
    В случаях, когда возможно сближение стандартов РСБУ и МСФО, следует продумать доработки документов 1С по РСБУ, проводки которых могут быть оттранслированы по мэппингу. Например, 1С не позволяет автоматизированно начислять в РСБУ резервы по сомнительным долгам в разрезе валют, что априори понадобится в МСФО, соответственно, имеет смыл разработать такой универсальный документ, который будет формировать проводки в обеих бухгалтерских книгах: РСБУ и МСФО, либо который будет формировать проводки по РСБУ, а затем они будут транслироваться по мэппингу. При этом потребуется как внести изменения в учетные политики РСБУ и МСФО, так и доработать типовую конфигурацию 1С в части РСБУ (например, добавить субсчета в разных валютах (руб., вал., у.е.) на счете 63).
    2.3
    Разработка технического задания для доработки 1С под корпоративные стандарты в части, непокрываемой выбранным программным обеспечением
    Степень проработки ТЗ может сильно варьироваться от минималистского до максимально подробного, в зависимости от уровня программистов и преемственности компаний-исполнителей проекта. Чем ниже уровень программистов, и чем чаще меняются исполнители, тем более
    подробным должно быть ТЗ. Поэтому рекомендуется нанимать грамотных программистов и/или исполнителей с подтвержденным портфолио, что позволит снизить степень проработки ТЗ и, соответственно, бюджет проекта.
    2.4
    Доработка конфигурации 1С согласно корпоративным стандартам в части, непокрываемой выбранным программным обеспечением.
    Такие доработки могут выполняться не все сразу, а постепенно, в порядке приоритета, определяемого трудозатратами отражения операций в программе. Например, быстрое закрытие (fast close) разумно отработать в первую очередь, а какие-то нерегулярные начисления (accruals) – в последнюю.
    2.5
    Разработка/доработка в MS Excel плана счетов МСФО согласно корпоративным стандартам и структуре данных 1С.
    Проектирование плана счетов МСФО – обязательная фаза, т.к. ни один план счетов МСФО типовой поставки ни одной программы параллельного учета не отвечает корпоративным стандартам конкретной Группы компаний.
    План счетов МСФО для целей мэппинга РСБУ-МСФО должен наследовать структуру счета плана счетов «Хозрасчетный» 1С:
    • Состав реквизитов
    • Состав субконто на счетах
    • Разделение счетов дебиторов и кредиторов по соотношению валюты цены и валюты платежа в договоре: «расчеты в рублях», «расчеты в валюте» и «расчеты в условных единицах»

    При этом план счетов МСФО должен быть свободен от недоработок типовой поставки плана счетов «Хозрасчетный»:
    • Не должно быть активно-пассивных счетов.
    • Субконто должны быть только на субсчетах самого нижнего уровня.
    • На счетах доходов и расходов МСФО, как правило, следует создавать одинаковые виды субконто с одинаковой иерархией.

    2.6
    Проектирование в MS Excel мэппинга счетов РСБУ и МСФО.
    Проектирование мэппинга между планами счетов РСБУ и МСФО также является обязательной фазой, т.к. это следствие уникальности корпоративного плана счетов МСФО.
    Мэппинг настраивается несколькими способами:
    • «Однозначное соответствие»: один счет РСБУ → в один счет МСФО
    • «Свёртка»: несколько счетов РСБУ → в один счет МСФО
    • «Расщепление»: один счет РСБУ → в несколько счетов МСФО

    При этом критериями аналитического расщепления могут быть:
    • Субконто на счете РСБУ → в счет МСФО
    • Реквизит субконто на счете РСБУ → в счет МСФО
    • Дополнительный реквизит субконто на счете РСБУ → в счет МСФО
    • Субконто на корреспондирующем счете РСБУ → в счет МСФО
    • Реквизит субконто на корреспондирующем счете РСБУ → в счет МСФО
    • Дополнительный реквизит субконто на корреспондирующем счете РСБУ → в счет МСФО

    Особого внимания требует проектирование мэппинга активно-пассивных счетов РСБУ, т.к. в МСФО не существует счетов такого вида. Поэтому дебетовые обороты по активно-пассивным счетам РСБУ будут транслироваться в активные счета МСФО, а кредитовые обороты – в пассивные счета МСФО. Следствием такого подхода будет разработка дополнительного документа, делающего свертку однородных задолженностей в МСФО на дату их закрытия в РСБУ.
    2.7
    Проектирование в MS Excel отчетности МСФО.
    Если отчетность по МСФО уже формируется методом трансформации из отчетности РСБУ, то имеет смысл взять за основу файлы трансформационных таблиц, сопоставив им источники данных в 1С.
    2.8
    Определение даты начала автоматизированного ведения учета по МСФО.
    Настройка учета по МСФО в программе параллельного учета должна быть готова, как минимум, за один месяц до планируемой даты автоматизированного ведения учета по МСФО, лучше – за один квартал.
    3 Внедрение параллельного учета
    3.1
    Обновление конфигурации 1С согласно корпоративным стандартам
    После доработки конфигурации разработческой программы параллельного учета следует обновить конфигурацию рабочей программы, в которой ведётся учет РСБУ.
    3.2
    Загрузка в 1С из MS Excel разработанного/доработанного плана счетов МСФО.
    План счетов следует готовить в MS Excel в структурированном виде, позволяющем последующую быструю загрузку в 1С. Механизм загрузки должен предусматривать удаление загруженного плана счетов МСФО, т.к. проектирование в MS Excel всегда содержит какие-то ошибки и неточности (например, некорректное подчинение субсчета счету верхнего уровня), что влечет за собою повторные загрузки.
    3.3
    Ввод в 1С (загрузка из MS Excel) мэппинга счетов РСБУ и МСФО.
    Загрузка в 1С представляется возможной далеко не всегда из-за многофакторности мэппинга, что приводит к очень большим трудозатратам написания программного кода загрузки, а поскольку загрузка мэппинга делается лишь один-единственный раз при внедрении программы, то ручная настройка мэппинга в 1С часто оказывается гораздо более быстрым и менее трудозатратным решением.
    3.4
    Трансляция по мэппингу остатков по счетам РСБУ в остатки по счетам МСФО на дату, предшествующую дате начала автоматизированного ведения учета по МСФО.
    Выбранное ПО для параллельного учета должно уметь транслировать в МСФО по мэппингу не только проводки РСБУ по текущим операциям, но и формировать остатки РСБУ на конкретную дату. Трансляция остатков должна осуществляться с учетом реклассификации объектов, учитываемых в РСБУ по стандартам, отличным от МСФО (например, программное обеспечение, учитываемое как расходы будущих периодов по РСБУ, реклассифицируется в нематериальные активы по МСФО). Если выбранное ПО для параллельного учета этого не умеет, то такую разработку имеет смысл делать только в том случае, если трудозатраты на ручной ввод остатков МСФО существенно превышают трудозатраты на разработку.
    3.5
    Выверка остатков МСФО согласно ранее сформированной отчетности, полученной методом трансформации отчетности РСБУ, подгонка оттранслированных остатков согласно трансформированным остаткам, объяснение расхождений между ними.
    После трансляции по мэппингу остатков МСФО всегда возникают разницы между оттранслированными по мэппингу остатками и остатками, полученными посредством трансформационных таблиц при трансформации отчетности из РСБУ в МСФО. Такие отклонения могут достигать 30%. Чтобы соблюсти преемственность финансовой отчетности по МСФО, следует не только показать разницы между двумя вышеупомянутыми технологиями в суммовом выражении, но и доказательно их объяснить.
    3.6
    Реверсирование подогнанных расхождений между оттранслированными и трансформированными остатками.
    Все трансляционные проводки должны быть сначала подогнаны ручными корректировками под трансформационные остатки на дату, предшествующую началу ведению автоматизированного учета по МСФО, а затем, чтобы отсечься от трансформационных погрешностей, реверсированы на следующую дату — дату начала ведения автоматизированного учета по МСФО.
    3.7
    Настройка отчетности МСФО.
    При выборе ПО для параллельного учета следует обращать внимание на тот факт, умеет ли оно выгружать отчеты с сохранением формул в MS Excel. Большинство программ на платформе 1С этого не умеют. Преимущество сохранения формул заключается в том, что при ведении параллельного учета можно будет использовать те же самые трансформационные таблицы, которые обычно составлены именно в MS Excel, просто подключив источник данных в виде 1С.

    В переходный период внедрения программы параллельного учета разумно использовать трансформационные таблицы в качестве паллиативного решения, использующего 1С в качестве источника данных формирования отчетности в MS Excel. Для этого могут быть использованы имеющиеся на рынке специальные генераторы финансовой отчетности МСФО.
    4 Опытная эксплуатация параллельного учета
    4.1
    Разработка пошаговой инструкции по ведению учета МСФО.
    Поскольку ведение параллельного учета — весьма трудоемкий процесс, необходимо разработать пошаговую инструкцию по ведению учета МСФО в разрезе ролей пользователей по разделам учета.
    4.2
    Обучение персонала согласно пошаговой инструкции по ведению учета МСФО.
    Обучение персонала следует проводить на основе пошаговой инструкции по ведению параллельного учета РСБУ + МСФО.
    4.3
    Отладка ведения учета МСФО на одном месяце (квартале).
    По завершению настройки параллельного учета следует произвести отладку формирования проводок МСФО на примере, как минимум, одного месяца, лучше – одного квартала.
    4.4
    Отладка формирования отчетности МСФО на одном месяце (квартале).
    По завершению отладки формирования проводок МСФО следует произвести отладку формирования отчетности МСФО на том же периоде – один месяц или один квартал.
    5 Командообразование на проекте параллельного учета
    5.1
    Создание единой команды из представителей Исполнителя и Заказчика.
    Залогом успешного и своевременного выполнения проекта по внедрению параллельного учета является единая команда, состоящая из представителей обеих сторон: Исполнителя и Заказчика. Если сотрудники Заказчика не будут вовлечены в проект с начала его реализации, становятся велики риски неумения и нежелания (вплоть до саботажа) сотрудников работать в программе после запуска проекта в эксплуатацию.
    5.2
    Разделение сфер ответственности между Исполнителем и Заказчиком.
    Для снижения бюджета проекта Заказчик может часть работ взять на себя. Такими работами, например, могут быть: разработка учетных политик, ввод остатков МСФО, разработка карт проводок МСФО, разработка программного кода программистами 1С и т.п.
    5.3
    Наделение руководителя проекта со стороны Заказчика полномочиями на уровне заместителя руководителя и освобождение его, хотя бы частично, от обычных рутинных обязанностей.
    В связи с тем, что проект параллельного учета затрагивает интересы нескольких департаментов (ИТ, бухгалтерия, планово-экономический, МСФО и др.), во главе проекта со стороны Заказчика должен стоять сотрудник, наделенный полномочиями, позволяющими ему отдавать распоряжения, обязательные к исполнению для всех руководителей задействованных в проекте департаментов.
    5.4
    Освобождение членов команды со стороны Заказчика от обычных рутинных обязанностей.
    Практика показывает, что часто при внедрении параллельного учета заказчики не нанимают новых сотрудников, а текущие сотрудники не освобождаются от своих каждодневных должностных обязанностей. Поскольку занятость текущих сотрудников до проекта полная, то им приходится работать либо сверхурочно, либо пренебрегая одной из нагрузок: обычной либо проектной. И в том, и в другом случае, страдает бизнес. Если приоритет остается за обычными обязанностями, то затягиваются сроки проекта параллельного учета. Если приоритет отдается проекту параллельного учета, то идет пренебрежение обычными должностными обязанностями.
    5.5
    Обязательные еженедельные митапы.
    Поскольку проект параллельного учета достаточно сложный, то Заказчику необходимо держать руку на пульсе. Это лучше всего делать посредством еженедельных телеконференций, на которых подводятся итоги за прошедшую неделю. Желательно это делать либо в начале недели (например, утром в понедельник), либо в конце недели (например, вечером в пятницу.)
    6 Смежные и сопутствующие работы на проекте параллельного учета
    6.1
    Интеграция 1С с CRM, ERP и другими системами оперативного учета.
    Часто оперативный учет ведется в ERP-системе, расчет зарплаты – в программе «1С: Зарплата и управление персоналом 8», а подготовка договоров – в СЭД, что влечет за собою необходимость интеграции указанных программ с бухгалтерской подсистемой. Такая интеграция подразумевает, что детализированная аналитика, необходимая для целей МСФО, передается по цепочке из этих программ в РСБУ, а затем – в подсистему МСФО. Поэтому уже на стадии проектирования стоит запланировать всю цепочку передачи данных для МСФО.
    6.2
    Назначение ответственных за ведение справочников и организация ввода и изменения объектов исключительно через них.
    Ответственные за ведение справочников — это сотрудники, которые имеют доступ к справочникам по записи. Все остальные сотрудники должны иметь доступ только по чтению. Ответственные за ведение справочников должны быть назначены приказом по предприятию и с ним должны быть под роспись ознакомлены все сотрудники, связанные с использованием справочников.
    6.3
    Разработка регламентов ведения справочников.
    При отсутствии регламентов ввода и содержания справочников, их следует разработать. При наличии регламентов их следует адаптировать для целей параллельного учета.
    Регламенты для каждого справочника должны содержать следующие пункты:
    1. Ответственное лицо, имеющее доступ к справочнику по записи.
    2. Порядок подачи заявки инициатором ответственному лицу на ввод нового элемента в справочник, включая возможные согласования и обогащения другими сотрудниками недостающими у инициатора заявки данными.
    3. Заявка должна содержать все существенные поля как для учета РСБУ, так и для учета МСФО.
    4. Периодический мониторинг справочника на соответствие надлежащему ведению (отсутствие двойников, соблюдение машинной сортировки по алфавитному и гнездовому способам, актуальность изменяемых данных и т.п.).

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


    Комментарии 16

      0

      Статья какая то ни о чём, прописные истины. Вот было бы сравнение всяких ух, бит финанс, инталев и итана, другое дело было бы.

        +1
        Неужели в этой 1с так все глупо построено, что для ведения учета по нескольким разным бухгалтерским планам счетов надо заводить несколько документов Ц:«Отображение «независимых» операций в 1С, как правило, происходит различными документами: один документ формирует только проводки РСБУ, а другой документ — только проводки МСФО»? И надо создавать всякие перекрестные связи между счетами и аналитиками для разных планов счетов — преобразование из регистров одного плана в регистры другого плана. Что за глупость.
        У нас в системе Тех.Корпорация можно завести документ только один раз и он автоматически создаст регистры по любому количеству планов счетов, которые заведены в системе. Одновременно и по МСФО и по Типовому и по Управленческому и Акционерному и так далее. Последние это индивидуальные планы ведения учета придуманные финансистами для нужд управления и контроля, чтобы акционерам не вникать в тонкости бухгалтерского учета а просто контролировать свой бизнес.
        И все это делается в одной учетной операции сразу для всех планов счетов.
        И нет отдельных разрозненных блоков типа ЗУП или Бухучет или СЭД. Все едино и комплексно. Есть общая для Корпорации информация и есть нужные правила ее обработки и учета.
        И почему 1с до сих пор не ушла от своей убогой архитектуры из прошлого века?

        • НЛО прилетело и опубликовало эту надпись здесь
          0
          Статья какая то ни о чём, прописные истины.

          Если Вы так пишете, то Вы либо гуру в постановке МСФО, либо не в теме, потому как на этих «прописных истинах» сыпется много проектов, как по срокам, так и по деньгам. Если гуру, буду рад сотрудничеству и, разумеется, признателен за ссылку на Вашу статью «о чём». Ну, а если не в теме, то прошу высказываться по существу.
          Замечу, что такой информацией вообще никто не делится, т.к. она ДСП. Ну, а если хотите мою статью «о чём» на уровне кандидатской диссертации, могу дать ссылку на публикацию на Инфостарте. Если сочтёте её достойной для Вашего чтения, перепощу её на Хабре.

          Вот было бы сравнение всяких ух, бит финанс, инталев и итана, другое дело было бы.

          Я делал такие доклады на на нескольких конференциях. Презенташка где-то осталась — могу выслать. Но без звукового сопровождения она плохо воспринимается. Впрочем, возможно, на сайте журнала «МСФО. Корпоративные финансы» есть видео выступления на конференции — если надо, могу поискать.
            0
            Неужели в этой 1с так все глупо построено

            Я бы не был столь категоричен. И это не вопрос глупости, а вопрос компетенций: в сфере 1С действительно мало грамотных людей. Поэтому и грамотных решений немного.

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

            Вы пишете о параллельной части, когда стандарты схожи — в этой части программы 1С точно так же могут работать. А в тех разделах учета, где стандарты различаются, набор проводок будет разный по каждому из плана счетов, например, при амортизации, модернизации, выбытии ОС и НМА, при лизинге, при закрытии периода и т.п. наборы проводок будут разные и по датам, и по суммам. Соответственно, каждый такой набор надо проектировать. В 1С это проще и дешевле сделать разными документами, но есть решения и с одним документом.

            И нет отдельных разрозненных блоков типа ЗУП или Бухучет или СЭД. Все едино и комплексно. Есть общая для Корпорации информация и есть нужные правила ее обработки и учета.

            А вот тут я с Вами соглашусь: архитектурно 1С проигрывает классическим подходжам ERP, т.к. не состоит из отдельных модулей — это либо полностью интегрированная подсистемы, либо отдельные программы с обменами данных.
              +1
              эээ. Я тоже скажу, что статья ни о чем.
              Уважаю 20 лет в проектах внедрения МСФО, но такое оцущение, что вы их провели только как прогарммист. А в этих вопросах понимание сути намного важнее.
              Ключевой ошибкой как в вашем описании, так и вообще в подходе к учету хочу выделить противопоставление НСБУ (национальные стандарты бух.учета) и МСФО. Учетов-то на самом деле больше. Даже в самих НСБУ (и МСФО на это прямо указывает и учитывает) есть подраздел налогового учета, где база расчета налогов не равна, за редкими исключениями, показателям бух.учета.
              Я бы к этому вопросу подошел совсем с другой стороны.
              Про себя скажу, что имею значительный опыт внедрения управленческого учета намалых и средних предпритяиях, имею сертификацию по МСФО, небольшой опыт реальной консолидации отчетности вручную и не имею проектов по автоматизации МСФО. Однако, учитывая специфику большинства моих проектов, МСФО является для реального бизнеса такой же бесполезной и инопланетной субстанцией, как и национальные стандарты.
              Итак, возвращаясь к организации учета.
              Ключевой проблемой, заложенной в 1С является идея, что вот мы сейчас сразу будет вести все виды учета. В то время как в иностранных системах применяется другой принцип — в учете должны фиксироваться реальные хоз.операции, а все остальные виды учета, как НСБУ и МСФО — являются трансформируемыми.
              Т.е., по опыту малого и среднего бизнеса, где множество серых операций, реальный учет — управленческий. В нем показываются и регистрируются все хоз.операции. Т.е. вот произошла она — и фиксируется, без оглядки на то, как она отражается в каком-либо другом учете, включая бухгалтерский.
              Тольео в таком виде можно реально сэкономить на ведении учета. Вы ведете управленческий учет, руководствуясь принципами:
              0. оператор не должен быть бухгалтером, знать учет и вообще знать что он есть.
              1. человек сделал действие — он его зафиксировал (не важно как — вручную ввёл 20 параметров или пикнул штрих-код)
              2. на рабочем месте вносятся только те параметры, которыми данный человек оперирует. Т.е. он не должен ничего кодировать, придумывать, сверяться с правилами и не дай бог выбирать счета. Т.е. если кладовщик выдал со своего СКЛАДА вот этото ТОВАР вот этому ПОКУПАТЕЛЮ, то больше ничего в учете не должно быть. Все остельное будет исторником ошибок.

              Исхотя из этого, все остальные виду учета, включая бухгалтеркий, являются интерпретируемыми по определенным правилам.
              К такому ведению учета не приходят, потому что в крупным компаниях этап управленческого оперативного учета пропускают или игнорируют по таким причинам:
              1. В крупных коспаниях невозможно ведение серыз или черных операций — они все долны быть под личным контролем специальных людей и их будет сликом ного, слишком много свидетелей. В крупном бизнесе серые и черные операции выводят за периметр безопасности в специально предназначенные юр.лица или юрисдикции. Исходя из этого приходят к ложному выводу, что операционный учет равен бухгалтерскому.
              2. У крупного бизнеса слишком много ресурсов, чтобы засадить пару сотен человек заниматься учетной фигней.
              3. У крупного бизнеса слишком много ресурсов, чтобы задумать над опимизацией учета. Например, можно поставить датацентр, чтобы проводить по бух.учету каждый чек, когда их пара сотен тысяч в день (4-8 проводок по каждому товару в чеке). А можно подумать, сделать консолидацию чака раз в сутки по магазину и проводить в бухчете одним документом со ссылкой на оперативные чеки — и крутить всю базу на паре арендованных серверов в Германии.

              Поэтому все отсылки типа «не понимаете проблемы внедрения МСФО — он не такой как бух.учет» — лживы, т.к. сам по себе бух.учет — кривое зеркало по сравнению с реальностью.

              Итого
              — Учет ведем оперативный управленческий, на легке, без оглядки на регламенты НСБУ и МСФО и налогового учета
              — НСБУ, МСФО и налговый учет — все получаем трансформацией с оперативного учета каждый по свим правилам.
              — эта методика полностью противоречит встроенной методике 1С, поэтому внедрять надо 3 базы: одна под оперативный учет (желательно с серверами заграницей), вторая с перегрузкой чистых данных — под НСБУ, треться — под МСФО.

              И не надо говорить, что МСФО — что-то нечеловеческий непонятное. Там все понятно, если отталкиваться от чистых хоз.оперций, а не через их толгование и преломление НСБУ
                0
                max1gu,
                сорри, но вот у кого пурга в голове в отношении фин.учета — так это у вас,
                если не учитывать, что писалось среди ночи.
                  0
                  а поширше можно? Ну вот чтобы к живым людям приложить можно было?
                  В чем пурга-то?
                  Не надо только путать фин.отчтность, рисуюмую по заданным мотивам, и реальный учет для принятия решения.
                  Я вам минимуму год могу рисовать нужную отченость МСФО, концы найдете только после моего увольнения. Это если их не похоронить через специально предназначенные компании.
                  Нужна прибыль — пожалуста. Не нужна — тоже. Надо щеки надуть, чтобы стоить подороже при продаже — уже сложнее, но решаемо на коротких дистанциях.
                  0
                  эээ. Я тоже скажу, что статья ни о чем.

                  Это вообще не статья, а тезисы. Родится статья или нет, пока не знаю. В планах есть, но времени нет. А тезисы родились из того, что я регулярно рассказываю одно и то же каждому новому потенциальному клиенту. Кстати, в фейсбук-группах по МСФО эти тезисы были приняты «на ура» и с благодарностью.

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

                  Отсюда, видимо, и Ваша такая точка зрения. МСФО — и управленческий учет — близнецы-братья. А если они не близнецы, то владелец бизнеса, как правило, лавочник (в расширительном толковании этого термина). Это же касается и Ваших выводов в разделе «Итого»: так ведут учёт лавочники. Я же, в основном, работаю с иностранцами, и там такой проблемы, как правило, не возникает. А если возникает, то эти различные учеты достаточно легко гармонизируются — гораздо легче, чем РСБУ и МСФО.

                  Ключевой проблемой, заложенной в 1С является идея, что вот мы сейчас сразу будет вести все виды учета.

                  Пардон муа, но проблема 1С, как раз обратная: учет РСБУ априори первичен, и никакой иной учет не может быть первичным априори. Кстати, именно это является одой из причин, почему 1С так долго не может выйти на глобальный рынок.

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

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

                  И не надо говорить, что МСФО — что-то нечеловеческий непонятное. Там все понятно, если отталкиваться от чистых хоз.оперций, а не через их толгование и преломление НСБУ

                  Во-первых, я этого не говорил. Я говорил совсем о другом: успех проекта зависит от (а) качества учета РСБУ, (б) проджет-менеджмента.
                  Во-вторых, этот Ваш пункт противоречит Вашим тезисам в разделе «Итого».
                  В-третьих, в этом пункте я с Вами абсолютно согласен. Более того, я сам всегда говорю: МСФО это учет, стоящий на ногах, а РСБУ — перевёрнутый с ног на голову, т.к. РСБУ решает не вопросы бизнеса, а фактически является налоговым учетом советского наследия контроля государства надо всем и вся.
                    0
                    Своими ответами вы вроде как пробудет сказать обратное, но самом деле подтверждаете
                    Управленческий учет м МСФО не могут быть близнецами братьями. В виду того, что упр.учет должен быть понятным неподготовленному пользователю и показывать релаьное положение прямо сейчас. А МСФО слишком мудреный с постянной переоценкой, дисконтированием, пересчетами, отложенными и авансовыми налогами с прочей нечелоческой заумью.
                    В МСФО есть здравое зерно (их много), но в оценке стоимости слишком ного арифметики, не связанной с хоз.деятельностью.
                    Так ведут учет не лавочники. Так ведут учет все мировые ЕРп системы, за исключением 1С. Есть модуль главной книги, есть модули складского учета, закупок, продаж и, внимание, бухгалтерского учета. И процедура закрытия месяца — закрыть банк, закрыть склад, закрыть взаиморасчеты, а потом — сформировать бух.проводки. С аналитикой на 2 порядка ниже, чем есть в учете.
                    Прогнозные проводки МСФО — это регламентные операции, которые не отменяют реальные хоз.операции.
                    И, по ходу, МСФО у них — это тоже самое, что бух.учет у нас. И у нас 2 маразма сразу.
                    Все дело в том, что сложность методик МСФО призвана убрать махинации с отчетностью. Но сами себя перехитрили. Сложность пересчетных и оценочных процедур позволяет очень вольно их реализовывать. А аудиторы из всяких 4-к — просто официальные решали на окладе — они все видят, но в зависимости от постленной задачи либо вксрывают, либо не видят, либо интерпретируют (и возможностей интерпретации там вагон).
                    Кроме этого, для целей управленчекого учета делает обязатеное разделение фин.результата и баланса по бизнесам и даам деятельности. В то время как МСФО, для получения «правильной» отчетности, позволяет то сводить их вместе, то разводить по кусочкам. И внешний пользователь никогда не поймет, где его развели. И аудитор не помощник.
                    Както с людьми, которые в курсе отной отрасли, смотрели МСФО отчётность их конкурентов (те обязаны её публиковать). Так вот они, зная положение на рынке, цены, объемы, доли, говорили — вот тут они скрыли, объединив два бизнеса, вот тут переоценили активы, вот тут просто не указали и т.п.
                    В итоге получаем, что НСБУ и МСФО — это картинка на заданную тему, нарисованная почти от руки. А реальным бизнесом можно УПРАВЛЯТЬ только по данным управленческого учета.
                      0
                      Вопросов больше не имею. (с) И.Ильф, Е.Петров
                  0
                  max1gu,
                  при всем вашем негодовании, мсфо это международные стандарты, вам их не запретить
                    0
                    Статья хорошая.
                    Реально большинство проектов по автоматизации в бизнесе проваливается из-за несоблюдения прописных истин. Тем более, если проекты касаются регламентированного учета (национального или по МСФО).
                    Не знаю, нужно ли это программистам на хабре, но целевой аудитории финансовых директоров и специалистов нужно читать такие статьи обязательно.

                    Не согласен с двумя вещами
                    1. ТЗ всегда должно быть детальным, потому чаще всего проблема не в криворуких программистах или не только в криворуких программистах.
                    2. Управленческий учет и МСФО разные вещи — полностью согласен с max1gu. Хотя, наверное, это не имеет отношения к смыслу статьи.

                    Более подробные статьи (уже не с описанием теории, а как это делать «руками» — со скринами регистров и всего прочего) нужны, и, поверьте, Хабром они воспримутся еще лучше.

                    Некоторое время занимался трансформационными проблемами на 1С (правда, в основном управленческими, МСФО касаюсь в меньшей мере), поэтому буду рад обмену опытом с профессионалами.
                      0
                      Не согласен с двумя вещами
                      1. ТЗ всегда должно быть детальным.
                      2. Управленческий учет и МСФО разные вещи — полностью согласен с max1gu.


                      1. Практика показывает, что подробное ТЗ — выкинутые деньги по той простой причине, что в начале проекта нельзя предусмотреть все нюансы. Поэтому я давно работаю по схеме, похожей на Agile. Информация к размышлению: за 20 лет я всего лишь 2 раза писал подробное ТЗ по 150-200 страниц, одно из них было по МСФО. При этом проектов по МСФО — более 30.
                      2. Управленческий учет в части корпоративных финансов в западных компаниях на 80-90% совпадает с МСФО. Разница только в степени глубины анализа, например, по регионам продаж, по товарной номенклатуре, по брендам и т.п. Соответственно, если продумать все необходимые реквизиты, позволяющие формировать управленческую отчетность, то, тем самым обеспечив гармонизации УУ и МСФО, можно получить одновременно из данных МСФО и управленческую отчетность. В российских компаниях подход к управленческому учету совершенно иной: сколько людей, столько и мнений. Поэтому, когда я слышу слова «управленческий учет» я, первым делом спрашиваю: «Что Вы понимаете под этим термином? В большинстве случаев, это подход лавочников: считаем деньги по кэшу. И только в очень продвинутых компаниях управленческий учет стремится к МСФО.

                      Замечу, что тут есть большая проблема… Основная задача управленческого учета — предоставлять своевременную и достоверную отчетность, на основе которой можно принимать верные управленческие решения. Ключевое слово: „можно“. Ведь верное управленческое решение на основе своевременной и достоверной отчетности можно и не принять, например, по причине отсутствия знаний, опыта, умения оценивать риски. Поэтому никакой управленческий учет, по большому счету, не решает свою задачу, т.к. не является Decision Support System, а попросту говоря — подсказчиком. Возможно, в будущем искусственный интеллект сможет выдавать грамотные управленческие решения неграмотным пользователям, но пока об этом приходится только мечтать.

                      буду рад обмену опытом с профессионалами.

                      Взаимно. С удовольствие поделюсь информацией и подходами. :)
                      0
                      1. Практика показывает, что подробное ТЗ — выкинутые деньги по той простой причине, что в начале проекта нельзя предусмотреть все нюансы. Поэтому я давно работаю по схеме, похожей на Agile. Информация к размышлению: за 20 лет я всего лишь 2 раза писал подробное ТЗ по 150-200 страниц, одно из них было по МСФО. При этом проектов по МСФО — более 30.

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

                      Управленческий учет в части корпоративных финансов в западных компаниях на 80-90% совпадает с МСФО
                      .
                      Потому что
                      1) В части корпоративных финансов МСФО очень приближено к управленческим реалиям. Например, учет обязательств и той же выручки.
                      2) В других частях разработчикам МСФО хватает ума не «закручивать гайки», поэтому, например, учет запасов ими зарегулирован довольно слабо, и почти никогда не противоречит продвинутому УУ. (Там просто нечему противоречить — МСФО выставляет только самые поверхностные требования)
                      3) Западные компании тоже вынуждены адаптировать все виды учета под регламентированные, потому что так дешевле. Поэтому при небольших расхождениях проще немного подкрутить учет под соответствие МСФО, чем вести параллельно.

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

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

                      Если продумать все необходимые реквизиты УУ в системе МСФО, мы и приходим к тому, что мы строим УУ под видом МСФО:)

                      Поэтому, когда я слышу слова «управленческий учет» я, первым делом спрашиваю: «Что Вы понимаете под этим термином?

                      Точно:) Узнал себя :-D

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

                      Так поддерживать принятие решений, когда машина просто пересчитывает показатели при разных сценариях — это и есть Desicion Support.
                      А искусственный интеллект — это уже про проработку и принятие решений роботами. Привет из Матрицы:)
                      Взаимно. С удовольствие поделюсь информацией и подходами. :)

                      Welcome. А тем временем будем ждать новых статей.
                        0
                        del

                        Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                        Самое читаемое