Разом нас багато - нас не подолати!

если Вы на базисе, тогда нет вопросов, прекрасно понимаю Вашу позицию

Я тоже за мир во всем мире

Согласен на 100%! Модификация – самое последнее дело! Но если надо квадратное, а есть только круглое, то модификация будет дешевле, чем покупка еще одной системы…

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

Да, наверное такие процессы есть. Но тут два вопроса. Первый - нужны ли они. Зачастую при пересмотре бизнес-процессов ( а не просто внедрении софта под текущий процесс) обнаруживается, что стандартный процесс заложенный в сапе более правильный. Может быть не столь удобный - но именно правильный. С точки зрения законодательства хотя-бы. Или получения дальнейшей отчетности. А то нередки случаи когда прогнув сап под дурацкий процесс через год сталкиваются с проболемой получения из него информации, которая при стандартном процессе была бы прозрачной, а вот при доморощенном ее не получишь без танцев с бубном.

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

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

Ну хоть какой-то консенсус. Иногда попытка подогнать всё под западные стандарты кончается созданием подобных "уродцев". Но это болезнь детства 80% всех проектов.

А игла может быть САПовская, может быть консалтерская. Народ выбирает ту, которая доступнее и дешевле.

Единственное, что предприятие может купить САП, а потом долго удивляться, чтож так много денег на него идёт.

САП-вещь дорогая.

Есть деловое предложение, открыть форум "Расширение функционала и модификации".

И в этом форуме всем сообществом решать надобность той или иной модификации. Тут все могут и подсказать полезное и не дать сгубить ситему

Это вполне вписывается в тематические форумы. Расширение функционала так или иначе связано с каким-то конкретным модулем или решением. Если что-то совсем отстраненное - то форум по прочим вопросам, связанным с SAP.

По моему, это логично.

А вот данный топик давно пора разделить и частично выделить в отдельную ветку... ИМХО.

Jedi, если вести разговор о локализации сап фо банкинг в странах СНГ, а не об утилизации гуано, то Вы должны знать, что САП проявляет повышенный интерес к данному внедрению по нескольким причинам:
1. Выгодная продажа с последующим сопровождением. (Это понятно)
2. Практически ВСЕ РАЗРАБОТКИ появившиеся в результате данного проекта САП будет ПРОДАВАТЬ в дальнейшем. Причем, по логике, САП за эти разработки еще и деньги получит используя труд партнеров.

Вот как надо работать! А то расширения, модификация….

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

Ага, вот например обсуждается что-то в модуле по ММ, там все крутые ММ-щики, только вот FI туда почти не заглядывает, а тем более PS. И не могут сказать, что их модулями многое закрывается.
Хотя я согласен с DiaRom, форум по модификациям скорее всего превратится в сплошной флейм.

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


Однако. замечательно...


А это знаешь ли не имеет значения какой модуль я тебе тоже могу привести парочку мудреных сокращений, ну и что... help.sap.com есть, поддрежка есть, /h в руки и всех делов, кстати раз уже зашел разговор за ваш огород, то времени вам дали не 2 месяца, так что разковырять и понять как оно работает можно, собственно за это вам денежку и платят так что метод тут один сначала стараемся понять максимум стандарта и только потом абап... А по поводу старших товарищей так я имел в виду умудренных аксакалов а не специалистов в конкретном модуле... Кстати аксакалу в большинстве случаев не важно какой модул... опыт знаете ли сказывается...


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


Если вы опять же приняли это лично на свой счет тогда извините...

Ой, как тебе будет хорошо при переходе на 4.7 с OpenFI



Ну да сам где-то таких мыслей придерживаюсь

К сожалению по моему опыту SAP не самая дорогая игрушка, кстати очень часто игрушка бывает очень дорогой по простой причине: своих людей учить и удерживать не хотят... Как то давно мне было сказано, что тебе на 100$ поднять зарплату не можем, мы лучше консалту 100 000 $ заплатим потому как это разные статьи да и там опять же интерес может быть... вот так и рождаются что SAP это очень дорого...

Значит будем искать обходное решение, если же его найти не вышло, значит будем давить на SAP путь реализуют этот метод или ты как клиент за красивые глаза им платишь поддержку и прочее? Так что таки в SAP.

При переходе на 4.7 никаких проблем с Open FI нет. У некоторых есть истерия по поводу ноты 530655, но её надо либо откатить, либо использовать field-symbols. Кстати по переделке в FI-FM нам и это не понадобится - я же просто использую Open FI для сохранения данных в некоторые таблицы

К тому же посмотри на мои последеющие высказывания - некоторые даже не считают модификацией то, что я.

Просто надо с умом ко всему подходить.

P.S. Мы же с тобой уже говорили про это. Помнишь я расказывал, что для пакетника для выделения ср-в FI-FM в 4.0 мы вставляли позиционирование, а при переходе на 4.6 были приятно удивлены, что это самое позиционирование уже сделано, причем даже пакетник переписывать не пришлось (в плане позиционирования конечно)

Ну ты то откатные не дашь, а вот консалт...