Il s'effectue par la fonction standard d'Import, par le biais d'un modèle d'import (modèle standard FXDSTD ou tout autre modèle personnalisé).
L'étape d'import est facultative dans le sens où l'alimentation de la table d'accueil peut se faire par toute autre source, notamment par SQL.
Les mouvements pris en compte ainsi que les champs qu'il est possible de mouvementer sont ceux indiqués ci-dessous.
Biens comptables
Mouvements | Champs utilisables |
Sortie / annulation de sortie | Ceux de l'écran : FASISSP de la fonction de Sortie massive (FASISSM) |
Transfert / annulation de transfert | Ceux de l'écran : FASTRFP de la fonction de Transfert massif (FASTRFM) |
Changement d'imputation comptable | Ceux de l'écran : FASTRFC de la fonction Changement massif d'imputation comptable (FASTRFCM) |
Modifications | Ceux précisés dans la table diverse 637. |
Eclatement | Ceux des écrans : FASSPL1 de la fonction d'Eclatement unitaire accessible depuis la gestion des Biens comptables. |
Dépenses
Mouvements | Champs utilisables |
Modifications | Ceux précisés dans la table diverse 636. |
Eléments physiques
Mouvements | Champs utilisables |
Sortie / annulation de sortie | Ceux de l'écran : PHYISSP de la fonction de Sortie massive (PHYISSM) |
Transfert | Ceux de l'écran : PHYTRFM de la fonction de Transfert géographique massif (PHYTRFM) |
Modifications | Ceux précisés dans la table diverse 638. |
La Liste exhaustive des champs utilisables dans les mouvements est donnée dans un document annexe. Ces champs sont classés par type d'objet et type de mouvement.
L'intégration s'accompagne du déclenchement des actions métiers correspondant au type du mouvement.
Ce traitement d'intégration peut être effectué soit en interactif par le biais de la fonction Intégration des mouvements, soit par le biais d'un traitement batch exécuté par abonnement.
Lorsque l'intégration de certains mouvements a échoué, il est nécessaire de passer par la fonction : Mouvements à intégrer indiquée dans l'étape suivante afin de modifier les valeurs incorrectes.
Cette étape s'effectue par le biais de la fonction Mouvements à intégrer.
Elle prend un caractère obligatoire uniquement lorsqu'un mouvement a fait l'objet d'un rejet au cours de l'étape d'intégration des mouvements, en raison d'une information incorrecte. Elle permet alors de modifier la ou les valeur(s) incorrecte(s) avant de traiter à nouveau le mouvement rejeté.
Pour déclencher plusieurs mouvements par référence, il est nécessaire d'enregistrer autant de demandes, donc autant de lignes dans le fichier d'import que de mouvements souhaités. Par exemple, pour transférer la localisation géographique et le secteur de coût d'une immobilisation, il est nécessaire d'enregistrer pour cette immobilisation, 2 lignes dans le fichier d'import.
Cette fonction correspond à la deuxième étape du mécanisme d'intégration des mouvements.
Elle permet de traiter l'ensemble des mouvements dont le statut a pour valeur : A traiter ou Rejeté. L'intégration s'effectue en déclenchant, le cas échéant, les différentes actions liées au mouvement.
Certains mouvements peuvent faire l'objet d'un rejet lors du traitement. La cause du rejet peut être liée :
Reportez-vous à la documentation de Mise en oeuvre
Présentation
Cet écran permet principalement :
Champs
Les champs suivants sont présents dans cet onglet :
Options
| Cette case à cocher est sélectionnée par défaut et permet d'exécuter la clôture en mode simulation. Dans ce cas, le contrôles et le traitement sont effectués, mais aucune mise à jour n'est enregistrée dans la base de données. Laissez cette case désactivée pour lancer le traitement en mode réel. Dans ce cas, vous ne pouvez pas annuler la clôture et les mises à jour sont enregistrées dans la base de données. Si vous utilisez des commits intermédiaires, il est recommandé de positionner le paramètre NIVTRACE – Niveau de trace (chapitre AAS, groupe MIS) sur 0. |
| Lorsque cet indicateur est coché, les mouvements traités sans rejet seront conservés et archivés. Ils pourront être consultés par le biais de la fonction Mouvements à intégrer. Sinon, ces mouvements seront supprimés. |
| La trace est plus ou moins détaillée en fonction de cet indicateur. |
Type d'objet
| Par défaut, le traitement prend en compte l'ensemble des mouvements liés à tous les types d'objets. |
|   |
|   |
|   |
Critères
| Par défaut, le traitement prend en compte l'ensemble des mouvements liés à toutes les sociétés. |
| Ce champ est accessible uniquement si l'indicateur Toutes sociétés n'est pas activé. |
| Par défaut, le traitement prend en compte l'ensemble des mouvements liés à tous les sites de la société ou des sociétés sélectionnée(s). |
| Ce champ est accessible uniquement si la case Tous sitesn'est pas cochée. |
| Par défaut, le traitement prend en compte tous les types de mouvement. |
|   |
|   |
|   |
|   |
|   |
Bornes
| Ces champs permettent d'indiquer la référence d'un enregistrement ou les bornes d'une plage de références d'enregistrements à traiter. La saisie de bornes est significative uniquement si un seul type d'objet est sélectionné. |
Cette fonction peut être lancée en batch. La tâche standard FXDINT est prévue à cet effet.