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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 10.10.2011, 16:24   #1  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,909 / 5730 (197) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от Logger Посмотреть сообщение
Неужели САП не имеет недостатков в этой части ?
Более правильный вопрос - "А зачем нам второй САП?".
Старый 10.10.2011, 16:30   #2  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,952 / 3230 (115) ++++++++++
Регистрация: 12.10.2004
Адрес: Москва
Записей в блоге: 2
Цитата:
Сообщение от fed Посмотреть сообщение
Более правильный вопрос - "А зачем нам второй САП?".
Еще более правильный вопрос - мы хотим сделать конкурентный продукт или нет ?

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

Кстати мой вопрос выше был с намеком - зачем повторять САП, может сразу нацелиться на что-то лучшее ?
Старый 10.10.2011, 16:41   #3  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,909 / 5730 (197) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от Logger Посмотреть сообщение
Еще более правильный вопрос - мы хотим сделать конкурентный продукт или нет ?

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

Кстати мой вопрос выше был с намеком - зачем повторять САП, может сразу нацелиться на что-то лучшее ?
У аксапты свой собственный путь. Надо не пытаться сделать продукт для непосредственного внедрения, а пытаться сделать прикладной фреймворк, который потом можно легко расширять. А сейчас как раз наблюдается обратная тенденция: Либо делаются расширения ядра (бесполезные для реального внедрения), либо идут попытки слепить какую-то прикладнуху для тупого энд-юзера, лишенную особой расширяемости и вообще какого-то смысла. Типа Workflow или заявок на закупки. Проще и быстрее свое слепить чем с этим убожеством разбираться.

Лучше бы они фундаментальные вещи и фундаментальные ПРИКЛАДНЫЕ фреймворки расширяли. А тех кто рвется интерфейс вылизывать или на .net все переносить - лучше бы в группу bing подарили. (Там такая засада, что плюс-минус 100-200 придурков ничем не ухудшат ситуацию).

Кроме того - попытки слизать функциональность с конкурентов не разбираясь с ней и не понимая Аксапту, уже привела нас к новой архитектуре ГК, слизанной, как я понимаю, с OEBS.
За это сообщение автора поблагодарили: EVGL (-1), sukhanchik (2), Logger (1).
Старый 10.10.2011, 19:42   #4  
xan is offline
xan
Участник
Ex AND Project
 
455 / 63 (3) ++++
Регистрация: 18.02.2003
Адрес: Пушкин
Цитата:
Сообщение от fed Посмотреть сообщение
Более правильный вопрос - "А зачем нам второй САП?".
Денис, ты как всегда точен.

По моему мнению? вопрос не в копировании какой-либо ERP системы, а в инкорпорировании какой-либо методологии. Учет затрат в Axapta строится на бухгалтерских счетах, учет в SAP строится на объектах (МВЗ, работах (проекта) и т.д.).
Да, умельцы - "дотачиватели" делают красивые решения по учету на тех же МВЗ с помощью аналитик к бухгалтерским счетам, но это имитация по своей сути (что ни в коей мере не умоляет профессионализма тех, кто это делает).
Субконто и прочие радости "из мира учета затрат на счетах" улучшат функциональность системы, но "дотачивателям" всё-равно придется извращаться, чтобы сымитировать учет по МВЗ.

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

Так что же нужно: другая методология или расширение функциональных возможностей существующей?!
Старый 10.10.2011, 19:49   #5  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от xan Посмотреть сообщение
Учет затрат в Axapta строится на бухгалтерских счетах, учет в SAP строится на объектах (МВЗ, работах (проекта) и т.д.).
Нет.
В Аксапте модуль Проекты.
__________________
полезное на axForum, github, vk, coub.
Старый 10.10.2011, 22:54   #6  
xan is offline
xan
Участник
Ex AND Project
 
455 / 63 (3) ++++
Регистрация: 18.02.2003
Адрес: Пушкин
Цитата:
Сообщение от mazzy Посмотреть сообщение
Нет.
В Аксапте модуль Проекты.
Я очень давно работал с Аксаптой и то, что знал, тоже забыл, а модуль проекты зналь очень плохо

Т.е. затраты "собираются" на объктах модуля, а не на соответствующих счетах бухгалтерского учета? Например, начисление заработной платы за работы на конкретном этапе проекта относятся на объект затрат типа "проект" или отражается по счетам бухгалтерского учета?
Старый 10.10.2011, 23:07   #7  
Мирослав Лянцевич is offline
Мирослав Лянцевич
Участник
 
77 / 11 (1) +
Регистрация: 30.08.2006
и в модуле и на счетах ГК....

проблема в том что использовать счета ГК одной компании для ведения управленческого учета не корректно: упр учет простирается вне рамок компании в холдинговой структуре, не надо показывать внешним пользователям, включая аудиторов, управленческие транзакции...
Старый 10.10.2011, 23:19   #8  
Мирослав Лянцевич is offline
Мирослав Лянцевич
Участник
 
77 / 11 (1) +
Регистрация: 30.08.2006
в этом случае саповская идеология контроллинга с заведением БЕ-независимой controlling area попадает в яблочко...
Старый 10.10.2011, 20:55   #9  
Мирослав Лянцевич is offline
Мирослав Лянцевич
Участник
 
77 / 11 (1) +
Регистрация: 30.08.2006
вот именно... в аксе всю аналитику нужно собирать по сусекам, в сапе она представляет из себя самостоятельные объекты, на базе которых можно строить p&l-и...


Цитата:
Сообщение от xan Посмотреть сообщение
Денис, ты как всегда точен.

По моему мнению? вопрос не в копировании какой-либо ERP системы, а в инкорпорировании какой-либо методологии. Учет затрат в Axapta строится на бухгалтерских счетах, учет в SAP строится на объектах (МВЗ, работах (проекта) и т.д.).
Да, умельцы - "дотачиватели" делают красивые решения по учету на тех же МВЗ с помощью аналитик к бухгалтерским счетам, но это имитация по своей сути (что ни в коей мере не умоляет профессионализма тех, кто это делает).
Субконто и прочие радости "из мира учета затрат на счетах" улучшат функциональность системы, но "дотачивателям" всё-равно придется извращаться, чтобы сымитировать учет по МВЗ.

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

Так что же нужно: другая методология или расширение функциональных возможностей существующей?!
Старый 10.10.2011, 21:07   #10  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от Мирослав Лянцевич Посмотреть сообщение
вот именно... в аксе всю аналитику нужно собирать по сусекам, в сапе она представляет из себя самостоятельные объекты, на базе которых можно строить p&l-и...
как раз наоборот
__________________
полезное на axForum, github, vk, coub.
Старый 10.10.2011, 21:10   #11  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,909 / 5730 (197) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от Мирослав Лянцевич Посмотреть сообщение
вот именно... в аксе всю аналитику нужно собирать по сусекам, в сапе она представляет из себя самостоятельные объекты, на базе которых можно строить p&l-и...
Жесткая завязка аналитики на фиксированные объекты учета приведет к снижению гибкости и адаптируемости системы. Не уверен что в среднем-среднем и верхнем-среднем сегментах рынка это будет правильным решением. Кроме того, учитывая что микрософт отраслевых решений толком не делает, а одним общим решением всю отраслевую специфику не покроешь, не факт что переход к использованию объектов учета будет оправдан. Возможно - да, а возможно - и нет. Так что всякое проектное решение имеет свои ограничения и минусы, разговоры про "Сделать как в SAP" не учитывают что SAP изначально ориентирован на другой сегмент рынка...
Старый 10.10.2011, 21:27   #12  
Мирослав Лянцевич is offline
Мирослав Лянцевич
Участник
 
77 / 11 (1) +
Регистрация: 30.08.2006
позиционирование объясняется происхождением...

САП воплощение немецкой школы учета, для которой учет - точная наука... Акса - американская система, в которой учет это проявление психологии... Отсюда отсутствие конкретных объектов и шаблонов...
За это сообщение автора поблагодарили: pm-erp (-1).
Старый 10.10.2011, 21:29   #13  
Мирослав Лянцевич is offline
Мирослав Лянцевич
Участник
 
77 / 11 (1) +
Регистрация: 30.08.2006
не забываем при этом что слово бухгалтер немецкого происхождения... по духу наша система учета близка к немецкой... поэтому и доля сапа на рынке раз в 5 превосходит долю решений Динамикс...
Старый 10.10.2011, 21:31   #14  
Мирослав Лянцевич is offline
Мирослав Лянцевич
Участник
 
77 / 11 (1) +
Регистрация: 30.08.2006
а отсутствие готовых out-of-box решений в аксе остается компенсировать грамотными консультантами... которые готовы будут поставить учет from thought to finish )
Старый 10.10.2011, 22:22   #15  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,952 / 3230 (115) ++++++++++
Регистрация: 12.10.2004
Адрес: Москва
Записей в блоге: 2
Цитата:
Сообщение от Мирослав Лянцевич Посмотреть сообщение
не забываем при этом что слово бухгалтер немецкого происхождения... по духу наша система учета близка к немецкой... поэтому и доля сапа на рынке раз в 5 превосходит долю решений Динамикс...

Вы это всерьез ?
Старый 11.10.2011, 10:17   #16  
George Nordic is offline
George Nordic
Модератор
Аватар для George Nordic
Злыдни
 
4,479 / 1250 (50) ++++++++
Регистрация: 17.12.2003
Адрес: Moscow
Записей в блоге: 9
Цитата:
Сообщение от Мирослав Лянцевич Посмотреть сообщение
позиционирование объясняется происхождением...
САП воплощение немецкой школы учета, для которой учет - точная наука... Акса - американская система, в которой учет это проявление психологии... Отсюда отсутствие конкретных объектов и шаблонов...
Надеюсь, Вы шутите? Как раз в Штатах DAX - не распространена, там есть Microsoft Dynamics SL (Solomon) и Microsoft Dynamics GP (Great Plains). Могу показать диск Damgaard Axapta 2.0, возможно, вспомните, что AX изначально являлся Европейской системой, и большинство инсталляций - именно в Европе.

С Уважением,
Георгий
Старый 11.10.2011, 18:08   #17  
Мирослав Лянцевич is offline
Мирослав Лянцевич
Участник
 
77 / 11 (1) +
Регистрация: 30.08.2006
но Майкрософт вряд ли бы купил этот продукт, если бы он не соответствовал практике англо-саксонской бухгалтерии...

ее принцип - полная свобода действий, например, отсутствие единого плана счетов, замена объективных понятий (исторической стоимости) субъективными (рыночной оценке активов)...



Цитата:
Сообщение от George Nordic Посмотреть сообщение
Надеюсь, Вы шутите? Как раз в Штатах DAX - не распространена, там есть Microsoft Dynamics SL (Solomon) и Microsoft Dynamics GP (Great Plains). Могу показать диск Damgaard Axapta 2.0, возможно, вспомните, что AX изначально являлся Европейской системой, и большинство инсталляций - именно в Европе.

С Уважением,
Георгий
Теги
ax2012, пожелания, себестоимость, хотелка, ax7

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
axforum blogs: Квест: Подружим Dynamics Ax 2009 Sp1 RU7 c SharePoint Foundation 2010 Blog bot DAX Blogs 4 16.10.2017 17:50
Проблема: Массовое развертывание клиентов Dynamics Ax 2009 Poleax DAX: Администрирование 8 23.08.2012 17:28
dynamics-ax: Official Details about Dynamics AX '6' released, including comments from Microsofts Kees Hertogh Blog bot DAX Blogs 0 11.01.2011 05:22
dynamics-ax: Interview with Apparel and Fashion Veteran, Joe Fink Blog bot DAX Blogs 1 07.01.2011 13:43
gatesasbait: Dynamics AX 2009 SSRS and SSAS Integration Tips Blog bot DAX Blogs 3 09.07.2009 13:07

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

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

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