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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 27.09.2010, 11:26   #1  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от fed Посмотреть сообщение
А по поводу Микрософта - я лично считаю что идеальным вариантом (по крайней мере для коммюнити) была бы продажа микрософтом прав на Аксапту (равно как и другие ERP-продукты) в какие-то фирмы которые бы хоть какую-то внедренческую практику имели бы, а не только программили бы чего-то из соображений архитектурной стройности...
Ой. Тогда будет лучше 1Сом заниматься.

Лично я считаю, что идеальным вариантом было бы: единый инструмент разработки как для самих разработчиков в MS, так и для клиентов.

Если разработчики в MS привыкли работать в VS, то пусть VS и будет этим единым инструментом. И юнит-тестирование, и работа с базой, и отчеты, и внешние приложения должны редактироваться в одном инструменте, по одинаковым правилам.

А то получается фигня какая-то, типа Райкинского "К гульфику претензии есть?"
Выборка данных через AOS vs SQL Server
__________________
полезное на axForum, github, vk, coub.
Старый 27.09.2010, 13:46   #2  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,913 / 5736 (197) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от mazzy Посмотреть сообщение
Ой. Тогда будет лучше 1Сом заниматься.

Лично я считаю, что идеальным вариантом было бы: единый инструмент разработки как для самих разработчиков в MS, так и для клиентов.

Если разработчики в MS привыкли работать в VS, то пусть VS и будет этим единым инструментом. И юнит-тестирование, и работа с базой, и отчеты, и внешние приложения должны редактироваться в одном инструменте, по одинаковым правилам.

А то получается фигня какая-то, типа Райкинского "К гульфику претензии есть?"
Выборка данных через AOS vs SQL Server
Вот уж у микрософта явно не с этим проблемы. Проблема в том, что сейчас и маркетинг и канал управления партнерами и планирование разработки живут в безвоздушном пространстве слабо связанном с внедрениями и вообще клиентами. А поскольку информация о реальных проблемах на реальных внедрениях, реальных потребностях реальных клиентов, которые можно было бы в маркетинге использовать и так далее, до Микрософт не доходит, то и возникают все эти шараханья.

В принципе - можно было бы организовать собственный нормальный консалтинг, который бы проценоов 25-30 рынка бы держал и нормальный фидбек бы обеспечивал. Только вот не вяжеться никак это с партнерской моделью Микрософтовской. И я не верю что ради 4 продуктов с не очень большим оборотом, Микрософт пойдет на изменение своей партнерской модели. Так что вариант продажи линейки выглядит более реалистичным и более предпочтительным в долгосрочной перспективе...
Старый 27.09.2010, 16:36   #3  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от fed Посмотреть сообщение
Надо, например, вести учет маркетинговых затрат в разрезе компаний и продуктовых линеек - их в аналитику засовывать. Надо затраты на обучение персонала вести в разрезе продуктовых линеек - их в аналитику засовывают и так далее.
продуктовые линейки - суть ГРУППЫ.
их вполне можно засовывать в аналитики. группы исчисляются максимум сотнями.

беда начинается, когда в фин.аналитику засовывают тысячи элементов: номенклатуры, контрагенты, партии, ГТД (то, что в Аксапте хранится в других справочниках)

Цитата:
Сообщение от fed Посмотреть сообщение
Можно конечно пытаться клиентов нагнуть на реструктуризацию статей затрат, но на практике проще аналитик побольше завести, чем клиента пытаться жизни учить.
Мы о разном говорим. Я говорю о автоматически синхронизируемых с фин.аналитикой (больших) справочниках.

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


Цитата:
Сообщение от fed Посмотреть сообщение
Проблема в том, что сейчас и маркетинг и канал управления партнерами и планирование разработки живут в безвоздушном пространстве слабо связанном с внедрениями и вообще клиентами.
Согласен.

Цитата:
Сообщение от fed Посмотреть сообщение
В принципе - можно было бы организовать собственный нормальный консалтинг, который...
Ну... сразу что-то радикальное.
Улучшать можно и более точечными решениями.

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

А еще лучше, чтобы не только знали, но и учитывали эти знания при разработке
__________________
полезное на axForum, github, vk, coub.
Теги
ledgerbalance, ledgerbalancesdimtrans, ledgerbalancestrans, главная книга, итоги, сальдо, crm2011

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
fed: History of inventory locking in DAX Blog bot DAX Blogs 0 28.09.2009 16:05
Microsoft DAX Dev Center Headlines: New Ledger Posting White Paper Released Blog bot DAX Blogs 0 23.11.2008 12:05
axStart: Change data on a data source on a Form Blog bot DAX Blogs 0 04.09.2008 15:05
Microsoft Dynamics CRM Team Blog: Data Migration Manager Tips and Tricks Blog bot Dynamics CRM: Blogs 0 02.09.2008 22:05
Пустые названия системных таблиц в report data range (DAX 4.0) Qaz Qwerty DAX: Функционал 3 06.08.2008 00:05
Опции темы Поиск в этой теме
Поиск в этой теме:

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

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

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

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 12:52.