Accueil
 > Rapports de TEC > Blogue de TEC > Quand EDI Goes autochtone, tout tombe en synchronisation ...

Quand EDI Goes autochtone, tout tombe en synchronisation avec IQMS

Écrit par : Predrag Jakovljevic
Date de publication : juillet 18 2013

The Pain and Gain de l'EDI intégré

IQMS, une petite entreprise, non cotée opérant à partir de Paso Robles, Californie (États-Unis) a lui-même marqué différemment des autres activités de planification des ressources d'entreprise (ERP) des fournisseurs en offrant des modules natifs où d'autres fournisseurs ne fournissent que des solutions tierces. En général, les solutions tierces intégrées sont leerily considérés, en particulier par les petites et moyennes entreprises car les interfaces de commandes de tiers ont tendance à être lourd. L'utilisation de SIGQ de modules natifs est donc une réussite bienvenue.

la cinquième partie des IQMS Prospers en aidant les entreprises à travailler plus intelligemment série.

Cependant, alors que ses modules natifs fournissent une "vision unique de la vérité», il ya plus à ce best-of-breed contre dilemme de la suite intégrée de la synchronisation des données. Être échange électronique de données (EDI) capable a, dans certaines industries à haut volume comme les équipementiers automobiles, devenir un, bien que loin d'être une tâche agréable requis. Elle est rendue encore plus dangereuse avec la quantité de travail nécessaire pour s'assurer que les messages entrants et sortants sont traités avec précision. solutions EDI du réseau traditionnelle valeur ajoutée (VAN) des fournisseurs comme GXS , Sterling Commerce ou Inovis fournissent l' processus de traduction fondamental, convertir des fichiers entrants, comme les communiqués de calendrier et des prévisions, en quelque chose de lisible et compréhensible. En même temps, il convertit les données sortantes, comme les factures et les ASN dans des formats acceptables pour la réception par le fournisseur.

Pourtant, ces données ne sont que partiellement lisible bon pour les systèmes ERP, depuis l'action réelle est en fusionnant les nouvelles données avec les informations existant qui est déjà en cours de traitement dans le système ERP. Le défi qui s'ensuit est de donner un sens au quotidien, flot constant de messages EDI. Dans les environnements à volume élevé, cela peut consister en des centaines de dossiers qui touchent les communiqués et les prévisions des centaines de pièces. Il devient impossible d'entrer manuellement ces données dans le système et, par conséquent, une interface supplémentaire doit être développé et testé. Pourtant, contrairement à une interface qui synchronise les mises à jour ou des niveaux de stocks ou des informations sur la qualité du produit, cette interface doit faire plus que statiquement données cartographiques. Il implique généralement l'utilisation extensive des règles métier et la logique établie entre chaque client et fournisseur. C'est-à-dire, la nature très personnelle des données signifie que deux interfaces sont identiques, ce qui complique encore la question.

Ainsi, les ressources doivent être largement utilisé sur les deux côtés de la table du fournisseur de logiciels d'entreprise fournissant l'interface doit écrire et tester du code personnalisé, et l'utilisateur doit tester et re-tester à fond jusqu'à ce que l'interface est travailler de manière cohérente. Ceci est éprouvant pour ne pas mentionner cher, surtout pour les PME avec le personnel et les ressources informatiques limitées. Cependant, avec un système d'EDI intrinsèque au sein d'un produit ERP, les coûts liés aux logiciels tiers sont pratiquement inexistants. En outre, le temps qu'il faut pour construire l'interface personnalisée est considérablement réduit, puisque ceux qui construisent l'interface travaillent au sein du système ERP, et ont une connaissance intrinsèque des structures de données et la logique métier.

Par conséquent, il est étonnant que le petit fournisseur d'ERP, IQMS, un tel module. Son IQ EDI native module prend en charge ANSI X12, EDIFACT, et les formats de fichiers Odette. Compte tenu de l'importance des nouvelles technologies (voir EDI par rapport à XML-travail en tandem plutôt qu'en concurrence? ), IQ EDI est compatible XML et soutient protocole de transfert de fichier (FTP ) pour la transmission et la réception de fichiers. Le système génère et traite pratiquement tous les jeux de transactions souvent requis. Pour le format X12 entrant, et DELFOR (un message de calendrier de livraison d'un acheteur à un fournisseur au sujet des exigences du produit) et DELJIT (remise de message juste-à-temps, qui relaie la séquence précise de livraison d'un calendrier JIT) transactions EDIFACT, le système prend en charge la remise conseils (820), la planification / release calendrier (830), des bons de commande (850); ordres de modification (860) Annexe expédition (862); rapport sur l'état de la commande (870), des conseils de réception (861); accusé de réception fonctionnel (997); message et texte (864) application (824) Flux de trésorerie. Pour les transactions sortantes, il prend en charge la facturation (810), la planification / calendrier de sortie (830); expéditions (ASN) (856); confirmation de commande (855), et calendrier d'expédition fournisseur (865). Accusé de réception fonctionnel (997) pour X12 et DESADV (envoi message d'avis)-un message spécifiant les détails de biens expédiés ou prêt pour l'expédition dans des conditions convenues-est également supporté.  

En outre, grâce à l'intégration inhérent avec le reste de la suite logicielle ERP complète EnterpriseIQ, les transactions sortantes sont envoyées directement à partir du système, qui inclut également des outils modèle de cartographie. En outre, la nécessité d'une tierce partie traducteurs qui sont un défaut pour la grande majorité des systèmes ERP qui nécessitent des solutions-ce que l'EDI tiers éliminés. Démontrer sa avertis de l'industrie, la suite est basée sur les pratiques commerciales de la chaîne d'approvisionnement GALIA et un certain nombre de règles métier de flexibilité générer des exceptions. Par exemple, des drapeaux et des rapports peuvent être envoyés quand il ya des changements dans la quantité dramatiques dans les transactions EDI ou à identifier lorsque les limites (définir soit comme une plage ou un pour cent) sur l'augmentation de la quantité ou de la diminution définie par l'utilisateur a été frappé. Logiquement, les ordres qui respectent les règles sont passées à travers le module de vente, tandis que les commandes qui ne sont pas conformes, obtiennent signalé.

Enfin, des règles peut être configuré soit pour chaque transaction numéro de code de l'EDI ou pour chaque client. IQ EDI est un composant intégré au sein EntepriseEQ, en soutenant la capacité de traduire des fichiers qui sont téléchargés directement à partir d'un site Web ou dans la configuration traditionnelle de la messagerie EDI avec un fournisseur VAN. Il faut noter, cependant, que SIGQ ne fournit pas de communication ni de maintenir la boîte aux lettres. Il s'agit d'un cas où une tierce partie système de communication (c.-à-VAN) est nécessaire pour effectuer ce service.

Néanmoins, ajoutant à sa liste de réalisations EDI, IQMS complété avec succès le processus de certification de l'EDI pour Honda en Amérique du Nord , dont de nombreux tests et processus de certification garantit que les fournisseurs respectent exact du constructeur spécifications pour JIT fabrication avec une communication et une intégration des données. À cette fin, SIGQ terminé la procédure de test en plusieurs étapes avec son logiciel ERP EnterpriseIQ dans moins de six mois, terminant en Novembre.

C'est la cinquième partie d'une note en six parties.

première partie a présenté l'entreprise arrière-plan.

deuxième partie a commencé une discussion sur l'impact sur le marché.

troisième partie a poursuivi la discussion présente une plus grande différenciation des produits.

quatrième partie couvert le système de base de données et de gestion de la qualité.

Sixième partie présentera des défis et faire des recommandations d'utilisation.

Divers Utilities

En plus de l'EDI IQ, EnterpriseIQ offre également un certain nombre d'utilitaires, tels que le système de notification IQAlert, avec beaucoup de surveillance de l'activité de l'entreprise astucieux (BAM) caractéristiques (voir Business Activity Monitoring-Regarder le magasin pour vous ). Par exemple, les personnes appropriées sont alertés de faibles niveaux de stocks, les expéditions manquées, reçus en retard ou en instance de bons de commande ou d'autres questions brûlantes. Il peut également planifier des tâches sans surveillance comme la course d'un moteur MRP, traitement EDI, ou de créer des sauvegardes de bases de données, tard dans la nuit.

autre utilité notable est IQ Enterprise Plante pour des installations multiples ou de sociétés. EnterpriseIQ offre des capacités étendues entre usines pour les organisations complexes à travers tous les modules. Par conséquent, cela permet usines multiples ou entreprises à utiliser une seule base de données pour centraliser le stockage des données, et l'administration et réduire l'activité redondante sur plusieurs sites. C'est-à-dire, plusieurs divisions peuvent exister dans une société, et plusieurs sociétés peuvent exister dans une entité d'entreprise unique, chaque division contient ses propres nomenclatures, des outils et de matrices, les stocks, les coûts, l'approvisionnement, les calendriers et les registres de production. Cela permet d'installations multiples et fabrication distribuée, parce que les ventes et les opérations d'achat peuvent être centralisés et décentralisés en même temps, bien que les prévisions, maître planification et MRP ne peuvent fonctionner séparément pour chaque division (ou les divisions) pour les besoins entre usines.

les utilisateurs peuvent afficher des informations spécifiques ou échelle de l'usine, tandis que les états financiers seront ensuite montrer la situation financière de chaque société, ainsi que toute combinaison de sociétés au sein de l'entité commerciale, puisque les transferts entre usines sont rationalisés avec le correctif cumulatif GL. D'un point de vue technologique, le système utilise Windows Terminal Server (avec Citrix Metaframe ) opérant à travers réseau étendu (WAN).

autres services publics dignes de mention comprennent la capacité e-mail, la production et impression d'étiquettes, document interne / externe de liaison, la capacité d'exportation de données, défini par l'utilisateur champs / formulaires, le UPS lien, un système de sécurité sous-jacente, journal détaillé des transactions, la capacité d'importation de fichier externe, interfaces externes de paie, et ainsi de suite.

davantage sur les exigences répétitives contre projet basé sur

Bien IQMS se concentre sur les environnements répétitifs, il ya une boutique de travail de base et les capacités de projets simples JobShopIQ et chef de projet modules ont qui aident à créer, suivre et gérer des projets de fabrication en discontinu de création de devis jusqu'à l'achèvement de l'ordre de travail. Par exemple, il peut suivre un ordre de vente spécial pour un outillage spécial. En conséquence, ces modules disposent de planification des ressources de fabrication de (MRP) et la capacité de planification avec les exigences d'exception, à plusieurs niveaux tâches avec cumul financière pour tâche par tâche le suivi de détail et des services financiers basés sur des projets mis à jour. Ils ont également des liens directs vers les rapports du travail, l'inventaire, l'entretien préventif, la comptabilité et les achats.

Pourtant, EnterpriseIQ a été largement prêtent à des environnements de fabrication répétitive, basés sur le volume qui s'appuient sur le mouvement des matériaux soit par le biais des centres de travail fonctionnel orientés ou lignes de production axés sur les produits, et sont conçus pour maximiser l'efficacité et le coût unitaire inférieur en produisant des produits en grandes quantités. Les produits standards avec des itinéraires similaires sont donc faites en utilisant pratiquement le même processus, alors que la production est prévue, planifiée, et a réussi à répondre à une combinaison de réelles ordres de vente et de la demande de prévision. En conséquence, les ordres de fabrication découlant de la MPS et MRP ordres planifiés sont «poussés» vers le plancher de l'usine et en actions. Les fournisseurs externes travaillent également à soutenir la production planifiée, tandis que la gestion des matières s'appuie souvent sur le maintien de stocks suffisants, en utilisant un faire pour stock (MTS), ainsi qu'une make-to-order (MTO) ou occasionnellement avec la assemblage à la commande (OAB) approche de garder les articles standard ou sous-ensembles en stock.

Dans ces environnements de fabrication, la durée et le coût du passage à produire différents produits est élevé, tout comme les coûts des stocks, la planification, et l'accélération. L'accent est donc mis sur la planification efficace des lignes de production plutôt que sur la gestion des commandes individuelles. Points d'observation minimales nécessaires sont également utilisés pour déterminer les coûts moyens ou standard, et les écarts de coûts parfois standard. Par conséquent, les marchandises sont poussés par la production à des niveaux déterminés par (souvent imprécis) la programmation et des outils de prévision courante dans les systèmes MRP / ERP. Ces niveaux puis dépassent souvent la demande, ce qui entraîne la construction d'excès de stocks de produits finis. Dans un environnement de débit / masse maigre / JIT, les commandes sont tirés à travers le processus basé sur la demande réelle, ce qui peut atténuer l'énigme de l'inventaire ci-dessus (voir Tirez contre Pousser: une discussion sur Lean, JIT, Flow, et MRP traditionnel ). Aussi typique des environnements répétitifs est l'achat de matériel pour l'inventaire et la question de la matière pour work-in-process (WIP). Lors de la fabrication est terminée, les produits finis sont déplacés de WIP à l'inventaire des produits finis avant la livraison au client.

En outre, bien avant toute fabrication, il ya d'importants travaux dans la phase de définition du produit (comme l'estimation, conception et ingénierie) avant que quelque chose peut être fabriqué ou acheté / livré. La principale différence est que, dans complexe ingénieur à la commande (ETO) ou d'un projet basé sur les sociétés, la conception du produit est une partie intégrante de la production, et parfois, continue même lors de l'installation du site et la mise en service . Dans le cas d'une infinité de produits standard, la conception est généralement complété et remis "le mur" de fabrication bien avant le début de la production. Par conséquent, la production en volume du travail de la définition du produit sera amorti (recouvrés) au cours du cycle de vie des immobilisations corporelles, qui sont souvent mesurés dans des milliers d'articles et de plusieurs années d'utilisation commerciale.

tandis qu'un temps dépassements peut potentiellement effectuer time-to-market du produit, qui est souvent un avantage concurrentiel (stratégie) et réduit les coûts pour les fabricants répétitives, le dépassement n'a pas d'effet sur le délai global de toute vente, emploi ou projets ordre particulier. Ainsi, il n'est pas traité de la même façon. En outre, les coûts importants de la définition du produit sont absorbés dans la société de tête ou un produit du coût standard, de sorte qu'un dépassement des coûts peut être géré dans le cadre d'une stratégie de prix à long terme.

Dans les systèmes rigides de la fabrication répétitive, mettre en œuvre un changement à un projet de loi des matières (BOM) ou le routage nécessite d'annuler tous les ordres ouverts, fermés, et en progrès effectués et les recréer avec les nouvelles informations. Cela en soi peut créer d'innombrables heures dans l'administration du système ERP. Les modifications sont gérées différemment dans le cas de la fabrication du projet, en termes de profondeur, nomenclatures multi-niveaux contre ETO nomenclatures plats pour les éléments répétitifs. Cependant, en aucun cas que cela signifie que, dans la planification de la fabrication répétitive et re-planification sont des activités simples, une donnée doit prendre l'utilisation maximale ou optimale des installations, de l'équipement et de l'absorption des frais généraux en compte. Les deux ont leurs complexités.

Ceci conclut la cinquième partie d'une note en six parties.

première partie a présenté l'entreprise arrière-plan.

deuxième partie a commencé une discussion sur l'impact sur le marché.

troisième partie a poursuivi la discussion présente une plus grande différenciation des produits.

quatrième partie couvert le système de base de données et de gestion de la qualité.

Sixième partie présentera des défis et faire des recommandations d'utilisation.

 
comments powered by Disqus

Recherches récentes :
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z Others

©2014 Technology Evaluation Centers Inc. All rights reserved.