Histórico da Página

...

• Pelo tools, opção 3, o sistema deverá fazer a criação dos seguintes campos na tabela campo:
  • idconsulta: integer, nullable, FK para tabela consulta
  • idconexao: integer, nullable, FK para tabela conexao
  • sql: bytea, nullable
• Pelo tools, opção 3, o sistema deverá fazer a criação dos seguintes campos na tabela pesquisapergunta:
  • idcampo: integer, nullable, FK para tabela campo
• Pelo tools, opção 3, o sistema deverá fazer a criação dos seguintes campos na tabela pesquisapergresulopcao:
  • respostacodigo: varchar(200), nullable

Menu consulta

• A opção do menu "Cadastro > Dashboard > Consulta" deverá ser endereçado para "Cadastro > Geral > Consulta" visto que será dependência para campos adicionais, não somente de dashboards

...

• Na web, na tela de responder formulários
  • O sistema deverá implementar os novos tipos de pergunta do tipo "Campo adicional"
    • Para campos adicionais do tipo "PESENT" (Pesquisa em entidade), o sistema deverá mostrar o campo como campo de pesquisa (Chave e valor)
      • As opções selecionáveis serão o resultado da consulta persistida no campo campo.idconsulta > sql associado ao campo adicional do campo pesquisapergunta.idcampo
        • Caso não tenha valor cadastrado no campo acima, será resultado da consulta cadastrada no campo campo.sql
        • A grid de seleção dos registros deverá mostrar duas colunas "Chave" e "Valor" referentes aos campos da consulta chave e valor, respectivamente
    • O valor do campo deverá ser persistido no campo pesquisapergresulopcao.respostadescricao, com a chave da opção do campo adicional selecionado em tela
• No Android, na tela de responder formulários
  • O sistema deverá implementar os novos tipos de pergunta do tipo "Campo adicional"
    • Para campos adicionais do tipo "PESENT" (Pesquisa em entidade), o sistema deverá mostrar o campo como campo de pesquisa (Chave e valor)
      • Especificamente no Android, visto que não é possível fazer consultas com sintaxe SQL no contexto offline
        • No momento da sincronização de dados
          • O sistema deverá preparar view ventidadegenerica com as seguintes colunas:
            • • idcampo
                • Referência do campo adicional do tipo "Pesquisa entidade" com consulta "Entidade genérica"
              • chave
                • Será resultado do campo chave da consulta cadastrada no campo campo.idconsulta > sql
                  • Caso não tenha valor cadastrado no campo acima, será resultado do campo chave da consulta cadastrada no campo campo.sql
              • valor
                • Será resultado do campo chave da consulta cadastrada no campo campo.idconsulta > sql
                  • Caso não tenha valor cadastrado no campo acima, será resultado do campo chave da consulta cadastrada no campo campo.sql
            • Dessa forma, o sistema já carregará previamente as opções selecionáveis de todos os campos adicionais de formulários, para que o contexto offline continue funcional
      • As opções selecionáveis serão o resultado da consulta da view ventidadegenerica, associada ao campo ventidadegenerica.idcampo
        • A grid de seleção dos registros deverá mostrar duas colunas "Chave" e "Valor" referentes aos campos da consulta chave e valor, respectivamente
      O valor do campo deverá ser persistido no campo pesquisapergresulopcao.respostadescricao, com a chave da opção do campo adicional selecionado em tela
• A opção selecionada na pergunta deverá ser persistida na tabela pesquisapergresulopcao, segundo a lógica
  • "Chave": pesquisapergresulopcao.respostacodigo
  • "Valor": pesquisapergresulopcao.respostadescricao

Visualizar formulário

• Na web e Android, na tela de visualizar formulários respondidos
  • O sistema deverá implementar 
  No Android, na tela de visualizar formulários
  • implementar a visualização da resposta de campos adicionais do tipo pesquisa em entidade genérica, buscando o valor do campo do campo pesquisapergresulopcao.respostadescricao associado à resposta