Различный CustomerTable в темах

[bloodice]

Цель, ограничить отображаемую информацию в AgentTicketZoom -> Customer Information для отдельной теме.
В dtl за вывод информации отвечает:

Код: Выделить всё

<!-- dtl:block:CustomerTable -->
                    $Data{"CustomerTable"}
<!-- dtl:block:CustomerTable -->

и похоже его никак нельзя настроить, без кастомизации pm.
Я ошибаюсь или все действительно так и прийдется лезть со скальпелем в код?

[ykolesnikov]

Видимо, да.
Однако, надо помнить, что тема (т.е. папка с именем темы), по-моему, может содержать только .dtl файлы (могу ошибаться) и, следовательно изменения в .pm файлах Вы таким образом не привяжете к теме. А папка Custom не привязывается к теме. Таким образом скальпелем придется лезть глубоко, проверяя там, внутри имя темы. Стоит ли игра свеч? Механизма прав в группах не хватает?

[bloodice]

Права на группу не позволяют ограничить отображение этой информации (имхо). Может еще есть какие то альтернативы? Может как то с ACL можно замутить?

[ykolesnikov]

А цель-то хоть какая?
Отключите показ этой информации через SysConfig. Если она кому-то требуется, ее можно найти поиском. Так ли часто это нужно?
Опять же даже если эти данные отображаются в Customer Table, агент, не имеющий прав в группе(очереди), даже перейдя по ссылке не получит доступа к заявкам в очередях в которых у него нет прав. Не надуманная ли проблема.
Поясните, от чего спасаетесь?

[bloodice]

В данных клиента указана информация по типу/условиям договора которая необходима одним отделам и совершенно не нужна другим (к примеру мастеру который будет устранять неполадку у клиента).
Хотелось бы убрать из отображения лишнюю клиентскую информацию, что бы не загромождалось лишним, а также для безопасности (некоторые данные должны отображаться только у конкретных отделов).

[ykolesnikov]

Для системы управления заявками, отображение такой информации, на мой взгляд, излишнее в принципе. Условия договора должны быть перенесены в Сервисы и SLA (по-возможности). Остальные, специфические, требования, должны быть выненсены за пределы системы (на портал). В системе можно оставить ссылки на них, но доступ должен разграничиваться отдельно. Но это - частное мнение.

[bloodice]

Можно, спору нет. Но сейчас наиболее оптимальный вариант это именно разграничение отображаемой информации.
PS: Достал скальпель, пошел резать.

[mukexa]

А "shown (1=always,2=lite)" (в МАР массиве Config.pm) не подходит как вариант?

[alexus]

В любом случае - это кастом. Я бы сделал отдельный виджет в тикетзуме для "секретных" данных клиента и давал на него доступ по группам.

[mukexa]

Одно дело поменять циферку другое перелопатить кучу файлов. Ну и всего лишь как вариант предложил )

[ykolesnikov]

А "shown (1=always,2=lite)" (в МАР массиве Config.pm) не подходит как вариант?

Подход вроде понятен, непонятно как это связать с правами отдельных агентов на этот элемент.
Идея Алексея нагляднее, хотя и связана с кодированием, ну да уж если ввязываться в бой, так чтоб и результат достойный был.

[bloodice]

Сделал так, может кому пригодится:
В AgentTicketZoom.pm рядом с кодом:

Код: Выделить всё

$Param{CustomerTable} = $Self->{LayoutObject}->AgentCustomerViewTable(
Data   => \%CustomerData,
Ticket => \%Ticket,
Max    => $Self->{ConfigObject}->Get('Ticket::Frontend::CustomerInfoZoomMaxSize'),
);

Добавляем:

Код: Выделить всё

$Param{CustomerTable2} = $Self->{LayoutObject}->AgentCustomerViewTable(
Data   => \%CustomerData,
Ticket => \%Ticket,
Type => 'Lite',
Max    => $Self->{ConfigObject}->Get('Ticket::Frontend::CustomerInfoZoomMaxSize'),
);

Теперь в конфиге нужно пометить те поля которые выводить везде или в усеченном виде (если это не было сделано ранее).
Все готово, теперь в теме где нужен короткий вариант используем CustomerTable2.

[ykolesnikov]

Интересно!
А как с раздачей прав на вывод полной или усеченной таблицы?
Или задаете это в настройках (Preferences) конкретного агента?
Чуть подробнее расскажите!

[bloodice]

Это задается через тему у агента. У меня только 2 отдела должны иметь доступ ко всей информации, для остальных необходим усеченный вариант. Грубо говоря если тема standard, то выводится вся информация, а если другая то в сокращенном. Вообще темы у меня названы в основном по аббревиатуре отделов, по этому при заведении агента сразу назначается и тема. Темы агенты самостоятельно менять не могут.

[alexus]

Темы по агентам - очень сомнительная концепция.

[ykolesnikov]

Ну да, если придется еще кастомизироавть что-то, придется повторять в обеих темах.

[bloodice]

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

Темы по агентам - очень сомнительная концепция.

У меня темы по отделам, а не темы по агентам.