1Cでのレポート：データ構成システム（ACS）、アイデア、およびアーキテクチャ

ビジネスソフトウェアの最も重要な領域の1つはレポートです。 ビジネスの運命（税務調査官向けのレポートまたは季節やその他の要因に対する商品の需要の依存関係の図）は、ビジネス（および法律）の変化するニーズに合わせて既存のレポートをカスタマイズするか、新しいレポートを作成するのがいかに簡単かによって異なります。 システムから必要なデータを簡単に抽出し、理解可能な方法で提示できる強力で柔軟なレポートシステムにより、エンドユーザーは標準レポートを再構成してデータを新しい観点から見ることができます-これは、すべてのビジネスシステムが目指すべき理想です。



「1C：Enterprise」プラットフォームでは、 「Data Composition System」 （略してSKD）と呼ばれるメカニズムがレポートの作成を担当します。 この記事では、ACSメカニズムとその機能の概念とアーキテクチャについて簡単に説明します。







ACSは、レポートの宣言的な記述に基づくメカニズムです。 ACSは、レポートを作成し、複雑な構造を持つ情報を出力するように設計されています。 ところで、レポートの開発に加えて、ACSメカニズムは1Cでも使用されます： 動的リストのエンタープライズ、豊富な機能（フラットおよび階層リストの表示、行の条件付き書式設定、グループ化など）を持つリスト情報を表示する手段。

ちょっとした歴史

1Cの最初のバージョンであるEnterprise 8プラットフォームバージョン8.0では、次のようにレポートが作成されました。

1. 1つまたは複数のクエリがクエリ言語1C（SQLに似た言語。詳細は以下）で記述されています。
2. 完了したクエリの結果をスプレッドシートドキュメントまたはチャートに転送するコードが作成されました。 このコードは、リクエストでは実行できない処理も実行できます。たとえば、組み込みの1C言語を使用して値を計算しました。

アプローチは簡単ですが、最も便利ではありません-最小限の視覚設定、すべてを「手で」プログラムする必要があります。 そして、まったく新しい1Cの当時の切り札の1つであるEnterprise 8プラットフォームは、特に視覚的な設計により、アプリケーションソリューションで手動で記述する必要があるコードの量を最小限に抑えています。 レポートメカニズムで同じ方法を使用することは論理的です。 これは、新しいメカニズムであるデータ構成システムを開発することによって行われました。



ACSの基礎となったアイデアの1つは、レポートの柔軟性とカスタマイズ性であり、開発者とエンドユーザーの両方が利用できました。 理想的には、レポートデザイン用の開発者と同じツールセットにエンドユーザーがアクセスできるようにします。 単一のツールセットをすべての人が利用できるようにすることは論理的です。 さて、ツールはエンドユーザーの参加を必要とするため、それらのプログラミングの使用を最小限に抑え（何よりも-完全に排除）、視覚設定を最大限に使用する必要があることを意味します。

問題の声明

開発チームのタスクは次のとおりでした：アルゴリズムに基づいて（つまり、コードを記述することによって）レポートシステムを作成するのではなく、レポートへの宣言的なアプローチに基づいて。 そして、問題はうまく解決されたと信じています。 私たちの経験では、必要なレポートの約80％は、ほとんどの場合、視覚的な設定を通じて、コードを1行も使わずにACSを使用して実装できます（計算フィールドの数式を書くことを除く）。

SKDの最初のバージョンの開発には、約5人年かかりました。

2つの言語

レポートの作成には2つの言語が関係しています。 1つは、データの取得に使用されるクエリ言語です。 2つ目は、データ構成式言語であり、システムのさまざまな部分、たとえばデータ構成設定で使用される式を記録して、カスタムフィールドの式を記述します。

クエリ言語

クエリ言語はSQLに基づいており、知識のあるSQLによって簡単に習得できます。 リクエストの例：





SQLクエリの標準セクション（SELECT、FROM、GROUP BY、ORDER BY）の類似物を簡単に確認できます。



同時に、クエリ言語には、経済的および経済的な問題の詳細を反映し、適用ソリューションを開発するための労力を最大限に削減することに焦点を当てた多数の拡張機能が含まれています。

• ポイントを介したフィールドへのアクセス。 テーブルのフィールドが参照タイプ（別のテーブルのオブジェクトへのリンクを格納する）である場合、開発者は要求テキストで「。」を使用してそれらを参照でき、システムはそのようなリンクのネストレベルの数を制限しません（CustomerClient。Agreement。Organizationなど）。電話）。
• 合計の多次元およびマルチレベルの形成。 グループ化と階層を考慮して合計と小計が形成され、レベルのトラバースは小計を合計して任意の順序で実行でき、時間測定による合計の正しい構築が保証されます。
• 仮想テーブルのサポート。 システムが提供する仮想テーブルを使用すると、複雑なクエリを必要とせずに、ほとんどのアプリケーションタスクのほぼ完成したデータを取得できます。 したがって、仮想テーブルは、ある時点での期間のコンテキストで商品の残高に関するデータを提供できます。 同時に、仮想テーブルは、以前に計算された合計などの保存された情報を最大限に活用します。
• 一時テーブル。 クエリ言語を使用すると、クエリで一時テーブルを使用できます。 彼らの助けを借りて、クエリのパフォーマンスを向上させ、場合によってはロックの数を減らし、クエリテキストを読みやすくすることができます。
• バッチ要求。 クエリ言語での一時テーブルでのより便利な作業のために、バッチクエリでの作業がサポートされています。したがって、一時テーブルの作成とその使用は1つのクエリに配置されます。 バッチリクエストは、セミコロン（ ";"）で区切られた一連のリクエストです。 バッチ内のリクエストは次々に実行されます。 バッチリクエストの実行結果は、使用する方法に応じて、パッケージの最後のリクエストによって返された結果か、パッケージ内のリクエストが続く順序でパッケージのすべてのリクエストの結果の配列になります。
• 参照フィールドの表現を取得します。 各オブジェクトテーブル（ディレクトリまたはドキュメントが保存されている）には、「表示」という仮想フィールドがあります。 このフィールドには、オブジェクトのテキスト表現が含まれ、レポート作成者の作業を容易にします。 そのため、ドキュメントの場合、このフィールドにはすべてのキー情報（ドキュメントタイプの名前、その番号、日付（たとえば、「Sale 000000003 dated 07/06/2017 17:49:14」））が含まれ、開発者は計算フィールドを記述しません。
• その他

リクエストメカニズムは、ユーザーが属するロールを考慮に入れてリクエストを自動的に変更します。つまり、リクエストは実行されます（つまり、ユーザーには表示権があるデータのみが表示されます）および機能オプション （つまり、アプリケーションソリューションで設定されたものに従って）機能性）。



ACS用の特別なクエリ言語拡張機能もあります。 拡張は、特別な構文命令を使用して実行され、中括弧で囲まれ、クエリテキストに直接配置されます。 開発者は、拡張機能を使用して、レポートを設定することにより、エンドユーザーが実行できる操作を決定します。



例：

• 選択してください。 この文は、ユーザーが出力用に選択できるフィールドについて説明しています。 このキーワードの後に​​、クエリ選択のメインリストからのフィールドのエイリアスがコンマでリストされます。コンマはカスタマイズに使用できます。 例：{SELECT命名法、ウェアハウス}
• どこ。 ユーザーが選択できるフィールドについて説明します。 この提案では、テーブルフィールドを使用します。 選択リストのフィールドにエイリアスを使用することは許可されていません。 ユニオンの各部分には、独自のWHERE要素を含めることができます。 例：{WHERE Nomenclature。*、Warehouse}、{WHERE Document.Date> =＆Start Date、Document.Date <=＆End Date}
• その他

拡張機能の使用例：

データ構成式言語

データ構成式言語は、特にカスタムフィールドの式を記述するために使用される式を記録するように設計されています。 ACSを使用すると、独自の式または選択条件付きのオプションセット（SQLのCASEと同様）を使用して、レポートにカスタムフィールドを定義できます。 カスタムフィールドは計算フィールドに似ています。 これらはコンフィギュレーターと「1C：エンタープライズ」モードの両方で設定できますが、一般的なモジュールの機能はカスタムフィールドの式では使用できません。 したがって、カスタムフィールドは開発者よりもユーザーを対象としています。



例：

ACSに関するレポートを作成するプロセス

レポートを作成するとき、データをレポートに表示する方法を定義するレイアウトを作成する必要があります。 データ構成スキームに基づいてレイアウトを作成できます。 データ構成スキームは、レポートに提供されるデータの本質を説明します（データの取得元と構成を管理する方法）。 データ構成スキームは、あらゆる種類のレポートを生成できる基礎になります。 データ構成スキームには以下が含まれます。

• データ作成システムの指示を含むクエリテキスト。
• いくつかのデータセットの説明
• 利用可能なフィールドの詳細な説明。
• 複数のデータセット間の関係の説明。
• データ取得パラメータの説明。
• フィールドレイアウトとグループ化の説明。
• その他

たとえば、クエリをデータ構成スキームにデータセットとして追加し、クエリコンストラクターを呼び出すと、任意の複雑さのクエリをグラフィカルに作成できます。







クエリデザイナの起動の結果は、クエリテキスト（クエリ言語「1C：Enterprise」）になります。 このテキストは、必要に応じて手動で調整できます。







データ構成スキームには複数のデータセットがあり、データセットは任意にレイアウトに接続でき、計算フィールドを追加したり、レポートパラメーターを設定したりできます。 1C のクエリメカニズムの興味深い機能であるエンタープライズに言及する価値があります 。 クエリは最終的に、アプリケーションが直接動作するDBMSに固有のSQLダイアレクトに変換されます。 通常、DBMSサーバーの機能を最大限に使用しようとします（1CでサポートされているすべてのDBMSで同時に使用可能な機能のみを使用するという制限があります：エンタープライズプラットフォーム-MS SQL、Oracle、IBM DB2、PostgreSQL）。 したがって、計算フィールドのクエリレベルでは、SQLで変換される関数のみを使用できます。



ただし、データ構成スキームレベルでは、既にカスタムフィールドを追加し、 組み込みの1C開発言語 （私たちが作成したものを含む）でそれらの関数を使用できます。これにより、レポートの機能が大幅に拡張されます。 技術的には、このように見えます-SQLに変換できるものはすべてSQLに変換され、クエリはDBMSレベルで実行され、クエリ結果は1Cアプリケーションサーバーのメモリに保存され、ACSは各レコードについて、式が1Cで記述された計算フィールドの値を計算します





カスタムフィールドを追加する



レポートに任意の数のテーブルと図を追加できます。





レポートデザイナー





ランタイムレポート



ACSを使用すると、ユーザーは複雑な選択をレポート（適切な場所で要求に追加される）、条件付き書式（値に応じて表示フィールドのさまざまな形式（フォント、色など）を許可）などを追加できます。 。



次のように、レポートを作成および生成するプロセスを簡単に説明します。

• 開発者は、設計者の助けを借りて設計時に（またはコードの助けを借りて実行時に）データ構成スキームを定義します。
  
  
  • クエリ/クエリテキスト
  • 計算フィールドの説明
  • リクエスト間の関係（複数ある場合）
  • レポートパラメータ
  • デフォルト設定
  • 等
• 上記の設定はレイアウトに保存されます
• ユーザーがレポートを開く
  • おそらく追加の設定を行う（たとえば、パラメーター値を変更する）
  • 「フォーム」ボタンを押します
• ユーザー設定は、開発者が定義したデータ構成スキームに適用されます。
• データの取得元に関する指示を含む中間データ構成モックアップが形成されます。 特に、レイアウトで指定されたクエリが調整されます。 そのため、レポートで使用されていないフィールドはリクエストから削除されます（これは受信データの量を最小限に抑えるために行われます）。 計算フィールド式に含まれるすべてのフィールドがクエリに追加されます。
• ケースには、データ構成プロセッサが含まれています。 レイアウトプロセッサはクエリを実行し、データセットを伝達し、計算フィールドとリソースの値を計算し、グループ化を実行します。 つまり、DBMSレベルで実行されなかったすべての計算を実行します。
• データ出力プロセッサは、実行要求を起動し、受信したデータをスプレッドシートドキュメント、チャートなどに表示します。

ACSメカニズムによってレポートを生成するプロセス



サーバーからクライアントアプリケーションに送信されるレポートデータの量を最小限に抑えます。 スプレッドシートドキュメントにデータを表示するとき、スプレッドシートドキュメントを開くとき、ドキュメントの先頭に表示される行のみをサーバーから転送します。 ユーザーがドキュメントの行に沿って移動すると、不足しているデータがサーバーからクライアントに送られます。

ユーザー設定

すべてのSKDツールは、開発者とエンドユーザーの両方が利用できます。 しかし、実践により、エンドユーザーは多くの場合、ツールの機能が豊富であることを恐れています。 さらに、ほとんどの場合、エンドユーザーは設定のすべての機能を必要としません。1つまたは2つのレポートパラメーター（期間や取引相手など）を構成するためにすばやくアクセスする必要があります。 プラットフォームの特定のバージョンから始めて、レポート開発者は、ユーザーが利用できるレポート設定を確認する機会があります。 これは、[ユーザー設定に含める]チェックボックスを使用して行われます。 また、レポート設定に「表示モード」フラグが表示され、次の3つの値のいずれかを取ります。

• クイックアクセス。 設定はレポートウィンドウの上部に直接表示されます。
• 通常のもの。 設定は[設定]ボタンから利用できます。
• アクセスできません。 エンドユーザーはこの設定を利用できません。

設計時の表示モード設定





実行時に「クイックアクセス」モードで設定を表示する（「生成」ボタンの下）

開発計画

SKDの開発における優先事項の1つは、ユーザー設定を簡素化することです。 一部のエンドユーザーにとって、ユーザー設定での作業は依然として深刻な仕事であることがわかっています。 これを考慮し、この方向で作業します。 したがって、開発者がACSで作業することも簡単になります。 以前と同様に、開発者とエンドユーザーの両方に統一されたレポート設定ツールを提供したいと考えています。