1 8.3 に保存されている追加の詳細の値はどこにありますか。 追加詳細および追加アイテム情報を設定します。 プロップ作成の特徴

1C Accounting 8.3 (リビジョン 3.0) でディレクトリ要素に詳細を追加する方法

2016-12-07T18:20:33+00:00

1C ですでに利用可能な機能が不足していることが起こります。 また、必ずしもプログラマーに連絡する必要はありません。 新しい 1C: Accounting 8.3 (エディション 3.0) に関連したケースの 1 つについて説明します。

取引相手に関する情報を入力するのに十分なフィールドがないとしましょう。 そして、「ステータス」という名前の新しいフィールドを追加し、「高」、「中」、「低」の 3 つの値のいずれかを持ちます。 以下では、コンフィギュレーターを使用せずにそのようなフィールドを追加する方法を段階的に説明します。

1. [管理] セクションに移動し、[一般設定] () を選択します。

2. 「」ボックスを見つけてチェックします。 さらなる詳細まだインストールされていない場合は、「追加の詳細」リンクをクリックします。

3. 開いた設定ウィンドウの左側で、「アカウント」を選択します。 ツールバーの「新規」ボタンをクリックします。

4. 「Counterparty」ディレクトリの要素の新しい詳細を作成するためのウィンドウが開きます。 [名前]フィールドに「ステータス」と入力します。 値のタイプは「追加値」のままにしておきますが、将来的には他の値のタイプ (文字列、数値、日付など) も使用できることに留意してください。 しかし、ユーザーに 3 つのオプションの限られた選択肢を提供したいので、今必要なのは付加価値です。

5. 各オプションを作成するには、「値」タブに移動し、そこにある「作成」ボタンをクリックし、値の名前 (「高」など) を入力して、「保存して閉じる」ボタンをクリックします。

6. 以下の図に示すように、3 つの値すべてが「高」、「中」、「低」という名前で作成されるまで同様に実行します。 「保存して閉じる」ボタンをクリックします。

7. ご覧のとおり、カウンターパーティの追加詳細リストにステータス属性が含まれています。

8. ここで、取引相手ディレクトリの任意の要素に移動すると、フォームの一番下に新しいステータス フィールドが表示されます ( 表示されない場合は、フォーム上で折りたたまれている「追加の詳細」グループを展開します。):

9. このフィールドでは、作成した 3 つの値のいずれかを置き換えることができます。 このフィールドをリスト形式で使用して選択したり、レポートなどに表示したりできます。

質問: 追加の詳細、プログラムのアドレス。


良い一日。

ディレクトリの追加の詳細を調べようとしています。
クエリを使用して必要なデータを取り出す方法はわかったのですが、もっと簡単な方法があることを知りました。
「開発者向け」グループに追加の詳細を追加するためのフォームには、「名前」パラメータが 1 つあります。これは、このパラメータを使用して追加の詳細にプログラムでアクセスできることを示しています。
そこで問題は、この控訴はどのように行われるのかということです。

答え：（） どうもありがとう。 わかるよ。

質問: Bukh 3.0 ソフトウェアに関する追加情報


追加情報をプログラムで入力する方法
実装ドキュメントでは、追加情報でブール型のアップロード属性が作成されました
プログラム的にそれを書き出す方法

答え：

このようなプロシージャを共通のサーバー モジュールに作成し、必要に応じて呼び出します。

Procedure WriteAdditionalProperty(lxDoc, lxPropertyName, lxValue)Export lxProperty = 特性のタイプの計画.Additional DetailIdetails.Find ByName(lxPropertyName); If Not ValueFilled(lxProperty) then //プロパティが見つからなかったので終了します。 //クライアント モードから呼び出されたかどうかを報告しようとします。 //その後、ユーザーには次のメッセージが表示されます。 Report("Not found 追加属性: " + lkPropertyName ); 戻る; endIf; //SetPrivilegedMode(True); // RS のステータス エントリ (これがメインです) lkSet = Information Registers.Additional Information.CreateRecordSet(); lxSet.Selection.Object.Set(lxDoc); lxSet.Selection.Property.Set(lxProperty); lkRecord = lkSet.Add(); lkRecord.Object = lkDoc; lkRecord.Property = lkProperty; lxRecord.Value = lxValue; lkSet.Write(); //SetPrivilegedMode(False); 手順の終了


親愛なる皆さん、こんにちは。

私は座って UT11 に追加作業をしています。 ディレクトリの場合、命名法により独自の追加属性 (ブール値) が作成されました。 これを使用するには、クエリがより複雑になります。まず、アイテムの「追加詳細」テーブルでこのアイテムを検索し、それからメインのアイテム テーブルに接続する必要があります。

コンフィギュレーターで詳細を直接追加する場合、クエリは複雑ではなく、「Nomenclature.MyProperties」を選択するだけです。 そして、それを「When CreatedOnServer」の形式でプログラム的に一度出力します。これにより、共通モジュールが生成されます。 V 標準形式 1行追加されました - これにより更新はさらに痔になりません。
otherWorksWithFormsServer.AddDocumentStatusToForm(ThisForm.Elements, ThisForm.Elements.Parent of NewElement); 実際には、(私の場合) 多くの変更がある場合、追加の変更について心配する必要はないのではないかという考えです。 詳細？

答え：これらの詳細を使用するレポートやその他のメカニズムがどのくらいの頻度で作成されるか、またそれらの詳細に基づいてどこかでどれだけ便利な選択が必要かによって異なります。

質問: フォーム上の追加情報の場所


良い一日。 1C:Enterprise 8.3 (8.3.6.2152) 管理フォーム モードがあります。
「Nomenclature」ディレクトリについては、追加詳細の構成が変更されました。 ディレクトリ要素の形式では、私が理解している限り、これらの追加の詳細がここに表示されます - グループの追加の詳細。

これらの詳細を必要な順序と場所に配置する方法を教えてください。

答え：

機能をありがとう。明日詳しく見ていきます。 質問に関しては、詳細はすべて同じですが、数が多すぎるため、いくつかの論理的なグループにグループ化したいと考えています。場合によっては数ページに及ぶ場合もあります。

質問: Exchange UT 11.3 -> サイトを Bitrix に移動し、追加の詳細をアップロードします


こんにちは、みんな。
UT 11.3 と Bitrix 上のサイト間の交換が設定され、追加の詳細 (プロパティ) を含む命名法がアップロードされます。 長さ無制限の文字列タイプの属性が 1 つあり、製品の任意の説明が保存されます。 したがって、プラットフォームでは 1024 文字を超える文字を書き込むことはできません。これは、特性の種類の計画によって制限されます。 そして、詳細を追加する大きなテキストを保存して、それを Web サイトにアップロードすることが本当に必要です。 標準の小道具は提供していません。後からサイトにアップロードすることで無制限の数のキャラクターを保存できますが、すでに使用されています。 どうすればよいかアドバイスをお願いします。

答え：または、このテキストを保存するために追加のレジスタを追加します

質問: 追加のプロップ、または通常のプロップ + 拡張機能。


こんにちは。
新しいものを取りましょう ERP構成、UT11など
タスクは、ディレクトリに独自の詳細を追加することです。標準の追加詳細メカニズムを使用してこれを行うことも、コンフィギュレータで独自の詳細を追加し、拡張機能を使用してフォームに表示することもできます。

経験上どちらが良いでしょうか？ その後の更新とアルゴリズム/レポートでのこのプロパティの使用の観点から。

答え：これはレポートの場合にのみ必要です。追加の処理を実行します。 小道具。

質問: 追加の詳細、リクエスト


このリクエストを手伝ってください。
「端末の取得」ディレクトリには PM「追加詳細」があり、「使用」(ブール値) と「終了日」(日付) の 2 つの追加詳細があります。
それらの。：
EkvTherm1、組織「角と蹄」
午後:
使用:真

EkvTherm2、組織「角と蹄」
午後:
使用:真
終了日: 2017/06/10

EkvTherm3、組織「角と蹄」
午後:
終了日: 2017/12/06

次のようなクエリが必要です。
EqTherm1 true
EqTherm2 true 06/10/2017
それらの。 各端末について、使用する記号が付いている端末には日付が表示されます。3 日間リクエストを書こうとしましたが、期待どおりに出力されません。
EqTherm1 true 06/10/2017
EqTherm2 true 06/10/2017

私のリクエストは次のとおりです。

SELECT 端末の取得追加詳細.リンク.銀行口座.所有者 AS 所有者、端末取得追加詳細.リンク AS リンク、SELECT WHEN 端末取得追加詳細.プロパティ.名前 "%Use%" に類似 THEN 端末取得追加詳細.値 END AS PUT テーブル 1 を使用ディレクトリから。端子を取得しています。追加の詳細 AS 端子を取得しています。追加の詳細 WHERE 端子を取得しています。追加の詳細。リンク。マーク = FALSE を削除し、端子を取得しています。追加の詳細。Property = &PropertyUse; //////////////////////////////////////////////// /////////////////////////// SELECT 端末の取得追加詳細.リンク.銀行口座.所有者 AS 所有者、端末の取得追加詳細.リンク AS リンク、SELECT WHEN 端末を取得している追加の詳細 .Property.Name LIKE "%Date%" THEN 端末を取得している追加の詳細.値 END AS 終了日 PUT テーブル 2 FROM ディレクトリ.端末を取得している。追加の詳細 AS 端末を取得している追加の詳細 WHERE 端末を取得している追加の詳細.リンク.削除マーク = FALSE AND 端子の取得追加の詳細.Property = &PropertyDate; //////////////////////////////////////////////// /////////////////////////// SELECT table1.Owner AS Owner、table1.Link AS Link、table1.Use AS Use、table2 .Date of終了 AS 終了日 FROM table1 AS table1 LEFT JOIN table2 AS table2 BY (table1.Owner = table2.Owner) ORDER BY 所有者

答え：

1s-ニックはこう言いました。

まず、「Use」プロパティが true に設定されている端末を選択し、次に追加のテーブルのすべての行を取得します。 詳細。

SELECT 端子の取得追加の詳細.リンク AS リンク、端子の取得追加の詳細.プロパティ AS プロパティ、端子の取得追加の詳細.値 AS 値 FROM ディレクトリ.端子の取得.追加の詳細 AS 端子の取得追加の詳細 WHERE 端子の取得追加の詳細 .Link IN (SELECT 追加の詳細.Link FROM Directory.Acquiring Terminals.AdditionalDetails AS AdditionalDetails WHERE AdditionalDetails.Property = &Property And AdditionalDetails.Value = TRUE)

なぜNULLが必要なのかは不明です

ホーム 1C:包括的な自動化 2 バージョンの新機能

追加の詳細/情報の作成を簡素化する

追加詳細および追加情報の作成はコマンドによって実行されます 追加 – 別のセットから.

このコマンドを実行すると、追加の属性/情報選択フォームが開きます。このフォームを使用すると、追加の属性/情報を選択してセットに追加することができます。

ボタンを使用して、追加の詳細/情報を追加するオプションを選択するためのフォームに移動できます。 さらに遠く.

追加の詳細や情報を追加するためのさまざまなオプションがサポートされています (オプションはフォームで選択されています) 追加の詳細/情報の追加).

  • 複数のセット（アイテムの種類）に含まれる共通の詳細とそのすべての値をコピーする – オプション 詳細のコピーを作成する,
  • サンプルに従って詳細をコピーします (一般的な値のリストを使用) – オプション サンプルに従って詳細のコピーを作成します (値の一般的なリストを含む)。 この属性の値のリストは、両方のセットで同じになります。 このオプションは、同じタイプの複数の詳細の値のリストを一度に一元的に構成できるため、利便性が特徴です。 属性の名前とそのプロパティを調整することができます。 追加の詳細の値の変更は、ハイパーリンクを使用して実行されます 値のリストは属性と共通です追加の詳細の形式で、
  • 一般的な小道具をセットに追加 – オプション 小道具を共有してセットに追加します。 このオプションは、プロパティが両方のセットで同じである必要がある場合に適しています。 この場合、そこからデータを選択することが可能になります 他の種類リストとレポートで。

アイテムのタイプ、特性、シリーズに関する追加情報の作成と追加は、追加の詳細の作成と追加に似ています。

BP 3.0 の追加の詳細と情報の使用

追加の詳細と情報 (以下、DRS と呼びます) は、構成を変更せずに機能を拡張できるメカニズムです。 私がこのメモを書くきっかけとなったのは、アルコール製品の申告にさらに使用するため、また単に追加情報を再確認するため、詳細を保存した状態で TTN および証明書 A および B の印刷を注文したことです。販売中。 基本的な電源ユニット 3.0 を使用します。それに応じて構成を変更することはできませんが、このタスクには DRS で十分です。

BP 2.0 については、原則として、私は長い間解決策を持っていました。また、車、ドライバー、運送業者などのデータが保存される追加の詳細情報も使用しています。 このスキームは解決されています。印刷時に追加の詳細が記録され (最初の印刷時に、未作成の詳細が作成されます)、その後の印刷中に、フォームの詳細に保存された値が入力されます。 アルコール申告書を記入するときにも同じデータを使用します。 BP 3.0 (3.0.20.18) で UV でこれを実行し始めたところ、DRS を使用するためのメカニズムが大幅に変更され、私の個人的な見解では次のように改善されていることがわかりました。

  1. DRS を「提供」するオブジェクトが変更されました。

BP2.0

BP3.0

オブジェクトプロパティの参考値

特性の種類の計画 オブジェクトのカテゴリのプロパティの目的

特性タイプの計画

オブジェクトのプロパティ

情報レジスタ ObjectPropertyValues

追加の詳細と情報のセットのディレクトリ

特性の種類の計画 追加の詳細と情報

情報登録 追加情報
  1. 2.0 では、「追加の詳細」という名前は、このデータの目的の本質を正確に反映していません。これは依然として単なる「追加情報」であり、この情報自体のオブジェクトとは異なる構成オブジェクトに保存されます。 3.0 では、「追加情報」レジスタに保存された情報と、「追加詳細」ディレクトリの表形式部分に保存された詳細の両方を正確に指定できます (UT 11 では、ドキュメントに同様の表形式部分が追加されました)。はディレクトリ要素の形式で利用可能になり、別のウィンドウのボタンによって呼び出されることはありません。

ご覧のとおり、DRS オブジェクトの数が少なく、DRS オブジェクトを操作する方が便利であるように思えます。 大きな違いは、DRS を保存できる構成オブジェクトのリストが、「オブジェクト カテゴリのプロパティの割り当て」という特性のタイプではなく、「追加の詳細と情報のセット」ディレクトリに保存されることです。 2 つの表形式の部分:

  • - 追加の詳細 - 読み書き用の参考書の形式で利用可能な詳細のリストと、必須の完了フラグが含まれています。 これらの詳細はディレクトリの表部分に保存されます。
  • - 追加情報 - 「追加情報」レジスタに保存され、追加ボタンから利用できる情報のリスト。

ドキュメントについては、現在、一部の追加情報のみが利用可能です。

ディレクトリの場合は、情報と追加の詳細の両方を設定できます。

さらに、ディレクトリの追加の詳細は要素の形式で編集されます。

ディレクトリに登録されている詳細は要素フォームに表示されますが、追加詳細の表形式部分のエントリは入力された場合にのみ表示されます。

DRS を使用するオブジェクトの構成も変更されました。

  • - BP 2.0 は 15 のディレクトリとすべての設定ドキュメントのリストを 1 つの特性にまとめています。
  • - BP 3.0 ディレクトリには、現在 18 および 110 のドキュメントがあります (これらのドキュメントをすべてチェックしたかどうかは確認していません)。それぞれの追加情報は、ディレクトリ「追加の詳細と情報のセット」の事前定義された個別の要素で指定されています。

「オブジェクト プロパティ値」タイプの詳細については、選択用の任意のリストを指定できます。実際、これはディレクトリに相当します (2.0 以降は「オブジェクト プロパティ値」ディレクトリでした)。

リストは編集できます。

もう 1 点、PVC の証明書「追加の詳細と情報」から -「オブジェクトに関する追加の詳細と情報はすべてレポートとリストに表示できます。」。 実際、現在登録されている DRS は、データ保存の目的だけでなく、たとえばリスト内のドキュメントの選択などにも使用できます。

選択なしの RTiU のリスト:

文書に関する追加情報を記録しました:

追加情報に基づいて RT&U リストの選択を設定します。

空のドライバーの選択が確立されている RTiU のリスト:

何もないようだけど、いいですね……。

» 追加の詳細のサブシステムが大幅に改善され、その操作がさらに便利になりました。 ただし、最初に、詳細とプロパティの入力とその設定の複雑さを理解する必要があります。

追加情報や詳細が必要なのはなぜですか?

詳細は、オブジェクト自体の表部分に直接配置されます。 システム管理者が新しい属性を設定すると、その属性がオブジェクト フォームに表示されます。 その後、記入することができます。 不可欠なコンポーネントであるオブジェクトのプロパティを記述するには、追加の詳細を使用する必要があります。 このような詳細は、オブジェクトの編集プロセス中に入力されます。 これは、オブジェクトにアクセスする権限を持つユーザーが実行できます。

オブジェクトの不可欠なコンポーネントではないデータを保存するには、追加情報が必要です。 これらは、追加情報サービスにアクセスできるディレクトリおよびドキュメントの要素のフォーム、およびディレクトリおよびドキュメントのリストのフォームの上部ツールバーにある同じ名前のボタンをクリックすると呼び出される別のウィンドウに入力できます。 。

重要：
この情報は、オブジェクトへの直接のアクセス権を持たないユーザーも利用できます。

追加の詳細と情報の設定

対応する機能を使用するには、「追加の詳細と情報を使用する」というボックスにチェックを入れます。これを行うには、「管理」セクションに移動し、設定パネルを選択し、次にプログラム設定項目を選択して、必要なタブに移動します。

新しいプロップの追加

このアクションを実行できるのは完全なアクセス権を持つユーザーのみであることに注意してください。

  • 「追加セット」リストを開きます。 詳細と情報」(ナビゲーション パネルの「管理」セクション、サブセクション「フォーム」)。 追加の詳細の割り当てが許可されているオブジェクトのリストには、情報の入力が許可されているドキュメントと、詳細と情報の両方の入力が許可されているディレクトリが表示されます。 ただし、新しいオブジェクトをセットに追加することはできません。
  • フォームには、一連の追加文書情報を含む表が含まれています。 ディレクトリ オブジェクトを開くと、そのセットの形式が異なっていることがわかります。詳細のセットを含むテーブルが追加されています。 たとえば、「従業員」というディレクトリに新しい詳細を入力します。 これを行うには、追加詳細の表の上にある選択ボタンをクリックします。 選択フォームが表示されます。 他のオブジェクトの新しい詳細が以前にデータベースに入力されている場合、それらはすべてこのフォームに反映され、選択できるようになります。 そうでない場合は、対応するボタンを使用して別のボタンを作成します。
  • 追加パラメータを入力します（例：「居住地域」）。 値の種類で「オブジェクトのプロパティ値」を選択し、表示されるリストから選択します。 ここでは、複合タイプの情報を設定することもできます。

    • 注記 「必須記入」にチェックを入れると、住所録の居住地域詳細が記入されていない部分は記録されません。

  • 次に、特にツールチップ、コメント、新しいパラメータの表示の外観を設定できます。
  • 必要な値をすべて入力したら、「保存して閉じる」をクリックします。 追加の小道具がセットに追加されます。 ここで、必要に応じて、「従業員」ディレクトリの新しい属性の「必須」の性質を決定することもできます。 「デフォルト」のままにすると、ディレクトリに関する「義務」は属性の直接の記述と同じになります。
  • その後、このディレクトリのセットを記録して閉じることができます。
  • これを開いて、フォーム要素に追加のデータ サブセクションが表示されていることを確認します。このサブセクションには、必須の「居住区」属性が含まれています。
  • 次に、地区のリストを入力し、特定の従業員に必要な地区を選択します。

成功し、レポート文書を作成するときに「居住地」という追加フィールドを表示できるようになりました。