-3

理想的には、システムはオープンソースである必要があり、時間をかけて微調整し、非常に具体的な機能を追加できるようにする必要があります。MVC で書かれていれば素晴らしいのですが、Asp.Net の Web フォームでもかまいません。特定の電子メール アカウントへの受信メッセージを検索し、システムに追加するシステムが必要です。また、以前に受信したすべての電子メールをシステムにインポートするスクリプトも書きたいと思います。私は今、システム「sinergia」を調べています: http://help-desk-framework.blogspot.com/

誰かがこれで働いたのですか？よりアクティブで、より多くの機能を備えたものはありますか?

このシステムは、特定のアカウントからのメールを使用してチケットを自動的に作成するものではないと思いますが、間違っている可能性があります。

編集: 競合を詳しく見てみると、OTRS にはすぐに使用できる機能が備わっていることがわかりました。Web サービスの C# で追加機能を記述し、それらの関数を Perl から呼び出すことができると考えています。これは簡単にできると思いますか？問題が発生しますか? これを行う方法に関するガイドが見つかりませんでした.stackoverflowの人々はこの同じ質問に答えませんでした:

https://stackoverflow.com/questions/4538049/using-web-service-from-otrs

もしかして難しすぎる？

4

3 に答える 3

2

BugTracker.NETを試すことができます。これはオープン ソースであり、電子メールが統合されています。また、 http 要求を使用して新しいバグを追加するための API があるため、古い電子メールのスクリプトを作成することはそれほど難しくありません。

于 2011-01-25T06:13:21.683 に答える
2

ヘルプデスク ソフトウェアの置き換えを検討していたとき、私はこれを調査していました。新しいパッケージのすべての統合ポイントを再トレーニングしてやり直すコストが高すぎたため、現在の製品を維持することになりました。これらの問題がなければ、ここから始めるのが良いでしょう: http://www.opensourcehelpdesklist.com/

于 2011-01-25T05:36:39.373 に答える
0

最終的に私は OTRS を使用しましたが、あまりカスタマイズする必要がないほど優れていることがわかりました。必要なコードの小さな変更は、Perl の言語を以前は知らなかったにもかかわらず、Perl で直接行いました。ソフトウェアの品質を考えると、努力する価値は十分にあります。私は間違いなくそれをお勧めします。

于 2011-08-13T22:11:31.447 に答える