Интеграционная платформа

[Andrik]

Добрый день.

Меня интересуют следующие возможности Аксапты:
1. Ее интеграция с внешними приложениями.
Как она проиходит:
а) с помощью штатных средств
б) с помощью дополнительных средств (нипример, BizTalk)
в) как лучше ее осуществлять

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

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

С помощью каких механизмов будет осуществляться данное взаимодействие между подсистемами.

Если такое возможно, то как в данном случае происходит лицензирование.

3. Есть ли где нибудь описание внутреннего устройства Аксапты и интерфейсов для доступа к/управления внутренними объектами.

---------------------------------
Очень было бы интересно узнать (если кто-то уже делал подобное) реальные примеры реализации данных схем.

Надеюсь, что сформулировал вопрос достаточно понятно. Если будут какие-то вопросы/комментарии велком в мыло.

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

Спасибо за ответы.

[Андре]

Ну раз никто ничего не советует - выскажусь я

Цитата:

а) с помощью штатных средств

COM, DDE, экспорт/импорт из текстовых файлов

Цитата:

б) с помощью дополнительных средств (нипример, BizTalk)

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

Цитата:

в) как лучше ее осуществлять

А это уж смотря с чем интегрируете

Цитата:

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

В идеале так и должно быть. В новостях есть сообщение об интеграции Аксапты с Компас и PDM системой Party. Кроме того неоднократно обсуждались вопросы интегрирования Аксапты и 1С. А вообще, все зависит от конкретного случая - с чем и как хотите интегрироваться ?

Цитата:

С помощью каких механизмов будет осуществляться данное взаимодействие между подсистемами.

Например COM.

Цитата:

Если такое возможно, то как в данном случае происходит лицензирование.

В данном случае придется платить за лицензию на каждого COM пользователя. Это в том случае если Аксапта является COM сервером. В качестве COM клиента Аксапту можете использовать неограниченно.

P.S. Надеюсь кто-то дополнит/поправит меня.

[Andrik]

Спасибо за ответ.

Есть необходимость обкспечить совместную работу
следующих продуктов:
1) Axapat (Логистика, заказы, производство)
2) MS Project Server 2002
3) 1C Бухгалтерия
4) приложения собственной разработки
5) скорее всего в скором времени должна появиться некая PDM система.

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

Очевидно что для обеспечения взаимосвязи необходимо
некое ядро (интеграционная платформа).

Вопрос вот в чем: сможет ли Аксапта стать этим ядром или стоит задуматься
над другим решением:
1) Custom
2) BizTalk
3) ...

Пока в воздухе витают два решения:
1) Ядро = Axapta
2) Ядро = BizTalk (или подобный ему продукт)

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

И еще может ли кто нибудь подсказать где можно взять описание внутренней
стуктуры Axapta:
схему БД, описание основного функционала, описание базовых классов....

Спасибо за ответы.

[Андре]

Цитата:

Вопрос вот в чем: сможет ли Аксапта стать этим ядром или стоит задуматься

Не совсем понятно, что Вы подразумеваете под ядром.

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

Реализовать это можно множеством способов - один из них BizTalk Server. Он способен описывать документы разных форматов, преобразовывать документы из одного формата в другой, доставлять их по разным транспортным протоколам, отслеживать маршруты следования всех документов из одной компании в другую и управлять всеми связями между приложениями.
Но не стоит забывать, что BizTalk всего лишь одно из решений, причем не самое простое и не самое дешевое. На мой взгляд BizTalk хорош для интеграции систем работающих не в одной локальной сети, причем на разных платформах - Unix/Windows. Именно здесь преимущества xml становятся очевидны. Если же все ваши приложения работают в одной локальной сети, то можно подумать и о других вариантах - это могут быть и хранимые процедуры, запускающиеся автоматически и COM+ сервисы (если не пугает их развертка) и .nET.

Цитата:

2) Ядро = BizTalk (или подобный ему продукт)

Поэтому вот это утверждение мне кажется неверным. BizTalk это не ядро, это связующая среда между несколькими ядрами, решающими каждое свою задачу.

Цитата:

И еще может ли кто нибудь подсказать где можно взять описание внутренней
стуктуры Axapta:
схему БД, описание основного функционала, описание базовых классов....

Купить Акаспту и коды на средства разработки - Вам станет доступны и классы и структура БД.

[Andrik]

Цитата:

Не совсем понятно, что Вы подразумеваете под ядром.

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

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

Цитата:

Но не стоит забывать, что BizTalk всего лишь одно из решений, причем не самое простое и не самое дешевое. На мой взгляд BizTalk хорош для интеграции систем работающих не в одной локальной сети, причем на разных платформах - Unix/Windows.

В том то и проблема: отдельные части системы находятся в разных сетях.

Цитата:

Купить Акаспту и коды на средства разработки - Вам станет доступны и классы и структура БД.

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

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

Естественно будет необходима некоторая доработка. Так вот на сколько такая доработка целесообразна и вообще имеет смысл?