Categoria: OTRS

Pessoal, mais uma dica rápida.

Quando instalamos o OTRS no Linux é necessário instalar algumas dependências do PERL.

Para resolver isso eu utilizo o cpan, depois de configura-lo é só executar o comando abaixo.

cpan Crypt::Eksblowfish::Bcrypt Date::Format DBD::mysql Encode::HanExtra GD  GD::Text  GD::Graph IO::Socket::SSL JSON::XS LWP::UserAgent Mail::IMAPClient IO::Socket::SSL ModPerl::Util Net::DNS Net::LDAP PDF::API2 Compress::Zlib  Text::CSV_XS YAML::XS

Feito isso vamos verificar.

/opt/otrs/bin/otrs.CheckModules.pl

Se o retorno marcar as dependências como instaladas então resolveu o problema.

Espero que seja útil.

Pessoal, fica mais rápida do blog.

Vasculhando a internet faz alguns dias, achei esse site http://otrsaddons.com/ é um repositório que ainda não é, mas deve se tornar referencia em busca por addons para o OTRS.

Confiram…

Pessoal, esse será um post um pouco mais longo, vou falar um pouco sobre as possível maneiras de se organizar seu centro de atendimento, nesse artigo vou falar de duas, uma mais simples, usando o exemplo do fluxo abaixo.

Fonte: http://www.ulbra.inf.br/joomla/images/documentos/TCCs/2010_2/ads-viviane%20cardoso%20fernandes.pdf ( Figura 4 ).

E a outra um pouco mais complexa, usando níveis verticais de atendimentos.

Fonte: http://www.ulbra.inf.br/joomla/images/documentos/TCCs/2010_2/ads-viviane%20cardoso%20fernandes.pdf ( Figura 5 ).

No OTRS normalmente criamos filas e dividimos os chamados de acordo com a fila que representa o nível de atendimento.

Como é dividido o nível 1, nível 2 e nível 3 ?

Por padrão quando é uma atividade muito critica ela não deve ficar no Nível 1 e pode subir até o Nível 3 ( se esse for o ultimo Nível ) se for preciso.

Como garantir que o Nível 1 só atendera o que for do seu escopo de trabalho ?

Uma maneira muito interessante de fazer isso é usando a base de conhecimento, a padronizando que ele só deve atender o que estiver documentado, ou seja ter um passo-a-passo, caso não tenha, passe para o Nível 2, se estiver na base de conhecimento dele execute caso contrário crie um procedimento e coloque o nível 1 para executar lembrando que deve se levar em consideração a criticidade da atividade ao negócio da empresa ou do cliente.

O Nível 3, normalmente vai estar envolvido em projetos ou como chamamos tipicamente em TI “Estiver com alguma bucha“, ou seja, um problema mais crítico ou urgente.

A casos que os chamados deve passar por uma validação de eficacia de solução, isso vai envolver gerenciamento de problemas, itens de configuração, equipes de qualidade e uma boa experiencia.

Tem um artigo interesse nesse link: http://www.itsmprofessor.net/2010/09/problem-management-techniques.html

Nos próximos posts quero falar um pouco sobre gerenciamento de problemas, através de correlação de incidentes no mesmo item de configuração com isso estudo da causa raiz.

Mas isso é pra outro dia.

Esse post não foi nada prático ou passo-a-passo para fazer algo, é apenas um pouco da experiência que adquiri e quis compartilhar com vocês.

Mande suas sugestões para outras dicas.

Abraços…

Pessoal, a OTRS disponibilizou o primeiro beta do OTRS Appliance.

Trata-se de uma máquina pronta, já com o OTRS instalado e com algumas facilidades para se trabalhar.

No link abaixo tem o passa-a-passo para instalação e configuração dos principais recursos.

http://doc.otrs.org/appliance/3.3/en/html/ch02.html

Assim que eu testar, vou colocar um post mais completo, pois tem um questão importante a ser validada, dependendo do SO que rode nessa VM pode não ser suportado pelo hypervisor.

Logo mais, volto com detalhes.

Fiz essa trigger já faz um bom tempo, trata-se de uma trigger para Mysql para reabrir um chamado caso o problema não tenha sido resolvido e o usuário negative o atendimento no Survey.

delimiter //
use otrs //
create trigger Atualizax before insert on survey_vote
for each row
begin
if new.vote_value = 'No' then
update ticket SET ticket.ticket_state_id=4
 where ticket.id = ( select survey_request.ticket_id
 from survey_request,survey_vote
 where survey_request.id = survey_vote.request_id
 and survey_vote.request_id = new.request_id );
end if;
end
//
delimiter ;

Espero que seja útil.

Pessoal, dica rápida pra facilitar a integração do OTRS com o AD.

Tem um utilitário que gera a configuração.

http://sourceforge.net/projects/otrsadconfig/?source=directory

Muito prático, recomendo.

Abraços.

Pessoal,

Uma dica rápida.

Recentemente precisei acertar alguns pontos de lentidão em um OTRS.

Umas das configurações que fiz foi ativar o mod_deflate do apache.

Após ativar o módulo, adicionei essas linhas no arquivo httpd.conf

<IfModule mod_deflate.c>
SetOutputFilter DEFLATE
SetEnvIfNoCase Request_URI \.(?:gif|jpe?g|png)$ no-gzip dont-vary
</IfModule>

Normalmente  a página otrs/index.pl baixa de 90 a 150 kb. Com esse módulo reduzimos a 10-14kp.

Uma compressão ótima, o ganho foi muito bom.

Nas próximas dicas falo sobre as outros pontos para se fazer um tunning no seu OTRS.

A nova versão do OTRS 3.3 trouxe várias recursos interessantes, que estão na lista abaixo.

1. BETTER PRODUCTIVITY

• Dashboard ticket lists and regular ticket overviews can now be filtered by eligible ticket columns, and the shown columns are configurable.
• Ticket medium and preview overviews are now sortable.
• Added a calendar widget for the dashboard that can show tickets as events.
• Added new dashboard widget that shows in a matrix form the number of tickets per state and per queue.
• Agents can now mark important articles.
• A new tree selection widget makes working with tree data (queues, services etc.) much faster and easier.
• Added support to search relative dates ( e.g. more than 1 month ago ) in Date and Date/Time dynamic fields.
• It is now possible to specify templates (previously “standard responses”) also for creation of new tickets and for ticket forwarding.
• The list of available processes can now be filtered by ACLs.
• Added support to initiate processes from Customer Interface.
• In many places text is not shortened any more by a fixed number of characters (“Queue1…”), but instead by available screen estate. This makes it possible to see more information at once.

2. IMPROVED WORKING WITH EXTERNAL SYSTEMS

• OTRS can now use multiple customer company databases, thanks to Cyrille @ belnet-ict.
• OTRS can now automatically store customer user data in ticket dynamic fields for permanent storage in the ticket. This can be useful for reporting.
• OTRS is now able correctly assign incoming emails to existing tickets based on ticket numbers from external systems.
• OTRS can now fetch email also over POP3/TLS connections.

3. IMPROVED INSTALLATION & ADMINISTRATION

• Web Installer now can setup OTRS on PostgreSQL, Oracle and SQL Server databases in addition to MySQL.
• Generic agent jobs can now be executed for configured ticket events.
• The new graphical ACL editor makes ACL editing easier.
• Postmaster filters can now use negated filter conditions, thanks to Renée Bäcker.
• Postmaster filters can now specify relative pending dates and Owner / Responsible for new tickets based on incoming email data.
• Customer and Agent passwords now can be encrypted using the strong bcrypt algorithm, which is better than SHA.
• The toolbar icons now use an icon font which makes it easier to create custom skins with different base colors.

O anuncio oficial pode ser encontrado no link: http://www.otrs.com/de/open-source/community-news/release-notes/release-notes-otrs-help-desk-330-beta1/#c48158

Hoje vamos falar sobre o Events Ticket Calendar.

Você deve criar dois campos dinâmicos para o ticket.

• TicketCalendarStartTime
• TicketCalendarEndTime

Agora adicione em algum view de ticket ( Ex. TicketFreeText [Campos livres ])

Os campos dinâmicos devem ser do tipo Date / Time

O recurso é interessante, você pode usar para criar agendar, alocar recursos e outros.

Por hoje é isso.

Seguindo a dica do Tux Pingus, no comentário abaixo:

https://tuxjr.wordpress.com/2012/12/14/mudando-armazenando-otrs/#comment-196

Vou escrever um pouco sobre a diferença na administração entre as duas configurações importantes, vou abordar aqui dois tipos de banco para fazer essas comparações.

Oracle e Mysql ( Ambos pertence a Oracle )

O Mysql para pequenas cargas de dados se mostra mais rápido que o  Oracle, entretanto quando lidamos com uma quantidade relativamento grande a o Oracle ganha em todos os requisitos.

Então qual o melhor banco para se utilizar com o OTRS.

Por via de regra eu considero o seguinte.

Se você já tem uma infraestrutura de Oracle ou SQL Server eu recomendo deixar o StorageDB ativo, visto que esses dois banco tem bons recursos de  administração.

Isso não quer dizer que não se pode utilizar o Mysql para isso, porém a Administração se tornara mais complexa o pode haver downtime.

Se você não dispor desses recursos o ideal é utilizar o StorageFS assim os artigos e anexos dos seu sistema ficará armazenado no sistema de arquivos do seu SO, mantendo um banco pequeno, logo de fácil administração e controle, a unica dificuldade é você ter que fazer backup de dois lugares Banco e File System.

Pra finalizar eu considero o seguinte.

Usou Oracle ou SQL Server deixa o StorageDB e cuida de perfornance com Tunning no banco, usou Mysql deixe StorageFS e faça backup das pastas onde estão sendo armazenado os dados.

O StorageFS é uma ótima opção também se for trabalhar com algum SSD se armazenar o artigos e anexos em um SSD ou algum outro disco rápido evidentemente que ganhará em performance.

Dica rápida…

Essa semana vou postar mais algumas coisas pessoal.

Abraço.

Boa tarde amigos,

Um recurso muito legal que foi implementado agora no OTRS 3.2.x é que Switch to customer, antes já havia o Switch to User.

Vamos ver como habilitar esse recurso.

Vá para: Framework -> Core

Procure por SwitchToUser e SwitchToCustomer aplique para Sim

Logo abaixo e a opção SwitchToCustomer::PermissionGroup que é o grupo que poderá utilizar o recurso.

Dica rápida.

Por padrão os dados de “article” (interações), são armazenados no banco de dados, para alterar essa configuração é necessário executar o comando.

/opt/otrs/bin/otrs.ArticleStorageSwitch.pl -s ArticleStorageDB -d ArticleStorageFS

Esse comando irá transportar os dados do banco para o File System  por padrão em /opt/otrs/var/article

Simples e prático.

Depois de algum tempo sem escrever devido estar envolvido em alguns projetos posso voltar as dicas e procedimentos que são úteis.

Vamos a primeira desse retorno.

Todas as vezes que vamos executar um dos script $OTRS_HOME/bin temos que entrar no diretórios bin/ normalmente fica em /opt/otrs/bin/otrs.*.

Vamos colocar isso no PATH do sistema para facilitar a execução desses script.

# PATH=$PATH:/opt/otrs/bin

Agora coloque isso no arquivo .bash_profile do seu usuário normalmente root e pronto.

Por esses dias passei por um problema que precisei encontrar a maneira que  o OTRS guarda a senha do banco de dados.

Buscando os seus arquivos encontrei, vou postar aqui o que você precisaria fazer para simular isso.

use Digest::MD5 qw(md5_hex);
use Crypt::PasswdMD5 qw(unix_md5_crypt);
print "Sua senha: ", unix_md5_crypt("SENHA","USER"), "\n";

Simples e rápido.

UPDATE PARA A VERSÂO MAIS RECENTE:

https://otrsbrasil.com/2018/12/05/diagrama-do-banco-do-otrs-da-versao-6/

Pessoal para quem precisar, abaixo o diagrama das tabelas do OTRS 3.0.x

Para quem precisar das outras versões abaixo está o link:

http://ftp.otrs.org/pub/otrs/misc/

Esse diagrama das tabelas do OTRS vai ser útil para caso precisem extrair alguma informação diretamente do Banco do OTRS.

Espero que seja útil.

Instalação

Nós vamos instalar o OTRS no diretório “/opt” manualmente, e não através do gerenciador de pacotes.

Download do arquivo “.tar.gz” no link http://www.otrs.com/open-source/get-otrs/software-download/

• Abra um terminal com o usuário root (sudo su -)
• Extraia o conteúdo do arquivo e mova o diretório para /opt

tar xf otrs-3.0.x.tar.gz

mv otrs-3.0.* /opt/otrs

Os próximos passos são as instalações dos módulos Pearl, o servidor Web e o Banco de Dados.

aptitude install libapache2-mod-perl2 libdbd-mysql-perl libnet-dns-perl libnet-ldap-perl libio-socket-ssl-perl libpdf-api2-perl libsoap-lite-perl libgd-text-perl libgd-graph-perl libapache-dbi-perl mysql-server

Você também pode criar um banco de dados e utilize-lo remotamente, ou até mesmo criar o banco de dados em Oracle ou outro SGBD qualquer, porém, para o nosso manual está fora de escopo.

Agora você deverá criar um usuário para o qual as tarefas do OTRS agendadas na “cron” irão ser executadas.  O usuário deve ser adicionado ao grupo do servidor web e ter como home o diretório “/opt/otrs”.

useradd -r -d /opt/otrs/ -c ‘OTRS user’ otrs

usermod -g www-data otrs

Agora temos que preparar o arquivo de Configuração o OTRS. Copie o arquivo “/opt/otrs/Kernel/Config.pm.dist” para “Config.pm” para que você tenha uma nova cópia. Faça o mesmo para o arquivo “/opt/otrs/Kernel/Config/GenericAgent.pm.dist”.

cd /opt/otrs/Kernel

cp Config.pm.dist Config.pm

cp Config/GenericAgent.pm.dist Config/GenericAgent.pm

Agora você deve setar as permissões para que tanto o usuário do OTRS quanto do Servidor Web tenham as permissões necessárias no diretório. Para isso podemos usar o script previamente fornecido.

cd /opt/otrs

bin/otrs.SetPermissions.pl –otrs-user=otrs –otrs-group=otrs –web-user=www-data –web-group=www-data /opt/otrs

Configurando o servidor Web

O OTRS já possui um arquivo de Configuração padrão para o Apache. Devemos apenas copiar o arquivo em questão para o diretório de configuração do Apache e reiniciar o servidor para que ele valide as configurações em questão.

cp /opt/otrs/scripts/apache2-httpd.include.conf /etc/apache2/conf.d/otrs.conf

service apache2 restart

Avançado: Rodando o Apache com o usuário OTRS

Você só pode fazer isso se o seu Apache suportará apenas ao OTRS. Caso você esteja rodando outros softwares utilizando o Apache, você terá problemas. A finalidade disso é facilitar a administração dos seus serviços, pois desta forma você não se preocupa com a utilização de dois owners no sistema.

Altere este arquivo:  “/etc/apache2/envvars”

Comente estas linhas adicionando o caractere “#” na frente delas.

export APACHE_RUN_USER=www-data

export APACHE_RUN_GROUP=www-data

Após, adicione estas duas linhas:

export APACHE_RUN_USER=otrs

export APACHE_RUN_GROUP=otrs

Reinicie o Apache para validar.

Instalando o OTRS via interface Web

Acesse o endereço local http://127.0.0.1/otrs/installer.pl no seu navegador.  Se você não tem um navegador instalado no seu servidor Ubuntu, o que seria muito comum de acontecer, você pode acessar de outra maquina local e substituir o ip local pelo ip de onde está sendo instalado o OTRS.

No instalador via web você pode criar o banco de dados que será utilizado pelo OTRS, bem como setar outras configurações básicas. (para criar o banco de dados deve ser utilizada a senha de root do MySQL que você definiu na instalação anteriormente). Depois você pode logar no OTRS utilizando o usuário/senha padrão: root@localhost/root.

Agora que você criou o banco de dados, é necessário editar o arquivo “/opt/otrs/scripts/apache2-perl-startup.pl” para configurar o Apache::DBI. O Apache::DBI não é um modulo necessário para o funcionamento do OTRS, mas ele irá pré-estabelecer conexões ao banco de dados, o que aumentará a performance de gravações e  consultas. Sendo assim, fica como uma recomendação, além de ser fácil de ser configurado.

Apenas remova as cerquilhas (ou jogo da velha #) antes das linhas do Apache::DBI e coloque o usuário/senha que foi utilizada para a criação do banco de dados no web installer. Se você esqueceu essa senha, pegue-a na variável $Self->{‘DatabasePw’} localizada no arquivo “/opt/otrs/Kernel/Config.pm”.

use Apache::DBI ();

Apache::DBI->connect_on_init(‘DBI:mysql:otrs’, ‘otrs’, ‘my-secret-pass’);

use DBI ();

Jobs agendados na Cron do OTRS

O OTRS possui vários jobs agendados que são baseados em tempo para serem executados. Entre eles estão: Escalação de Tickets, Envio de Lembretes e notificações, download de e-mails de servidores POP e IMAP, entre outros. Você terá que configurar os jobs na cron do usuário OTRS para que as atividades sejam executadas com sucesso.

cd /opt/otrs/var/cron

for foo in *.dist; do cp $foo `basename $foo .dist`; done

Esse comando substitui e cria os jobs na cron do otrs.

Agora temos que adicioná-los na crontab do usuário OTRS do sistema operacional:

cd /opt/otrs

bin/Cron.sh start otrs

Agora os procedimentos serão executados automaticamente nos períodos de tempo estabelecidos.

Você pode verificar se os jobs do OTRS estão configurados corretamente utilizando o comando “crontab -l -u otrs”.

Agora você pode logar no seu OTRS utilizando o endereço do seu servidor http://seuservidor.com.br/otrs/index.pl utilizando o usuário padrão “root@localhost”.

Crie usuários, filas, configurações personalizadas e aproveite ai máximo do seu sistema.

FONTE: http://wiki.otterhub.org/index.php?title=Installation_on_Ubuntu_Lucid_Lynx_%2810.4%29

Quando você tem acesso ao sistema operacional, para alterar a senha do OTRS é bem simples.

Siga os passos seguintes.

/opt/otrs/bin/otrs.SetPassword.pl root@localhost <novasenha>

O otrs.SetPassword.pl alterar a senha de qualquer usuário, sempre seguindo a sintaxe seguinte.

otrs.SetPassword.pl <usuário> <novasenha>

Espero que seja útil.

Siga os passso, ADMIN -> SysConfig -> Ticket -> Core::Ticket

Ticket -> Core::Ticket

Ative o recurso abaixo.

Ticket::EventModulePost###120-ForceOwnerResetOnMove

Com isso quando alterar a fila de um ticket ele será automaticamente desbloqueado.

Espero que seja util.

Normalmente no OTRS cria-se um fila LIXEIRA ou JUNK e move-se os chamados que desejam apagar para essa fila, o próximo passo é criar uma tarefa de atendente genérico de tal forma que ele remova esse chamado.

Vamos aos passos.

Primeiro você deve selecionar o momento que a task deve ser executada.

Selecione a fila que ela limpará.

Por ultimo configure para remover os chamados dessa fila.

É um procedimento bem simples, mas com esse Gereric Agent da pra criar regras complexas e automatizada para facilitar o seu setor de serviços.

Espero que seja útil.

Desabilitando as funcionalidades de Desição no TicketZoom.

Quando instalarem o módulo de gerenciamento de mudança por padrão o Button Decision aparece na barra de menu do agente, se preferirem não deixar essa funcionalidade você pode seguir os passos abaixo e ocultar esse botão.

Para desabilitar vá em :

SysConfig e navegue até o módulo

Ticket -> Frontend::Agent::Ticket::MenuModule

Uma vez nas opções, desabilite a opção

 Ticket::Frontend::MenuModule###420-Decision

Feito isso voltem para um TicketZoom que já deve ter funcionado.

Já as informações exibidas na barra de informações do chamado (lado direito), a unica maneira que achei é fazendo alterações no codigo fonte do arquivo:

$OTRS_HOME/Kernel/Output/HTML/Standard/AgentTicketZoom.dtl.

Espero que a dica seja útil.

 Crie a prioridade em Admin > Prioridade

Depois edite o arquivo:

/opt/otrs/var/httpd/htdocs/skins/Agent/default/css/Core.Default.css

Adicione isso na sessão correta aproximadamente linha 510 OTRS 3.0.11

.Flag span.PriorityID-6 {
background-color:#000000;
}

🙂

No ambito da técnologia da informação, cada dia mais tem-se a necessidade de registrar e armazenar dados e informações referentes a quaisquer tipos de negócio, ainda mais no que se refere a Serviços de TI, onde os atendimentos realizados por setores de help desk tem por REGRA, a definição de fluxos, políticas e normas de atendimento.

A ferramenta de gerenciamento de serviços de TI e Help Desk, OTRS, vem desde 2001 auxiliando os gestores de setores de TI a registrar, classificar, priorizar e definir fluxos de atendimento que se adaptem às suas regras de negócio, gerenciando os atendimentos de pequenas, médias e grandes empresas.

Com o OTRS, o setor de Help Desk da sua empresa estará dentro dos principais processos descritos pelo framework da ITIL V3, como por exemplo, Gerenciamento de Incidentes, Gerenciamento de Mudanças, Gerenciamento de Nivel de Serviço (SLA), Gerenciamento de Itens de Configuração, Garenciamento do Conhecimento, Melhoria Contínua de Serviço através de pesquisas de satisfação, definição de papéis e muitas outras funcionalidades.

Saiba mais sobre o OTRS e conheça uma ferramenta indispensável para o bom funcionamento do setor de help desk.

Vamos criar alguns posts sobre  instalação e administração do OTRS Help Desk e OTRS ITSM, nessa primeira dica vamos entender como funciona os papéis no OTRS.

O OTRS é uma ferramenta de gerenciamento de serviços de ti e Help Desk completa.

Além das inúmeras funcionalidades já conhecidas pelos utilizadores, existe uma que geralmente não é muito explorada. Os Papéis!

Podemos fazer uma combinação complexa entre uma matriz Atendentes X Papéis X Grupos X Filas e controlar o acesso aos recursos do sistema de maneira rápida e eficiente, além de determinar fluxos e limitar as prioridades de acordo com as necessidades no negócio.

Por ser uma ferramenta de suporte Help Desk e ter em sua composição os principais processos descritos pela ITIL, o OTRS permite que os papéis auxiliem na gestão do serviço por meio da definição de papéis a vários usuários do sistema. Alguns exemplos de papéis comunmente utilizados são:

– Analista I, II … (Responsáveis pelo Atendimento).
– Analista de Itens de Configuração (Responsável pela constante manutenção da arvore de Ativos)
– Analista de Conhecimento (Responsável pela constante manutenção da Base de Conhecimentos)
– Administrador/Gerente (Visão Total do Sistema)
– Diretor (Visão macro do setor Help Desk, apenas acesso aos relatórios).

Na prática.

Através dos papéis, podemos também determinar “quais clientes” um grupo de atendentes irão efetivamente realizar os atendimentos, limitando a visão das equipes sobre os chamados que não fazem parte de seu escopo. (esta uma boa opção de configuração, tendo em vista que, em conjunto com as Filas, várias opções de relacionamento podem ser realizadas). Segue um rápido exemplo (Papel > Grupo):

– Analistas A > Cliente A e B > Filas 1,2 e 3
– Analistas B > Cliente A e B > Filas 4,5 e 6
– Analistas C > Cliente B e C > Filas 1,2,4 e 6
– Analistas D > Cliente C e D > Filas 1,3,5 e 6
– Analista de Itens de Configuração > ConfigItem (Módulo de Gerenciamento de Itens de Configuração)
– Analista de Conhecimento > Faq_* (Módulo de Gerenciamento de Base de Conhecimentos)
– Gerente > Todos os Grupo
– Diretores > Stats (Módulo de Relatórios)

Considerações

A definição e atribuição de papéis é uma maneira eficaz de relacionar os recursos humanos do setor de Help Desk com as necessidades do negócio e, ao mesmo tempo, suprir a necessidade de atender as especificações descritas pelos processos ITIL.