Funções

• Cód. (campo CODINT)

Indique o código da função.
Os códigos começando por "GES" são gerados automaticamente pelo supervisor para a gestão dos objetos.

• Descr. (campo ZNOM)

• Menu ADMIN (campo MENU)

Quando se cria uma função, é indispensável da referenciar num menu, afim que esta função possa ser chamada.. Os menus são parametrizáveis pelo utilizador, mas existe um utilizador de referência, chamado aqui ADMIN, mas cujo nome está modificável pelo parâmetro ADMUSR. Os seus menus contêm todas as funções, e podem servir de modelo no momento da criação dos menus. Define-se aqui um menu de referência onde se vai encontrar a função.

O menu de partida da arborescência standard se chama GENE ; toda a função deve ser referenciada, seja no menu GENE, seja num menu ele mesmo acessível a partir do menu GENE Os constrangimentos são os seguintes :

não é possível de ter mais de 30 escolhas no menu.

não é possível de ir para além de 4 níveis de sub-menus.

O intitulado menu é o texto (traduzível) que aparecerá efetivamete no menu de utilizador para designar a função.

• Rang (campo RANG)

Indique a fila onde aparecerá a função no menu acima.
Num menu as funções são triadas na ordem crescente das filas.

• Desig. menu (campo ZLIBMENU)

• Módulo (campo MODULE)

Indicar o módulo para o qual está utilizada esta função. Se esta ação é utilizada por vários módulos, indicar "supervisor".

• Cód. activ. (campo CODACT)

Se esta zona não está registada, a função será sempre ativa e gerará uma linha de menu pelo utilizador ADMIN.
Se esta zona corresponde a um código actividade inactivo, a função não estará ativa.
Se esta zona começa por X, Y ou Z, a validação dossier não colocará em dia a função.

• Tipo função (campo TYPTRAIT)

Indique o tipo da função : tratamento ou sub-menu.

• Menu/tratamento (campo TRAIT)

O tratamento, se ele está preenchido, corresponde :

• seja ao nome do tratamento a executar, na condição que este não abra janelas.
• seja ao nome do menu.

Para uma função de tipo tratameto, o método recomendado é de registar da ação, se ela não é de tipo "tratameto diverso", mais cedo que de preencher o tratamento diretamente.

• Tipo acesso obj. (campo TYP)

Quando a função está ligada a um objecto, o campo "tipo de acesso objecto" está posicionado automaticamente. Permite propor em gestão das habilitações funcionais os 3 códigos segintes : C (Criação), M (Modificação), S (Supressão).
Para todo objecto, será possível de restringir os direitos das habilitações funcionais, em não autorizando a criação e/ou a modificaçaõ e/ou a supressão.

• Autoriz. estab. (campo FCYAUZ)

Quando o campo "autorização de estabelecimento" está posicionado, permite-se detalhar as habilitações funcionais por estabelecimento ou por agrupamento de estabelecimentos

• Execução mono (campo MONO)

Esta check box a assinalar permite de tornar a função executável mesmo se o dossier foi colocado em modo "mono-módulo"; quer dizer se não autorizava nenhuma função pelo módulo. Um dossier está posicionado em mono-módulo por uma função exclusiva.

• Ajuda registo (campo ZAIDE)

• Imprimir (campo RPT1)

Estas duas rubricas permitem definir o nome de dois códigos de listas chamadas pelas funções. Ficheiro Impressão e Ficheiro Lista. Estes códigos lista estão guardados nas variaveis seguintes :GREPORT1 e GREPORT2. De maneira normalizada, supõe-se que a função Impressão é relativa à ficha corrente (a função não está em princípio disponível se não existe ficha corrente), enquanto que a função Lista está disponível em todos os casos. No caso onde uma função ligada ao objecto, o supervisor gera estes botões ((des) activaação, execução do botão). Para todas as outras funções, o funcionário programador da função é suposto gerar o caso estre estes dois estados, assim que a activação.

• Lista (campo RPT2)

• Navegação (campo NAVIG)

Pagamento das autorizações, em volta desta função, pelo menu "Navegação/Ir à função"

 Autorizado: esta função está acessível pela navegação.

 Interdita versus esta função: esta função não pode ser atingida pela navegação, se por exemplo, um contexto de chamada lhe é necessária.

 Interdita depois esta função: Depois esta função, a navegação está interdita, quando por exemplo é necessário de proteger o contexto corrente.

 Interdita em todos os casos: Interdita-se de aceder a esta função por navegação, e de aceder à navegação depois esta função.

• Nr. (campo NUMLIG1)

• Código opção (campo FLAG)

Este quadro permite definir os códigos opções (até 19 máximo) sob a forma de uma letra e de um comentário associado. As letras minúsculas são reservadas aos desenvolvimentos específicos. A cada habilitação funcional, esta letra poderá ser ou não seleccionada afim de acrescentar as opções na função. Na execução de uma função, o supervisor alimenta a variável global GUSRAUZ(n) por códigos opção autorizados, n é o índice indicando a separação das habilitações por estabelecimento. O programador poderá fazer depender uma parte do seu tratamento pela presença ou não de um código opção nesta variável.

• Desig. opção (campo ZOPTION)

• Função (campo FNCOPT)

Este campo permite definir uma função que acondicionará o acesso a este parâmetro.

Isto permite evitar os erros de autorização de acesso.

Por exemplo : O botão "Validação" da função GESBIC "Faturas Terceiros cliente" corresponde à função BPCVAL. Vai-se então controlar o acesso ao botão de após as autorizações definidas sobre a função BPCVAL.

• Actividade (campo ACTOPT)

Este código de atividade condiciona a presença ou não na função.

• Nr. (campo NUMLIG2)

• Variável (campo VARIA)

Este quadro permite definir uma lista de variáveis globais que devem ser afectadas afim de dar ao tratamento chamador um contexto mais preciso. Estas variáveis são inicializadas pela função, quando o tratamento foi chamado depois o menu.

• Valor (campo VALEUR)

Indicar o valor a afetar na variável da mesma linha. Atenção a respeitar o tipo desta (nenhum controlo foi efetuado)

• Actividade (campo ACTVAR)

Este código atiivdade permite essencialmente de proteger a variável de atualização dossier.

• Cód. acção (campo ACTION)

Define-se a ação que será executada ao lançamento da função. A ação deve existir no dicionário e não deve ser de tipo "tratamento diverso". Se tal é o caso, a função não deve fazer chamada à função mas não deve chamar o tratamento diretamente; para este facto, regista-se o nome do tratamento, no primero separador.

• Parâmetro (campo PARAM)

• Valor parâmetro (campo VALPAR)

possibilidade de registar os valores aos parâmetros da acção.

• Todas as línguas existentes (campo ALLLAN)

Se esta check box está assinalada, todas as línguas são tomadas em conta pela operação.

Se a check box não foi assinalada, tomar-se-á segundo o caso :

• A língua por defeito do utilizador, se nenhum código língua não foi registado.
• A língua registada por outro lado senão.

• Língua (campo LAN)

Permite de definir a língua de geração (quando a check box permitindo de gerar em todas as línguas não foi assinalada).

• Todos os tipos (campo ALLTYP)

Se esta check box está assinalada, todos os tipos de documentação são tomados em conta para a geração. Deve-se referir que, neste caso, limita-se a geração às documentações standard (apenas as documentações de código inferior a X são tomados em conta).

• Tipo (campo TYPEDOC)

Permite definir o tipo de documentação a tomar em conta no tratamento (quando não se assinalou a check box para os tomar todos em conta).

• Desde códigos documentos (campo FUNDEB)

Permite de dar um limite sobre os códigos a ter em conta para a geração de documentação.

• Cód. documentação fim (campo FUNFIN)

• campo GENDOC

Este botão redondo permite criar/atualizar a parametrização da documentação (hierarquia dos parágrafos) a partir dos elementos técnicos encontrados no dicionário dos dados. Pode-se escolher de retomar unicamente as documentações existentes ou criar novas documentações se necessário

As relações de documentação são igualmente tomados em conta. Os parágrafos susceptíveis de serem criados são definidos no anexo técnico correspondante.

• Para todos os grupos (campo ALLCREGRP)

Este campo permite escolher entre :

• Tratar todas as documentações ou ajudas sobre campo indeferentemente do grupo de pertença de utilizador.
• Tratar unicamente as documentações ou ajudas sobre campos cujo grupo de utilizador é equivalente ao grupo criador da documentação encontrada na tabela AOBJGRPDEV

• campo GENFIN

Este botão redondo permite gerar a documentação final a partir do conteúdo dos parágrafos de documentação. Esta documentação foi criada em diferentes sub-directórios do directório definido pelo parâmetro utilizador DIRDOC.

A geração "Completa" trata o conjunto das documentações não tendo código de atividade mas também aquelas tendo os códigos atividades standards (código atividade < "X")

Falta utilizar a geração "segundo o código atividade" para obter a geração das documentações das funções tendo os códigos atividades ativos (quer sejam standards ou específicos).

• Somente as documentações validadas (campo HLPVLD)

Permite gerar o documento final unicamente para as documentações válidas.

• Ajudas sobre campos ligados às documentações (campo HLPLNKFLD)

Si cette case est cochée, sont traitées spécifiquement les aides sur champs relatives aux documentations sur fonction ou objet traitées par ailleurs. Pour savoir quelles sont les aides sur champ à traiter, explorez les écrans associés aux paragraphes de documentation correspondants.

• Outras ajudas sobre campos (campo HLPFLD)

Se esta check box assinalada, cria-se a documentação final a partir do conteúdo dos parágrafos de documentação. Esta documentação foi criada em diferentes sub-directórios FLD do directório definido pelo parâmetro utilizador DIRDOC.

• Códigos ajuda campos inicio (campo HLPDEB)

Permite de dar um limite sobre os códigos a ter em conta para a geração de documentação.

• Cód. ajuda campos fim (campo HLPFIN)

• Directorio de geração (campo REPERT)