Analisando propostas

Programador Web

Publicado em 23 de Janeiro de 2019 dias na Design e Multimedia

Sobre este projeto

Aberto

Nós precisamos de alguém para elaborar um site/programa para nos auxiliar no acompanhamento das publicações.

As publicações são as movimentações diárias que saem nos processos. Cada processo tem um número diferente e pode ser que ele tenha mais de uma movimentação no mesmo dia com prazos diferentes (o que é muito difícil).

Todos os dias as publicações são disponibilizadas no site da AASP e podemos acessa-la através do login do advogado. Cada advogado tem seu número da OAB e é através desse número que pegamos as publicações diárias.

No site da AASP é possível salvar as publicações em  word, pdf e excel.

Caso seja difícil o sistema 'puxar' automaticamente as publicações do site da AASP, não há problema algum nós incluirmos esta planilha no sistema todo dia de manhã.

Nós já possuímos um sistema online com a maioria de nossos processos cadastrados. No entanto, gostaríamos que este sistema da publicação fosse autônomo.

Como já possuímos uma grande quantidade de processos cadastrados em nosso sistema, caso seja mais fácil para o desenvolvedor/programador, podemos tentar usar a mesma base de dados e cadastrar o restante.

Gostaríamos de ter cadastrado no novo sistema todos os processos envolvendo os advogados do nosso escritório, por isso entendemos ser mais fácil já utilizar a nossa base de dados. Eventualmente, aparecerão nas publicações diárias processos que não estão informados em nossa base de dados. Nesses casos, poderíamos pensar em uma forma de incluí-los no sistema manualmente (ou não), mas o resto deve ser cadastrado automaticamente devido a nossa grande quantidade de processos.


Todos os dias entramos no site da aasp ou da oab para visualizar as publicações. No site da AASP elas costumam sair mais cedo. Ao entrarmos em ambos os sites (com login e senha do advogado), nos podemos selecionar o período em que queremos visualizar as publicações, conforme segue:



A partir do momento que eu selecionar um dia, eu clico em visualizar os itens selecionados e irão aparecer todas as publicações disponíveis para aquele dia, conforme segue abaixo:



Nós gostaríamos que as publicações aparecessem deste mesmo jeito para nós visualizarmos, mas se não for possível, podemos pensar num jeito mais simples/fácil.


Nas últimas linhas do texto da publicação aparecerem os advogados relacionados a este processo, mas aparecem os advogados do autor e do réu. No exemplo de publicação acima, o nome em negrito é o advogado que estamos usando o login para obter as publicações.

Cada processo esta relacionado a um advogado e nós temos em nosso sistema o email de todos os advogados cadastrados, conforme segue abaixo:



Vale ressaltar que todo advogado deve ser vinculado a um número da OAB e a um (ou mais) email.

Ocorre que as vezes temos que mandar o mesmo processo para mais de um advogado, pode acontecer de sair a publicação para mais de um advogado. Nestes casos, nós vincularíamos o processo aos advogados responsáveis.

Entendemos que seria mais fácil vincular a OAB do advogado ao email que deve ser enviado. Como sai o nome de cada advogado no fim da publicação, fica mais fácil vincular o nome/OAB do advogado ao email cadastrado que deve ser enviado as orientações.

Após vincular um email a um número de processo o sistema deve entender que este advogado é atuante no processo, logo, para as futuras publicações do mesmo processo o email anteriormente cadastrado já deve permanecer vinculado até que alguém retire este email e cadastre outro.

Quanto ao envio e conteúdo das publicações, necessitamos que o sistema faça isto automaticamente (após um comando nosso) todos os dias.

É Necessário que façamos a leitura das publicações todos os dias, uma a uma, pois cada publicação tem um prazo (tempo) diferente para ser cumprido. Logo, é necessário que ao lado das publicações exista as seguintes opções:

•    Um campo para anotarmos o que deve ser feito (livre para digitarmos);
•    Um campo para agendarmos um prazo (pode ser livre ou fixado por quantidade de dias);
•    Um campo para anotarmos se o prazo foi cumprido ou não (pois pode ser que não tenha nada a ser feito na publicação, então não faria sentido marcar um prazo para ela. Ela não precisaria aparecer nas pendências);
•    Um campo para adicionar/remover advogados (pode acontecer de não sair a publicação para um advogado e precisamos enviar o email para ele mesmo assim.
Além do mais, os advogados podem desfazer a parceria - não trabalhar mais em conjunto - então o email deve ser desvinculado do processo).

Depois de terminarmos a leitura diária, o sistema deve conter um campo com "término da leitura diária", com este comando o sistema entenderia que todas as publicações do dia já foram lidas e que ele pode mandar as orientações no email dos advogados. Um advogado pode receber mais de uma publicação por dia, então o sistema teria que agrupar todas as publicações que ele recebeu e mandar num único email.

Temos a necessidade de enviar dois emails para os parceiros, o primeiro deve ser com todas as publicações do dia e o segundo email deve conter as pendências do dia.
Por exemplo, li uma publicação hoje (22/01/2019) e ela tem prazo de 5 dias. O prazo da publicação é contado em dias úteis e tem início a partir do primeiro dia útil seguinte de que ela foi publicada, então o primeiro dia que contaria o prazo seria dia 23/01/2019. Como ela tem cinco dias de prazo, no dia 29/01/2019 seria seu dia final para dar andamento no processo.
Optamos por não mandar email no último dia de prazo (para evitar que alguém processo não seja cumprido), sempre enviamos um email um dia antes do final do prazo informando o parceiro que o prazo esta acabando.
Mesmo informando um dia antes do prazo fatal, muitos parceiros ainda não cumprem o que foi estabelecido. Desta forma, talvez seja necessário mandar as pendências no último dia de prazo também.


O conteúdo a ser enviado no email deve ser o mais simples possível. Podemos colocar o número do processo e na frente do que deve ser feito. No entanto podemos encontrar o melhor jeito também.


Após a leitura da publicação é necessário marcar um prazo para a mesma. Depois de marcar um prazo, o processo deve automaticamente passar para uma lista/relatório de pendência.

O processo deve ficar no relatório de pendência até que alguém entre lá e anote que ele foi "cumprido". Poderia ter um quadro vermelho escrito "pendente" com a possibilidade de mudarmos para um quadro "cumprido" quando verificássemos que o prazo foi realizado. No entanto alguém deve manualmente mudar este status.
Após mudarmos para o status de "cumprido" o processo pode sair da relação das pendências.

Como sai publicações todos os dias, todos os dias tem prazo vencendo, logo, deve haver um relatório com os prazos finais para cada dia.

Abaixo irei demonstrar como é nosso sistema hoje, pensamos que o novo poderia ser realizado de maneira semelhante. É Necessário fazer um login para acessar:



E na sequencia aparecem as opções que precisamos:


Entendemos, a priori, que seria necessário apenas um campo para adicionar os parceiros (nome, OAB, email, telefone, etc), outro para acessarmos o relatório das pendências e outro para cadastrarmos os novos números de processos.

Como já possuímos uma base de dados, ao receber a publicação do dia, o sistema deve fazer uma verificação para saber se o processo já consta na base de dados. Se constar, ele já esta cadastrado. Se não constar, deverá ser feito um nome cadastro.

Categoria Design e Multimedia
Subcategoria Web Design
Do que você precisa? Alteração média
Isso é um projeto ou uma posição de trabalho? Um projeto
Disponibilidade requerida Conforme necessário

Prazo de Entrega: Não estabelecido

Habilidades necessárias