Présentation des nouvelles fonctionnalités de l'inventaire pour Maximo 7.5 / 7.6
12/07/2018
Question
Quelles sont les nouvelles fonctionnalités de Maximo 7.5 / 7.6?
Répondre
Voici un aperçu des nouvelles fonctionnalités du module d'inventaire de Maximo 7.5 / 7.6.
Inventory Nouvelles fonctionnalités Présentation de Maximo 7.5 / 7.6
• Catégorie de stock d'articles
• Inventaire Costing
- - Méthode d'établissement des coûts par défaut - Méthode d'établissement des coûts
LIFO / FIFO
• Stock de consignation
• Utilisation de l'inventaire
• Transferts par envoi
• Réservations difficiles / souples
Article Catégorie de stock
- - Modification de la définition de la catégorie de stock
- • Auparavant, réapprovisionnement automatique contrôlé par catégorie de stock
• Un article stocké était automatiquement inclus dans l'algorithme de réapprovisionnement • Un article de
commande spécial ou non stocké était omis du processus de réapprovisionnement
• La catégorie de stock contrôle désormais si un article est stockable et peut exister dans un magasin ou s'il n'est disponible que pour la commande directe d'un fournisseur (non approvisionné).
- • Résout l'écart fonctionnel sur l'utilisation de la terminologie stockée / non stockée. Meilleur alignement avec les systèmes ERP.
Catégorie de stock d'article
- • Catégorie de stock déplacée vers le niveau article / organisation
- - Ajout d'un nouveau champ ITEMORGINFO.CATEGORY
- Contrôle la possibilité de stockage pour les éléments d'une organisation.
- Si l'article est non stocké (NS), l'article n'est pas autorisé à exister en tant que fiche d'inventaire.
- - Ajout d'un nouveau champ ORGANIZATIONS.CATEGORY
- Utilisé par défaut pour tous les enregistrements ITEMORGINFO pour l'organisation
- • Réorganiser? Oui / Non Indicateur ajouté à l'enregistrement de l'inventaire
- - Permet une transition transparente à partir des fonctionnalités précédentes
Inventaire des coûts - Méthode de calcul des coûts par défaut
- • Auparavant, la méthode d'établissement des coûts était définie au niveau du site
- - Tous les magasins et les registres d'inventaire sous un site utilisent le même coût d'inventaire
- - Ajout d'un nouveau champ INVENTORY.COSTTYPE.
- La méthode d'établissement des coûts continuera d'être définie par défaut à partir du niveau du site
- La méthode d'établissement des coûts peut être définie différemment entre les enregistrements d'inventaire dans le même magasin et site
• Nouvelle action d'inventaire, "Modifier le type de coût"
- - Appelable à partir de la page de liste ou de l'enregistrement individuel.
- Permet à l'utilisateur de changer le type de coût de l'article (s).
Inventaire des coûts - Méthode de calcul des coûts par défaut
- • Auparavant, la méthode d'établissement des coûts était définie au niveau du site
- - Tous les magasins et les registres d'inventaire sous un site utilisent le même coût d'inventaire
- - Ajout d'un nouveau champ INVENTORY.COSTTYPE.
- La méthode d'établissement des coûts continuera d'être définie par défaut à partir du niveau du site
- La méthode d'établissement des coûts peut être définie différemment entre les enregistrements d'inventaire dans le même magasin et site
• Nouvelle action d'inventaire, "Modifier le type de coût"
- - Appelable à partir de la page de liste ou de l'enregistrement individuel.
- Permet à l'utilisateur de changer le type de coût de l'article (s).
Inventaire des coûts - Méthode d'établissement des coûts LIFO / FIFO
- • Nouvelle méthode d'établissement des coûts pour permettre l'évaluation aux coûts de réception réels sur une base LIFO ou FIFO
- - Les coûts seront associés aux quantités et aux dates de réception.
- Les enregistrements de coûts sont stockés dans la table INVLIFOFIFOCOST.
- La quantité LIFO / FIFO doit toujours correspondre à la somme des soldes courants d'inventaire.
- Le coût LIFO / FIFO sera dicté par la transaction qui augmente le solde.
• À la consommation: (émission, transfert, ajustement de l'équilibre)
- - Comme les articles LIFO / FIFO sont consommés à partir des stocks, le coût utilisé pour la création des transactions sera le plus ancien (pour le FIFO) ou le plus récent (pour le LIFO).
- Les enregistrements de coûts sont «consommés» et supprimés du tableau lorsque la quantité pour l'enregistrement de coût est égale à zéro.
- Dans le cas où une transaction nécessite plus d'un enregistrement de coût pour satisfaire la quantité d'une transaction, des transactions multiples seront écrites, une pour chaque coût utilisé. Dans ce cas, le coût unitaire à l'écran correspondra à la moyenne des enregistrements de coûts.
Inventaire des envois
- • Inventaire des consignations
- - Ajout de la prise en charge de l'évaluation des stocks «appartenant à un fournisseur»
- Permet de payer les articles à l'utilisation plutôt que de les payer à la réception
- Envoi avant la MAM 7.5:
Inventaire des envois
- • L'indicateur d'envoi et les détails associés sont au niveau de l'inventaire.
- - La boîte de dialogue Ajouter des articles à la réserve permet aux utilisateurs de définir un article en consignation et de spécifier les détails de l'envoi pour l'article.
- De plus, l'utilisateur peut définir / modifier les détails de l'envoi via l'action «Afficher / Modifier les détails de l'envoi» dans l'application d'inventaire.
- Le fournisseur de consignation est le fournisseur qui «possède» l'inventaire de consignation.
- Le type de génération de facture est utilisé pour définir comment les factures de consignation doivent être générées:
- • CONSOMMATION - Utilisez cette option pour générer une facture de consignation pour chaque transaction de consommation (émission, transfert, ajustement).
• FRÉQUENCE - Utilisez cette option pour générer une facture de consignation sur une fréquence. Doit spécifier les unités de fréquence et la date de la facture suivante. (exemple, tous les 90 jours)
• MANUEL - Utilisez cette option pour indiquer que les factures d'envoi seront générées manuellement. L'utilisateur utilisera l'application de factures pour consolider l'utilisation de l'envoi sur une facture pour payer le fournisseur
Inventaire des envois
- - PO
- - "Consignation" ajouté en tant que nouveau type de PO. Un type d'envoi PO a les mêmes règles métier qu'un bon de commande standard, à l'exception que seuls les envois en consignation peuvent exister sur les lignes de commande.
- Drapeau d'expédition ajouté à la POLINE. Indique si l'article est en consignation. Utilisé par l'application de factures pour interdire la création d'une ligne de facture à partir de la ligne de commande.
- Factures
- 'Consignation' ajouté en tant que nouveau type de facture. Une facture de consignation est utilisée pour payer les articles en consignation consommés à partir de l'inventaire.
- Les factures d'expédition n'afficheront pas le bouton «Copier les lignes de commande». Au lieu de cela, il existe un bouton «Sélectionner les opérations de consignation» pour ajouter les lignes de consignation appropriées à payer. Ces transactions correspondent aux enregistrements MATUSETRANS, MATRECTRANS et INVTRANS pour les envois en consignation.
Demande d'utilisation de l'inventaire
- • Utilisation de l'inventaire est une nouvelle application qui remplace l'application Problèmes et transferts
- - Apparence et sensation similaires
- Flux simplifié - Les problèmes et les transferts sont enregistrés à partir du même onglet
REMARQUE: Les problèmes et les transferts ne seront plus disponibles dès la sortie de MAM 7.5.
- - La fonctionnalité et les présentations peuvent être affichées par l'utilisateur pour la référence et la migration des personnalisations. De cette façon, les problèmes et les transferts seraient pris en charge en tant qu'application personnalisée d'un utilisateur, et la maintenance serait limitée.
• Les enregistrements d'utilisation d'inventaire se composent d'un en-tête statutable et d'enregistrements de lignes connexes.
- - Permet d'utiliser le processus métier avant la création de la transaction.
- Le workflow peut être activé sur les documents d'utilisation de l'inventaire
- - Création automatique facultative des documents d'utilisation des stocks.
- Diviser les quantités entre plusieurs bacs d'approvisionnement.
- Fonctionnalité de mise en attente pour mettre de côté les soldes à émettre ou à transférer et maintenir ces soldes dans une base de données jusqu'à ce qu'ils soient «ramassés».
- Expédition - Les transferts qui nécessitent l'utilisation d'un emplacement intermédiaire (messagerie, expéditeur, camion, etc.) peuvent créer des enregistrements d'expédition pour suivre les articles en transit.
Application d'utilisation de l'inventaire - Éléments de conception clés
- • Nouvelle application, construite à partir de zéro.
• L'application consistera en un concept d'en-tête et de lignes (similaire à PR / PO).
- - Les utilisateurs vont insérer un document qui sera traité via le changement d'état. Le changement d'état entraînera la création de transaction.
- Nouveaux objets:
- • Un seul onglet pour l'enregistrement des données d'en-tête et de ligne.
- - Les transactions d'émission et de transfert seront créées et gérées à partir du même onglet.
Application d'utilisation de l'inventaire - Éléments de conception clés
- • Type d'utilisation - Attribut En-tête et Ligne
- - Le type d'utilisation de l'en-tête sera utilisé pour déterminer les lignes pouvant être associées à ce document.
• TRANSFER - Seules les lignes de transfert peuvent être enregistrées.
• MIXTE - Permet aux lignes ISSUE / RETURN / TRANSFER d'être enregistrées sur le même document.
- - Le type d'utilisation de la ligne sera défini par défaut en fonction de la valeur de l'en-tête.
• Fractionner les quantités - Permet de créer une ligne d'utilisation unique qui créera plusieurs transactions à la fin du document.
- - Deux cas d'utilisation:
- • Sélection de plusieurs bacs - Utilisé dans le cas où le bac spécifié a une quantité insuffisante pour répondre à la demande. L'utilisateur peut sélectionner plusieurs bacs pour répondre à la demande.
• Sélection d'article rotatif - Utilisé dans le cas où un article en rotation pour une quantité supérieure à 1 est demandé. L'utilisateur peut sélectionner des actifs rotatifs supplémentaires à utiliser pour la transaction.
Demande d'utilisation de l'inventaire
- • Fractionnement des quantités - Lors d'un changement d'état, le système évalue l'exigence de matériau et détermine si la quantité demandée peut être satisfaite par le bac spécifié. Si ce n'est pas le cas, la boîte de dialogue «Fractionner la quantité d'utilisation» s'affiche.
Demande d'utilisation de l'inventaire
- • Changement de statut - ENTRÉE, STAGED, EXPÉDITION, COMPLETE, ANNULÉE
Transfert via l'envoi
- • Les enregistrements d'utilisation de l'inventaire qui sont «expédiés» seront conformes au flux métier suivant:
Transfert via l'envoi
- • Options de transfert - L'application de l'organisation conservera cette nouvelle action pour régir lorsqu'un enregistrement d'expédition est requis pour les transferts:
• REMARQUE: les commandes d'achat internes étaient requises pour tous les transferts inter-organisations avant MAM 7.5. Avec l'avènement de l'application Utilisation des stocks, il est moins probable que les clients utilisent des ordres d'achat internes car l'utilisation de l'inventaire peut satisfaire les mêmes exigences métier (approbations, sécurité, etc.).
Transfert via l'envoi
- • Boîte de dialogue Créer un envoi
- - Lorsque l'utilisateur passe le document d'utilisation de l'inventaire à l'état EXPEDIÉ, la boîte de dialogue "Créer un envoi" s'affiche. Cela leur permet de spécifier les détails de l'envoi et de revoir les lignes qui seront expédiées.
Transfert via l'envoi
- • Au moment où l'envoi a été reçu dans le magasin de destination, l'utilisateur utilisera l'application de réception des envois.
• La réception des envois a été développée en utilisant l'application de réception comme base. La différence étant qu'il enregistre les reçus en fonction des documents d'expédition plutôt que des bons de commande.
• En raison du fait que les clients basculeront probablement entre les deux applications, un bouton a été ajouté à la barre d'outils pour permettre à l'utilisateur de se déplacer rapidement entre les deux.
Gestion des réservations - Réservations difficiles / souples
- • Une réservation difficile est considérée comme une demande ferme ou engagée pour un article d'un magasin. Les réservations difficiles affectent le solde disponible et exigent que le solde soit disponible au moment de la création de la réservation. En substance, une réservation ferme garantit que la balance soit disponible ou sera en main à la date requise de l'article.
• Une réservation souple serait considérée comme une demande non engagée ou imprévue pour un article. C'est un élément qui peut être nécessaire pour terminer une tâche mais au moment de la création de la réservation, sa demande n'est pas critique pour l'achèvement d'une tâche.
• Avant MAM 7.5, toutes les réservations étaient difficiles ou non, selon que la disponibilité négative était autorisée ou non:
- - L'interdiction de la disponibilité négative d'un site signifie essentiellement que toutes les réservations étaient des réservations difficiles
. Inversement, permettre une disponibilité négative signifie qu'aucune réservation n'est prioritaire, car des réservations peuvent être ajoutées même s'il n'y a pas de solde disponible pour soutenir la demande.
Gestion des réservations - Réservations difficiles / souples
- • Pour MAM 7.5, les réservations peuvent être définies comme dures ou douces.
- - Permet aux utilisateurs de spécifier la priorité de réservation
- Les réservations difficiles affectent la balance disponible et nécessitent que la balance soit en main au moment de la création de la réservation
- Les réservations logicielles seront considérées comme non validées ou la demande de contingence
- - Les réservations peuvent être créées sous traitement automatique.
- Un crontask type de réservation est utilisé pour évaluer les réservations et les modifier si nécessaire.
- Le système définira automatiquement la réservation à APSOFT ou APHARD en fonction de la date requise de l'article par rapport au délai pour se procurer l'article
- 'Backorder' fonctionnalité pour indiquer quand une réservation difficile est souhaitée, mais solde disponible en main est insuffisant pour satisfaire une réservation difficile.
Gestion des réservations - Réservations difficiles / souples
- • Types de réservation:
- - SOFT - Cette réservation indique la demande qui a été créée par un utilisateur et définie comme étant SOFT, ce qui signifie que cette réservation est une réservation d'urgence et n'est pas nécessairement une demande ferme pour l'article. Ce type de réservation restera à moins d'être modifié manuellement. Il ne sera pas inclus dans la logique Crontask du type de réservation.
- HARD - Cette réservation indique la demande qui a été créée par un utilisateur et définie comme HARD, ce qui signifie que cette réservation est une demande ferme pour l'article et que le demandeur souhaite inclure immédiatement la demande dans le calcul de disponibilité, pour "mettre de côté" le quantité de réservation et si nécessaire, passer une commande pour s'assurer que la quantité sera sur place pour satisfaire la réservation. Ce type de réservation restera à moins d'être modifié manuellement. Il ne sera pas inclus dans la logique Crontask du type de réservation.
- APSOFT - Ce type signifie «Traitement automatique - Doux». Cela indique que le type a été défini par la logique métier de réservation au moment de la création ou a été défini sur la base de la logique dans le crontask de type de réservation. Le type de réservation APSOFT permet qu'il puisse être inclus dans le crontask de type de réservation qui peut déterminer qu'il répond aux critères pour être changé en une réservation difficile (APHARD).
- APHARD - Ce type signifie «Traitement automatique - Difficile». Cela indique que le type a été défini par la logique métier de réservation au moment de la création ou a été défini sur la base de la logique dans le crontask de type de réservation. Le type de réservation APHARD permet qu'il puisse être inclus dans le crontask de type de réservation qui peut déterminer qu'il répond aux critères pour être changé en réservation souple (APSOFT).
- BACKORDER - Ce type sera défini uniquement par le système. C'est un troisième type de réservation qui est en traitement automatique. BACKORDER n'est utilisé que lorsqu'une organisation refuse la disponibilité négative (MAXVARS.VARVALUE = 'DISALLOW' pour l'organisation pour VARNAME = 'NEGATIVEAVAIL'). Ce type de réservation indique qu'une réservation ferme est nécessaire pour l'article, cependant, le système ne peut pas créer de réservations fermes au-delà de ce qui peut être satisfait par le solde disponible de l'enregistrement d'inventaire. Les règles métier BACKORDER sont expliquées dans les sections correspondantes ci-dessous.
Gestion des réservations - Réservations difficiles / souples
- • Type de réservation
- - Avant la création de la réservation, l'utilisateur peut définir la réservation à créer comme HARD, SOFT ou AUTOMATIC pour permettre au système de déterminer si la réservation doit être définie comme APHARD ou APSOFT. Ceci est fait à partir des plans de travail (matériel), de la ligne de demande de bureau, de la ligne PR et de la ligne de commande.
- Une fois créé, un utilisateur avec des droits peut modifier le type de réservation à partir de la boîte de dialogue 'ajouter / modifier des réservations' accessible via l'application Utilisation des stocks ou via l'application Inventaire (ajoutée dans MAM 7.5)