Analisando propostas

Servicedesk para Advogados - Controle de Tickets

Publicado em 13 de Janeiro de 2024 dias na TI e Programação

Sobre este projeto

Aberto

Prezados,

Tentarei ser o mais completo possível. O que for dito, levem ao pé da letra, por favor.
Requisitos base:
1. Deve ser feito em PHP, preferivelmente versão acima da 8. Sistema web
2. Não pode ser usado frameworks de banco de dados, tem que ser raiz nesse sentido, para que facilite um júnior de conseguir entender a codificação, por exemplo
3. Considere na sua proposta, que no fim do projeto, você passará umas 3 horas mostrando o código e como ele flui

O objetivo é criar um sistema de gerenciamento de tickets: Um usuário moderador cria um ticket com as informações de um reclamante (pessoa que está com algum problema jurídico),  nesse cadastro de ticket, será um cadastro padrão, onde também haverá a área de atuação daquela reclamação,  cidade e a modalidade (atendimento virtual ou presencial). Com essas informações, será listado o advogado que está na vez de atendimento, que atenda aos critérios (área, cidade e modalidade), logo o ticket vai para conta dele, onde ele terá 24h para aceitar.

Caso não aceite, o outro advogado da vez receberá aquele ticket. Caso aceite, passará a correr o prazo de 30 dias úteis para ele finalizar o ticket. O advogado poderá alterar o status do ticket para "Aguardando cliente", "aguardando documentação", etc, e será finalizada quando ele mudar para "Protocolado".

Todas as alterações do ticket, desde a criação, deverão gerar um histórico de alterações.


- Além de usuários moderadores, haverão usuários administradores que poderão bloquear, editar e excluir outros usuários
- Todos os usuários terão uma categoria, conforme o nível (admin, moderador ou usuário padrão)
- Existirão usuários padrão, que será o advogado, que receberão e atualizarão os tickets, mas não poderão criar
- O usuário moderador poderá visualizar todos os tickets, status e acompanhar
- A lista contendo a sequência de atendimentos dos advogados poderá ser exportada para o sistema ou via banco ou via excel, o que ficar mais fácil
- O sistema permitirá uma consulta pública, onde serão relacionados todos os tickets, mas sem mostrar nenhum dado sensível
- O sistema permitirá consulta via n. Do ticket
- O sistema enviará alertas quando de ticket, quando um advogado receber um ticket ou quando estiver perto de expirar
- Os advogados, que serão usuários padrões, poderão criar seus próprios usuários
- O reclamante poderá, de forma autônoma, criar seu próprio ticket, onde será enviado para um usuário moderador fazer a triagem e então seguir o fluxo para o advogado da vez

- A relação de advogado da vez é definida fora do sistema, com um sorteador de nomes. Ou seja, pegasse a relação de todos os advogados inscritos e se sorteia a ordem. Daí essa ordem deve ser inserida no sistema e o sistema deve definir sempre buscar o advogado da vez para o atendimento com os critérios que ele se inscreveu, naquela área, naquela cidade e a modalidade

- No meu ver inicial, o sistema terá três tipos de níveis de usuário: Administradores, que poderão fazer tudo. Moderadores, que farão a triagem e designarão os tickets. Usuários padrão; que são como os executores do ticket, aqueles da ponta, que atualizarão e encerrarão o ticket

Na minha visão de Júnior, a parte mais difícil é a lógica na relação da sequência de advogados "da vez" e como isso será exportado ao sistema. Outro ponto que vejo dificultoso é permitir que pessoas que não têm usuário possam criar tickets

Contexto Geral do Projeto

Tenha como exemplo o sistema de tickets Auvo. É literalmente isso, só que com algumas personalizações

Categoria TI e Programação
Subcategoria Programação
Qual é o alcance do projeto? Alteração média
Isso é um projeto ou uma posição de trabalho? Um projeto
Disponibilidade requerida Conforme necessário
Funções necessárias Desenvolvedor

Prazo de Entrega: Não estabelecido

Habilidades necessárias