Informações

InBox CustomerPortal [Parte 5 de 5]: autoatendimento, relatórios e automação


Parte 5 de 5 — o fechamento da série sobre o InBox CustomerPortal. Depois da gestão visual (veja a Parte 4), os recursos que reduzem chamados e geram inteligência para o seu negócio.

Base de conhecimento que resolve antes de abrir chamado

A FAQ customizável do portal tem layout próprio, categorias com ícones e busca dedicada — e pode ser vinculada a cada serviço. Quanto mais o cliente se autoatende, menos chamados repetitivos chegam ao seu time.

Tela de FAQ customizada no portal do cliente

Gráficos e relatórios na palma da mão

A home pode exibir gráficos com a evolução dos chamados e indicadores do cliente, além de relatórios executáveis direto no portal (definidos por você via statsID). O cliente enxerga seus próprios números sem precisar pedir — e você agrega valor ao atendimento.

Gráficos e indicadores na home do portal do cliente

Automação com chatbot e mais

O portal integra chatbot via TypeBot (posição, tamanho e páginas configuráveis), permite marcar serviços como favoritos, foto de perfil do usuário, notificações, macros para agilizar a abertura, gerenciador de arquivos e até cadastro de novos usuários pelo próprio cliente. Tudo isso com uma API para integrações.

Visualização de FAQs e autoatendimento no portal

Pronto para transformar seu atendimento

O InBox CustomerPortal entrega um portal do cliente completo sobre o Znuny: personalizável, com catálogo de serviços, abertura inteligente, SLA transparente, avaliação, Kanban, projetos, contratos, FAQ, relatórios e automação. Menos esforço para o cliente, mais eficiência e inteligência para o seu time.

Quer ver o CustomerPortal funcionando no seu ambiente? Fale com a Service Up: contato@serviceup.com.br · serviceup.com.br


Série InBox CustomerPortal (5 partes)

Informações

InBox CustomerPortal [Parte 4 de 5]: Kanban, projetos, contratos e controle de horas


Parte 4 de 5 da série sobre o InBox CustomerPortal. Depois do acompanhamento e SLA (veja a Parte 3), o portal vai além do chamado e vira uma ferramenta de gestão compartilhada com o cliente.

Kanban para o cliente enxergar o fluxo

Os chamados podem ser exibidos em um quadro Kanban, organizados por estado. O cliente acompanha visualmente o andamento das demandas — do “aberto” ao “resolvido” — com a clareza de um board moderno.

Quadro Kanban de chamados no portal do cliente

Meus Projetos

A seção Projetos traz uma visão Kanban dedicada para acompanhar entregas e iniciativas com o cliente — cards configuráveis, colunas próprias e o status sempre visível. Ideal para quem presta serviços continuados e quer transparência total.

Kanban de projetos no portal do cliente

Contratos e consumo de horas

Trabalha com bolsa de horas ou contratos? O portal mostra ao cliente o consumo de horas por contrato, permite a abertura de chamados associada à dupla contrato-serviço, exibe cards de contrato e ainda deixa você definir um limite de gasto mensal. Gestão financeira do atendimento clara para os dois lados.

Exibição do consumo de horas por contrato
Cards de contrato no portal do cliente

Continue na Parte 5 (final) — Autoatendimento, relatórios e automação. Fale com a Service Up — contato@serviceup.com.br.


Série InBox CustomerPortal (5 partes)

Informações

InBox CustomerPortal [Parte 3 de 5]: acompanhamento de chamados, SLA à vista e avaliação


Parte 3 de 5 da série sobre o InBox CustomerPortal. Abrir o chamado é só o começo (veja a Parte 2) — a transparência no acompanhamento é o que constrói confiança.

Meus chamados e os chamados da empresa

O cliente acompanha tanto os seus próprios chamados quanto os chamados da empresa, com colunas customizáveis, filtros por estado, área e período, busca, visão em lista ou Kanban e até chamados arquivados. Você decide quais estados e quais filas aparecem para cada perfil.

Listagem de chamados do cliente no portal

SLA transparente

Com o módulo de SLA integrado, o cliente vê tempo de resposta e de solução diretamente no chamado. Nada de “e aí, como está meu caso?” — a informação fica clara, reduzindo contatos desnecessários e reforçando o compromisso do seu atendimento.

Exibição de SLA no chamado do portal

Avaliação de satisfação por estrelas

Ao encerrar um chamado, o cliente avalia o atendimento com estrelas e comentário. É possível exigir a nota, definir em quais estados a avaliação aparece e até bloquear a abertura de novos chamados enquanto houver pesquisas pendentes — garantindo um fluxo constante de feedback para medir e melhorar a qualidade.

Avaliação de satisfação por estrelas no portal do cliente

Continue na Parte 4 — Kanban, projetos, contratos e horas. Fale com a Service Up — contato@serviceup.com.br.


Série InBox CustomerPortal (5 partes)

Informações

InBox CustomerPortal [Parte 2 de 5]: catálogo de serviços e abertura de chamados sem fricção


Parte 2 de 5 da série sobre o InBox CustomerPortal. Depois de personalizar o portal (veja a Parte 1), vamos ao coração da operação: como o cliente encontra o serviço certo e abre o chamado.

Um catálogo de serviços visual e organizado

Cada serviço vira um card com ícone, cor e descrição próprios — e os serviços-filhos herdam o visual do pai automaticamente. O cliente navega por categorias, usa a busca dinâmica e encontra rapidamente o que precisa, sem depender do time de suporte para saber “por onde abrir”.

Cards de serviço com cores e ícones personalizados

Abertura de chamado guiada e inteligente

O formulário de abertura se adapta ao serviço escolhido: você pode pré-definir fila, tipo, SLA e prioridade, exibir campos dinâmicos específicos, ocultar campos desnecessários, anexar uma FAQ relacionada ao serviço e até definir um tempo mínimo de espera entre novos chamados. Menos dúvida para o cliente, mais qualidade na triagem para o seu time.

Tela de abertura de novo chamado no portal do cliente

Processos direto no portal

Fluxos mais complexos? O CustomerPortal roda processos (BPMN) do Znuny diretamente na interface do cliente — solicitações estruturadas com etapas, campos e transições, guiando o usuário do início ao fim.

Execução de processo BPMN no portal do cliente

Continue na Parte 3 — Acompanhamento, SLA e avaliação. Quer ver o catálogo funcionando? Fale com a Service Up — contato@serviceup.com.br.


Série InBox CustomerPortal (5 partes)

Informações

InBox CustomerPortal [Parte 1 de 5]: um portal do cliente com a cara da sua empresa


Esta é a primeira de uma série de 5 publicações sobre o InBox CustomerPortal, o portal do cliente da Service Up para Znuny. Nesta parte: a experiência e a personalização.

A primeira impressão do seu cliente com o suporte acontece no portal. Com o InBox CustomerPortal, esse portal deixa de ser uma tela genérica e passa a ter a identidade visual da sua empresa — ou da empresa de cada cliente que você atende.

Personalização visual completa, sem código

Pela tela Administração > Layout do Customer Portal, você ajusta logo, imagem de fundo, cores do menu lateral (com gradiente de duas cores), cores das fontes e ícones — tudo com pré-visualização em tempo real antes de salvar. É possível inclusive aplicar logo e cores diferentes por cliente ou por domínio de acesso.

Portal do cliente personalizado com a identidade visual da empresa

Uma home pensada para o cliente

Você define qual tela o cliente vê logo após o login e monta a página inicial com cards customizáveis: atalhos, avisos, busca, indicadores e até uma seção de “Novidades”. O resultado é um ambiente claro, acolhedor e direto ao ponto.

Cards customizáveis na tela principal do portal

Menu lateral ou superior, títulos das ações renomeados, links extras na navegação, rodapé configurável: cada detalhe pode ser ajustado para refletir a sua marca e o seu fluxo de atendimento.

Continue na Parte 2 — Catálogo de serviços e abertura de chamados. Quer conhecer o CustomerPortal? Fale com a Service Up — contato@serviceup.com.br.


Série InBox CustomerPortal (5 partes)

Informações

ServiceUp IA Copilot: a inteligência artificial que trabalha dentro do seu Znuny


E se cada agente do seu service desk tivesse, ao lado, um copiloto de IA que lê o chamado, sugere a resposta, classifica, busca na base de conhecimento e ainda gera o relatório — tudo sem sair da tela do Znuny? É exatamente isso que o ServiceUp IA Copilot entrega.

Não é mais um chatbot genérico colado por fora. É um add-on enterprise, nativo do Znuny 7.3, em que a IA executa ações reais no sistema com supervisão do agente. Menos cliques, menos retrabalho, atendimento mais rápido e padronizado.

Um copiloto em todas as telas do agente

O assistente vive em uma barra lateral flutuante disponível em qualquer página do Znuny, além de uma interface dedicada em tela cheia. Ao abrir um chamado, ele já carrega o contexto completo do ticket automaticamente — título, estado, prioridade, fila, SLA, cliente e histórico de artigos — e oferece ações rápidas com um clique: Resumir, Sugerir resposta, Traduzir, Analisar sentimento, Causa raiz e Melhorar texto. Direto no TicketZoom, uma barra de ações coloca a IA onde o trabalho acontece, sem copiar e colar para ferramentas externas.

Não é um agente. São nove.

O Multi-Agent Orchestrator roteia automaticamente cada solicitação para o especialista certo:

  • Ticket Agent — ciclo de vida completo de chamados
  • RCA Agent — análise de causa raiz
  • FAQ Agent — base de conhecimento nativa do Znuny
  • Duplicate Agent — detecção de duplicatas
  • Timeline Agent — narrativas de incidentes
  • AutoTag Agent — classificação inteligente
  • Reporting Agent — dashboards e exportações
  • Workflow Agent — designer de processos BPMN
  • AI Copilot — assistente ITSM geral

Classificação inteligente que aprende com a sua equipe

Com o SmartClassification, todo chamado novo é analisado pela IA, que sugere fila, SLA, prioridade e serviço com um indicador de confiança e a justificativa da decisão. O agente revê num widget claro e aprova campo a campo. Cada decisão alimenta um motor de aprendizado: o dashboard de analytics mostra taxa de aceitação por campo, divergências e custo de tokens ao longo do tempo. A IA fica mais precisa conforme a sua operação a usa.

38 ferramentas que fazem o trabalho de verdade

Via protocolo MCP (Model Context Protocol), o copiloto não só conversa — ele age. São 38 ferramentas cobrindo tickets, administração, processos BPMN, clientes, FAQ e exportação: criar e atualizar chamados, configurar filas, usuários e serviços, desenhar processos BPMN, gerenciar clientes e empresas, criar artigos de FAQ a partir de tickets e gerar relatórios. Tudo com trilha de auditoria.

Voz, exportação e a sua marca

O Voice Copilot permite falar com o assistente e ouvir as respostas (STT + TTS no navegador). Conversas e análises viram relatórios profissionais em Excel, HTML ou PDF, com nove modelos prontos (executivo, técnico, RCA, SLA, auditoria, FAQ, incidente, workflow e geral). E o branding é todo seu: logo, cores, nome do assistente e marca d’água personalizados.

Escolha a IA que faz sentido para você

Quatro provedores suportados, do cloud ao 100% local: OpenAI (GPT-4o e família), Anthropic Claude (Opus, Sonnet e Haiku), Azure OpenAI para ambientes enterprise e Ollama com modelos locais — 100% on-premise para ambientes air-gapped, sem enviar um único dado para a nuvem.

Governança que a TI exige

Auditoria completa de todas as ações da IA, rate limiting por usuário, controle de acesso por grupo do Znuny, ferramentas administrativas isoladas e gestão de orçamento de tokens com limites por requisição, sessão, usuário e fila. Resiliência embutida: timeouts, tratamento de erros de provedor e limites de contexto que nunca travam o sistema.

Pronto para o Znuny 7.3

O ServiceUp IA Copilot foi feito para a versão mais recente do Znuny e instala como qualquer pacote, pelo Gerenciador de Pacotes. Transforme seu service desk em uma operação assistida por IA — mais rápida, mais consistente e sob seu controle.

Quer ver na prática? Fale com a Service Up: contato@serviceup.com.br · serviceup.com.br

Informações

Znuny 7.3: autenticação SAML nativa, perfis de e-mail e uma interface renovada


O Znuny 7.3 já está disponível. Esta versão concentra-se em dois temas que importam para quem opera um service desk em produção: segurança e eficiência no dia a dia. A seguir, um resumo do que há de novo — sem necessidade de add-ons.

SAML nativo, multi-IDP e sem add-on

A grande novidade da versão é a autenticação SAML 2.0 nativa, tanto para agentes quanto para usuários do portal de cliente. É possível conectar vários provedores de identidade ao mesmo tempo — por exemplo, agentes autenticando contra o Azure AD ou Okta corporativo, enquanto os clientes usam um IDP separado. Não é preciso módulo de terceiros, camada extra de configuração nem licenciamento adicional.

Perfis de e-mail de saída

Service desks frequentemente enviam e-mails em nome de vários departamentos, marcas ou empresas do grupo. O Znuny 7.3 adiciona perfis de e-mail de saída, permitindo definir configurações de remetente distintas — diferentes endereços “De”, servidores SMTP e credenciais — e atribuí-las onde forem necessárias. Acabam os contornos de roteamento e os compromissos com caixas compartilhadas.

Interface renovada

A interface foi reformulada para ganhar clareza e consistência. O foco está em reduzir o atrito nas telas que os agentes mais usam, com layouts mais limpos, melhor hierarquia visual e padrões de interação mais consistentes em toda a plataforma.

Serviço, SLA e tipo de chamado em mais telas

Atendendo a um pedido antigo da comunidade, os campos de serviço, SLA e tipo de chamado agora estão disponíveis em mais telas. Isso traz entrada de dados mais consistente, menos situações em que o agente precisa sair da tela para definir a classificação correta e melhor qualidade de dados para os relatórios. Da mesma forma, atribuir ou alterar o cliente passou a ser possível em mais telas.

Quick Deploy na configuração do sistema

Os administradores agora aplicam alterações de configuração do sistema com um único clique. Quem já passou por uma sessão de ajustes clicando dezenas de vezes em todo o fluxo de confirmação de deploy vai sentir a diferença imediatamente.

Segurança reforçada

Além das novas funcionalidades, a 7.3 traz correções de segurança importantes, incluindo as vulnerabilidades CVE-2025-52204 e CVE-2025-59490 (ambas relacionadas a XSS), melhorias na Content Security Policy e a desativação da visualização de código-fonte do editor rico no frontend do cliente para evitar injeção de código.

Como atualizar

O Znuny 7.3 está disponível desde 25 de março de 2026. A Service Up oferece o serviço de atualização e migração para a nova versão — fale com nossa equipe para apoio.

Geral, OTRS

Uma visão sobre o evolução do Znuny


Olá pessoal,

Depois de algum tempo sem postar, vou tentar voltar com alguma frequência por aqui.

O Znuny chegou na sua versão 7.1 e trouxe várias melhorias

No site oficial (znuny.org) você pode consultar o roadmap.

O que acreditamos aqui: Tem sido um caminho com consistência na evolução do Software, ainda vemos uma margem de evolução grande, mas com a versão 7, conseguimos ver muitas melhorias visuais e recursos que antes precisavamos de muitos add-ons da comunidade agora inseridos de forma nativa.

Após algumas migração do OTRS ™ para Znuny, vimos que tem sido bastante satisfatório, as melhorias com conseguimos com mais flexibilidade para gestão do ambiente.

Temos um novo portal de documentação, bem melhor que a anterior https://doc.znuny.org/znuny/

E uma curiosidade, um dos recursos que mais gostei na versão, é uma perfumaria útil.

Marcação de pessoal nos chamados.

Informações

Versão 7 do Znuny


Znuny lançou a versão 7 do seu software, com as seguintes atualizações:

  • Redesenhada GUI para agentes e clientes.
  • Melhoria no tratamento de anexos em operações genéricas TicketCreate e TicketUpdate.
  • Remoção do código da antigo versão.
  • Adição de novas classes de ícones para notificações (Notify’s).
  • Filtro de entradas inválidas na área de administração.
  • Simplificação do menu do cliente.
  • Widgets de filtro no painel para mostrar um widget selecionado sozinho.
  • Seleção de cores em hexadecimal RGB para estados e prioridades.
  • Nova função Base.pm para adicionar CSS inline adicional.
  • Nova função Header() para módulos Kernel/Output/HTML/Dashboard/*.
  • Novas DialogClasses (modal-sm | modal-md | modal-lg).
  • Correção de bugs e melhorias gerais.

Confira a documentação

https://doc.znuny.org/

Informações

Processos no Znuny 6.4 (Scope)


Nas novas versões do Znuny temos um novo recurso para gerenciamento de processo que é o “Scope”.

Com essa novidade, você pode criar Janelas, Atividades, Ações de Transições, e Transições com escopo no processo atual ou geral.

Dessa forma, você consegue manter mais organizado e reduz probabilidade de ocorrer erros.

É um excelente recursos, recomendo testarem.

Informações

Problema com autenticação do Znuny ou OTRS e Office365


A Microsoft tem desabilitado a autenticação por usuário e senha para IMAP e POP, agora será necessário obrigatoriamente usar OAUTH.

O Znuny 6.4 já trouxe esse recurso, porem se você ainda esta usando o Znuny LTS ou OTRS 6.x usem esse AddOns que nós fizemos o Downgrade do Znuny.

https://opar.perl-services.de/dist/InBox%20MailAccountOAuth2-6.0.3

Documentação caso precisem de ajuda.

https://docs.serviceup.com.br/AddOns/OTRS6/InBox%20MailAccountOAuth2/#use

Informações

Algumas novidades do Otobo 10.1.1


O OTOBO 10.1.1 acabou de ser lançado e algumas novidades interessante chegaram nessa versão.

Algumas novidades interessantes.

Processos: Os clientes podem estar envolvidos nos processos na Interface do Cliente agora. Os modelos (Ready2Adopt) de processo facilitam a criação de seus próprios processos.

OpenIDConnect: autenticação SSO moderna baseada em OAuth2 para usuários e agentes do cliente.

Web Services: tratamento de erros aprimorado, modelos para facilitar a integração com JIRA, Bugzilla e OTOBO e novos invokers.

S/MIME aprimorada: Ícones marcam e-mails criptografados/assinados. Aumento de desempenho por descriptografia diretamente no recebimento. Opção para alterar a cifra S/MIME utilizada.

Interface do agente: novo elemento do painel “Meus últimos tickets alterados”, altere os endereços de e-mail entre Para/Cc/Cco com um clique, cole vários endereços de e-mail, recurso de relatório etc.

Interface do cliente: novos tipos de categoria (label), links de rodapé para Política de privacidade e texto Sobre, pacote de catálogo de serviços, funcionalidade estendida de ACL etc.

Repositórios de terceiros com integração Rocket.Chat, repositório de pacotes OTOpar disponível diretamente via gerenciador de pacotes OTOBO.

Informações

Como armazenar os Anexos do Otobo no S3


O Amazon Simple Storage Service (Amazon S3) é um serviço da AWS para armazenamento de dados com escalabilidade e no formato pague apenas pelo que usar, não é necessário alocar um espaço e deixar ficar com área ociosa.

O custo é relativamente baixo e existem outras opção que implementam o mesmo serviço dessa forma é possível usar esse mesmo conteúdo se você usar o Wasabi ou min.io como exemplos.

Vamos lá.

O OTOBO usa três formas para armazenar anexos.

StorageFS

DB ( Banco de dados, os anexos ficam no banco de dados)

FS ( File System, os anexos ficar em pastas no Sistema Operacional da Aplicação)

S3 (Amazon Simple Storage, Os anexos ficam armazenados em um serviço)

Depois falaremos sobre vantagens e desvantagens de cada uma das opções, mas basicamente a escolha do serviço impacta na gestão da aplicação, backup e performance.

Agora vamos habilitar isso no OTOBO e migrar os anexos para lá.

Configurações necessárias

Ticket::Article::Backend::MIMEBase::ArticleStorage

Você deve escolher o destino dos anexos, nesse nosso caso será:

Kernel::System::Ticket::Article::Backend::MIMEBase::ArticleStorageS3

Habilite esse configuração durante a migração ou caso queira usar mais de um formato ao mesmo tempo. Sim, você pode deixar alguns anexos no S3, outros no File System e outros no banco de dados.

Ticket::Article::Backend::MIMEBase::CheckAllStorageBackends

Agora implemente esses configurações de vamos aos passos seguintes.

Agora no Config.pm insira o trecho abaixo.

 if ( $ENV{OTOBO_SYNC_WITH_S3} ) {
     $Self->{'Storage::S3::Active'}         = 1;
     $Self->{'Storage::S3::Scheme'}         = 'https';
     $Self->{'Storage::S3::Host'}           = 'bucketname.s3.us-east-1.amazonaws.com';
     $Self->{'Storage::S3::Region'}         = 'us-east-1';
     $Self->{'Storage::S3::Bucket'}         = 'otobo-storage';
     $Self->{'Storage::S3::HomePrefix'}     = 'OTOBO';
     $Self->{'Storage::S3::AccessKey'}      = 'KEY';
     $Self->{'Storage::S3::SecretKey'}      = 'SECRET';
     $Self->{'Storage::S3::MetadataPrefix'} = 'x-amz-meta-';
     $Self->{'Storage::S3::Delimiter'}      = '/';
 }

Não se esqueça de mudar de acordo com duas informações o Host, Bucket, AccessKey e SecretKey.

Na hora de subir o compose o .env precisa estar com o parâmetro ajustado para 1

OTOBO_SYNC_WITH_S3=1

Agora é só migrar com o comando

/opt/otobo/bin/otobo.Console.pl Admin::Article::StorageSwitch --target ArticleStorageS3

Esse ainda é um recurso novo, mas vai facilitar muito a retenção e backup, além da administração.

No S3 os arquivos ficam dessa forma

Esse recurso esta disponível na versão 10.1. ainda esta no beta2, mas devemos ter a versão estável nos próximos dias 🙂

Informações

Znuny 6.1


Foi lançado alguns dias atrás o Znuny 6.2.1

Lista de melhorias

Muitos recursos novos a lista completa esta abaixo.

https://www.znuny.org/en/roadmap

Improved process management

  • Ticket state change incl. pending time
  • A lot of new availble actions
    1. Set pending time from a dynamic field
    2. Set an empty value for a dynamic field
    3. Increment a given integer value for a dynamic field
    4. Set a watcher for a ticket
    5. Create and send articles
    6. Create appointments
    7. Add links to other objects
    8. Change deployment state of a CI
  • Enhanced operands for transition actions
  • Define where your process should jump to next
  • Send a notification, even if there is no first article
  • Change current process within the ticket

Ticket attribute relations

Create a releation between ticket attributes and other fields. So more complex scenarios can be created.

Read-only dynamic fields for processes

Create read-only dynamic fields to be shown to the user.

Na prática essa versão é a segunda com novos recursos, e trouxe muitas melhorias para a parte de processos e campos dinâmicos.

Informações

Como migrar seu OTRS 7 para o Znuny LTS


Temos recebidos muitos contatos questionando como migrar o OTRS 7 para o Znuny LTS, vamos descrever aqui todo o processo.

O Znuny LTS é o fork elegido pela https://www.otter-alliance.de/ para continuidade da versão community do OTRS, e essas migrações são feitas devido a necessidade de customizações e falta de flexibilidade da versão business.

O processo é bem simples, não ocorre perda de dados e pode ser feito em algumas horas. Inclusive se você já possuir um contrato de suporte com a Service Up, isso é feito sem custo.

Primeiro você deve obter os seus dados, para isso solicite uma cópia do seu banco através de um chamado para a OTRS Group, os dados são seus e não terá nenhuma restrição em relação a isso, será solicitado a criação de uma chave para uso do rsync, você poderá obter todos seus dados do banco e anexos.

Com os dados em mãos, você deve seguir os seguintes passos.

  • Instação da ultima versão do Znuny LTS (você pode obter nesse link https://www.znuny.org/en/releases)
  • O banco utilizado por eles, normalmente é o MySQL ou MariaDB.
  • Agora com o Backup obtido pelo rsync você cria um banco e restaura esse backup nesse segundo banco.
  • Agora faça esse procedimento abaixo para restaurar os dados relevantes
mysqldump -u otrs7 -p -h db otrs7 customer_user > customer_user.sql
mysqldump -u otrs7 -p -h db otrs7 ticket > ticket.sql
mysqldump -u otrs7 -p -h db otrs7 ticket_history > ticket_history.sql
mysqldump -u otrs7 -p -h db otrs7 ticket_flag > ticket_flag.sql
mysqldump -u otrs7 -p -h db otrs7 ticket_number_counter > ticket_number_counter.sql
mysqldump -u otrs7 -p -h db otrs7 user > user.sql
mysqldump -u otrs7 -p -h db otrs7 article > article.sql
mysqldump -u otrs7 -p -h db otrs7 article_data_mime > article_data_mime.sql
mysqldump -u otrs7 -p -h db otrs7 article_data_mime_plain > article_data_mime_plain.sql
mysqldump -u otrs7 -p -h db otrs7 article_flag > article_flag.sql
mysqldump -u otrs7 -p -h db otrs7 article_search_index > article_search_index.sql
mysqldump -u otrs7 -p -h db otrs7 generic_agent_jobs > generic_agent_jobs.sql

Agora importe tudo eses dumps para o banco do Znuny LTS.

Com isso, seus chamados, histórico e artigos serão migrados, não perde nenhum registro.

Se for necessário migre também as permissões, só se atentem ao nome da tabela que na versão do Znuny se chama groups e no OTRS 7 se chama groups_table.

Minha recomendação que é aproveite isso para refazer isso (permissões) usando boas práticas, terá um ganho incrível com a versão do Znuny.

Se você possuir alguma integração podemos ajudar, basta entrar em contato. Temos os invokers e GenericRPC, se sistema voltará ao seu controle sem nenhum ônus.

Para o portal do cliente eu recomendo darem uma olhada no nosso AddOn CustomerPortal, já contém alguns requisitos da LGPD e esta sendo usado por praticamente todos os meus clientes. (você pode consultar tudo o que ele pode fazer aqui: https://docs.serviceup.com.br/AddOns/OTRS6/InBox%20CustomerPortal/#resources )

Informações

Enviando notificações via WhatsApp pelo OTOBO


O OTOBO é o novo sistema de atendimento baseado no OTRS, tem se apresentando uma solução prática e estável.

Vou mostrar aqui como fazer uma integração com API de WhatsApp para enviar notificações, sem desenvolvimento e sem necessidade de AddOns. 🙂

Vamos em frente.

Nesse caso vamos usar a API do Winzap é um API não oficial que vem funcionando bem com a gente.

Como funciona o Winzap ?

Você pode cadastrar no link abaixo.

https://winzap.com.br/usuarios/login/

Faz a assinatura e vai receber um token para enviar mensagens.

Veja a documentação aqui.

https://winzap.com.br/docs/envio/

Crie um web service como abaixo.

Use um invoker.

Generic::PassThrough

No XLTS

<?xml version=”1.0″ encoding=”UTF-8″?>

<xsl:stylesheet version=”1.0″ xmlns:xsl=”http://www.w3.org/1999/XSL/Transform”&gt;

  <xsl:template match=”RootElement”>

       <xsl:copy>

           <cmd>chat</cmd>

           <to>TEFEFONE@c.us</to>

           <token>TOKEN_WINZAP</token>

           <msg>

Assunto : <xsl:value-of select=”//OldTicketData/Title” />

Proposta : <xsl:value-of select=”//OldTicketData/TicketID” />

https://crm.serviceup.com.br/otobo/index.pl?Action=AgentTicketZoom;TicketID=<xsl:value-of select=”//OldTicketData/TicketID” />

           </msg>

       </xsl:copy>

  </xsl:template>

  <xsl:template match=”content” />

</xsl:stylesheet>

No REST use as configurações abaixo.

Com isso ao criar um chamado ou adicionar uma nota ele vai enviar uma notificação via Whatsapp

Vou enviar a fonte do Web Service para facilitar pra vocês.

Debugger:

  DebugThreshold: debug

  TestMode: ‘0’

Description: ”

FrameworkVersion: 10.0.9

Provider:

  Transport:

    Type: ”

RemoteSystem: ”

Requester:

  Invoker:

    Alert:

      Description: ”

      Events:

      – Asynchronous: ‘1’

        Event: ArticleCreate

      MappingOutbound:

        Config:

          DataInclude: []

          PostRegExFilter: ~

          PostRegExValueCounter: ~

          PreRegExFilter: ~

          PreRegExValueCounter: ~

          Template: “<?xml version=\”1.0\” encoding=\”UTF-8\”?>\r\n<xsl:stylesheet

            version=\”1.0\” xmlns:xsl=\”http://www.w3.org/1999/XSL/Transform\”>\r\n

            \ <xsl:template match=\”RootElement\”>\r\n       <xsl:copy>\r\n           <cmd>chat</cmd>\r\n

            \          <to>TELEFONE@c.us</to>\r\n           <token>TOKEN</token>\r\n

            \          <msg>\r\nAssunto : <xsl:value-of select=\”//OldTicketData/Title\”

            />\r\nProposta : <xsl:value-of select=\”//OldTicketData/TicketID\” />\r\nhttps://crm.serviceup.com.br/otobo/index.pl?Action=AgentTicketZoom;TicketID=<xsl:value-of

            select=\”//OldTicketData/TicketID\” />\r\n           </msg>\r\n       </xsl:copy>\r\n

            \ </xsl:template>\r\n  <xsl:template match=\”content\” />\r\n</xsl:stylesheet>”

        Type: XSLT

      Type: Generic::PassThrough

  Transport:

    Config:

      DefaultCommand: GET

      Host: https://api.winzap.com.br

      InvokerControllerMapping:

        Alert:

          Command: GET

          Controller: /send/?token=:token&msg=:msg&cmd=:cmd&to=:to

      Timeout: ’30’

    Type: HTTP::REST

Esse mesmo conceito você pode usar para integração com Twillio, utalk ou qualquer outro serviço que aceite um POST ou GET  com JSON para alguma ação.

Espero que a dica de hoje seja útil

Informações

Como migrar o ((OTRS)) Community Edition para o Znuny LTS


Nos últimos dias fomos informados que o ((OTRS)) Community Edition, não receberá atualizações para OTRS Group, essa notícia já era esperada e a comunidade já cuidou para isso não ser um problema.

Temos duas opções.

  • Migrar para o Znuny LTS (mantém total compatibilidade)
  • Migrar para o OTOBO

Nesse post vou explicar como é feita a migração para o Znuny LTS e também falaremos sobre o OTOBO nos próximos artigos.

Site oficial da Znuny LTS

https://www.znuny.org/en

Começando o procedimento.

Antes de iniciarmos faça um backup

# /opt/otrs/scripts/backup.pl -d /backup

Boa prática sempre 🙂

Baixando a última versão estável 

# wget https://download.znuny.org/releases/znuny-latest-6.0.tar.gz

Descompacte o Znuny

# tar -zxvf znuny-latest-6.0.tar.gz

Renomeie a pasta do OTRS

mv /opt/otrs/ /opt/otrs_outdated

Renomeie a pasta do Znuny 

# mv znuny-6.0.33 otrs

# cp /opt/otrs_outdated/Kernel/Config.pm /opt/otrs/Kernel/

# /opt/otrs/bin/otrs.SetPermissions.pl 

# service httpd restart

Agora vamos reinstalar todos os AddOns 

su – otrs

$ /opt/otrs/bin/otrs.Console.pl Admin::Package::ReinstallAll

Esse comando deve ser executado sem problemas, visto que não foi alterada nenhuma parte na arquitetura da  estrutura da Znuny.

Delete o cache

$ /opt/otrs/bin/otrs.Console.pl Maint::Config::Rebuild

Execute um Rebuild nas configurações

$ /opt/otrs/bin/otrs.Console.pl Maint::Config::Rebuild

Com isso sua aplicação está atualizada e você vai receber nos próximos dias as melhorias que eles estão lançando.

Pronto 🙂 

Informações

Instalação do OTOBO em português


Nos últimos dias estamos acompanhando um projeto de um fork do OTRS CE 6, com o nome de OTOBO, entre todos os projetos esse na nossa visão é o mais bem organizado.

Estamos apoiando o projeto reportando bugs e ajudando na tradução no link abaixo esta o procedimento de instalação já traduzido. https://doc.otobo.org/manual/installation/stable/pt_BR/content/index.html

Vamos falar mais sobre o OTOBO nos próximos dias.

http://otobo.org/