[Moscow.pm] Легковесный аналог RT/OTRS для встраивания в стороннее приложение.

Пт Авг 17 02:04:33 PDT 2012

Про КПД согласен. Именно по этому я потихоньку(и по возможности) все
тяну в OTRS, вплоть до небольшого плагина для доступа к справочнику по
сотрудникам компании - казалось бы мелочь, но отвлечение сотрудника
колцентра на поиск номера коллеги тоже не мало стоит.

17 августа 2012 г., 13:00 пользователь Naim Shafiev <shafiev на gmail.com> написал:
> 17 августа 2012 г., 13:27 пользователь Sergey Malochinskiy
> <sergey.malochinskiy на gmail.com> написал:
>>> Синтегрировать все в одной системе.Эдакий монстр.
>>
>> Мне что-то подсказывает - такого напрямую стоит избегать. Обработка
>> заявок клиентов отдельно, информация о клиентах отдельно и т.д. с
>> минимальным пересечением систем.
>> С одной стороны интеграция сложней и не такая гибкая как порой
>> хочется, зато сопровождать в итоге получается проще. Ну и заодно
>> безопаснее. Т.к. системы пересекаются на минимально необходимом
>> уровне.
> Согласен,
> просто кпд операторов , очень сильно  падает , и они начинают говорить
> что с одного окна как бы все легче, да и менеджера все легче
> контролировать .
>
>>
>>
>> 17 августа 2012 г., 12:18 пользователь Naim Shafiev <shafiev на gmail.com> написал:
>>> 17 августа 2012 г., 13:16 пользователь Sergey Malochinskiy
>>> <sergey.malochinskiy на gmail.com> написал:
>>>> Мне не совсем понятно из вашего описания, что вы ждете от тикет
>>>> системы. С упомянутыми вами продуктами не знаком и оценить возникшие
>>> Синтегрировать все в одной системе.Эдакий монстр.
>>>
>>>> сложности по такому описанию не могу.
>>>> Создавать тикеты(заявки через API) а работать сотрудникам через
>>>> Web-интерфейс. Это основной путь интеграции.
>>>
>>> Я покамесь тоже только такой путь и вижу.
>>>
>>>> Т.е. какие-то разные системы создают заявки, сотрудники работают с
>>>> заявками через web-интерфейс OTRS. Логины и пароли сотрудников вполне
>>>> можно "синхронизировать" между системами. В OTRS это настроить можно и
>>>> не сложно. Также информация по клиентам тоже может браться из
>>>> сторонней БД.
>>>>
>>>>
>>>> 15 августа 2012 г., 15:00 пользователь Naim Shafiev <shafiev на gmail.com> написал:
>>>>> 14 августа 2012 г., 10:08 пользователь Sergey Malochinskiy
>>>>> <sergey.malochinskiy на gmail.com> написал:
>>>>>> Здравствуйте.
>>>>>>
>>>>>> Что-то мне подсказывает, что готового решения для встраивания не
>>>>>> найдете. Либо писать свое либо использовать и интегрировать OTRS/RT.
>>>>>
>>>>> Ок. Именно вопрос с интеграцией меня сподвигнул на это . В данный
>>>>> момент у нас сложилась такая ситуация - есть наша  система с который
>>>>> происходит и управление и хранение различнейшей инфы(данные по
>>>>> клиентам, их потребление и тд) и система обработки заявок Sysaid .
>>>>> При этом sysaid не связан с обьектами ironleg ( к примеру нельзя
>>>>> выбрать абонента у которого траблы, нет инфа об трафике с его порта )
>>>>> и приходиться все обьекты дублировать  , постоянно.
>>>>> Также нету нормальной базы знаний.
>>>>> Sysaid с трудом позволяет(щас работаю над этим) интегрироваться, но
>>>>> там все довольно бажно, как и в любом глубоко проприетарном софте.
>>>>> Причем при интеграции он переносит(перетягивает если кто понял)  все
>>>>> на себя.
>>>>> Интересно RT/OTRS при интеграции как себе ведет и можно ли его
>>>>> синтегрировать по моему сценарию.
>>>>>
>>>>>
>>>>>> За последние три года немало поковырялся с OTRS - пишу модули,
>>>>>> сопровождаю для компании в которой работа. локализованную внутреннюю
>>>>>> ветку.
>>>>>> Нравится чистота кода и логичность структуры. Кстати в последних
>>>>>> версиях есть нормальный RPC для приложения айфоновского. Думаю для
>>>>>> интеграции вам подойдет.
>>>>>> Там насколько помню реализован основной функционал которого вам на
>>>>>> первом этапе хватит вполне, а потом можно и расширять своими силами.
>>>>>> Плюс для вас думаю будет полезным настройка авторизации по учетным
>>>>>> данным в другой БД или даже LDAP, что упростит связь приложений.
>>>>>>
>>>>>>
>>>>>> 14 августа 2012 г., 9:00 пользователь Naim Shafiev <shafiev на gmail.com> написал:
>>>>>>> 13 августа 2012 г., 23:38 пользователь Nick Knutov <mail на knutov.com> написал:
>>>>>>>> Вопрос то в чем? Вы ищите существующее решение, или человека, который такое
>>>>>>>> напишет?
>>>>>>>
>>>>>>> Безусловно решение.
>>>>>>> Делать то все равно моей командой.
>>>>>>>
>>>>>>>>
>>>>>>>> 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
>>>>>>>> moscow-pm на pm.org | http://moscow.pm.org
>>>>>>> --
>>>>>>> Moscow.pm mailing list
>>>>>>> moscow-pm на pm.org | http://moscow.pm.org
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Best regards,
>>>>>> Sergey Malochinskiy
>>>>>> --
>>>>>> Moscow.pm mailing list
>>>>>> moscow-pm на pm.org | http://moscow.pm.org
>>>>> --
>>>>> Moscow.pm mailing list
>>>>> moscow-pm на pm.org | http://moscow.pm.org
>>>>
>>>>
>>>>
>>>> --
>>>> Best regards,
>>>> Sergey Malochinskiy
>>>> --
>>>> Moscow.pm mailing list
>>>> moscow-pm на pm.org | http://moscow.pm.org
>>> --
>>> Moscow.pm mailing list
>>> moscow-pm на pm.org | http://moscow.pm.org
>>
>>
>>
>> --
>> Best regards,
>> Sergey Malochinskiy
>> --
>> Moscow.pm mailing list
>> moscow-pm на pm.org | http://moscow.pm.org
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org

-- 
Best regards,
Sergey Malochinskiy