Vídeo Tutorial – Regras Tickets

62

Apartir da versão 4.1 o WHMCS incorporou a funcionalidade “Regras pra ticket’s” inicialmente muita gente achou que não fazia sentido, inclusive eu. Elaborei um vídeo tutorial explicando passo-a-passo como configurar uma regra aonde o sistema pegará todos os ticket’s em aberto não importando a prioridade, modificando o status e deixando uma resposta para o cliente. Confira o vídeo abaixo!

Vou tentar elaborar outros vídeos tutoriais conforme prometi há muitooooo tempo atrás! Caso queira sugerir algum tema clique aqui.

No vídeo acima informei errado a configuração da cron job, a forma correta é */5 e não 5.

Atualização 19/03/2010

Recebi da WHMCS um update para correção das Regras Tickets para versão 4.2.1

Faça o download do arquivo [Download não encontrado.].

Após descompactar o arquivo cron.zip você irá visualizar apenas 1 arquivo ( cron.php ) e envie a pasta /seuwhmcs/admin do WHMCS.

Sucesso.

62 COMENTÁRIOS

  1. EDVAN,

    Fiz a atualização do arquivo CRON.PHP e segui o vídeo mas a mensagem retornada para o clientes é a seguinte abaixo:

    ————————————————————-
    A new support ticket has been opened.

    Client: xxxxx
    Department: xxxxx
    Subject: xxxxx
    Priority: Medium

    xxxxxxxx

    —————————-

    IP Address: xxxxxxxxxxxxxxxxxxxx

    You can respond to this ticket by simply replying to this email or by logging into the administration area.

    http://endereco/admin
    ————————————————————-

  2. EDVAN,

    Fiz a atualização do arquivo CRON.PHP e segui o vídeo mas a mensagem retornada para o clientes é a seguinte abaixo:

    ————————————————————-
    A new support ticket has been opened.

    Client: xxxxx
    Department: xxxxx
    Subject: xxxxx
    Priority: Medium

    xxxxxxxx

    —————————-

    IP Address: xxxxxxxxxxxxxxxxxxxx

    You can respond to this ticket by simply replying to this email or by logging into the administration area.

    http://endereco/admin
    ————————————————————-

  3. Mais uma coisa EDVAN,

    Esse agendamento da tarefa cron [ php -q /home/general/public_html/adminluis/cron.p ] que você sugestionou de 5 em 5 minutos, já existia para automatização no WHMCS em “Automation Settings”. É pertinente altera somente para 5 em 5 minutos e não adicionar outra, correto ?

  4. Mais uma coisa EDVAN,

    Esse agendamento da tarefa cron [ php -q /home/general/public_html/adminluis/cron.p ] que você sugestionou de 5 em 5 minutos, já existia para automatização no WHMCS em “Automation Settings”. É pertinente altera somente para 5 em 5 minutos e não adicionar outra, correto ?

  5. Engraçado,

    Mesmo depois de desativar a tarefa cron e a regra de ticket, ainda continua recebendo a mesma mensagem. Quer dizer que isso já está acontecendo normalmente há tempos. Isso é um bug, EDVAN ? Agora fiquei perdido.

    LUIS

  6. Engraçado,

    Mesmo depois de desativar a tarefa cron e a regra de ticket, ainda continua recebendo a mesma mensagem. Quer dizer que isso já está acontecendo normalmente há tempos. Isso é um bug, EDVAN ? Agora fiquei perdido.

    LUIS

  7. O que acontece é que agora vejo outros tickets de clientes onde existe a mesma mensagem. O cliente abre o ticket e a aquela mensagem aparece para ele. as configurações estão devidamente corretas, sempre sigo as instruções.

  8. O que acontece é que agora vejo outros tickets de clientes onde existe a mesma mensagem. O cliente abre o ticket e a aquela mensagem aparece para ele. as configurações estão devidamente corretas, sempre sigo as instruções.

  9. Luis,

    Realmente tem algo doido aí. Até peço desculpas por não ter acredito. risos

    Entra em contato com o suporte da WHMCS.com

    Recebi 2 e-mails seus.

    Depois se resolverem nos informe.

    Boa sorte!

  10. Eu já havia lido em posts anteriores que devemos enviar todo o conteúdo das novas versões quando efetuamos upgrade. Até faço através do método de extrair. Existem alguns arquivos que mantenho, pois eles não são alterados. Faço isso pois no changlog consta como não alterado.

    São eles:

    – includes/smarty/plugins/function.getprevioustickets.php
    – admin/template/v4/viewticket.tpl
    – header, footer, homepage

    Pode ter relação ?

  11. Eu já havia lido em posts anteriores que devemos enviar todo o conteúdo das novas versões quando efetuamos upgrade. Até faço através do método de extrair. Existem alguns arquivos que mantenho, pois eles não são alterados. Faço isso pois no changlog consta como não alterado.

    São eles:

    – includes/smarty/plugins/function.getprevioustickets.php
    – admin/template/v4/viewticket.tpl
    – header, footer, homepage

    Pode ter relação ?

  12. Olha Luis, quando tem atualização eu envio todos os arquivos novamente e altero nos novos arquivos, o que eu tinha alterado anteriormente.

    é mais garantido que ficar com arquivos de várias versões espalhados.

  13. Olha Luis, quando tem atualização eu envio todos os arquivos novamente e altero nos novos arquivos, o que eu tinha alterado anteriormente.

    é mais garantido que ficar com arquivos de várias versões espalhados.

  14. Resolvi o problema. Um dúvida EDVAN que é claro é fácil de ser ajustada com uma alteração no código da página principal adminstrativa. Os tickets abertos serão alterados para IN PROGRESS e não serão mais vistos quando o administrador realizar login na página adminstrativa, visto que só aparecem informações de tickets que estão aguardando respostas.

  15. Resolvi o problema. Um dúvida EDVAN que é claro é fácil de ser ajustada com uma alteração no código da página principal adminstrativa. Os tickets abertos serão alterados para IN PROGRESS e não serão mais vistos quando o administrador realizar login na página adminstrativa, visto que só aparecem informações de tickets que estão aguardando respostas.

  16. Tinha relação com que você havia comentado sobre o email. PROBLEMA: O email do administrador era o mesmo dos departamentos. Sendo que na versões anteriores não acontecia isso, passou a acontecer conforme o progresso das atualizações e eu não percebi.

  17. Tinha relação com que você havia comentado sobre o email. PROBLEMA: O email do administrador era o mesmo dos departamentos. Sendo que na versões anteriores não acontecia isso, passou a acontecer conforme o progresso das atualizações e eu não percebi.

DEIXE UMA RESPOSTA

Please enter your comment!
Please enter your name here