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

[ImpCons]

Цитата:

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

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

Вы хоть понимаете о чем пишите ?? Между какими модулями SAP ERP нет интеграции? Финансы, Контроллинг, Логистика, Производство полностью интегрированы между собой. Или Вы про интеграцию между SAP ERP, SAP SEM (BPS&BW), и т.п.?
XI чаще используется для интеграции SAP с другими системами, например 1С и т.п.

Цитата:

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

Впрочем, сложность разработки некоторые могут и за плюс принять. Забавно, что все пользователи SAP обычно также очень продвинутые пользователи Excel. Дело в том, что большого количества сложносочиненных отчетов в SAP, как и в AX нет. В случае с AX под это дело обычно запрягают программистов, которые по нечетким спецификациям изобретают суперинтеллектуальный отчет, который нужен только одному пользователю и устаревает, как только этот пользователь уволняется из компании (так как просто никто больше не знает, зачем этот отчет был нужен). В SAP разработка не слишком сложного отчета легко занимает 3-4 недели при значительно более высоких ставках программистов. Учитывая это, заказчики охотнее соглашаются с доводами, что тот или иной отчет легко может быть скомпилирован пользователями в Excel из данных нескольких стандартных отчетов.

Вы работали хотя бы на одном проекте внедрения SAP ?
О каких таких "не слишком сложных отчетах" с длительностью разработки в 3-4 недели Вы говорите? На тех проектах которых работал я, программист со средним опытом (от 1 года до 2-х) делает средний отчет 1-2 дня, посложней до 4 дней, ну если совсем сложный, то до 7-10 дней. Не расказывайте страшных баек где их нет.

[mazzy]

Цитата:

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

Вы хоть понимаете о чем пишите ??

Исходите из того, что здесь никто не понимает.
Так будет конструктивнее

Цитата:

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

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

Что это значит? Особенно с контролингом?
А ТОиРО интегрирован?

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

Цитата:

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

Или Вы про интеграцию между SAP ERP, SAP SEM (BPS&BW), и т.п.?

А это что?

[ImpCons]

Цитата:

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

Исходите из того, что здесь никто не понимает.
Так будет конструктивнее


Что это значит? Особенно с контролингом?
А ТОиРО интегрирован?

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


А это что?

Хорошо - в сапе есть несколько блоков модулей инегрированных на одной платформе SAP NetWeaver:

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, так как аналог для сравнение с аксаптой является именно сап ерп.

[Maxim Gorbunov]

Цитата:

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

Вы работали хотя бы на одном проекте внедрения SAP ?

Увы, да. Через XI интегрировались финансовая система с HRM и Payroll'ом, а также с биллингом. Только поддержкой XI занимались три консультанта. В отдел IT кроме них входило 4 basis-консультанта, 10 программеров, примерно 5 функциональных консультантов (сейчас уже просто не помню, сколько их точно было) и бессчетное количество всяких разных проджект-менеджеров. Внедрение при этом было далеко не самое большое, установлены были только финансы, payroll и HRM, а биллинг постоянно находился в состоянии планирования. Для сравнения: один из моих клиентов сейчас использует AX 4.0 для фин. учета, логистики и ритейла (в зачаточном состоянии, правда) в более чем 20 территориально удаленных подразделениях (это не считая точек продаж). Все это добро успешно поддерживается силами одного четырех функциональных консультантов и пары программистов. Как говорится, почувствуйте разницу.

Цитата:

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

На тех проектах которых работал я, программист со средним опытом (от 1 года до 2-х) делает средний отчет 1-2 дня, посложней до 4 дней, ну если совсем сложный, то до 7-10 дней.

Пожалуй соглашусь, но с одним "но": средний опыт программиста подразумевает его специализацию в одном (!) модуле. Это, конечно, мое субъективное мнение, но через 1 год работы программист не будет в состоянии писать отчеты для любого модуля SAP. Да, за год накопятся здания по архитектуре какого-то отдельного раздела, но изучение других модулей займет сравнимое время, в силу отсутствия четкой однотипной структуры.

[ImpCons]

Цитата:

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

Увы, да. Через XI интегрировались финансовая система с HRM и Payroll'ом, а также с биллингом. Только поддержкой XI занимались три консультанта. В отдел IT кроме них входило 4 basis-консультанта, 10 программеров, примерно 5 функциональных консультантов (сейчас уже просто не помню, сколько их точно было) и бессчетное количество всяких разных проджект-менеджеров. Внедрение при этом было далеко не самое большое, установлены были только финансы, payroll и HRM, а биллинг постоянно находился в состоянии планирования. Для сравнения: один из моих клиентов сейчас использует AX 4.0 для фин. учета, логистики и ритейла (в зачаточном состоянии, правда) в более чем 20 территориально удаленных подразделениях (это не считая точек продаж). Все это добро успешно поддерживается силами одного четырех функциональных консультантов и пары программистов. Как говорится, почувствуйте разницу.

Так для чего был XI на проекте? Для интеграции между SAP-овскими модулями или все таки для интеграцией между биллингом и SAP-ом? Финансовой системой вы называете модуль Финансы в SAP-е или систему третей стороны? Биллинг тоже Саповский был?

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

Я могу Вам рассказать про один мой проект в котором у клиента остается пол базисника (он же еще и системный админ в компании) и 1 специалист SAP (наполовину консультант, наполовину разработчик) при полных внедренных финансах + казначейство + бюджетирование. Так что теперь из сравнения Вашего и моего проекта сделаем вывод, что для поддержания САПа гораздо меньше специалистов требуется чем для Аксапты?

Цитата:

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

Пожалуй соглашусь, но с одним "но": средний опыт программиста подразумевает его специализацию в одном (!) модуле. Это, конечно, мое субъективное мнение, но через 1 год работы программист не будет в состоянии писать отчеты для любого модуля SAP. Да, за год накопятся здания по архитектуре какого-то отдельного раздела, но изучение других модулей займет сравнимое время, в силу отсутствия четкой однотипной структуры.

Я говорил про опыт специалистов не сколько по конкретному модулю сколько по инструментарию разработки и мое субъективное мнение, что разработчик, писавший под финансы 1 год, именно столько и будет тратить, сколько я писал ранее, когда ему дадут задачу по логостике или производству, по финансам он будет писать в 2 раза быстрее. Потому как для знания функциональности модуля, есть консультант который напишет ТЗ для разработчика на языке именно таблиц и полей, а не на языке БП.

[Maxim Gorbunov]

Цитата:

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

Так для чего был XI на проекте? Для интеграции между SAP-овскими модулями или все таки для интеграцией между биллингом и SAP-ом? Финансовой системой вы называете модуль Финансы в SAP-е или систему третей стороны? Биллинг тоже Саповский был?

Да, все системы были на SAP. То есть, XI использовался для интеграции разных систем, работающих на SAP.

Цитата:

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

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

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

Цитата:

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

Я говорил про опыт специалистов не сколько по конкретному модулю сколько по инструментарию разработки и мое субъективное мнение, что разработчик, писавший под финансы 1 год, именно столько и будет тратить, сколько я писал ранее, когда ему дадут задачу по логостике или производству, по финансам он будет писать в 2 раза быстрее.

Не готов согласиться. Единообразная структура модулей отсутствует. Например, для расширения в Финансах используется OpenFI. В других модулях - BTI (который есть развитие OpenFI, так что разница не очень большая). Наиболее перспективным при этом считается расширение с помощью BADI. А если учесть, что в каждом модуле есть свои customer-exits, то очевидно, что парой дней тут не обойтись Для того, чтобы начать программировать в HRM, мне пришлось разобраться с целым зоопарком различных структур данных и классов. В FI я ничего не писал, так что, возможно, я здесь ошибаюсь, но беглый взгляд подсказывает, что все то, что я узнал, работая с HRM, в FI мне не очень-то пригодится

Цитата:

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

Потому как для знания функциональности модуля, есть консультант который напишет ТЗ для разработчика на языке именно таблиц и полей, а не на языке БП.

Ого! Где б еще взять таких консультантов, говорящих на языке таблиц и полей, чтобы на всех программеров хватило

[ImpCons]

Цитата:

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

Да, все системы были на SAP. То есть, XI использовался для интеграции разных систем, работающих на SAP.

Не буду спорить опыта в HR и Payrol и тем более биллинге у меня нет, так что как проводится интеграция их с SAP финансы не скажу - вполне возможно что и не тревиально. Но и задачу Вы совсем не тревиальную описываете, гораздо тревиальней задачу Вы описали по проекту Аксапты : фин. учет, логистика и ритейл (в зачаточном состоянии, правда). В таком варианте могу компетентно заявить для SAP-а XI будет точно не нужен, как и 4 базисника и 10 программистов.

Цитата:

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

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

Это зависит от подхода к управлению проектами в компании и вменяемости руководителя практики, проджекта проекта и архитектора проекта - мы все основные документы на проектах пишем: Концептуальный проект (проектные решения), Протоколы настроек, Протоколы тестирования, контролируем написание пользовательских инструкций. Ну и еще некоторое количество ПМ-овских документов: устав проекта, планы, запросы на изменения, протколы встреч, тайм шиты.
На остальные, нужные только для методологии документы, не заморачиваемся. Вроде пока клиенты претензий не предъявляли.

Цитата:

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

Не готов согласиться. Единообразная структура модулей отсутствует. Например, для расширения в Финансах используется OpenFI. В других модулях - BTI (который есть развитие OpenFI, так что разница не очень большая). Наиболее перспективным при этом считается расширение с помощью BADI. А если учесть, что в каждом модуле есть свои customer-exits, то очевидно, что парой дней тут не обойтись Для того, чтобы начать программировать в HRM, мне пришлось разобраться с целым зоопарком различных структур данных и классов. В FI я ничего не писал, так что, возможно, я здесь ошибаюсь, но беглый взгляд подсказывает, что все то, что я узнал, работая с HRM, в FI мне не очень-то пригодится

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

Цитата:

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

Ого! Где б еще взять таких консультантов, говорящих на языке таблиц и полей, чтобы на всех программеров хватило

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

[Maxim Gorbunov]

Цитата:

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

Я в танке.
А какие это решения?

Я имел ввиду те решения, которые продаются по стандартному прайс-листу. Их тоже можно найти через Channel Builder, как Aleck написал, но они, если хотите, избранные

Цитата:

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

Поддержка осуществляется вендором, а не сторонней компанией. Это ключевое различие.

Георгий, не мог бы ты пояснить, что в этом "ключевого"?

Цитата:

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

Маячок: сравниваем стандартный функционал. Иначе скатимся к 1С. Поверьте, там конфигураций - намного больше.

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

[mazzy]

Цитата:

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

Я имел ввиду те решения, которые продаются по стандартному прайс-листу. Их тоже можно найти через Channel Builder, как Aleck написал, но они, если хотите, избранные

Ok.

Цитата:

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

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

А в САПе что считается стандартные функционалом?

[George Nordic]

Цитата:

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

Георгий, не мог бы ты пояснить, что в этом "ключевого"?

То, что в одном случае поддержка функциональности, ее локализацая, миграция на новые версии платформы, устранине ошибок и развитие осуществляется вендором (SAP, Oracle), а в другом - сторонним партнером в соответствии с неким ограниченным соглашением. Это ясно или надо пояснить, чем отличается поддержка вендора от поддержки, ну, например, того же Fullscope?

Цитата:

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

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

То, что продает сам SAP. Что есть в стандартной поставке или прайс-листе. А не сторонние решения партнеров, которых тоже, кстати, немало.

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

[Maxim Gorbunov]

Цитата:

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

Не буду спорить опыта в HR и Payrol и тем более биллинге у меня нет, так что как проводится интеграция их с SAP финансы не скажу - вполне возможно что и не тревиально. Но и задачу Вы совсем не тревиальную описываете, гораздо тревиальней задачу Вы описали по проекту Аксапты : фин. учет, логистика и ритейл (в зачаточном состоянии, правда). В таком варианте могу компетентно заявить для SAP-а XI будет точно не нужен, как и 4 базисника и 10 программистов.

Не буду спорить. Двух совершенно одинаковых проектов на SAP и на AX в моем опыте нет, чтобы сравнить. Попрошу всех читающих эту ветку считать мои высказывания по поводу сравнительных размеров проектной команды исключительно моим субъективным мнением, которое не подкреплено никакими фактами

Цитата:

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

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

ВADI, OpenFI и BTE - это просто пример, который к отчетам не имеет отношения. Прошу прощение за непонимание.

По поводу отчетов: я написал, что знания, накопленные мной при написании отчетов в HRM, вряд ли окажутся полезными, если я вдруг начну писать отчеты для FI. В отличие от AX, в SAP нет единых стандартов структурирования модулей. Это существенно ослажняет переход программера с одного модуля на другой.

Цитата:

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

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

Будем считать, что мне просто не везло на консультантов

[George Nordic]

Цитата:

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

В отличие от AX, в SAP нет единых стандартов структурирования модулей. Это существенно ослажняет переход программера с одного модуля на другой.

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

Кстати, давайте тогда уточню: То, что продает и поддерживает сам вендор.

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

[ImpCons]

Цитата:

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

По поводу отчетов: я написал, что знания, накопленные мной при написании отчетов в HRM, вряд ли окажутся полезными, если я вдруг начну писать отчеты для FI. В отличие от AX, в SAP нет единых стандартов структурирования модулей. Это существенно ослажняет переход программера с одного модуля на другой.
Будем считать, что мне просто не везло на консультантов

Насчет SAP HRM и остального SAP ERP, спорить не буду, наслышан о различиях и специфике. Но думаю по граммотному ТЗ средний HRM-щик после месяца - 2-х адаптации отчеты на SAP ERP в пределах 2-4 дней свободно писать будет.

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