Esta função permite definir as modalidades de histórico e de expurgo de uma tabela e eventualmente das tabelas detalhe associadas, assim que todas as tabelas que lhe estão ligados no dicionário e cujo código anulação está posicionado a supressão. Tomemos por exemplo, a fórmula de histórico SOH da tabela das tabelas das encomendas cliente SORDER, as tabelas SORDERP, SORDERQ etc históricos igualmente

Estas fórmulas de histórico são utilizadas no momento da função de histórico / expurgo.

É um tratamento supervisor, que a partir das fórmulas de histórico e da parametrrização, vai efetuar este histórico e expurgo É no entanto possivel de acrescentar as particularidades num tratamento cujo nome ser´identificado na fórmula de expurgo.

SEEREFERTTO O detalhe das modalidades de histórico/expurgo das tabelas de certos módulos está assim dada num documento anexo.

Observação importante :

É importante notar que o histórico que está feito aqui nada a ver com qualquer arquivo, nomeadamente fiscal. Trata-se com efeito de um histórico técnico destinado a responder a problemas de performances ligadas a volumetrias importantes sobre as tabelas ativas.

Assim, por exemplo, o histórico das escritas não se faz forçosaemnte para um exercicio completo, porque em caso de conciliação em cima sobre dois exercícios, o documento de exercício anterior não está histotizado, mesmo se pediu a historizar este exercício.

Esta historização não desalfandega então em NADA de realizar o arquivo fiscal a cada paragem. Afim de responder às exigências da administração fiscal , nós preconizamos de realizar, a cada paragem, a edição em pdf das listas legais (Jornais, Razão, Balancetes) e de exportar sob excel (ou outro formato neutro) as escritas contabilísticas do período, assim que o conjunto das parametrizações / dados tendo concorrido à sua constituição.

Se se utiliza por outro lado o conector GED, asssociado a um software de gestão eletrónica de documento, pode-se então por utro lado assegurar uma armazenagem seguro e intangivel dos dados desde a sua extração

Pré-requisitos

SEEREFERTTO Consulte a docuemntação de Implementação

Gestão do ecrã

Ecrã de registo

Apresentação

O registo das fórmulas de expurgo se faz sobre um separador.

Fechar

 

Campos

Os seguintes campos estão presentes neste separador :

Bloco número 1

O código identifica a fórmula de expurgo.

O código de expurgo AUDITASD (tabela Audit SData) permite expurgar os registos da tabela de auditoria tendo sido tratados pelo tratamento de sincronização utilizada para a interface CRM. Os registos expurgados são aqueles cujo número de sequência está estritamente inferior ao número da última atualização da tabela de sincronização.

SEEINFO A tabela de de sincronização AJSSYNC não está expurgada nem colocada a zero. Para suprimir os registos desta tabela, ela deve estar colocada a zero.

  • Descr. (campo ZDES)

 

Características

  • Desc. curta (campo ZDESSHO)

 

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)

Sélectionnez un module pour le paramétrage.

Ce champ vous permet de renseigner si l'écran doit être créé dans la base de données du dossier. Il l'est si le module auquel l'écran est rattaché est actif pour le dossier.

Tratamentos

  • Activo (campo ENAFLG)

Sélectionnez cette case à cocher pour activer la fiche courante.

Les enregistrements non sélectionnés conservent leur contenu et paramétrage, mais ne pourront pas être utilisés en rappelant leur code dans :

  • les autres enregistrements, comme les documents et paramètres,
  • les traitements en masse.

Les habilitations sur une fonction donnée peuvent interdire la création d'une fiche active. Dans ce cas, la case est désactivée par défaut. Elle est modifiable uniquement par un utilisateur autorisé, ou via un Workflow de signature.

  • Tratamento standard (campo CTLTRT)

Tratamentos facultativos podendo compreender diversos sub-programas que serão chamados no mometo de execução de historização. Ver as características destes sub-programas. Os desenvolvimentos verticais deverão començar por X; os desenvolvimentos específicos deverão começar por Y ou Z. A atualização do tratamento específica não necessita de proteção por código de atividade.  

  • Tratamento específico (campo SPETRT)

 

Quadro Tabelas

Tabelas a historizar e expurgar.

É possível de preencher uma tabela principal assim que as tabelas de detalhe. Por consequente,para uma tabela detalhe, indicar-se-á, neste campo, a tabela principal na qual ela está associada. Para uma tabela detalhe, nenhum outro parâmetro não será registável. Uma tabela pode ser considerada como tabela de detalhe, se a chave primária está constituida pela chave primária da tabela principal + um identificador Pode-se registar até 20 tabelas por tabela principal

  • Socied. (campo CPYFLD)

Os campos "Sociedade", "Estabelecimento" e "Data" permitindo de identificar os campos da tabela principal contendo respetivamente, a sociedade, o estabelecimento, a data. São os critérios standards para filtrar os registos da tabela proncipal a historizar.

  • Estab. (campo FCYFLD)

 

  • Data (campo DATFLD)
  • Formula p/histórico (campo FRM)

Este campo permite definir filtros suplementares por uma fórmula para o histórico dos registos. O expurgo, utiliza esta fórmula, quando o histórico não foi activado por parametrização.

Fechar

 

Botões específicos

Observação importante

É importante notar que os tratamentos standards são entregues quando a condição de histórico ou de expurgo não é suficiente, e que estes tratamentos standards não devem ser alterados A sua modificação inconsiderada pode provocar os históricos e expurgos colocando em perigo a perenidade dos dados da base. É recomendado, se deseja modificar as regras de histórico / expurgo, de completar a fórmula de histórico em definindo por exemplo critérios mais restritivos e de escrever se necesário o apagamento dos dados complementares criados nas tabelas específicas no tratamento específico. (ver a metodologia).

 

Barra de menu

Opções / Parâmetros expurgos

Opções / Parâmetros expurgos

Documentação / Parágrafos

Esta função permite aceder à gestão da documentação, sobre o primeiro parágrafo da documentação (se ela existe) associada à ficha corrente.

Documentação / Ligações

Esta função permite aceder à gestão das ligações. Ela permite definir as relações entre a ficha corrente e de outras fichas (por exemplo das ligações entre funções e parâmetros). Estas ligações, puramente documentários, permitindo alimentar o mecanismo de geração dos esqueletos de documentação.

Documentação / Geração

Apresentação

Este menu permite lançar uma geração de documentação. A geração pode-se lançar igualmente a partir do botão [Génération] em baixo da janela.

Três tipo de geração podem ser lançadas, separadamte ou simultaneamente :

  • a geração do esqueleto de documentação a partir do dicionário (tabelas ADOCUMENT, ADOCBLB, ADOCCLB).
  • a geração da documentação a partir das tabels precedentes.
  • a geração da documentação sobre campo.

Os limites propostos por defeito têm em conta da ficha em curso, mas elas podem ser modificados ao lançamento.

Fechar

 

Campos

Os seguintes campos estão presentes neste separador :

Selecções

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

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

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)

 

Geração ADOCUMENT

  • 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

Geração documento final

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

 

Fechar

 

Mensagens de erro

Para além das mensagens genéricas, as seguintes mensagens de erro podem aparecer durante o reg. :

Tabela não definida

A tabela registada no campo "tabela ligada" deve ter registado em tanto que a tabela a tratar no campo "tabela".

XXXXXX : Excesso de ligações sobre esta tabela

Tenta-se de registar mais de 20 tabelas detalhe para uma tabela principal

XXXXXX : Campo inexistente sobre a tabela YYYYYYY

Ligado a tabela YYYYYYY a uma tabela principal. Pelo menos um campo da chave primária da tabela principal não está encontrada nesta tabela detalhe YYYYYYY.

XXXXXX : Tipo de dados incorrecto

Ligado a tabela YYYYYYY a uma tabela principal. O campo XXXXX da chave primária da tabela principal está bem presente na tabela detalhe mas de um tipo de dados diferentes

Campo inexistente sobre a tabela XXXXXX 

Os campos de identificão de zona (sociedade, estabelecimento, data) devem referenciar uma zona que existe na tabela principal.

Tipo de dados incorrecto

O campo Zona sociedade deve referenciar uma zona de tipo CPY ou FCY.
O campo Zona estabelecimento deve referenciar uma zona de tipo CPY ou FCY.
O campo Zona data deve referenciar uma zona de tipo data.

 

Tabelas consideradas

SEEREFERTTO Consulte a docuemntação de Implementação