Про ФМ флеймить интересней, чем про стажеров в стописятый раз.

Супер интересная информация!
А то занимаешься модулем и не в курсе про историю его продвижения в России и каково состояние дел по подходу к его внедрению у SAP CIS, Юникона и других титанов !

Согласен с Proforg-ом флейм про FM оказался неожидано интересным .

как говорится мир тесен, особенно мир сапа


сорри, сорри просто не смогла удержаться, если перефразировать фразу из известного произведения "при звуках флейты/FM теряет волю"

, затем когда пришла ERP 6.0 стандартный FM стал гораздо удобнее и надежнее чем ZFM, и SAP AG достаточно оперативно помогает [/quote]
Когда-то мы интересовались в САП этим решением, но внятного ответа, кроме пары презентаций и флэшек так и не получили. Якобы основная причина - уход из SAP CIS людей, который им занимались, в другую компанию. Но судя даже по эти обрывочным данным в ZFM была(есть) пара интересных фич, которых нет ни в стандартном FM , ни в BCS
1) формирование заявок на платеж со своей логикой обработки и утверждений
2) тесная интеграция с DMS (в последствии с Record Management)
3) формирование плана платежей
4) формирование БДДС
5) ряд доработок стандарта для ведения догоров

Это можно сделать и делается в стандарте с помощью WorkFlow, причем логику можно сделать и покруче чем в ZFM


ну здесь сходу не смогу сказать, но думаю с DMS и в стандарте можно интегрироваться (может быть с небольшим abap)


В стандарте есть своя функциональность для ведения договоров CA

извините, в прошлом сообщении "склеился" ответ с цитатой

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

Эта схема очень упрощенная Реально нужен плат платежей в привязке к договорным условия, авансам, софрмированным заказам на поставку, поставкам, прогнозу поступления денежных средств и т.д.

ну это было для примера


к договорным условиям - CA
касательно цепочки из ММ - то можно воспользоваться стандартной возможностью автоматического формирования документов выделения средств по графику ожидаемых платежей из ММ

Ситуации в жизни могут быть различные и если хочется чего-то сверхнеординарного, то imho лучше разнообразить стандарт своим abap-ом в допустимых для этого badi и exit-ах, чем переписывать функциональность на Z. В ZFM есть немало своих жирных "минусов", которые с лихвой перекрывают те плюсы, которые он дает. Один их них Вы и сами уже почувствовали - ушли люди, которые его разрабатывали - затормозилось его развитие.

[quote="Delicia] В ZFM есть немало своих жирных "минусов", которые с лихвой перекрывают те плюсы, которые он дает. Один их них Вы и сами уже почувствовали - ушли люди, которые его разрабатывали - затормозилось его развитие.[/quote]


Если я правильно понимаю, что такое ZFM (судя по объему заявленной функциональности и того, что это делали люди из SAP CIS, которые затем ушли),
то люди ушли не абстрактно, а создали свою собственную компанию и продвигают сейчас это решение на рынке, внедряя соответствующий функционал и дорабатывая его.
Сейчас я так понял они хотят из ZFM сделать пакетированное решение наподобие типоаого решения по налогу на прибыль.

"люди из SAP CIS" были соавторами, также активное участие в тех разработках принимали и люди с клиента, которые затем разошлись по разным компаниям. В результате есть несколько вариаций на эту тему, но главный минус в том, что любое Z решение строится исходя изначально для какого-то клиента на неком проекте со своей спецификой, затем "обрастает" новой спецификой для новых клиентов и проектов и т.д., в итоге вся эта "стройная конструкция" никогда не сможет получить такой поддержки и развития, как получает стандарт.

в дополнение к вышесказанному, никто не мешает Вам реализовывать специфику клиента в стандарте, в том числе и используя тот же abap в badi, exit-ах и т.д., при этом не теряя преимуществ поддержки, перспектив развития в новых версиях и т.д.

Продолжая флеймовую тему. Так и хочется воскликнуть: "O tempora o mores!"
Глядя на стажеров, которые хотят быть "ABAB-разработчик".
viewtopic.php?p=376841#p376841
Задумался.. В принципе, мысль дельная

Алиментов на всех не напасутся "разработчики" такие.

В общем, тут соглашусь. Ежели стажера на такой участок отправлять - то действительно алиментами чревато. А до старшего специалиста по абаб - может не дорасти. Оженят