|
![]() |
#1 |
Участник
|
Цитата:
Сообщение от 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, в той версии, которая была еще до слияний компаний. ![]() Значит всё-таки первоначальная концепция поглощений Ларри не поменялась и JD плавно ведут на убой?) А что тогда делать если клиент захочет к JD прикрутить HR от PS? А плюс еще и Hyperion, да Siebel? тоже никаких проблем и сложностей - все работает и нет ни одной ошибки ни в приложениях, ни в их интеграции? Я правильный вывод из Ваших слов делаю, что в сервисной системе Oracle нет ни одного (или пренебрежительно мало) запросов по интеграции перечисленных Вами продуктов? Цитата:
Некоторые участники этой ветки и 1С обсудить не прочь - ее тоже включать?) Ок, не буду Вас называть коллегами, если это Вас задевает. Цитата:
Цитата:
Сообщение от ImpCons
![]() В третьих, на аксфорум зашел из-за интересной ссылки про сравнение систем запостенной Георгием на сапфоруме, и написал только потому, как когда то давно (лет 5 назад) плотно интересовался Аксаптой и потом изредка старался быть в курсе ее функциональности в той области, в которой внедрял или внедряю в Джиди и в САПе, читая темы на sql.ru и на этом форуме.
В четвертых, по Джиди нет специализированного русскоязычного форума. Есть еще какие-то претензии к моему пребыванию на сапфоруме и аксфоруме? Пока не пытаетесь меряться - никаких претензий ![]() Цитата:
Сообщение от ImpCons
![]() В пятых, предлагаю прекратить флейм по поводу того, кто что кому предлагал и закончить с обвинениями, а отвечать если есть что сказать по существу. Сами сначала спрашиваете в чем отличие между партнерскими решениями и решением в стандартной функциональности - когда Вам пытаются объяснить в чем, начинаете уводить в сторону ценового сравнения систем вообще
Цитата:
Сообщение от ImpCons
![]() по функционалу совершенно не относящемуся к партнерским решениям, которые вроде как договорились сравнить. Если у Вас нет что сказать по сравнению на примере конкретных партнерских решений - у меня же нет никакого желания встревать с Вами в флейм по поводу ценового сравнения систем в общем.
Последний раз редактировалось Aleck; 11.03.2009 в 16:12. |
|
![]() |
#2 |
Участник
|
Цитата:
Внедренческая компания это тестирование и начнет проводить на клиенте, а если что не сойдется придется либо корячить самим одно из партнерских решений, либо обращаться к тем кто эти решения разрабатывал. Цитата:
Сообщение от Aleck
![]() Блин, а мне кто-то здесь втирал про то как хорошо и замечательно Oracle сливает все эти три решения в одно супер-мега на платформе Fusion, а я повелся.
Значит всё-таки первоначальная концепция поглощений Ларри не поменялась и JD плавно ведут на убой?) А что тогда делать если клиент захочет к JD прикрутить HR от PS? А плюс еще и Hyperion, да Siebel? тоже никаких проблем и сложностей - все работает и нет ни одной ошибки ни в приложениях, ни в их интеграции? Я правильный вывод из Ваших слов делаю, что в сервисной системе Oracle нет ни одного (или пренебрежительно мало) запросов по интеграции перечисленных Вами продуктов? Вроде как Fusion ERP идет на замену всех 3-х существующих ERP, и будет совершенно новой ERP системой. Т.е. на убой как Вы выразились пойдут все три системы. Но кто знает Ларри Элиссона у него все еще может поменятся ![]() Насчет сервисной системы не понял. Т.к. в самом вендоре Оракле не работаю и не работал не знаю какие там запросы есть а каких нет. Цитата:
Да нет не задевает, подумал что намекаете что мы с одной конторы. Цитата:
Цитата:
Цитата:
Цитата:
Сообщение от Aleck
![]() З.Ы. В дополнение к вводным:
Клиенту нужен еще CRM, русская бухгалтерия (с регламентной отчетностью) и зарплата и кадры, кластер для надежности, olap отчетность (порядка 20 кубиков), налоговый учет. У клиента уже куплен MS SQL на всех пользователей, стоимость СУБД считать. По бухгалтерии - клиент хочет референт визит - где работает бухгалтерия и зарплата на предлагаемом решении. Да и еще, клиент не хочет заводить у себя отдел из 30 человек и отчетность пару лет дописывать самому. Жду от Вас калькуляцию по "предсказателю", раз уж Вы начали раз уж Вы начали про стоимость говорить. Цитата:
Но в принципе ОК, даже если включить - встает вопрос как проводить сравнения - Вы можете на среднем уровне сравнить Партнерские решения по Процессному производству и ТОиРО? Кто из форумчан занимающихся производством внедрял эти партнерские решения? Есть в DAX партнерские решение по Бюджетированию и Казначейству? Кто из форумчан, занимающихся финансами внедрял эти партнерские решения? Кто может рассказать по этим партнерским решениям со стороны Аксапты? И самое главное- кому это сравнение нужно??? Тут Вам и я и все остальные пытаемся объяснить: 1. Сравнение "Какой продукт лучше" никому не интересно. 2. Сравнение встроенной ФУНКЦИОНАЛЬНОСТи двух продуктов очень интересно Нет Вы упорно пытаетесь свести тему к тому, что Аксапта не хуже, так как у нее есть Партнерские решения. Да поймите никому не нужно тут доказывать что Аксапта хуже. Всем интересно что Аксапта не может именно в базовом функционале а в других системах в базовом функционале реализовано - т.к. большинству из внедренцев: 1. не охота отвечать не только за глюки вендора, но и еще за глюки какого то дяди Васи, который в отрыве от вендора может не очень качественно решение написал, 2. проверять это решение на этапе внедрения, тратя деньги клиента и изучая функциональность этого решения тоже на проекте, т.к. до проекта изучить не мог - без проекта покупать это проектное решение внедренец не хотел. |
|
|
За это сообщение автора поблагодарили: George Nordic (3), rtreh (1). |
![]() |
#3 |
Участник
|
Цитата:
По казначейству - в моей компании стоит партнерский модуль, отвечающий за движение ДС попытаюсь ответить на все ваши вопросы ![]()
__________________
![]() |
|
![]() |
#4 |
Участник
|
Цитата:
Сообщение от ppson
![]() Бюджетированием вообще то занимаются отдельные системы (BI) смотреть сюды http://www.microsoft.com/business/performancepoint/
По казначейству - в моей компании стоит партнерский модуль, отвечающий за движение ДС попытаюсь ответить на все ваши вопросы ![]() С движению ДС не соприкасался, - вопросов соответственно нет. ![]() А по ЦБ есть решения? Интересно реализован ли расчет амортизации дисконта/премии ЦБ прямым методом и методом эффективной процентной ставки. Можно ли одновременно рассчитывать оба метода и проводить проводки в Главную книгу по одному из них? Последний раз редактировалось ImpCons; 11.03.2009 в 18:08. |
|
![]() |
#5 |
Administrator
|
Цитата:
Сообщение от ImpCons
![]() В Сапе глобальным бюджетированием (продаж, закупок, других направлений операционной) занимается тоже отдельный блок, но в самой SAP ERP есть очень полезный модуль по оперативному финансовому бюджетированию, позволяющий четко отслеживать перерасход бюджета, при проводке документов практически во всех модулях SAP ERP, но в принципе про него я уже в этой теме писал.
Еще?
__________________
Not registered yet? Register here! Have comments, questions, suggestions or anything else regarding our web site? Don't hesitate, send them to me |
|
![]() |
#6 |
Участник
|
хотелось бы вернуть обсуждение в конструктивное русло.
|
|
![]() |
#7 |
Участник
|
Цитата:
из финансовых инструментов в стандартной системе есть векселя. насчет остальных - с решениями партнеров не сталкивался.
__________________
![]() |
|
![]() |
#8 |
Участник
|
Цитата:
2. Возможно контролировать Бюджет не кассовым методом, а методом начисления, - т.е. не когда делаешь уже выплату, а когда только создаешь обязательство перед поставщиком (заказ на закупку, счет/фактура от поставщика услуг, документ выделения/резервирования средств бюджета на определенную цель)? 3. Можно ли кредитные лимиты на несколько бюджетных статей объединить в один пул, позволяющий при перерасходовании бюджетного лимита на одной бюджетной статье расходовать бюджетный лимит с других бюджетных статей находящихся в том же пуле? В Сапе это все вышеперечисленное мной можно решить стандартным функционалом. В Джиди, насколько я знаю, нельзя стандартом сделать ни то что написали Вы, ни тем более то, что написал я. И вообще, финансовый модуль гораздо слабее в Джиди чем в Сапе. Планирование платежей, включая платежный календарь - хорошая штука, я пока до его реализации не добрался, по тому, что читал на сапфоруме, довольно не тревиальная задача в САПе - вполне возможно, что в том виде, в котором он нужен в России, стандартом САПа не решается. Последний раз редактировалось ImpCons; 12.03.2009 в 05:44. |
|
![]() |
#9 |
Участник
|
Цитата:
![]() Поинтересуйтесь в сап-тусовке, почему не получилось использовать стандартное саповское бюджетирование в связке с закупками в одном крупном производителе цветных металлов, расположенным за полярным кругом для планирования, согласования и выполнения закупочной компании ![]() Собственно практически везде, где клиенту нужно делать фин. планирование снизу вверх от номенклатуры, ни САП BPS, ни OFA, ни прочие системы, построенные на игре с цифирями в OLAP клиенту не подходят. А в EPR системах традиционно реализован лишь контрольный блок. Последний раз редактировалось Aleck; 12.03.2009 в 11:00. |
|
![]() |
#10 |
Участник
|
Цитата:
Цитата:
Сообщение от ImpCons
![]() 2. Возможно контролировать Бюджет не кассовым методом, а методом начисления, - т.е. не когда делаешь уже выплату, а когда только создаешь обязательство перед поставщиком (заказ на закупку, счет/фактура от поставщика услуг, документ выделения/резервирования средств бюджета на определенную цель)?
таких пулов нет в модуле нет. контроль по нескольким статьям осуществляется переброской сумм с одних статей на другую.
__________________
![]() |
|
![]() |
#11 |
Участник
|
Цитата:
![]() и надеюсь не будет ![]() Последний раз редактировалось Aleck; 11.03.2009 в 22:18. |
|
![]() |
#12 |
Участник
|
|
|
![]() |
#13 |
Участник
|
Цитата:
САП кстати говорит что АБС у него есть (а шепотом говорит что не работает, по крайней мере 2 года назад не работал, может уже вылизали.) |
|
![]() |
#14 |
Administrator
|
Цитата:
![]() Итак,
__________________
Not registered yet? Register here! Have comments, questions, suggestions or anything else regarding our web site? Don't hesitate, send them to me |
|
![]() |
#15 |
Участник
|
Цитата:
Сообщение от Maxim Gorbunov
![]() Готов признать ТОиР. В рамках вертикальных решений MS (о, вспомнил, как это называется
![]() Итак,
в SAP-е внедрением финансов, оперативного фин.бюджетирования; Кое что вижу как настраивают коллеги по казначейству, немного видел что делается в контроллинге. Так что, рассказать могу только по модулям той системы, в которой данный модуль внедрял. Насчет процессного производства - ранее как мог описал, не рассказал может быть только про еще один тип продукта - intermediate, который на определенных этапах маршрута может создаваться, потребляя конкретное сырье/материалы трудо/машино ресурсы, а на более поздних этапах сам уже расходываться как сырье, все это в рамках одного BOM-и и одного Маршрута. В принципе, если все то что я описывал, партнерское решение поддерживает, и кроме того, еще позволяет как писал George Nordic в планировании по MPS/MRP учитывать продукты процессного производства, как потребность для производства продуктов на следующем производственном цикле, то думаю партнерское решение сопоставимо с стандартной функциональностью Джиди. Читать же доку по этому партнерскому решению в DAX, извините - не имею столько свободного времени ![]() Последний раз редактировалось ImpCons; 11.03.2009 в 18:21. |
|
![]() |
#16 |
Участник
|
Цитата:
Сообщение от ImpCons
![]() Сложность в том, что решения как раз не в разных функциональных областях - и процессное производство и ТОиРО будут использовать базовую функциональность Производства: BOM-ы, Маршруты, Рабочие заказы, калькуляцию и т.п., пока не протестируешь не ответишь на вопрос не используют ли какие то общие точки пересечения оба партнерских решения.
Внедренческая компания это тестирование и начнет проводить на клиенте, а если что не сойдется придется либо корячить самим одно из партнерских решений, либо обращаться к тем кто эти решения разрабатывал. Если я захочу такую связку предложить, то я сначала узнаю есть ли проблемы с ней, если нет информации проверю и только потом буду предлагать. В чем здесь существенная проблема? Или Вы хотите пообсуждать все потенциальные риски проекта?))) Точно также ни один вменяемый партнер САП не будет бросаться заниматься ВСЕМИ отраслевыми решениями, которые есть у САП и по которым у него нет опыта. Да и сам московский САП не знает все свои партнерские решения и по многим запрашивает помощь из Германии или Штатов, где эти решения писались. Это не риск, не проблема для клиентов? Все вменяемые внедренцы оценивают риски проектов и в авантюры не ввязываются.... А невменяемых обсуждать бессмысленно. Цитата:
Цитата:
![]() Цитата:
Она и так у них, мы как обычные пользователи можем только предложить или открыть ветку самостоятельно Вас оскорбляет слово ошиваетесь? хорошо не буду его употреблять в отношении вас. Меня оно не оскорбляет, можете в отношении меня его употреблять. Цитата:
Цитата:
Не знаю как у JD, но у САП дискретное и процессное пр-во - 2 разных модуля. Цитата:
Цитата:
Цитата:
Если это Вы у меня спрашиваете, то не я эту ветку затевал. Цитата:
![]() Почему Вы считаете что сравнение отраслевого/специализированного решения от SAP/Oracle с отстутвующим у MS как вендора решением всем интересно, а сравнение с аналогичным решением от партнера MS никому? Как я понимаю эти все просто хотят порадоваться, что у SAP/Oracle оно есть, а у MS его нет, закрывая на различия в стратегии, просто потому что лень и не хочется?))) Цитата:
Цитата:
Сообщение от ImpCons
![]() Всем интересно что Аксапта не может именно в базовом функционале а в других системах в базовом функционале реализовано - т.к. большинству из внедренцев: 1. не охота отвечать не только за глюки вендора, но и еще за глюки какого то дяди Васи, который в отрыве от вендора может не очень качественно решение написал, 2. проверять это решение на этапе внедрения, тратя деньги клиента и изучая функциональность этого решения тоже на проекте, т.к. до проекта изучить не мог - без проекта покупать это проектное решение внедренец не хотел.
![]() У внедренцев карма такая - отвечать за глюки вендоров (неважно большой он или маленький) перед конечным клиентом. Не нравиться за это отвечать - занимайтесь другим бизнесом, продавайте машины к примеру, отвечайте за косяки производителей машин перед клиентами ![]() Такова уж специфика этого бизнеса и от нее никуда не дется. А как быть со сложными проектами, когда один внедренец одному клиенту внедряет несколько продуктов от разных вендоров, да и еще и с привлечением субподрядчиков? Ну не покрывает ни SAP ни Oracle всех потребностей заказчика даже в традиционной около ерпишной, и нередко приходится либо внедрять еще какие-то решения, либо дописавать сбоку (в т.ч. и совершенно независимые и не на ерп платформе). Реальная жизнь многообразней. Игнорируем их как, не укладывающихся в нашу упрощенную картину мира : SAP/Oracle это наше все? ![]() ![]() А если глюки не из-за ERP, а из-за субд или не дай бог ОС/железа? тоже в топку, не бывает такого? По-моему Вы просто выпячиваете отдельные проектные риски, которые на реальном, не дай бог сложном проекте, могут показаться смешными по сравнению с другими. |
|
![]() |
#17 |
Участник
|
Устал спорить практически не о чем. У каждого есть на партнерские решения свое мнение, думаю каждый при нем и останется. Думаю никто никого в этом вопросе не переубедит.
Пусть будет по Вашему - сравниваем в SAP-е и JD стандартный функционал а по Аксапте: голый DAX + партнерские решения. В принципе в предыдущих постах уже и начали делать. В JD как уже писал щупал: I. Управление недвижимостью (арендой): Заведение: Здания, этажа, помещения с информацией по квадратуре и описательным свойствам. Создание договоров на аренду: с сроком действия, тарифами за кв м. по различным типам - например отдельный тариф за аренду, за маркетинговые услуги, за эксплутационные услуги Выставление счетов по аренде с периодичностью месяц, квартал, год: Подбор всех неоплаченных счетов и выставление одним счетом Создание заказов на обслуживание помещения арендодателя, выставление по ним счетов Модуль полностью интегрирован с Управлением кредиторами и Главной книгой в JD. В Сап-е есть так же подобный модуль Real Estate Mgmt, но я его не юзал. Если будет интересно так же коротко могу описать и про Управление строительством (многоквартирных домов) в JD. |
|
![]() |
#18 |
Участник
|
Цитата:
Сообщение от ImpCons
![]() В JD как уже писал щупал:
I. Управление недвижимостью (арендой): Заведение: Здания, этажа, помещения с информацией по квадратуре и описательным свойствам. Создание договоров на аренду: с сроком действия, тарифами за кв м. по различным типам - например отдельный тариф за аренду, за маркетинговые услуги, за эксплутационные услуги Выставление счетов по аренде с периодичностью месяц, квартал, год: Подбор всех неоплаченных счетов и выставление одним счетом Создание заказов на обслуживание помещения арендодателя, выставление по ним счетов Модуль полностью интегрирован с Управлением кредиторами и Главной книгой в JD. В Сап-е есть так же подобный модуль Real Estate Mgmt, но я его не юзал. Если будет интересно так же коротко могу описать и про Управление строительством (многоквартирных домов) в JD. Собственно по обоим указанным темам - однозначно партнерские решения, детального обсуждения по которым придется ждать долго, т.к. далеко не все этими отраслями занимались. Если хотите пообсуждать функционал, а не померяться, и не ждать полгода, пока найдется тот, кто тоже таким специфичным функционалом занимался - то лучше обсуждать что-то общееерпишное, например, что vals предложил. |
|
![]() |
#19 |
Участник
|
|
|
![]() |
#20 |
Участник
|
Цитата:
Сообщение от Aleck
![]() Велл... Вы специально выбираете отраслеспецифичный функционал, которого нет в "голой DAX"? или просто совпадение случайное?
Собственно по обоим указанным темам - однозначно партнерские решения, детального обсуждения по которым придется ждать долго, т.к. далеко не все этими отраслями занимались. Если хотите пообсуждать функционал, а не померяться, и не ждать полгода, пока найдется тот, кто тоже таким специфичным функционалом занимался - то лучше обсуждать что-то общееерпишное, например, что vals предложил. Так как тема - чего нет в Аксапте, пишу о том чего предполагаю в ней нет. В общепринятом скорее всего должно быть, просто глубина реализации может быть разная - сам почти не поднимаю общепринятый функционал, посколько не знаю чего там может не быть. То же процессное производство и ТОиРО всегда считал общепринятым - кто же виноват, что для Вас и для Аксапты это специализированный функционал а не общепринятый. По теме Vals, с чем сталкивался сейчас отвечу. Последний раз редактировалось ImpCons; 12.03.2009 в 05:52. |
|