А вообще в SAP много таких вещей, про которые AX пока только мечтать может

[konopello]

Цитата:

Сообщение от belugin

Workflow в Ax 2009. Правда, редактор табличный, но обещают обещают в 6 приделать визуальный из WF

ну это не может не радовать, не знал не знал : )

[EVGL]

Цитата:

Сообщение от konopello

Цитата:

Workflow в Ax 2009. Правда, редактор табличный, но обещают обещают в 6 приделать визуальный из WF

ну это не может не радовать, не знал не знал : )

Радоваться наличию WF в AX 2009 может только маркетолог или человек, не имевший с ним дела: ублюдочная функциональность, требующая высокоспециализированного программиста (!) для выполнения простейших задач. Построена на MS Stack: чтобы запустить Workflow, нужно настроить Internet Information Server, который будет диспетчером вызовов и "дергать" AX. Ужас, форменный ужас, притом что я 3-4 года назад написал простенькую фичу, которая только и делает, что открывает формочки с заданным содержимым. Простенькая фича на 90% покрывает все потребности наших клиентов.

[konopello]

Цитата:

Сообщение от EVGL

Радоваться наличию WF в AX 2009 может только маркетолог или человек, не имевший с ним дела: ублюдочная функциональность, требующая высокоспециализированного программиста (!) для выполнения простейших задач. Построена на MS Stack: чтобы запустить Workflow, нужно настроить Internet Information Server, который будет диспетчером вызовов и "дергать" AX. Ужас, форменный ужас, притом что я 3-4 года назад написал простенькую фичу, которая только и делает, что открывает формочки с заданным содержимым. Простенькая фича на 90% покрывает все потребности наших клиентов.

к сожалению и в SAP необходим программист и консультант с высоким скилом, для запуска данного функционала, но в SAP хоть плюс что не надо разварачивать дополнительных продуктов.

[_scorp_]

Цитата:

Сообщение от konopello

С его помощью происходит уведомление сотрудников о том что им надо выполнить определенную операцию в системе. И с помощью простого щелчка на уведомлении пользователь может перейти непосредственно к этой операции и выполнить ее. После того как пользователь выполнил операцию (это может быть операция ветления). Происходит уведомление следующего пользователя, и он приступает к работе.

Уведомления появились еще в аксапте в 4.0. А с появлением ролевых центров в Ax2009 для каждого пользователя появилась домашняя страничка. Эту страничку можно настроить таким образом, чтобы зайдя на неё пользователь сразу мог увидеть то, что ему нужно утвердить 10 закупок, разнести 5 накладных и список клиентов, задолженность которых превышает какой-то уровень (это например, возможностей там море). И как Вы говорите, тоже с помощью одного щелчка можно перейти непосредственно к операции и выполнить ее.

[Aleck]

Цитата:

Сообщение от _scorp_

Уведомления появились еще в аксапте в 4.0. А с появлением ролевых центров в Ax2009 для каждого пользователя появилась домашняя страничка. Эту страничку можно настроить таким образом, чтобы зайдя на неё пользователь сразу мог увидеть то, что ему нужно утвердить 10 закупок, разнести 5 накладных и список клиентов, задолженность которых превышает какой-то уровень (это например, возможностей там море). И как Вы говорите, тоже с помощью одного щелчка можно перейти непосредственно к операции и выполнить ее.

Вообще еще в OP для 3.0 были "мероприятия", из которых можно было выстраивать цепочки, показывать пользователю список необходимых действий и из них переходить к нужным формам...

[konopello]

Цитата:

А с появлением ролевых центров в Ax2009

к сожалению я с возможностями 2009 знаком слабо... просто в SAP меня впечатлило то что данные цепочки строяться на ARIS схемах, данные можно импортить из ARIS, к сожалению я пишу из собственного опыта, того чего я сам не видел в AX но видел в SAP, это чисто для ознакомления : )

[mazzy]

часть обсуждения перенес сюда
Пардон за оффтоп, но тут любимая платформа бухгалтера далеко впереди

[konopello]

Часто люди задают вопросы на которые могли бы вполне ответить и сами например "Как поменять компанию на всегда?", в SAP есть специальная команда "/h" при вводе которой пользователь после выбранного действия проваливается в дебагер и мог бы сам найти то что его интересует, конечно опытным разработчикам данная фича не нужна, но для начинающих она в AX может быть была бы полезной.

[konopello]

Да и еще могу добавить, прочитав "mfp: AX6 sneak preview - SQL AOD" - в SAP приложение давно лежит в базе, но возникают тормоза когда какой нить функционал используется в первые (необходимо ждать пока он все достанет и положит на сервер AOS), очень неудобно производить поиск по ключевым славам, в SAP нельзя запустить так легко поиск по всему репозитарию как в AX (и пока это был ее ++), зная ключевые слова, ты всегда найдешь в стандарте пример использования, так что главное что бы это преимущество не поломали : )

[konopello]

Хотел поделиться еще одной вещью, которая иметься в SAP но в AX ее пока нету.

Это так называемый механизм транспортов. Суть его состоит в следующем: упрощение переноса модификаций между разными серверами. (Разработка -> Тестирование -> Продуктив).

Любое изменение настроек при сохранении фиксируется для переноса (в запрос на перенос настроек).

Любое изменение объекта приложения разработчиком попадает так же в запрос на перенос (аналог проекта в AX).

Далее эти запросы можно объединить в один (к примеру я его называю BUILD), т.е. BUILD содержит множество модификаций системы (запросов).

Перед этим админы настраивают систему транспортов необходимым образом, к примеру (Разработка -> Тестирование -> Все сервера клиентов кому нужны обновления)

После того как запрос сформирован его деблокируют (ну что то типа статуса готово). И после этого он появляется в очереди импорта на тестовом сервере или на серверах клиентов, которые ждут обновление.

Перед импортом любого запроса в систему, можно настроить механизмы согласование. К примеру, администратор системы должен дать согласие на импорт, и еще кто то....

После того как согласование выполнено данный запрос можно импортировать в целевую систему.

Ну, это вкратце... И только то, что я использую в повседневной работе. Кому интересно могу рассказать подробней.

[EVGL]

Цитата:

Сообщение от konopello

Хотел поделиться еще одной вещью, которая иметься в SAP но в AX ее пока нету.

Это так называемый механизм транспортов. Суть его состоит в следующем: упрощение переноса модификаций между разными серверами. (Разработка -> Тестирование -> Продуктив).

Начиная с прошлой недели используем идентичную фичу в AX 2009, которую запрограммировал коллега plumbum (ага, у него появился свой блог!) на базе внутренней системы контроля версий. Работает в боевом режиме.

Если кому-то интересно, с удовольствием продадим.

[konopello]

Хотел бы поделиться еще одним интересным функционалом, который есть в SAP но в AX самостоятельно организовать это было бы довольно сложно. Пример описания функционала построю на функционале автоматического выбора нужной партии товара (при расходе товара).

В SAP есть независимый модуль "Классификация".

В нем создаются Признаки, к примеру: ЦВЕТ, СРОК ГОДНОСТИ, ЗАПАХ, ну и множество других дополнительных параметров.

Создается Классы, классы состоят из признаков, ну и множество других дополнительных параметров.

Многие объекты SAP можно классифицировать, к примеру после того как Партия товара создана ее можно классифицировать, присваиваем партии нужный класс, определяем значения признаков. Пример: "Партия 1", Красная, срок годности 2 недели, имеет сильный запах.

Как это использовать. Далее к примеру мы хотим настроить что бы система определенным образом автоматически подбирала разные партии в зависимости к какой группе присвоен клиент, VIP клиентам подбираются партии с Красным цветом и Сильным запахом, Простым клиентам подбираются партии с Синим цветом и Нормальным запахом и т.д. Можно подбор партии настроить, что бы подбиралась партия с минимальным сроком годности, т.е. срок годности подходит к концу.
P.S. Я не говорю что это нельзя организовать в AX, просто в SAP это вшито в стандарт. Все легко дописать, но главное это идея!

[blokva]

Да механизм Классификации сделан здорово, но есть один нюанс, если этот механизм активно использовать, например в отчетах на больших объемах, то это работает ну очень медленно

Зато огромный плюс - этот механизм можно применять к большинству объектов системы!!!

[konopello]

Цитата:

Сообщение от blokva

Да механизм Классификации сделан здорово, но есть один нюанс, если этот механизм активно использовать, например в отчетах на больших объемах, то это работает ну очень медленно

Зато огромный плюс - этот механизм можно применять к большинству объектов системы!!!

ну такие отчеты необходимо выносить в OLAP : ) главное иметь в системе такую возможность : )

[mazzy]

часть обсуждений выделена в отдельную ветку
WorkFlow в SAP

[Мирослав Лянцевич]

Активно в н.вр. изучаю функциональность SAP в части FI/CO.

Очевидны следующие преимущества данной системы перед DAX

В части функциональных возможностей (FI/CO):
- функционал Контроллинга как таковой, позволяющий в терминах DAX автоматически собирать в отдельной компании затраты и выручку произведенные в различных юрлицах по сквозным аналитикам ЦФО, типов затрат, производить распределения затрат, не трогая финансовый план счетов и главную книгу. В DAX есть лишь в ответ недоработанный модуль Cost allocation;
- Special ledgers - параллельные главные книги со своим планом счетов, на которые идет постятся документы. В DAX можно задействовать лишь механизм трансляции, теряя связь с первоисточником проводок;
- Параллельный учет не только по ОСам и материалам, но и ценным бумагам (в DAX в принципе нет функционала учета финансовых вложений), дебиторке\кредиторке;
- Drill down в отчетах в базовой международной версии системы. В России есть замечательные финансовые отчеты от АНД, которые давно пора включить в международную поставку системы.

Нефункциональные возможности:
- пометки на удаления документов как в 1С;
- архивирования транзакций;
- встроенного создания заявок на кастомизацию системы.

Одним словом DAX есть куда расти и далеко в лес за новыми идеями роста ходить не надо.

[Удвой Покуров]

Цитата:

Сообщение от Мирослав Лянцевич

Параллельный учет не только по ОСам и материалам, но и ценным бумагам (в DAX в принципе нет функционала учета финансовых вложений)...
Одним словом DAX есть куда расти и далеко в лес за новыми идеями роста ходить не надо.

1. Самое главное отличие- что в SAP есть модуль казначейства в принципе, который в дакс отсутствует как класс. Вернее, целый набор классов, таблиц и прочей требухи
2. Ну, насчет ценных бумаг: я еще помню "учет векселей", в 2.5 точно были, в трешке - тоже.
3. Ну уж не-е-ет!"Мы пойдем своим путем!". Делов в том, что программистам понятнее и интереснее делать штучки типа портала или убирать приложение в родную бд. А маркетологи - в облаках, в прямом и переносном смыслах. Так что о функциональности думать некому: после дамгарда, нет, скорее, даже после навижн, Архитекторов толковых у Аксапты больше не стало.

[Мирослав Лянцевич]

есть неплохое единое казначейство от АНД....
вообще если поскрести по сусекам, то можно много чего найти...
а архитекторов в части финансов по DAX в Майкрософте чувствуется нет...

Цитата:

Сообщение от Удвой Покуров

1. Самое главное отличие- что в SAP есть модуль казначейства в принципе, который в дакс отсутствует как класс. Вернее, целый набор классов, таблиц и прочей требухи

[Ivanhoe]

Цитата:

Сообщение от Мирослав Лянцевич

есть неплохое единое казначейство от АНД....
вообще если поскрести по сусекам, то можно много чего найти...

1. Причем тут АНД и стандартная Dynamics AX??
2. Поскрести по сусекам стандартной AX? Или, опять же, некоего конкретного партнера?

[Мирослав Лянцевич]

АНД просто больше всего делает для упаковки финансовых решений.