Dynamics Nav VS 365. Муки выбора

[hardopt]

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

Дальнейший анализ ведет прямиком к Dynamics 365. И тут обнаруживается, что MS движет сразу 2 решения в одну нишу. И перспективы у Dynamics Nav туманны.
При этом для меня (может я ошибаюсь) туманны перспективы "кастомизации-локализации" 365-ки.

В связи с этим вопрос №1 как сделать выбор между Nav и 365?

Вторая известная проблема.
Никто не отменяет учет по национальному плану счетов. NAV конечно позволяет делать собственный план счетов и его можно сделать национальным. Но при этом отчеты МСФО скорее всего не получатся. Да и первопричина (показать инвестору/иностранному собственнику бухгалтерию в понятном ему виде) не будет решена.
Более менее приемлемый вариант я вижу в таком подходе:
Первичный учет в Dynamics по международному плану счетов + экспорт итоговых проводок в локальную базу (скорее всего 1с) для формирования регламентированных отчетов.
Или есть более правильные/проверенные варианты?

Спасибо.

[CaseOren]

Добрый день,
Вы пишите : "Первичный учет в Dynamics по международному плану счетов + экспорт итоговых проводок в локальную базу (скорее всего 1с) для формирования регламентированных отчетов."

Для РФ не проходит, нужно тащить документы. Да еще и Книги НДС, которые не на фин. проводках строятся.

Уточните, что за страна-соседка? Кто-то из форумчан уж точно имел опыт реализации подобных проектов.

[AXcons]

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

Вот здесь неплохая статья, почитайте http://mcob.ru/services/ifrs/

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

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

Иной (более популярный) способ ведения учета по МСФО — трансформация . За основу берутся данные отчетов, сформированные по РСБУ. Далее они трансформируются в отчетность по МСФО с помощью изменения признания и раскрытия информации об объектах бухгалтерского учета (таковы основные требования МСФО). При этом можно проследить взаимосвязь между учетом по МСФО и РСБУ. Такой подход не требует больших затрат, но у него есть свои недостатки (см. Табл. №1). Так, трансформацию можно осуществить только после того, как подготовлена финансовая отчетность по российским стандартам. Это, конечно же, существенно замедляет процесс формирования отчетов по МСФО. При этом может пострадать и достоверность, корректность информации. Снижение точности данных может происходить потому, что в процессе подготовки трансформированной отчетности по МСФО корректируются только так называемые существенные статьи, и применяется много различных оценочных суждений и профессиональных оценок.

[Sancho]

Цитата:

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

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

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

[hardopt]

Цитата:

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

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

Мне эта позиция как-то ближе. Ибо отчет МСФО можно замутить и в традиционной С-ке. Я думаю большинство контор так и сделают. "Вы хотели? Нате Вам."
А вот те кому действительно нужна информация в международном стандарте (например буржуйские филиалы или продвинутые местные) всегда будут смотреть на международные решения.

Остается открытым вопрос(ы).
Возможно ли и сложно ли в Dynamics Nav2017 и 365 создавать свои печатные формы (счет фактуры , товарно-транспортные накладные, отчеты "АКТ взаиморасчетов" и т.д.) в связи с новой стратегией MS по ограничению возможностей изменения.


Страна не секрет, РБ.

И спасибо всем отозвавшимся.

[mazzy]

пожалуйста, ближе к теме.
Dynamics Nav VS 365. Муки выбора