Переход с OTRS на iTop

Использование
1

Добрый день!
Встал вопрос перехода с недоделанного OTRS на iTop.
В данный момент необходимо перенести данные по запросам и инцидентам, собранные за год работы в OTRS
Сделал выгрузку с CSV, настроил столбцы и форматы, но при использовании импорта в iTop возникают ошибки вида:

Не может быть изменен 2015-12-30 15:58:17 - причина: Аттрибут ‘start_date’ доступен только для чтения и не может быть изменен (ткущее значение: , предложенное значение: 2015-12-30 15:58:17)

Формат date соответствует формату в MySql
как победить проблему?
Спасибо!

2

Пардон, что не в тему. А что с OTRS не так?

3

С OTRS все хорошо, её внедрили, но недоработали.
В частности есть необходимость в доработке CMDB под наши задачи.
Людей, владеющих Perl, в команде нет.
Поддержкой никто не занимается уже больше полугода.

4

@MessKnight, добрый день.

Тикеты – объекты с жизненным циклом (статусы). На каждом статусе жизненного цикла для атрибутов объекта установлены различные флаги (read_only, mandatory, must_prompt и т.п.), которыми определяется поведение атрибутов объекта при его создании и редактировании (в т.ч. импортом). Посмотреть их можно в модели данных в инструментах администратора.

По умолчанию тикет создается в статусе “новый”. Для этого статуса start_date имеет флаг read_only, о чём iTop и сообщает. Чтобы это обойти, можно отключить жизненный цикл у тикетов на время импорта. В этом случае никаких флагов не будет, и импорт выполнится успешно.

В дополнительном модуле (лучше в одном из уже установленных ранее, чтобы не возиться потом с удалением нового модуля) добавьте код ниже, прогоните toolkit, сделайте импорт, а затем удалите код и прогоните toolkit ещё раз.

    <class id="UserRequest">
        <lifecycle  _delta="delete"/>
    </class>
5

Спасибо огромное!