または、ビザのヘルプが必要な場合は、ボットがバスをノックし、バスが人事サブシステムをノックしてPDFを受け取り、それを人事部門のプリンターに送信して、そこで印刷する必要がある手紙を書きます。 その後、彼はあなたが数時間で来ることができることを私に通知します。 ゲストのパスを発行したり、会議の会議室を予約したりする必要がある場合は、このタスクをボットに任せるだけで十分です。
次に、もう少し複雑な例を示します。
3週間後：
私たちの出張ダイアログは、典型的なビジネスプロセスを使用しています。 従業員（彼のF.I.O.は認証データに含まれています）は、旅行の都市と日付を示します。 ボットは、会計部門にチケットを書き、チケットの購入と旅行の予約を担当するスペシャリストに手紙を書きます。 チケットが閉じられると、ボットはその結果を受け取り、スクリプトを使用してさらに処理します。 スペシャリストは、チケットと予約を含むドキュメントを発行するまで、Telegramへの手紙またはメッセージでボットを処理します。 次に、オフィスのWi-Fiホットスポットでユーザーを検索し、利用可能な最も近いプリンターを決定します。 印刷するドキュメントを送信します。 出発日に、旅行を思い出させ、オープンAPIを使用して外部サイトの1つから天気情報を取得し、空港のオンラインスコアボードでフライトのスケジュールのポーリングを開始します（フライト自体はチケットに記載されています）。 旅行後、彼は会計ツールに関するレポートを要求し（フォームを送信し、記入方法を教えます）、さらにナレッジベースに役立つヒントを要求します。 さらに、彼は空港にタクシーを注文し、その場で車を注文し、旅行のデータを拾って、事前報告書にすぐに金額を記入することができます。
ご覧のとおり、各ステップは非常に簡単ですが、一緒に少しの魔法を作成します。 唯一の瞬間は、ドキュメント、さまざまな例外、およびそのようなデジタル変換の準備がまだ整っていないシステムに入ることで大騒ぎです。 多くの機能はベータ版、アルファ版、または現時点では統合段階にあります。ドキュメントの操作、開発、テストには非常に長い時間がかかるため、キツツキが誤って飛行してもオフィス全体がダウンすることはありません。 しかし、すべてが非常にシンプルで論理的に見えます。
もう少し魔法
会話
ボットはユーザー構文から学習できます。 次に、ボットを介したヘルプデスクの呼び出しの簡単な例を示します。
そして、これはITSMのアプリケーションのスクリーンショットです。
現在のプロセスは次のとおりです。ユーザーは多かれ少なかれ構造化されたチケットを送信し、ヘルプデスクの従業員はすでにそれをタイプとサブタイプに分割し、その後、インシデントの期間と責任のあるものが割り当てられます。 次に、アピールのタイプ（インシデント）を指定する必要があります。 サービス-印刷デバイス。 従業員はVoronovaです。 責任者-ペトロフ。 オフィス-1105。
長年にわたって、かなりの数のペアの自由形式の言語クエリとITSMシステムの正しく完成した形式が蓄積されてきました。 その後、すべてが簡単です。このサンプルで少し機械学習を行うと、ボットはアプリケーションのタイプとサブタイプをユーザーのチケットとともにシステムに送信します。 当然、彼は間違っている可能性があるため、プロセスはこれまでわずかに変更されました-ヘルプデスクの従業員はすでに記入されているフィールドを受け取ります（ケースの80％が正しく記入されています）が、もちろん、彼らは値を変更できます。
管理者は、たとえば次のような目的でボットを使用することもできます。
声
IVRシステムは、インターフェイスがわずかに変更された同じチャットボットです。 合成システムと音声認識システムを接続する場合（ ここではそのような 、ダイアログの例もあります）、同じチャットを音声形式で取得できます。 多くのユーザーが本当にこれを気に入っており、現在ではオフィスオートメーション機能の一部がIVRを介して機能しています。 これは、ユーザーがコンピューターにあまり慣れていない顧客に特に当てはまります。
多くのユーザーのあらゆるプロセスとの統合
展示会でボットを紹介しましたが、オフィスバスとの緊密な統合のアイデアはすでにお客様に伝わりました。 たとえば、サーバーの再起動を調整するために電報メッセージを起動したい人がいます。 アイデアは次のとおりです。多数の「大丈夫」の回答が収集されると、サーバーが再起動します。 一般的に、これは非常に現実的です。 同様に、ドキュメントの投稿を行うことができます。 しかし、これはすでに非常に遠い未来です。
たとえば、チャットボット、人物、またはIVRはデータインターフェイスであり、ユーザータスクは「15:00に会話を注文する」です。 コネクタ-認証リンク。 バスがタスクを実行します。
その他の機能
ボットがどのように機能するかを示すもう1つの完全に平凡な例は、アカウントの復元です。 ユーザー（およびオフィスには約2000人）がパスワードを定期的に忘れています。 電話、タブレット、ワークステーションなどのいくつかのデバイスでアカウントをアクティブにします...そして、パスワードをどこかで更新するのを忘れたか、タブレットが家にいて、子供がアカウントをロックしました。 一般に、パスワードを変更する瞬間は、従業員自身にとっても、頻繁に電話をかけるテクニカルサポートにとっても（特に午前中）頭痛の種です。 これで、ボットはパスワード、より正確には、ロック解除アカウントのリセットに役立ちます。 さらに、操作は絶対に日常的です。
アドレス帳検索：
以下は、企業内の検索クエリフレーズの複雑な分析です。 次はHRサービスの内部へのリクエストです。ここでは、新しいプロジェクトや緊急の電話に備えて、人々のすべての有用なスキルを慎重に書き換えます。 「ピカニスカ」はかなりまれな単語なので、検索は非常に関連性があり、洗練する必要はありません。 ボットは、問題を理解している従業員のデータをアンロードします。 彼がオンラインだったら、すぐに彼に手紙を書くことができます。 彼はオフラインであり、同じ人事部門の文書で判断しています-スルグトへの出張中。 ボットはそのタイムゾーンをチェックし、データを提供します。
ここでも、すべてが比較的簡単です。 ボットに「イワノフとの昼食を思い出させてください」と言うことができます。彼はこのタスクを設定して、時間内にあなたに思い出させます。 残りのデータはバス上で利用可能です。
それがすべて始まった方法
それはすべて、デジタル変換、デジタル化などが何であるかを見つけるというアイデアから始まりました。または、市場に多くのノイズがありますが、詳細はありません。 それが何であるかを理解するために、私たちは自分で始めて、会社で「デジタル化」できるものを理解することにしました。 「掘り下げトピック」の中で、デジタル化の事例を多数解決し、解決策を見つけましたが、同時に、オフィスビジネスプロセスの「正しい」インターフェイスのアイデアに悩まされました。 私たちはチャットボットについても話しませんでした、原則として、それは議論されさえしませんでした。 ある時点で、オフィスのビジネスプロセスと対話するためのアプローチも変更する必要があり、すべてが便利で常にモバイルである必要があり、100のモバイルアプリケーションを実行できないため、将来は特に自然なインターフェイスであることが明らかになりましたチャットルーム。 特に、WeChatの信じられないほどの中国の例があります-元々はICQの類似物でしたが、現在はソーシャルネットワーク、取引プラットフォーム、メッセージボード、電子メール、そして一般的にすべてのものになっています。
より多くのボットは、企業のトレーニング知識ベースから基本的なことを伝え、トレーニング資料を探し、次の内部コースとセミナーを表示し、新規参入者と新規参入者のリストを再生します（「文房具を手に入れました」、「キッチンを見つけました」、「ジムにチェックインしました」など） 、同じ場所にあるゲームコンソールのトイレまたはキューを予約し、ゲストWi-Fiのパスワードを取得し、VHIの数を確認し、外来診療所、救急車の電話番号、負傷についてオフィスの医療サービスに伝え、オフィスの医療サービスに予約を入れ、シミュレータを予約し、汗を報告する （ボットが人をつなぐか、ログを秘書にめくる）、企業ニュースを送信する、新しい従業員にさまざまな情報を与える、生活方法、連絡先の誕生日について警告する 長期計画では、ビデオ分析を使用してダイニングルームのキューの長さを確認し（通常は1分から15分、現在はオフィスの別の情報提供者によって実装されています）、ダイニングルームで今日のメニューを見つけるか、オフィスでピザを注文し、旅行仲間を見つけ、ドキュメントを転送します。 テクニカルサービスプランには、企業のSIMカードの交換、関税の変更、「5階のランプが消灯している」などのバグレポートの受け入れ、バグレポートの世帯サービスまたは清掃スタッフへの送信が含まれます。
もちろん、オフィスのデジタル変換に対するこのアプローチを使用するすべての顧客にとっての主な障害は、ユーザーのセキュリティ（承認）であり、2番目は、このすべての通信が保存される場所です。 ボットの場合、通信はボットサーバーのCROCクラウド、つまり内部インフラストラクチャに保存されます。 ボットと企業システム間のすべての統合は、単一の統合バスを経由します。 バスへの接続-ユニバーサルコネクタを使用して、アクセス権を3つの部分に分けることができます。すべての従業員と特定の従業員のパブリックパーツ（パブリック）。
承認については、ストーリーは長く、冒険が豊富です。興味がある場合は、個別に説明します。 さて、コメントを求めない質問がある場合は、digital @ croc.ruと書いてください。