本文へスキップ
Butterfly
公共部門の生産施設
業界 · 公共部門

公共部門では、すべての処理に証跡が、すべてのプロセスに裏付けがあるべきです。

公共機関では、リクエストが別々のチャネルで進み、アプリケーションが互いに切り離されて動き、知識の蓄積が個人に依存していることが、業務の継続性を難しくします。Butterflyは、リクエスト管理、社内アプリケーションの連携、レポーティングのプロセスを、閉域ネットワークで組織内で動作する一つのオーケストレーション層に集約します。すべての処理を権限、承認、監査記録とともに管理し、組織の統制と持続可能性を支えます。

デモを依頼する
Butterflyを信頼する企業・組織
VodafoneFloReebokNine WestMetro İstanbulDoğuş メディア種類kuvazNTVDiscoveryTLCKoleksiyonLumberjackGQVogueDeva ホールディングスKoray KimyaPuhu TVDMAX

組織の記憶は、一つひとつの処理が残す証跡から形づくられます。

リクエストが誰のところで止まっているのか、アプリケーションがどのように動いているのか、判断がどの承認を経たのかがわからないと、組織の知識は時間とともに失われかねません。Butterflyは、プロセスを個人の追跡に任せるのではなく、定義されたワークフロー、権限、記録によって管理します。これにより、組織内の知識が守られ、プロセスが追跡可能になり、新しいニーズにも既存システムを変更することなく対応できます。

現在追跡されないリクエストは、組織の記憶の一部を持ち去る。
Butterfly導入後Butterflyは、すべての処理を証跡とともに保存します。
  1. 1専門家が在職中
  2. 2専門家が退職する
  3. 3後任者が着任する
現在
知識は専門家個人の中にある知識も一緒に去っていく後任者はゼロから始めることになる
専門家 · 12年在職中退職済み
新しいチームメンバーどこから始めるべきか?
リクエスト承認記録アプリケーション定義プロセスの知識
知識が失われた
Butterfly導入後
知識はプラットフォームに記録されている知識はプラットフォームに残る後任者は中断したところから続行できる
専門家 · 12年在職中退職済み
新しいチームメンバー中断したところから続行
Butterflyプラットフォーム
リクエスト承認記録アプリケーション定義プロセスの知識

AIが稼働していても、
データは組織の外に出ません。

プロセスは決定論的なワークフローエンジンが管理します。AIは定義されたステップでのみ、ローカルモデルを使い、権限チェックを経て動作します。

閉域ネットワーク · 1台の仮想サーバーインターネット接続は不要
購買依頼IT部門または事業部門
分類AI · ローカルモデル
権限チェックロールとルール
承認組織が定めたロール
監査記録誰が、いつ、何をしたか
決定論的エンジン フローを管理AI 定義されたステップでのみすべてのアクション 監査記録に
×
外部のAIサービスデータは送信されない

リクエスト管理と業務管理

IT部門と事業部門のリクエストがさまざまなチャネルから届く。リクエストの状況、担当者、どの段階で止まっているかを追跡できない。

ButterflyではIT部門と事業部門の働き方を分析し、リクエスト管理のプロセスを構築します。リクエストは、ステータスのステップ、ロールベースの承認、監査記録とともに進みます。

各リクエストがどこにあり、誰のところで止まっていて、どの段階を経てきたかを確認できます。

TaskFlowによるリクエストと業務の管理
担当者不在のリクエスト0件 · すべてのステップを記録

IT部門と事業部門のリクエストを一つのフローで。各リクエストが誰のところで止まっているか、その証跡が見えます。サンプルデータ。

閉域ネットワークでの統制されたAI

データセキュリティ上の理由から、外部サービスにデータを送信するAIアプリケーションを使えない場合がある。

Butterflyでのフロー

  1. プロセスは決定論的なワークフローエンジンが管理し、AIは必要なステップでのみ関与します。
  2. AIのアクションも、権限と監査の仕組みを経ます。
  3. ローカルの言語モデルにより、データを組織の外に出すことなく作業できます。
  4. AIは、組織のセキュリティと統制の要件を踏まえてプロセスに組み込まれます。

社内アプリケーションと自動化

社内アプリケーションが互いに独立して動いている。新しいプロセスのニーズが生じるたびに、多くの場合別のソフトウェア開発プロジェクトが必要になる。

Butterflyでのフロー

  1. 既存のアプリケーションの上に、自動化とオーケストレーションの層を構築します。
  2. APIとWebサービスで接続し、プラットフォームは閉域ネットワーク内の1台の仮想サーバーで稼働できます。
  3. 新しいワークフローを、既存システムを変更することなく導入できます。アプリケーション間の連携がより管理しやすくなります。

アプリケーションの継続性と組織の記憶

アプリケーションを開発した担当者が退職すると、システムの仕組みを理解して引き継ぐことが難しくなることがある。

TaskFlowを見る

Butterflyでのフロー

  1. アプリケーションは、読み取り可能でバージョン管理できる定義としてプラットフォームに保持されます。
  2. エクスポートしてバージョン管理の対象にでき、新しいチームは既存の構成を確認しながら開発を続けられます。
  3. 特定の担当者への依存が減り、アプリケーションの引き継ぎと長期的な管理が容易になります。

公共機関において
エンドツーエンドで管理されるプロセス

Butterfly
リクエスト管理IT部門と事業部門のリクエスト:分類、承認、追跡
連携社内アプリケーションをAPIとWebサービスで
自動化層既存システムの上のワークフロー
セルフサービス型レポーティング自治体の関連会社における経営ダッシュボード
モダナイゼーション業務管理ツールからの移行、規制対象のフロー
企業WebサイトGEOとSEOに対応したリニューアル
Butterflyのオーケストレーション層
リクエスト管理IT部門と事業部門のリクエスト:分類、承認、追跡
連携社内アプリケーションをAPIとWebサービスで
自動化層既存システムの上のワークフロー
セルフサービス型レポーティング自治体の関連会社における経営ダッシュボード
モダナイゼーション業務管理ツールからの移行、規制対象のフロー
企業WebサイトGEOとSEOに対応したリニューアル

規制と組織の要件

公共プロジェクトでは、技術的なニーズに加えて、入札条件、データセキュリティ、組織のインフラ方針も決定要因になります。Butterflyの導入とプロジェクトの範囲は、これらの要件を考慮して検討します。

  • 法律第4734号「公共調達法」
  • 国産品証明書(Yerli Malı Belgesi)の要件
  • KVKK
  • データ主権と閉域ネットワークでの導入要件
よくある質問

公共部門について簡潔な回答。

公共部門のプロセスにおけるButterflyについて、よくいただくご質問。

Butterflyは閉域ネットワークで動作できますか?
はい。Butterflyは、インターネットに接続されていない閉域ネットワーク内の1台の仮想サーバーで稼働できます。AIの構成要素も、ローカルモデルで組織内で実行できます。
AIは単独で判断を下すのですか?
いいえ。プロセスの主要なフローは、Butterflyの決定論的なプロセスエンジンが管理します。AIは定義されたニーズでのみ関与し、そのアクションは権限と監査の仕組みに従います。重要な判断は、組織が定めた承認ステップを経ます。
Butterflyは国産製品ですか?
Butterflyは、RG Labsが開発したプラットフォームです。公共調達における国産製品としての扱いと国産品証明書(Yerli Malı Belgesi)の要件は、該当する証明書と入札条件に基づいて評価されます。

同じオーケストレーションが、
あらゆる業界で価値を生み出します。

Butterflyがさまざまな業界でどのように価値を生み出しているかをご覧ください。

どこから始めるかを一緒に決めましょう。

ディスカバリーミーティングで既存システムと優先プロセスについてお話しし、貴社に適した開始領域を一緒に明確にしましょう。