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

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

Цитата:

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

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

Я, конечно, очень виноват, но в чем проблема того, что "локализацая, миграция на новые версии платформы, устранине ошибок и развитие" осуществляется Fullscope?

Цитата:

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

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

Process Industries продается по стандартному прайс-листу. Таким образом, он вполне себе удовлетворяет твоему определению стандартного функционала

[Aleck]

Цитата:

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

Я, конечно, очень виноват, но в чем проблема того, что "локализацая, миграция на новые версии платформы, устранине ошибок и развитие" осуществляется Fullscope?

В том что название конторы не "предсказатель", так бы вопросов не было
А если серьезно, то не надо следить за временем размещения запроса на поддержку, как для SAP или Oracle, чтобы запрос не ушел неквалифицированным индусам, а можно сразу получить квалифицированную помощь от разработчиков, а не суппортеров, не надо пробиваться через несколько уровней эскалации

[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 модуля могут довольно сильно отличаться. Это наследие. Нужен просто супер-мега архитектор, чтобы спроектировать единую систему подобного класса..

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

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

[Aleck]

Цитата:

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

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

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

Повторюсь - для клиента по DAX вся поддержка идет от ПАРТНЕРА, поэтому клиенту в случае с DAX монопенисуально кем поддерживается решение для партнера, это проблема партнера. Клиент в любом случае получает единую точку поддержки.

А сравнивать надо с позиции конечного клиента, а не "промежуточного" звена в виде партнера

[ImpCons]

Цитата:

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

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

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

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