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

[mazzy]

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

[konopello]

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

[konopello]

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

[konopello]

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

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

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

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

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

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

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

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

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

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

[konopello]

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

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

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

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

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

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

[blokva]

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

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

[EVGL]

Цитата:

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

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

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

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

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

[EVGL]

Цитата:

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

Интересно, существует ли в Аксапте или партнерском решении аналог, расписанного Графика поставок, работающего с данными, создаваемыми при проведении долгосрочного и с оперативного планирования?

Мне кажется, что задача близка к тематике Consignment stock ("комиссионный склад"?). Решается ведением [рамочных] закупок на один склад и формированием перемещений с комм. склада на внутренние склады. Все это работает, конечно, до тех пор, пока мы пополняем внутренние склады только с одного внешнего, иначе возникает проблема, описанная в одном из других постов этой темы.

P.S. А вообще, рамочные заказы в AX - это ужас, неудобоваримый суррогат как минимум потому, что они не генерируют складских движений и игнорируются тем самым в MRP.

[EVGL]

Цитата:

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

Цитата:

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

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

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

[konopello]

Цитата:

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

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

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

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

[konopello]

Цитата:

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

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

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

[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? Или, опять же, некоего конкретного партнера?

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

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

[sukhanchik]

Цитата:

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

есть неплохое единое казначейство от АНД...

Цитата:

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

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

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

А вот с мыслью о том, что в стандартной АХ (2012-ю еще не смотрел - про нее не говорю) действительно слабовато развиты финансы (ну или они развиты с т.з. развития логистического контура) - я согласен. Т.е. Микрософту в данном случае - было бы неплохо задуматься о реализации такого блока как казначейство в стандартной поставке. Пусть данный блок надо будет дорабатывать напильником. Но о нем хотя бы можно было бы заявить в маркетинговых материалах.

Ну и до кучи - было бы неплохо (опять-таки с т.з. маркетинга) Микрософту заявить о хоть каком-то функционале кредитов (точнее расчета графиков платежей с процентами и прочими "плюшками"). Ибо рано или поздно - в этом возникает потребность (особенно, если исходить из того, на какой уровень бизнеса "посягает" АХ) - между материнской и дочерней компанией, между клиентом и компанией и т.д.
Конечно - это больше прерогатива банков - выдавать кредиты, но ... я ж не говорю "сделать под ключ", а говорю "заявить"

[Ivanhoe]

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

Вот только в стандарте, действительно, ничего нет

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

Еще бы сами лизинговые операции автоматизировать...
Еще бы управление недвижкой как в модуле RE-FX...