むかしむかし、経理だけでなくWebを介して、会計システムの世界に入り込むことができました。 それ以来、多くの水が流れ、多くのシステムが生まれ、それらのいくつかはすでに死んでいます。 これは非常にダイナミックな世界です。 この世界では、残忍で賢明な白髪1Cから非常に若いAcumaticaまで、多くのシステムがあります。 FinoBoxを備えた魅力的なElbaがあり、クールなMegaplanがあり、私のお気に入りである、厳しいが、 かなりOreodorがあります。 それらはすべて非常にスマートなフォームを備えており、（ユーザーよりも）スマートなナビゲーションとテーブルを備えています！ さらに近づきましょう。



これはすべてWebであり、すべて機能し、すべてが機能し、多くの機能があります。



少し前、勤務中に、さまざまなプラットフォームとERPシステムの概要を説明しました。 私の仕事は、インターフェースの実装の機能を理解することであり、なぜそうではなく、そうではないのかを理解することでした。 このレビューは仕事に役立ちましたが、今では同僚が何かを台無しにしたいときに大胆にそれを突きました。 ためらうことなく、私はレビューを記事に適合させ、追加し、切り取り、あなたと共有することにしました、親愛なるKhabrovchane。

仕分け

原則として、1C、Megaplan、Oreodorなどのように、列見出しをクリックすることで実装されます。 同時に、列にソートの方向へのポインタが表示されます。 場合によっては、列メニューにオプションが複製されます（Oreodorなど）。 ただし、一部のシステム（たとえば、FinoBox）では、並べ替えは自然です-費用の日付に応じて、コントロールはなく、必要ありません。



ちなみに、ほとんどのシステムでは、一度に1列のみでインターフェイスからの並べ替えを指定できます。 複数の並べ替えの便利な管理、悲しいかな、タスクは簡単ではなく、誰もそれをマスターしていません。 複数回並べ替えできる場合は、1Cのようにリスト設定から設定されます。

リストナビゲーション

最も一般的な3つの方法：

1. ページング これがAcumaticaとOreodorのパスです。 ページングの主な利点は、リスト内の目的の位置にすばやくジャンプできることです。
   
   
   
   すべてのデータにページ番号が付けられ、レコードの総数がわかり、表示ウィンドウがわかります。 リストの表示領域のサイズに応じて表示ウィンドウを動的に計算できることを除いて、追加するものは何もないクラシックです。 これにより、垂直スクロールをまったくなくすことができます。
   
   
2. Infinity Scrollは、スクロール中にデータがロードおよび表示されるときです。 つまり 実際、サンプルの開始（スキップ）の位置はシェルの現在の位置によって決まり、サンプルのサイズ（制限）はこのように表示領域のサイズによって決まります。 1Cで見られます。 これは非常にクールで、トラフィックを節約したり、ブラウザのDOMをオフロードしたりできます。 しかし、残念ながら、適切な実装には多くの努力が必要です。 そして、その無限のため、リスト内の特定の位置に移動する問題を引き起こします（この欠点はフィルタリングによって補われます）。
   
   
   
   この方法は、データが少ない（2〜3個の表示ウィンドウ）か、非常に多い場合に適していますが、表示中に2〜3個の表示ウィンドウにフィルターされるか、各レコード自体はそれほど重要ではありませんが、一般化された情報、傾向（フローたとえば、バグトラッカーのタスク）。
   
   
   
   一般に、このメソッドの本質は、ページに同時に表示される要素を減らすことでDOMを促進することです。 ある時点では、ウィンドウ内のエントリのみがレンダリングされます。これにより、スクロールバーとその動きへの迅速な応答により、大量のデータを一度に表示するような錯覚を作り出すことができます。
   
   
   
   また、この方法はキャッシュ、ヒューリスティック、およびサーバーの最適化にも役立ちます。
   
   
3. ネイティブブラウザースクロールは、 ブラウザーに異議を唱えない人々の方法です。 これは、このリストではなく、ページ全体をスクロールするときです。 Infinity Scrollには何らかの実装があります。 このオプションは、FinoBox、Elba、Megaplanで使用されます。 システムのレイアウトと構成によって水平スクロールを取り除くことができる場合、または水平スクロールによってシステムの向きに問題が生じない場合-これが最良の選択です。 明白で、透明で、高速です。 この方法の欠点は、アクティブにスクロールできるリストは1つだけであり、通常は1つのパネル（フォーム、メニュー、テーブル）しかスクロールできないことです。
   
   
   
   残念なことに、情報を提示する便利さ（多くの可能性-セルごとに多くの要素）に比例して増大する耐え難いDOMのためだけに、ブラウザーに一度に大量のデータを表示することは困難です。

クイックオープンとハイライト

ダブルクリックして開きます（これは標準です）。 ダブルクリックとリンクを開くことを混同しないでください。 原則として、エルバのメガプランにあるオレドアのように、セルの値でリンクが開かれます。



複数のシステムを含むいくつかのシステムには、チェックマークと選択という2つのアプローチがあります。 これがどのように行われるかはそれほど重要ではなく、なぜ重要です。 複数選択を使用すると、複数のドキュメントの同時投稿など、指定したレコードに対してグループ操作を実装できます。



Megaplan、Oreodor、1Cの選択は、デスクトップアプリケーションの場合と同様に実装されます（Ctrlを押しながらレコードを押します）。

一方、FinoBoxはチェックマークのパスに従います。 一般的に、これはより明白ですが、多数の列がある場合は少し不便です（水平スクロールは望ましくありません）：



Elbeなどの一部のシステムでは、レコードの割り当てはまったくありません。 これはマイナスではなく、機能です。エルベの機能はこれに悩まされないためです。 アナリストと開発者は、ビジネスプロセスを、要素を強調する必要のない状態にするために多大な労力を費やしてきました。

コンテキストメニュー

一般に、Webには2種類のERPシステムがあります。ブラウザベースにしようとするものと、デスクトップシステムのように動作しようとするものです。 コンテキストメニューはネイティブブラウザコントロールであり、大胆にインターセプトしますが、多くの場合、1CやOreodorなどの罪を犯します。



これにより、コピー、貼り付けなどで特定の問題が発生しますが、メニューが呼び出された要素のコンテキストでアクションを実装できます。 ブラウザのコンテキストメニューを展開するための標準は確立されていませんが、このソリューションには明らかな欠点がありますが、将来的には問題がなくなるでしょう。

ほとんどの（たとえば、Megaplan、Elba、およびFinoBoks）システムは、コンテキストメニューをインターセプトせず、ブラウザーのパワーのままにします。

フィルタリングと検索

静脈内のデータを駆動するリストの中心は、フィルタリング、検索、および検索です。 これらのこと自体は些細なことではありません。 実際には、2つの矛盾、つまり機能性と単純性がフィルターに集中しています。 シンプルさは便利であり、機能性は必要なものを手に入れる能力です。 一部のシステムでは、ユーザーフィルターがありません。 つまり、まったくそうではありません。 それらのリストは、たとえばアクティブアカウントまたはパッシブアカウントなどの基準でフィルター処理されて開きます。リストの名前は「私の資産」、「負債」、またはモードスイッチはリストの「ドキュメントの表示」、「行為の表示」 。 一方で、それは白い旗であり、使いやすく機能的なフィルターという明らかに解決不可能な課題に直面して降伏します。 一方、これは洗練されたビジネスプロセスであり、最小化により、原則として任意のフィルターを放棄することが可能になりました。 これの適切な実装の良い例はElbaです。



フィルターを作成することに決めた人たちは、FinoBox、1C、Oreodor、Megaplanです。2つのグループに分けられました-フォームを介したフィルターとメニューを介したフィルター。

フォームをフィルターします

フィルタは、リストの近くのどこかにあるフォームに設定されます。 フォームは複雑です。 アイデアの開発の臨床事例は、本格的な表現のツリーのために表形式の部分を持つフォームを使用し、人道的および経済的な考え方を恐ろしいものにすることです。 ただし、フォームでも（式ツリーのあるフォームを除く）、フィルターを結合するための条件を結合することは難しくありません。 そして、主な問題は、このフォームが多くのスペースを取ることです。 それに割り当てられるスペースは、インターフェースからのフィルターの機能とインストールされたフィルターの複雑さに直接比例します。 最も美しくエレガントなこのアプローチはMegaplanに実装されており、優れた応答性を備えた本格的な動的フォームを作成することができました。 FinoBoxで少し残酷に行われます。 比較のための画像：

メニューをフィルターします

これは、機能を犠牲にして問題をエレガントに解決する試みです。 原則として、フィルターを結合するための条件を犠牲にし、「AND」を介してすべてのフィルターを結合します。 同時に、フィルターコントロールも簡素化されるため、さまざまな場所からフィルタリングすることが可能になります。 たとえば、列メニューまたはセルのコンテキストメニューにフィルターを埋め込むことができます。 Oreodorでの表示は次のとおりです。



条件の結合に失敗すると、このロジックがフィルター自体に移動します。 マルチリンクなどの一部のデータ型はORを介して結合できますが、他のすべてのフィルターはIを介します。



ほとんどすべてのシステムでは、事前に構成されたフィルターを保存することができ、一部のシステムではシステム内の同僚とフィルターを共有できます。 これはAtlassian JIRAで特によく行われますが、これは別のトピックですが、従うべき素晴らしい例です。

色、アイコン、強調表示

典型的なタスクは、リスト内のエントリを色で強調表示することです。 新しいレコード、強調表示のキャンセルなどに重点を置くことができます。 原則として、これは特定のステータスに関するドキュメントの選択です。 この機会は非常に一般的であり、必要な場合はいつでも見つかります。 色が少ない場合、現在のラインの心の状態を象徴するアイコンを使用します。 さまざまなシステムでのこの例：



一部のシステムでは、さらに異なるフォント、ピン、およびDECORを使用しています。 すべてのテーブルを読み取れないようにするか、てんかんを殺すことができます。 ただし、適度に使用する場合、これは友人の間でレコードを強調するために不可欠な機能です。

集約とグループ化

行「合計」の会計士にとって、より良いものは何でしょうか？ そして、もし赤い数であるなら、「-0ルーブル。 17 kopecks」...感情の嵐は、官能的で美しい借方と貸方の主人の間のこのラインによって引き起こされます。 ほとんどのERPシステムは、さまざまな集約機能を備えた要約行を作成できます。 重要な機能は、フィルターによる動的な再配置です。 エルバでは次のように表示されます。



おそらく、ここエルバは便利さと有意義さのために全員をベルトに入れたのでしょう。 FinoBoxのすべてはもっと厳しいものです。



さて、オレドールは非常に厳しいです：



グループ化に関して新しいことを言うのは難しいです。 グループ化は、フィルタリングと並べ替えと連動します。 また、階層によってエミュレートすることもできます（それについては少し後で）が、もちろん、それがリスト機能であり、他の機能ではない場合はより優れています。

データ表示

さまざまなシステムで、画面の1平方センチあたりの表示データの密度を見るのは興味深いです。





2つのキャンプの明確な分離は明らかです。可能な限り表示しようとする人（ もっと、もっと、もっとデータ!!! ）と、 できるだけ表示しないようにする人 。 一般に、すべてのデータがユーザーに認識されるわけではないため、すべてを一度に表示することはほとんど意味がなく、どれだけの情報を学習するかがはるかに重要です。



この傾向の論理的な継続は、データ表示バリエーションの開発です。 お金の種類の美しいレンダリング、日付、写真、アイコンの美しい。 Megaplanはこれが特に得意ですが、FinoBoxは劣っていません。 オレドールでは、この方向に悪意があります。 しかし、Acumaticaと1Cはこの点で強く絞られています（文字通りの意味で）。 何かを美しく詳細に表示することは問題です。



テーブル内のデータの特定の表示は、このテーブルを編集可能にするための最初のステップです。 何かを美しく表示するためには、遅かれ早かれ、データをプレゼンテーションから分離する必要があることを説明します。 そして、データをプレゼンテーションから分離すると、データをさまざまな方法で操作する機会があります。なぜなら、データはそれ自体ではこのデータの表現ではないからです。 つまり 今では、美しくデザインされた日付文字列ではなく、自分で何かを実行できる日付オブジェクトを渡します。 編集可能なテーブルは、一般に非常に複雑なものであり、制限、松葉杖、慣習に満ちています。 システムが単純であればあるほど、システムの提供と実装が容易になります。 たとえば、FinoBoxでは、次のようになります。







編集可能なセルがどのように強調表示されているのか興味があります。 非常に美しい効果。 しかし、Oreodorではすべてが非常に禁欲的です（まだ保存されていない変更は赤い角でマークされています）。



1Cには編集可能なテーブルもありますが、その機能は多少制限されています。

単一のテーブルライブリストではない

実際、テーブルはデータセットを表すためのオプションの1つにすぎません。 データに何らかのインターフェースまたはコントラクトを課すことにより、それらを異なる形式で表示できます。 たとえば、セットに日付範囲がある場合、セットをカレンダーとして表現し、階層内の親要素へのリンクを設定できます。 これらの2つのタイプは最も一般的ですが、リストはマップ上に表示でき、一般的には背景に緑色のスポットがあるグラフ（完全な3D）でも表示できます（これも何かを意味します）。