AlexCosmonavt (04.09.07) писал:
Forbes (03.09.07) писал:
Bamzik (16.08.07) писал:
Уважаемые All, я вот задумался - а в чем смысл этой ветки ? Узнать, кто и что использует \ планирует использовать \ для задачи автоматизации WF и BP в разных банках ? ОК, кто Лотус, кто Ландокс, кто еще что-то... А дальше что ?
У ветки 2 направления - превратиться в информационный бесполезняк, наподобие "ЭТО рулит, а НЕ-ЭТО - полный отстой", и соотв. ответами, или породить конструктив
К конструктиву я отношу например, инфу о внедрениях той или иной системы для автоматизации документооборота (внутреннего или предкредитного - только плиз, без навязчивой рекламы). Цель - избежать подводных камней на пути тех, у кого стоит задача автоматизации корпоративного содержания.
Если у кого другое видение конструктива - велкам, всегда рад новаторству !
Согласен с Вами Bamzik.
Видимо ответ кроется в том, что особо у нас нечем поделится. Т.к. внедренных проектов по КZ раз два и обchelsea!
А документооборот на Лотусе считать примером по крайней мере "несовременно". Прошлым веком попахивает.)))
Хотя смотря какая задача стоит. Если тупо прогнать служебку через три визы, пожалуй в самый раз! )))
Спасибо за участие в теме, Коллеги.
Надеюсь будут поводы для горячих дискуссии.
Тема на самом деле интересная и будет в ближайшее время основоной на ниве оптимальных решений в бизнесе.
про прошлый век , коллега , совершенно бездумное замечание , извините
DB2 и Sybase тоже прошлый век , так наверное ? 8 из 10 крупнейших хранилищ в мире построены не на модном Oracle а именно на Sybase
а по поводу прогнать служебку - ну так если разработчик знает Lotus Script или JavaScript - возможности неограничены
а если не знает - то надо учиться
Всем здрасте, сори за долгое отсутствие инициатив - отсутствовал в РК.
Согласен, обвинять технологию (а Lotus - это именно технология, надо отдать ей должное) в несовременности - мягко говоря, неправильно
Грубо говоря, технология должна выполнять стоящую перед ней задачу. Но-но...
ИМХО - внедрение ECM как задачи, приносящей прибыль банку (а это, что ни говори, приоритет номер один для любой организации) за счет оптимизации бизнес-процессов с участием документов - это задача, требующая очень и очень детального анализа как у заказчика, так и у разработчика. И если на обследование и анализ у заказчика влияет множество факторов (а зачастую решается обыкновенным откатом
), то разработчик должен представить максимум информации о своей технологии \ продукте \ солюшенах. И здесь не бывает не-значимых факторов, потому что смотреть надо в будущее, а не только в настоящее. Все, абсолютно все, имеет значение в информации от вендора\разработчика - начиная от кол-ва партнеров в РК как ответа на вопрос - к кому я еще смогу обратиться, если меня (банк) что-то не устраивает, заканчивая возможностями интеграции, как ответа на вопрос - а как будет работать моя система документооборота завтра, когда я поставлю в банк тот же колвир ? Кто будет делать систему, какое кол-во документов будет охвачено ECM-решением, сколько пользователей будет работать в системе, как будут проходить документы по всем этапам согласования - коллеги, не буду занимать Ваше внимание прописными истинами
))
К чему клоню ? А к тому, что если ДЕТАЛЬНО ПРОАНАЛИЗИРОВАВ все возможности предлагаемой технологии\продукта\солюшена, и не получив отката (особенно если Вы - директор ДИТа, или зампред по ИТ
), вы сможете себе честно сказать - да, сие даст все необходимое банку на сегодня, позволит сэкономить на бумаге и прочих расходах тыщщи денех, я не буду иметь геморроя с саппортом и нерезидентами-продавцами, и самое главное - система будет работать и завтра, и послезавтра, и через 10 лет и БУДЕТ ПРИНОСИТЬ БАНКУ ПРИБЫЛЬ, черт побери - только тогда берите эту систему. Все сказал
))