Connectivité directe à SWIFT Helen Sanders, rédactrice en chef, s'entretient avec Bob Dashner, chef de projet, Chevron Corporation Alors que plus de 80% des entreprises choisissent maintenant de se connecter à SWIFT via une méthode indirecte, telle qu'un bureau de service ou un membre / concentrateur, cette option n'était pas envisageable pour les premiers utilisateurs, et certaines entreprises choisissent encore de mettre en œuvre Connectivité directe Helen Sanders s'entretient avec Bob Dashner, responsable de projet pour la mise en œuvre SWIFT de Chevron Corporations, au sujet des expériences de l'entreprise en matière de connectivité directe avec SWIFT.
par Bob Dashner, gestionnaire de projet, Chevron Corporation
Alors que plus de 80% des entreprises choisissent maintenant de se connecter à SWIFT via une méthode indirecte, telle qu'un bureau de service ou un membre / concentrateur, cette option n'était pas envisageable pour les premiers utilisateurs, et certaines entreprises choisissent encore de mettre en œuvre Connectivité directe Helen Sanders s'entretient avec Bob Dashner, responsable de projet pour la mise en œuvre SWIFT de Chevron Corporation, à propos des expériences de l'entreprise en matière de connectivité directe avec SWIFT.
Qu'est-ce qui a incité Chevron à envisager la connectivité SWIFT?
Comme beaucoup d'entreprises, nous devons relever de nombreux défis pour maintenir de nombreuses connexions sécurisées entre notre système de gestion de trésorerie (TMS) et nos systèmes ERP (SAP et JDE), ainsi que de nombreuses méthodes de communication avec nos différentes banques et institutions financières. Cela signifiait qu'il était souvent difficile de créer une position de trésorerie consolidée dans le TWS et d'établir plusieurs exigences de sécurité et de contrôle, appartenant à la banque, ainsi que des méthodes d'interface pour effectuer les paiements.
Par conséquent, nous avons entrepris une étude de la technologie de trésorerie dans le but de rationaliser notre connectivité bancaire et la possibilité pour les entreprises de se connecter à SWIFT est apparue à peu près à cette époque en utilisant le modèle SCORE. Nous avons reconnu que cette méthode de communication avec nos banques permettrait de résoudre bon nombre des problèmes rencontrés. Nous avons donc élaboré une analyse de rentabilité et lancé le projet à la fin de 2007.
Comment avez-vous fait pour la mise en œuvre?
Nous nommons un chef de projet et embauchons des ressources informatiques et commerciales pour vous aider. Notre objectif était de remplacer toutes nos connexions bancaires existantes via SWIFT. Nous avons décidé de commencer par acheminer les informations via notre système de gestion de la sécurité, ce qui nous a permis de mieux contrôler le processus initial et de limiter le nombre de personnes et de partenaires commerciaux. Une fois mis en œuvre, nous pourrions déployer la communication bancaire via SWIFT pour les entreprises en général, principalement les différentes interfaces A / P de l’ERP.
Nous avons déterminé que le projet avait initialement pour objectif d'importer les relevés bancaires de nos partenaires bancaires (au format BAI2) via FileAct de SWIFT et, dans un deuxième temps, de transmettre les messages MT101 à cinq banques clés.
Avez-vous choisi de vous connecter à SWIFT directement ou indirectement (par exemple, via un bureau de service)?
L’un des défis à relever lorsqu’un projet SWIFT est lancé est la multitude de problèmes de connectivité qui se posent. Initialement, les entreprises ne disposeront pas de l'infrastructure de connectivité SWIFT dont disposent les banques. Par conséquent, la connectivité directe peut s'avérer coûteuse au départ et nécessite de nombreuses ressources. Même si SWIFT l'a reconnu, comme en témoigne le lancement des produits Alliance Lite et Integrator, les capacités doivent être étendues pour devenir un modèle viable pour les grandes entreprises ou pour répondre à des besoins de connectivité plus sophistiqués. Parmi les options, citons la création de partenariats avec des partenaires de solution intermédiaire SWIFT (pour les interfaces de fichier / message internes SWIFT) et des bureaux de service SWIFT (pour la création de serveurs / lignes SWIFTNet, etc.).
La communication via un portail unique, au lieu d'utiliser plusieurs connexions point à point, atteindra certainement nos objectifs à mesure que le projet s'étendra à davantage de banques.
Nous pesons les avantages et les inconvénients potentiels de la connectivité directe par rapport à la connectivité indirecte. D'une part, nous avons pensé que, même s'il était plus pratique d'utiliser leur expérience et leurs économies d'échelle, un bureau de service SWIFT présentait l'inconvénient potentiel qu'un autre tiers rejoindrait le projet avec un niveau d'interface supplémentaire. En outre, bien que la configuration initiale nécessite plus de ressources lors de la connexion directe, une fois la configuration établie, nous estimions que la maintenance ne serait pas excessive.
En fin de compte, nous avons décidé qu'étant donné que les relevés de compte et les paiements sont des processus métier essentiels, nous conserverions le contrôle de l'infrastructure et, par conséquent, nous connecterions directement à SWIFT. Un bureau de service ne peut pas garantir la performance, à moins qu'il ne soit géré par une banque, mais l'avantage de l'indépendance de la banque est perdu. Nous avons également un groupe de technologie de l'information (TI) au sein de la trésorerie, ce qui nous a permis d'envisager une connectivité directe. Ce groupe travaille en étroite collaboration avec le service informatique central pour veiller à ce que la stratégie et la mise en œuvre informatiques reposent sur une architecture cohérente dans l'ensemble de Chevron, et les logiciels middleware sont obtenus à l'aide de ressources d'acquisition informatiques.
Quelle a été votre expérience de connectivité directe avec SWIFT?
Établir la connexion avec SWIFT nécessite beaucoup de temps et d’efforts, et ce n’est pas pour les âmes sensibles! Nous avons eu de longues conversations avec SWIFT et plusieurs fournisseurs de middleware, y compris des appels d'offres et des négociations juridiques, qui auraient été réduits si nous avions travaillé avec un bureau de service. Nous utilisons également le kit SWIFTNet, qui implémente à la fois notre site principal et le site de reprise après sinistre de Houston. Les options du kit SWIFTNet permettent d’établir les prix combinés pour une grande partie du logiciel, du matériel et des lignes initiales de SWIFT. L’infrastructure du réseau informatique est très complexe, en particulier lorsqu’elle est intégrée à l’environnement interne, comme l’intégration de nos pare-feu internes, commutateurs, routeurs, etc., assurant ainsi la sécurité du réseau informatique et autres. C'est essentiel quand c'est nécessaire. De plus, nous n'avons pas pu utiliser nos services professionnels AT & T existants avec le kit, ce dernier nécessitant l'utilisation d'un autre partenaire du réseau SWIFT. Même si nous n'aurions pu utiliser qu'un seul serveur, nous avons décidé d'utiliser un environnement multi-serveurs pour renforcer la résistance de notre infrastructure SWIFT, bien que cela ait ajouté un peu plus de complexité et de coûts.
Page suivante 2
4.8 percent=76% 69 votes