Question d'entrevue de BIÈRE ANGLAISE

Le lien d'application permettant (BIÈRE ANGLAISE) est un ensemble de processus d'affaires et des outils qui permettent à des applications sur différents systèmes informatiques d'être liées. Ceci peut être fait entre différents systèmes de SAP aussi bien qu'entre des systèmes de SAP et de non-SAP.

Dans SAP différentes applications d'un système simple sont intégrées par l'intermédiaire d'une base de données simple (par exemple finances, ventes, production, ressources humaines). Cependant, beaucoup de compagnies n'ont pas juste un système intégré mais un environnement distribué avec différentes applications fonctionnant sur différents systèmes. Pour courir les affaires entières dans un tel environnement les applications réparties doivent être liées. Ceci peut être fait par permettre de lien d'application (BIÈRE ANGLAISE).

La BIÈRE ANGLAISE fournit les processus distribués d'affaires qui peuvent être employés pour lier les applications sur différentes plateformes. Il y a quelques processus d'affaires de BIÈRE ANGLAISE fournis dans le système standard de SAP. En outre, il y a des outils qui peuvent être utilisés pour changer les processus existants d'affaires de BIÈRE ANGLAISE ou pour mettre en application de nouveaux processus distribués d'affaires.

Sans compter que les processus d'affaires il y a des services spéciaux de BIÈRE ANGLAISE qui sont exigés pour établir et commander un environnement distribué. Ces services incluent un modèle de distribution, une synchronisation d'objet d'affaires et des outils pour surveiller ou gestion d'erreur.

La BIÈRE ANGLAISE est une partie d'architecture de cadre des affaires de SAP. Sans compter que le logiciel personnalisé de base, cela fournit la communication entre les composants, et les interfaces (BAPIs), des processus d'affaires de BIÈRE ANGLAISE et des services de BIÈRE ANGLAISE permettent la coopération des composants simples dans le cadre. Ce fait à BIÈRE ANGLAISE la colle du cadre d'affaires.

Avec la BIÈRE ANGLAISE les compagnies obtiennent l'occasion d'améliorer l'exécution d'affaires et de résoudre les questions d'organisation ou techniques.

Par la distribution vous pouvez décentraliser vos affaires, permettant aux unités locales d'opérer indépendamment entre eux. Cette flexibilité permet aux unités locales de renvoyer de meilleurs résultats d'affaires que dans un environnement centralisé. Ils ont la flexibilité nécessaire d'optimiser des processus d'affaires dans différentes unités d'organisation et peuvent s'assurer que les systèmes d'information peuvent manipuler la vitesse du changement des marchés rapidement de extension. La distribution permet un à niveau élevé de la liberté, à condition que ce niveau de la liberté ait été bien défini.

D'une part, quelques compagnies, qui ont déjà une organisation distribuée avec différents systèmes informatiques dans les unités locales, ont l'occasion de lier leurs unités par des processus d'affaires de BIÈRE ANGLAISE. Ceci leur permet par exemple de fournir « un visage une approche à client ». Un autre secteur qui peut bénéficier par la BIÈRE ANGLAISE sont les organismes virtuels (associations entre les compagnies indépendantes, les joint-ventures en participation et les fusions et les acquisitions).

Naturellement, dans beaucoup de cas une solution intégrée basée sur un système simple n'est pas possible du tout. Quelques applications employées par une compagnie ne peuvent pas fonctionner sur le même système informatique. Ceci inclut les systèmes de legs ou le logiciel complémentaire. Il peut également être possible qu'une compagnie emploie les différentes solutions d'industrie de SAP ou les solutions spécifiques de pays, qui ne fonctionnent pas sur le même système de SAP. Si la course de ces applications sur différents systèmes elles ne peut pas être liée par une base de données centrale mais doit employer un mécanisme spécial d'intégration comme la BIÈRE ANGLAISE. De cette façon la BIÈRE ANGLAISE lie également des systèmes de noyau de SAP à d'autres composants de SAP comme CRM, entrepôt de l'information d'affaires ou APO.

Sans compter que les avantages de avoir une flexibilité améliorée en installant les processus entiers d'affaires, la BIÈRE ANGLAISE peut également réduire des coûts, coûte en particulier de l'évolution. Si les affaires entières sont courues sur un système intégré que vous devez améliorer le système entier, même si seulement une part de votre compagnie (par exemple ressources humaines) a besoin d'une mise à jour. Ainsi la compagnie entière est affectée par le projet de mise à niveau et tous les utilisateurs doivent être formés pour le nouveau dégagement. Dans un environnement distribué avec les interfaces indépendantes de dégagement, comme ceux fournis par ALE, vous pouvez concentrer le projet de mise à niveau sur cette partie de la compagnie qui doit être améliorée. Les autres parties de la compagnie ne sont pas impliquées et n'ont besoin d'aucune formation. Ceci peut économiser beaucoup d'argent. En outre, des investissements existants sont protégés.

Un autre facteur de coût pour la distribution pourrait être des coûts de communication. Pour un raccordement d'outre-mer il peut être plus cher de fournir l'accès en ligne à un système central (T1) que pour relier les systèmes répartis entre eux (ligne 64K).

Il pourrait également y avoir quelques raisons techniques des systèmes répartis. Si quelques parties des affaires ont spécial les conditions pour la sécurité des données accèdent (par exemple les ressources humaines), à ceci peuvent être vers le haut beaucoup plus sûres réglé sur un système autonome, qui sont, cependant, lié à d'autres parties de la compagnie par des processus distribués d'affaires. Un exemple semblable est disponibilité élevée. La disponibilité élevée est habituellement exigée par la pièce d'opérations de la compagnie (production, logistique) mais pas par d'autres secteurs (par exemple finances, ressources humaines). Dans l'environnement distribué une disponibilité élevée peut être établie pour les parties spécifiques de l'environnement au lieu de pour les affaires entières. Ceci peut également réduire des coûts.

Dans un environnement distribué vous ne pouvez pas diminuer la charge de travail globale des systèmes mais vous pouvez séparer les charges de travail d'utilisateur sur différents systèmes. Par ce scalability vous pouvez améliorer l'exécution. Un autre avantage des systèmes répartis est que si un échec technique se produit sur un système, tous autres systèmes continuent à fonctionner. Seulement une petite partie des affaires est perturbée par l'erreur. Sur un système central une telle erreur perturberait les affaires entières.

Sans compter que les avantages de la BIÈRE ANGLAISE il y a a également raisonné pour ne pas distribuer :

• La portée fonctionnelle dans un environnement distribué est restreinte. Non toute la fonctionnalité qui est disponible dans un système intégré de SAP peut être employée avec les systèmes répartis dans la norme encore. Bien que la BIÈRE ANGLAISE fournisse des outils pour créer de nouveaux processus d'affaires de BIÈRE ANGLAISE ou pour augmenter des processus existants d'affaires, ceci implique la dépense additionnelle.
• Chaque compagnie a besoin de l'harmonisation d'organisation de normes et de données. Dans un environnement distribué moins de normes sont exigées que sur un système intégré simple. Cependant, dans un environnement distribué l'entretien des normes et de l'harmonisation de données est plus difficile que sur un système simple.
• L'administration des systèmes décentralisés est plus chère. Les coûts de soutien et de service pour le matériel et le logiciel dans les systèmes décentralisés sont plus hauts que ces coûts dans un système centralisé simple.

La BIÈRE ANGLAISE devrait être employée à une compagnie si les avantages de la BIÈRE ANGLAISE pour cette compagnie sont supérieurs aux raisons contre la distribution. Pour ceci vous devez toujours effectuer une recherche spécifique de compagnie, dans laquelle vous devriez également considérer la culture de la compagnie. La BIÈRE ANGLAISE est bonne pour quelques compagnies mais pas pour tous.

L'échange de données électroniques (EDI) est une limite pour le transfert des messages d'affaires entre deux systèmes. Il y a beaucoup de tels messages, plus le terrain communal de ces derniers incluent un client envoyant un message d'ordre d'achat à un fournisseur, ou un fournisseur envoyant un message de facture à un client. EDI classique est principalement restreint sur l'échange des données transactionnelles, d'aucunes données principales ou des données de configuration. Dans la plupart des cas, EDI remplace le transfert des copies de papier de ces documents. Par l'intermédiaire des affaires de BIÈRE ANGLAISE de messages les processus peuvent être mis en application entre les associés. Les messages d'EDI emploient également les services de BIÈRE ANGLAISE.

Pour la communication entre différents types de systèmes EDI des messages spéciaux sont définis comme normes pour la communication inter-sociétaire. Il y a beaucoup de normes pour ces messages - aux Etats-Unis, la norme de la norme ANSI X.12 est la plus répandue, en Europe, la norme d'UN/EDIFACT est employée. Pour envoyer à des messages d'EDI l'information doit être convertie en norme d'EDI. Avec des systèmes de SAP ceci est fait par des sous-ensembles d'EDI. Cette conversion est la seule différence entre les messages d'EDI et d'autres messages utilisés dans des processus d'affaires de BIÈRE ANGLAISE. Le traitement de ces messages sur le système de SAP est identique que le traitement d'autres messages de BIÈRE ANGLAISE.

Pour intégrer les systèmes répartis vous avez besoin de plus qu'une infrastructure et des interfaces de communication. On exige quelques services additionnels qui sont fournis par ALE :

Harmonisation de processus d'affaires :

Dans des processus de recouvrement d'affaires de système les fonctions multiples fonctionnant sur les systèmes multiples sont impliquées et reliées par les interfaces multiples. Les processus sont des combinaisons des fonctions (sous-processus) fonctionnant sur les systèmes simples.

(Exemple : Un processus d'affaires pour la gestion d'ordre de client implique des fonctions dans les ventes, fabrication, gestion d'entrepôt, finances, et ainsi de suite. Il est possible que les fonctions de ventes soient effectuées sur un autre système que la fabrication, la gestion d'entrepôt ou la comptabilité. En outre, un certain échange de l'information avec le client, un fournisseur ou une banque peut être impliqué dans le processus.)

La BIÈRE ANGLAISE aide à coordonner le processus entier d'affaires en le définissant dans un modèle global. Dans ce modèle les principes économiques pour la distribution sont définis. Par l'intermédiaire du modèle les sous-processus finissent par connaître quelle partie du processus global ils doivent faire eux-mêmes et quand ils doivent passer le processus plus d'à un autre système. Par ceci le processus entier d'affaires obtient harmonisé.

Détermination de récepteur :

Pour des affaires distribuées traite un sous-processus sur une application (client) doit commencer un autre sous-processus sur une autre application (serveur). Il est important que le nouveau sous-processus soit commencé sur le serveur droit. Quel serveur est le droit ne peut pas être défini par des valeurs techniques, il dépend de la teneur en affaires du processus.

(Exemple : Un système de ventes fait suivre à des ordres de client deux systèmes de production différents. Quel système un ordre de ventes spéciales est expédié dépend des entrées dans l'ordre de ventes (ceci peut dépendre, par exemple, du matériel commandé ou du client). Un ordre de ventes peut également être coupé en des ordres deux ou plus différents qui peuvent être expédiés à différents systèmes de production.)

Pour informer le client quel système est le récepteur de la communication (serveur), utilisations de BIÈRE ANGLAISE un modèle de distribution. De ce modèle les applications obtiennent les informations sur le serveur droit. Il y a BIÈRE ANGLAISE spéciale BAPIs et modules de fonction disponibles pour ceci. La détermination de récepteur s'assure que l'information est envoyée aux bons endroits.

Synchronisation d'objet d'affaires (synchronisation sémantique) :

Si la course de processus d'affaires à travers les systèmes répartis, ils doivent partager quelques données à harmoniser. C'est aux besoins du client des données comme des données de l'information d'affaires, données principales ou des données de adapter. Si ces données sont changées dans les systèmes répartis l'uns des, d'autres systèmes doivent être informés au sujet du changement. Il doit y avoir un certain genre d'abonnement des données.

La BIÈRE ANGLAISE fournit un service spécial pour cette synchronisation de données. Ce service peut détecter des changements de données et distribuer l'information à ces systèmes qui doivent savoir le changement. Ce service définit également quelles données sont partagées. Vous pouvez déterminer quels champs d'un objet de données seront communs et quels champs peuvent changer localement.

Contrôles de cohérence :

Pour un fonctionnement de processus d'affaires à travers deux applications réparties il doit y avoir de l'harmonisation des sous-processus dans les applications simples. Pour s'assurer que les processus secondaires sont harmonisés il y a les outils spéciaux de contrôle de cohérence de BIÈRE ANGLAISE. Ces outils aident à trouver et réparer des contradictions. Par ceci il peut s'assurer que le processus entier d'affaires de BIÈRE ANGLAISE fonctionne de la bonne manière.

Surveillance :

Pour la surveillance des processus distribués il n'est pas assez pour surveiller toutes les activités sur les systèmes simples. Le processus global d'affaires doit être surveillé. La BIÈRE ANGLAISE surveillant des services fournissent des informations détaillées sur le processus de communication, le sous-processus sur les autres systèmes et ses résultats. Des liens de base de données sont créés entre les objets d'affaires en question sur le client et le serveur. C'est particulièrement important pour des applications légèrement connectées avec des liens asynchrones. Dans ce cas-ci le serveur ne peut pas donner les valeurs de retour de nouveau au client directement de sorte que la surveillance de BIÈRE ANGLAISE soit le seul canal pour la rétroaction.

Gestion d'erreur :

Un autre problème avec la liaison asynchrone est gestion d'erreur. Si une erreur se produit sur le serveur le processus appelant sur le client a pu avoir déjà fini. Ainsi le serveur ne peut pas renvoyer le message d'erreur au client. Un processus spécial de gestion d'erreur a exigé. Ce processus est l'un des services de BIÈRE ANGLAISE. Il emploie la fonctionnalité de déroulement des opérations pour identifier l'erreur et pour commencer la gestion d'erreur exigée.

Quand des applications réparties sont liées par des processus d'affaires de ALE, la question se pose souvent quant à la façon dont fortement le lien devrait être. Les liens synchrones et asynchrones ont des avantages et des inconvénients.

Les liens synchrones ont l'avantage que le sous-processus sur le serveur peut renvoyer des valeurs au sous-processus sur le client qui a commencé le lien. Les problèmes avec des liens synchrones se produisent si la ligne de communication ou le serveur n'est temporairement pas disponible. Si ceci se produit, le sous-processus sur le client ne peut pas être fini (autrement il y aurait des contradictions de données).

(Exemple : Il y a un système de logistique et un système financier. Chaque mouvement courant dans la logistique doit être signalé dans le livre du système financier. Si le lien entre la logistique et les finances est synchrone, aucun mouvement courant ne peut être enregistré dans le système de logistique si la ligne de communication au système financier est en baisse.)

Pour cette raison, des liens synchrones sont habituellement employés si le client veut seulement obtenir quelques données du serveur et les sous-processus sur le serveur ne doivent écrire aucune données à la base de données.

Avec des liens asynchrones le sous-processus sur le client peut être fini même si la ligne de communication ou le serveur n'est pas disponible. Dans ce cas-ci le message est stocké dans la base de données et la communication peut être faite plus tard. L'inconvénient des liens asynchrones est que le sous-processus sur le serveur ne peut pas renvoyer l'information au sous-processus appelant sur le client. Une manière spéciale pour envoyer l'information de nouveau au client est exigée. En outre, un mécanisme spécial de gestion d'erreur est exigé pour manipuler des erreurs du côté de réception.

Des liens asynchrones sont employés si un lien synchrone n'est pas applicable. Pour les problèmes avec envoyer l'information de retour au client et avec la gestion d'erreur il y a un certain appui des services de BIÈRE ANGLAISE.

Les processus d'affaires de BIÈRE ANGLAISE sont des processus intégrés à travers les systèmes répartis, exigeant connecte entre les systèmes. Ces interfaces doivent être stables pour permettre la communication entre différents dégagements et réduire l'impact du dégagement change dans l'environnement distribué.

Dans des utilisations IDocs de BIÈRE ANGLAISE de la version 3.0 et 3.1 de SAP R/3 comme interfaces. Un IDocs est un récipient de données pour les messages de transfert asynchronously. Ils sont indépendant de dégagement. Puisque le dégagement 3.1G BAPIs de SAP sont un nouveau type d'interfaces orientées objectivement et stables qui peuvent s'appeler synchroniquement ou asynchronously. Utilisation asynchrone IDocs de BAPIs comme récipients de données. Les processus d'affaires de BIÈRE ANGLAISE peuvent employer BAPIs aussi bien. À l'avenir les nouveaux processus d'affaires de BIÈRE ANGLAISE emploieront BAPIs comme interfaces. Mais l'IDocs existant sera encore soutenu. À temps, BAPIs sera créé avec la fonctionnalité semblable aux interfaces existantes d'IDoc.

La réplique de base de données est une autre possibilité pour faire la synchronisation d'objet d'affaires. Cependant, il y a quelques inconvénients principaux avec la réplique de base de données. Au moment où la réplique de base de données est base de données dépendante et personne à charge de dégagement à moins d'une base de données. Ceci rend la réplique de base de données impossible pour l'usage avec des systèmes de non-SAP et même pour la réplique entre les systèmes de SAP que vous devez s'assurer que tous les systèmes fonctionnent sur le même dégagement de SAP et le même dégagement de base de données d'un fournisseur simple de base de données. En outre, avec la réplique de base de données vous ne pouvez pas faire des choses comme des conversions de champ ou des changements de version. La BIÈRE ANGLAISE n'a pas ces imperfections parce qu'elle offre l'indépendant axé sur les applications de réplique de données de la base de données fondamentale.

Une autre technologie, bases de données réparties, n'est aucune alternative pour la BIÈRE ANGLAISE à l'heure actuelle, l'un ou l'autre. Il y a quelques bons résultats des bases de données réparties disponibles, mais l'exécution est loin de suffisamment pour l'usage de lui avec de plus grandes applications comme SAP.

Pour des processus distribués d'affaires beaucoup de différents services sont exigés. La plupart de ces services sont offertes par SAP. Pour certains de ces services vous pouvez également employer les produits qui sont fournis par les associés complémentaires du logiciel de SAP ou par d'autres compagnies :

Le service de communication pour faire la communication pure est habituellement fait par l'intermédiaire de l'appel de fonction à distance (RFC). Le RFC est fourni par SAP pour la plupart des plateformes pour la liaison synchrone et asynchrone. Il y a d'autres systèmes de transmission de messages pour le service de communication disponible aussi bien, comme MQSeries d'IBM. Cependant, la communication entre SAP et le système de transmission de messages est encore faite par l'intermédiaire du RFC.

Pour la fabrication en série de liaison asynchrone le RFC fournit peu de fonctionnalité à l'heure actuelle. La fabrication en série doit être vérifiée par l'application. La BIÈRE ANGLAISE offre un certain appui pour faire ces contrôles. La fabrication en série de la communication de RFC sera améliorée à l'avenir. Des services de fabrication en série sont fournis par certains des systèmes existants de transmission de messages, mais égal ils ne peuvent pas garantir une fabrication en série 100% de la communication, puisqu'ils emploient le RFC pour le raccordement à SAP.

La surveillance et la gestion d'erreur de la communication est faite par l'intermédiaire des services fournis par le RFC et la BIÈRE ANGLAISE. Si des systèmes de transmission de messages sont employés pour la communication ils offrent également une certaine fonctionnalité de gestion d'erreur de surveillance et.

Si un système de non-SAP est impliqué dans le scénario d'affaires de BIÈRE ANGLAISE et ce système ne comprend pas les interfaces du BAPI ou de l'IDoc de SAP, les données doivent être tracées à n'importe quelle structure d'interface que ce système offre. Pour ceci tracer SAP ne fournit pas un service mais il certifie tracer des outils des associés de logiciel. Ces outils s'appellent le traducteur de ALE. Le produit le plus connu dans ce secteur est probablement Mercator de logiciel international de TSI. Le même genre de tracer peut également être fait par des « convertisseurs d'EDI ».

Un autre type de produits de logiciel personnalisé offrent les articles de processus. C'est principalement une combinaison du service de communication, du service traçant et d'un ensemble de règles pour tracer. Un certain traducteur de BIÈRE ANGLAISE peut être aussi bien utilisé pour ceci.

La détermination de récepteur est l'un des services de BIÈRE ANGLAISE (voir ci-dessus). Des parties de ce service peuvent également être fournies par certains des systèmes de transmission de messages, mais vous ne pouvez pas employer ces systèmes sans employer la détermination de récepteur de BIÈRE ANGLAISE.

Pour l'autre BIÈRE ANGLAISE les services aiment l'application surveillant, gestion d'erreur d'application, synchronisation sémantique et l'harmonisation de processus d'affaires, là ne sont aucun produit de logiciel personnalisé disponible comme remplacement de BIÈRE ANGLAISE.

La BIÈRE ANGLAISE est ouverte pour l'usage des produits de logiciel personnalisé pour la distribution, mais dans la plupart des cas le logiciel personnalisé additionnel n'est pas nécessaire. Dans une communication entre différents systèmes de SAP habituellement l'utilisation des marques additionnelles de logiciel personnalisé aucun sens du tout. Pour la communication entre les systèmes de SAP et de non-SAP il pourrait y avoir quelques avantages, particulièrement si le logiciel personnalisé est employé à la compagnie déjà. Le seul outil de logiciel personnalisé qui est vraiment exigé si le système de non-SAP ne comprend pas BAPIs ou IDocs est un traducteur de BIÈRE ANGLAISE.