TECT - Transfert en comptabilité

   Cette transaction a pour but de transférer les écritures provenant d'applications périphériques (Achats, Ventes, Paye) vers Finances.

   Chaque enregistrement de la table OCECT correspondra à un mouvement en comptabilité.
Les contrôles de cohérence seront les mêmes que ceux effectués en interactif dans la saisie des écritures (GECR).

   Les écritures cohérentes seront transférées et supprimées de cette table, les autres seront laissées dans cette table avec un code de traitement à "R" (rejetée).
Dans le cas où l'on traite un regroupement, on traite ensemble toutes les écritures possédant le même code de regroupement : ainsi, si une erreur est détectée, aucune écriture du regroupement n'est transférée.
Cette notion de regroupement peut être gérée soit au sein d'un établissement, soit tous établissements confondus suivant le paramètre PRM associé au traitement.

   Fourchette de sélection sur les établissements et chemin de composition des établissements.

   Sans mentionner de chemin, sélection d'un ou plusieurs établissement(s) compris dans la fourchette de valeurs.

   Si un chemin est précisé, la fourchette de sélection sur les établissements doit référencer un seul établissement (bornes égales). Les données sont alors sélectionnées pour tous les établissements appartenant à la composition d'établissements, définie pour ce chemin, dont le point de départ est l'établissement spécifié.

   Fourchette de sélection sur le journal des écritures à transférer.

   Fourchette de sélection sur la date de création des écritures à transférer.

   Fourchette de sélection sur l'utilisateur de création des écritures à transférer.

   Fourchette de sélection par rapport à un lot d'écritures possédant ces codes comme regroupement dans GECT.
Si cette fourchette est renseignée, l'intégration des écritures est effectuée par lot, au sein d'un établissement ou tous établissements confondus suivant le paramètre PRM associés au traitement. Ainsi, si une erreur est détectée pour une des écritures, toutes les écritures avec le même code regroupement sont rejetées.

   Si la case est cochée, on édite les écritures traitées ainsi que les écritures générées. Sinon, seules les écritures en erreur sont éditées.

   Si la case est cochée, un saut de page sera effectué sur chaque nouvel établissement traité.

   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.

   Si la valeur de ce paramètre vaut "A", la notion de regroupement, pour l'intégration des écritures par lot, est gérée tous établissements confondus. Sinon par défaut, l'intégration est effectuée par lot au sein de chaque établissement.