O detalhe das modalidades de histórico/expurgo das tabelas de certos módulos está assim dada num documento anexo.
É 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
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.
|
|   |
Características
|   |
| Un code activité vous permet de :
Si le code activité est désactivé :
|
| 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
| 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 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. |
| 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. |
|   |
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 |
| 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. |
|   |
|
| 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
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).
|
Esta função permite aceder à gestão da documentação, sobre o primeiro parágrafo da documentação (se ela existe) associada à ficha corrente.
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.
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 :
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
| 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 :
|
| 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). |
| 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). |
| Permite de dar um limite sobre os códigos a ter em conta para a geração de documentação. |
|   |
Geração ADOCUMENT
| 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. |
| Este campo permite escolher entre :
|
Geração documento final
| 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). |
| Permite gerar o documento final unicamente para as documentações válidas. |
| 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. |
| 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. |
| Permite de dar um limite sobre os códigos a ter em conta para a geração de documentação. |
|   |
|   |
Fechar
Para além das mensagens genéricas, as seguintes mensagens de erro podem aparecer durante o reg. :
A tabela registada no campo "tabela ligada" deve ter registado em tanto que a tabela a tratar no campo "tabela".
Tenta-se de registar mais de 20 tabelas detalhe para uma tabela principal
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.
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
Os campos de identificão de zona (sociedade, estabelecimento, data) devem referenciar uma zona que existe na tabela principal.
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.