14 августа 2012 г., 10:08 пользователь Sergey Malochinskiy <[email protected]> написал: > Здравствуйте. > > Что-то мне подсказывает, что готового решения для встраивания не > найдете. Либо писать свое либо использовать и интегрировать OTRS/RT.
Ок. Именно вопрос с интеграцией меня сподвигнул на это . В данный момент у нас сложилась такая ситуация - есть наша система с который происходит и управление и хранение различнейшей инфы(данные по клиентам, их потребление и тд) и система обработки заявок Sysaid . При этом sysaid не связан с обьектами ironleg ( к примеру нельзя выбрать абонента у которого траблы, нет инфа об трафике с его порта ) и приходиться все обьекты дублировать , постоянно. Также нету нормальной базы знаний. Sysaid с трудом позволяет(щас работаю над этим) интегрироваться, но там все довольно бажно, как и в любом глубоко проприетарном софте. Причем при интеграции он переносит(перетягивает если кто понял) все на себя. Интересно RT/OTRS при интеграции как себе ведет и можно ли его синтегрировать по моему сценарию. > За последние три года немало поковырялся с OTRS - пишу модули, > сопровождаю для компании в которой работа. локализованную внутреннюю > ветку. > Нравится чистота кода и логичность структуры. Кстати в последних > версиях есть нормальный RPC для приложения айфоновского. Думаю для > интеграции вам подойдет. > Там насколько помню реализован основной функционал которого вам на > первом этапе хватит вполне, а потом можно и расширять своими силами. > Плюс для вас думаю будет полезным настройка авторизации по учетным > данным в другой БД или даже LDAP, что упростит связь приложений. > > > 14 августа 2012 г., 9:00 пользователь Naim Shafiev <[email protected]> > написал: >> 13 августа 2012 г., 23:38 пользователь Nick Knutov <[email protected]> написал: >>> Вопрос то в чем? Вы ищите существующее решение, или человека, который такое >>> напишет? >> >> Безусловно решение. >> Делать то все равно моей командой. >> >>> >>> 13.08.2012 17:44, Naim Shafiev пишет: >>> >>>> Доброго времени суток господа. >>>> Встала задача организации системы заявок и их обработки в нашей >>>> системе управления ironleg ( я в киеве показывал, может кто и видел >>>> ). >>>> Так вот в виду того,что держать много систем рук нету и люди ими не >>>> хотят пользоваться, то надо поднять легковесный(именно по функциям) >>>> аналог RT/OTRS , который можно спокойно встроить в наш perlовый код >>>> ironlegа. >>>> >>>> От системы хочется покамест следующего: >>>> 0) Заявки создаются как вручную так и посредством данных >>>> мониторинга(это часть уже написана) >>>> 1) Создание заявки с привязкой к нашему объекту(школу/частный >>>> пользователь) >>>> 2) Состояние заявки - неопределенный статус, решено, в процессе >>>> решения, не может быть решено по причине(тут как бы строгий список из >>>> АТС/ремонт/административная проблема) >>>> 3) История всего этого >>>> >>>> P.S Предчувствую , в виду того что аппетит растет во время еды, >>>> накрутки требований для всего этого со стороны вышестоящих товарищей, >>>> и превращения этого во внеочередной велосипед с квадратными колесами >>>> , нерациональность подхода.Однако пока рассматриваю верхний вариант. >>>> P.P.S Привязка посредством API с RT/OTRS тоже параллельно >>>> рассматривается. >>>> >>> >>> -- >>> Best Regards, >>> Nick Knutov >>> http://knutov.com >>> ICQ: 272873706 >>> Voice: +7-904-84-23-130 >>> -- >>> Moscow.pm mailing list >>> [email protected] | http://moscow.pm.org >> -- >> Moscow.pm mailing list >> [email protected] | http://moscow.pm.org > > > > -- > Best regards, > Sergey Malochinskiy > -- > Moscow.pm mailing list > [email protected] | http://moscow.pm.org -- Moscow.pm mailing list [email protected] | http://moscow.pm.org
