Sesóstris, para buscarmos o registro no SIGAD, usaremos o NÚMERO DO PROCESSO.
======
**To:José Humberto Borges;Sesostris Vieira;Eny Maria Serra Monteiro;Fabio Renato da Silva;
You forwarded this message on 4/23/2021 6:16 PM.
Boa noite, José Humberto!
Acabei de confirmar com o colega Sesóstris: o SIGI usa o BD-PostgreSql
e fica na infra do Interlegis, ok?
==**
Sesóstris,
segue a idéia para discutirmos. Por favor, sua opinião será decisiva para acabarmos com o a infos desatualizadas, o que
inviabiliza totalmente a emissão de nossos relatórios gerenciais no Sigi. Outra opção seria pedirmos algumas melhorias
nas "buscas do SIGAD", porém não alimento esperança qt ao isso. Assim, melhor ver o que podemos fazer no SIGI, né? Concorda??
ITEM A)Para este tkt, há DOIS motivos para buscarmos infos do SIGAD automaticamente via webservice:
1)manualmente, eu mesma tenho feito isso para cada processo que estou inserindo no SIGI. As técnicas do Gabinete
fazem isso rotineiramente para atualizar o estado dos registros da planilhaDeControle. HOje(18/04/21), estamos com
145 registros (e aumentando), o que torna a atualização da planilha bem inviável. Com isso, estamos sempre com
registros desatualizados.
2)tendo infos atualizadas, poderemos emitir relatórios, totalizações, gráficos, dashboards...etc... de Convênios que
estejam em determinada situação. Ex: "todos que foram assinados nesta semana"; "todos que estão na SADCON/SECON";
"todos que estão na ADVOSF"; "todos que estão aguardando assinatura na DGER";...etc etc.
ITEM B)MODOS de invocação do Webservice:
1)Poderemos ter um botão para atualização de TODOS os procs, seja num click explícito ... ou qd o user for gerar
relatórios, filtros. Ou seja, antes de gerar algum pedido de informação, ter certeza de que os convênios estão com
a última situação do SIGAD.
2)Tb poderemos atualizar no momento em que o user entrar no registro, garantindo que os dados do SIGAD sejam
os últimos.
=Nesta semana, eu mesma entrarei em contato com a equipe do SIGAD, para ver a viabilidade de termos esse
webservice (de sistema para sistema).
ITEM C)Para ser algo relativamente simples para o SIGAD nos fornecer, pensei nos seguintes campos, informando
o "00100" ou "00200" do proc cadastrado no SIGI:
1)campo1: juntadoAo, que é o 00200 respectivo. Se não houver 00200, informar o próprio 00100.
2)dataProcesso, para alimentar "dataCadastroSIGAD".
3)Situacao (corrente, sobrestado, arquivado...), para alimentar o campo NOVO "SituacaoSIGAD".
4)Historico de tramitacao (situacao;unidade;de/data;para/data;prazo;despacho...), que alimentaremos num
pequeno painel NÃO EDITÁVEL.
ITEM D)Precisaremos carregar essas infos no SIGI, fazendo alguns scratchs/mapeamentos para conseguirmos
-última UNIDADE em que se encontra e qd chegou lá.
-QD foi assinado, QD foi publicado... etc.
Sesóstris, para buscarmos o registro no SIGAD, usaremos o NÚMERO DO PROCESSO.
====== **To:José Humberto Borges;Sesostris Vieira;Eny Maria Serra Monteiro;Fabio Renato da Silva; You forwarded this message on 4/23/2021 6:16 PM.
Boa noite, José Humberto!
Acabei de confirmar com o colega Sesóstris: o SIGI usa o BD-PostgreSql e fica na infra do Interlegis, ok? ==**
Sesóstris, segue a idéia para discutirmos. Por favor, sua opinião será decisiva para acabarmos com o a infos desatualizadas, o que inviabiliza totalmente a emissão de nossos relatórios gerenciais no Sigi. Outra opção seria pedirmos algumas melhorias nas "buscas do SIGAD", porém não alimento esperança qt ao isso. Assim, melhor ver o que podemos fazer no SIGI, né? Concorda??
ITEM A)Para este tkt, há DOIS motivos para buscarmos infos do SIGAD automaticamente via webservice: 1)manualmente, eu mesma tenho feito isso para cada processo que estou inserindo no SIGI. As técnicas do Gabinete fazem isso rotineiramente para atualizar o estado dos registros da planilhaDeControle. HOje(18/04/21), estamos com 145 registros (e aumentando), o que torna a atualização da planilha bem inviável. Com isso, estamos sempre com registros desatualizados. 2)tendo infos atualizadas, poderemos emitir relatórios, totalizações, gráficos, dashboards...etc... de Convênios que estejam em determinada situação. Ex: "todos que foram assinados nesta semana"; "todos que estão na SADCON/SECON"; "todos que estão na ADVOSF"; "todos que estão aguardando assinatura na DGER";...etc etc.
ITEM B)MODOS de invocação do Webservice: 1)Poderemos ter um botão para atualização de TODOS os procs, seja num click explícito ... ou qd o user for gerar relatórios, filtros. Ou seja, antes de gerar algum pedido de informação, ter certeza de que os convênios estão com a última situação do SIGAD. 2)Tb poderemos atualizar no momento em que o user entrar no registro, garantindo que os dados do SIGAD sejam os últimos. =Nesta semana, eu mesma entrarei em contato com a equipe do SIGAD, para ver a viabilidade de termos esse webservice (de sistema para sistema).
ITEM C)Para ser algo relativamente simples para o SIGAD nos fornecer, pensei nos seguintes campos, informando o "00100" ou "00200" do proc cadastrado no SIGI: 1)campo1: juntadoAo, que é o 00200 respectivo. Se não houver 00200, informar o próprio 00100. 2)dataProcesso, para alimentar "dataCadastroSIGAD". 3)Situacao (corrente, sobrestado, arquivado...), para alimentar o campo NOVO "SituacaoSIGAD". 4)Historico de tramitacao (situacao;unidade;de/data;para/data;prazo;despacho...), que alimentaremos num pequeno painel NÃO EDITÁVEL.
ITEM D)Precisaremos carregar essas infos no SIGI, fazendo alguns scratchs/mapeamentos para conseguirmos -última UNIDADE em que se encontra e qd chegou lá. -QD foi assinado, QD foi publicado... etc.
SIGAD_webservice.pdf