2. Enregistrement d'un traitement régulier
3. Planification de la sauvegarde
4. Liste des traitement concernés
4.1. Implosion des coûts théoriques 341 - TIMPLOSION
4.2. Répercussions des modifications de nomenclatures sur les allocations 121 -TBAL
4.4. Re calcul du code de plus bas niveau 319 - RECCPBN
4.5. Calcul des besoins nets 536 - CBN
4.6. Calcul des coûts réels et du PUMP 32 - TCOUTSREELS
4.7. Calcul de l’en-cours des clients 486 – ENCOURS
4.8. Calcul des notes fournisseurs 6 - TNOTESFOUR
4.9. Statistiques de ventes 409 - STATV
4.10. Maturation d’un lot 558 – MATURATION
4.11. Péremption analytique d’un lot 930 – PEREMPANALYT
4.12. Péremption d’un lot 555 - PERIM
4.13. Mise à jour des bacs 50 - BACS
4.14. Classement automatique des lots 717 – CLASSAUTO
4.15. Calcul de l’encours des clients 486 – ENCOURS
Certains traitements sont soumis en batch au système (Calcul des besoins nets, recalcul des codes de plus bas niveau, …) c’est à dire qu’ils n’ont pas besoin de mise à jour manuelle pour fonctionner.
Le programme « BATCHMGR.EXE » va permettre de ‘lancer’ ces traitements en date et heure de leur programmation. Il doit donc être lancé en permanence sur le serveur de traitement.
Ensuite, chaque traitement va avoir une programmation spécifique (par exemple, le CBN peut être programmé toutes les nuits du lundi au vendredi à 2 :00).
Certains traitements (comme le calcul des besoins nets ou bien le calcul du stock disponible) doivent être soumis régulièrement. Aussi, il est possible d'en programmer le lancement. Sur tous les traitements batch, la partie droite de l'écran est fixe ; elle permet la programmation du lancement.
dans l'exemple ci-dessus, le traitement est lancé en différé à 01 heure du matin (la première date de lancement est le 8 janvier 2001) ; ensuite le traitement va automatiquement se re programmer pour se lancer à une heure du matin les lundi, mardi, mercredi, jeudi et vendredi.
La validation de cette
programmation doit être faite par la touche 
La périodicité permet de régler la fréquence de lancement si elle est supérieure à la journée (cas des logiciels reliés en temps réels) ou bien inférieure à la journée (cas des interfaces).
Le numéro de traitement est donné par le système au moment où vous enregistrez la planification. Il peut ensuite être utilisé pour modifier la fréquence de lancement.
Le traitement BATCHMGR est donc toujours activé. Pendant le temps de la sauvegarde, il va être nécessaire de le suspendre de façon à ce que la sauvegarde puisse de faire correctement.
Vous pouvez donc régler les horaires de sauvegarde dans le paramètre HORAIRES_SAUVEGARDE
4.1. Implosion des coûts théoriques 341 - TIMPLOSION
Ce traitement permet de répercuter toute modification de gamme et/ou de nomenclatures sur les cas d'emploi des articles concernés. Le traitement TIMPLOSION doit donc être planifié régulièrement (idéalement tous les jours).
4.2. Répercussions des modifications de nomenclatures sur les allocations 121 -TBAL
Toute modification de nomenclature doit être répercutée sur les ordres de fabrication non encore lancés. Le traitement TBAL permet cette mise à jour.
4.3. Recalcul du stock disponible sur les allocations entrant dans la fenêtre de pré rupture 537 - TMAJDISPO
Le traitement TMAJDISPO vous permet de recalculer le stock disponible en tenant compte des allocations qui entrent dans la fenêtre de pré rupture.
4.4. Re calcul du code de plus bas niveau 319 - RECCPBN
Ce code est utilisé pour le calcul des besoins nets et pour le calcul des coûts (théoriques et réels). La mise à jour des nomenclatures peut éventuellement le dérégler. Le traitement RECCPBN doit donc être lancé régulièrement afin que l'explosion des besoins dans le CBN et l'implosion des coûts soit correctement effectuée.
4.5. Calcul des besoins nets 536 - CBN
Calcul des approvisionnements à faire en fonction des besoins exprimés (par des plans ou des commandes)
4.6. Calcul des coûts réels et du PUMP 32 - TCOUTSREELS
Calcul d'une part des coûts réels de fabrication en fonction des factures fournisseurs pour les produits achetés et des temps réellement pointés pour les produits fabriqués.
Calcul de la moyenne pondérée des coûts réels permettant une valorisation des stocks.
4.7. Calcul de l’en-cours des clients 486 – ENCOURS
Cumul des commandes en cours avec les factures non réglées afin d’obtenir un risque client. Ce dernier est comparé à un plafond dans le but éventuellement de bloquer les commandes à venir.
4.8. Calcul des notes fournisseurs 6 - TNOTESFOUR
En fonction des réceptions saisies (comparaison de la date réelle de réception avec la date prévue), des commandes toujours ouvertes (livraisons non effectuées), du respect des quantités livrées, du taux de retour, chaque fournisseur va pouvoir avoir une note comportant les nouveaux éléments.
4.9. Statistiques de ventes 409 - STATV
Les nouvelles commandes et factures doivent être intégrées dans le module des statistiques de façon à ce qu'elles puisent être vues. Le traitement STATV doit donc être planifié de façon à ce que les chiffres affichés soient toujours à jour.
4.10. Maturation d’un lot 558 – MATURATION
Lorsqu’un lot arrive à maturation, il doit passer de l’état ‘bloqué’ à l’état ‘contrôle’
4.11. Péremption analytique d’un lot 930 – PEREMPANALYT
Lorsque le délai de péremption analytique spécifié sur le cahier des charges interne est dépassé, il faut de nouveau effectuer les analyses prévues dans le cahier des charges interne. Ce traitement permet de régénérer des analyses à faire sur un lot en stock et utilisable.
4.12. Péremption d’un lot 555 - PERIM
Lorsqu’un lot arrive à péremption, il doit passer de l’état ‘Utilisable’ à l’état ‘Rebut’.
4.13. Mise à jour des bacs 50 - BACS
Le traitement BATCHMGR est chargé d’exécuter les pickings de comptage définies dans les bacs aux intervalles de temps précisés, ceci de façon à toujours tenir à jour le tableau qui vous est présenté.
4.14. Classement automatique des lots 717 – CLASSAUTO
En fonction des résultats d’analyse qui ont déjà été saisis, certains lots doivent pouvoir être classés automatiquement (passer en stock utilisable)
4.15. Calcul de l’encours des clients 486 – ENCOURS
Lors de la saisie d’une nouvelle commande, le calcul de l’encours du client est fait en temps réel, mais il n’est pas diminué lors de la saisie d’un règlement (que celui-ci soit manuel ou automatique). Vous devez donc planifier ce traitement pour que votre encours soit juste.