TPSTR - Epuration des structures

   Ce traitement permet d'épurer les données de certaines tables de structure (ou référentiel) ou de paramétrage.
Ces tables peuvent être volumineuses.
Les tables traitées sont celles qui n'ont pas le droit de suppression direct dans la transaction qui permet de les gérer.

   Une donnée est susceptible d'être épurée si elle n'est pas utilisée dans une table d'exploitation. C'est ainsi que les liens du schéma relationnel de données vont être utilisés au contrôle de suppression.
Si, pour une table sélectionnée, il y a une donnée interdisant la suppression, aucun enregistrement de cette table n'est supprimé.

   Chaque table est gérée unitairement et la liste des tables traitées par le programme est fixe.

   Pour supprimer une entité, il faut tenir compte des liens qu'elle contient. Une entité n'est supprimable que si elle n'est plus utilisée. Il faut donc sur les entités qui ne gèrent pas la suppression directe, épurer dans un ordre précis.
Par exemple :
- pour épurer un tiers, épurer oeufi, puis oeate, oetia, oetid et oetie.
- pour les journaux, épurer oejrc puis oejrn
- pour la TVA, épurer oetas puis oetva
- pour les comptes, les postes et les modes de règlement, épurer les tiers, les journaux, la TVA puis ocbnq, oecpt, oepos et oergm
- Les CGR en dernier (entité oecgr)

   Les données liées ne sont pas obligatoires, il est possible de supprimer un tiers (oetie) s'il n'a jamais été implémenté dans les données qui le précèdent.
Il n'est obligatoire de passer dans l'ordre décrit plus haut que si en exécutant le traitement sur une des entités un message d'erreur apparaît sur une entité précédente.

   L'entité représente le nom de la table dans laquelle sont stockées les données. L'épuration des tiers devra demander l'entité "oetie".

   Renseigner la fourchette d'établissements si vous voulez faire une recherche restreinte sur les données. Pour chaque entité sélectionnée, le nombre de données sélectionnées sera fonction de cette restriction.

   Il est possible de supprimer physiquement des données à l'état "Inactif", "Supprimé" ou "Les deux".

   Cette option donne la possibilité de simuler le traitement afin de vérifier si celui-ci rendra bien les résultats attendus.
Autrement dit, vous lancez le traitement comme pour l'exécuter. Il réalise toutes les actions et génère un compte-rendu, sans mettre à jour la base de données (phase facultative mais conseillée).

   Attention, si le traitement a été lancé en simulation, ne pas oublier de le lancer en réel pour effectuer les modifications voulues.

   Il donne la fréquence d'enregistrement des suppressions. Par défaut il y a un "commit" tous les 5000 enregistrements. Si le nombre de données à épurer par entité est inférieur à 5000, le "commit" est effectué à chaque entité.