Сила бизнес-решений Microsoft в их единстве, адаптивности и доступности

[vleg]

Цитата:

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

Имеется в виду т.н. "Layman's specification"? Спасибо, я уже читал. Who is Mr. Layman? :-)

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

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

Объединение продуктов ведется не только методом ребрендинга. Например, если ты заметил, все портальные решения во всех продуктах переводятся на технологии Sharepoint - это факт, SP1 к Navision уже вышел. Клиентcкая часть переводится под MBF, и так далее. Идет унификация используемых технологий в существующих приложениях, впоследствии это же коснется интерфейса. Может, пока это в России еще не так явно заметно. В результате первого этапа у всех продуктов должен появиться более - менее одинаковый UI, интегрирующий одни и те же инструменты для обработки данных - SQL Analysis Services, Reporting Services, что нибудь типа Excel Server и т.п. Как все будет воплощаться на практике - тебе из Европы в следующем году будет виднее , там уже во втором полугодии должен выйти достаточно показательный Microsoft Dynamics NAV 5.0.

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

[ppson]

Цитата:

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

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

С нетерпением будем ждать нового, более правильного закрытия склада во вторичной валюте на новом едином ядре управления бизнес-логикой со средствами визуального моделирования.
P.S. по моему вопросы интеграции ERP системы с системами отчетов и прочей лабухой всегда был вторичен. Клиенту как то параллельно, в каком виде на экран будет выводиться кривая себестоимость запасов и будет ли для этого запускаться аксапта на MBF или Win32

[komar]

Цитата:

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

С нетерпением будем ждать нового, более правильного закрытия склада во вторичной валюте на новом едином ядре управления бизнес-логикой со средствами визуального моделирования.
P.S. по моему вопросы интеграции ERP системы с системами отчетов и прочей лабухой всегда был вторичен. Клиенту как то параллельно, в каком виде на экран будет выводиться кривая себестоимость запасов и будет ли для этого запускаться аксапта на MBF или Win32

Клиенту - параллельно, а поставщику нужно еще сопутствующие продукты продавать. Без которых чалма не работает.
А склад партнеры будут писать. Каждый свой.

[fed]

Можно я тоже свои 5 центов вставлю ?

Как практикующий (до сих пор) программист, я вполне осознаю что нынешнее прикладное ядро Axapta (то есть - не среда взаимодействия с AOS или компилятор, а фундаментальные механизмы логистики, производства, финансов) достигло пределов своего развития. Как показывает мой опыт, при любой попытке серьезной доработки фундаментального функционала Аксапты (да того же закрытия склада скажем), архитектор начинает упиратся в такие ситуации, когда новая доработка принципиально несовместима с каким-то существующим (пусть и побочным для решаемой данной доработкой проблемы) функционала. И если я на своих проектах могу просто-напросто плюнуть на совместимость скажем, с производством или проектами, то MS этого сделать не может.
Таким образом - единственный разумный способ развивать прикладную функциональность Аксапты - это не ее дописывание, а ее существенное (или полное) переписывание. При этом затраты на такое переписывание будут сопоставимы с разработкой аналогичной по функционалу системы с ноля.
Так вот - глядя на то что произошло с за последние 2-3 года, складывается ощущение что MBS просто решил по большому счету плюнуть на всю эту Аксапту и написать собственную систему с ноля. (ну то есть какой смысл переписывать Аксапту, если по технологическим возможностям она явно отстает от .net-сред). Судя по всему - Project Green и есть проект по разработке этой новой ERP-системы от MS. Однако - спустя какое-то время после анонса Project Green, микрософотовцы вдруг резко перестали про него вспоминать. Вместо этого произошло переименование всей линейки в Dynamics. По моему - наиболее рациональное объяснение всему случившемуся примерно следующее:
1. MS внезапно осознал что разрабатывать ERP-системы быстро не получается. И Green выйдет не в 2006 (ну или там в каком году его обещали выпустить), а где-нибудь так году в 2009-2010.
2. Вкладывать деньги в серьезную переработку прикладного ядра Аксапты - не выгодно.
3. Развивать отраслевую функциональность - опять таки не выгодно, потому как головной боли много, да и попытки развития отраслевой функциональности упираются в теже самые проблемы прикладного ядра.
4. Вообще никак не развивать Аксапту - тоже не выгодно - потому как народ перестанет платить деньги за поддержку, а денежек как всегда не хватает.

В такой ситуации MBS ни остается ничего кроме как развивать Аксапту "в бок". Ну то есть - ничего принципиально нового в прикладном плане не делать, но обвешивать систему всякими там интеграциями с Reporting Services, MS SQL 2005 ну и прочими MSовскими продуктами. Конечно - реально пользователю это в 95% случаев не так чтобы уж очень надо, но при грамотном маркетинге, удастся за счет продаж поддержки и апгрейдов продержаться до 2009-2010 года, когда таки выйдет новая ERP-система от MS.

А новый бренд нужен для того, чтобы можно было пока дезавуировать слишком рано просочившуюся информацию по проекту Green, а когда он все-таки завершится - выпустить его под брендом, условно говоря, MS Dynamics Nax 7.0, объявив его просто 7ой версией одновременно и Navision и Аксапты.

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

[mazzy]

Цитата:

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

Таким образом - единственный разумный способ развивать прикладную функциональность Аксапты - это не ее дописывание, а ее существенное (или полное) переписывание.

Это утверждение останется истинным, если слово "Аксапты" изменить на слово Windows?
Будут ли развивать Windows? Почему?

fed, да рефакторинг нужен. Но с сохранением совместимости.
Терять совместимость с предыдущими решениями никак нельзя.

Цитата:

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

Так вот - глядя на то что произошло с за последние 2-3 года, складывается ощущение что MBS просто решил по большому счету плюнуть на всю эту Аксапту и написать собственную систему с ноля. (ну то есть какой смысл переписывать Аксапту, если по технологическим возможностям она явно отстает от .net-сред).

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

Microsoft должен донести свои планы и приоритеты до сообщества.
vleg, будешь делиться информацией дальше?

Цитата:

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

Судя по всему - Project Green и есть проект по разработке этой новой ERP-системы от MS.

Да, http://forum.mazzy.ru/index.php?s=&s...ndpost&p=16015

Цитата:

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

Однако - спустя какое-то время после анонса Project Green, микрософотовцы вдруг резко перестали про него вспоминать. Вместо этого произошло переименование всей линейки в Dynamics.

Ох, уж эта логика ИЛИ-ИЛИ. На самом деле действует логика И-И.
И Green, И унаследованные системы.
Чтобы защитить инвестиции клиентов, партнеров.

Цитата:

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

1. MS внезапно осознал...

Ты уж определись: либо внезапно, либо...

Цитата:

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

2. Вкладывать деньги в серьезную переработку прикладного ядра Аксапты - не выгодно.

Вот она - логическая ошибка.
Быстрая и одновременно серьезная переработка означает отказ от существующих наработок, отказ от совместимости.
Совместимость будет сохранятся долго. Microsoft будет говорить о дате 2013.

Именно поэтому в статье говорится о ДВУХ одновременно работающих клиентах NAVISION в ближайших планах. Подумай над этим крепко. Почему будет ДВА клиента? Для чего? И почему они будут работать одновременно?

Цитата:

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

В такой ситуации MBS ни остается ничего кроме как развивать Аксапту "в бок". Ну то есть - ничего принципиально нового в прикладном плане не делать, но обвешивать систему всякими там интеграциями с Reporting Services, MS SQL 2005 ну и прочими MSовскими продуктами.

Вернемся к этому разговору через полгодика-год?

[fed]

mazzy - хочу на всякий случай отметить три факта:
1. В отличие от некоторых участников форума я не испытываю особого негодования по поводу политики MS по развитию Аксапты. Я неплохо понимаю проблемы развития прикладной функциональности в Аксапте и в общем-то не вижу для MS особого выхода кроме этого самого "бокового тренда". Если им удастся как-то развить Аксапту без полного переписывания с потерей совместимости - я только порадуюсь - поскольку лично я уходить с этого рынка не собираюсь.
2. Анализ ситуации основан на открытых источниках. Если я их неверно трактую - то это не из за тенденциозности, а только потому что на месте MBSовских боссов я бы повел себя именно так как я пишу. Если мои предположения неверны - то я только порадуюсь.
3. Возможно - MBSовские боссы действительно не планируют бросать аксапту. Однако - как довольно неплохой архитектор и разработчик - я не вижу реального способа реализовать эти самые планы. То есть - я конечно читал истории о том, как MS потихоньку портировал код с версии Windows 386 2.1 до версии Windows 2003, потихоньку его переписывая и приводя в порядок. Однако - во первых вспомним что между выходом Windows 386 и выходом Windows 2003 прошло что-то около 15 лет. Кроме того - Аксапта - система с открытым кодом, и если MS может потихоньку мигрировать и приводить в порядок исходные тексты виндов (которые никто не видит, и в которых сейчас поддерживается около 15 API-функций для открытия файла), то я вот как-то с трудом представляю как народ будет внедрять и кастомизировать ERP-систему в которой имеется три (и все три недокументированных с точки зрения разработчика и слабо документированных с точки зрения консультанта) способа скажем посчитать себестоимость или спланировать производство.Особенно - если 2ой способ сводного планирования не будет совместим с 1ым и 3им способами рассчета себестоимости.

[vleg]

Цитата:

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

Можно я тоже свои 5 центов вставлю ?

Как практикующий (до сих пор) программист, я вполне осознаю что нынешнее прикладное ядро Axapta (то есть - не среда взаимодействия с AOS или компилятор, а фундаментальные механизмы логистики, производства, финансов) достигло пределов своего развития. Как показывает мой опыт, при любой попытке серьезной доработки фундаментального функционала Аксапты (да того же закрытия склада скажем), архитектор начинает упиратся в такие ситуации, когда новая доработка принципиально несовместима с каким-то существующим (пусть и побочным для решаемой данной доработкой проблемы) функционала. И если я на своих проектах могу просто-напросто плюнуть на совместимость скажем, с производством или проектами, то MS этого сделать не может.
Таким образом - единственный разумный способ развивать прикладную функциональность Аксапты - это не ее дописывание, а ее существенное (или полное) переписывание. При этом затраты на такое переписывание будут сопоставимы с разработкой аналогичной по функционалу системы с ноля.
Так вот - глядя на то что произошло с за последние 2-3 года, складывается ощущение что MBS просто решил по большому счету плюнуть на всю эту Аксапту и написать собственную систему с ноля. (ну то есть какой смысл переписывать Аксапту, если по технологическим возможностям она явно отстает от .net-сред). Судя по всему - Project Green и есть проект по разработке этой новой ERP-системы от MS. Однако - спустя какое-то время после анонса Project Green, микрософотовцы вдруг резко перестали про него вспоминать. Вместо этого произошло переименование всей линейки в Dynamics. По моему - наиболее рациональное объяснение всему случившемуся примерно следующее:
1. MS внезапно осознал что разрабатывать ERP-системы быстро не получается. И Green выйдет не в 2006 (ну или там в каком году его обещали выпустить), а где-нибудь так году в 2009-2010.
2. Вкладывать деньги в серьезную переработку прикладного ядра Аксапты - не выгодно.
3. Развивать отраслевую функциональность - опять таки не выгодно, потому как головной боли много, да и попытки развития отраслевой функциональности упираются в теже самые проблемы прикладного ядра.
4. Вообще никак не развивать Аксапту - тоже не выгодно - потому как народ перестанет платить деньги за поддержку, а денежек как всегда не хватает.

В такой ситуации MBS ни остается ничего кроме как развивать Аксапту "в бок". Ну то есть - ничего принципиально нового в прикладном плане не делать, но обвешивать систему всякими там интеграциями с Reporting Services, MS SQL 2005 ну и прочими MSовскими продуктами. Конечно - реально пользователю это в 95% случаев не так чтобы уж очень надо, но при грамотном маркетинге, удастся за счет продаж поддержки и апгрейдов продержаться до 2009-2010 года, когда таки выйдет новая ERP-система от MS.

А новый бренд нужен для того, чтобы можно было пока дезавуировать слишком рано просочившуюся информацию по проекту Green, а когда он все-таки завершится - выпустить его под брендом, условно говоря, MS Dynamics Nax 7.0, объявив его просто 7ой версией одновременно и Navision и Аксапты.

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

Очень приятно видеть такой подробный и вдумчивый комментарий на фоне массового стеба (что никоим образом не умаляет репутации участников дискуссии; к сожалению, это типично для он-лайн форумов). Спасибо, fed! На самом деле, за технологическим "обвешиванием" стоит реальное расширение функционала продукта. Это хорошо видно на примере Navision 4.0. Насколько корпорация готово фундаментально переписывать прикладную логику систем - не знаю. Изменений в технологическом и инструментальном плане происходит более чем достаточно.

[mazzy]

Цитата:

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

P.S. по моему вопросы интеграции ERP системы с системами отчетов и прочей лабухой всегда был вторичен. Клиенту как то параллельно, в каком виде на экран будет выводиться кривая себестоимость запасов и будет ли для этого запускаться аксапта на MBF или Win32

Угу. А также как будет выглядеть корпоративный портал и какие будут отчеты.
ppson, ты не читал С ЧЕМ будем интеграция?

[ppson]

Цитата:

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

Угу. А также как будет выглядеть корпоративный портал и какие будут отчеты. ppson, ты не читал С ЧЕМ будем интеграция?

Читал.
Возможно, что вид корпоративного портала и важен для кого то, но я еще раз повторю свою позицию - для меня важнее функциональные характеристики чем технологические. У меня вызывает большие сомнения, что интеграция с перечисленным видом продуктов будет огромным подспорьем для консультанта. Тем более еще раз повторю, что вопросы интеграции ERP с другими системами, никогда не являлись большой проблемой.
2fed - получается, то что я слышу на протяжении 4 лет об Аксапта - лажа.
Легкое наращивание функционала под клиента ... Аксапта и Кастомизация едины ...

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

[komar]

Цитата:

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

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

Однако, для поставщика такие переделки как раз могут иметь большое значение. Это во-первых продвижение технологий компании, на которых можно отбить убытки MBS. Во-вторых, попытка переноса конкуренции из области, где продукт явно уступает конкурентам в область, в которой Microsoft по определению силен. Аналогичную политику можно наблюдать и на других рынках, как пример - такая вот статья - хоть и не про ERP, но дает некоторое понимание о том, как строится современный рынок. Также рекомендую http://www.joelonsoftware.com/articl...000000339.html
Так и вижу себе выставку типа softool, где компании наперебой предлагают совместимость с форматом WTFISTHIS вместо расчета себестоимости по складу...кстати, затронутый парой постов назад вопрос о сертификатах и "67 заданиях, отражающих всю практику бухучета" - из той же области, и что же мы видим - SAP, на рынке небольших компаний пока новый игрок, купился на эту фишку, и некоторое время назад мы наблюдали "парад сертификатов", к большому удовольствию института, их раздающего....

А глюки и ныне там.....

[mazzy]

Цитата:

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

Также рекомендую http://www.joelonsoftware.com/articl...000000339.html

Да, хорошая статья. Она же на русском http://russian.joelonsoftware.com/Ar...AndMotion.html