基幹システムの刷新で残るつなぎ目を、作り込まずにつなぐ

1. 01

   要件定義

   インターフェースの一覧を作る段階で、API のない連携先を洗い出します。画面しかないシステムやポータルにつながるかを接続検証で確かめ、Kitewell でつなぐ連携として要件に入れられます。

2. 02

   構築・テスト

   テストデータの入力や、新しい画面での結果の確認をワークフローで動かします。テストのたびに画面が変わっても、AI が手順を覚え直します。

3. 03

   並行稼働・移行

   新旧のシステムへの二重入力と、移行したデータの画面での確認を受け持ちます。担当者に届くのは、違いが見つかったものだけです。

4. 04

   稼働後

   周辺システムやポータルとの連携は、そのまま本番の連携として動きます。並行稼働のためのワークフローは止めるだけです。新しいシステムの更新で画面が変わっても、AI が覚え直します。

システムごとのつなぎ方を見る

新しい基幹システムに API があれば、Kitewell は要りませんか？

API のある連携は、これまでどおり API や EAI でつないでください。Kitewell が受け持つのは、API のない周辺システム、取引先のポータル、並行稼働中の旧システム、画面での確認のように、API では届かないところです。EAI のフローから Kitewell を呼び出して、両方を組み合わせることもできます。

データ移行にも使えますか？

マスタや残高のような大量のデータは、移行ツールや一括取込で移してください。Kitewell が受け持つのは、画面からしか登録できない項目の入力と、移行したデータを新旧の画面で読み比べる確認です。件数と所要時間は、接続検証で実際の画面を使って確かめます。

テストのたびに画面が変わっても、使い続けられますか？

ボタンの位置や項目名が変わっても、AI が画面を読み直して手順を覚え直し、処理を続けます。何を直したかは実行の記録に残るので、テストの結果と合わせて確かめられます。AI が直せないときは、どこで止まったかを担当者に知らせます。

並行稼働が終わったあとは、どうなりますか？

二重入力のためのワークフローは、止めれば終わりです。周辺システムやポータルとの連携は、そのまま本番の連携として動かせます。ライセンスは、動かす場所と同時に動かす数で決まります。

SIer として、提案や構築に組み込めますか？

組み込めます。Kitewell を連携ミドルウェアとして提案に入れ、ワークフローを構築して、YAML ファイルでお客様に納められます。パートナーの条件は個別に取り決めます。

閉域網や、自社のクラウドでも動きますか？

動きます。Kitewell は、貴社のサーバー、PC、閉域網、Azure、AWS、Google Cloud の VM で動き、ワークフローと実行の記録もそこに残ります。AI モデルは、Azure OpenAI、Amazon Bedrock、Google Vertex AI、社内のモデルから選べます。