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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 27.09.2010, 16:36   #1  
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, время: 15:10.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.