Мне не совсем понятно из вашего описания, что вы ждете от тикет системы. С упомянутыми вами продуктами не знаком и оценить возникшие сложности по такому описанию не могу. Создавать тикеты(заявки через API) а работать сотрудникам через Web-интерфейс. Это основной путь интеграции. Т.е. какие-то разные системы создают заявки, сотрудники работают с заявками через web-интерфейс OTRS. Логины и пароли сотрудников вполне можно "синхронизировать" между системами. В OTRS это настроить можно и не сложно. Также информация по клиентам тоже может браться из сторонней БД.
15 августа 2012 г., 15:00 пользователь Naim Shafiev <[email protected]> написал: > 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 -- Best regards, Sergey Malochinskiy -- Moscow.pm mailing list [email protected] | http://moscow.pm.org
