1.無料（はい、彼らはこのシステムの支払いを拒否しました）。
2.統計を収集する機能（大ボス向け）。
3.メールへのシグナル（管理者だけでなく、ユーザー、およびこのアプリケーションのすべての関係者へのシグナル）。
4. FAQおよび知識ベース。
すぐに言ってやった。 これらのシステムはすべて私にとって新しいものだったので、フォーラムの1つのアドバイスに基づいてGLPIを選択しました。 さらに、このシステムは在庫プロセスを容易にすることを約束しました。これはかなり良いボーナスです！
実際、GLPIは概してインベントリに使用されており、残念ながら、システムをヘルプデスクとして設定するためのドキュメントは非常に少ないです。 また、ハブで対応する記事が見つからなかったので、この投稿が誰かが3〜4日の作業時間を節約するのに役立つことを本当に期待しています！
インストールには多くの情報があるため、インストールは大きな問題を引き起こしませんでした。 すべてが始まり、私はログインしました...次は何ですか？
GLPIは多くの設定に満足していますが、そのほとんどは混乱を招くだけでした。 可能であれば、すぐに英語のインターフェースを使用して設定することをお勧めします。 ロシア語への翻訳はほぼ完全に実装されていますが、やや曲がっています。 一部のメニューは手動で翻訳する必要がありました。 彼らはただ戸惑っていた。
ヘルプデスクができること：
1.柔軟なユーザープロファイル -ユーザーから適切な権限を持つスーパー管理者まで。
現時点では、システムに5つのプロファイルがあります。
-ユーザー。 下のスクリーンショットからわかるように、ユーザーはリクエストを作成し、そのステータスを確認できます。
新規 -アプリケーションは受け入れられましたが、専門家が割り当てられていないことを意味します。
アクティブ（割り当て済み） -アプリケーションは受け入れられ、責任あるスペシャリストが任命されました。
有効（予定） -スペシャリストが申請を完了した日付。
保留中の決定 -アプリケーションは、ユーザーからのフィードバック、または他の誰かの確認を期待します。
解決済み -担当のスペシャリストが問題を解決するための措置を講じ、その部分で問題を解決しました。 今後、アプリケーションは3日間「解決済み」ステータスになります（構成時に少なくとも20が可能です）。 この間、オフィスのユーザーは「決定する」と「拒否する」の2つのボタンのいずれかをクリックする必要があります。 決定が拒否された場合、ユーザーは自分のアクションについてコメントする必要があります（アプリケーションをどこで閉じましたか？メールは機能しませんでした。機能しません）。 この場合、アプリケーションは「アクティブ」になります。
クローズ -ユーザーはアプリケーションの決定を確認しました。 完了したと見なされます。
管理者のホームページは次のようになります。
また、個人および一般的な計画、メモ、および設定の変更履歴の表示を追加することもできます。
-スーパー管理者：すべての人、いつでもすべてを実行できます。 このプロファイルの権利を複数のユーザーに割り当てることはお勧めしません。 設定で混乱し、すべてを壊すのは非常に簡単です...
-管理者は標準の管理者プロファイルです。 おそらくユーザーに関係するすべてのものですが、システム設定には適用されません。
-サポート-ここでは、アプリケーションを編集する必要はなく、他のグループやユーザーからのアプリケーションを見る必要はありませんが、ソリューションで登録を解除する必要があるフリーランサーを削除しました。
-オブザーバー-大ボスがここに住んでいると想定されていました。 したがって、このプロファイルは、統計、アピール、アプリケーションの作成を監視できますが、編集はできません。
次に、プロファイルを設定します。
[管理]> [プロファイル]に移動します。 「ネイティブ」プロファイルに手を触れないことをお勧めします。なぜなら、 pokeメソッドは、必ずしも私たちの都合で機能するとは限りません。 新しいものを作成して、それを試してみることをお勧めします。
そこで、「テスト」プロファイルを作成し、設定に進みます。
プロファイルインターフェースには、「通常ビュー」（多数の設定）と「簡易ビュー」（ユーザーに任せることができます）の2種類があります。
プロファイルの設定は、私の「サポート」に似ています。 グループのアプリケーションとアプリケーションを読み取り、決定を取り消すことができます。
[すべて]タブに切り替えて、設定フィールドを確認しました。
機器、管理、ツール -あなたの裁量で、私はこれからすべてを読むことができます。
サポート ：
-作成-どこでも「はい」
-更新-「アプリケーションの編集」および「すべてのタスクの編集」-いいえ、残り-はい。
-取り外し-いいえ。
-ステートメントはイエスです。
-目的-「アプリケーションの所有権」-はい、残りの部分-いいえ。
-協会-自由自在。
-表示（ここでは、他のグループおよびユーザーのアプリケーションの「可視性」および「非可視性」を慎重に構成します）-「割り当てられたアプリケーション（個人+グループ）を表示」、「スケジュールを表示」、「すべてのメンテナンスおよびタスク（一般および個人）を表示」 、「統計」-はい、残りは-いいえ。
ここで、アプリケーションのライフサイクルは興味深い瞬間です。 実際には、アプリケーションのステータスを編集できます。 このプロファイルの従業員の場合、ステータスを手動で「Closed」に設定する機能を無効にすることにしました。 したがって、ここの私のフィールドでは、「閉鎖」はどこでも「いいえ」です。
その後、残り3点があり、すべてを閉じることができます（私はそれを持っています）。連絡先を読み取るユーザーのリストのみが開いています。
残りの設定は経験的に検証できます。
すべてのプロファイルにアカウントを追加し、「オンザフライ」で切り替えて（この機能が実装されています）、すべてをすぐに確認しました。
2.アプリケーションカテゴリごとのスペシャリストの自動予約
スーパー管理者プロファイルからのアプリケーションページの外観は次のとおりです。
すべてのフィールドはカスタマイズ可能で、ドロップダウンメニューがあります。 GLPIは興味深いシステムです。 ここでは、どこからでもどこでも手に入れることができ、特に気にすることなく、このページから必要なフィールドを設定します。
現在、いくつかのフィールドを使用しています。
-顧客（アプリケーションの作成時に自動的に完了します。ただし、誰かのためにアプリケーションに記入する場合、手動で設定できます）。
-割り当て済み（プロファイル（サポート）でアプリケーションを操作できるユーザーは、選択用のドロップダウンリストで指定されます）
-リクエストのソース（メール、電話、本人など）
-カテゴリ（下のプラス記号をクリックして、カテゴリのリストを手動で編集します。特に従業員の解雇などのカテゴリもあります:)）
私たちの残りはどういうわけか定着しませんでした。
この設定は、管理者によるアプリケーションの自動散布の背景でした。
実際、アプリケーションをカテゴリに分類するのが最も便利であることがわかりました。 また、汎用カテゴリ（「その他」など）の場合、「管理者」のグループが責任者に任命され、そこで最初のグループを取得します。
[管理]> [ルール]> [アプリケーションのビジネスルール]に移動します。
次の形式の設定メニューが表示されます。
ここではすべてが単純です-基準（ソートを実行する基準を選択します）。 これらの「カテゴリ」があります。 次に、カテゴリを選択します（スクリーンショットは空です）。 次は「アクション」フィールドです。 なぜなら 私はすでにスペシャリストを任命しました。次に、例として「Assigned-Group」を選択しました。 ルールを「アクティブ」に設定することを忘れないでください。そうしないと、テストも機能しません。
実際、GLPI設定システム全体はこのロジックに基づいて構築されています。
3.メールボックスへの通知 ：
[設定]> [メール受信者]に移動します
ここでは、すべてのアプリケーションを送信するメールサーバーに従ってデータを入力します。
メーラーで自分用に別のアカウントを作成しました。彼の名前はsupportです。 ユーザー名で登録しました。
[設定]> [通知]> [メール]メニューの[システム管理者のメール]で、住所を指定します。 アドレスはadmin@company.comです。 このメールボックスから、部門のすべての管理者にリダイレクトしました。 メッセージ送信システムが正しく機能しないため、「管理者の返信先アドレス」フィールドには何も指定しませんでした。 [メールサーバー]フィールドで、メールの設定を行います。SMTPログインはサポートされます（メール受信者で指定されたもの）。 メーリングのセットアップは終了しました。
次に、メッセージのルールを構成します。
[設定]> [通知]> [通知]に移動します
ここでは、「チケット」通知テンプレートに関するすべてを設定します。
新しいアプリケーションのセットアップ例を次に示します。
新しいアプリケーションに関するメッセージは、顧客（作成者と混同しないように）と管理者プロファイルによって受信されます。
実際のところ、必要な通知は、新しいアプリケーション、アプリケーションの終了、アプリケーションの新しい決定、アプリケーションの解決です。
受信者が顧客であるすべての場所。 管理者は、アプリケーションの終了および新しい決定に関する通知のみを受け取ります（アプリケーションは、顧客と請負業者との間でやり取りされる場合があります）。 次のように、通知からアプリケーションの更新を削除することをお勧めします スパムのパックが提供されます。
上記では、顧客と責任スペシャリストについて説明しましたので、ここで必要に応じて設定を行うことができます。
一般設定
[サポート]タブは、このメニューで非常に便利です。
ここでは、次の値を指定できます。
-必須のアプリケーションカテゴリ-「はい」は、ユーザーがカテゴリを指定せずにアプリケーションを送信できないことを意味します（これは非常に必要です）。
-アプリケーションの必須タイトルは同じですが、アプリケーションのタイトル用です。
-アプリケーションの必須コンテンツ-ここでもすべてが明確です。
-自動アポイントメント割り当て-「最初のカテゴリ別」があります（スペシャリストの自動アポイントメント用）。
-後にアプリケーションを自動的に閉じる-これは、記事の冒頭で述べたものです。 ここで、ユーザーが決定を確認または反論できる時間を設定します。 3日間です。 その後、アプリケーションは自動的に閉じます。 管理者がアプリケーションを閉じると、ユーザーがアプリケーションがその決定をどれだけ待つかを通知する手紙を受け取ります。
実際、これが高品質で便利なファイリングシステムを得るために必要なすべての手順です。 GLPIには、まだ多くの設定と追加モジュールのサポートがあります。 しかし、これはオプションです。 また、データベースには、機器のリストを保存したり、モジュールにネットワーク構造を描画したり、知識ベースを維持したりすることができます。
最後にもう1つアドバイスをします。 すべてをバックアップし、さまざまな場所にバックアップする習慣は、私を大いに助けてくれました。
[管理]> [メンテナンス]メニューから、SQLのアンロードを実行できます。 セットアップ時に、アプリケーションとユーザーがまだない場合、なぜですか？ 説明します。 システム自体の設定もアンロードにエクスポートされます。 各実験の前に、バックアップするのが面倒ではありません。あなたは本当に実験したいと思うでしょう-私はあなたにこれを保証しますが、どこで何が得られたかを覚えることはより困難になります。 特に、異なるプロファイルの可視性フィールドを設定するときに問題に遭遇しました。 どこで削除したのか、何を削除したのか覚えていませんが、ユーザーがアプリケーションを見るのをやめました。 最も厄介なのは、セットアップとデバッグですでに多くの時間を費やし、これを除いてすべてが時計のように機能したことです！
誰かがこの情報が役立つことを願っています！