Автоматизация учета основных средств в соответствии с мсфо

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

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

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

В данной статье будет обрисован настоящий проект по внедрению совокупности учета главных средств в соответствии с МСФО (потом – Система) на базе типовой конфигурации «1С» «Бухгалтерия предприятия». Обрисовываемый проект внедрения был удачно выполнен в 2009 г., где в роли клиента выступала одна из энергетических компаний г. Москвы.

Как все начиналось

На установочном заседании определилась команда проекта, складывающаяся из начальника проекта, двух кураторов по предметной области и двух ярких исполнителей: консультанта по МСФО и программиста «1С».

Были заявлены неспециализированные требования к Системе, представленные клиентом:

1. Необходимость применения отдельного замысла квитанций МСФО.

2. В Системе в автоматическом режиме должны формироваться эти по МСФО на основании данных по РСБУ. Наряду с этим участие пользователя в ходе формирования должно быть минимальным.

3. Для трансляции разрешённых должен применяться универсальный механизм мэппинга [1] замыслов квитанций по РСБУ и МСФО с возможностью эластичной настройки пользователями.

4. Функционал трансляции обязан предусматривать два режима формирования данных по МСФО: за период (пакетный режим) или в один момент с формированием данных по РСБУ (онлайн-режим).

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

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

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

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

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

3. В целях ведения свободного учета по МСФО для отдельных хозяйственных операций предусматриваются отдельные виды документов. При отсутствии таковых обязан машинально создаться универсальный документ, подобный «Ручной операции», но на замысле квитанций МСФО. Заполняться данный документ обязан правильно мэппинга и всецело машинально.

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

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

Начальником проекта были обозначены сжатые сроки проекта (четыре месяца). Потом началась работа по написанию технического задания (ТЗ) и подготовке к реализации функционала.

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

– Учетная политика по МСФО в части главных средств.

– Замысел квитанций МСФО (выдержка приведена в приложении 1).

– Мэппинг замыслов квитанций РСБУ и МСФО (выдержка приведена в приложении 2).

От концепции до результата

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

– Вариант 1 (с промежуточным созданием документа МСФО на основании документа РСБУ).

– Вариант 2 (без создания документа МСФО на основании документовРСБУ).

Вариант 1

Вариант 2

Пояснения к схемам:

– Документ МСФО «Вид 1» – документ МСФО, организованный на основании документа РСБУ.

– Документ МСФО «Вид 2» – независимый документ МСФО.

Первый вариант есть более унифицированным, разрешает выделить в отдельный модуль отчёты и документы по МСФО. Формы документов МСФО предусматривают заполнение дополнительных реквизитов, отсутствующих в РСБУ, для корректного переноса значений субконто на замысел квитанций МСФО. К примеру, реквизит «назначение ОС». В случае если выбрано значение «владение с целью получения дохода от роста цены», то в плане квитанций МСФО этот объект будет учтен на субсчетах к счету «Инвестиционная недвижимость»; в случае если выбрано значение «применение в главной деятельности» – на субсчетах к счету «Главные средства» и т. д.

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

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

Исходя из этого для реализации был выбран первый вариант создания отдельной системы, включающей в себя:

– универсальный документ МСФО, что машинально формирует проводки по МСФО правильно мэппинга (так как документ владел весьма широким функционалом, он взял условное наименование «мегадокумент»);

– последовательность отдельных документов [2], как предназначенных для ведения свободного учета, так и применяемых в ходе конвертации данных РСБУ.

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

Документ содержал описание создаваемых объектов Системы (константы, перечисления, справочники, регистры, документы, отчеты), включая состав движений и реквизитов по регистрам учета.

Как пример приводится один из фрагментов технического задания:

Пример

Документ «Поступление ОС (МСФО)»

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

Структура документа

Наименование реквизита	Тип реквизита	Условие
Шапка документа
Номер документа	Число	Машинально с префиксом «М»
Дата документа	Дата	По умолчанию – текущее значение
Организация	Ссылка справочник Организации	По умолчанию – текущее значение
Важный	Ссылка справочник Пользователи	По умолчанию – текущее значение
Тип ОС МСФО	Перечисление Типы ОС МСФО	Сократить значениями: СIP (незавершенное строительство), Equipment (оборудование)
ОК	Кнопка
Записать	Кнопка
Закрыть	Кнопка

Структура табличной части

Объект строительства	Ссылка Справочник Объекты Строительства	Реквизит употребляется, в случае если тип ОС = CIP
Цена МСФО	Число
Оборудование	Ссылка Справочник Номенклатура	Реквизит употребляется, в случае если тип ОС = Equipment
Количество	Число
Цена за ед.	Число
Сумма МСФО, всего	Число	Реквизит употребляется, в случае если тип ОС = Equipment. = Кол-во* Цена За ед.
Счет учета МСФО	Ссылка Замысел Квитанций МСФО	Реквизит употребляется, в случае если тип ОС = Equipment

Модуль проведения

Дебет	Кредит	Сумма
В случае если тип ОС = CIP
1103.1.6.2.	3226	Значение реквизита Цена МСФО
В случае если тип ОС = Equipment
Значение реквизита Счет учета МСФО из таб. части	3226	Значение реквизита
Сумма МСФО, всего

На основании технического задания программистом были спроектированы методы работы Системы. Как пример представим схему конвертации данных РСБУ.

Схема конвертации данных

В ходе реализации была создана «подписка на события», обрисовывающая метод конвертации данных, содержащий следующие этапы: 1. Проверка наличия подчиненного документа МСФО (не помеченного на удаление и не являющегося документом сторнирования). 2. Проверка наличия флага «Конвертируется в МСФО» для вида документа. 3. Проверка наличия права «Параллельный учет в МСФО» у текущего пользователя.

4. Проверка наличия флага «Параллельный учет в МСФО» для вида документа. 5. Проверка отсутствия статуса «Не отражать на замысле квитанций МСФО». 6. Создание документа МСФО.

Ход «Создание документа МСФО» предусматривает: 1. Определение вида создаваемого документа МСФО (в соответствии с мэппингу видов документов). 2. Создание нового документа МСФО (либо открытие существующего) и заполнение на основании документа РСБУ. 3. Формирование перемещений по МСФО.

4. Запись статуса документа МСФО.

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

Результатом запроса есть таблица значений, содержащая эти для создания проводки по МСФО: счета дебета, кредита, аналитика квитанций, вариант расчета суммы. 3. Функция «ПолучитьСуммуПроводкиМСФО» возвращает сумму проводки в соответствии с выбранному варианту расчета суммы. 4. Заполненная структура проводки МСФО возвращается в процедуру формирования проводок.

Так, проводка по МСФО по документу РСБУ создается при условии, в случае если в ходе переноса данных не появилось ни одной неточности [3] и в случае если в документе РСБУ содержится хотя бы одна проводка, подлежащая конвертации на замысел квитанций МСФО. При происхождения неточности при конвертации выдается сообщение с содержанием ссылки на документ, номером проводки РСБУ и указанием вида неточности.

В итоге в соответствии с техническому заданию были реализованы все алгоритмы Подсистемы и необходимые объекты (см. приложение 3).

Сложности преодолимы

На протяжении этапа разработки были распознаны и разрешены кое-какие проблемные обстановки, не предусмотренные на этапе проектирования.

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

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

Неприятность мэппинга. В режиме отладки была распознана следующая обстановка: для проводки по РСБУ правильно мэппинга нашлись два правила однообразного приоритета, соответствующие квитанциям кредита и дебета, каковые имели различные варианты расчета суммы проводки. Неприятность был решена добавлением дополнительных приоритетов в таблицу мэппинга.

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

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

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

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

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

Три, два, один – пуск!

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

Тестирование проводилось по сквозному примеру, которым проверялась корректность работы Системы для следующих операций:1. Ввод начальных остатков по объектам главных средств для целей МСФО.2. Приобретение оборудования, требующего (и не требующего) монтажа.3. Корректировка цены объекта оборудования в МСФО.4. Приобретение объекта строительства.5. Передача оборудования в монтаж.6.

Частичное списание цены объекта строительства.7. Перенос затрат с Кт 08.03 в Дт 20.03.8. Ввод в эксплуатацию объекта строительства.9. Ввод в эксплуатацию объекта ОС, не требующего монтажа.10. Поступление объекта главных средств согласно соглашению лизинга.11.

Начисление амортизации МСФО.12. Отражение обесценения главных средств для целей МСФО.13. Выбытие объекта, взятого согласно соглашению лизинга, в учете МСФО.14.

Реализация объектов основных средств и оборудования.

Результаты формирования сквозного примера проверялись посредством отчетов:

1. Отчет по документам, не отраженным в учете МСФО.

2. Отчет по статусам конвертации для всех видов документов.

3. Отчет-расшифровка по главным средствам.

4. Типовые отчеты (Оборотно-сальдовая ведомость МСФО, Анализ счета МСФО и пр.).

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

В состав проектной документации кроме Функционально-технических требований к Системе, Технического задания, методики и Программы опробований кроме этого вошел документ «Управление пользователя по совокупности учета главных средств в соответствии с МСФО», содержащий порядок действий пользователя по ведению учета в Системе:

– Настройка Системы.

– Ввод начальных остатков по главным средствам.

– Создание свободных документов МСФО.

– Конвертация данных из РСБУ на замысел квитанций МСФО.

– Формирование отчетов по МСФО.

Заключение

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

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

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

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

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

Приложение 1

Замысел квитанций по МСФО (фрагмент)

Код	Наименование	Акт.	Кол.	Субконто 1
0000	Вспомогательный счет	АП
1103	Главные средства	А
1103.1	Начальная цена главных средств	А
1103.1.1	Начальная цена сооружений и зданий	А		Главные средства
1103.1.2	Начальная цена тепловых сетей	А		Главные средства
	…
1103.2	Накопленная амортизация главных средств	П		Главные средства
1103.2.1	Накопленная амортизация сооружений и зданий	П		Главные средства
1103.2.2	Накопленная амортизация тепловых сетей	П		Главные средства
	…
1103.3	Обесценение главных средств	П
1103.3.1	Обесценение сооружений и зданий	П		Главные средства
1103.3.2	Обесценение тепловых сете	П		Главные средства
	…
1103.9	Выбытие главных средств	А
1103.9.1	Выбытие строений и сооружени	А		Главные средства
1103.9.2	Выбытие тепловых сетей	А		Главные средства
	…
1111	Другие внеоборотные активы	А
1201	Запасы	А
1245	Другая дебиторская задолженность кратковременная	А		Агенты
1280	Другие оборотные активы	А
0030	Операционные затраты	АП
0030.10	Затраты по амортизации ОС	А
0030.10.1	Затраты по амортизации ОС – главное производство	А
0030.10.2	Затраты по амортизации ОС – вспомогательное производство	А
0030.36	Начисление (восстановление) убытка от обесценения главных средств	А
0030.38	Доходы от выбытия ОС	П

Приложение 2

Правила настройки соответствия замыслов квитанций (мэппинг) РСБУ и МСФО (выдержка)

Признание и оценка Основных средств ( МСФО 16,23,36 ) Школа МСФО

Дт Кт	Счет РСБУ		Дополнитель-ные условия мэппинга		Счет МСФО		Субконто1			Правила расчета суммы
Дт Кт	Код	Наименование	Суб1	Кор. Счет	Код	Наименование	Наименование	Правила заполнения	Тип	Описание
Оборудование, требующее монтажа
Д	07.01	Оборудование к установке отечественное			1103.1.6.1	Оборудо-вание к установке	Номенкла-тура	Значение субконто РСБУ	1	Сумма проводки РСБУ
К	07.01	Оборудование к установке отечественное			1103.1.6.1	Оборудо-вание к установке	Номенкла-тура	Значение субконто РСБУ	2	СКД(1103.1.6.1) по сумме / СКД(1103.1.6.1) по количеству по значению субконто «Номенклатура» х Количество в проводке РСБУ

Финансовая жизнь

Автоматизация учета основных средств в соответствии с мсфо

Признание и оценка Основных средств ( МСФО 16,23,36 ) Школа МСФО

Интересные записи

Похожие статьи, которые вам, наверника будут интересны: