AcumatiCares
Introduction
À notre époque moderne de technologie de pointe et de réalisations scientifiques, beaucoup d’entre nous tiennent pour acquis que tous les outils et équipements qui nous entourent fonctionnent simplement. La plupart des technologies que nous tenons pour acquises sont considérées comme jetables. Nous remplaçons les téléphones cellulaires coûteux tous les deux ans. Les fours à micro-ondes et les téléviseurs sont jetés la première fois qu’ils se cassent ou lorsque le prochain grand modèle sort. Sur et sur la liste va. En ce qui concerne le monde de la maintenance, cela s’appelle « exécuter pour échouer ». Nous utilisons et abusons de ces appareils jusqu’à ce qu’ils soient cassés ou tout simplement s’user, puis nous allons simplement en acheter un autre.
Cet état d’esprit de run-to-fail en tant que consommateurs est si répandu que nous ne reconnaissons pas de nombreuses activités de maintenance que nous effectuons tous les jours. Quelque chose d’aussi simple que de passer l’aspirateur sur le sol est l’entretien du tapis. Changer les ampoules et tondre la pelouse ne sont que deux autres façons de « maintenir » nos maisons. Ces activités de base se traduisent par les industries de la construction, de la fabrication et plus encore dans un domaine très sophistiqué, il suffit d’appeler la maintenance.
Lorsque le consommateur moyen peut obtenir une huile-change à l’occasion pour la voiture ou le camion qui le met au travail, le monde de l’entretien gère une liste d’actifs ou d’équipements, et l’investissement dans l’entretien de cet équipement afin de maximiser la durée de vie et de réduire le coût total de possession. L’équipement, comme une voiture ou un camion, est plus qu’un simple moyen de transport. Il s’agit d’un outil coûteux qui a un impact sur la rentabilité de l’entreprise et qui doit donc être entretenu pour réduire le coût total de possession sur la durée de vie du véhicule.
Le 27 janvier 2020, Acumatica a annoncé l’acquisition de JAAS Systems (lien: /corporate-newsroom/press-releases/acumatica-summit-opens-to-record-attendance-announcements-drive-leadership-position-in-midmarket-manufacturing/). Cette acquisition a ajouté le module de fabrication populaire au portefeuille d’Acumatica. Avec cette acquisition a été créé le besoin d’une solution simple soutenant l’organisation de maintenance qui maintient l’équipement de production en cours d’exécution. Alors que les plus grandes organisations utilisent la gestion des actifs d’entreprise (EAM) pour la gestion sophistiquée de l’équipement, l’organisation de maintenance s’appuie sur le logiciel de gestion de la maintenance informatisée (GMAO) pour suivre l’équipement et planifier les travaux d’entretien préventif (PM) nécessaires pour maintenir le fonctionnement efficace de la centrale.
Lors du Sommet en 2021, la question a été posée à la direction d’Acumatica si une solution CMMS était disponible ou en cours de développement. La réponse a été que ce n’était pas à l’époque et qu’ils accueilleraient favorablement si quelqu’un dans la communauté était prêt à travailler sur un tel projet. Avance rapide jusqu’à aujourd’hui, et la phase 1 est maintenant disponible gratuitement sur GitHub en tant que projet communautaire Acumatica. Lisez la suite pour en savoir plus sur le projet et où le trouver si vous souhaitez l’essayer ou même contribuer au développement continu.
Le projet communautaire Acumatica
Cherchant à regarder au-delà des idées et des capacités d’une personne, un groupe de MVP développeurs Acumatica et d’autres experts de la communauté et d’Acumatica se sont réunis pour former le projet. Géographiquement, ce groupe s’étend d’un océan à l’autre aux États-Unis et aussi loin que l’Afrique du Sud. En fait, un projet hackathon de longue date, le chef d’équipe a présenté l’idée du projet et a assuré la continuité de la discussion de conception en cours, mais la forme du projet et les résultats, en fin de compte, seraient un effort d’équipe. Les entreprises représentées par des développeurs et des chefs d’entreprise qui ont façonné la discussion et / ou codé sur la phase 1 du projet sont présentées ci-dessous:
Le projet communautaire a commencé par la présentation de l’idée à un cadre d’Acumatica qui a dirigé le projet à un chef de produit Acumatica. La discussion qui en a résulté a permis d’examiner la nécessité et la valeur d’un tel projet. La question la plus évidente était simplement: les services sur le terrain répondent-ils à ce besoin? Après une bonne quantité de débats et d’enquêtes au sein de la communauté, le projet a montré du mérite car il se concentrait spécifiquement sur l’équipement interne et l’entretien connexe. En revanche, le module de services sur le terrain a été conçu pour soutenir (et facturer) les clients avec des exigences de données qui rendent la saisie de données pour une maintenance interne simple un peu difficile, c’est le moins qu’on puisse dire. Cela a conduit au concept de conception de base selon lequel le projet doit être facile à utiliser et permettre à un technicien d’entretien qui n’est peut-être pas doué en informatique d’améliorer son travail plutôt que de créer des fardeaux supplémentaires.
Décidant de la simplicité et de la flexibilité qui prennent en charge une grande variété de cas d’utilisation en rendant presque tout facultatif, l’équipe a entrepris de concevoir et de construire le projet. En commençant par des semaines de réunions pour débattre des cas d’utilisation et créer des documents de conception technique, les éléments clés de l’outil ont été créés dans un modèle de travail avec très peu derrière les écrans en termes de logique métier. Le modèle de travail basé sur le concept de conception alors en vigueur a ouvert la voie à des discussions de conception plus productives, et des affectations ont été faites à chacun des développeurs. En plus des écrans réels, il y avait un besoin de logique métier, d’examen et d’amélioration DAC, l’ajout de fonctionnalités standard telles que les approbations et les attributs, ainsi que des points de terminaison de service Web et des définitions d’écran pour l’application mobile.
Pour mener à bien le projet, un dépôt GitHub a été créé pour soutenir le développement distribué entre les différents membres de l’équipe. Un membre de l’équipe a été sélectionné pour gérer le référentiel, et tous les travaux, problèmes et examens seraient effectués dans GitHub. En installant une instance de développement local pour chaque membre de l’équipe de développement et en la synchronisant avec GitHub, les modifications pouvaient être suivies et les conflits résolus. Dans au moins un cas, un élément de travail du projet a été cassé après une fusion, et l’utilisation de GitHub dans Visual Studio a entraîné une comparaison claire du code de travail par rapport au code nouvellement cassé pour localiser et résoudre le problème.
Présentation de CMMS-Lite – Phase 1
La phase 1 du projet communautaire apporte les caractéristiques de base nécessaires pour soutenir les opérations d’entretien. Les données de base (profils) permettent la configuration de l’équipement, des classes de bon de travail, des mesures et des modes de défaillance. Les transactions fournissent une saisie de bon de travail pour les modèles de type PM et les bons de travail standard pour le travail réel effectué. Un écran de traitement analyse l’équipement à la recherche de tâches de GP planifiées à effectuer et crée des bons de travail standard à exécuter. Il existe un ensemble de rapports de base pour afficher les détails de l’équipement, les détails du bon de travail et une liste des bons de travail. Un écran de préférence permet d’ajouter divers paramètres de configuration et approbations standard pour le module.
Le cœur de CMMS-Lite est le maître de l’équipement qui représente des machines complètes, des composants individuels, des outils partagés et même « Autre » lorsqu’aucune autre catégorie ne convient. L’écran de l’équipement permet de gérer des informations quelque peu statiques sur l’équipement, mais il fournit également un endroit pour se concentrer sur la maintenance et la fiabilité de cet équipement.
Lorsque l’équipement est acheté pour la fabrication, le fabricant de l’équipement fournit souvent une liste de pièces de rechange recommandées. L’onglet BOM permet d’ajouter ces articles à l’équipement à condition qu’ils soient configurés dans l’écran Articles stockés. L’onglet Planifications prend en charge l’attachement des travaux de MP à l’équipement pour définir le calendrier d’entretien répétitif nécessaire pour l’équipement. L’historique des bons de travail affiche simplement tous les bons de travail qui ont été créés en faisant référence à l’équipement. Les modes de défaillance fournissent un endroit pour enregistrer les façons dont l’équipement peut tomber en panne et fournir un commentaire sur la façon dont ce moyen de défaillance est atténué.
Le bon de travail se compose de deux types. Le modèle de bon de travail est la définition d’un travail de GP qui serait planifié pour l’équipement. Le bon de travail standard est un travail réel, qu’il soit créé pour satisfaire à une activité de MP définie ou entré manuellement par un utilisateur demandant un service de maintenance. Les bons de travail standard peuvent être acheminés par le processus d’approbation standard d’Acumatica, avec des invites de motif facultatives ou requises pour l’approbation ou le rejet, et contiennent tous les attributs associés à la classe de bon de travail sélectionnée.
Les bons de travail sont composés d’une liste d’instructions, ou d’opérations, à exécuter. Chaque opération peut éventuellement avoir des exigences de main-d’œuvre spécifiées par le type de compétence et d’heures (en décimales) requis. Les matériaux et outils (équipement de type Outil) nécessaires à l’opération peuvent être spécifiés, ainsi que les mesures prises et les modes de défaillance observés par le technicien d’entretien.
L’écran de traitement peut être défini selon un calendrier Acumatica standard pour convertir tous les travaux pm planifiés en ordres de travail standard.
Une fois que le bon de travail standard est créé, il peut nécessiter l’approbation ou l’avance à l’état de calendrier en attente pour qu’un planificateur de maintenance attribue une date pour les travaux à terminer. Une fois terminé, le bon de travail mettra à jour le calendrier de l’équipement avec la dernière date d’achèvement et fixera automatiquement la prochaine date prévue pour recommencer le cycle.
Où Dois-Je Le « Git » ?
Excellente question! CMMS-Lite est maintenant disponible sur l’Acumatica GitHub. (lien : https://github.com/Acumatica/CMMS-Lite) Pour vivre la vie sur le bord, la version la plus récente en développement est sous la branche développement. La version actuelle considérée comme stable pour les tests devrait être sous la branche Testing.
Téléchargez-le. Essayez-le. Fournir une rétroaction. « Git » impliqué et faites-le vôtre! Phase 1 est publié maintenant et optimisé pour Acumatica 2022 R1.
