Pular para o conteúdo
EMPOBase
pt
Fluxo de trabalho

De um envio de campo a um resultado que pode entrar no relatório

Quando as decisões de revisão ficam em arquivos ou mensagens separados, pode ser difícil identificar qual número foi aprovado.

O problema

Um número reportado precisa de contexto: quem o enviou, quem o revisou e qual versão foi usada. Este fluxo mantém o envio e a aceitação como eventos separados e registrados.

Fluxo de trabalho

Como a cadeia funciona

Veja quem envia, quem revisa e quais registros são salvos. Consulte os detalhes dos controles para conhecer as verificações técnicas.

  1. Quem age

    Um responsável de MEAL com permissão de escrita para o projeto

    Abre um link de coleta para um indicador e um período do projeto.

    Detalhes de acesso e controle

    Criar ou revogar um link exige a permissão de escrita de MEAL; o link se limita a uma organização, e o parceiro coleta dados em sua própria sessão de escopo limitado, em vez de usar uma conta de funcionário.

    O que fica registrado
    Um link de coleta com token, listado e revogável.
    Próximo responsável
    A equipe de campo ou o parceiro que faz a contagem.
  2. Quem age

    Um coletor de dados em campo ou um parceiro

    Envia o valor daquele indicador e período pelo link.

    Detalhes de acesso e controle

    O envio é salvo como pendente. Repetir o mesmo envio pelo mesmo link de coleta e pela mesma sessão do parceiro retorna o envio original em vez de criar outro, inclusive após uma queda de conexão.

    O que fica registrado
    Um envio pendente, com remetente, nota e data e hora.
    Próximo responsável
    A pessoa revisora daquele projeto.
  3. Quem age

    Uma pessoa revisora com permissão de aprovação de MEAL para aquele projeto

    Lê o valor enviado ao lado do valor realizado registrado e o aprova ou rejeita, com uma nota.

    Detalhes de acesso e controle

    A autoridade de aprovação se limita ao projeto: uma permissão de MEAL para toda a organização não dá acesso a todos os projetos. Só envios pendentes podem ser revisados e, se duas pessoas revisoras agirem ao mesmo tempo, a segunda é informada de que outra pessoa já revisou o envio, em vez de sobrescrever silenciosamente a primeira decisão.

    O que fica registrado
    Uma decisão registrada no envio, com a pessoa revisora, a data e hora e a nota.
    Próximo responsável
    O próprio registro de resultados.
  4. Quem age

    O sistema, somente na aprovação

    Registra o valor aprovado como valor realizado do indicador para aquele projeto, indicador e período.

    Detalhes de acesso e controle

    Somente a decisão de aprovar registra um valor realizado. Um envio pendente ou rejeitado nunca chega aos resultados. O registro mantém a procedência, seja um link de coleta ou um portal de parceiros, e substitui o valor realizado existente para exatamente aquele projeto, indicador e período em vez de somá-lo. Assim, um número corrigido substitui o anterior sem inflá-lo.

    O que fica registrado
    Um valor realizado de indicador que mantém sua fonte de origem.
    Próximo responsável
    Relatórios e agregações.
  5. Quem age

    Responsáveis pelos relatórios de programas e MEAL

    Consultam a agregação dos indicadores do projeto.

    Detalhes de acesso e controle

    Um indicador personalizado não aprovado é totalmente ignorado na conciliação e na agregação. Assim, um indicador criado na semana passada não pode alterar a pontuação até que alguém com autoridade o aprove.

    O que fica registrado
    Uma agregação baseada apenas em indicadores aprovados e valores realizados aceitos.
    Próximo responsável
    Fim da cadeia
Fluxo de trabalho

Controles deste fluxo de trabalho

Revise estes controles junto com o escopo e as limitações abaixo.

O acesso exige uma permissão verificada por projeto

Abrir um link de coleta exige a permissão de escrita de MEAL; aprovar um envio exige a permissão de aprovação de MEAL para aquele projeto específico. Uma permissão para toda a organização dá acesso ao módulo, não a todos os projetos nele.

Enviar e aceitar são eventos separados

Pendente é um estado real, salvo com seu próprio registro. Um envio só atualiza um valor realizado após a aprovação de uma pessoa revisora autorizada; a pessoa revisora, o horário e a nota ficam registrados.

Uma nova tentativa não é uma segunda contagem

Repetir o mesmo envio pelo mesmo link de coleta e pela mesma sessão do parceiro após uma queda de conexão retorna o envio original em vez de criar uma duplicata.

A revisão simultânea por duas pessoas é tratada

Só envios pendentes podem ser aprovados. A segunda pessoa revisora é informada de que outra pessoa já revisou o envio, em vez de sobrescrever a primeira decisão.

Fluxo de trabalho

O que você obtém ao final

Os registros que esta cadeia produz: aqueles que um auditor ou doador pedirá para consultar.

  • Um registro de envios: todos os valores propostos, com remetente, decisão, pessoa revisora e nota.
  • Valores realizados de indicadores atualizados pelos envios aprovados neste fluxo, com o canal de origem registrado.
  • Uma agregação que exclui indicadores personalizados não aprovados por construção, não por convenção.
  • Relatórios de campo como registro narrativo separado, com sua própria cadeia de revisão e sua própria regra contra autoaprovação.
Fluxo de trabalho

Escopo e disponibilidade

O que esta cadeia não faz. Nenhuma dessas funções pode ser ativada por uma opção de configuração, e nenhuma chegará “em breve”, a menos que informemos isso.

Não disponível atualmente

  • Devolve um envio de coleta ao remetente para correção.
  • Um envio de coleta pode ser aprovado ou rejeitado, mas não devolvido para correção. A opção de correção existe nos relatórios de campo, que passam pelos estados rascunho, enviado, revisado e aprovado, e cujo autor não pode aprovar o próprio relatório.
  • Relatórios de campo não registram valores realizados de indicadores. Eles são o registro narrativo. Neste fluxo, os envios de indicadores aprovados atualizam os valores realizados correspondentes.
  • Os períodos de MEAL não são bloqueados. Finanças tem bloqueio de períodos; resultados, não. Assim, uma aprovação posterior ainda pode substituir um valor realizado de um período já reportado. Trate seu relatório como um retrato de um momento específico.
  • Os totais não representam o alcance de pessoas únicas. Uma soma de valores enviados ou de itens distribuídos conta transações, não pessoas distintas, e nada nesta cadeia elimina duplicidades de beneficiários.
  • Um link de coleta é um formulário web com token, não um conector entre sistemas. Esta cadeia não tem integração em tempo real com plataformas externas de coleta de dados.
Fluxo de trabalho

Sobre as imagens desta página

As três visualizações desta página são capturas do aplicativo atual com dados sintéticos de teste. Ainda não há captura da própria decisão de revisão; essa etapa é descrita em texto, em vez de simulada.

Captura

Lista de relatórios de campo com tipos, datas e estados de revisão
Lista de relatórios de campo com tipos, datas e estados de revisão — aplicativo atual, dados de exemplo. Abrir a imagem em tamanho completo

Captura

Visualização de resultados de programas com indicadores, metas e valores realizados registrados
Visualização de resultados de programas com indicadores, metas e valores realizados registrados — aplicativo atual, dados de exemplo. Abrir a imagem em tamanho completo

Captura

Faixa de visão geral de MEAL resumindo a cobertura de indicadores entre projetos
Faixa de visão geral de MEAL resumindo a cobertura de indicadores entre projetos — aplicativo atual, dados de exemplo. Abrir a imagem em tamanho completo
Explorar com dados de exemplo

Solicite uma demonstração deste fluxo com dados de exemplo. Confirme conosco o plano e a configuração necessários.