AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Прочие вопросы
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 26.02.2018, 16:47   #41  
DAX.Company is offline
DAX.Company
Участник
 
282 / 94 (4) ++++
Регистрация: 24.11.2016
Цитата:
Сообщение от Ivanhoe Посмотреть сообщение
Хороший пример. Вспомните Валио в России и посмотрите, как изменился бизнес "всего лишь" из-за каких-то санкций.
Куда то не туда мы скатились в обсуждении
Старый 26.02.2018, 16:54   #42  
Ace of Database is offline
Ace of Database
Участник
Аватар для Ace of Database
 
723 / 536 (19) +++++++
Регистрация: 14.10.2004
У одного клиента даже пришлось переносить пакетные обработки на постоянно запущенный таймер в отдельном клиенте AX2012. И только потому, что пакетники требуют обновление CIL, а это в свою очередь требует остановки работы пользователей. А у этого клиента даже остановка длительностью в 1 час один раз в месяц - уже ЧП. Сразу всякие совещания собирают, выясняют как жить дальше. Из-за одного часа в месяц. Удалось довести систему до того, что она теперь работает месяцами без рестарта.
Представляю что будет в D365, где каждая доработка потребует остановки работы.
P.S. Я сам не против D365, особенно если за нее хорошо будут платить
__________________
Мои утилиты для Аксапты версий 3.0-2012: http://aceofdatabase.blogspot.com/
Старый 26.02.2018, 20:19   #43  
sukhanchik is offline
sukhanchik
Moderator
Аватар для sukhanchik
MCBMSS
Злыдни
Лучший по профессии 2015
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,613 / 2081 (75) +++++++++
Регистрация: 13.06.2004
Адрес: Москва
Цитата:
Сообщение от FE Посмотреть сообщение
По поводу лицензий. sukhanchik не совсем прав, говоря, что продаётся только Team Member. Можно купить и "полного" пользователя - это аналог лицензии Enterprise. Но вот лицензия Activity (аналог Functional) в России пока что недоступна. И это действительно серьёзно ограничивает возможности продажи.
Второй момент - нельзя купить полные лицензии отдельно на Operations, только вместе со всеми остальными приложениями. Unified Operations Plan в России тоже недоступен.
Спасибо за поправку. Я детали не знал, только слышал, что есть сложности. Буду знать )
__________________
Возможно сделать все. Вопрос времени
Старый 27.02.2018, 02:13   #44  
trud is offline
trud
Участник
Лучший по профессии 2017
 
570 / 439 (16) +++++++
Регистрация: 07.06.2003
Цитата:
Сообщение от DAX.Company Посмотреть сообщение
Что еще может придумать в этом плане Майкрософт? Как то сложно представить, что все вот так вдруг резко поменяется на кардинально другую платформу в ближайшие 10 лет.
ну кстати придумать то можно что-то легко(если есть бюджет ). например переписать все на C# в версии 9.0 под лозунгом что увеличится производительность(т.е. более того, это уже сделали в 7.3 для Electronic Reporting)
ну и да, хороший еще поинт про облака - D365 облачная в текущем виде не поддерживает 24*7, в 2012 это можно сделать

Последний раз редактировалось trud; 27.02.2018 в 02:18.
За это сообщение автора поблагодарили: Ivanhoe (1).
Старый 27.02.2018, 11:59   #45  
online
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,052 / 1785 (66) ++++++++
Регистрация: 12.10.2004
Цитата:
Сообщение от trud Посмотреть сообщение
ну и да, хороший еще поинт про облака - D365 облачная в текущем виде не поддерживает 24*7, в 2012 это можно сделать
А в 2009-й еще легче можно сделать (в 12-й так просто по живой не накатишь изменения)

Ну вот почему у них всегда так ?
Старый 28.02.2018, 00:42   #46  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,544 / 4997 (174) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Цитата:
Начинать проект на 2012 это полгода-год разработки в старой системе. На 365 - это движение на острие прогресса.
Во-первых, кто мешает обойтись без разработки в 12-ке? Тем более, что в ней сейчас функционал ощутимо богаче, чем в 365-й. Во-вторых, про острие прогресса - вспоминается Артемий Лебедев:
Цитата:
Нет таких клиентов, которых е@#т, таблицами или дивами зах%$чен сайт. Нет таких клиентов, которых е@#т, хорошо ли пролилась пластмасса на третьем ребре жесткости. Нет таких клиентов, которых е@#т, что мы перерисовали черточки в "й" в шрифте, которым набрали книгу. Но всех клиентов е@#т, продался ли вагон их майонеза.
Цитата:
Сообщение от EVGL Посмотреть сообщение
Минус AX2012 такой, что ни один вид разработки для нее невозможно будет обновить на текущую версию AX7: переделывать и переписывать придется ВСЕ.
Один мой коллега говорит, что ему проще воспринимать D365O как совершенно другую систему, лишь по случайности в чем-то похожую на AX2012, тогда переделки при подъеме функционала становятся логичными и понятными
Цитата:
Сообщение от EVGL Посмотреть сообщение
Я для одного из моих прежних клиентов в январе оценил upgrade слоя. Получился проект в 1,5 лет для команды из 4-5 человек, или 1 800 000 долларов при швейцарских почасовых ставках, взятых по нижней границе. Как такое будете предлагать через пару лет?
Здесь рассматривается задача попроще: клиент новый, планов перехода с 12-ки на AX7 через полтора-два года у него 100% не будет. Потому что внедрение с нуля определенной версии Аксапты - это минимум лет на 5, из моего скромного опыта.
Цитата:
Сообщение от ap Посмотреть сообщение
Скорее придется переходить на Акс8, а какие там ограничения будут, нам пока не известно.
К слову, AX8 (как минимум, платформу 8.0), если я ничего не путаю, обещают вроде уже этой весной
Цитата:
Сообщение от DAX.Company Посмотреть сообщение
Облака, LCS, Azure, extension, web, поддержка мобильных устройств, новый функционал, новый интерфейс, BI, Visual Studio. Плюс CRM добавили и прочие ватрушки.
См. выше про вагон майонеза.
Цитата:
Сообщение от DAX.Company Посмотреть сообщение
Или инопланетяне прилетят и ударят мощной магнитной бомбой. И все. Пропала информация о продажах йогуртов за прошлый квартал
Зря иронизируете. В больших компаниях простои стоят очень дорого - почитайте новости про KFC в Британии, как они меняли 3PL-провайдера и сколько им стоил каждый день в итоге. Или представьте крупную федеральную торговую сеть с ярко выраженной сезонностью бизнеса, у которой перед условной "черной пятницей" встал распределительный центр.
Старый 28.02.2018, 10:53   #47  
Ivanhoe is offline
Ivanhoe
Участник
Аватар для Ivanhoe
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
3,888 / 2002 (74) +++++++++
Регистрация: 29.09.2005
Адрес: Санкт-Петербург
gloomie, а все таки, чтобы вернуть разговор в конструктив, ответьте на вопрос:
Цитата:
Чтобы что-то комментировать про 2012R3 нужно понимать, что же за плюсы выбрал себе клиент
в D365?
__________________
Ivanhoe as is..
Старый 06.03.2018, 10:45   #48  
Ivanhoe is offline
Ivanhoe
Участник
Аватар для Ivanhoe
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
3,888 / 2002 (74) +++++++++
Регистрация: 29.09.2005
Адрес: Санкт-Петербург
И тишина Есть какой-то практический смысл из обсуждения? Или ничего нового, просто поболтали?
__________________
Ivanhoe as is..
Старый 06.03.2018, 11:00   #49  
Vadik is offline
Vadik
Модератор
Аватар для Vadik
Лучший по профессии 2017
Лучший по профессии 2015
 
3,381 / 1451 (55) ++++++++
Регистрация: 18.11.2002
Адрес: гражданин Москвы
Цитата:
Сообщение от Ivanhoe Посмотреть сообщение
И тишина Есть какой-то практический смысл из обсуждения? Или ничего нового, просто поболтали?
Ну, обсуждать-то особо нечего пока..
- "Trying to use unsupported country or region code RU, localized functionality for it is disabled" при переключении в "русскую" компанию перестало показываться? У меня в 7.3 - нет
- "Планы разработки" для D365O уже начали публиковать? Я пока не встречал
__________________
-ТСЯ или -ТЬСЯ ?
Старый 06.03.2018, 12:30   #50  
EVGL is offline
EVGL
Moderator
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
3,663 / 2192 (81) +++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Цитата:
Сообщение от Vadik Посмотреть сообщение
"Trying to use unsupported country or region code RU, localized functionality for it is disabled" при переключении в "русскую" компанию перестало показываться? У меня в 7.3 - нет
Для устранения предупреждения надо поменять настройку компании с "Address..." на "None".
За это сообщение автора поблагодарили: Vadik (1).
Старый 08.03.2018, 14:26   #51  
ax_mct is offline
ax_mct
Участник
Аватар для ax_mct
 
2,084 / 786 (31) +++++++
Регистрация: 10.10.2005
Адрес: Westlands
Цитата:
все плюсы выбора D365O, допустим, уже известны клиенту, так что здесь нужно лишь честно ответить, почему стоит или не стоит рассматривать AX 2012 R3

плюсы и минусы AX 2012 R3 прошу излагать исходя из интересов клиента, а не внедренца, вендора, продавца лицензий и т.п.

клиент работает в российской юрисдикции и может запросто захотеть использовать российский локализаторский функционал
Цитата:
Сообщение от Ivanhoe Посмотреть сообщение
И тишина Есть какой-то практический смысл из обсуждения? Или ничего нового, просто поболтали?
Вывод очевиден что выбирать D365O не в интересах Российского клиента в 2018 году.

Практический смысл для партнера по AX тоже можно найти. Не тратить в 2018 году ресурсы на D365O, а заниматься Microsoft CRM если нужна экспертиза по 365.

D365O addresses none
Старый 12.03.2018, 22:26   #52  
ap is offline
ap
Участник
Ex AND Project
 
60 / 16 (1) ++
Регистрация: 14.02.2005
Адрес: Санкт-Петербург
Ну раз все так очевидно, то..

Плюсы 365 (для клиента):

1) 365 - возможность купить по подписке, считайте ТСО, сравнивайте. Даже при продаже plan 2 - 365 выгоднее для клиента. Когда будет возможность купить только 365EE - будет еще выгоднее. Это будет очень скоро. Главное - научиться правильно считать ТСО (с учетом всех костов, ставки дисконтирования и т.д.) и правильно оптимизировать лицензии. (2012 в ажуре не предлагать - заоблачно дорого, как не вращай).
2) Ажур и все сервисы в нем
3) Новый подход к разработке - через экстеншены (да, это преимущество и очень серьезное).
4) Следствие из 1,2,3 - главное - принципиально другой time to market. Быстрая реакция бизнеса и ИТ на изменения. В разы.
5) Гибкость процессов (LCS, апп соурс, возможности самой платформы)
6) В среднем на 30-50% ниже начальные инвестиции в проект.
7) Срок полной поддержки 2012 - 3 года
8) Мгновенная неограниченная масштабируемость (частично входит в 2)
Список не финальный, но мне пора.

Кажого из этих пунктов в отдельности - достаточно, чтобы выбрать D365. Не только по отношению к 2012 и другим ERP системам на рынке.
Минусы: 1) нет локализации, но это временно и в целом уже тоже решено партнерами 2) слабая работа вендора в РФ, но так было всегда, с этим нужно смириться. Сам продукт - офигенен.

Вывод: продавать 2012 сейчас (в любой стране) - это своего рода профессиональная трусость.
Старый 12.03.2018, 22:41   #53  
online
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,052 / 1785 (66) ++++++++
Регистрация: 12.10.2004
Такое ощущение, что вы в какой-то момент выпали из реальности и в вашей матрице затраты на разработку отсутствуют в принципе. Не говоря уже о прочих проблемах, которые обсуждались на форуме.

Особенно интересно в этом свете смотрится ваша рекомендация о том, что надо учиться правильно считать затраты, применять дисконтирование (!). Да какое там дисконтирование, если из рассмотрения выкинули самую затратную часть ))
Старый 13.03.2018, 11:52   #54  
Raven Melancholic is offline
Raven Melancholic
Участник
Аватар для Raven Melancholic
Самостоятельные клиенты AX
Лучший по профессии 2015
 
1,718 / 892 (33) +++++++
Регистрация: 21.03.2005
Адрес: Москва-Петушки
Сдается мне, "это был сарказм" (C)
За это сообщение автора поблагодарили: ax_mct (3).
Старый 13.03.2018, 22:55   #55  
ax_mct is offline
ax_mct
Участник
Аватар для ax_mct
 
2,084 / 786 (31) +++++++
Регистрация: 10.10.2005
Адрес: Westlands
Цитата:
Сообщение от ap Посмотреть сообщение
Рискну предположить, что клиент выбрал D365 потому, что это снизит в два раза (если допустиить, что стоимость лицензии 2012 +- равна стоимости консалтинга) или как минимум существенно первоначальные инвестиции в проект, поскольку 2012 нельзя купить по подписке.

Отчего бы в них не вдаться? )

А что, если клиенту локальная функциональность не особо нужна? Например, нужно только производство, склад и сводное планирование. Допустим, номер ГТД в фактуру можно вытащить через эктеншен. Рекомендации будут те же?
Цитата:
Сообщение от ap Посмотреть сообщение
Вы исходите из того, что это нужно будет обязательно делать, но это не догма. Скорее придется переходить на Акс8, а какие там ограничения будут, нам пока не известно.
А может и не сарказм
Старый 14.03.2018, 00:41   #56  
sukhanchik is offline
sukhanchik
Moderator
Аватар для sukhanchik
MCBMSS
Злыдни
Лучший по профессии 2015
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,613 / 2081 (75) +++++++++
Регистрация: 13.06.2004
Адрес: Москва
Как раз-таки из п.3 следует не быстрая, а медленная реакция ИТ на изменения. Экстеншены не могут ускорить разработку - они ее только замедляют, потому что решая вопрос "какие изменения внести" приходится дополнительно решать вопрос "как внести эти изменения".

Пример 1 (примеры приводятся технические, без привязки к бизнес-процессам и обсуждения, что идеологически этот пример не будет применен в жизни).
Заявка на закупку. Хочу в строках разрешить лукап номенклатуры (он изначально доступен только при создании строки, а я хочу ее выбирать и после создания строки). Но... на поле таблицы строк заявки стоит AllowEdit = No (AllowEditOnCreate=Yes).
Без экстеншенов достаточно было изменить только свойство на поле таблицы. (пример условный, предполагаем, что остальной код работает корректно). Ориентировочно, с учетом всех бюрократий (записать часы, внести изменения в багтрекер, задеплоить, протестировать и т.д.) будем считать, что это 0,5 часа.
С экстеншенами приходится делать edit-метод на гриде формы (т.е. делать экстеншн формы), плюс писать код по обработке этого edit-метода (lookup, modified, jumpref). Учитывая, что мы не можем влезать в код обработки этого поля, то нам нужно еще писать код, который бы запрещал / разрешал редактирование этого поля, например, когда запущен Workflow. Ну и если какая-то еще логика была на этом поле - ее также надо "перетянуть".
Т.о., с учетом всех бюрократий - на это можно потратить часа 4 (учтем, что с увеличением сложности разработки пропорционально увеличивается и время тестирования, т.о. усложнение разработки допустим в 2 раза увеличивает общее время решения задачи минимум раза в 4).

Цифры условные, если кто-то считает, что 4 - это много, то всяко думаю понятно, что эта работа сильно больше, чем просто поменять свойство на поле.

В моем случае соотношение получилось 1:8 - т.е. в 8 раз дольше занимает решение задачи через экстеншены по сравнению с оверлеингом.

Пример 2. Хочу добавить раскраску строк на форме. Пусть это бантик, но ... опять-таки в контексте гибкости изменений - это нормальное желание. Система технически не предоставляет возможности это сделать без оверлеинга либо дублирования формы. Дублирование формы чревато тем, что если к ней были сделаны экстеншены, то их нужно будет склеивать в нашу новую форму. Что влечет за собой дополнительные расходы. Ну и надо понимать, что дублирование формы предполагает встраивание ее в меню, во всякие иные вызовы и т.д. Опять-таки, при несложном критерии раскраски - с оверлеингом или своей формой задача решается за 0,5-1 час (со всей бюрократией). Дополнительные работы с учетом тестирования и прочей бюрократией опять могут дотянуть до 4-х часов.

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

Но в нашем неидеальном мире такое вряд ли будет в некотором обозримом будущем, поэтому клиенты сами стремятся внести изменения "под себя". Кто-то больше, кто-то меньше. Т.е. по сути - сами пытаются вести разработку. А разработка "легкоустанавливаемых" расширений как раз-таки сильно сложнее простого оверлеинга, как это было в предыдущих версиях.

Ну т.е. где-то надо за удовольствие платить - либо платим скоростью разработки и получаем легкоустанавливаемое расширение, либо платим сложностью подъема, но получаем быструю разработку. Также как и с апгрейдом - если посчитать стоимость апгрейда и соотнести ее с увеличением стоимости разработки из-за "неусложнения" апгрейда, то получится то, что мы и наблюдаем по AX2012 и предыдущим версиям - компании предпочитают минимизацию стоимости разработки, платя за это усложнением подъема и апгрейда.
__________________
Возможно сделать все. Вопрос времени

Последний раз редактировалось Vadik; 14.03.2018 в 11:58.
За это сообщение автора поблагодарили: S.Kuskov (5), raz (5), AlGol (2).
Старый 14.03.2018, 05:04   #57  
trud is offline
trud
Участник
Лучший по профессии 2017
 
570 / 439 (16) +++++++
Регистрация: 07.06.2003
Цитата:
Сообщение от sukhanchik Посмотреть сообщение
Пример 1
Заявка на закупку. Хочу в строках разрешить лукап номенклатуры
Что-то мне кажется вы сделали допущение что у вас в данный момент есть кто-то кто знает как это делать плюс свободен, кроме того опустили момент развертывания(который описан в документе Deploying Customizations Across Microsoft Dynamics AX 2012 Environments
https://technet.microsoft.com/en-us/.../hh292604.aspx )
т.е. на практике это выглядит так(задача пусть та-же)
-посылается запрос партнеру
-прожект менеджер со стороны партнера ищет и выделяет консультанта, выделяет программиста
-задача кодируется-тестируется, обновленная модель высылается клиенту
-клиент выполняет установку модели на тестовое окружение(рекомендованная MS схема ниже, т.е. это минимум полдня работы человека IT), кроме этого на этом этапе могут возникнуть куча ошибок связанных с тем что версия АХ разработчика-партнера отличалась от вашей версии АХ(к примеру вы устанавливали какие-то фиксы от МС или решение другого партнера)
Название: pic1.png
Просмотров: 248

Размер: 60.6 Кб

-клиент выделяет пользователей для тестирования всего этого, хорошо если тестировать можно на любой базе, если нужны рабочие данные – это еще Procedure for initializing a staging environment from a production environment – несколько страниц описания
-IT выделяет людей которые согласовывают остановку системы и в нерабочее время выполняют развертывание новой версии, пишут торжественное письмо как все круто обновилось
Название: pic2.png
Просмотров: 255

Размер: 49.2 Кб

Ну т.е. в этом модели работы время программиста вообще ничтожно, будет там полчаса или 4. Если сравнить в этом ключе, то возможно D365 будет более прозрачна и быстрее

Последний раз редактировалось trud; 14.03.2018 в 05:19.
За это сообщение автора поблагодарили: S.Kuskov (5), Vadik (1), raz (5), belugin (5), sukhanchik (10), AlGol (2).
Старый 14.03.2018, 08:48   #58  
KiselevSA is offline
KiselevSA
Злыдни
Аватар для KiselevSA
Злыдни
Лучший по профессии 2015
 
930 / 317 (12) ++++++
Регистрация: 25.01.2002
Адрес: Москва
Цитата:
Сообщение от trud Посмотреть сообщение
т.е. на практике это выглядит так(задача пусть та-же)
Мне вот интересно, какая часть модификаций соответствует приведенному выше "сферическому коню в вакууме", ну если не считать разработок отдельных модулей или "тяжелых" доработок, затрагивающих большое количество объектов и системных классов?
Я чаще сталкиваюсь с другой схемой: у клиента есть три окружения - dev, test и prod.
На dev делают разработки, на test переносят проектом с отсечением лишнего из смежных доработок с помощью сравнения, а после тестирования, в зависимости от "пристрастий" клиента, перенос на prod проектом или моделью.
Меня еще другой вопрос занимает: в D365 решили проблему с "пропаданием" добавленных в CU DeleteAction, если в таблице внесены изменения на не системных слоях?
__________________
люди...считают, что если техника не ломается, то ее не нужно ремонтировать. Инженеры считают, что если она не ломается, то нуждается в совершенствовании.
Старый 14.03.2018, 09:57   #59  
skuull is offline
skuull
Участник
Most Valuable Professional
Лучший по профессии 2014
 
502 / 490 (18) +++++++
Регистрация: 08.03.2013
Адрес: ХЗ
Цитата:
Сообщение от KiselevSA Посмотреть сообщение
Мне вот интересно, какая часть модификаций соответствует приведенному выше "сферическому коню в вакууме", ну если не считать разработок отдельных модулей или "тяжелых" доработок, затрагивающих большое количество объектов и системных классов?
Это зависит не от доработок, а от клиента. Следуя этой схеме моделстор можно накатить за 15 мин + синхронизация. Причем в идеале оттестировынный моделстор, что исключает ошибки сведения моделей или xpo. Некоторым клиентам плевать на даунтайм, хоть все выходные развлекайся, а некоторые работают 24/7 и готовы платить за зоопарк лишь бы не было простоя. Видимо вам такие не попадались.
За это сообщение автора поблагодарили: Vadik (1).
Старый 14.03.2018, 11:03   #60  
Vadik is offline
Vadik
Модератор
Аватар для Vadik
Лучший по профессии 2017
Лучший по профессии 2015
 
3,381 / 1451 (55) ++++++++
Регистрация: 18.11.2002
Адрес: гражданин Москвы
sukhanchik, тысяча извинений - отредактировал Ваше сообщение вместо того чтобы процитировать

Из лично Вашей практики - каковы были трудозатраты и длительность проектов по обновлению версий, накату сервис-паков, хотфиксов, расширенной функциональности распространяемой в фиде хотфиксов в 2012. Если были таковые, разумеется. Спасибо
__________________
-ТСЯ или -ТЬСЯ ?

Последний раз редактировалось Vadik; 14.03.2018 в 12:01.
За это сообщение автора поблагодарили: mazzy (5).
Теги
внедрение, как правильно

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
jaestevan: Descubre la nueva Dynamics AX 2012 R3 Entity Store Blog bot DAX Blogs 0 23.06.2016 18:11
DAX: A Shift to Effective Demand Forecasting With Microsoft Dynamics AX 2012 R3 Blog bot DAX Blogs 0 16.11.2013 02:13
DAX: Official Dynamics AX 2012 R2 Content (update) - Where is it, and how can you find out about updates? Blog bot DAX Blogs 0 03.12.2012 11:11
emeadaxsupport: New Content for Microsoft Dynamics AX 2012 : October 2011 Blog bot DAX Blogs 0 27.10.2011 17:11
axinthefield: Dynamics AX Event IDs Blog bot DAX Blogs 0 01.03.2011 22:11
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 17:25.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.