@dngadelha Tudo ótimo e muito obrigado.
Eu já sei disso.
Estou usando o Maker desde Maio. Há dias em que a ferramenta fechou quase 20 vezes. Por isso que acrescentei a seguinte descrição: "as VPNs foram abandonadas pela maioria das empresas que a adotaram para essa finalidade e é uma péssima decisão manter esse modelo de arquitetura."

Já trabalhei com uma ferramenta de desenvolvimento em Java que gera javascript e usa uma critpgrafia tão boa, tão boa, tão boa, que até hoje, 10 anos depois que parei de usar, nunca encontrei ninguém que tivesse conseguido craquear. Passei os 5 primeiros anos, pesquisando todo mês por um crack de tão boa que era a ferramenta. Acaba o prazo da licença, já era. Não tinha e não tem crack que desse jeito e eles ainda tem uma versão open source. Essa ferramenta é da Sencha. O Banco Itaú usa e vários outros bancos, mas aí a ferramenta que custava $ 123, ficou cara demais pela grande quantidade de clientes que eles conseguiram e hoje estão caindo no esquecimento e mantendo só os clientes grandes. Se não me engane na última vez que pesquisei o preço da licença estava em torno de $ 5 mil para um único desenvolvedor.

Não só a Sencha, mas há muitas ferramentas que não usam essa bosta de VPN em suas arquiteturas e são super seguras. Podia trabalhar off-line, não dependia de internet. Aí quando a licença acabou a empresa em que trabalhava decidiu migrar para o Angular. O patrimônio intelectual(o código) não foi perdido, bloqueado como a Softwell faz. Agente consultava o código após a licença ter sido encerrada e íamos evoluindo no Angular, enquanto a aplicação ainda rodava com a ferramenta da Sencha.

O Maker me lembra o Windows 95 e 98. É horrível estar trabalhando e a ferramenta ficar fechando o dia todo.

Aqui no bairro onde moro, a rede de internet foi trocada e ficamos sem internet por 11 dias. Foram 7 dias sem acesso ao Maker por conta dessa decisão equivocada da equipe de desenvolvimento de usar VPN para manter a segurança. Aí lembrei que o celular compartilha internet e acessei novamente o Maker através da internet do celular.

Aí estava pensando em postar todas as vezes que o Maker fechar, para lotar aqui o Fórum, mas vou manter o que a empresa tem em Maker e os novos sistemas, serão em Java mesmo. Não quero sofrer com a VPN do Maker.

Abraços meu caro,
Almedson

Prezado @dngadelha , tudo tranquilo obrigado.

Contextualizando, a situação é o seguinte. Fui contratado para para dar continuidade no desenvolvimento de um software que foi feito em Maker. Então o antigo programador fez vários JSONs na camada servidor. E foi através dos fluxos dele que estou me espelhando. Então a mesma estrutura que ele utilizou está funcionando no fluxo dele, no servidor.
Só que antes de passar para a camada servidor, fiz toda a funcionalidade na camada cliente, porque a documentação deixa claro que as funções funcionam em ambas as camadas.

A documentação do Maker não ajuda. O que é que a documentação diz sobre a função JSON - Atualiza Valor:

##############
Essa função atualiza um elemento no objeto JSON passado no primeiro parâmetro.
Caso a chave passada no segundo parâmetro não exista a mesma será criada.

Parâmetros:

Objeto JSON Chave
3. Valor <Aqui não está dizendo o tipo de entrada do parâmetro.>

FIM ##############

O antigo programador usa a função JSON - Criar objeto no terceiro parâmetro na camada servidor. Peguei a variável Valor e a converti para inteiro com a função Para Inteiro e funcionou.

Screenshot_45.jpg

Também funcionou com a conversão, mas sem a função JSON - Criar objeto:
Screenshot_47.jpg

Passei a variável pura sem conversão e também funcionou:
Screenshot_46.jpg

O que a documentação diz sobre a função JSON - Criar Objeto:
##############
Esta função recebe um texto JSON e retorna um objeto:

Parâmetro:
1. Texto em JSON. <Aqui não diz qual é o tipo de entrada, mas pela descrição podemos supor que recebe texto em JSON. Então aceitou um valor Integer, mas rejeitou uma String numérica na camada servidor. A String numérica foi aceita na camada cliente.>

Retorno:
Objeto JSON.
FIM###########

Portanto meu caro, se a função é do Maker. Se o Maker usa ou não Javascript, se usa ou não Java, Scalla, C++, .NET, etc, é obrigação da equipe de desenvolvimento fazer com que a função Maker se comporte de acordo com a sua documentação independente se está no cliente ou no servidor. Sou programador Java desde a versão 1.8, lá pelo ano 2000. É muito fácil em Java identificar o tipo ou verificar se uma conversão é possível ou não sem mostrar isso ao usuário. Portanto é muito fácil fazer em Java, na camada servidor, essa função se comportar da mesma forma que a camada cliente e portanto estar mais fiel a sua documentação.
ProcessoServidor.jpg

Então no momento em que a documentação do Maker deixa "claro" que a mesma função pode ser usada no cliente ou no servidor, os comportamentos dessa mesma função devem ser idênticos em qualquer aspecto em ambas as camadas. Se há diferença, então é BUG.
Se a equipe de desenvolvimento do Maker não consegue igualar os comportamentos da função tanto no cliente quanto no servidor, então é obrigação estarem descritas na documentação, as diferenças de comportamento.
A documentação do Maker não é boa. Há uma função que não me recordo o nome(teria que pesquisar nos e-mails que enviei ao suporte), que tem tipo de retorno Variante, e o valor era uma String numérica. Tentei as duas formas, passar o valor para uma variável tipo Inteiro, deu PAU, e depois passei o valor para uma variável de tipo Letras, funcionou. Depois converti para Inteiro.
Reportei o problema ao suporte, só do que deu erro e o suporte me disse que o retorno poderia ser Inteiro ou Letras. Inteiro deu pau, então há um BUG aí. Por essa e muitas outras dores de cabeça que tive com a documentação do Maker, que já inicio qualquer texto dizendo que o Maker é a ferramenta mais bugada que conheci na vida.

Prezado @dngadelha, agradeço a sua ajuda. Tentei novas possibilidades em cima de um código que estudei de um outro programador, mas se a documentação afirma que a mesma função pode ser usada em ambas as camadas e há diferenças de comportamento entre essas camadas, então é erro da equipe de desenvolvimento , que poderia sim, converter para inteiro uma String numérica na camada servidor, igualando os comportamentos da função em ambas as camadas.

Se na documentação estivesse claramente a descrição de que essas funções possuem comportamentos diferentes em ambas as camadas, com certeza não teria me esforçado em criar o meu primeiro BODY em JSON na camada cliente. Teria quebrado a cabeça só na camada servidor até conseguir. Fiz isso na camada cliente por culpa da documentação e pela comodidade dos parâmetros necessários para o JSON já estarem na camada cliente, depois era só transferir para a outra camada.

Abraços meu caro, muito obrigado e se há comportamentos diferentes na mesma função e não está documentado, é BUG sim.

provavelmente seu maker tem versão API diferente da do Webrun, como é o seu primeiro projeto, recomendo verificar atualização do webrun e depois republicar; para ele atualizar a versão.

@drammistein Boa tarde.

Provavelmente isso é problema de cache do navegador.
Realize a limpeza de cache

@dngadelha Valeu pela dica. Me ajudou bastante.

@diegojc nesta tela (a primeira que eu comecei a trabalhar), não funcionou. As demais esse erro não é exibido

@dngadelha Obrigado pela dica.

@marcos-reis Ótima dica Marcos.

@alexandre-1 Bom dia.

Como o valor é formatado o usuário provavelmente customizou a fonte do texto que foram inseridas no segundo registro e isso está sendo interpretado na geração do relatório.

Dá uma verificada nisso.

Cordialmente

@Marcos-Reis bem observado amigo, não tinha pensando nisso.

@jhdelucca Boa.... é isso ai... abraço.

@solu7 Não foi nada amigo. Que bom que deu certo!

@lassdx Você abriu o projeto utilizando o Maker 1.2.0.97 e tentou acessar o sistema no Webrun compatível?

Após abrir no Maker, se você importar a API, é necessário reiniciar o Webrun.

Obrigado.. Consegui fazer..

Solução final que fiz

// REMOVENDO BOTÃO FECHAR
var janela = window.top.document.mainsystem;
var elemento = janela.document.getElementsByClassName("OptionClose");
for (let i = 0; i < elemento.length; i++) {
elemento[i].parentNode.removeChild(elemento[i])
}

// REMOVENDO BOTÃO MINIMIZAR

var elemento = janela.document.getElementsByClassName("OptionMinimize");
for (let i = 0; i < elemento.length; i++) {
elemento[i].parentNode.removeChild(elemento[i])
}

@Alexandre-1 tudo bem?

Já tentou recriar esse campo?

Qual o banco de dados utilizado?

@laiane Obrigado 😃

@cleri_santos ok, obrigado, vou ver. valeu