Quando respoderem +1000 ou 10mil formulários; Como você vai tratar os dados? Também, isso não parece ser um "jeitinho" para o SEI criar formulários, sendo que a finalidade dele seria gestão, segurança e manuseio de documentos oficiais?
Enfim, acredito que não podemos tornar o SEI um "monstro faz tudo", é importante reforçar o webservice dele e tratar o SEI como "coração" e principal braço para tratamento e tramitação de documentos oficiais.
A questão do formulário, acredito que vem muito além de gerar um documento/processo dentro do SEI; As informações que são enviadas através do formulário precisam esta em uma base, fácil de consultar, filtrar, gerar relatórios customizados, etcs;
Se colocamos algo nativo do SEI, será que não vamos reproduzir a "lógica do formulário de papel", cujo, depois teria que ter um
servidor(a) tabulando, cada formulário em uma planilha para tratar/trabalhar a informação?
Enfim, reforço a importância de pensarmos um formulário como algo que esta ao lado do SEI; E o SEI, somente precisa do documento/resposta oficializada em HTML, salva e posteriormente assinada por algum processo de peticionamento.
O que acha?
Abs,
Valessio Brito
Em Qui, 2016-02-11 às 18:58 -0200, Nei Jobson da Costa Carneiro
escreveu:
> Prezados,
>
> Anteriormente acho que tratei da questão.
>
> Com a experiência da Anatel na construção de uma Central de RH em
> nosso sistema de Recursos Humanos (que é em ASP Clássico), em que tudo
> foi feito para auto parametrização direta de cada formulário pelos
> próprios servidores do RH, tenho já comigo uma forma melhor (no
> sentido de menus complexa) de viabilizar formulários parametrizáveis.
> Utilizamos aqui na Anatel o mesmo Editor do SEI, que é o CK Editor.
>
> O Editor do SEI tem botões para formatar formulários, sendo que estão
> desativados.
>
> Vou tentar resumir, mas seria objeto de melhor detalhamento e
> protótipos de telas para melhor explicar os ajustes pontuais no SEI:
>
> 1. No cadastro ou clone de um Modelo (Administração > Editor >
> Modelos) deve ter a opção para indicar que “é um modelo que utiliza
> recursos de formulário”.
> 2. Com tal indicação, em cada seção do modelo, ao ativar a opção
> HTML, no Editor seriam exibidos os botões próprios do CK Editor para
> montar formulários.
> a. Mesmo se não ativar a opção HTML para exibir o Editor do SEI,
> o SEI não deve restringir o uso dos recursos de formulários (hoje o
> SEI tem nessas telas dos Modelos e no Editor diretamente nos
> Documentos diversas regras e filtros que impede o uso de recursos HTML
> de formulário.
> 3. No cadastro ou alteração de Tipos de Documentos deve-se
> indicar o Modelo que tem recursos de formulário.
> a. Pode-se destacar em combo-box própria ou outro tipo de
> destaque que se trata de modelo com recursos de formulário
> (detalhe...).
> 4. No Incluir Documento, na lista, os tipos de documentos que
> forem de formulário teriam o texto “(formulário)” ao lado, similar aos
> tipos de processos exclusivos da Ouvidoria. Exemplo:
> Requerimento de Aposentadoria (formulário) 5. Quando o usuário
> seleciona este tipo de documento, preenchido os metadados, o SEI deve
> abrir janela HTML do Formulário para preencher e não o Editor,
> constando o botão “Salvar”.
> a. Não mudaria nada quanto ao botão “Editar Conteúdo”, mas o que
> abre é uma janela com o formulário HTML para preenchimento apenas dos
> campos que são de formulário em si.
> 6. Depois de preenchido e salvo, basta Assinar normalmente.
>
> Aqui na Anatel utilizando o CK Editor conseguimos até indicar quando o
> campo é de preenchimento obrigatório e na hora de salvar.
>
> Dessa forma que proponho acima as intervenções no SEI são mínimas e,
> relativamente, não seriam de alta complexidade, pois utilizaria as
> mesmas telas e Editor atuais para montar o Modelo que é de formulário.
> Ainda, para que isso evoluísse para o Peticionamento Eletrônico que
> estamos construindo, para ter peticionamentos com formulários
> padronizados em certos casos, seria muito fácil também.
>
>
>
> -----Mensagem original-----
> De: sei-tecnico [mailto:sei-tecnico-bounces@listas.softwarepublico.go
> v.br] Em nome de Valessio Brito
> Enviada em: quinta-feira, 11 de fevereiro de 2016 18:13
> Para: Isaac Almeida
> Cc: sei-tecnico@listas.softwarepublico.gov.br
> Assunto: Re: [sei-tecnico] Formulários via webservice
>
> Isaac,
>
> Comentei há tempos atrás nessa lista, a possibilidade de integração
> com LimeSurvey (software livre para gerar formulários);
>
> Um plugin, que possibilite que o formulário enviado pelo LimeSurvey,
> gere um documento em um processo específico ou um novo processo
> específico; Retornando para o usuário, o número único de processo
> para acompanhar.
>
> Infelizmente ainda não consegui tempo para avaliar a implementação,
> mas algumas pessoas nessa lista já se dispõe ajudar na especificação e
> ou até implementação se preciso.
>
>
> Que tipo de formulários você esta precisando? qual complexidade?
> conhece o LimeSurvey?
>
>
> Abs,
> Valessio Brito
>
>
>
> Em 11 de fevereiro de 2016 12:00, Isaac Almeida
> du.br> escreveu:
> > Boa tarde! Alguém teria modelos de formulários usando webservice?
> >
> > At.te,
> > Isaac
> >
> > _______________________________________________
> > sei-tecnico mailing list
> > sei-tecnico@listas.softwarepublico.gov.br
> >
https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-> tec
> > nico
> >
> _______________________________________________
> sei-tecnico mailing list
> sei-tecnico@listas.softwarepublico.gov.br
>
https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/sei-te> cnico
Valessio Soares de Brito
11 de Fevereiro de 2016 às 21:08Nei Jobson,
Almeida .
Valessio Brito
Nei Jobson da Costa Carneiro