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

[Maxim Gorbunov]

Цитата:

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

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

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

[ppson]

Цитата:

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

Есть в DAX партнерские решение по Бюджетированию и Казначейству? Кто из форумчан, занимающихся финансами внедрял эти партнерские решения?
Кто может рассказать по этим партнерским решениям со стороны Аксапты?

Бюджетированием вообще то занимаются отдельные системы (BI) смотреть сюды http://www.microsoft.com/business/performancepoint/
По казначейству - в моей компании стоит партнерский модуль, отвечающий за движение ДС попытаюсь ответить на все ваши вопросы .

[Maxim Gorbunov]

Цитата:

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

Но в принципе ОК, даже если включить - встает вопрос как проводить сравнения - Вы можете на среднем уровне сравнить Партнерские решения по Процессному производству и ТОиРО?

Готов признать ТОиР. В рамках вертикальных решений MS (о, вспомнил, как это называется ) полностью задачи ТОиРО не решены. Про процессное производство не согласен. Модуль Process Industies предоставляет достаточный функционал (если интересно, то все здесь http://www.microsoft.com/dynamics/AX...ndustries.mspx) Если у процессного производства в SAP есть преимущества перед Process Industries для AX, то, пожалуйста, сообщите.

Итак,

1. Пэйролл
2. Казначейство
3. ТОиРО
4. ...

[ImpCons]

Цитата:

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

Бюджетированием вообще то занимаются отдельные системы (BI) смотреть сюды http://www.microsoft.com/business/performancepoint/
По казначейству - в моей компании стоит партнерский модуль, отвечающий за движение ДС попытаюсь ответить на все ваши вопросы .

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

С движению ДС не соприкасался, - вопросов соответственно нет.

А по ЦБ есть решения?
Интересно реализован ли расчет амортизации дисконта/премии ЦБ прямым методом и методом эффективной процентной ставки. Можно ли одновременно рассчитывать оба метода и проводить проводки в Главную книгу по одному из них?

[Maxim Gorbunov]

Цитата:

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

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

О, оно!

1. Пэйролл
2. Казначейство
3. ТОиРО
4. Бюджетирование (автоматический контроль)
5. ...

Еще?

[ImpCons]

Цитата:

Сообщение от Maxim Gorbunov

Готов признать ТОиР. В рамках вертикальных решений MS (о, вспомнил, как это называется ) полностью задачи ТОиРО не решены. Про процессное производство не согласен. Модуль Process Industies предоставляет достаточный функционал (если интересно, то все здесь http://www.microsoft.com/dynamics/AX...ndustries.mspx) Если у процессного производства в SAP есть преимущества перед Process Industries для AX, то, пожалуйста, сообщите.

Итак,

1. Пэйролл
2. Казначейство
3. ТОиРО
4. ...

К сожалению я узкий специалист - в JD Edwards EO занимался внедрением производства, планирования, совсем немного ТОиРО и управлением качеством; На уровне пресселинга Управлением недвижимостью (аренда), Управлением строительством (многоквартирных домов).
в SAP-е внедрением финансов, оперативного фин.бюджетирования; Кое что вижу как настраивают коллеги по казначейству, немного видел что делается в контроллинге.

Так что, рассказать могу только по модулям той системы, в которой данный модуль внедрял.

Насчет процессного производства - ранее как мог описал, не рассказал может быть только про еще один тип продукта - intermediate, который на определенных этапах маршрута может создаваться, потребляя конкретное сырье/материалы трудо/машино ресурсы, а на более поздних этапах сам уже расходываться как сырье, все это в рамках одного BOM-и и одного Маршрута. В принципе, если все то что я описывал, партнерское решение поддерживает, и кроме того, еще позволяет как писал George Nordic в планировании по MPS/MRP учитывать продукты процессного производства, как потребность для производства продуктов на следующем производственном цикле, то думаю партнерское решение сопоставимо с стандартной функциональностью Джиди. Читать же доку по этому партнерскому решению в DAX, извините - не имею столько свободного времени .

[Aleck]

Цитата:

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

А то, боюсь, Aleck, своей некоторой агрессивностью сбил желание ImpCons вообще что-либо писать о "вещах, про которые AX поека только мечтать может".

Не инициировали бы отдельные представители компании оракл холивар и не подливали бы масла в огонь, то и не было бы неугодных вопросов, которые можно воспринять как агрессивные.
Я вообще мирный и спокойный

Цитата:

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

Основное преимущество в том, что не нужно искать кому предъявлять претензии в случае возникновения проблем.
Ну и еще по мелочи - большая вероятность согласованного развития этих продуктов, более легкая миграция на следующие версии и т.д.

Ну вообще-то в случае с DAX - в большинстве случаев претензию клиент может только партнеру предъявить, т.к. договор заключается с партнером и всю ответственность несет партнер. По EULA к вендору не подкопаешься.
Кстати, учитывая, что САП тоже теперь практикует продажу лицензий через партнеров - картина идентичная, для клиента крайний партнер, вендор не при делах.
САПу клиент сможет претензии предъявить только если покупает и лицензии и консалтинг у САПа.
Кстати, по DAX клиент тоже может напрямую заключить договор с Dynamics Consulting и получить крайним вендором, если может.
Так что получается это Ваше вытекающее никуда не вытекает, баш на баш.

По поводу согласованного развития и миграции - у больших вендоров правая рука часто не знает, что творит левая думаете у сап все отраслевые решения мгновенно переведятся на последнюю версию САП ERP? Некоторые еще на 4.7 живут и ждут своего спонсора
Чем больше решений, тем больше распыляются ресурсы.

Цитата:

Сообщение от Maxim Gorbunov

Для затравки: в Аксапте нет вменяемого пэйролла. Хотя с учетом наличия локального решения, для России это не актуально.

В САП аналогичная картина В России и некоторых других странах частное решение.
Пэйролл саповский для России продается как отдельный модуль за отдельные деньги.
Кстати год назад MS выпустил Payroll Framework, на котором предлагает делать специфику особо специфичных стран. Вы его и имеете ввиду как "невменяемый"?)

[brahma]

Цитата:

Сообщение от Maxim Gorbunov

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

Я о том, что кажется достаточно контролировать остатки на момент выполнения списания, для того что бы отрицательные остатки не возникли. На самом деле отрицательные остатки могут возникнуть в момент уже сделанного более позднего списания. Так что остатки нужно контролировать по всем списаниям сделанным позже данного.

[brahma]

Цитата:

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

Ну вообще-то в случае с DAX - в большинстве случаев претензию клиент может только партнеру предъявить, т.к. договор заключается с партнером и всю ответственность несет партнер. По EULA к вендору не подкопаешься.

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

[Aleck]

Цитата:

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

Сложность в том, что решения как раз не в разных функциональных областях - и процессное производство и ТОиРО будут использовать базовую функциональность Производства: BOM-ы, Маршруты, Рабочие заказы, калькуляцию и т.п., пока не протестируешь не ответишь на вопрос не используют ли какие то общие точки пересечения оба партнерских решения.
Внедренческая компания это тестирование и начнет проводить на клиенте, а если что не сойдется придется либо корячить самим одно из партнерских решений, либо обращаться к тем кто эти решения разрабатывал.

Ни одна вменяемая внедренческая компания, пока не убедится, что решение, собранное из нескольких партнерских работает, не будет его клиенту предлагать. Я, например, точно не буду, нах мне такие риски?
Если я захочу такую связку предложить, то я сначала узнаю есть ли проблемы с ней, если нет информации проверю и только потом буду предлагать. В чем здесь существенная проблема?
Или Вы хотите пообсуждать все потенциальные риски проекта?)))

Точно также ни один вменяемый партнер САП не будет бросаться заниматься ВСЕМИ отраслевыми решениями, которые есть у САП и по которым у него нет опыта. Да и сам московский САП не знает все свои партнерские решения и по многим запрашивает помощь из Германии или Штатов, где эти решения писались. Это не риск, не проблема для клиентов?

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

Цитата:

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

Нет интеграции между системами. HR от PS прикручивать к Джиди с теми же затратами что и к Аксапте или Сапу. То же самое и с зибелем и хайпирионом, но это мое личное мнение, т.к. как там на самом деле не знаю, - не участвовал в проектах интеграции.

Т.е. нет никакого преимущества "единого" решения от вендора, те же яйца, только в профиль.

Цитата:

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

Вроде как Fusion ERP идет на замену всех 3-х существующих ERP, и будет совершенно новой ERP системой. Т.е. на убой как Вы выразились пойдут все три системы. Но кто знает Ларри Элиссона у него все еще может поменяются

Доктор сказал в морг, значит в морг

Цитата:

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

Насчет сервисной системы не понял. Т.к. в самом вендоре Оракле не работаю и не работал не знаю какие там запросы есть а каких нет.

Учитывая что нет интеграции вопрос теряет смысл

Цитата:

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

Ну так может и оставить эту пререготиву модераторам?

Она и так у них, мы как обычные пользователи можем только предложить или открыть ветку самостоятельно

Цитата:

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

Претензии типа чего на сапфоруме и ахфоруме ошиваетесь - нормальны?

Вас оскорбляет слово ошиваетесь? хорошо не буду его употреблять в отношении вас. Меня оно не оскорбляет, можете в отношении меня его употреблять.

Цитата:

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

А чем это, как не уводом на обсуждение ценового сравнения систем, назвать?:

Вы еще раз перечитайте ветку и найдите кто увел в ценовое сравнение.

Цитата:

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

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

Парнерские решения в основном дополняют стандартный функионал, а если и заменяют, то оставляют стандартный нетронутым. Просто не используют его и все.
Не знаю как у JD, но у САП дискретное и процессное пр-во - 2 разных модуля.

Цитата:

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

Но в принципе ОК, даже если включить - встает вопрос как проводить сравнения - Вы можете на среднем уровне сравнить Партнерские решения по Процессному производству и ТОиРО?

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

Цитата:

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

Кто из форумчан занимающихся производством внедрял эти партнерские решения?

По процессному - очень активно в свое время по этой теме пиарился МЦФЭР, по ToIncrease - к Коламбусу. Захотят подключаться.

Цитата:

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

Есть в DAX партнерские решение по Бюджетированию и Казначейству? Кто из форумчан, занимающихся финансами внедрял эти партнерские решения?
Кто может рассказать по этим партнерским решениям со стороны Аксапты?

Вот этого добра навалом =)

Цитата:

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

И самое главное- кому это сравнение нужно???

Если это Вы у меня спрашиваете, то не я эту ветку затевал.

Цитата:

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

Тут Вам и я и все остальные пытаемся объяснить:
1. Сравнение "Какой продукт лучше" никому не интересно.
2. Сравнение встроенной ФУНКЦИОНАЛЬНОСТи двух продуктов очень интересно

Как любит говорить маззи, как только я слышу "все", то сразу вижу логическую ошибку ))
Почему Вы считаете что сравнение отраслевого/специализированного решения от SAP/Oracle с отстутвующим у MS как вендора решением всем интересно, а сравнение с аналогичным решением от партнера MS никому?

Как я понимаю эти все просто хотят порадоваться, что у SAP/Oracle оно есть, а у MS его нет, закрывая на различия в стратегии, просто потому что лень и не хочется?)))

Цитата:

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

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

Мне вообще неинтересно сравнивать))) Но раз уж начали сравнивать, пытаюсь убедить Вас сравнивать на равных, а не искуственно исключать сУщественную часть функционала

Цитата:

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

Всем интересно что Аксапта не может именно в базовом функционале а в других системах в базовом функционале реализовано - т.к. большинству из внедренцев: 1. не охота отвечать не только за глюки вендора, но и еще за глюки какого то дяди Васи, который в отрыве от вендора может не очень качественно решение написал, 2. проверять это решение на этапе внедрения, тратя деньги клиента и изучая функциональность этого решения тоже на проекте, т.к. до проекта изучить не мог - без проекта покупать это проектное решение внедренец не хотел.

Опять таки, кому всем?
У внедренцев карма такая - отвечать за глюки вендоров (неважно большой он или маленький) перед конечным клиентом. Не нравиться за это отвечать - занимайтесь другим бизнесом, продавайте машины к примеру, отвечайте за косяки производителей машин перед клиентами ))
Такова уж специфика этого бизнеса и от нее никуда не дется.
А как быть со сложными проектами, когда один внедренец одному клиенту внедряет несколько продуктов от разных вендоров, да и еще и с привлечением субподрядчиков? Ну не покрывает ни SAP ни Oracle всех потребностей заказчика даже в традиционной около ерпишной, и нередко приходится либо внедрять еще какие-то решения, либо дописавать сбоку (в т.ч. и совершенно независимые и не на ерп платформе). Реальная жизнь многообразней.
Игнорируем их как, не укладывающихся в нашу упрощенную картину мира : SAP/Oracle это наше все? Нету в них большой красной кнопки
А если глюки не из-за ERP, а из-за субд или не дай бог ОС/железа? тоже в топку, не бывает такого?

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

[Aleck]

Цитата:

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

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

Именно, клиент платит партнеру и отвечает перед клиентом партнер.
А уж какие отношения между вендором и партнером и что и как партнер эскалирует вендору - это проблема партнера, не клиента.

[mazzy]

Цитата:

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

Именно, клиент платит партнеру и отвечает перед клиентом партнер.
А уж какие отношения между вендором и партнером и что и как партнер эскалирует вендору - это проблема партнера, не клиента.

неправда. ежегодный enhacment plan платится майкрософту.
да, часть этого плана остается у партнера в виде партнерской маржи.
но этот платеж вендору.

[Aleck]

Цитата:

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

неправда. ежегодный enhacment plan платится майкрософту.
да, часть этого плана остается у партнера в виде партнерской маржи.
но этот платеж вендору.

Клиент платит его напрямую в Microsoft?) или все таки партнеру?
Договор то у клиента с партнером, что там дальше после партнера происходит, клиенту по барабану, хоть партнер за поддержку платит MS, хоть папе римскому, хоть инопланетянам
И пинать будет в первую очередь партнера и в случае проблем сначала будет недоволен партнером.
Или я что-то пропустил и в сервисную систему стали клиентов напрямую пускать, без предварительной фильтрации партнером?

[mazzy]

Цитата:

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

А уж какие отношения между вендором и партнером и что и как партнер эскалирует вендору - это проблема партнера, не клиента.

Еще раз цитирую слова.
Еще раз повторяю - это неправда

Цитата:

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

Клиент платит его напрямую в Microsoft?) или все таки партнеру?

Клиент платит партнеру.
Но это не значит, что "отношения между вендором и партнером - не проблема клиента".
И это не значит, что вендор не вмешивается в эти отношения.

Aleck, enhanchment plan - оффтопик здесь.
Если интересно, открывайте новую ветку.

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

[mazzy]

Цитата:

Сообщение от Maxim Gorbunov

О, оно!

1. Пэйролл
2. Казначейство
3. ТОиРО
4. Бюджетирование (автоматический контроль)
5. ...

Еще?

хотелось бы вернуть обсуждение в конструктивное русло.

[ImpCons]

Цитата:

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

...

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

Пусть будет по Вашему - сравниваем в SAP-е и JD стандартный функционал а по Аксапте: голый DAX + партнерские решения.

В принципе в предыдущих постах уже и начали делать.

В JD как уже писал щупал:
I. Управление недвижимостью (арендой):
Заведение: Здания, этажа, помещения с информацией по квадратуре и описательным свойствам.
Создание договоров на аренду: с сроком действия, тарифами за кв м. по различным типам - например отдельный тариф за аренду, за маркетинговые услуги, за эксплутационные услуги
Выставление счетов по аренде с периодичностью месяц, квартал, год:
Подбор всех неоплаченных счетов и выставление одним счетом
Создание заказов на обслуживание помещения арендодателя, выставление по ним счетов
Модуль полностью интегрирован с Управлением кредиторами и Главной книгой в JD.
В Сап-е есть так же подобный модуль Real Estate Mgmt, но я его не юзал.

Если будет интересно так же коротко могу описать и про Управление строительством (многоквартирных домов) в JD.

[Vals]

Так, мне интересно, как реализовано в других продуктах следующее:
1. Работа нескольких компаний
2. Работа распределительных складов и пополнение складов, особенно, с двух складов одновременно.
3. Общие справочники для нескольких компаний.
4. Общие справочники для двух компаний из трёх и т.д.
5. Взаимодействие, продажи-закупки-производство между компаниями.
6. Как увидеть общий склад по всем компаниям и как каждой конторе видеть свой.
7. Планирование по нескольким компаниям.

Расскажите пожалуйста

[Aleck]

Цитата:

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

Еще раз цитирую слова.
Еще раз повторяю - это неправда


Клиент платит партнеру.
Но это не значит, что "отношения между вендором и партнером - не проблема клиента".
И это не значит, что вендор не вмешивается в эти отношения.

Aleck, enhanchment plan - оффтопик здесь.
Если интересно, открывайте новую ветку.

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

Выделил, жду ответа с тщательной аргументацией
Enchancement Plan

З.Ы. Неплохо бы все-таки разделить эту ветку как минимум на 2: обсуждение различий в функционале; холивар и обсуждение критериев и правил сравнения систем. И впредь выделять холивар из содержательных веток, несмотря на должности тех, кто холивар затевает.

[Aleck]

Цитата:

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

В JD как уже писал щупал:
I. Управление недвижимостью (арендой):
Заведение: Здания, этажа, помещения с информацией по квадратуре и описательным свойствам.
Создание договоров на аренду: с сроком действия, тарифами за кв м. по различным типам - например отдельный тариф за аренду, за маркетинговые услуги, за эксплутационные услуги
Выставление счетов по аренде с периодичностью месяц, квартал, год:
Подбор всех неоплаченных счетов и выставление одним счетом
Создание заказов на обслуживание помещения арендодателя, выставление по ним счетов
Модуль полностью интегрирован с Управлением кредиторами и Главной книгой в JD.
В Сап-е есть так же подобный модуль Real Estate Mgmt, но я его не юзал.

Если будет интересно так же коротко могу описать и про Управление строительством (многоквартирных домов) в JD.

Велл... Вы специально выбираете отраслеспецифичный функционал, которого нет в "голой DAX"? или просто совпадение случайное?

Собственно по обоим указанным темам - однозначно партнерские решения, детального обсуждения по которым придется ждать долго, т.к. далеко не все этими отраслями занимались.
Если хотите пообсуждать функционал, а не померяться, и не ждать полгода, пока найдется тот, кто тоже таким специфичным функционалом занимался - то лучше обсуждать что-то общееерпишное, например, что vals предложил.

[brahma]

Цитата:

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

Велл... Вы специально выбираете отраслеспецифичный функционал, которого нет в "голой DAX"? или просто совпадение случайное?

Так и тема про то - Что такого есть в САП, чего нет в Аксапте.