Regras de sincronização

• Regra (campo CODREG)

Ce code identifie de façon unique les fiches créées.

• Descr. (campo ZINTIT)

• Desactivação (campo DESFLG)

Esta "flag" permite desactivar uma regra de sincronização. Pode-se então carregar uma parte dos dados. Pode-se fazer em seguida quando se reactiva a regra porque falta fazer uma sincronização global.

• Cód. activ. (campo CODACT)

Un code activité vous permet de :

• rendre optionnel un élément du dictionnaire si la valeur associée au code activité est nulle,
• signer les éléments spécifiques dès lors qu'ils sont marqués par un code commençant par X, Y ou Z,
• dimensionner un nombre de lignes maximum lorsque le code activité marque des éléments d'un tableau,

Si le code activité est désactivé :

• l'élément marqué n'est pas utilisable,
• le code associé n'est pas généré ou activé.

• Módulo (campo MODULE)

• Tab. origem (campo TABORG)

Define a tabela principal a partir da qual os dados são extraidos do dossier corrente para alimentar as linhas da "datamart".

• campo LIBORG

Intitulé associé au code précédent

• Filtro (campo FILTRE)

Permite de definir um critério sob forma de uma expressão lógica podendo fazer intervir todas as tabelas em linha, constantes e das funções.

Apenas as linhas para as quais a avaliação das condições reenvia um resultado não nulo (ie. verdadeiro) são afetados pela extração de dados.

• Chave (campo INDLEC)

Define o código da chave da tabela utilizada para realizar a leitura das linhas ligadas. Por defeito, a primerira chave da tabela é utilizada.

Uma vez este campo alimentado, o quadro seguinte Mapa chaves - propriedades está alimentado segundo o código dos diferentes segmentos de chave.

• Tratamento standard (campo TRTSTD)

• Tratamento vertical (campo TRTSPV)

• Tratamento especifico (campo TRTSPE)

• Regra de criação (campo TYPLNK)

Este campo pode tomar dois valores que são :

• 1,1 : Neste caso, uma linha da tabela de origem pode desencadear a criação ou a actualização de uma linha na tabela de factos da "datamart" (se a condição exprimida no campo filtro está verificado).
• 1,N : neste caso, uma linha da tabela de origem pode desencadear a criação ou a actualização de várias linhas na tabela de factos do "datamart" (em função da dimensão N de um quadro identificado por um dos campos da tabela). A variável indice varia então de 0 a N-1, e se desencadeia uma actualização para cada valor de índice para a qual a condição linha é verificada.

• Campo arranque (campo FLDDEC)

Quando a regra de sincronização é de tipo (1,N), se apoia sobre este campo da tabela principal, que é suposta de ser dimesionada (várias ocorrências)

O algoritmo de extração permite assim de aceder aos dados de quadros estocados na tabela principal em linha. O princípio é então o seguinte : Faz-se variar a variável sistema indice de 0 a N-1, N sendo a dimensão do campo desencadeante, e para cada valor :

• avalia-se a condição linha (que pode ser então depender da variável indice).
• se ela é verdadeira, avalia-se o registo das fórmulas de destino para obter os valores dos campos a actualizar.
• actualiza-se o registo da "datamart" correspondente.

• Condição linha (campo CNDLIG)

Esta condição está definida sob a forma de uma fórmula de cálculo. Ela está avaliada a cada iteração feita sobre o número de ocorrências do campo desencadeador (a variável indice variando de 0 a N-1, N sendo a dimensão do campo desencadeante). Por outro lado a variável índice, ela pode referênciar os campos das tabelas em linha, assim que de constantes, das variáveis globais, das funções definidas pelo programador (sintaxes func PROGRAMME.FONCTION).

Se o resultado da avaliação está não nulo, a colocação está desencadeada.

• Tabelas ligadas (campo TABLNK)

Tabela na qual a classe referenciada está persistente.

• Abreviatura (campo ABRLNK)

Corresponde à abreviação sob a qual a tabela ligada está aberta.

Se este campo não está registado, a abreviação é a abreviação por defeito da tabela. Pode ser útil de registar uma abreviação para não entrar em conflito com o contexto chamador

• Chv ligação (campo CLELNK)

Define o código da chave da tabela utilizada para realizar a leitura das linhas ligadas. Por defeito, a primerira chave da tabela é utilizada.

Uma vez este campo alimentado, o quadro seguinte Mapa chaves - propriedades está alimentado segundo o código dos diferentes segmentos de chave.

• Tipo (campo TYPLNKTAB)

• Expressão de ligação (campo EXPLNK)

Este campo está definido como uma ou várias expressões calculadas separadas por um ponto e vírgula. Cada expressão está avaliada, e o resultado permite de conhecer o valor da chave utilizada para realizar a junção. Quando as junções múltiplas são autorizadas, pode-se não dar que os primeiros elementos da chave.

Nas expressões, podem-se utilizar constantes, e campos emitidos das tabelas previamente definidas na lista das relações.

De referir que a expressão de relações pode ser vazio. Neste caso, a tabela está simplesmente em linha sem que registos correntes sejam lidos. Isto pode ser útil se por exemplo uma função definida por um programador (sintaxe func PROGRAMME.FONCTION) é utilizado. Esta função pode ser amenada a ler as informações nas tabelas deste tipo.

• Dossier (campo ADXDOS)

Definem-se aqui os dossiers a partir das quais os dados vão ser copiados. As sintaxes possíveis estão descritas no anexo dedicado

No momento da cópia, a variável GDOSSIER dá o código do dossier de onde são extraídos os dados.

• Tab. destino (campo TABDES)

• Nr. de linha (campo NUMDES)

• Campo (campo FLDDES)

• Descr. (campo INTDES)

• Formula (campo FORDES)

• 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)