|
![]() |
#1 |
Administrator
|
С точки зрения разработки, SAP, конечно, просто невыносим. Разрабатываются только дополнения к стандартному функционалу. Интерфейсы стандартные - нагромождение разнотипных конструкций, созданных за время существования системы и никогда не пересматривавшихся. Возможно, этим и объясняется то, что прямой интеграции между многими модулями нет, а для обмена данными используется отдельный модуль - XI (с отдельным штатом консультантов, специализирующихся только на этом модуле).
Впрочем, сложность разработки некоторые могут и за плюс принять. Забавно, что все пользователи SAP обычно также очень продвинутые пользователи Excel. Дело в том, что большого количества сложносочиненных отчетов в SAP, как и в AX нет. В случае с AX под это дело обычно запрягают программистов, которые по нечетким спецификациям изобретают суперинтеллектуальный отчет, который нужен только одному пользователю и устаревает, как только этот пользователь уволняется из компании (так как просто никто больше не знает, зачем этот отчет был нужен). В SAP разработка не слишком сложного отчета легко занимает 3-4 недели при значительно более высоких ставках программистов. Учитывая это, заказчики охотнее соглашаются с доводами, что тот или иной отчет легко может быть скомпилирован пользователями в Excel из данных нескольких стандартных отчетов.
__________________
Not registered yet? Register here! Have comments, questions, suggestions or anything else regarding our web site? Don't hesitate, send them to me |
|
|
За это сообщение автора поблагодарили: aidsua (1). |
![]() |
#2 |
Участник
|
Цитата:
XI чаще используется для интеграции SAP с другими системами, например 1С и т.п. Цитата:
Сообщение от Maxim Gorbunov
![]() Впрочем, сложность разработки некоторые могут и за плюс принять. Забавно, что все пользователи SAP обычно также очень продвинутые пользователи Excel. Дело в том, что большого количества сложносочиненных отчетов в SAP, как и в AX нет. В случае с AX под это дело обычно запрягают программистов, которые по нечетким спецификациям изобретают суперинтеллектуальный отчет, который нужен только одному пользователю и устаревает, как только этот пользователь уволняется из компании (так как просто никто больше не знает, зачем этот отчет был нужен). В SAP разработка не слишком сложного отчета легко занимает 3-4 недели при значительно более высоких ставках программистов. Учитывая это, заказчики охотнее соглашаются с доводами, что тот или иной отчет легко может быть скомпилирован пользователями в Excel из данных нескольких стандартных отчетов.
![]() О каких таких "не слишком сложных отчетах" с длительностью разработки в 3-4 недели Вы говорите? На тех проектах которых работал я, программист со средним опытом (от 1 года до 2-х) делает средний отчет 1-2 дня, посложней до 4 дней, ну если совсем сложный, то до 7-10 дней. Не расказывайте страшных баек где их нет. |
|
![]() |
#3 |
Участник
|
Исходите из того, что здесь никто не понимает.
![]() Так будет конструктивнее Цитата:
А ТОиРО интегрирован? истинно ли утверждение, что ВСЕ модули интегрированы друг с другом? Есть ли модули, которые "не знают" о существовании друг-друга? Есть ли список интегрированных друг с другом модулей? Есть ли универсальное определение что означает "интеграция" друг с другом. А это что? |
|
![]() |
#4 |
Участник
|
Цитата:
Сообщение от mazzy
![]() Исходите из того, что здесь никто не понимает.
![]() Так будет конструктивнее Что это значит? Особенно с контролингом? А ТОиРО интегрирован? истинно ли утверждение, что ВСЕ модули интегрированы друг с другом? Есть ли модули, которые "не знают" о существовании друг-друга? Есть ли список интегрированных друг с другом модулей? Есть ли универсальное определение что означает "интеграция" друг с другом. А это что? SAP ERP SAP SEM (Strategic Enterprise Management) SAP CRM и т.п. Все модуля SAP ERP интегрированы между собой либо в режиме on-line, либо после запуска определенных программ, т.е. создал документ в логистике сразу создался документ в финансах и т.п. или запустил программу она создала в финансах документы соответствующие уже созданным документам определенного типа в другом модуле. Контролинг и Торо входят SAP ERP значит они интегрированы с другими модулями SAP ERP и между собой полностью. Насчет вопроса про контролинг вопрос понял - в SAP-е в отличии от других известных мне ERP-систем, контроллинг (управленческий учет) это совершенно самостоятельный от FI (финансового учета) модуль и в контролинге создаются не все документы которые созданы в FI, а только те, которые участвуют в формировании затрат или прибыли. Соответсвенно в контролинге можно вести как бы паралельный учет от финансового. SAP ERP и SAP SEM как я писал постом выше интегрирован через экстракторы, т.е. интегрированы гораздо слабее чем модули SAP ERP между собой. SAP CRM к сожалению не занимался и как он интегрируется с другими блоками не скажу. Почему такой критичный отзыв последовал на мнение Maxim Gorbunov - потому как мы сравниваем SAP и Аксапту, а сравнение интеграции модулей в данном конспекте должно было быть как интегрированны между собой модули SAP ERP, так как аналог для сравнение с аксаптой является именно сап ерп. Последний раз редактировалось ImpCons; 09.03.2009 в 15:47. |
|
![]() |
#5 |
Administrator
|
Увы, да. Через XI интегрировались финансовая система с HRM и Payroll'ом, а также с биллингом. Только поддержкой XI занимались три консультанта. В отдел IT кроме них входило 4 basis-консультанта, 10 программеров, примерно 5 функциональных консультантов (сейчас уже просто не помню, сколько их точно было) и бессчетное количество всяких разных проджект-менеджеров. Внедрение при этом было далеко не самое большое, установлены были только финансы, payroll и HRM, а биллинг постоянно находился в состоянии планирования. Для сравнения: один из моих клиентов сейчас использует AX 4.0 для фин. учета, логистики и ритейла (в зачаточном состоянии, правда) в более чем 20 территориально удаленных подразделениях (это не считая точек продаж). Все это добро успешно поддерживается силами одного четырех функциональных консультантов и пары программистов. Как говорится, почувствуйте разницу.
Пожалуй соглашусь, но с одним "но": средний опыт программиста подразумевает его специализацию в одном (!) модуле. Это, конечно, мое субъективное мнение, но через 1 год работы программист не будет в состоянии писать отчеты для любого модуля SAP. Да, за год накопятся здания по архитектуре какого-то отдельного раздела, но изучение других модулей займет сравнимое время, в силу отсутствия четкой однотипной структуры.
__________________
Not registered yet? Register here! Have comments, questions, suggestions or anything else regarding our web site? Don't hesitate, send them to me |
|
![]() |
#6 |
Участник
|
Цитата:
Сообщение от Maxim Gorbunov
![]() Увы, да. Через XI интегрировались финансовая система с HRM и Payroll'ом, а также с биллингом. Только поддержкой XI занимались три консультанта. В отдел IT кроме них входило 4 basis-консультанта, 10 программеров, примерно 5 функциональных консультантов (сейчас уже просто не помню, сколько их точно было) и бессчетное количество всяких разных проджект-менеджеров. Внедрение при этом было далеко не самое большое, установлены были только финансы, payroll и HRM, а биллинг постоянно находился в состоянии планирования. Для сравнения: один из моих клиентов сейчас использует AX 4.0 для фин. учета, логистики и ритейла (в зачаточном состоянии, правда) в более чем 20 территориально удаленных подразделениях (это не считая точек продаж). Все это добро успешно поддерживается силами одного четырех функциональных консультантов и пары программистов. Как говорится, почувствуйте разницу.
Насчет сколько человек и куда может входить это уже дело вменяемости руководства. Почему так мало базисников, всего 4-ре? ![]() Я могу Вам рассказать про один мой проект в котором у клиента остается пол базисника (он же еще и системный админ в компании) и 1 специалист SAP (наполовину консультант, наполовину разработчик) при полных внедренных финансах + казначейство + бюджетирование. Так что теперь из сравнения Вашего и моего проекта сделаем вывод, что для поддержания САПа гораздо меньше специалистов требуется чем для Аксапты? Цитата:
Сообщение от Maxim Gorbunov
![]() Пожалуй соглашусь, но с одним "но": средний опыт программиста подразумевает его специализацию в одном (!) модуле. Это, конечно, мое субъективное мнение, но через 1 год работы программист не будет в состоянии писать отчеты для любого модуля SAP. Да, за год накопятся здания по архитектуре какого-то отдельного раздела, но изучение других модулей займет сравнимое время, в силу отсутствия четкой однотипной структуры.
Последний раз редактировалось ImpCons; 10.03.2009 в 16:01. |
|
![]() |
#7 |
Administrator
|
Цитата:
Цитата:
Цитата:
Сообщение от ImpCons
![]() Я говорил про опыт специалистов не сколько по конкретному модулю сколько по инструментарию разработки и мое субъективное мнение, что разработчик, писавший под финансы 1 год, именно столько и будет тратить, сколько я писал ранее, когда ему дадут задачу по логостике или производству, по финансам он будет писать в 2 раза быстрее.
![]() ![]() Цитата:
![]()
__________________
Not registered yet? Register here! Have comments, questions, suggestions or anything else regarding our web site? Don't hesitate, send them to me |
|
![]() |
#8 |
Участник
|
Цитата:
Цитата:
Сообщение от Maxim Gorbunov
![]() Ok. Так как критерии оценки определить сложно, согласен, что сравнивать не будем. Пусть это будет мое субъективное впечатление от SAP-проектов: часто (по крайней мере, в той компании, где я работал - всегда) управлению проекта уделяется гипертрофированное внимание. Проще говоря, на каждый чих методология подразумевает написание нового документа. При этом результат как-то отходит на второй план. Ощущение, что в проекте важнее "шашечки", а не "езда".
На остальные, нужные только для методологии документы, не заморачиваемся. Вроде пока клиенты претензий не предъявляли. Цитата:
Сообщение от Maxim Gorbunov
![]() Не готов согласиться. Единообразная структура модулей отсутствует. Например, для расширения в Финансах используется OpenFI. В других модулях - BTI (который есть развитие OpenFI, так что разница не очень большая). Наиболее перспективным при этом считается расширение с помощью BADI. А если учесть, что в каждом модуле есть свои customer-exits, то очевидно, что парой дней тут не обойтись
![]() ![]() ![]() BADI, OpenFi, замещения и проверки - но пишите вы совсем не про отчеты ![]() Освоить первый раз инструмент в модуле согласен может до 3 недель уйти но зато все последующие пойдут по срокам которые написал все таки я ![]() Если что, то для разработки средних отчетов, о которых мы говорили, эти знания не нужны - вот если данные для них не подготовлены тогда другое дело. Цитата:
![]() Последний раз редактировалось ImpCons; 10.03.2009 в 16:54. |
|
![]() |
#9 |
Administrator
|
Я имел ввиду те решения, которые продаются по стандартному прайс-листу. Их тоже можно найти через Channel Builder, как Aleck написал, но они, если хотите, избранные
![]() Цитата:
![]() Цитата:
![]()
__________________
Not registered yet? Register here! Have comments, questions, suggestions or anything else regarding our web site? Don't hesitate, send them to me |
|
![]() |
#10 |
Administrator
|
Цитата:
Сообщение от ImpCons
![]() Не буду спорить опыта в HR и Payrol и тем более биллинге у меня нет, так что как проводится интеграция их с SAP финансы не скажу - вполне возможно что и не тревиально. Но и задачу Вы совсем не тревиальную описываете, гораздо тревиальней задачу Вы описали по проекту Аксапты : фин. учет, логистика и ритейл (в зачаточном состоянии, правда). В таком варианте могу компетентно заявить для SAP-а XI будет точно не нужен, как и 4 базисника и 10 программистов.
![]() Цитата:
Сообщение от ImpCons
![]() Ну вот и перечислили, то что и должен знать средний разработчик от 1 года опыта
![]() BADI, OpenFi, замещения и проверки - но пишите вы совсем не про отчеты ![]() Освоить первый раз инструмент в модуле согласен может до 3 недель уйти но зато все последующие пойдут по срокам которые написал все таки я ![]() Если что, то для разработки средних отчетов, о которых мы говорили, эти знания не нужны - вот если данные для них не подготовлены тогда другое дело. По поводу отчетов: я написал, что знания, накопленные мной при написании отчетов в HRM, вряд ли окажутся полезными, если я вдруг начну писать отчеты для FI. В отличие от AX, в SAP нет единых стандартов структурирования модулей. Это существенно ослажняет переход программера с одного модуля на другой. Цитата:
![]()
__________________
Not registered yet? Register here! Have comments, questions, suggestions or anything else regarding our web site? Don't hesitate, send them to me |
|