![]()
Microsoft IT の一部である Microsoft の Finance IT グループは、スマート クライアント テクノロジを使用して、社内の財務運営をサポートする重要なツールを開発しました。スマート クライアントは、迅速に展開することができ、高い機能性も兼ね備えているため、他よりも実行しやすい製品です。スマート クライアントを使用すると、業務処理の効率性が改善され、ユーザーの満足度が高まり、費用を節約できます。
| 現状 | |
| 解決策 | |
| 展開 | |
| アーキテクチャ | |
| 利点 | |
| まとめ | |
| 詳細情報 |
Microsoft Information Technology (Microsoft IT) グループ内にある Finance Information Technology (Finance IT) グループは、IT ソリューションの実現、つまり処理の効率性と自動化、ユーザー満足度の継続的な向上、および具体的なビジネス利益を促進するために探究を続けてきました。Finance IT グループは、主に次の IT 課題に取り組みました。
| • | 会社のファイアウォール外にいるユーザーが、フル機能のアプリケーションをセキュリティ ガイドラインを遵守したうえで使用できるようにすること。 |
| • | 新バージョンのアプリケーションが、同じデスクトップ コンピュータにある既存アプリケーションに悪影響を及ぼさないようにすること。 |
| • | ユーザーが慣れ親しんだインターフェイスのツールを配布すること。 |
高まる一方のビジネス ユーザーの要求を満たす最善の方法については、IT 担当者間で議論が続けられてきました。シック クライアント (リッチ クライアントとも呼ばれます) は、デスクトップ コンピュータでローカルにインストールされるため、コードの実行にローカルの処理能力が使用されます。シック クライアントを使用すると、ユーザー機能が強化され、応答時間が速くなりますが、一方で展開の課題と互換性問題があります。より一般的なソリューションとしては、シン クライアント (Web クライアントとも呼ばれます) を取り入れて、管理対象のアプリケーションを Web ブラウザ経由で表示します。ただし、シン クライアントには、ドラッグ アンド ドロップ編集やオフライン機能など、一般的にユーザー フレンドリーな機能が含まれていない場合があります。また、コードがリモートで管理されるため、シン クライアントではデスクトップ コンピュータの能力が利用されません。結果的に、取引とレポートの応答時間が遅くなります。
このドキュメントでは、Finance IT グループ内の財務製品チームが、売掛金回収ツールと、外国為替 (FX) 市場向けの取引ツール群のために採用したテクノロジについて、説明します。また、選択したテクノロジのビジネス利益についても説明します。このドキュメントは、ビジネス インテリジェンス ソリューション、Microsoft® Office Excel 2003、Microsoft .NET Framework、および Enterprise Resource Planning (ERP) の基本的な知識を持つ、技術責任者、技術設計者、最高情報責任者向けに作成されました。
2004 年以前、売掛金回収ツールは、12 個のデータベース上で稼動するサード パーティ製アプリケーションでした。Finance IT グループは、既存の回収ツールが持つ次の課題に直面しました。
| • | データベースに直接接続されているツール。Finance IT グループは、売掛金回収ツールを回収ベンダに配布しませんでした。これは、ベンダが Microsoft 社のファイアウォール外に位置し、セキュリティ ガイドラインを満たす方法でインターネットを経由してサーバー リソースにアクセスできなかったためです。 |
| • | 回収ツールは分散する性質があり、データとデータベースの構造が異なるため、レポートが困難になりました。このようなデータをすべて、管理者や他のユーザー向けの 1 つのレポートにまとめて確認するには、多くの場合、手動の操作が必要でした。 |
| • | ツールの構造は、回帰テストに多大な労力が必要でした。これは、さまざまなコンピュータ構成と、同時に実行されるアプリケーション製品との互換性を確保するためです。 |
このような制限があるため、次のような重要なビジネス目標が進展しませんでした。
| • | 受取勘定のライフ サイクル全体で整合性と制御アクセスを実現する、標準的な回収処理。 |
| • | 請求に関する議論や問題に関するエンド ツー エンドの可視性。既存のツールでは、顧客アカウントの代理で作成されたイベント履歴が保持されませんでした。電子メール経由で行われた通信の多くは、回収ツールで見ることができませんでした。 |
| • | 処理の自動化による効率性の継続的な改善。 |
外国為替の取引を行う場合、リアルタイム データに基づく高速な分析とモデル作成のためには、フル機能で強固な分析ツールが必要でした。1998 〜 2003 年に使用されたツールは、次の点で不十分でした。
| • | ツールの既存アーキテクチャでは、分析機能が限られていて、すべての取引シナリオに対処することはできませんでした。たとえば、そのシステムでは、Microsoft で取引されていた FX 手形のうち、対応していない種類もありました。Finance IT グループは、取引システムから外れるこのような手形を Excel のスプレッド シートに保守していました。 |
| • | 中間データベースで、取引のすべてが実施され、バッチ フィードによって SAP (Microsoft ERP システム) に更新されました。FX 取引の完了から SAP での取引終了までの遅延時間は、約 3 日間でした。 |
Finance IT グループは、スマート クライアント アーキテクチャを使用して、回収分野と FX 取引分野のニーズに対処しました。このアーキテクチャでは、アプリケーションを別個のコンポーネントにセグメント化し、通信には Web サービスを使用しています。スマート クライアント アプリケーションの主な機能は次のとおりです。
| • | シック クライアント アプリケーションと同等のユーザー インターフェイス機能。 |
| • | ファイルをアプリケーション サーバー上のファイル フォルダにコピーする、拡張コピー ("xcopy" コマンド) による容易なアプリケーション展開。分散アプリケーション サーバー上に展開する場合、この処理は簡単にスクリプト作成することができます。展開が完了すると、スマート クライアント アプリケーションでバージョン変更が検出され、アプリケーション サーバーから最新バージョンがダウンロードされ、自動的にアプリケーションが更新されます。 |
| • | 異なるバージョンの同じ共有コンポーネントを同時に実行すること。また、それによって、コンポーネントの更新が原因でバージョンの互換性がなくなる問題 (いわゆる "DLL 地獄 (DLL-Hell)") を防ぐこと。 |
| • | ハイパーテキスト転送プロトコル (HTTP) を基本プロトコルに使用する Web サービス。このサービスによって、会社のファイアウォール外からでも、セキュリティ ガイドラインに従って、サーバー リソースを (権限に基づいて) 容易に利用できるようになります。 |
| • | ユーザーのデスクトップ コンピュータ上で利用できるローカル リソースを最適に使用すること。このローカル リソースには、ハードウェア (マイクロプロセッサやメモリなど)、ソフトウェア (Excel など)、およびローカル デバイス (バーコード リーダーなど) が含まれます。したがって、スマート クライアントでは、一般的なシン クライアントでは不可能な、複雑なビジネス機能を提供できます。 |
| • | ローカル データのキャッシングによるオフライン機能。 |
| • | 迅速なアプリケーション開発。.NET Framework によって開発されたスマート クライアント アプリケーションは、同等の機能を持つシン クライアント アプリケーションと比較して、より迅速に試作品開発と展開が可能です。 |
Finance IT グループは、スマート クライアント アプリケーションを使用することで、ベンダ製品を使用したときに発生していた、売掛金回収処理の可視性と制御が制限されていたという問題を解決しました。統合的な回収ツールとして、MS Collect を構築しました。このツールは、サード パーティの回収者と Microsoft の会計主任の両方が、回収処理の管理に使用できます。MS Collect は、Microsoft 社ネットワークの内外にいる、250 を超えるグローバル ユーザーに展開されました。そのうち、2 つのベンダでは、自社のコンピュータ ネットワークに Microsoft 以外のテクノロジを使用しています。
MS Collect には、主に次のような機能があります。
| • | 1 つのデータベースで、109 か国に及ぶ 11 の異なる業種の要件に適合する | ||||||||
| • | 信用度採点から議論の追跡まで、回収処理のエンド ツー エンド管理を可能にする | ||||||||
| • | Microsoft .NET Framework version 1.1 の Microsoft Windows® フォームと Web サービスを使用して、柔軟性があり、社内および社外の回収チームがアクセスしやすい機能を実現することで、Microsoft はビジネス環境の変化に対応することができます。 | ||||||||
| • | 管理者やスーパバイザが、担当者が報告する顧客ステータスと回収活動に、迅速にアクセスできるようにする | ||||||||
| • | 顧客ごとに回収処理の全履歴を把握できるように電子メール機能を含め、さらにアカウントを異なる回収者に移動したり一時的に割り当てたりする作業を容易にする | ||||||||
| • | 次の機能で柔軟性を実現する
|
図 1 に MS Collect インターフェイスの回収ステートメントの例を示します。

図 1 MS Collect の回収ステートメント
Finance IT グループは、スマート クライアント テクノロジに基づいて、FX 取引を分析し、実行するツール群を作成しました。この新しいツール群は、SAP の Finance IT モジュールと統合されるため SAP FX ツールと呼ばれ、主にオプション価格決定ツール、データ クエリ ツール、取引前の分析ツールなどが含まれます。
新しい SAP FX ツールでは、サード パーティのサービスを使用して、最新の為替相場、金利、予想変動率を入手し、リアル タイムで金融計算を実行しています。また、SAP とシームレスに統合できるように Web サービスも使用され、複雑な取引を実行する場合にはデスクトップ コンピュータのプロセッサ能力が使用されます。以前のツールと比較すると、SAP FX ツールで FX 取引を行った場合、シナリオをより効率的にモデリングできるため、より適切に取引の判断を下すことができます。
スマート クライアント アーキテクチャでは、Excel 2003 で既に利用されているインターフェイス機能を活用します。SAP FX ツールを使用すると、SAP からのデータを直接使用し、さらにグラフ形式や Microsoft PivotTable® の動的表示でデータを表すことで、複雑なリスク管理分析を実行できます。ユーザーは、Microsoft Office の使い慣れた環境でデータを処理することができます。
FX 取引時に分析を実行して、取引を SAP に入力する作業が容易になる例に、FX オプション価格決定ツールがあります。図 2 のスプレッドシートは、Excel のワークブックに添付された .NET アセンブリから、Windows のフォームで選択すると表示されます。この後は、市場データ サービスにライブ接続するなど Excel のワークブックで作業して、取引全体を SAP にアップロードできます。

図 2 SAP FX ツールのオプション価格決定ツール
Web サーバーに置かれている .NET アセンブリには、SAP FX ツールのビジネス ロジックと、情報をユーザーに表示する方法を Excel に指示する層のビジネス ロジックがすべて含まれています。新しいバージョンのビジネス ロジックを展開するには、開発者が、"xcopy" コマンドを使用して、新しいバージョンのアセンブリをアプリケーション サーバーにコピーします。コンポーネントの登録や、Web サーバーの停止と再起動は不要です。このアーキテクチャは、シック クライアント アプリケーションと比較すると、展開費用が大幅に削減されます。
SAP FX ツールには、追加機能を作成し、広範囲に展開できる柔軟性もあります。たとえば、管理者は、1 つのアプリケーション コンポーネントを変更することで、新しいオプション種類をオプション価格決定ツールに追加できます。管理者がその 1 つのコンポーネントをサーバーに展開すると、どのユーザーも、アプリケーションを開いたときに機能が自動的にダウンロードされ、使用できるようになります。
Microsoft は、MS Collect と SAP FX ツール向けのスマート クライアント ソリューションを開発し、展開するために、Wipro Technologies とパートナー関係を結びました。Microsoft と Wipro は、Microsoft はワシントン州レドモンド、Wipro はインドのハイデラーバードという 2 つの場所で、協力して作業 (分析、提出書類のレビュー、試作品作成、テスト、および関連作業) を分担しました。この共同作業には、2 つの場所に時差がある、という利点もありました。これにより、継続的にプロジェクトに取り組むことができ、全体的な開発費用が抑えられ、配布サイクルが短くなりました。たとえば、夜に Wipro チームが開発したものを、翌朝には Microsoft チームがテストしました。
|
プロジェクト担当者は、ビジネスの優先度と制約に合わせるために、公式と非公式の通信メカニズムをプロジェクトのライフ サイクルをとおして使用しました。主に、次のような通信メカニズムがあります。
| • | ビジネス要件、技術アーキテクチャ、統合計画、展開戦略、操作ガイドなどの重要なプロジェクト情報を取り入れる定義済みテンプレート |
| • | 毎週のステータス レポートとマイルストーンの完了レポート。 |
| • | 重大なリスクを把握し、追跡し、まとめる、リスク評価ドキュメント。 |
| • | 電子メールとテレビ会議 (日常的な更新と説明に使用)。 |
| • | 作業の割り当て、タスクの完了、生産性のメトリクス、および品質のメトリクスを追跡するために、Wipro が独自に開発したプロジェクト管理ツールが使用されました。 |
どちらのアプリケーションも重要な機能は 2004 年の初期に配布されました。これは、SAP FX ツールの作業開始から約 6 か月、MS Collect の作業開始から約 9 か月後です。四半期ごとにリリースが続けられ、新機能が提供されています。
幅広く利用できる .NET Framework のようなテクノロジの支援があり、また必要に応じて作業をベンダに外注することで、組織はスマート クライアント テクノロジを採用して独自のツールを安い費用で開発できます。
MS Collect と SAP FX ツールのどちらも、Finance IT グループが .NET ベースのアプリケーションを使用して開発した、3 層アーキテクチャ設計を使用しています。SAP のセキュリティを維持するため、ツールからは間接的に (Web サービス経由で) SAP にアクセスします。
.NET では複数言語に対応しているため、Finance IT グループの MS Collect 開発チームは、既存の知識に最も近い開発言語である Microsoft Visual Basic® .NET を選択しました。そのため、生産性が向上し、開発時間が短縮されました。
MS Collect のアーキテクチャは次のとおりです。
| • | プレゼンテーション層は、クライアント インターフェイス (Windows フォーム) で構成され、列と行から成る見慣れた外観です。 | ||||
| • | 中間層は、Web サービス データ アクセス層で構成され、インターネット インフォメーション サービス (IIS) 6.0 で実行されます。 | ||||
| • | データ層は次の項目で構成されます。
|
図 3 に MS Collect のアーキテクチャを示します。
Finance IT グループは、Visual Studio .NET 2003 と Visual Studio Tools for Office Development を使用して、Microsoft Windows XP 環境で SAP FX ツールを開発しました。このアプリケーションの運用環境は、Microsoft Windows Server™ 2003、IIS 6.0 と .NET Framework、Microsoft Office 2003 Professional Edition です。
SAP FX ツールのアーキテクチャは次のとおりです。
| • | プレゼンテーション層は、Excel 2003 のスプレッドシートで構成され、ここでユーザーがデータを入力し、Web サービス経由でデータを SAP にアップロードします。データ入力によっては、スプレッドシートから Windows フォームが呼び出されます。Excel を Windows フォームに統合することは、このソリューションで重要な技術革新でした。 | ||||||
| • | 中間層には、IIS 6.0 で稼動する Web サービスが含まれます。また、SAP FX ツール機能が持つビジネス ルールとビジネス ロジックをカプセル化する、Microsoft Visual C#® .NET コンポーネントも含まれます。次のようなコンポーネントがあります。
| ||||||
| • | データ層は複数のデータ ソースで構成されます。
|
図 4 に SAP FX ツールのアーキテクチャを示します。
スマート クライアント アーキテクチャの展開によって、Microsoft では、MS Collect に次のようなビジネス上の利点があることがわかりました。
| • | 作業の標準化 MS Collect によって、回収データベースの数が 12 から 1 に統合されました。1 つのデータベースで回収作業に対応することで、複数データベースに対応する必要がなくなっただけでなく、データ フローが簡易になり、地域間の整合性が実現されました。 | ||||
| • | 支払領収までの期間短縮とアプリケーションの速度向上 日常的な顧客連絡の増加と、議論解決の迅速化は、次のような結果になりました。
| ||||
| • | 作業の自動化 毎月、Microsoft の小売りの取扱商品では、世界中で 100,000 件を超える値引き (製品の破損や輸送中の紛失などの要因で、小売り業者が Microsoft に支払う額から差し引きます) を管理しています。各値引きは、正しい入金伝票と照合したり、支払通知を顧客に発行して検証したりする必要があります。MS Collect の自動機能を使用すると、手動でこの処理を管理するために必要な 15 人以上の雇用が不要となり、毎年約 1,929,600 ドルが節約されます。 | ||||
| • | ユーザーの独立性 スマート クライアントを使用すると、どのようにカスタマイズする場合でも開発リソースを必要とすることなく、リアル タイムでデータの検索、並べ替え、操作を行うことができます。たとえば、レポートの納期は、3 週間からたった数分に短縮されました。 |
SAP FX ツールの展開によって得られるビジネス上の利益は、次のとおりです。
| • | アプリケーションの互換性 トレーディング ルームの環境では、アプリケーション間の干渉による影響は重大です。こうした影響の結果として、市場に反応できない、つまり取引を処理できなくなる不可能があります。このような問題に対する一般的なソリューションとして、包括的で費用のかかる互換性テストがあります。ただし、.NET Framework では、システム上にある複数バージョンの同一コンポーネントに対応しているため、Finance IT グループは、.NET Framework を使用することで互換性テストの費用を大幅に抑えることができました。 |
| • | 向上したパフォーマンスによる取引上の意思決定の環境改善 リアル タイムのデータ クエリ ツールによって、FX 取引上の意思決定を行うための環境が改善され、レポート時間が約 20 分まで短縮されます (不安定な市場で特に重要です)。 |
売掛金回収ツールや外国為替取引ツールに .NET Framework とスマート クライアント アーキテクチャを使用することで、Finance IT グループは業務処理の効率性を向上し、費用を節約することができました。MS Collect だけでも、自動化によって、期間経過勘定の回収作業で 150 万ドル、手動作業について 200 万ドルが節約されました。Windows フォーム (MS Collect と SAP FX ツール用) と Excel 2003 (SAP FX ツール用) によって、直感的に使用できる多機能のインターフェイスが実現し、ビジネス ユーザーの満足度が高まります。Web サービスでは、格納されたデータのセキュリティが保護されるため、Microsoft 社のファイアウォール外にツールを配布することができます。
インターネットでは、次の Web サイトで当社の情報をご覧いただけます。
http://www.microsoft.com/japan/
http://www.microsoft.com/japan/showcase/
http://www.microsoft.com/japan/technet/itsolutions/msit/default.mspx