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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 28.09.2018, 21:19   #1  
Blog bot is offline
Blog bot
Участник
 
21,345 / 725 (67) +++++++
Регистрация: 28.10.2006
kurthatlevik: Report your bugs, free-riders!
Источник: https://kurthatlevik.com/2018/09/28/...s-free-riders/
==============

Microsoft Dynamics 365 is the fastest innovation and most agile business software in the world. A very feature rich solution with a packed very fast moving roadmap. We see new possibilities and features coming monthly in platform update, fall/spring releases. if you look at the entire platform-stack including windows, office, and platform (power* apps) new features being made available on a daily basis. Being first and fast have changed and challenged the Dynamics 365 ecosystem. Mostly for the good.

But we have to recognize that it is people (and highly productive) behind this innovation tsunami. In such an environment there are thousands of elements that must to fit together. If you look towards the number of combinations on how you can use and setup Dynamics 365, I would assume that this is millions of combinations in the core product. And when adding office and power* apps, combinations just increases exponentially.

People are people, and there is a limitation to the numbers of combinations that can be tested, both from a manual and automated testing scenario. This leads to scenarios that there is no capacity to test everything before the product is released. It is not possible to test all of the millions of combinations, and I know that even Microsoft do not have unlimited people and resources to cover every test scenario.

This evidently results in issues and bugs that will be found when implementing Dynamics 365, and these needs to be reported to Microsoft support so that the fixes becomes part of the future solution.

Searching, testing, reporting a solution takes time and do cost money! Each time I find a bug, I report this to Microsoft so that all of the community can benefit of a fix. But as some have recognized that reporting issues/bug is requiring effort and resources. You report the bug, analyze the issue, report the issue, Microsoft provides hotfixes, the hotfix needs to be validated and testing and then deployed to the environment. This takes time, but is necessary!

With this blog post I urge both partners and customers to report your findings to Microsoft, so that all the rest of us can benefit that we are an ecosystem together. As I hope most of you know, we are quickly moving towards Dynamics 10, that is often referred to as the “ever-green” solution. This means that there are ONE version, that all customers are using, and that follows the Microsoft roadmap. When one customer reports an issue, and it is fixed, then all benefit from this.

Then there is the issue with the “free-riders”. These are the people that recognize the issue, find workarounds and DON’T take the investment in time and resources of reporting the issue. They know and see the issue, but choose to live with it or ignore it. Then in many cases, Microsoft if not even aware of any issue, and the issues just continues to be present in future releases. The best way is to report what you see to Microsoft support or to Microsoft ideas. Then Microsoft can take action on it, because they know of it.

So, I urge my fellow community friends to not be a Free-Rider, but report your issues. This will ensure that we all can share the resource/time burden among us, and we also improve and strengthen Dynamics 365, that we all will benefit from.



PS! Dynamics 365 is the BEST business application in the world!



Источник: https://kurthatlevik.com/2018/09/28/...s-free-riders/
__________________
Расскажите о новых и интересных блогах по Microsoft Dynamics, напишите личное сообщение администратору.
Старый 08.10.2018, 17:41   #2  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,559 / 5084 (177) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Курт вроде - зрелый, опытный человек, а всё в добрый Microsoft верит По-моему, суть происходящего неплохо раскрыта в публикации 8-летней давности There’s no place like production. Прежде MS создавал и выпускал корпоративное ПО, которое покупали крупные конторы, ставили на свои сервера и своими силами его поддерживали, иногда обращаясь в поддержку. Если в поддержку обращались слишком часто, то такое ПО переставали покупать. Исходя из этого мышление MS было таким:
Цитата:
What kind of fools build out and maintain useless environments? The kind who got burned building enterprise software. Large businesses rely on enterprise software—it’s got to work or they won’t buy it. Once they buy it, they own it. You don’t get to fix enterprise software anytime you want. That’s right, not even with security patches. Remember, enterprise paychecks depend on having the software run smoothly. Software changes represent risk to an enterprise business. If the software doesn’t work, work well, and continue working well, enterprises businesses aren’t buying it. And they’ll tell you when they are darn well ready to accept a patch.
An entire generation of Microsoft engineers learned the hard way that you can’t release software until the code is fully tested. There are no “retries” in enterprise software.
Теперь MS создает, самостоятельно запускает на своих же серверах и самостоятельно поддерживает сервисы, поэтому мышление изменилось на такое:
Цитата:
There’s no place like production. You need a development environment to run a small set of automated check-in tests, a test environment to run preliminary acceptance and stress testing to help avoid catastrophic failures, and production. Anything more is superfluous.
The solution is called “continuous deployment.” The concept is simple: deploy multiple builds to production, and use custom routing to direct traffic as desired. It’s like a source control system for regulating services instead of source files. The toughest part is dealing with data, which must function properly across multiple builds. However, if a service is designed to handle at least one rollback after a new build is deployed, even if that new build introduces new data, then that service will function well in a continuous deployment environment.
You deploy your new build to production and test it out. Once verified, you use exposure control to increase the live traffic to your new build by increments — first one percent, then three percent, then 10 percent, then 30 percent, then 100 percent. You monitor service health throughout the process. If your services ever show signs of trouble, you capture the data and route traffic back to your last release (instant rollback).
Т.е. прямым текстом говорится, что тренируются теперь на кошках Так что да, давайте все вместе работать тестировщиками, сообщать в MS о проблемах и еще платить за использование недотестированных версий. There’s no place like production!
Старый 10.10.2018, 09:01   #3  
belugin is offline
belugin
Участник
Аватар для belugin
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,228 / 2421 (89) +++++++++
Регистрация: 16.01.2004
Адрес: Москва
Цитата:
Сообщение от gl00mie Посмотреть сообщение
Т.е. прямым текстом говорится, что тренируются теперь на кошках
JFYI кошки фарфоровые так что, если вдруг вы хотели сказать "Тренируются на живых пользователях" то смысл выражения, по-моему, противоположен.

Цитата:
Так что да, давайте все вместе работать тестировщиками, сообщать в MS о проблемах и еще платить за использование недотестированных версий. There’s no place like production!
Мне кажется смысл статьи (да и вообще идея Testing in production) противоположен тоже. Использовать production инфраструктуру для тестирования, а не пользователей. Как это сделать, написано в статье - переключать на новый билд только команду разработки для тестирования сначала.

По поводу цитаты "Once verified, you use exposure control to increase the live traffic to your new build by increments — first one percent, then three percent, then 10 percent, then 30 percent, then 100 percent." - любой сколько угодно протестированный билд может содержать ошибки или у пользователей может быть ситуация которой не предусмотрели. Альтернатива - разворачивать сразу всем, но зачем если можно сначала посмотреть.

И Dyn365FO только начинает работать схожим образом. В MS, например Azure DevOps работает так.
__________________
https://axcoder.github.io
Старый 10.10.2018, 09:37   #4  
online
Ivanhoe
Участник
Аватар для Ivanhoe
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
3,979 / 2048 (76) +++++++++
Регистрация: 29.09.2005
Адрес: Санкт-Петербург
Смысл статьи конкретный - вы чё такие умные не работаете на комьюниити и не репортите баги?

Согласен с gloomie полностью. Продукт платный, подписка платная, с чего мы должны тратить свои деньги на баг репорт?

Человек реально думает, что "report bug" это пять минут? Судя по количеству действий он считает что остальное занимает значимое время. По моим наблюдениям, недели потраченные на доказательства MSу что "вот это баг" намного больше и бессмысленнее и неблагодарнее, чем накатить фикс и его оттестировать.
Цитата:
You report the bug, analyze the issue, report the issue, Microsoft provides hotfixes, the hotfix needs to be validated and testing and then deployed to the environment. This takes time, but is necessary!
Хотят получать репорты - пусть платят за это или уменьшают стоимость подписки. Сейчас же наоборот, партнер рискует заплатить штраф за "не баг".
__________________
Ivanhoe as is..
За это сообщение автора поблагодарили: oip (1).
Старый 10.10.2018, 10:59   #5  
online
Ivanhoe
Участник
Аватар для Ivanhoe
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
3,979 / 2048 (76) +++++++++
Регистрация: 29.09.2005
Адрес: Санкт-Петербург
Товарищ даже ответил на мой комментарий Т.е. он считает, что "никто не обещал хороший продукт", "смиритесь и быстро тратьте ресурсы на баги" и "у других еще хуже"

Ну круто, че. Я понимаю, европейских консалтеров. С их ставкой, реально можно чаржится не 100% и тратить много времени на комьюнити и т.п. В РФ немного все сложнее, а с учетом мелких партнеров работающих за еду, о каком развитии комьюнити идет речь?
__________________
Ivanhoe as is..
Старый 10.10.2018, 11:34   #6  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,353 / 4413 (152) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от Ivanhoe Посмотреть сообщение
Товарищ даже ответил на мой комментарий Т.е. он считает, что "никто не обещал хороший продукт", "смиритесь и быстро тратьте ресурсы на баги" и "у других еще хуже"

Ну круто, че. Я понимаю, европейских консалтеров. С их ставкой, реально можно чаржится не 100% и тратить много времени на комьюнити и т.п. В РФ немного все сложнее, а с учетом мелких партнеров работающих за еду, о каком развитии комьюнити идет речь?
Ну ты знаешь, я вот работаю в европейской фирме с средней немецкой ставкой. Так вот, после вычитания из моей выручки некой разумной нормы прибыли (типа процентов 12-15), НДС, бэкофиса и прочего накладняка, налогов на мой личный доход, взносов на соцстрах и тп, на руки получается, я бы сказал хорошая московская зарплата. (Ну то есть - я думаю что ты в Корусе на аналогичной позиции аналогичные деньги получаешь). Так что с учетом европейских налогов, не стоит думать что европейские ставки сильно спасают и создают большой зазор для работы с community и репортинга багов.
Я просто предполагаю, что у Курта фирма (как и все сейчас на рынке D365) сидит в крепком overbudget и он надеется, что если мы всем миром возьмемся репортить баги, то совокупный overbudget будет меньше. Формально говоря - он прав. Но у меня есть сильное подозрение что постоянные метания Микрософта и низкое качество самого продукта вызвали выжидательную позицию большинства партнеров. Ну то есть - зачем инвестировать время в продукт, рыночные перспективы которого весьма сомнительны?

Последний раз редактировалось fed; 10.10.2018 в 12:42.
За это сообщение автора поблагодарили: Ace of Database (2).
Старый 10.10.2018, 11:37   #7  
EVGL is offline
EVGL
Moderator
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
3,719 / 2259 (83) +++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Все решится само собой. Появляются уже такие баги, которые в D365FO 7.3 принципиально самому не исправить, поскольку в середине метода. Рациональное решение - зарегистрировать баг, а на время ожидания перестать использовать затронутый функционал и искать обходные пути.

Только сегодня был такой случай: новая форма Job card device для регистрации производственного времени на планшетах оказалась полным дерьмом, которое не поддерживает order bundles и повреждает данные жутким образом. Ну что, будем ждать ответа изобретаталей, а пока возьмем старую добрую форму JmgRegistration.
Старый 10.10.2018, 11:42   #8  
online
Ivanhoe
Участник
Аватар для Ivanhoe
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
3,979 / 2048 (76) +++++++++
Регистрация: 29.09.2005
Адрес: Санкт-Петербург
Понятно, что даже сейчас баги репортим. Иногда это политика с клиентом, иногда нужно хоть какую-то ответственность от MS получить, иногда себе дороже. Но все-таки это не тренд.
__________________
Ivanhoe as is..
Старый 10.10.2018, 12:19   #9  
belugin is offline
belugin
Участник
Аватар для belugin
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,228 / 2421 (89) +++++++++
Регистрация: 16.01.2004
Адрес: Москва
Post
Цитата:
Сообщение от Ivanhoe Посмотреть сообщение
Судя по количеству действий он считает что остальное занимает значимое время.
Вопрос - а что занимает основное время? Воспроизведение на демоданных? Общение с саппортом?
__________________
https://axcoder.github.io
Старый 10.10.2018, 12:24   #10  
Vadik is offline
Vadik
Модератор
Аватар для Vadik
Лучший по профессии 2017
Лучший по профессии 2015
 
3,397 / 1502 (57) ++++++++
Регистрация: 18.11.2002
Адрес: гражданин Москвы
Цитата:
Сообщение от Ivanhoe Посмотреть сообщение
Хотят получать репорты - пусть платят за это или уменьшают стоимость подписки
Ну вот, Вы уже торгуетесь (bargaining), а там и до принятия (acceptance) того факта что баги надо репортить уже недалеко
__________________
-ТСЯ или -ТЬСЯ ?
Старый 10.10.2018, 12:32   #11  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,353 / 4413 (152) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от belugin Посмотреть сообщение
Вопрос - а что занимает основное время? Воспроизведение на демоданных? Общение с саппортом?
Ну вот смотри - я зарегистрировал баг. Прошло 5 дней - специалист службы поддержки прислал сообщение о том что баг не вопроизводится (при этом тестировал он совсем не то что я зарегистрировал). Я ему написал что надо другие педальки жать. Прошло еще 4 дня - он мне опять написал что баг не воспроизводится. Я ему написал что в стандарте оно у нас тоже не воспроизводится. Случается только в наших двух окружениях, хотя вроде бы у нас все сделано через расширения и аккуратно. Прислал некую аргументацию о том какие возможные причины и рассказал о том что я там трассировал, чего пробовал и какие предположения отверг. Прошло еще 4 или 5 дней. Они мне прислали предложение пообщаться в конф-колле. Но пока суть да дело, мы в очередной раз перелили данные из Golden Copy и ошибки как-то сами по себе прошли (возможно - временно). После чего я его (или ее? - не разбираюсь в индийских именах) попросил закрыть кейз. Ну то есть - я вижу три проблемы: 1. Низкая квалификация фронт-лайн саппортеров. 2. Боязнь саппортеров работать с нашими окружениями. Я вот не понимаю нафига весь этот cloud support, если в итоге они тратят время чтобы воспроизвести ошибку где-то в другом месте. 3. Вероятно у них там в KPI число звонков клиенту стоит. Поэтому заметная часть кэйзов включает в себя стадию "А поговорить?"
Ну и кроме того - по моему саппортеры у вас тупо перегружены.
Старый 10.10.2018, 12:39   #12  
trud is offline
trud
Участник
Лучший по профессии 2017
 
632 / 712 (25) +++++++
Регистрация: 07.06.2003
Цитата:
Сообщение от Blog bot Посмотреть сообщение
These are the people that recognize the issue, find workarounds and DON’T take the investment in time and resources of reporting the issue.
А такой вопрос - у кого нибудь получалось зарегистрировать баги у которых был workaround и их исправили? т.е. я уже сделал около 3 некритичных запросов(один из которых для 7.1) у которых был обходной путь.
Ответ был (после нескольких созвонов со скрин шарингом) - что спасибо, команда приняла баг, поставила наименьший приоритет, так как workaround есть, запрос закрываю
Старый 10.10.2018, 12:56   #13  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,353 / 4413 (152) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Причем на самом деле, проблемы с саппортом просто отражают кривую архитектуру. Грубо говоря, в DAX2012 появились безумные и крайне криво спроектированные распределения, наследование таблиц, работа с продуктами и тд и тп. Кривой дизайн породил множественные баги в реализациии.Из за всего этого, как я подозреваю, затраты на Микрософта на поддержку и багфиксинг DAX2012 превысили забюджетированные во много раз. После этого был сделан вывод, что проблема не в кривой архитектуре, а в том что нехорошие клиенты не хотят апгрейдится на последнюю версию, поэтому поддержка дорогая. В результате зарелизили еще более безумную архитектуру (в этот раз на уровне ядра), повысили стоимость внедрения процентов на 60-70, а стоимость поддержки, я думаю, раз в 10. Теперь боряться с последствиями. Пока придумали - заставить всех клиентов апгрейдится каждый месяц. Мысль выгнать к чертям собачим архитекторов системы им в голову как-то не приходит...

Последний раз редактировалось fed; 10.10.2018 в 12:59.
За это сообщение автора поблагодарили: sukhanchik (4).
Старый 10.10.2018, 13:50   #14  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,092 / 1807 (67) ++++++++
Регистрация: 12.10.2004
Цитата:
Сообщение от fed Посмотреть сообщение
После этого был сделан вывод, что проблема не в кривой архитектуре, а в том что нехорошие клиенты не хотят апгрейдится на последнюю версию, поэтому поддержка дорогая.
Совсем скоро они всех переведут на расширения и все клиенты будут сидеть на последней версии. (Неожиданно, но желания иногда сбываются )
Очевидно, это несильно поможет.

Что же придумают на этот раз ?
Старый 10.10.2018, 14:05   #15  
online
Ivanhoe
Участник
Аватар для Ivanhoe
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
3,979 / 2048 (76) +++++++++
Регистрация: 29.09.2005
Адрес: Санкт-Петербург
У меня были кейсы долгого доказывания багов в стандарте. Когда они ввели практику создавать на своей стороне выделеную демо и най ней повторять - стало легче, но не сильно.

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

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

Насчет саппорта и стоимости - не на этой ли волне они сильно урезали права партнеров и клиентов по репорту багов, скорости реакции и т.п. Особенно по он-прем версиям.
__________________
Ivanhoe as is..
Старый 12.10.2018, 13:52   #16  
EVGL is offline
EVGL
Moderator
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
3,719 / 2259 (83) +++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Цитата:
Сообщение от belugin Посмотреть сообщение
Вопрос - а что занимает основное время? Воспроизведение на демоданных? Общение с саппортом?
Разберем на примере сегодня утром. Коллега Режис сообщает в поддержку MS, что не удается вводить адрес русских клиентов, поскольку для этого надо ввести квартиру, офис, код города и черт знает что. Всем этим западный клиент заниматься естественно не будет, тем более что кириллица не особенно популярна в Швейцарии и Норвегии.

В ответ сотрудница поддержки сообщает все то, что мы и так уже знаем и предлагает убрать ISO 2 код "RU". Что мы опять-таки уже знаем, и сделать не можем, поскольку используется в интерефейсе. Еще более отчаянная ситуация у клиентов с подразделениями в России, которые хотели бы использовать общую базу клиентов Global Address Book, но сталкиваются с тем, что у России свой особый путь.

Этот подход через код страны появился в AX2012, т.е. проблема известна на протяжении 5 лет, а самому говнокоду - 15 лет, т.е. с момента разработки русской зарплаты. Об этом есть заметки на Community. О проблеме наверняка не раз сообщали в поддержку. Сами русские клиенты страдают тоже, поскольку адрес будет хорош ровно настолько, наскольку хороша база данных ФИАС. А еще в Россиии строят дома, открывают новые офисы.

Все впустую. Посмотрим, чем закончится этот раунд.
За это сообщение автора поблагодарили: belugin (10).
Старый 12.10.2018, 14:16   #17  
online
Ivanhoe
Участник
Аватар для Ivanhoe
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
3,979 / 2048 (76) +++++++++
Регистрация: 29.09.2005
Адрес: Санкт-Петербург
В целом про ситуацию с MS согласен.

Но конкретно с адресами - используйте простой формат для RUS. Вот если вам нужно и простой формат для клиентов, и ФИАС для сотрудников для кадрового учета - вот это не удобненько.
__________________
Ivanhoe as is..
Старый 12.10.2018, 14:18   #18  
EVGL is offline
EVGL
Moderator
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
3,719 / 2259 (83) +++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Цитата:
Сообщение от Ivanhoe Посмотреть сообщение
Но конкретно с адресами - используйте простой формат для RUS.
Как? "Сложный" формат невозможно отключить. Код "RU" превращает поле свободного ввода города в лукап.
Старый 12.10.2018, 14:28   #19  
online
Ivanhoe
Участник
Аватар для Ivanhoe
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
3,979 / 2048 (76) +++++++++
Регистрация: 29.09.2005
Адрес: Санкт-Петербург
Мне кажется, это очень даже удобно города заводить из справочника - позволяет нормально аналитику и отчеты делать. А вот улицу как раз можно выбирать не по коду, а оставить международную текстовую.
Миниатюры
Нажмите на изображение для увеличения
Название: Screenshot_23.png
Просмотров: 67
Размер:	168.8 Кб
ID:	12113  
__________________
Ivanhoe as is..
За это сообщение автора поблагодарили: belugin (10).
Старый 12.10.2018, 14:34   #20  
EVGL is offline
EVGL
Moderator
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
3,719 / 2259 (83) +++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Понимаю. Для русского клиента я так и сделал: заимпортировал только 3 уровня. Однако, у швейцарского клиента
(1) около 2500 клиентов в 120 странах. Из них российских - примерно 25.
(2) адреса вводятся в Dynamics CRM. Вся хваленая СDS идет лесом.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
kurthatlevik: New Microsoft Dynamics AX – A guide for using retail sales prices and discounts Blog bot DAX Blogs 0 01.12.2015 18:12
NAV Team: Report Execution Insights Blog bot Dynamics CRM: Blogs 0 30.10.2014 15:02
ax-erp: Walkthrough: Creating a Report Bound to a Report Data Provider Class (X++ Business Logic) [AX 2012] Blog bot DAX Blogs 0 20.09.2012 11:11
emeadaxsupport: New Content for Microsoft Dynamics AX 2012 : October 2011 Blog bot DAX Blogs 0 27.10.2011 17:11
wiki.dynamicsbook: Changes Made in Navision Attain 3.60 Blog bot Dynamics CRM: Blogs 0 02.09.2008 13:23
Опции темы Поиск в этой теме
Поиск в этой теме:

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

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

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

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