 | natalia on Teste da pegada ecológica em P… |
 | richieri on Um jeito de criar um workflow … |
 | nicollas on Um jeito de criar um workflow … |
 | Sanderson on Novo fórum OTRS em Português |
 | Diramos on Passo a Passo para instalar um… |
No ínicio de Março de 2012 participei da certificação oficial OTRS que ocorreu aqui no Brasil. Como resultado deste processo, abrimos um Forum em portugues no site oficial do OTRS e pretendemos concentrar lá as questões que antes eram resolvidas no meu blog ou no de outros amigos brasileiros, portugueses e de outros países. Visite!
E também temos agora, uma nova área de wiki em português:
Workflows de aprovação podem ser criados de diferentes maneiras no OTRS, principalmente quando você trabalha com o módulo de gerenciamento de mudanças.
Há uma maneira um pouco mais simples de se trabalhar com aprovações utilizando o apenas o módulo de gerenciamento de Incidentes e Problemas (ITSMIncidentProblemManagement).
Ao instalar o pacote ITSMIncidentProblemManagement, você visualizará um link “Decision” nos tickets. Obviamente há algumas configurações a serem feitas para que este link apareça apenas para decisores. Isto também pode ser feito de diversas maneiras também!
Mas gostaria de compartilhar uma maneira de construir um fluxo de aprovações utilizando filas. Desenhei isto para um cliente estes dias e parece eficaz.
Temos uma central de atendimento que atende uma fila chamada “Central”. Esta equipe recebe todos os chamados da empresa e se encarrega de resolve-los em primeiro nível quando possível, solicitar aprovações quando necessário ou encaminhar para um dos possíveis grupos especialistas de 2o ou 3o nível da empresa se não conseguir resolver em primeira instância.
Criamos então uma fila para cada aprovador. Por exemplo, podemos ter uma ou mais pessoas responsáveis por aprovar solicitações de TI, e outras pessoas responsáveis por aprovar solicitações de RH.
Temos no OTRS então algumas filas. Por exemplo:
Quando a Central de atendimento identifica que uma solicitação precisa de aprovação de um gestor da área de TI, ela encaminha esta solicitação para a fila “Aprovadores TI”.
O gestor da área por sua vez aprova este chamado e reencaminha o mesmo para a Central novamente.
Os aprovadores estarão cadastrados nos grupos aprovadoresti e aprovadoresrh.
Acesse o SysConfig e acesse Ticket -> Frontend::Agent::Ticket::MenuModule
Encontre o parâmetro Ticket::Frontend::MenuModule###420-Decision adicione uma chave Group com o conteúdo “rw:aprovadoresti;rw:aprovadoresrh” sem aspas.
Pronto!
Para facilitar um pouco a vida do gestor, criei um módulo que move o chamado automaticamente para um fila especificada pelo administrador do sistema. Neste nosso exemplo, o ticket seria movido automaticamente para a fila Central novamente após a aprovação do gestor, podendo inclusive ir com um status diferenciado.
Você pode fazer o download deste módulo aqui.
Após instalar este módulo, faças as configurações necessárias no Sysconfig -> Ticket -> Frontend::Agent::Ticket::ViewDecisionMove
Blza Richieri? Gostaria de uma ajuda sua…
Estou instalando o OTRS na empresa e tenho a seguinte situação…
Temos 2 unidades com técnicos em ambas as unidades, então cadastrei filas de atendimento separadas (Unidade 1 – hardware, Unidade 2 – hardware, etc…).
Fiz o OTRS autenticar pelo AD (espelhado em ambas as unidades) e uso um atributo no AD para especificar de qual unidade o usuario é (ID. do cliente) pois não encontrei como fazer essa classificação no OTRS através de um grupo do AD.
Como cada fila é presa a um grupo de atendimento, tive que criar filas para cada uma das unidades.
Gostaria de saber se tem alguma forma de especificar em qual fila o usuario pode abrir chamado automaticamente, sem ter que entrar em um por um e linkar o usuario a um grupo específico.
Não sei se me fiz entender, mas se puder me dar uma luz ja que voce tem mais experiencia com o OTRS, agradeço muito…
Opa, conseguimos resolver, entao fica a dica pra quem precisar…
Filtragem de queues através de ACLs utilizando um atributo no AD (mapeado anteriormente como campo empresa durante a sincronização AD->OTRS):
Queues do Suporte AAA para a unidade AAA e AAB para a unidade AAB
$Self->{TicketAcl}->{‘ACL-Empresa-AAA’} = {
StopAfterMatch => 1,
Properties => {
CustomerUser => {
UserCustomerID => ['AAA']
},
},
Possible => {
Ticket => {
Queue => [
'[RegExp]^Suporte AAA::Hardware::’,
‘[RegExp]^Suporte AAA::Software::’,
‘[RegExp]^Suporte AAA::Telecom::’,
‘[RegExp]^Suporte AAA::Tickets’
]
},
},
};
$Self->{TicketAcl}->{‘ACL-Empresa-AAB’} = {
StopAfterMatch => 1,
Properties => {
CustomerUser => {
UserCustomerID => ['AAB'],
},
},
Possible => {
Ticket => {
Queue => [
'[RegExp]^Suporte AAB::Hardware::’,
‘[RegExp]^Suporte AAB::Software::’,
‘[RegExp]^Suporte AAB::Telecom::’,
‘[RegExp]^Suporte AAB::Tickets’
]
},
},
};
Falow!!
Richieri, boa tarde!
Estamos quase decididos em implantar o OTRS aqui ma empresa, já estamos com uma instalação de testes e estamos gostando muito.
Gostaria de saber se existe uma forma de atender a necessidade abaixo:
O usuário abriu um chamado, esse chamado caiu em uma fila qualquer.
Após o primeiro atendimento, é redirecionada para a fila correta. Após estar nessa fila correta, se ele não for atendido no tempo combinado (SLA), disparar um evento ou e-mail para um responsável.
Existe essa possibilidade?
Obrigado
Vitor,
Isto pode ser feito sim, e de vários modos.
Acredito que o mais fácil e prático é configurar o tempo de escalação na fila e configurar o percentual para cada tipo de notificação.
Richieri,
estou com o OTRS aqui na empresa onde trabalho, e tenho uma duvida sobre se é possivel fazer.
O que acontece é o seguinte, eu tenho as filas e os tipos de chamados, é possivel eu ligar esses dois? por exemplo, eu tenho uma fila Suporte, uma sistemas e outra de emprestimo de equipamentos, e eu queria que assim que eu escolher essa fila, no caso se eu escolher suporte, ele me trazer apenas as opções que se encaixem no Suporte (config de soft, instalaçao de maquina, hardware, etc), é possivel fazer isso? teria algum lugar onde eu possa ter uma base pra fazer tal coisa?
Tem sim Nicollas,
Desenvolvi um pacote que permite isso e está a venda por um precinho bem baixo no site da minha empresa:
http://complemento.net.br/products-page/otrs-packages/filas-e-servicos-2/
Depois de adquirir, se tiver alguma dificuldade para instalar, me avisa que te dou as dicas do que fazer.
Abs,
Acabo de desenvolver a minha primeira versão do módulo Kernel::System::CustomerAuth::JoomlaSSO.
Com ele, usuário logados no Joomla, acessam diretamente a interface de cliente do OTRS sem a necessidade de digitar usuário e senha. O base de clientes do OTRS deve ser a mesma do Joomla.
Algumas modificações são necessárias no Joomla e no OTRS, por isso ainda não é um modulo fácil de instalar.
Se você possuir interessante em fazer esta integração em sua instalação, fale comigo!
Olá me intersso por esse módulo. Poderia me passar mais informações?
As ACL’s servem para incrementar o sistema de permissões do OTRS. Com elas é possível restringir escolhas de atributos do ticket ou ações possíveis de serem tomadas de acordo com as propriedades atuais do mesmo (fila atual, estado etc).
Atualmente criamos as ACLs com implementação de códigos no arquivo Kernel/Config.pm (recomendado) e não há interface gráfica para isso. Com sua utilização, é possível inclusive implementar pequenos workflows no sistema.
Vejamos um exemplo de ACL que restringe um chamado de prioridade alta (5) para que seja permitido move-lo apenas para uma fila chamada Alerta:
Sanderson, 
ricardo, 
richieri and 3 others are discussing. 
nicollas, 
Ricardo is discussing. # ticket acl
$Self->{TicketAcl}->{'ACL-Nome-2'} = {
# match properties
Properties => {
# current ticket match properties
Ticket => {
Queue => ['Raw'],
Priority => ['5 very high'],
}
},
# return possible options (white list)
Possible => {
# possible ticket options (white list)
Ticket => {
Queue => ['Alerta'],
},
},
};
Neste exemplo, é bom que se deixe claro que a única ação que restringimos foi a alteração de fila. As outras ações continuam possíveis de acordo com as parametrizações e permissões do usuário. Por exemplo, ainda é possível adicionar notas ao chamado, responde-lo, mudar seu status para qualquer um disponível no sistema.
É possível notar que existem dois blocos de código neste exemplo acima. O primeiro com comentário “# match properties” é a definição das propriedades atuais do ticket, como se fosse um filtro onde definimos em que ocasiões essa ACL será aplicada.
No segundo bloco definimos as restrições ou permissões que os tickets que “cairem” nesta ACL sofrerão.
Action
Vamos aprimorar este exemplo fazendo com que um ticket de prioridade 5 não possa ser fechado na fila Raw através da tela “Fechar” (módulo AgenteTicketClose). Ficaria assim:
# ticket acl
$Self->{TicketAcl}->{'ACL-Alerta5'} = {
# match properties
Properties => {
# current ticket match properties
Ticket => {
Queue => ['Raw'],
Priority => ['5 very high'],
}
},
# return possible options (white list)
Possible => {
# possible ticket options (white list)
Ticket => {
Queue => ['Alerta'],
},
Action => {
AgentTicketClose => 0,
},
},
};
Além de restringir a escolha dos atributos dos tickets, podemos definir quais ações (ou telas) poderão ser exibidas ou não ao agente/cliente. Neste exemplo acima, além de permitir apenas que o agente mova este chamado para fila Alerta, também desabilitamos a tela e o botão “Fechar” (módulo AgenteTicketClose). Assim não encorajaremos o atendente a fechar os tickets de prioridade 5 na fila Raw.
PossibleNot
No entanto, o atendente da ainda pode encerrar o chamado se este estiver na fila Raw, pois não desabilitamos a escolha os estados “Fechado” com e sem exito, ou seja, ele não verá a tela fechar, mas pode fechar o chamado caso clique em “Chamada telefônica realizada” e escolha um dos estados fechado.
Vamos simular então uma ACL onde o atendente nunca poderá fechar um chamado se o mesmo estiver na fila Raw com prioridade 5. Ficaria assim:
# ticket acl
$Self->{TicketAcl}->{'ACL-Alerta5'} = {
# match properties
Properties => {
# current ticket match properties
Ticket => {
Queue => ['Raw'],
Priority => ['5 very high'],
}
},
# return possible options (white list)
Possible => {
# possible ticket options (white list)
Ticket => {
Queue => ['Alerta'],
},
Action => {
AgentTicketClose => 0,
},
},
PossibleNot => {
# possible not ticket options
Ticket => {
State => ['closed successful','closed unsuccessful'],
},
},
};
Notem que adicionamos um terceiro bloco de código, o “PossibleNot”. Ali definimos o que não será possível fazer. Para tentar esclarecer mais:
Também é possível utilizar expressões regulares. No exemplo abaixo (retirado da documentação oficial), exibimos apenas serviços que comecem com a palavra “Hardware”, para um ticket estiver na fila HW ou uma de suas subfilas:
$Self->{TicketAcl}->{'Only-Hardware-Services-for-HW-Queues'} = {
# match properties
# note we don't have "Ticket => {" because there's no ticket yet
Properties => {
Queue => {
Name => ['[RegExp]HW'],
}
},
# return possible options
Possible => {
# possible ticket options
Ticket => {
Service => ['[RegExp]^(Hardware)'],
},
},
};
Vale a pena lembrar que os serviços começados com a palavra “Hardware” continuaram sendo exibidos em outras filas. Foi utilizando esse tipo de ACL que construí um módulo que permite escolher os serviços que queremos exibir em cada uma das filas do sistema.
Parâmetros possíveis
Aqui temos uma lista de todos os parâmetros possíveis para as ACLs:
# ticket acl
$Self->{TicketAcl}->{'ACL-Name-Test'} = {
# match properties
Properties => {
# current action match properties
Frontend => {
Action => ['AgentTicketPhone', 'AgentTicketEmail'],
},
# current user match properties
User => {
Group_rw => [
'hotline',
],
},
# current user match properties
Ticket => {
Queue => ['Raw'],
State => ['new', 'open'],
Priority => ['some priority'],
Lock => ['lock'],
CustomerID => ['some id'],
CustomerUserID => ['some id'],
TicketFreeKey1 => ['some key'],
TicketFreeKey2 => ['some key'],
# ...
TicketFreeKey8 => ['some key'],
TicketFreeText1 => ['some value'],
TicketFreeText2 => ['some value'],
# ...
TicketFreeText8 => ['some value'],
}
},
# return possible options (white list)
Possible => {
# possible ticket options (white list)
Ticket => {
Queue => ['Hotline', 'Koordination'],
State => => ['some state'],
Priority => ['5 very high'],
TicketFreeKey1 => ['some key'],
TicketFreeKey2 => ['some key'],
# ...
TicketFreeKey8 => ['some key'],
TicketFreeText1 => ['some value'],
TicketFreeText2 => ['some value'],
# ...
TicketFreeText8 => ['some value'],
},
# possible action options (white list)
Action => {
AgentTicketLock => 1,
AgentTicketZoom => 1,
AgentTicketClose => 1,
AgentTicketPending => 0,
AgentTicketNote => 1,
AgentTicketHistory => 0,
AgentTicketPriority => 1,
AgentTicketFreeText => 0,
AgentTicketHistory => 1,
AgentTicketCompose => 1,
AgentTicketBounce => 1,
AgentTicketTicketPrint => 0,
AgentTicketForward => 1,
AgentTicketTicketLink => 1,
AgentTicketPrint => 1,
AgentTicketPhone => 1,
AgentTicketCustomer => 1,
AgentTicketOwner => 0,
},
},
# remove options (black list)
PossibleNot => {
# possible ticket options (black list)
Ticket => {
Queue => ['Hotline', 'Koordination'],
State => ['closed', 'removed'],
},
},
};
Consulte também:
Uma livre tradução do manul do OTRS 3.0:
http://doc.otrs.org/3.0/en/html/states.html
O OTRS permite alterar estados de bilhetes pré-definidos e os seus tipos, ou mesmo adicionar novos. Dois atributos são importantes para um estado: o nome do estado e do tipo de estado.
Os estados padrão do OTRS são: ‘fechado com sucesso’, ‘fechado sem sucesso’, ‘merged’, ‘novo’, ‘aberto’, ‘pendente auto fechamento +’, ‘pendente auto fechamento -’ ‘lembrete de pendente’, e ‘removido’ .
Os bilhetes estão neste estado geralmente quando são criados a partir de e-mails recebidos.
Comentário Ronaldo: Desta forma os atendentes sabem que este ticket ainda não foi lido, ou seja, nossa empresa ainda não tem conhecimento deste problema.
Quando o tempo determinado no campo “Data de Pendência” for atingido, o dono bilhete/ticket receberá um email de lembrete sobre o bilhete. Se o bilhete não estiver bloqueado, o lembrete será enviado a todos os agentes da fila. Lembrete de bilhetes só serão enviados durante o horário comercial, e são repetidamente enviados a cada 24 horas até que o estado bilhete seja alterada pelo agente. Tempo gasto pelo bilhete neste estado continua a contar para fins de escalonamento.
Bilhetes neste status serão definidos como “Fechado sem sucesso” se o tempo de espera determinado em “Data de Pendência” for atingido. Tempo gasto pelo bilhete neste estado continua a contar para fins de escalonamento.
Bilhetes neste status serão definidos como “Fechado com sucesso” se o tempo de espera determinado em “Data de Pendência” for atingido. Tempo gasto pelo bilhete neste estado continua a contar para fins de escalonamento.
Este é o estado final de bilhetes que foram resolvidos com êxito. Dependendo da configuração, você pode ou não ser capaz de reabrir bilhetes fechado.
Ronaldo,
Gostaria de tirar duas dúvidas:
1 – Quando colocamos o ticket com o estado merged, o OTRS pede para referenciar a qual ticket ele será vinculado? Nesse caso, o ticket associado também ficará na situação merged? Quando encerramos um ticket merged, ele fechará os demais?
2 – Há como criar um estado que não seja contabilizado o tempo do mesmo para fins de relatório? Ex: Colocar o estado no ticket Ag. usuário, já que não depende do atendente mais e sim do usuário.
Desde já agradeço o retorno.
1 – Existem associações diferentes. O ticket pode ser pai, irmão ou filho de um outro ticket. Fechando o ticket pai, todos os filhos se fecham!
Ronaldo,
Testei aqui associando como pai e filho ou dividindo e quando eu fecho o pai, ele não está fechando os filhos.
Você teria alguma explicação para isso?
Desde já agradeço seu retorno.
abs
Tem várias, tem haver com a parametrização que vc fez, em diversos lugares. Talvez para o que você precisa, seja melhor usar isto aqui:
http://www.youtube.com/watch?v=zkc_qTCSloo
2 – Na instalação padrão não. O OTRS Group vende uma solução que permite isso.. mas custa meio caro se sua empresa for pequena. Para médias e grandes, vale a pena.
Ou podemos desenvolver também. 
Ola Ronaldo,
Parabéns pelo blog e as informações contidas, ta raro de encontrar conteúdo somatório, parabéns.
Implementei o OTRS, configurei os padrões de emails, traduzi algumas partes (as essenciais), e coloquei para funcionar, porem em qualquer estatus do chamado, o sistema não esta enviando email para o usuário.
O sistema só ta enviando emails nos seguintes casos; novo perfil, reenvio de senha, e nova senha.
Tem alguma amarração que eu deva fazer para funcionar, lembrando que está configurado o envio na via SMTP e tudo testado,
Muita gente pediu:
https://otrsteam.ideascale.com/a/dtd/App-for-mobile-devices-like-Android–Blackberry/83263-10369
Um desenvolvedor mandou ver!
https://market.android.com/details?id=com.ptitov.megaticket&rdid=com.ptitov.megaticket&rdot=1
Recomendo OTRSAndro .
Bem menos Bugs que o Megaticket. 
Super dica! Obrigado! Estou testando aqui
O OTRS é uma ferramenta poderosa que oculta muitos de suas possibilidades no código que ainda não está 100% documentado. Essa eu descobri fazendo engenharia reversa no código.
Imagine que você quer retirar o menu Prioridade do Ticket para os atendentes de 1o nível e deixar apenas visível para supervisores.
Acesse ADMIN-> Configurações do Sistema -> Ticket -> Frontend::Agent::Ticket::MenuModule
Em seguida ache o parametro de configuração referente ao item que você deseja ocultar. Neste caso, Ticket::Frontend::MenuModule###300-Priority
Adicione um chave “Group” e no campo conteúdo coloque “rw:nome_do_grupo_que_tera_acesso”. Para adicionar mais de um grupo, separe por ponto e virgula: “rw:admin;rw:supervisores”
A partir de uma instalação clean do Ubuntu. Vamos executar os seguintes comandos:
Vamos atualizar o sistema
sudo apt-get update sudo apt-get upgrade
Vamos instalar a maior parte dos pacotes necessários pelo OTRS 3
sudo apt-get install otrs2 aspell-pt-br build-essential
Durante este processo, o servidor pedirá que você indique uma senha de Mysql para seu servidor. Coloque uma senha e anote-a!
O sistema também te perguntará se deseja configurar automaticamente a base de dados do OTRS. Eu escolhi que não (Configure database for otrs2 with dbconfig-common?)
Agora, removemos o OTRS 2 que não será necessário.
sudo apt-get remove otrs2
Vamos baixar o otrs para o servidor, descompactar e renomear sua pasta.
cd /opt wget http://ftp.otrs.org/pub/otrs/otrs-3.0.10.tar.bz2 tar jcvpf otrs-3.0.10.tar.bz2 mv otrs-3.0.10 otrs
Instalando os módulos perl necessários:
sudo perl -MCPAN -e shell
Responda todas as perguntas com a resposta padrão que está entre “[]“. Quando surgir o prompt (cpan[1]>) digite:
install YAML install Encode::HanExtra install JSON::XS install Net::LDAP
(aqui na instalação do Net::LDAP, quando perguntado se você deseja instalar um modulo opcional, responda sim (y))
install MKUTTER/SOAP-Lite-0.710.10.tar.gz exit
Criando os arquivos de configurações
sudo rm /etc/apache2/conf.d/otrs2 sudo cp /opt/otrs/scripts/apache2-httpd.include.conf /etc/apache2/sites-available/otrs sudo cp /opt/otrs/Kernel/Config.pm.dist /opt/otrs/Kernel/Config.pm sudo a2ensite otrs sudo apache2ctl restart
Arrumando permissões:
sudo usermod -a -G nogroup otrs sudo usermod -a -G www-data otrs cd /opt/otrs/bin sudo ./otrs.SetPermissions.pl /opt/otrs --otrs-user=otrs --web-user=www-data --otrs-group=nogroup --web-group=www-data
Finalmente, acesse o instalador do OTRS via Web, de um outro computador que tenha um navegador:
http://seu_servidor_ou_ip/otrs/installer.pl
Siga o passo a passo apresentado na tela. Neste método, você vai precisar da senha do servidor de banco de dados que você instalou e anotou
Acho que também é necessário instalar este modulo perl: Net::SMTP::TLS
sudo apt-get install libemail-sender-transport-smtp-tls-perl
Bom dia Ronaldo, trabalho em uma empresa de TI e gostaria de saber se tem alguma empresa no Brasil que presta suporte no sistema da OTRS. caso você faça isso se tem como enviar seu telefone!!
Abrigado
Ronaldo, seguindo estes procedumentos, tanto no ubuntu desktop quanto no server me aparece a seguinte mensage de que o mysql-client precisa ser instalado e configurado.
“Configuring the database for otrs2 requires the package mysql-client to be installed and configured first, wich is not something that can be checked for automatically.
If in doubt, you should choose “abort”, and install mysql-client before continuing with the configuration of this package. If you choose “retry”, you will be allowed to choose different answers (in case you chose the wrong database type by mistake). If you choose “ignore”, then installation will continue as normal.
Next step:
abort
retry
ignore
Com isso não foi possível instalar o otrs.
Vou abortar o tutorial, instalar o mysql-client e tentar novamente instalar o otrs.
Olá, Pessoal.
Instalei o OTRS na empresa e estou começando a me familiarizar com essa poderosa ferramenta.
Meu S.O é Linux (Debian Squeeze). A versão do OTRS é 3.1.4
Após a instalação e ajustes nas configurações, o sistema está com suas funcionalidades básicas operando certinho.
Ou seja: o cliente abre chamado, o email é enviado para os atendentes, etc.
Também uso o Nagios Core 3.2 há tempos.
O próximo passo agora é integrar o OTRS com o Nagios para abertura de chamados automaticamente quando da ocorrência de problemas de hosts e serviços, detectados pelo Nagios.
Nagios e OTRS estão instalados em máquinas distintas.
O Nagios já envia emails de alertas para os contatos através do exim.
Já instalei o módulo SystemMonitoring no OTRS.
Já baixei o plugin otrs.NagiosCheck.pl do Nagios Exchange.
Mas estou com muita dificuldade em fazer os dois sistemas “conversarem” entre si.
Ou seja, não consigo fazer com que o Nagios envie email para o OTRS e abra o chamado automaticamente.
Alguém teria um passo-a-passo sobre como fazer isso?
Grato desde já.
Diramos
Uma livre tradução e interpretação da página http://otrs.org/feature/
Boa noite.
Caro amigo gostaria de saber se o OTRS se aplica de maneira adequada a uma assitência técnica, gerenciando ordens de serviço e chamados.
Não tenho muito conhecimento sobre o software e estou em busca de informações a respeito.
Obrigado
Carlos, com certeza se aplica, se vc puder compartilhar mais um pouco do teu dia a dia na assistencia técnica, talvez eu possa opiniar melhor no que vc pode fazer com o OTRS.
Abraços,
Ronaldo Richieri
Oi, Ronaldo!
Preciso implementar um sistema de ticket que permita a avaliação da solução do problema por parte do solicitante. Será que o OTRS possui tal recurso?
Olá Ronaldo.
Recebi a missão de implantar OTRS aqui na empresa em que trabalho. O software é relamente incrível mas esotu com algumas dificuldades na elaboração das estatísticas.
Problema 1:
Preciso mostrar todos os tickets do mês que tiveram determinado estado. Tentei fazer mas só consigo mostrar todos do mês que estão atualmente com este estado e não é isso que preciso, por exemplo se um ticket teve o estado aguardando peça, e já foi fechado não consegui pega-lo no relatório. Sabe como fazer isso?
Problema 2:
Não sei se é possível mas gostaria de exibir um relatório com todos os tickets que já tiveram um determinado estado e qual foi o usuário/atendente que setou este estado. É possível?
Por favor conto com sua ajuda.
Problema 1: Bom, vc quer uma somatoria (Ticket Accumulation) ou a lista de todos eles (Ticket List)? Crie um report novo com o objeto dinamico acima que mais te atenda.
Tem utilizar o State e o Create State. Sinceramente não sei qual vai ser o comportamento. Caso o contrário, tu vai ter que usa SQL e montar um relatório direto do banco de dados.
Problema 2:
Através do SQL sim, com certeza. Diretamente no modulo de estatisca, não sei, teria que gastar algumas horas pesquisando isso =/ Sorry!
Agradeço muito pela ajuda. Quanto ao problema 1 já tentei fazer da forma indicada. e ele retorna apenas os tickets que estão atualmente com aquele estado. fiquei triste pelo OTRS não ter algo tão simples. Pelo visto vou ter que montar os relatórios direto via SQL.
Obrigado.
Ola Ronaldo estamos estudando a implantação da ferramenta em um orgão do governo, gostaria de saber se no seu caso de uso ou ambiente de trabalho a ferramenta foi um case de sucesso, preciso de referencias nacionais, sera que poderia me ajudar?
Aguardo obrigado.
Alexandre,
Trabalho na cobra tecnologia e eles possuem uma gerencia inteira so de software livre e que possui muitos cases de sucesso do OTRS inclusive utilizo um no banco do brasil.
Olá Ronaldo eu estou configurando um OTRS para atender os meus chamados internos, mas estou com uma dúvida. No campo de Nota tem apenas a opçao de tempo total, sabe se dá para adicionar um campo personalizado, pois tenho que controlar o atendimento dentro e fora do horário comercial.
Se tiver alguma dica a respeito, desde já agradeço.
Oi Ronaldo,
Usamos o OTRS aqui na empresa, mas estamos com dificuldade em utilizar as respostas automáticas em HTML, principalmente no fechamento de um chamado. Desabilitamos as notificações dos eventos para uma fila de teste e habilitamos as respostas para a fila. Na abertura de um novo ticket conseguimos formatar a mensagem, mas no fechamento não. É possível realizar essa configuração?
Obrigado.
Você sabe me dizer quais empresas que utilizam o OTRS no Brasil?
Nossa, várias, e não devo conhecer nem 1%
As que eu implementei, dei manutenção ou ajudei de alguma forma:
Estacio
BioRitmo Academia
IBMR
Interop
Mills
4Seniors
Mais tem grandes empresas que estão migrando ou já possuem o OTRS. Me parece que a Eletronorte utiliza.
Enfim, você pode fazer esta pesquisa também no google e colocar aqui também as que você encontrar. Seŕa muito bem vindo Abraços!
Ola,
Instalei a OTRS ha pouco tempo na empresa onde trabalho e gostaria de saber se ha como configurar na opção Chamados-Visualização de Filas, todos os chamados abertos de todas as filas, pois atualmente eu só consigo visualizar os meus chamados e nesse caso gostaria de visualizar de todos os atendentes.
Obrigada
Olá,
Estamos também avaliando a possibilidade de mudar o sistema de helpdesk para OTRS. Como ainda não instalei, gostaria de saber se há como eles cobrarem no futuro pela licença da ferramenta?? Verifiquei que atualmente eles cobram apenas a consultoria, mas fico com receio de futuramente cobrarem a licença, há essa possibilidade?
Desde já agradeço o retorno.
Abraço
Olá Álvaro
É quase impossível o OTRS Group cobrar no futuro por licenças de uso. Não posso dizer que as versões futuras terão esse modelo de cobrança com 100% de certeza, mas é quase impossível.
O OTRS é licenciado sob a GNU Affero License. Você pode ver os detalhes aqui:
http://www.otrs.com/license/
Na verdade, esta licença assim como as outras licenças GNU, não impedem que você venda o software. O que ele garante é que após o software ter sido recebido (gratuitamente ou adquirido mediante pagamento) você tem acesso ao código fonte do mesmo. (Resumindo bem!) Inclusive o próprio OTRS Group já vende algumas peças de software do OTRS mediante pagamento, como é caso das Features AddOns
Mas isto, não há licença no mundo (que eu conheça pelo menos) que vá garantir que uma peça de software sempre será free.
Ocorre que neste momento, e pelos próximos anos acredito, o OTRS não tem licença de uso. Assim sendo, se você fizer a instalação desta versão atual e das próximas que virão sob a mesma licença, fique tranquilo! A licença GNU Affero garante que eles não poderão cobrar licenças de uso ou royalties em cima de uma versão que foi licenciada sobre esta licença.
Sendo assim, uma vez que você tem uma versão estável em produção, não precisa se preocupar em ter que posteriormente pagar pelo uso da mesma.
Ronaldo,
Obrigado pela detalhada e rápida resposta.
Estamos avaliando e faremos teste para saber se realmente atende nossas necessidades, caso atenda, pretendemos até março implantá-lo(produção) na empresa.
Desde já agradeço seu retorno e parabenizo pelo excelente blog.
Abs,
Ronaldo,
Estou implementando o sistema OTRS na empersa em que trabalho, porem são muitos usuarios, queria saber se existe um forma de pegar os usuarios direto do AD pra logarem no OTRS.
Olá! Tem sim Nicollas. Veja estes links:
http://doc.otrs.org/3.0/en/html/customer-user-backend.html#db-customer-backend
http://doc.otrs.org/3.0/en/html/auth-backends.html
Ola,
Instalei a OTRS ha pouco tempo na empresa onde trabalho e gostaria de saber se ha como configurar na opção Chamados-Visualização de Filas, todos os chamados abertos de todas as filas, pois atualmente eu só consigo visualizar os meus chamados e nesse caso gostaria de visualizar de todas as filas de todos atendentes.
Obrigada
Olá,
Na empresa onde trabalho utiliza-se o Ocomon para gerenciar os chamados e o inventário de equipamentos. O atual Gestor de TI deseja implementar o OTRS para gerenciar os chamados, porém até onde verificamos o OTRS não possui módulo de inventário.
Há algum módulo de inventário no OTRS ou alguma forma de integrar o módulo do Ocomon no OTRS?
Olá João,
O OTRS Possui um módulo super flexível que permite a você fazer o inventário de sua infraestrutura
Na verdade,o conceito disto no OTRS tem mais a ver com a abordagem itil,ou seja, falamos em Cmdb.
aliás, este é o nome do módulo, OTRS ITSM CMDB
Bom Dia Ronaldo
De tudo o que procuro em relação ao OTRS sempre acabo caindo no seu site, me parece que vc é o pai do OTRS no Brasil…. Parabéns pelo site..
Estou em fase de teste para implementar o OTRS aqui na empresa, mas aconteceu um problema, mudamos o parametro pra que ele começasse a receber os emails enviados ao servicedesk automaticamente, mas agora não consigo mais alterar os status dos chamados abertos, vc acha que isso tem alguma relação?
Abraços
Cilene
Boa tarde Ronaldo,
Como o cara mais acima também estou implementando o sistema OTRS na empresa em que trabalho e são muitos usuarios, queria saber se existe um forma de pegar os usuarios direto do Samba (OpenLdap) pra logarem no OTRS.
O sistema é o mesmo que para o AD?
Grato pela ajuda.
Att.,
Mateus Barbosa
Sim, é o mesmo, com alguns ajustes. Esse tipo de questão pode ser tirada agora no fórum:
http://forums.otterhub.org/viewforum.php?f=125
Ou através de ajuda profissional =D : contato@complemento.net.br
Abraços!
Uma das etapas importantes na instalação do OTRS é a verificação por módulos perl necessários para o software. O processo para verificação está descrito no documento INSTALL e se dá através do comando “perl /opt/otrs/bin/otrs.CheckModules.pl” supondo que você descompactou os arquivos do otrs na pasta /opt/otrs
Uma das dependencias que pode dar dor de cabeça na instalação é o módulo SOAP::Lite, que de vez em quando o CheckModules acusa ser de uma versão instável. No link abaixo encontrei uma ótima solução para continuar a instalação
Também resolve:
perl -MCPAN -e shell
install MKUTTER/SOAP-Lite-0.710.10.tar.gz
Álvaro are discussing. 
Dilson are discussing. 
Diramos, 
Cláudio Gonçalves, 
Francisco and one other person are discussing. 
Mateus, 
Cilene and 12 others are discussing.
Dilson 11:32 on 23/03/2012 Permalink |
Agora sim… =)
paulo lopes 11:03 on 24/03/2012 Permalink |
Richieri, gostaria de aprender mais sobre OTRS. Estamos implantando na empresa.
Se puder me dar dicas, como trilhar o caminho.
http://www.cimfel.com.br
Felipe 14:34 on 02/04/2012 Permalink |
Richieri, gostaria de saber se tem como configurar no otrs para adicionar notas no chamado pelo email e reabrir chamado.
pois tenho aqui instalado e no meu não está funcionando esta parte
richieri 15:12 on 02/04/2012 Permalink |
Felipe, acesse o Fórum acima e deixe sua dúvida lá ok? Se precisar de ajuda pontual e profissional, envie um email para minha empresa contato@complemento.net.br e te ajudamos!
Abraços!
ricardo 15:35 on 05/04/2012 Permalink |
ronaldo,
poderia me ajuar? instalei o modulo de help-desk no windows, como faço para instalar o modulo de mudancas?
Sanderson 10:46 on 11/05/2012 Permalink |
Richieri, Bom Dia
Trabalho na area de TI de uma empresa, e estamos nas primeiras semanas de implementação, e nessa segunda semana, houve um pequeno problema pela madrugada na parte de envios de emails de NF-e, e com isso foram abertos, mais de 2000 chamados, e minha duvida é a seguinte, há um jeito mais fácil de fechar todos chamados de uma só vez, os associando ou deletando? Pelo administrador ou pelo Banco…. Desde já agradeço e parabéns pelo blog e o fórum, foram de grande ajuda pra mim e para a equipe.