...
Os parâmetros que forem informados na guia Desenho, devem ser informados também no DataPipeline de busca (Figura 'ConstrutorConsulta'), eles devem possuir os mesmos nomes, ou ocasionará erro;.
Os Parâmetros devem ser informados com o Datatype ‘dtString’, isso se deve por algum ao fator de que o Sistema espera apenas por parâmetros do tipo String;
Os Parâmetros são vinculados ao SQL através do DataPipeline, então para cada parâmetro, deve ser informado qual é o DataPipeline que possui estes parâmetros;
...
O cast dos parâmetros é diferente de Oracle para Firebird, o mais recomendado é verificar algum relatório personalizado que esteja configurado corretamente e apenas copiar essa parte dos parâmetros da consulta. Obs: esses são os parâmetros padrões e é muito importante que os nomes dos parâmetros estejam iguais com o deste exemplo, pois este é o nome esperado a ser verificado no sistemaa sintaxe correta;
O cast das Datas para ‘VARCHAR’ é estritamente necessário, de modo a enviar uma data como texto para o sistema, conforme mencionado acima nos pontos sobre os parâmetros;
Caso alterar os parâmetros manualmente, onde aparece por exemplo: ‘(COALESCE(CAST(:PARAM AS VARCHAR(1000)), 'T') = 'T'))’, é muito importante não trocar a letra ‘T’. Obs: alguns outros relatórios feitos anteriormente pode estar apenas com ‘’(aspas vazios).
Os filtros/parâmetros obrigatórios para os relatórios emitidos pelo Kit são: Estab, idempregado, idfuncao, idlocal, idvinc e data inicial e final. E importante destacar que outros parâmetros no relatório podem gerar erro de emissão por dentro da rotina, aconselha-se a usar apenas os já citados.
...
Guia Cálculo
Nessa guia será configurado um Evento para o Report (o Relatório), esse evento será responsável por não mostrar as caixas de prompt (aquelas nas quais aparecem na tela e deve-se selecionar os dados a serem filtrados). Isso se torna necessário para que no sistema não apareçam as caixas de diálogos na tela ao tentar emitir os relatórios.
...