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

[Aleck]

Цитата:

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

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

Вы может не в курсе особенностей архитектуры DAX, но партнерское решение написанное в AX не надо "интегрировать в платформу", оно уже интегрировано Вендору надо лишь проверить не накосячил ли партнер, что собственно и делается при сертификации. Поэтому Ваше объяснение с т.зр. функционала абсолютно непонятно.

Цитата:

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

Вы все пытаетесь доказать что аналог партнерских решения по базовому функционалу, таких как: процессное производство, ТОиРО, и т.п. в SAP-е и Oracle JDE EO - это есть решения написанные третьими лицами и сертифицированные вендором. Так если даже эти решения и третьих лиц, в чем я сильно сомневаюсь, то они не просто сертифицированы, а являются и причем очень давно (раньше чем в версиях от 2000-го года) неотъемлимой частью системы.

Очень давно это как? Вот купил PeopleSoft купил JD, Oracle купил PeopleSoft. С какого момента можно считать JD "неотемлемой частью системы" PeopleSoft, а затем и Oracle? И в чем преимущество систем написанных на разных платформах, языках и с разной идеологией, которые надо "интегрировать в платформу" перед решениями, которые сразу пишутся "интегрированными в платформу" на одном языке, в единой среде и с одной идеологией?
Только выстроите, пожалуйста, логическую цепочку, без применения приемов "женской" логики.

Цитата:

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

Я не пытался обосновать преимущества JD Edwards перед Аксатой в цене, а пытался показать разницу между внедрениями с партнерскими решениями в Аксапте и внедрением системы со стандартной функциональностью, уже покрывающей функциональность таких партнерских решений, при прочих равных условиях. О чем в принципе разговор и был.

Хм.. а "дешевле" и "больше рисков", простите за наивный вопрос, в чем Вы измерять предлагали? В попугаях?
Если это не было цели сравнить цены, зачем о них говорили, для красного словца?
Правильно я понимаю, что "показать разницу при прочих равных условиях" - это сравнить при условиях сформулированных Вами? А при условиях сформулированных не Вами, это мерянье пиписьками?

Цитата:

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

Связи никакой. Изначально сравнивали не только Аксапту и САП, но и Аксапту и ОЕБС и Аксапту и Джиди.

Если Вы внимательно перечитаете эту ветку, то изначально сравнивали только САП и AX. Даже Ваше первое сообщение в ветке было про САП.
"Первоначальность" оракла в этой ветке, лишь в том, что Георгий вспомнил, что он работает не на МС или САП и начал любимую песню о том "какой оракл самый ораклистый и никакая ихняя аксапта не переораклит наш великий оракл по своей ораклистости". Я, конечно, что у Георгия сейчас сложный период отрицания старого и эйфории от нового, но считать это "изначальностью" выше моего представления о логике
Мне его уже заранее жаль, глубина депрессии, когда ему начнут рассказывать не только хорошее и он столкнеться с проблематикой реальных проектов на оракле будет прямо пропорционально эйфории сейчас. Надо, видимо, коньячком запастить на реабилитацию

Цитата:

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

Т.к. в САПе производством не занимался и мало что про него в Сапе знаю, привел пример на основе Джиди.

Открывайте новую ветку - В Джиди есть много чего такого, о чем Аксапта может только мечтать.

Цитата:

PS: IMHO, тема скатилась в офтоп, от изначальной цели ее заведения. Если цель темы стала померится пип..ками и у кого система круче, дальнейшее свое участие считаю бесполезным. Как правильно сказали несколько постами выше, с таким же успехом можно убеждать 1С-ника в том, что у него в системе чего то нет. Он точно так же может сказать - у меня нет, а у другого франчайзи это есть, - он дописал в свою конфигурацию. И проверять правдивость его слов, как и Ваших, по поводу партнерских решений не вижу никакого смысла.

Пиписьками начал меряться Ваш коллега Георгий, в частности про процессное производство. Хотя пару лет назад перед одним клиентом в славном г. Рязани с пеной у рта доказывал, что оно в AX есть, несмотря на явно выраженное нежелание клиента это даже слушать
Затем я поинтересовался почему это при стратегии MS перекладывать многое на партнеров под "стандартом" понимается только голая DAX.
Далее Вы предложили "померяться пиписьками" (ценой, рисками, вымышленной несовместимостью) на основе выгодных для оракула исходных данных, после моих дополнений к вводным, которыю делают позицию оракула в таком сравнии уже далеко не красивой Вы решили пиписьками не меряться?
Начали вспоминать про 1С, уже больше не видите смысла и так далее...
Я правильно изложил хронологию событий?

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

З.Ы. Если Вы считаете, что я ярый фанатик-приверженец AX - то Вы глубоко заблуждаетесь
З.З.Ы. Платон мне друг, но истина дороже
З.З.З.Ы. Георгий не был в Рязани, приношу свои извинения за ошибку.

[George Nordic]

Цитата:

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

Пиписьками начал меряться Ваш коллега Георгий, в частности про процессное производство. Хотя пару лет назад перед одним клиентом в славном г. Рязани с пеной у рта доказывал, что оно в AX есть, несмотря на явно выраженное нежелание клиента это даже слушать
З.З.Ы. Платон мне друг, но истина дороже

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

С Уважением,
Георгий

[Aleck]

Цитата:

Сообщение от George Nordic

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

С Уважением,
Георгий

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

В сообщение Выше вкралась ошибка, Георгий не был в Рязани.

З.Ы. А Рязяни и я не был, так что 100% ошибка

[ImpCons]

Цитата:

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

Вы может не в курсе особенностей архитектуры DAX, но партнерское решение написанное в AX не надо "интегрировать в платформу", оно уже интегрировано Вендору надо лишь проверить не накосячил ли партнер, что собственно и делается при сертификации. Поэтому Ваше объяснение с т.зр. функционала абсолютно непонятно.

Что непонятного - объясните как проходит сертификация партнерских решений? Устанавливается голый DAХ и ставится одно партнерское решение и затем проверяется косяки партнерского решения? Вы так и не ответили кто проверял или проверит совместимость 2-х и более партнерских решений которые будут использовать на проекте внедрения? На клиенте проверять будете? Вашу интеграцию можно назвать интеграцией только для каждого партнерского решения с голым DAX, но никак DAX со всеми партнерскими решениями одновременно. Или я не прав?

Цитата:

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

Очень давно это как? Вот купил PeopleSoft купил JD, Oracle купил PeopleSoft. С какого момента можно считать JD "неотемлемой частью системы" PeopleSoft, а затем и Oracle? И в чем преимущество систем написанных на разных платформах, языках и с разной идеологией, которые надо "интегрировать в платформу" перед решениями, которые сразу пишутся "интегрированными в платформу" на одном языке, в единой среде и с одной идеологией?
Только выстроите, пожалуйста, логическую цепочку, без применения приемов "женской" логики.

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

Поясняю: Первоночально компанией JD Edwards была разработана ERP система JD Edwards One World, так вот в той версии уже были реализованы в стандартном функционале и процессное производство и ТОиРО.
После покупки PeopleSoft-ом никто не объединял данную ERP систему, с ERP системой, которая была уже разработана самой PeopleSoft - PeopleSoft Enterprise One. PeopleSoft успел немного доработать и выпустить новые версии ERP JD: PeopleSoft JD Edwards EO 8.9 и 8.10
После покупки Oracle PeopleSoft-а никто не объединял ERP: PeopleSoft JD Edwards EO 8.10, PeopleSoft Enterprise One и разработку самого Oracle - Oracle E-bussiness Suite. Oracle немного доработал и выпустил новые версии ERP JD: Oracle JD Edwards EO 8.11 и 8.12
Теперь Oracle продает, развивает и поддерживает 3 самостоятельных ERP системы:
родная - Oracle E-bussiness suite
разработанная PeopleSoft - Oracle PeopleSoft Enterprise One
разработанная JD Edwards - Oracle JD Edwards Enterprise One

Так вот процессное производство и ТОиРО, как я уже писал выше, есть в стандартной функциональности ERP JD Edwards, в той версии, которая была еще до слияний компаний.

Цитата:

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

Если Вы внимательно перечитаете эту ветку, то изначально сравнивали только САП и AX. Даже Ваше первое сообщение в ветке было про САП.
"Первоначальность" оракла в этой ветке, лишь в том, что Георгий вспомнил, что он работает не на МС или САП и начал любимую песню о том "какой оракл самый ораклистый и никакая ихняя аксапта не переораклит наш великий оракл по своей ораклистости". Я, конечно, что у Георгия сейчас сложный период отрицания старого и эйфории от нового, но считать это "изначальностью" выше моего представления о логике
Мне его уже заранее жаль, глубина депрессии, когда ему начнут рассказывать не только хорошее и он столкнеться с проблематикой реальных проектов на оракле будет прямо пропорционально эйфории сейчас. Надо, видимо, коньячком запастить на реабилитацию

Открывайте новую ветку - В Джиди есть много чего такого, о чем Аксапта может только мечтать.

И что, если начали сравнивать потом с другими системами, а не только с САП, тем более если у участников темы, за исключением Вас, есть интерес, то обязательно нужно заводить новую ветку?

Цитата:

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

Хм.. а "дешевле" и "больше рисков", простите за наивный вопрос, в чем Вы измерять предлагали? В попугаях?
Если это не было цели сравнить цены, зачем о них говорили, для красного словца?
Правильно я понимаю, что "показать разницу при прочих равных условиях" - это сравнить при условиях сформулированных Вами? А при условиях сформулированных не Вами, это мерянье пиписьками?

Цитата:

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

Пиписьками начал меряться Ваш коллега Георгий, в частности про процессное производство. Хотя пару лет назад перед одним клиентом в славном г. Рязани с пеной у рта доказывал, что оно в AX есть, несмотря на явно выраженное нежелание клиента это даже слушать
Затем я поинтересовался почему это при стратегии MS перекладывать многое на партнеров под "стандартом" понимается только голая DAX.
Далее Вы предложили "померяться пиписьками" (ценой, рисками, вымышленной несовместимостью) на основе выгодных для оракула исходных данных, после моих дополнений к вводным, которыю делают позицию оракула в таком сравнии уже далеко не красивой Вы решили пиписьками не меряться?
Начали вспоминать про 1С, уже больше не видите смысла и так далее...
Я правильно изложил хронологию событий?

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

Во первых, Георгий не мой коллега.
Во вторых, я уже не занимаюсь внедрением Oracle JD Edwards EO, а занимаюсь исключительно САП-ом, но не производством.
В третьих, на аксфорум зашел из-за интересной ссылки про сравнение систем запостенной Георгием на сапфоруме, и написал только потому, как когда то давно (лет 5 назад) плотно интересовался Аксаптой и потом изредка старался быть в курсе ее функциональности в той области, в которой внедрял или внедряю в Джиди и в САПе, читая темы на sql.ru и на этом форуме.
В четвертых, по Джиди нет специализированного русскоязычного форума.
Есть еще какие-то претензии к моему пребыванию на сапфоруме и аксфоруме?

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

[Aleck]

Цитата:

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

Что непонятного - объясните как проходит сертификация партнерских решений? Устанавливается голый DAХ и ставится одно партнерское решение и затем проверяется косяки партнерского решения? Вы так и не ответили кто проверял или проверит совместимость 2-х и более партнерских решений которые будут использовать на проекте внедрения? На клиенте проверять будете? Вашу интеграцию можно назвать интеграцией только для каждого партнерского решения с голым DAX, но никак DAX со всеми партнерскими решениями одновременно. Или я не прав?

И в чем особенная сложность, если решения закрывают разные функциональные области?
Тестирование перед передачей решения заказчику кто-то отменил?
Или оно по AIM не требуется и заказчику система передается без тестирования?

Цитата:

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

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

Поясняю: Первоночально компанией JD Edwards была разработана ERP система JD Edwards One World, так вот в той версии уже были реализованы в стандартном функционале и процессное производство и ТОиРО.
После покупки PeopleSoft-ом никто не объединял данную ERP систему, с ERP системой, которая была уже разработана самой PeopleSoft - PeopleSoft Enterprise One. PeopleSoft успел немного доработать и выпустить новые версии ERP JD: PeopleSoft JD Edwards EO 8.9 и 8.10
После покупки Oracle PeopleSoft-а никто не объединял ERP: PeopleSoft JD Edwards EO 8.10, PeopleSoft Enterprise One и разработку самого Oracle - Oracle E-bussiness Suite. Oracle немного доработал и выпустил новые версии ERP JD: Oracle JD Edwards EO 8.11 и 8.12
Теперь Oracle продает, развивает и поддерживает 3 самостоятельных ERP системы:
родная - Oracle E-bussiness suite
разработанная PeopleSoft - Oracle PeopleSoft Enterprise One
разработанная JD Edwards - Oracle JD Edwards Enterprise One

Так вот процессное производство и ТОиРО, как я уже писал выше, есть в стандартной функциональности ERP JD Edwards, в той версии, которая была еще до слияний компаний.

Блин, а мне кто-то здесь втирал про то как хорошо и замечательно Oracle сливает все эти три решения в одно супер-мега на платформе Fusion, а я повелся. Прошу меня неосведомленного простить, за мою неосведомленность, спасибо что просветили
Значит всё-таки первоначальная концепция поглощений Ларри не поменялась и JD плавно ведут на убой?)

А что тогда делать если клиент захочет к JD прикрутить HR от PS? А плюс еще и Hyperion, да Siebel? тоже никаких проблем и сложностей - все работает и нет ни одной ошибки ни в приложениях, ни в их интеграции?

Я правильный вывод из Ваших слов делаю, что в сервисной системе Oracle нет ни одного (или пренебрежительно мало) запросов по интеграции перечисленных Вами продуктов?

Цитата:

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

И что, если начали сравнивать потом с другими системами, а не только с САП, тем более если у участников темы, за исключением Вас, есть интерес, то обязательно нужно заводить новую ветку?

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

Цитата:

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

Во первых, Георгий не мой коллега.

Ок, не буду Вас называть коллегами, если это Вас задевает.

Цитата:

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

Во вторых, я уже не занимаюсь внедрением Oracle JD Edwards EO, а занимаюсь исключительно САП-ом, но не производством.

А если не военная тайна, то почему перестали заниматься джиди, раз такая хорошая система?)

Цитата:

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

В третьих, на аксфорум зашел из-за интересной ссылки про сравнение систем запостенной Георгием на сапфоруме, и написал только потому, как когда то давно (лет 5 назад) плотно интересовался Аксаптой и потом изредка старался быть в курсе ее функциональности в той области, в которой внедрял или внедряю в Джиди и в САПе, читая темы на sql.ru и на этом форуме.
В четвертых, по Джиди нет специализированного русскоязычного форума.
Есть еще какие-то претензии к моему пребыванию на сапфоруме и аксфоруме?

Соболезную Джиди по поводу отстутсвия форума.
Пока не пытаетесь меряться - никаких претензий Я выдвигал к Вам какие то претензии по другим вопросам?

Цитата:

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

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

А можно по существу абзаца сего уточнить - будьте любезны цитаты где я начинал уводить в сторону ценового сравнения систем вообще? Вы меня ни с кем не путаете?

Цитата:

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

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

Т.е. Вы тоже считаете правильным со стороны DAX рассматривать и фунционал партнерских решений?

[ImpCons]

Цитата:

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

И в чем особенная сложность, если решения закрывают разные функциональные области?
Тестирование перед передачей решения заказчику кто-то отменил?
Или оно по AIM не требуется и заказчику система передается без тестирования?

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

Цитата:

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

Блин, а мне кто-то здесь втирал про то как хорошо и замечательно Oracle сливает все эти три решения в одно супер-мега на платформе Fusion, а я повелся.

Значит всё-таки первоначальная концепция поглощений Ларри не поменялась и JD плавно ведут на убой?)

А что тогда делать если клиент захочет к JD прикрутить HR от PS? А плюс еще и Hyperion, да Siebel? тоже никаких проблем и сложностей - все работает и нет ни одной ошибки ни в приложениях, ни в их интеграции?

Я правильный вывод из Ваших слов делаю, что в сервисной системе Oracle нет ни одного (или пренебрежительно мало) запросов по интеграции перечисленных Вами продуктов?

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

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

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

Цитата:

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

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

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

Цитата:

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

Ок, не буду Вас называть коллегами, если это Вас задевает.

Да нет не задевает, подумал что намекаете что мы с одной конторы.

Цитата:

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

А если не военная тайна, то почему перестали заниматься джиди, раз такая хорошая система?)

Не тайна, показалось, что по Сапу смогу найти при необходимости гораздо предложений по работе. Вот и перешел.

Цитата:

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

Соболезную Джиди по поводу отстутсвия форума.
Пока не пытаетесь меряться - никаких претензий Я выдвигал к Вам какие то претензии по другим вопросам?

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

Цитата:

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

А можно по существу абзаца сего уточнить - будьте любезны цитаты где я начинал уводить в сторону ценового сравнения систем вообще? Вы меня ни с кем не путаете?

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

Цитата:

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

З.Ы. В дополнение к вводным:
Клиенту нужен еще CRM, русская бухгалтерия (с регламентной отчетностью) и зарплата и кадры, кластер для надежности, olap отчетность (порядка 20 кубиков), налоговый учет.
У клиента уже куплен MS SQL на всех пользователей, стоимость СУБД считать.
По бухгалтерии - клиент хочет референт визит - где работает бухгалтерия и зарплата на предлагаемом решении.
Да и еще, клиент не хочет заводить у себя отдел из 30 человек и отчетность пару лет дописывать самому.

Жду от Вас калькуляцию по "предсказателю", раз уж Вы начали раз уж Вы начали про стоимость говорить.

Цитата:

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

Т.е. Вы тоже считаете правильным со стороны DAX рассматривать и фунционал партнерских решений?

Да можно было бы и партнерские решения в сравнения включить - но мое мнение, партнерские решения хорошо работают в случае локализации продукта, но в случае замены базового функционала причем множеством партнерских решений считаю очень плохим вариантом.
Но в принципе ОК, даже если включить - встает вопрос как проводить сравнения - Вы можете на среднем уровне сравнить Партнерские решения по Процессному производству и ТОиРО? Кто из форумчан занимающихся производством внедрял эти партнерские решения?
Есть в DAX партнерские решение по Бюджетированию и Казначейству? Кто из форумчан, занимающихся финансами внедрял эти партнерские решения?
Кто может рассказать по этим партнерским решениям со стороны Аксапты?
И самое главное- кому это сравнение нужно???

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

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

[ppson]

Цитата:

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

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

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

[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. ...

Еще?

[ppson]

Цитата:

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

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

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

• ввод структуры бюджета
• установка бюджетных лимитов.
• корректировка бюджетных лимитов.
• планирование платежей, включая платежный календарь.
• контроль платежей в пределах бюджета/его перерасхода.

Цитата:

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

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

из финансовых инструментов в стандартной системе есть векселя. насчет остальных - с решениями партнеров не сталкивался.

[Aleck]

Цитата:

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

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

АБС на Аксапте нет
и надеюсь не будет

[Maxim Gorbunov]

Цитата:

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

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

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

Итак,

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

[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]

Цитата:

Сообщение от 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, а из-за субд или не дай бог ОС/железа? тоже в топку, не бывает такого?

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

[ImpCons]

Цитата:

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

...

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

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

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

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

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

[Aleck]

Цитата:

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

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

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

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

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

[ppson]

Цитата:

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

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

ок

Цитата:

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

В JD как уже писал щупал:
I. Управление недвижимостью (арендой):

http://www.microsoft.com/rus/dynamic...s&objectid=150
(Aleck, попрошу выплатить комиссионные за рекламные услуги )

Цитата:

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

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

http://www.microsoft.com/rus/dynamic...ns&objectid=43

http://www.microsoft.com/rus/dynamic...ns&objectid=83

http://www.microsoft.com/rus/dynamic...ns&objectid=94

http://www.microsoft.com/rus/dynamic...s&objectid=116

[Vals]

Цитата:

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

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

Мы задались таким вопросом, так как очень часто приходится контролировать работу нескольких партнёров. Вот что написалось на эту тему:http://www.amand.ru/modules/wordpress/archives/109

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

[ppson]

Цитата:

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

Что непонятного - объясните как проходит сертификация партнерских решений? Устанавливается голый DAХ и ставится одно партнерское решение и затем проверяется косяки партнерского решения? Вы так и не ответили кто проверял или проверит совместимость 2-х и более партнерских решений которые будут использовать на проекте внедрения? На клиенте проверять будете? Вашу интеграцию можно назвать интеграцией только для каждого партнерского решения с голым DAX, но никак DAX со всеми партнерскими решениями одновременно. Или я не прав?

Есть такая вещь как Developer's Best Practice, в которой, кроме всего прочего идет речь и о там, как должна быть произведена разработки и интеграции модулей.