В принципе, по технологическим возможностям платформа 1С сильно приблизилась к Аксапте

[mazzy]

Цитата:

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

хорошо, единственный нюанс, что там указывается оптимизация запроса СУБД...
а оптимизация запроса - подразумевает, что переписать запрос так, чтобы ускорить выполенине... ну да это лирика

Ну, дык программист в Аксапте может управлять тем какой запрос отправляется на СУБД.

И кроме того, оптимизация запроса в MS SQL выполняется не только переписыванием (это семантическая оптимизация). В MS SQL есть оптимизатор, который многое умеет и сам делать. Ему только мешать не надо. И надо знать границы возможностей этого оптимизатора (те самые Some complex SELECT statements).

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

Цитата:

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

1ска слишком избыточна в своих запросах. и пользоваться надо с "умом", и тогда...

Опять начинается, как со всеми 1Сниками... Путаница между "уже есть" и "можно сделать".

Скажите - в УЖЕ существующих типовых конфигурациях разработчики типовых пользуются с "умом"?
Если нет, то вы предлагаете снимать с поддержки и переписывать?
Какова на ваш взгляд трудоемкость переписывания, например УПП, чтобы стало "с умом"?

[Vezunchik]

Цитата:

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

Ну, дык программист в Аксапте может управлять тем какой запрос отправляется на СУБД.

И кроме того, оптимизация запроса в MS SQL выполняется не только переписыванием (это семантическая оптимизация). В MS SQL есть оптимизатор, который многое умеет и сам делать. Ему только мешать не надо. И надо знать границы возможностей этого оптимизатора (те самые Some complex SELECT statements).

я и не спорил что в этом платформа 1сная проигрывает. изначально почемуто идет по пути: шаг влево вправо - расстрел. хотя бы уже давно дали бы всем разработчикам прямой доступ к скулю и нигугу. а там уже что разработчик сам напортачит - его проблемы. как собственно говоря есть и везде.

Цитата:

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

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


Опять начинается, как со всеми 1Сниками... Путаница между "уже есть" и "можно сделать".

Скажите - в УЖЕ существующих типовых конфигурациях разработчики типовых пользуются с "умом"?
Если нет, то вы предлагаете снимать с поддержки и переписывать?
Какова на ваш взгляд трудоемкость переписывания, например УПП, чтобы стало "с умом"?

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

[sukhanchik]

Цитата:

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

раз сравниваем платформу, то открываем пустую базу 1с и пустую базу аксапты; и смотрим их возможности, плюсы и минусы.
что касается сравнения конфигураций, то 1с по моему и не претендует на всеобъемлющее покрытие любых возможных форм учета для одной организации. она ориентируется на масштаб, что собственно говоря и покрывает.

Тогда уж давайте уравняем "в правах" пустую базу 1С и пустую базу аксапты. Т.е. определимся в терминологии.
Поскольку в аксапте нет как в 1С четкого разделения платформы и конфигурации, то давайте сравнивать:
В аксапте: возможности ядра + возможности УЖЕ написанного функционала, который не относится к бизнес-логике (запросы, код, быстродействие, удобство и т.п., но без фраз типа "Курсовые разницы", "НДС" и т.п.)
В 1С: возможности платформы + используемые возможности какой-либо конфигурацией (желательно отмечая - что, например, эта возможность у платформы есть, но в конфигурации она не используется - т.к. в этом случае в стандартной поставке эту возможность нельзя увидеть. Либо отмечая, что эта возможность используется в такой-то конфигурации).

Именно это и хочется услышать. Не факт того, что в 1С-е можно написать конфигурацию с нуля (это и так понятно, т.к. можно сделать все) - а именно то, что УЖЕ есть.

[Vezunchik]

Цитата:

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

Тогда уж давайте уравняем "в правах" пустую базу 1С и пустую базу аксапты. Т.е. определимся в терминологии.
Поскольку в аксапте нет как в 1С четкого разделения платформы и конфигурации, то давайте сравнивать:
В аксапте: возможности ядра + возможности УЖЕ написанного функционала, который не относится к бизнес-логике (запросы, код, быстродействие, удобство и т.п., но без фраз типа "Курсовые разницы", "НДС" и т.п.)
В 1С: возможности платформы + используемые возможности какой-либо конфигурацией (желательно отмечая - что, например, эта возможность у платформы есть, но в конфигурации она не используется - т.к. в этом случае в стандартной поставке эту возможность нельзя увидеть. Либо отмечая, что эта возможность используется в такой-то конфигурации).

Именно это и хочется услышать. Не факт того, что в 1С-е можно написать конфигурацию с нуля (это и так понятно, т.к. можно сделать все) - а именно то, что УЖЕ есть.

а НАФИГА сравнивать функционал? когда речь идет о ПЛАТФОРМЕ и о том, как ее можно использовать?
еще раз, на аксапте тоже можно написать с нуля, но это нафиг никому не нужно, потому как трудоемко и медленно.
именно поэтому и говорите, что в аксапте нет четкого разделения.
переходя на ваш язык, мы (смотрим топик) сравниваем возможности ЯДРА, БЕЗ функционала, а точнее насколько возможности ПЛАТФОРМЫ 1с приблизилась к возможностям ЯДРА.

[mazzy]

Цитата:

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

еще раз, на аксапте тоже можно написать с нуля, но это нафиг никому не нужно, потому как трудоемко и медленно.
именно поэтому и говорите, что в аксапте нет четкого разделения.

Не, уважаемый.

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

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

Другими словами,
1. Вы утверждаете, что делать с нуля дрель на 1С дешевле, быстрее и проще.
2. Вам говорят, что гораздо дешевле, быстрее и проще купить уже готовую.
3. Кроме того, вам говорят, что вы неправы, сделать с нуля дрель на Аксапте и дешевле, и быстрее и проще (даже несмотря на стоимость лицензий). Но третий тезис остается чисто теоретическим потому что никто (в здравом уме и при возможности купить готовое свое) изготавливать не будет.

Все дело как раз в том, что 1Совцы воспринимают за электрическую дрель обычный ручной коловорот

====================

Цитата:

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

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

В чем минус 1С? На платформе 1С никто (включая разработчиков самой 1С) не смог создать конфигурацию, хотя бы приближающуюся по сложности к Аксаптовской. Даже сами разработчики 1С не могут сделать нормальную конфу, которая использует хотя бы большинство задекларированных возможностей. С 8.2 выпустили только "Набор для небольшой фирмы" См. 1С выпустила версию платформы 8.2

В чем минус 1С? Говорите, разработчикам и клиентам легче начинать с нуля? Это значит платформа 1С не позволяет легко объединять уже готовые наработки. В этом ее минус.
(Здесь могу сказать, что идея репозитария наработок была появлялась еще в древние времена 1С 6.0. И я этой идеей болел, когда работал с 1Сом. Но до сих пор даже разработчики из самой 1С работают с отдельными конфами. Только сейчас появляется что-то более-менее похожее - сборник типовых решений. И то - сами специалисты 1С относятся к этому сборнику с большой осторожностью)

[mazzy]

Также хочу отметить как ловко вы ушли от ответа.

Напомню свой вопрос:

Цитата:

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

Скажите - в УЖЕ существующих типовых конфигурациях разработчики типовых пользуются с "умом"?
Если нет, то вы предлагаете снимать с поддержки и переписывать?
Какова на ваш взгляд трудоемкость переписывания, например УПП, чтобы стало "с умом"?

Напомню ваш ответ:

Цитата:

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

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

Цитата:

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

а НАФИГА сравнивать функционал?

Так вот. С вашего разрешения я повторю:
1. я не предлагаю сравнивать функционал
2. мой вопрос не о функционале, а о платформе
3. не переводите стрелки с больной головы на здоровую.

Сам вопрос: сами разработчики типовых конфигураций 1С УЖЕ подходят "с умом" при разработке типовых конфигураций? Да или нет?

Если сами разработчики лепят дурь, то какова на ваш взгляд трудоемкость исправления этой дури?

Заранее спасибо.
Еще раз повторю: это не вопросы про функционал. Это вопросы о платформе.

[Сисой]

Попробую для затравки перечислить то, чего нет в DAX, но есть в 1С:
1. Нативная БД, позволяющая быстро и без доп.затрат разворачивать 1-2-3 пользовательские инсталляции. Также полезна для ознакомительного обучения.
2. Поддержка дополнительных СУБД, включая бесплатную PostgreSQL.
3. Объекты, позволяющие выполнять Data Mining.
4. 1С - интерпретатор с нестрогой типизацией, что позволяет редактировать/исполнять куски кода на языке 1С прямо в режиме Предприятия. Естественно, это не режим простого юзера, но для настройщика очень удобно. Можно хранить блоки кода (запросы, мини-алгоритмы) в справочниках и компоновать "на лету" необходимые действия. Можно писать "хитрые" утилиты, позволяющие делать с данными что угодно, не компилируя при этом программ. Можно генерить программный код и отправлять его на исполнение. Можно "на лету" подключать и отключать любые внешние обработки и отчеты, печатные формы.
5. Бизнес-процессы (графические схемы) в DAX 2009 уже появились?
6. Генератор отчетов удобнее.
7. Есть стандартная среда, позволяющая настраивать правила обмена информацией между разными БД 1С. А платформа содержит стандартные механизмы авторегистрации измений и обмена.

Mazzy, а в Аксапте есть аналог 1С-овской функции сравнения файлов с поиском расхождений?

[belugin]

Цитата:

Сообщение от Сисой

4. 1С - интерпретатор с нестрогой типизацией, что позволяет редактировать/исполнять куски кода на языке 1С прямо в режиме Предприятия. Естественно, это не режим простого юзера, но для настройщика очень удобно. Можно хранить блоки кода (запросы, мини-алгоритмы) в справочниках и компоновать "на лету" необходимые действия. Можно писать "хитрые" утилиты, позволяющие делать с данными что угодно, не компилируя при этом программ. Можно генерить программный код и отправлять его на исполнение. Можно "на лету" подключать и отключать любые внешние обработки и отчеты, печатные формы.

В Ax можно на лету компилировать и исполнять код

Цитата:

5. Бизнес-процессы (графические схемы) в DAX 2009 уже появились?

в будущем обещают графические, щас табличный редактор:

Цитата:

6. Генератор отчетов удобнее.

Тут я могу сказать, что есть три концепции редактора отчетов
1. основанный на Band (FastReport, Ax)
2. основанные на таблицах (насколько я знаю 1C)
3. Основанные на отображаемых обхектах (BIRT, SSRS)

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

другое дело, что степень интеграции SSRS с AX2009 меньше чем у родного.

Цитата:

Mazzy, а в Аксапте есть аналог 1С-овской функции сравнения файлов с поиском расхождений?

Есть SysCompare, который сравнивает всё, что шевелится. Из коробки может текст, а если написать реализации некоторых классов, то может и еще что-нибудь.

В туториале есть реализация сравнения записей справочника клиентов (Ax2009)
\Classes\Tutorial_Comparable
\Classes\Tutorial_CompareContextProvider

Правда тормозит на больших объемах, так как все на чистом X++

[mazzy]

Цитата:

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

в будущем обещают графические, щас табличный редактор:

А что ты имеешь в виду под "табличный редактор"?

Напомню, что спрашивают про такую фигню http://v8.1c.ru/overview/Term_000000179.htm#1

[mazzy]

Цитата:

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

В туториале есть реализация сравнения записей справочника клиентов (Ax2009)
\Classes\Tutorial_Comparable
\Classes\Tutorial_CompareContextProvider

О!!! А вот об этом я не знал. Оказывается можно продемонстрировать!

Вот так:

[Сисой]

Расскажу, как обстоит дело с аудированием действий пользователей в последних версиях 1С. До аудирования всех изменений на уровне платформы дело не дошло. 1Сники воспользовались возможностью 8.1 подключать произвольное кол-во тригерров на события изменения/проведения объекта.
Что сделано:
1. в конфах есть таблица, в которой внедренец настраивает, какие справочники/документы подлежат версионированию.
2. для документов определяется, когда выполнять версионирование - при любом изменении, или только при проведении/перепроведении.
3. 1С хранит в отдельной таблице, в BLOBах, слепки версий объектов. Пореквизитно аудируются все реквизиты шапки и все табличные части. Аудитор может посмотреть, кто и когда менял объект, состояние объекта любой версии, сравнить между собой любые две версии. Теоретически можно сделать и undo, но в типовых такой возможности, слава богу, нет.

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

[mazzy]

Цитата:

Сообщение от Сисой

Расскажу, как обстоит дело с аудированием действий пользователей в последних версиях 1С. До аудирования всех изменений на уровне платформы дело не дошло.

Это не аудирование.
Это тривиальный Database Log, который существовал с давних пор.
Database Log хранит изменения/вставки/удаления/переименования первичных ключей указанных администратором таблиц и/или указанных полей в таблицах. Удаленные можно вставить обратно.

Аудирование - более сложный механизм, который позволяет определить что именно изменило итоговую сумму.
В 1С есть аналог только в ЗуПе на расчетном механизме.
Представь, что в январе был начислен оклад 1000 рублей. Месяц расчитан, закрыт, ведомости распечатаны.
А в феврале был введен больничный, который начат в январе, закончен в феврале.
Этот больничный изменил сумму январского оклада, например, до 900.

Аудирование позволяет узнать почему отчеты за январь, распечатанные в феврале, не совпадают с отчетами за январь, распечатанные в январе.

==============
Я ведь говорил о дрели и коловороте?
==============

Цитата:

Сообщение от Сисой

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

Во-во. Два механизма, каждый из которых какой-то недомеханизм.
В Аксапте Database Log позволяет узнать и кто, и что, и когда.

[mazzy]

Цитата:

Сообщение от Сисой

Попробую для затравки перечислить то, чего нет в DAX, но есть в 1С:
1. Нативная БД, позволяющая быстро и без доп.затрат разворачивать 1-2-3 пользовательские инсталляции. Также полезна для ознакомительного обучения.

ключ запуска "ax32.exe -native" позволяет натравить Аксапту на чистый каталог application только оно зачем нужно?
для ознакомительных целей есть VPC, где уже все установлено и налажено ax2009 demo vpc: полностью настроенная виртуальная машина со средствами разработки

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

Цитата:

Сообщение от Сисой

2. Поддержка дополнительных СУБД, включая бесплатную PostgreSQL.

Нет.
И не надо. Не открою большой секрет, если скажу, что до версии 2.0 были ключи, которые запускали PostgreSQL, DB2, mySQL. И база собственного формата тоже была. Именно из-за этих ключей и заложенных еще тогда парадигм, сейчас некоторые 1Сники могут говорить об "ущербном" языке запросов Слава богу, что убрали.

В общем, это длинная тема.
Но если разработчики Аксапты начинали кроссСУБДшность, когда еще не было отраслевого стандарта на SQL... И для них понятно почему они так делали.
Делать кроссСУБДшность сейчас, когда четко обозначены стандарты... когда совершенно конкретно понятно, сколько сил придется потратить чтобы догнать эти стандарты...

Посмотрим. В Аксапте оставили только MS SQL, Oracle.
1Су только предстоит пройти этот путь

Цитата:

Сообщение от Сисой

3. Объекты, позволяющие выполнять Data Mining.

Нет, Аксапта не стремится быть единственным инструментом.
У того же поставщика есть множество решений. В том числе и MS Analysis Server (сейчас он называется по-другому). С ним Аксапта и интегрируется.

Поэтому нет, в самой Аксапте нет. И не будет.
Но платформа может использовать OLAP и MS Analysis Server.
Кроме того, в УЖЕ готовых решениях OLAP используется.

Цитата:

Сообщение от Сисой

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

Э-э-э... Вообще говоря, любая разработка в Аксапте выполняется "прямо в режиме Предприятия"

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


только... чур меня, чур, если такая фича будет использоваться Настройщиками.
Я боюсь, что мы снова говорим о совершенно разном уровне сложности.
Хотел бы я посмотреть на консультанта Аксапты, который без ведома программиста, выполняет произвольный код, например, при отладке себестоимости или при расчете потребностей в номенклатуре...

Опять же... Этот довод больше говорит не об Аксапте, а о платформе 1С

Цитата:

Сообщение от Сисой

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

Ой, не смешите мои тапочки.
В стандартном функционале Аксапты навскидку - экспорт/импорт, Конфигуратор продукции и пр.
Почитайте на форуме как народ занимается динамическим программрованием. (Тег - программно)
Нафиг-нафиг.

вот скриншоты из конфигуратора, где код сгенерирован автоматически (его можно поправить)


и еще совет с с "хитрыми утилитами" (обрати внимание на даты создания совета - 2002 год )
http://axapta.mazzy.ru/lib/import/

Цитата:

Сообщение от Сисой

5. Бизнес-процессы (графические схемы) в DAX 2009 уже появились?

Это хорошо, что ты уточнил. Потому что просто бизнес-процессы в Аксапте были очень и очень давно Управление бизнес-процессами, а также здесь.
Графические схемы появились. Ключевое слово Workflow. например,
http://channel9.msdn.com/pdc2008/BB57/
Arijit Basu: AX 2009 Workflows: A Quick overview
gl00mie: Dynamics AX 2009 Guides and White Papers
http://www.amand.ru/modules/wordpress/archives/85

Я снова хочу обратить внимание, это это не только возможность платформы, но и уже готовый функционал в "конфе"

Другое дело, что как и в 1С... Лучше бы они делом занялись вместо того, чтобы ерундой страдать.

Цитата:

Сообщение от Сисой

6. Генератор отчетов удобнее.

Пока да. Но Аксапта перебирается на Reporting Service.

Цитата:

Сообщение от Сисой

7. Есть стандартная среда, позволяющая настраивать правила обмена информацией между разными БД 1С. А платформа содержит стандартные механизмы авторегистрации измений и обмена.

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

Цитата:

Сообщение от Сисой

Mazzy, а в Аксапте есть аналог 1С-овской функции сравнения файлов с поиском расхождений?

Вот эта?

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

Но продвинутым способом является интеграция с CVS. Тогда работа выполняется через нормальный check-in/check-out, а сравнение средствами CVS.

[Logger]

Цитата:

Сообщение от Сисой

Mazzy, а в Аксапте есть аналог 1С-овской функции сравнения файлов с поиском расхождений?

ООООООООО !
Ну началось.

Давайте теперь бантиками меряться ?

[Nick]

Цитата:

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

ООООООООО !
Ну началось.

Давайте теперь бантиками меряться ?

Мальчики обычно другими мужскими достоинствами меряются
долго меня не было и я слишком много смотрю пропустил ...

Хотелось бы спросить уважаемых разработчиков (особенно от 1С), а вы реально на своих проектах всем этим богатством функционала пользуетесь?

Почему тогда каждый второй 1С-программист (даже из топ-5 франчей) пишет в 8.х в стиле "7.7"?!

[wb]

Цитата:

Сообщение от Сисой

Попробую для затравки перечислить то, чего нет в DAX, но есть в 1С:
1. Нативная БД, позволяющая быстро и без доп.затрат разворачивать 1-2-3 пользовательские инсталляции. Также полезна для ознакомительного обучения.

а аксапте для обучения берут образ виртуальной машины (настроенная система с которой можно сразу работать)

Цитата:

Сообщение от Сисой

3. Объекты, позволяющие выполнять Data Mining.

что это? можно ссылку?

Цитата:

Сообщение от Сисой

4. 1С - интерпретатор с нестрогой типизацией, что позволяет редактировать/исполнять куски кода на языке 1С прямо в режиме Предприятия. Естественно, это не режим простого юзера, но для настройщика очень удобно. Можно хранить блоки кода (запросы, мини-алгоритмы) в справочниках и компоновать "на лету" необходимые действия. Можно писать "хитрые" утилиты, позволяющие делать с данными что угодно, не компилируя при этом программ. Можно генерить программный код и отправлять его на исполнение. Можно "на лету" подключать и отключать любые внешние обработки и отчеты, печатные формы.

ИХМО строгая типизация - благо (но вопрос для многих спорный), когда разбираешь код и разработчик начинает злоупотреблять common и record - хочется его убить

насчет запуска кода можно начать с job.AOTrun() и далее с компиляцией на лету
http://kashperuk.blogspot.com/2009/1....html#comments (удобно прятать код, хранить в таблицах и т.п., но содержать такой код в порядке очень накладно (тратишь больше времени), а отладка такого кода в разы сложнее), поэтому ИХМО если нужно что-то спрятать лучше отдельную dll создать, зашифровать как подобает - и акуратно будет и быстрее
более часто поддерживается хранение query (это целиком запрос и параметры) - это да! очень удобно (аналог открыть / сохранить настройку на форме 1с )


насчет перехода с версии на версию
http://blogs.msdn.com/aeremenk/archi...4/4734787.aspx
вопрос: 1с поддерживает переход пользователей 1с Бухгалтерии 6 на 1С Бухгалтерию 8 ?

[Сисой]

Цитата:

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

1. Data Mining что это? можно ссылку?
2. вопрос: 1с поддерживает переход пользователей 1с Бухгалтерии 6 на 1С Бухгалтерию 8 ?

1. http://v8.1c.ru/overview/Term_000000271.htm
2. А AX 4 поддерживает переход с Navision Financials (v 2.60 1996) ?