Ata da Reunião sobre a Ouvidoria do Portal Modelo

ramiroluz entrou na sala 14:14:22 Bringer entrou na sala 14:37:21

Bringer 14:37:27 tarde espero poder contribuir 14:37:34 alguem ai? 14:37:42 jeanferri 14:41:17 o/ Vicente_Brito entrou na sala 14:50:15

Vicente_Brito 14:50:24 ops

ramiroluz 14:51:03 Tamos aí. Quem pode salvar o log para posterioridade? 14:53:11 Criei um doc com a pauta 14:53:59 http://docs.interlegis.leg.br/p/pauta-reuniao-2015-08-18 14:54:01 O Carlos, que foi ao GITEC comigo vai acompanhar a reunião aqui ao meu lado. 14:59:00 Podemos começar? 14:59:46 jeanferri 15:02:05 y

ramiroluz 15:04:34 Seguinte, para aquecer os motores uma novidade. Conversamos hoje com a Diretora Administrativa da Câmara. 15:04:54 Estamos vínculados administrativamente à Câmara. 15:05:23 E conseguimos uma reserva de orçamento pro ano que vem. 15:05:37 Cerca de R$ 30.000,00 15:05:45 Para investir no sistema de ouvidoria. 15:05:59 Bringer saiu da sala 15:06:03

jeanferri 15:06:07 show hein!

ramiroluz 15:06:56 Achamos um Termo de Referência da Câmara de Bauru para contratar serviço de desenvolvimento de software livre.

jeanferri 15:07:20 pessoa física ou jurídica?

ramiroluz 15:07:25 Vamos adaptar para aprimorar o sistema de ouvidoria. Jurídica. 15:07:28 jeanferri 15:07:49 https://colab.interlegis.leg.br/raw-attachment/milestone/Portal%20Modelo%203.0/pm3-edital.pdf se quiser te passo o ODT 15:08:01 ramiroluz 15:08:17 Beleza. A Diretora se interessou pelo sistema de Protocolo. 15:08:45 Mas ainda não viu o SPDO. 15:08:52 jeanferri 15:08:53 SPDO?

ramiroluz 15:09:04 Ela quer um sistema de protocolo. Mas não conhece o SPDO. 15:09:11 Eu sugeri que a Câmara contrate um serviço semelhante para colaborar com o SPDO. 15:09:32 Mas aí ela vai ter que negociar com o Diretor de Informática. 15:09:55 Bom. 15:10:06 Quanto à nossa pauta. 15:10:13 jeanferri 15:10:21 legal isso aí, melhor gastar e poder colaborar com todos, gastando uma só vez 15:10:47 ramiroluz 15:11:26 Eu pedi a reunião pois tem umas coisas que queria opinião de mais pessoas. Tem algumas coisas que eu coloquei ali que não são interessantes para o solicitante. 15:11:49 Por exemplo, o primeiro item. Campo para forma de contato. 15:12:16 Se o cara veio pelo site, a forma de contato foi pelo site. 15:12:34 Se não, a gente que teria que informar. 15:12:49 Outra coisa seria o terceiro item, controle de prazos. 15:13:11 É muito mais importante para nós isso. 15:13:25 jeanferri 15:13:29 sim, isso pode ficar em uma aba interna, só mostrada para os administradores da ouvidoria

ramiroluz 15:13:36 Para o cidadão só interessa a solução. A minha dúvida seria justamente essa. 15:13:47 jeanferri 15:14:34 também, mas esse campo é importante para todas as ouvidorias, principalmente por causa do e-SIC, e é interessante também que o cidadão saiba quanto tempo levou para ser atendido

ramiroluz 15:14:34 Se implementamos dentro do portal ou se criamos um sistema que importa os dados e é utilizado apenas pelos administradores.

jeanferri 15:15:30 por enquanto são coisas que podem (ou até devem) estar dentro da própria ouvidoria do PM3 15:15:41 vocês vão usar esse sistema do site para controlar tudo o que chega para a ouvidoria, até por telefone e outros meios? 15:16:30 ramiroluz 15:16:51 Sim. Tudo que chega é registrado no sistema. 15:16:58 jeanferri 15:17:18 e fica consultável pela web?

ramiroluz 15:17:28 Sim.

jeanferri 15:17:36 ótimo, assim o sistema fica bem robusto e útil para vários casos

ramiroluz 15:18:06 Só tem um caso que decidimos não colocar porque é uma coisa mais grave. Ainda estamos avaliando algumas situações que podem deixar o denunciante em uma situação de constrangimento ou até risco. 15:19:00 Na semana passada a gente teve reunião com um pessoal da Controladoria Geral do Estado. 15:19:46 Eles usam um sistema da Celepar, mas não é software livre. 15:20:05 jeanferri 15:20:09 humm, interessante

ramiroluz 15:20:28 Mesmo assim, mostraram interesse em ter uma certa integração. E no dia seguinte com o pessoal da Controladoria Geral da União, que querem integrar também. 15:21:01 jeanferri 15:21:12 legal, mas como seria essa integração?

ramiroluz 15:21:21 Ele citaram o exemplo de uma demanda que chega para eles sobre uma escola por exemplo.

jeanferri 15:21:35 pensei em algo simples como o nùmero de protocolo e o endereço do sistema de origem

ramiroluz 15:21:55 E essa demanda tem coisas que são responsabilidade da união e outras do municipio. Acho que teremos que combinar com eles. 15:22:54 jeanferri 15:23:53 ok, integrações mais específicas tem que ver como faz para não afetar outras casas tentar deixar a coisa mais genérica possível 15:24:16 ramiroluz 15:24:46 Eu acho que com o pessoal da CGU seria mais útil para as Câmaras. Pois a CGU é uma só para o país inteiro. 15:24:59 jeanferri 15:25:03 sim, seguramente

ramiroluz 15:25:29 Com a CGE, talvez seja útil para as Câmaras do Paraná, mas pode variar de estado para estado. Enfim, o mais urgente para nós. 15:25:48 jeanferri 15:25:51 exato, essa tem que ser genérica

ramiroluz 15:26:04 Controle de prazos e relatórios para prestação de contas. Estou fazendo em planilhas. 15:26:11 jeanferri 15:26:17 está seguindo a pauta? controle de prazos tem que ter na e-SIC, então é super útil para a ouvidoria 15:27:04 relatórios devem ser internos do sistema, não para o usuário anônimo 15:27:33 somente para autenticados 15:27:47 ou para administradores, mas acho que autenticados também merecem ver, não? 15:28:05 ramiroluz 15:28:37 Por mim poderia ficar aberto, desde que não exponha dados pessoais. Vicente_Brito saiu da sala 15:28:47

ramiroluz 15:29:15 Tudo que é visível pela api de dados abertos, poderia ser aberta também em forma de relatórios e gráficos.

jeanferri 15:29:16 humm, também, é uma possibilidade isso sim, é legal, o que for público pode ser mostrador para todos 15:29:35 ramiroluz 15:29:40 Aquilo que não é aberto, sim deveria ficar restrito. Precisava combinar e pegar dicas de como fazer esses trecos. 15:30:08 Se vai ter uma view diferenciada, se vai ter uma aba, ou outra ideia. 15:30:32 Hoje eu faço o download do json. 15:31:01 Copio outras coisas da página de manifestações, gero um csv e combino as informações. 15:31:33 jeanferri 15:31:35 sim, tem que fazer views mas acho que dá para mostra-las como abas dentro do sistema

ramiroluz 15:32:14 Você diz ali na página de manifestações, abas que apontam para o relatório? É muito dificil fazer? 15:32:27 jeanferri 15:33:09 Sim, aqui mesmo http://pm3demo.interlegis.leg.br/ouvidoria 15:33:09 ramiroluz 15:33:48 Beleza.

jeanferri 15:34:20 a interface a gente arruma depois, o importante é ter as views funcionando

ramiroluz 15:34:36 Ok. Vamos pro próximo. 15:34:44 O outro ponto é registro de números de protocolo de outros órgãos. 15:34:46 Por enquanto colocamos isso dentro do texto, ou às vezes dentro da resposta. 15:35:16 Mas é uma necessidade específica nossa, não sei se interessa para outras câmaras. 15:35:45 Eu já tentei adicionar esse campo pelo gerenciador de tipos do dexterity. 15:36:06 Mas tipos definidos no filesystem não permitem adicionar campos. 15:36:26 Então não sei como resolver. 15:36:35 A gente também precisa do telefone. 15:36:46 às vezes os solicitante quer um retorno por telefone. 15:37:03 jeanferri 15:37:57 lembra que discutimos sobre campos adicionáveis? esse do telefone pode ser um deles, o de protocolo pode ser outro

ramiroluz 15:38:13 Lembro, mas não sei fazer. Tem também o endereço da manifestação. 15:38:37 O cidadão pode morar em um lugar mas reclamar de uma coisa em outro lugar. 15:39:02 jeanferri 15:39:10 ok, todos esses são campos adicionáveis

ramiroluz 15:39:24 E aí vem o outro tópico. Geoporcessamento. 15:39:28 Para ter isso eu até implementei um protótipo, usando os campos do endereço da pessoa. 15:39:51 Mas .... 15:40:00 Usei um produto que tem dois tipos. 15:40:19 Um que mostra uma mapa, derivado de container, uma pasta de localizações. 15:40:44 Outro que define as localizações. 15:40:57 Nesse momento senti a necessidade de: 15:41:20 jeanferri 15:41:29 como fazer isso? Vai apontar o que no mapa? O lugar de onde veio a solicitação?

ramiroluz 15:42:08 A ideia seria marcar o local da solicitação. E por isso que senti a necessidade de ter o endereço da solicitação. 15:42:39 Para não marcar a localização da casa da pessoa. 15:42:58 E outra coisa seria, como permitir que o administrador escolha se vai usar isso ou não. 15:43:28 jeanferri 15:46:24 mas como fazer isso? vai pedir as coordenadas para o usuário? esse é um campo que dificilmente o usuário vai preencher 15:46:47 e acaba burocratizando muito o formulário 15:46:57 se pudesse fazer isso automário, melhor, mas aó acho possível via APP mobile 15:47:21 ramiroluz 15:47:38 Eu peguei as coordenadas pela api do googlemaps, usando o endereço do cidadão. Mas fiquei refletindo se isso seria adequado. 15:47:54 Pois o endereço dele é um dos campos que não é exposto pela api. 15:48:12 Justamente pela privacidade. 15:48:19 jeanferri 15:48:44 pois é, vai marcar o cara e troná-lo trackeável

ramiroluz 15:49:15 Outro tópico seria esse mesmo, mobile, já registra a coordenada do celular. Por isso que pensei em ter o endereço da manifestação. 15:49:41 jeanferri 15:49:53 tem que tomar cuidado para não expor a identidade das pessoas isso é importante agora? 15:51:14 ramiroluz 15:52:04 Não, importante agora, é o controle de prazos e relatórios para prestação de contas. Pela nossa lei, temos que prestar contas anualmente. 15:52:24 jeanferri 15:52:25 isso, tá faltando isso urgente

ramiroluz 15:52:49 E de vez em quando chega um pedido de informação cobrando isso.

jeanferri 15:53:20 no pior caso, você poderia extrair essas infos pela API de dados abertos, mas é melhor ter isso no sistema

ramiroluz 15:53:50 Então, na API atual estão faltando dados.

jeanferri 15:54:02 só mostra dados úblicos públicos 15:54:08 ramiroluz 15:54:18 Quando a próxima versão for liberada devem aparecer os dados que preciso. Foi uma daquelas alterações que eu mandei. 15:54:27 jeanferri 15:55:13 vai para o ar nessa semana, só não foi ainda porque o Fabio está montando a cloud e quer já fazer o deploy nela só uma dúvida, você disse que não conseguiu implementar aqueles campos adicionáveis, mas você vai implementar ou vai contratar dentro dos 30k? 15:55:37 ramiroluz 15:55:46 Legal. Esse orçamento de 30k é pro ano que vem apenas. 15:56:41 jeanferri 15:56:47 ahh, ok

ramiroluz 15:56:56 Então vou fazer uma minuta só para reserva financeira.

jeanferri 15:57:00 se pudesse contratar pessoa física sairia mais barato pessoa física é muito caro 15:57:10 pessoa jurídica 15:57:18 ramiroluz 15:57:43 Ano que vem vamos pedir as pendencias que sobrarem.

jeanferri 15:57:50 legal o que você vai implementar até o final do ano? qual a ordem de prioridade? 15:58:05 ramiroluz 15:58:36 Cara, eu to sozinho. Como programador aqui. 15:58:43 Então tem dias que tenho que responder solicitações. 15:58:58 Atender telefone, etc.... 15:59:05 Para ajudar, pois somos apenas 3, mais o Ouvidor 4. 15:59:26 jeanferri 15:59:34 olha, um cara que pode dar boas dicas é o Hector Velarde

ramiroluz 15:59:36 Então eu vou implementar o que der. 15:59:38 Sim, eu tenho falado com ele pelo IRC do plone. 15:59:51 jeanferri 15:59:55 ele entende bem essa arquitetura do sistema que o ouvidoria do PM3 usa

ramiroluz 16:00:35 Ele me ajudou a implantar esse protótipo do mapa. Mas enfim, a prioridade é: 16:00:52 prazos, 16:01:01 relatórios 16:01:04 jeanferri 16:01:07 legal, já tem implementado o mapa?

ramiroluz 16:01:36 Sim, mas tá usando o endereço do cidadão.

jeanferri 16:01:46 humm, ok dentro dessa lista: 16:01:50

  • Campo de meio de contato. (E-Mail, telefone, rede social, portal).
  • Relatórios e gráficos.
  • Controle de prazos.
  • Registro de códigos de protocolo de outros órgãos.
  • Geoprocessamento.
  • Endereço da solicitação (o endereço atual aparentemente é do cidadão).
  • Reabrir solicitação resolvida.
  • O trâmite atual não segue um fluxo, de onde para onde.
  • Captcha no formulário de inserção de solicitação.
  • Quando o usuário abrir uma nova demanda ele pode referenciar um

protocolo aberto anteriormente, isso é para casos de uma solicitação não ser atendida por algum motivo e o usuário poder abrir outra complementando algo que faltou.

  • "Taggear" manifestação (#156, #troca de lampada, #tapa buraco,

#investigacao ....)

  • API para receber manifestações por celular ou redes sociais (formulário

do facebook por exemplo).

SIGO da Celepar e sistema ouve da CGU.

  • Integração com sistemas de outras esferas, governo municipal, estadual e

federal. 16:01:51 qual a prioridade? 16:01:54 ramiroluz 16:02:15 Controle de prazos

jeanferri 16:02:15 sugiro abrir tíquetes para cada um desses itens

ramiroluz 16:02:20 relatórios Taggear 16:02:30 jeanferri 16:02:50 para taggear dá para usar o mecanismo padrão do Plone

ramiroluz 16:02:54 Adicionar telefone

jeanferri 16:03:16 campos adicionáveis

ramiroluz 16:03:38 Essas são as coisas que precisamos o quanto antes. O resto pode ficar para consultoria ou para implementar se der. 16:03:52 jeanferri 16:04:00 quando você iserir uma tag com #tag dá para parsear o texto e inserir como tag no campo Subject

ramiroluz 16:04:13 Só o Geoprocessamento, é uma prioridade do Ouvidor.

jeanferri 16:04:21 se você editar um conteúdo, vai ver uma aba 'Categorização' com esse campo

ramiroluz 16:04:26 Estava na proposta dele na campanha. Aqui o ouvidor é eleito. 16:04:32 jeanferri 16:04:52 também tem esse campo nos matadados Dublin Core padrão do Plone Local: A localização geográfica associada com o item, caso aplicável. 16:04:59 na mesma aba 16:05:12 ramiroluz 16:07:20 Na edição de uma solicitação não tem essa aba categoriazação.

jeanferri 16:07:59 não porque foi ocultada, mas o item deve ter os metadados, senão basta registrar uma interface que ele já herda esses campos

ramiroluz 16:12:06 Legal, testei pela interface do Dexterity e aparentemente funcionou.

jeanferri 16:12:14 show

ramiroluz 16:12:32 Adicionei, localização do evento. E categorização. 16:12:44 jeanferri 16:13:27 show

ramiroluz 16:14:04 Vou trabalhar nas prioridades, mas se sobrar tempo vou ver se consigo usar a localização para o geoporcessamento.

jeanferri 16:14:16 show

ramiroluz 16:14:26 Bom, eu acho que isso fecha a reunião. Reunião sem ação pra mim foi perda de tempo. 16:14:40 Então, as próximas ações. 16:14:52 Registrar as issues desses tópicos. 16:15:03 jeanferri 16:15:18 e começar a implementar pela ordem de prioridade

ramiroluz 16:15:32 Isso, priorizar as issues.

jeanferri 16:15:34 vai mandando pull request de cada coisa que implementar que eu já vou incorporando

ramiroluz 16:15:38 Implementar em ordem.

jeanferri 16:15:51 não manda tudo em um pullzão que fica difícil avaliar e mesclar

ramiroluz 16:16:00 pode deixar. Eu tenho feito assim: 16:16:12 Crio um branch no meu fork com o nome da issue. 16:16:23 jeanferri 16:16:49 você estã rodando os testes? depois de implementar, rode os testes assim: 16:17:10 ramiroluz 16:17:16 Sim, esse é um item que não tava na pauta, mas queria ver.

jeanferri 16:17:26 1) entre no diretório portalmodelo 2) deslique o zope 16:17:41 ramiroluz 16:17:41 Reparei que tinha teste falhando.

jeanferri 16:18:05 3) ./bin/test -m interlegis.portalmodelo.ombudsman eu arrumei os testes do ombudsman 16:18:15 ramiroluz 16:18:23 Beleza.

jeanferri 16:18:24 dá um git pull

ramiroluz 16:19:02 Vai subir pro branch do meu fork. Aí faço pull request do branch? 16:19:13 Ou faço um merge no meu master e depois um pull request das alterações no master. 16:19:36 ? 16:20:24 jeanferri 16:21:25 eita, agora enrolou, não sei não eu acho que você faz um merge com o master do interlegis 16:22:13 fiz isso dias atrás mas esqueci a sequencia 16:22:26 ramiroluz 16:22:35 Bom, podemos ver depois. Quando eu terminar a próxima colaboração.

jeanferri 16:22:46 belex

ramiroluz 16:22:58 Hoje tenho que trabalhar na minuta e deposi nos relatórios pelo calc. Você consegue salvar o log da reunião aí? 16:23:37 jeanferri 16:23:49 e cara, quando quiser marcar reunião, marcamos para o próximo dia e avisamos no GITEC o horário e lugar, assim a gente agiliza e quem quiser participa, você viu que ninguém ficou, né...

ramiroluz 16:24:09 Sim.

jeanferri 16:24:12 ok, eu salvo e te envio

ramiroluz 16:24:19 Beleza. Na verdade eu quiz democratizar. 16:24:34 Porque precisava mesmo é falar contigo. 16:24:44 jeanferri 16:25:10 ok

ramiroluz 16:27:31 Valeu Jean.

jeanferri 16:28:09 valeu meu velho!

Última modificação 4 anos atrás Última modificação em 01/09/2015 12:56:21
 

The contents and data of this website are published under license:
Creative Commons 4.0 Brasil - Atribuir Fonte - Compartilhar Igual.