Histórico da Página

...

• Hoje o configurador so permite selecionar um pacote por vez, mesmo o cliente necessitando fazer a configuração de múltiplos.
• Como os desenvolvedores saberiam os adapters existentes ou pacotes , sem um fonte centralizador? Página no tdn?
  • As informações presentes no JSon não deveriam ser adicionados em uma base de dados que permita consulta e transformados em JSon somente no momento da consulta?
• Como os desenvolvedores farão para montar um ambiente de simulação, onde eles testem os seus JSons?
  • Devemos disponibilizar um Mock para usarem?
• No JASON de metadados teremos a tag para bloquear a edição?
• JSON de configuração ficara no repositorio totvsmsg? se sim nem todos tem acesso. Se sim, em qual pasta?
• Versão da mensagem configurada conforme a versão dos produtos.
• Como configurar um parâmetro RM com base em uma configuração do Protheus?
  • Ex.: Para saber se devemos configurar o Produto como global devemos consultar no Protheus qual o compartilhamento do mesmo.
    • Para viabilizar este comportamento é necessário já possuir o caminho do URL do sistema de destino, talvez pre-configurando o par de Apps antes da configuração do pacote.
• Como será informado para as APIs de transaction qual o tipo de pacote (sou backoffice ou vertical?) e a versão do produto e da mensagem que será aplicada??
  • Isso será informado na URL? Esta solução não tem boa manutenção, tendo que alterar todos os JSons caso precise ser passado novo parametro e deverá passar queryparams no método POST.

...