майкрософт динамикс ах что это

Рабочая область Microsoft Dynamics AX

Применимо к: Microsoft Dynamics AX 2012 R3, Microsoft Dynamics AX 2012 R2, Microsoft Dynamics AX 2012 Feature Pack, Microsoft Dynamics AX 2012

Рабочее пространство Microsoft Dynamics AX является основной рабочей областью Microsoft Dynamics AX. Используйте данную рабочую область, чтобы открывать формы, страницы списков, страницы Ролевого центра и отчеты.

Рабочее пространство Microsoft Dynamics AX разделено на следующие области.

Область переходов

Область переходов обеспечивает доступ к определенным модулям и списку «Избранное». Следующая таблица содержит описание различных элементов области переходов.

Избранное

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

Дополнительные сведения см. в разделе Использование избранного.

Позиции меню «Модуль»

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

Наименования модуля

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

Область содержимого

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

Ролевые центры

Если ваша организация использует ролевые центры, ролевой центр является вашей начальной страницей по умолчанию Microsoft Dynamics AX. Для отображения ролевого центра в области переходов щелкните Домашняя страница.

Дополнительные сведения о ролевых центрах см. в разделе Ролевые центры.

На следующем графике показан вид Ролевого центра в основной рабочей области.

Страницы списков

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

Дополнительные сведения о страницах списков см. в разделе Страницы списков.

На следующем графике показан вид страницы списка в основной рабочей области.

Страницы областей

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

Пункты меню отображаются в виде дерева, которое разделено на странице областей на группы. Следующие общие группы могут отображаться на странице областей: Периодические операции, Настройка, Отчеты и Запросы.

Чтобы развернуть или свернуть каждую группу, щелкните стрелку в верхнем правом углу группы.

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

Чтобы свернуть пункт меню верхнего уровня, щелкните этот пункт.

На следующем графике показан вид страницы областей в основной рабочей области.

Адресная строка

Адресная строка появляется в верхней части рабочей области Microsoft Dynamics AX. Адресную строку можно использовать для перемещения на страницы списков, страницы областей и в Ролевой центр пользователя.

Адресная строка имеет шесть различных важных областей.

Кнопки Вперед и Назад

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

Чтобы просмотреть одну из последних страниц, которые посещались в течение сеанса, нажмите кнопку со значком стрелки, расположенную справа от кнопки Вперед, а затем выберите страницу в списке.

Поле адреса

Можно использовать поле адреса для перемещения на конкретные страницы с информационным наполнением в пределах Microsoft Dynamics AX. Можно ввести путь или нажать на кнопку со значком стрелки рядом с каждой записью пути для выбора следующего местоположения.

Путь, вводимый в поле адреса, должен соответствовать следующей общей структуре:

Компания / Наименование модуля / Наименование группы страницы области / Имя верхнего узла / наименование пункта меню

Например, чтобы переместиться на страницу списков Банковские счета для учетной записи компании DAT, следует ввести следующий путь:

DAT/Управление наличными и банком/Общие/Банковские счета

Кнопка «Обновить»

Кнопка Обновить расположена справа от поля адреса. Нажмите эту кнопку, чтобы обновить содержимое отображаемой страницы с информационным наполнением.

Поле поиска

Меню «Окна»

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

Меню «Вид»

Меню Вид является кнопкой значка и находится рядом с меню Окна на панели инструментов отдельных форм. Используйте данное меню, чтобы скрыть или отобразить различные элементы рабочей области Microsoft Dynamics AX, открыть Список уведомлений или изменить режим просмотра по умолчанию данной формы.

Меню «Справка»

Меню Справка является кнопкой значка и находится рядом с меню Просмотр на панели инструментов отдельных форм. Используйте данное меню для доступа к ресурсам информации о Microsoft Dynamics AX. Для получения дополнительных сведений см. раздел Использование справки Microsoft Dynamics AX.

Строка состояния

Строка состояния расположена в нижней части рабочей области и в нижней части отдельных форм. Строка состояния отображает сведения о некоторых кнопках, полях и меню, которые находятся в фокусе, а также другие полезные сведения, например имя пользователя, счет клиента, под которым выполнен вход в систему, и количество полученных уведомлений. Для выбора сведений для отображения в строке состояния установите флажок в области Строка состояния в форме Параметры (Щелкните Файл > Инструменты > Параметры)..

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

Источник

Для чего используется Microsoft Axapta

Корпорация Microsoft, известная в мире как ведущий производитель ПО, является лидером на рынке ERP-систем и детищем компании под названием Dynamics 365 for Finance and Operations (ранее именуемом Dynamics AX или Axapta) считается одним из лучших инструментов оптимизации бизнес-процессов.

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

Описание программы

Microsoft Dynamics 365 for Finance and Operations (Dynamics AX или Axapta) являет собой комплексное программное решение, роль которого заключается в управлении предприятием и планировании его ресурсов. Обычно ПО данной категории (ERP-системы) применяется для крупного и среднего бизнеса независимо от его специфики.

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

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

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

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

Функциональные возможности

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

Основные возможности Dynamics 365 Finance:

Функционал программы постоянно расширяется с выходом обновлений, возможностей для грамотного управления бизнесом становится всё больше. Имеющиеся функции программного решения Axapta подробно описывает инструкция пользователя. Полное руководство можно найти на ресурсе Microsoft. Материалы находятся в открытом доступе в технической библиотеке Microsoft и представлены на различных языках, русский перевод документации здесь.

Как работать в программе Axapta

Поскольку Axapta имеет много функций, то её часто используют в различных сферах многие компании. Ведь она часто является действительно незаменимым помощником.

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

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

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

Axapta — инструкция пользователя

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

К тому же в ней встроена функция «руководство транспортом, складом, запасами и регулированием спроса и предложений». А для более подробного понимания и использования данной утилиты стоит обращаться к самоучителю. К тому же данная программа выпущена на 25 языках в 30 странах мира, что очень расширяет сферы её возможностей.

Как пользоваться Axapta

В первую очередь стоит обратить внимание, на то, что программа написана на Х++ языке, его можно преобразовать в SQL-запросы с синтаксисом Java. А HTML5 появится уже в новых версиях программы.

Именно с ней можно легко вести учёт расходов и доходов компании и весь бухгалтерский аудит.

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

Также в Axapta, как и в 1С есть журналы. Они могут быть разного типа: «Оплата», «Приходники», «Расходники», «Авансовые отчёты», «Накладные», «Счета-фактуры» и т. д. Для простой и удобной работы с такими журналами их можно настраивать, а с использованием единого принципа можно легко научиться работать с утилитой.

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

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

«Общий журнал» в программе — это то, что в 1С называется «Журнал операций». В нём можно вносить необходимые данные в ручном режиме, чаще всего финансовые.

Функция одобрения — это своего рода права, которые можно давать всем, кому они необходимы. Это может быть либо оператор, либо ответственный сотрудник.

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

Каким компаниям подойдёт решение

Запуск ПО является необходимостью не для каждой компании. Решение бизнес-задач софт обеспечит на средних и крупных предприятиях, если:

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

Преимущества и недостатки

Особенности софта позволяют получить ряд преимуществ, если ПО будет внедрено на предприятии. Программа обладает следующими достоинствами:

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

Стоимость внедрения

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

В среднем стоимость использования автоматизированного рабочего места с рассматриваемым программным решением составит около 4000 евро. Услуга внедрения обычно обходится в сумму от 2000 евро, при этом пакетное подключение с запуском сразу нескольких десятков рабочих мест по итогу обойдётся дешевле.

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

Источник

Microsoft Dynamics AX

Содержание

Разработчиком решения Axapta, из которого «выросла» Microsoft Dynamics AX, была датская компания Damgaard Data A/S. Первая версия системы была выпущена в марте 1998 года в Дании и США. Название Axapta сменилось на Dynamics AX в 2004 году, после того как Microsoft приобрела разработчиков системы.

Функционально решение охватывает все области менеджмента предприятия: управление производством, дистрибуцией в сложных цепочках поставок, розничными сетями (индустриальное решение Dynamics AX for Retail), финансами, включая учёт по различным стандартам в холдинговых структурах, проектной деятельностью и сервисным обслуживанием, продажами, маркетингом, взаимоотношениями с клиентами, управление персоналом, а также контроль и анализ бизнеса, соответствие корпоративным политикам.

Microsoft Dynamics AX поддерживает одновременную работу в системе от 20 до 500 пользователей. На практике существуют инсталляции с числом пользователей более 1000, а также тестовые инсталляции для 3000 одновременно работающих с системой и более 32 тыс. обычных пользователей.

В 1 квартале 2016 года ожидается выход новой версии системы – Dynamics AX 7.

История развития системы

2020: Запуск Neti модуля интеграции Microsoft Dynamics AX и 1С

6 апреля 2020 года компания Neti сообщила о разработке интеграционного модуля Microsoft DAX-1C, который позволяет настроить постоянную или сессионную передачу данных между системами, соблюдая все требованиям к форматам документов и учитывая особенности обеих информационных систем. Интеграционный модуль Microsoft Dynamics AX — 1С работает с версиями AX 3.0, 4.0, 2009 и 2012. Подробнее здесь.

2015: Флагманская ERP-система Microsoft станет мобильной

Технический директор Microsoft Business Solutions Майк Эренберг (Mike Ehrenberg) в декабре 2015 года рассказал TAdviser о развитии мобильных решений для продуктов Dynamics. По его словам, последние два года Microsoft активно работает над тем, чтобы обеспечить пользователям возможность полноценно работать со всеми своими бизнес-решениями с любых устройств, в том числе со смартфонов и планшетов.

C этим же релизом также планируется выпустить и универсальное приложение под ОС Windows 10, через которое также можно будет полноценно работать с системой с планшетов и смартфонов. По словам Майка Эренберга, вскоре после релиза Dynamics AX 7 аналогичное приложение планируется выпустить также под iOS и Android.

Приложение Dynamics AX будет поддерживать функцию Continuum, разработанную Microsoft для Windows 10. Она позволяет превратить телефон в компьютер, подсоединив его к внешнему дисплею и клавиатуре. Таким образом, используя мобильное устройство, можно будет работать с Dynamics AX на большом дисплее.

Дальнейшие планы по развитию приложения для Dynamics AX включают добавление в него поддержки работы в режиме оффлайн, когда все внесенные данные будут отправляться в систему при подключении к интернету.

Технический директор Microsoft Business Solutions отметил, что приложения для Dynamics AX компания выпускала и ранее, однако с их помощью можно было осуществлять лишь отдельные функции.

Для Dynamics CRM мобильное приложение появилось еще в 2013 году для планшетов, а позже и для смартфонов. В декабре 2015 года, с релизом Dynamics CRM 2016, в приложении была реализована поддержка работы в режиме оффлайн.

2011: Старт продаж Dynamics AX 2012

В августе 2011 года вышла версия Dynamics AX 2012.

Топ 10 проблем, обнаруженных при проверке кода в Dynamics AX

В 2011 году команда Premier Field Engineer приступила к проверке кода Dynamics AX для ключевых клиентов, по итогам которой сформировала список обнаруженных проблем [1] :.

1. Неправильное кэширование приводит к ненужным обращениям к базе данных

Кэширование одно из важных свойств системы. Трехуровневая архитектура Dynamics AX позволяет определить кеширование на AOS и клиенте. Неправильное использование кеширования является первой причиной влияющей на производительность. Убедитесь, что выполняются следующие правила:

2. Ресурсоемкие запросы к базе данных из формы

Начиная с версии Dynamics AX 2012, вы можете использовать инструмент Form Style checker чтобы обнаружить любые запросы написанные непосредственно в объектах формы. Как правило, такой код содержится в методе click() кнопки. SQL операции, такие как update, create, delete (обновление, создание, удаление) записи должны быть написаны на уровне класса или прямо на таблице. Имея единственную версию кода на классе поможет вам также избежать дублирования метода и поддерживать его актуальным.

3. Большие и ресурсоемкие запросы связанные с выборкой всех полей таблицы

Это возможно самая распространенная проблема имеющая большое влияние на производительность, но в то же время ее проще всего обнаружить и исправить. Используйте Exist Join и перечисление полей, всегда когда это возможно. Убедитесь, что в каждой выборке в коде указаны только необходимые поля. Та же идея с использованием exist join в выборке когда это возможно, для уменьшения объема данных передаваемых между AOS и базой данных. Это особенно актуально когда при модификации на существующие таблицы добавляется много новых полей.

While select TableA

Заменить на следующий:

While select FieldA from TableA Join FieldA, FieldB from TableB Where TableB.FieldA == TableA.FieldA;

4. Громоздкие и ненужные циклы

Это одна из наиболее редких проблем, но просто выявляемая и легко исправляемая. По существу, разработчики не используют агрегирующую функцию, а выполняют цикл для подсчета суммы или количества записей. Можно легко найти такой паттерн с помощью поиска в АОТ по ключевым словам «++» или «=+».

While Select TableA where FieldA = `ConditionA`

Нужно заменить на следующий код:

Select count(RecId) from TableA where FieldA = `ConditionA`; Counter A = TableId.RecId;

5. Очень много дисплей методов на гриде

Это главная причина медленного открытия и обновления формы. В этом легко убедиться: удалите дисплей метод, запустите утилиту Trace Parser tool и сравните трассировки запросов. В сценарии с использованием дисплей методов на столбцах грида, метод исполняется для каждой строки. Что ведет к значительным издержкам ресурсов.

Производительность дисплей методов может быть повышена за счет их кэширования на сервере приложений. Кэширование дисплей методов может также улучшить производительность при передаче записи с сервера на клиента. Значения всех кэшированных методов устанавливаются когда данные выбираются из базы данных. Кроме того, значение обновляется, когда вызывается метод `reread` на источнике данных формы. Избежать обращение к базе данных по RPC, вы можете используя новую функциональность в AX 2012 – Computed Column (Вычисляемая колонка). Значения этой колонки хранится непосредственно в базе данных SQL Server как представление. Вы можете посмотреть краткий обзор этой возможности на MSDN пройдя по ссылке [1].

6. Прямой запрос несовпадающий с AOT индексами

Эта статья в блоге Michael DeVoe демонстрирует хороший пример запроса который не соответствует AOT индексам, таким как PartitionID и DataAreaId в AX 2012 R2. Другой проблемой является стоимость поддержки такого кода. Любое изменение в схеме AOT не будет автоматически обновляться в прямых запросах подобно X++ методам. Это подобно хардкодной метке и противоречит принципам объектно-ориентированного языка X++.

7. Не используется проверка на возможность доступа к полю при разработке

Для того что бы убедиться, что мы неверно используем доступ к полям, можно использовать системный параметр `Error on Invalid Field access`. Эта настройка будет кидать исключение если к полю, которое не было извлечено, попытаться получить доступ. Этот параметр можно найти в разделе администрирование\Настройка\Система\Конфигурация сервера и требует перезапуска службы AOS. Настоятельно рекомендуется включить этот параметр при тестировании своих модификаций в приложении, чтобы избежать неприятных и трудно выявляемых ошибок в рабочей системе. Обратите внимание, это относится к системам начиная с AX 2012.

8. Ошибка компиляции в рабочей системе

Почему мы должны говорить об этом? На самом деле мы часто обнаруживаем ошибки и предупреждения Best Practices когда компилируем код на рабочей системе. Если вы следуете рекомендациям по внедрению кода, чтобы перенести новую разработку на рабочую систему, вы должны были запустить полную компиляцию несколько раз на предыдущих этапах. Для целей аудита, я также рекомендую работающей команде сохранять результаты каждой компиляции в HTML файл.

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

9. Регресс групповых операций до операций построчной обработки

Три групповых операции, Update_RecordSet, Insert_RecordSet и Delete_From являются отличным способом повысить производительность запросов используя только одно RPC обращение к базе данных для нескольких строк. Проблема в том, что переписав SYS методы update(), insert() и delete() можно нарушить работу этих функций. Неправильная настройка может привести к построчной обработке строк запроса. Поэтому рекомендуется проверять RPC вызовы и проверить трассировщиком производительность подобного кода.

10. Очень много полей в таблицах

В версии Dynamics AX 2012 увеличилось количество таблиц, по сравнению с предыдущими версиями из-за проведенной нормализации базы данных. Это в основном, сделано для уменьшения избыточности данных в таблицах, а также для повышения производительности. Например, для таблиц с типом Parameter, в которых существует только одна запись в Компании. Напротив, в некоторых случаях может быть рекомендована денормализация для повышения производительности, поскольку это снижает количество присоединений в запросе.

Вам нужно найти правильный баланс при выполнении доработок, но основное правило заключается в том, чтобы ограничить количество полей в SYS таблицах до 50. Во время посещения одного из наших клиентов, мы обнаружили множество таблиц с сотнями новых полей. Что более удивительно, то что большинство из них оставались пустыми в рабочей системе, потому что модель данных не была глубоко проанализирована. Не забывайте запускать Customization Analysis Tool из Lifecycle Services что бы получить подробный отчет о вашей модели.

2008: Запуск Dynamics AX 2009

В июне 2008 года вышла версия Dynamics AX 2009.

2006: Выход Dynamics AX 4.0

Система впервые вышла под новым названием – Dynamics AX 4.0.

2004: Новая концепция системы, новое название

1. Никаких революций и написанных «с нуля» систем. Только совместимость. Только эволюционное развитие. Плавный и гарантированный апгрейд со старых версий.

2. Первая волна: плавное сближение функциональности и интерфейса в рамках существующих систем в течение нескольких лет. Вплоть до полной неразличимости продуктов.

3. Вторая волна: на Visual Studio объединить технологическую платформу всех систем, у которых функционал и интерфейс уже сделан неразличимым, тем самым завершив первоначальный план Prject Green.

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

2003: Проект Project Green

2001: Microsoft покупает Navision

В конце 2001 года появилось сообщение о том, что Microsoft покупает Navision, а в июле 2002 года вышло официальное заявление о том, что покупка завершена. После этого стала происходить стремительная смена названий: Navision Axapta официально стала называться Microsoft Navision Axapta, а Navision Attain стал называться Microsoft Navision Attain.

Затем в документах и правилах наименования продуктов произошли изменения. Название Attain исчезло, а Navision теперь нельзя было применять к Axapta. Официально системы стали называться Microsoft Business Solutions Axapta и Microsoft Business Solutions Navision. Мало того, правильные официальные названия двух систем на тот момент выглядели следующим образом:

Некоторые продолжали использовать название Navision Axapta, некоторые сокращали до Microsoft Axapta, до MBS Axapta или просто говорили Axapta.

В то время в правилах по использованию названий продукта, Microsoft рекомендовала в качестве сокращенного названия использовать Microsoft Axapta.

Что же касается Navision, партнеры и разработчики почти не использовали это название, однако многие неискушенные люди запомнили название Attain и задавали вопросы именно по нему. Разработчики между собой называли его просто Navision. Уже тогда в интерфейсе программы (Navision 3.70) нигде не было слова Attain.

2000: Navision поглощает Damgaard

В конце 90-х гг. и в начале 2000 года произошли структурные изменения у разработчиков Axapta. Компания Navision приобрела компанию Damgaard, после чего началась чехарда с именами и названиями.

Ходили слухи, что Damgaard сначала предложил себя для продажи Microsoft, но в этом случае что-то не сложилось. В результате Damgaard продался своему первому конкуренту. Сразу после продажи, Axapta официально стала называться Navision Damgaard Axapta. Затем Damgaard быстро исчез из названия и Axapta получила свое официальное название Navision Axapta.

Многие маркетинговые материалы (документация, буклеты, демо-ролики) идут именно с этих времен. Именно отсюда повелось название Navision Axapta. В Axapta долгое время в окошке «О системе» было написано Navision Axapta.

В это время у компании Navision стало две системы: свой Navision Attain и приобретенная Navision Axapta. Именно с этого времени системы активно позиционируются на разные рынки, хотя раньше они конкурировали на одном и том же рынке.

1990-е: Работы по созданию новой системы Damgaard Axapta

В 1990-х годах, Damgaard начал работы по созданию новой системы Damgaard Axapta. В этой системе изначально присутствовали: возможность трехуровневой работы, объектно-ориентированный язык, полная поддержка Windows (Axapta никогда не создавалась для других ОС), инструменты для web-разработки, динамически рисуемые окна и отчеты (MorphX), технология функциональных ключей. В Axapta почти сразу отказались от поддержки СУБД собственного формата и оставили только MS SQL и Oracle.

В системе появились новые интересные модули типа Balanced Scorecard (система взаимосвязанных показателей), были серьезно развиты модули «Управление складом», «Управление персоналом», CRM и т.п. По сравнению с Concorde были существенно переделаны базовые модули «Главная книга», «Расчеты с дебиторами и кредиторами», «Управление запасами», «Производство» и др. В целом же, ERP-функционал Axapta был во многом заимствован из Concorde и перенесен на новую технологическую платформу.

В это же время, Navision также полностью перевел свою систему под Windows и стал развивать ее в сторону ERP. Название системы было изменено с Navision Financials на Navision Attain. В последней появился производственный модуль, модуль планирования загрузки мощностей, модуль управления работами и ресурсами и т.п.

С середины 90-х гг. Attain также можно называть ERP-системой. К концу 90-х гг. в Navision Attain был окончательно сформировался сервер приложений (что позволило системе работать в трехуровневой среде), была отлажена работа с MS SQL, был введен многоязычный интерфейс. К 2000 году обе ERP-системы окрепли, обросли функциональностью и сервис-паками, а также форумами специалистов.

К этому времени Damgaard Axapta обладала более серьезной технологической платформой, чем Navision Attain. Однако для Navision Attain было гораздо больше документации и методических материалов, чем для конкурента.

Все это время Damgaard Axapta и Navision Attain были разными системами от разных поставщиков. Внешние описания функциональных возможностей становились все более похожими, поскольку системы направлены на один и тот же рынок, на одних и тех же клиентов.

1980-е: Damgaard Data и Navision конкурируют в Дании

Navision в это время отлаживал и совершенствовал свой Navision Financials, развивал поддержку своих пользователей, наращивал объем документации и методических материалов. Navision Financials в это время довел практически до совершенства свою технологию SIFT (позволяющую получать итоги моментально), совершенствовал собственную базу данных. Navision стал широко распространенной в Европе финансовой системой.

В результате постоянной конкуренции друг с другом, системы от Damgaard и Navision многое позаимствовали друг от друга. Некоторые функции Concorde XAL были явно сделаны «в пику» Navision и, наоборот, некоторая функциональность Concorde XAL практически без изменений появилась в Navision.

Источник