追加のレポートと処理、1C Freshの拡張機能の使用

今日は、追加のレポートと処理の使用、特にサービスモデルでの構成の拡張について説明します。 技術は止まっておらず、クラウドでの1Cデータベースメンテナンスはますます魅力的なサービスになりつつあります。 会社に必要な機能をリースベースで実装するために知っておくべきこと、およびこのプロセスがサービスプロバイダーの側からどのように見えるか-これはカットの下で見つけることができます。

外部レポートと処理とは

処理1Cは異なりますが、いずれの場合も構成の機能を拡張し、構成を変更したりサポートを削除したりすることなく、データベースに保存された情報にすばやくアクセスできるようにします。 これらは、構成に直接組み込むことも、構成の拡張機能として追加することも、外部ファイルにすることもできます。



処理の機能に応じて、データを変更できる機能と、情報を単純に分析し、結果をユーザーフレンドリな形式（レポート）で表示する機能に分かれています。 印刷ドキュメントの標準レイアウトを変更しないために、外部印刷フォームが開発されています。 また、1Cアプリケーションサーバーで指定されたスケジュールに従って外部処理を実行できます。これらはスケジュールされたタスクです。



Buttonは、会計士が「実用的な魔法」を使用できるようにする多数の治療法を開発しました。 たとえば、会計の正確さを分析するために、ボタンは外部レポート「データベースの自動監査」を使用します。 便利な表を使用して、残高と取引高の120の基準の分析、納税申告書と会計情報からのデータのコンプライアンス、固定資産の分析などを表示します。















弁護士が作成したフォームの外部印刷フォーム「ローン契約」の例。 起業家が個人として会社から無利子の融資を受ける場合、またはその逆の場合、自分の資金を会社に振り替える場合があります。その場合、すぐに契約を印刷することができます。







フォームが開き、必要な詳細を入力します。







そして、印刷された契約書が表示されます：







たとえば、ステートメントを修正するために使用するスケジュールされた処理（スケジュールされたタスク）。 ボタンは設定されたメインバンクと統合されており、特別なロボットがステートメントを1Cに直接ダウンロードします。 機械学習テクノロジーのおかげで、抽出中のエラーの割合は3％に減少しました。 しかし、常に例外があります。たとえば、商品の販売にエージェントベースのスキームを使用する顧客など、この場合、銀行取引明細書を実施するためのルールは個別です。 特定のケースでロボットを再プログラミングしないようにするため、構成拡張が現れる前に、10分ごとにロボットの後にステートメントを修正するルーチンが使用されました。

構成拡張機能とは

拡張機能は、メインデータベース構成からオブジェクトを継承するミニ構成であり、オブジェクトおよびモジュールの追加または修正を伴うコードが含まれています。 この場合、メイン構成はサポートに残ります。編集機能を含める必要はありません。これにより、更新プロセスが大幅に容易になります。



このメカニズムには3つのタイプの使用が含まれます。実際には、拡張機能を作成するときに「目的」フィールドに示されます。

1. 修正は、構成オブジェクトの軽微な不正確さとエラーを修正するための拡張機能です。
2. 適応 -新しい拡張機能を作成するときのデフォルト値。 典型的なオブジェクトを要件に合わせて変更します。
3. 追加 -標準ソリューションに完全に新しい機能を追加します。

追加のレポート、処理、および拡張機能の管理

今日、バトンは1000人以上の起業家に会計アウトソーシングサービスを提供しています。 1c Fresh.comクラウドサービスで使用される1C：エンタープライズプラットフォーム上でアプリケーションソリューションを公開する技術である1C Freshを実装して2年以上使用しています。 これは、今日のような多数の1C基地にサービスを提供するための最良のソリューションです。 仕切りの1つを使用して、1つの情報ベースを独立した領域に分割します;詳細については、記事「 2500の会計データベースを独立して保守する方法 」を参照してください。



このテクノロジーの中心的なコンポーネントはService Managerであり 、サブスクライバー、ユーザー、アプリケーション、情報ベース、およびそれらの間の関係に関するすべての情報を保管し、その助けにより、外部処理および構成拡張が管理されます。







処理されたすべてのファイルは、サービスマネージャーの特別なディレクトリにアップロードされます。 ただし、ファイルをディレクトリにアップロードする前、つまり「サービスに公開する」前に、特別に準備する必要があります。

サービスモデルで公開するための外部レポートおよび処理の準備

追加のレポートまたは処理は、標準の外部レポートおよび処理として「1C：Enterprise 8」コンフィギュレーターで作成され、拡張子.epf（追加処理用）または.erf（追加レポート用）でファイルに保存されます。



オブジェクトモジュールには、登録パラメータを決定するための手順と機能が必要です。











「バージョン」は重要なパラメーターであることに注意してください。 以前にサービスマネージャーディレクトリにアップロードされた処理を変更した場合は、必ずバージョン番号を変更してください。変更しないと、サービスマネージャーはこのファイルのダウンロードを拒否します。 レポートを作成または処理する場合、ユーザーはWebクライアントを介してサービスモデルで作業することに留意する必要があります（1C ブログの良い記事）。 処理にフォームが含まれる場合、1C：Enterprise 8テクノロジープラットフォームでサポートされるすべてのWebブラウザーの下でWebクライアントで動作する必要があります。



1cfresh.comサービスの標準によると、追加のレポートまたは処理は、セーフモードで実行されると完全に機能する必要があります。つまり、構成の外部のオブジェクトに頼らずに動作します。



追加のレポートまたは処理は、配信キットとしてサービスにダウンロードするために準備する必要があります。 配信パッケージは、以下を含むアーカイブ（zipファイル）です。

• 追加のレポートまたは処理ファイル。
• マニフェストのxmlファイル。これには、サービスマネージャーがサービスで追加のレポートまたは処理を公開するために必要な追加のメタ情報が含まれています。

準備は、追加のレポートまたは処理が意図されている構成のローカルに展開された情報ベースで実行されます。 特別なアシスタントを使用して、配信セット、外部処理、追加レポートの準備、およびService Model.epfのパブリケーションへの処理を作成します。 詳しくは、公開ソリューション1C Freshのテクノロジーに関するドキュメントをご覧ください。

サービスモデルへの追加のレポートと処理のインストール

1C Freshテクノロジーの特徴は、外部のレポートまたは処理をデータ領域に直接ロードできないことです。 追加は、サービスマネージャーを介してサービス管理者のみが行います。 処理ファイルを含むzipアーカイブを準備した後、サービスマネージャーディレクトリにダウンロードし、サービスの特定のサブスクライバー用にインストールする必要があります。



サービス加入者は、何らかの原則に従って団結したユーザーのグループです。 したがって、特定のユーザーグループが利用できる情報データベースは、サブスクライバーアプリケーションと呼ばれます。



アプリケーションには、さまざまな1C構成（企業会計、給与および人事管理、当社の管理など）を含めることができ、サービスモデルを使用できます。 追加のレポートまたは処理は、ファイルのダウンロード時に指定されたサブスクライバーのアプリケーションにのみインストールできます。



これは、バージョンを含む追加レポートのプロパティの形式の外観です。 「追加/削除」ハイパーリンクを使用して、アプリケーションのリストに移動し、必要なデータベースを選択します。







処理がダウンロードされ、アプリケーションが選択されると、サービスマネージャーはアプリケーションアドレスにアクセスし、それをインフォベースにインストールするコマンドを提供します。

スケジュール処理を開始します

多数のアカウンティングデータベースを使用する場合、いくつかの処理を定期的に実行する必要があります。 たとえば、月に1回または数分に1回です。 手動および一般的なユーザー操作を自動化することも重要です。 このために、スケジュールされたタスクを積極的に使用します。



スケジュールされた処理にはフォームがありません。 すべてのロジックはオブジェクトのモジュールに登録され、次のようになります。









配送キットを準備するときに、スケジュールを設定します。 これで、処理は1時間ごとに実行されます。

構成拡張の詳細

「古い方法で」準備および管理する必要がある外部レポートおよびプロセスと並行して、構成拡張メカニズムを積極的に使用し始めました。 1C Enterprise 8.3.10プラットフォームから始まって、このメカニズムは私たちの生活を楽にし、ボタン機能への構成の適合を容易にしました。



たとえば、10分ごとに実行されるロボットのドキュメントを修正するためのルーチン操作について上記で書きました。 これで、モジュールの操作をオーバーライドするために拡張機能を使用できます。 したがって、ドキュメントを記録または保持するときに、必要なアクションをすぐに実行できます。 これは、データベース内のタスクのキューが10分ごとのアクションの実行で詰まることはなく、より迅速に変更が行われるため、より最適です。



新しい拡張機能の準備は簡単です。 特定の例を使用して拡張機能を作成するプロセスを見てみましょう。

職務経験によると、修正の要求のリーダーはTORG-12印刷フォームです。 たとえば、貨幣を通貨で印刷するための拡張機能を作成する必要があります（デフォルトでは、ルーブルでのみ形成できます）。

メニューを開く→設定→設定拡張

「適応」を目的とした新しい拡張機能を作成します。







拡張機能は見慣れた構成ツリーのように見えますが、これまでのところオブジェクトはありません。 まず、新しいTORG-12レイアウトを追加します。このレイアウトに、通貨で金額を含む列を挿入しました。







貨物運送状は文書「サービスの売上」から印刷されるため、この文書をメイン構成から拡張機能に追加し、マネージャーモジュールに必要な変更を加えます。 これを行うには、実装のコンテキストメニューで[拡張機能に追加]を選択します。







これで、実装マネージャーモジュールを完成させることができます。 印刷されたフォームのリストに新しいフォームを追加し、金額を通貨で入力する必要があります。







典型的な手順を変更するには、＆Afterアノテーションを使用します。また、いくつかの関数と手順が必要です。



注釈について詳しく見てみましょう。 拡張機能では、次を使用できます：＆Before、＆After、＆代わり（非常にきれい）。 操作の原則は単純です。拡張機能からのアルゴリズムを最初に実行し、注釈とBeforeを入れ、括弧内に典型的な構成からのプロシージャの名前を示します。 最初に典型的なモジュールを作成し、次に私たちのモジュールを作成する場合は、＆Afterを使用します。



注釈＆BeforeおよびAfterは関数に適用できません。 したがって、メインの構成から関数アルゴリズムを変更する必要がある場合は、注釈＆を使用します。



Annotation＆Alternativeは、メインコンフィギュレーションからのプロシージャと関数の実行を拡張プロシージャ/関数で完全に置き換えるため、できる限り使用しないでください。 この傍受方法では、拡張機能がインストールされている間、メイン構成からの手順/機能は一般に実行されなくなり、バージョンを更新しても役に立たなくなります。

おわりに

拡張機能および外部レポート/処理の使用については、さまざまな意見があります。 私たちの経験に基づいて、私たちは両手を「拡張」します。 これは現代的で適応性の高い技術であり、より多くの機能があり、それらの公開は何倍も簡単です。 コードの必要な部分のみが拡張機能に配置されます。また、登録パラメーターを決定し、バージョンを監視し、配信キットを作成するための手順と機能を追加で規定する必要もありません。



同じデータ領域に対して複数の拡張機能を使用できます。

データ分離モード（1つの構成、多くの独立した領域）での1C Freshの動作の詳細については、拡張方法は優れた出力です。