ユニバーサルデータ交換フォーマット 構成を変更せずに、「XML形式でユニバーサルデータ交換」を処理することによる自動データ交換
印刷（CTRL + P）
ユニバーサルフォーマットによる交換
サブシステム「データ交換」標準サブシステムのライブラリには、さまざまな情報ベース間の情報交換の4つのオプション（テクノロジ）が含まれています。
- 分散情報ベース（RIB）;
- ユニバーサルフォーマットによるデータ交換。
- 交換規則に従ってデータ交換（交換規則は、構成「データ変換」、Revision 2.1）を使用して作成されます。
- 交換規則のないデータ交換。
この記事では、データ交換の技術を検討します ユニバーサルフォーマットEnterpriseData。. この技術 バージョン2.3.1.62から始まる「標準サブシステムのライブラリ」で利用可能です。 2016年初頭にリリースされました。 現在、BSP 2.3の最新版（1C：Enterprise 8.3プラットフォームで使用する場合は、切断された互換モードでバージョン8.3.8.1652より低い）にはリリース2.3.6.17があります。
図。 最新リリースBSP 2.3
1Cアプリケーションソリューションの配信ファイルの中には、アプリケーションに基づいてBSPバージョンが書かれているテキストファイル「ライブラリ版」があります。たとえば、UT 11.3.3.231、BSP 2.3.5.65のアプリケーションソリューションに基づいています。 。
プラットフォーム「1C：Enterprise 8.3」で使用するには、バージョンより低くないことに注意してください。 8.3.10.2168 切断された互換性モードがリリースされました BSP 2.4。
EnterPriseDataフォーマットの説明
EnterpriseDataの形式とは何ですか？
これは、情報ベースのオブジェクト（取引先、請求など）を記述することを可能にする、またはこのオブジェクトを削除するという事実を報告することを可能にするフォーマットです。 EnterpriseDataフォーマットでファイルを受信した設定はそれに応じて応答することが予想されます - 新しいオブジェクトを作成し、ファイル内のそれらを削除済みとしてマークします。 UT、RT、UNF、BPの設定の間で情報を交換することを目的としています。 また、フォーマットを使用して情報を他のものと交換することができます。 情報システム：それは彼自身の特徴に依存しません ソフトウェア または交換に参加し、明示的な使用制限を含まない情報ベースの構造。
EnterprisedAdataフォーマットバージョン
フォーマットデータは、図4に示すように、ブランチ一般データベース構成内のXDTOパッケージに格納される。 2。
図2 XDTO - EnterpriseDataデータフォーマットパッケージ 図1において、No。 2いくつかのXDTOパケットがあることがわかります。 これらは形式の異なるバージョンです。 フォーマットのバージョン番号はx.y.zで構成されています。ここで、x.y - version、zはマイナーバージョンです。 誤り訂正およびその他の変更が発生した場合のマイナーバージョンは、その下に基づくデータ変換ロジックのパフォーマンス 前のバージョン 形式（フォーマットを介して現在のデータ転送アルゴリズムの下位互換性を保存）。 変換ロジックの新しいフォーマット機能のサポートは任意です。 そのような変更の一例は、エラーの修正、フォーマットオブジェクトのプロパティの変更、プロパティの追加、その使用がデータを変換するときに必要ではない。 他の場合では、フォーマットが変更されたときに大きなバージョンが増加します。X - グローバル再構築の場合は、その他の場合はY - 。
形式は、XMLファイルの形式のオブジェクト（文書または参照項目）の表示を表します。 バージョン1.0.1には、さまざまなフィールドからの94個のオブジェクトの説明が含まれています（財務、生産、購入、販売、倉庫の操作）。 タイプ名は通常明確に理解されており、追加の説明は必要ありません。たとえば、「ドキュメント。支援」または「ディレクトリ。請負業者」。 ご覧のとおり、ドキュメントの種類の説明は、プレフィックス「ハンドブック」からのディレクトリ要素のプレフィックス「ドキュメント」で始まります。 詳細を読むあなたが見ることができるフォーマットの説明を読む
しかし、最新バージョン1.3は最も頻繁にはバージョン1.0です。 バージョン間に大きな違いはありません。 フォーマット EnterprisedataExchange_1_0_1_1
Webサービスを通過するときに使用されます。
注意 データパッケージと一緒にEnterpriseDataが使用されます 交換資料。 変換規則を作成するとき。 このパッケージにはオブジェクトの種類が含まれています 追加情報、これは任意の種類の値を持つことができ、構成オブジェクト間の変換規則を作成するときに使用されます。 これはデータフォーマットにはありません。 正確に 追加情報、 XDTOパケットのフォーマットデータを変更せずにExchangeルールを適応させて設定できます。
EnterpriseDataの形式でデータを共有する方法
Configurationを使用したEnterPrisedAdataデータ交換はファイルを共有しています。 から受け取ったことに応答して 外部アプリ ファイル構成を処理してファイル回答を作成します。 ファイル共有が発生する可能性があります。
- 選択したファイルカタログを介して、
- fTPディレクトリを介して、
- 情報ベースの側面に配置されたWebサービスを経て。 データファイルはWebメソッドパラメータとして送信されます。
注意。 第三者のアプリケーションと情報ベース側の設定の間の二国間データ交換のためには、次のような設定を行う必要があります。サードパーティのアプリケーションを情報ベースに登録する必要があります。ファイルやFTPディレクトリなど）など。 しかし、単純な統合の場合には、情報を送信するのに十分な場合 サードパーティのアプリケーション 3番目のパートナーの情報ベースからの情報ベースとリターンデータは必須ではありません（たとえば、販売情報を「1C：会計」に送信するオンラインストアの統合など）、Webサービスを介して簡易版の作業があります。それは側面の設定を必要としません。
同期中に構成交換プランを使用して交換する場合は、最後の同期以降に発生した変更に関する情報のみが（送信情報の量を最小限に抑えるため）。 最初の同期では、設定はEnterpRiseData形式のすべてのオブジェクトをXMLファイルにアンロードします（それらすべてがサードパーティのアプリケーションの場合は「新しい」です）。
次のステップはサードパーティのアプリケーション用です - XMLファイルから情報を処理し、次回の同期セッションでセクションに入れるべきです。
受信メッセージを受信した後、設定は前のメッセージで送信されたすべての変更を正常に同期してマークします。 オブジェクトの不在化変更（既存の変更、変更、削除）のみが、次の同期セッションで外部アプリケーションに送信されます。
外部アプリケーションから構成にデータを転送するとき、画像は反対側に変わります。 アプリケーションはセクションを記入する必要があります
ファイルを処理した後の設定は、コンフィギュレーション側からの同期のための受信および新しいデータを含むXMLファイルを形成します（最後の同期セッションの場合がある場合）。
データの交換に関する詳細 適用されたソリューション EnterprisedAdata形式の "1C：Enterprise"プラットフォームで見ることができます
一般モジュール「UniversalフォーマットによるExchange Manager」
Exchangeフォーマットの情報ベースからデータをアンロードするためのルールを完全に説明する手順と関数とExchangeフォーマットから情報ベースへのデータをダウンロードするための規則は、一般的なモジュール - Exchange Managerモジュールで、ユニバーサルフォーマットを介して開発されています。
図。 4ユニバーサルフォーマットによるExchange Managerモジュールの構造 モジュールは、構成されたExchangeルールに基づいて、またはコンフィギュレータ内で手動で設定されている「データ変換」の構成版の編集3.0を使用して自動的に作成されます。
このモジュールはいくつかの大きなパーティションで構成されており、各区画はそのグループのグループと機能を含みます。
- コメント。 モジュールの最初の行には、変換の名前のコメントが含まれています。 プログラム「データ変換」プログラム、編集3.0のプログラムでコマンドを使用する場合、この行はモジュールを識別するために必要です。例えば、。 // Conversion UE2.2.3 01.06.2017 19:51:50
- 変換手順。 データ同期のさまざまな段階で実行される定義済みの手順が含まれています。変換前の変換後、繰延充填前の変換後。
- データ処理ルール（その下）。 データ処理ルールを記述する手順と機能が含まれています。
- オブジェクトを変換するための規則（PKO）。 オブジェクトを変換するための規則とこれらのオブジェクトのプロパティを変換するためのルールを記述するプロシージャと関数が含まれています。
- 定義済みデータ（PCPD）を変換するための規則。 定義済みデータを変換するための規則を埋める手順を含みます。
- アルゴリズム。 他の規則（下またはPKO）から呼び出される任意のアルゴリズムが含まれています。
- パラメーター。 変換パラメータを埋めるためのロジックを含みます。
- 一般的用途。 ルールとアルゴリズムで広く使用されている手順と機能が含まれています。
次に、いくつかのタイプのマネージャモジュール手順で使用される手順と関数のパラメータについて説明します。
コンポーネント交換 型 - 構造物。 Exchangeセッションの一部として初期化されたパラメータとExchange規則を含みます。
方向転写 型 - 文字列。 「送信」または「取得」のいずれかです。
intell intell 型 - ディレクトリオブジェクト または 文書オブジェクト.
変換イベント手順
変換プロセス中に呼び出される3つの定義済みの手順があります。
- conf。 データ同期を実行する前に呼び出されます。 通常、この手順は初期化ロジックです 異なるパラメータ 変換、デフォルト値などのパラメータ： コンポーネントエクスチェンジ.
- ポンプバレーション。 データ同期を実行した後ではなく、遅延塗りつぶしを実行する前に呼び出します。 パラメーター： コンポーネントエクスチェンジ.
- 入場した充填。 繰延塗りつぶしを実行する前に呼び出されます。 ここでは、繰延充填の対象となるオブジェクトのテーブルのソートロジックまたは調整を配置することができます。 パラメーター： コンポーネントエクスチェンジ.
手順
障害治療 ロジックがデータ処理ルールを埋めるようにロジックがあるエクスポート手順。 特定のオブジェクトをルールテーブルに処理するルールを追加する他の手順に関する呼び出しが含まれています（以下の手順を参照）。 スペースを追加します）。 パラメーター： 方向移動, 台無しにされた規則
追加_<ИмяПОД>。 特定のオブジェクトのルールの下に表を埋める手順のセットです。 このような手順の数は、プログラム「データ変換」プログラム、Edition 3.0では、この変換の下のサブ変換数に対応しています。 パラメーター： 台無しにされた規則 （Exchangeセッションの一部として初期化された値）。
下_<ИмяПОД>_rooting。 この手順には、ハンドラのテキストが含まれています sug sug 特定の下に。 ハンドラは、オブジェクトのレベルで変換ロジックを実装するように設計されています。 たとえば、オブジェクトの内容に応じて、特定のPPCを特定のオブジェクトに割り当てます。 パラメーター：
- intell intellまたは DataXDTO （交換の方向に応じて）：
- 送信時 - オブジェクト ディレクトリオブジェクト,文書オブジェクト);
- 受信時 - XDTOオブジェクトの説明を持つ構造体。
- 空の。 タイプ 構造。 キーにはPKOという名前の文字列が含まれており、タイプ値が含まれています ブレアー (true - PKOが使用されている、 false - PKOは使用されていません）。
- コンポーネントエクスチェンジ.
下_<ИмяПОД>_選択しました。 この関数には、ハンドラのテキストが含まれています ゲージリエ。 ハンドラは、アンロード対象のオブジェクトをサンプリングするための任意のアルゴリズムを実装するように設計されています。 戻り値：アンロード対象のオブジェクトの配列。 配列には、情報ベースのオブジェクトへの参照とアンロード用のデータを含む構造の両方を含めることができます。 パラメーター： コンポーネントエクスチェンジ.
PKO手続き
Fillaglavly Conciptivitiveのビーチ。 オブジェクトの変換規則を埋めるためのロジックがあるエクスポート手順。 ルールテーブルにルール変換変換規則を追加する他の手順に関する呼び出しが含まれています（以下の手順を参照）。 ed）。 パラメーター： 方向移動, RulesKonvertation （Exchangeセッションの一部として初期化された値）。
追加<ИмяПКО>。 特定のオブジェクトの規則によってPKOテーブルを埋める手順のセットです。 そのような手順の数は、「データ変換」プログラム、編集3.0でこの変換に付属のPCOの数に対応しています。 パラメーター： RulesKonvertation （Exchangeセッションの一部として初期化された値）。
PKO_<ИмяПКО>_repotsed この手順には、ハンドラのテキストが含まれています run run 特定のPKOの場合。 ハンドラはデータをアンロードするときに使用されます。 XDTOオブジェクトの説明では、情報ベースのオブジェクトに含まれるデータ変換のロジックを実装するように設計されています。 パラメーター：
- intell intell。 タイプ ディレクトリオブジェクト, 文書オブジェクト。 処理されたオブジェクト情報ベース
- DataXDTO。 タイプ 構造。 XDTOオブジェクトにアクセスするように設計されています。
- コンポーネントエクスチェンジ.
- 静止。 タイプ アレイ。 ネストに関してアンロードされたオブジェクトへの参照が含まれています。
PKO_<ИмяПКО>_ConvertExyXDTO。 この手順には、ハンドラのテキストが含まれています ReconfigedXDTO 特定のPKOの場合。 ハンドラはデータをロードするときに使用されます。 任意のXDTOデータ変換ロジックを実装するように設計されています。 パラメーター：
- DataXDTO。 タイプ 構造。 XDTOオブジェクトのプロパティ、それらへのアクセスを簡単にするための前処理。
- 受けた。 タイプ ディレクトリオブジェクト, 文書オブジェクト。 XDTOデータを変換してなる情報ベースの目的。 情報ベースには記録されていません。
- コンポーネントエクスチェンジ.
PKO_<ИмяПКО>_pextogenous。 この手順には、ハンドラのテキストが含まれています フロントパブリッシング 特定のPKOの場合。 ハンドラはデータをロードするときに使用されます。 情報ベースにオブジェクトを書き込む前に実行する必要がある追加のロジックを実装することを目的としています。 たとえば、IBの既存のデータに変更をダウンロードするか、新しいデータとしてダウンロードする必要があります。 パラメーター：
- 受けた。 タイプ ディレクトリオブジェクト, 文書オブジェクト。 XDTOデータ変換によって形成されたデータ要素。
これらのデータが情報ベースの新しい場合には記録されます（パラメータ intell intell 値が含まれています 未定義).
さもないと 受けた 交換してください intell intell （からのすべてのプロパティ 受けた 引き裂かれたB. intell intell).
標準のIBデータを取得する必要がない場合は、転送ロジックを登録し、その後パラメーターを設定してください。 受けた 値 未定義:
- intell intell。 タイプ ディレクトリオブジェクト, 文書オブジェクト。 取得したデータに対応する情報ベースデータ要素。 対応するデータが見つからない場合は、含みます 未定義.
- 変わる。 タイプ 値の表。 現在のオブジェクトのプロパティを変換するための規則を含み、Exchangeセッションの一部として初期化されます。
- コンポーネントエクスチェンジ.
PCPDプロシージャー
右のConcresitationsPeddenDdenを入力しました。 定義済みデータを変換するための規則を埋めるためのロジックがあるエクスポート手順。 パラメーター： 方向移動, RulesKonvertation （Exchangeセッションの一部として初期化された値）。
アルゴリズム
「データ変換」プログラムでは、編集ボード3.0はPCPDハンドラから発生する任意のアルゴリズムを作成する機能です。 アルゴリズムの名前、パラメータ、およびコンテンツは、ルールを開発するときに決定されます。
パラメーター
失敗パラメータ 構造体が変換パラメータを埋めているエクスポート手順。 パラメーター： パラメータ （タイプ - 構造).
汎用手順と機能
Performer ProcessOMODULEAREAR。 パラメーター： nameProcessure. （ライン）、 パラメーター （構造）。 モジュールの非保存手順を呼び出すことを目的としたエクスポート手順、その名前とパラメータは入力上で取得されます。 メソッドを使用せずに手順または行関数を呼び出すことができます。 演奏する.
機能を実行してください。 パラメーター： nameProcessure. （ライン）、 パラメーター （構造）。 関数、任命 PerformingProcessorModulesMer。 違いは、関数を引き起こし、その値を返すことです。
自動制御システムほとんどの場合、別々のデータベースで構成され、しばしば地理的に分散構造があります。 同時に、適切に実装されたデータ交換 - 前提条件 にとって 効率的な仕事 そのようなシステム。
同時に、最初の交換の設定には、1C：Enterprise Platform上の製品の場合と同様に、プログラミングの観点からだけでなく、コンサルティングも必要になる場合があります。 なぜ1C（または他に1C 8.3のデータ同期が呼ばれているか）が、統合プロジェクトの最も時間がかかり、注目に値するタスクになることができます。この記事では検討してください。
1Cのデータの交換は次のとおりです。
- 文書の二重エントリを排除します。
- 関連するビジネスプロセスを自動化する。
- 分散ユニット間の相互作用を最適化します。
- 専門家の仕事のためのデータをさまざまな部門から更新します。
- 「配布」 他の種類 会計*
※1つのタイプの会計のデータが他方とは大きく異なる場合は、情報の機密性と「区切り」情報の流れを確保する必要があります。 たとえば、1C UTと1Cのアカウンティングの間のデータ交換は、管理データの規制会計データベースへのアンロードを必要としない、すなわち ここでは1Cの同期が不完全になります.
プライマリデータ交換を実装するための標準プロセスを送信すると、そのオブジェクトの少なくとも1つが1C製品の場合は、次の手順を区別できます。
- 交換の組成の調整
- 輸送の決定（交換プロトコル）。
- ルールのインストール
- スケジュールを引いてください。
1C交換の組成を同定する
交換オブジェクトは、条件付きで "Source"と "Receiver"に分けられます。 同時に、彼らは同時に2つの役割を実行することができますが、これは呼ばれます - 二国間交換。 ソースおよび受信機の決定は、システムの必要性または機能上の必要性に応じて論理的に行われます。*
*例えば、「1C：Enterprise」に基づいて開発された、「WA：Fangorier」を統合する場合は、「1C：Enterprise」に基づいて開発された財務専門家の専門家は、それがマスターシステムとしてであることを推奨しています。 これは、アプリケーションポリシーの規則に準拠するための制御ツールが存在するため、したがって、決定の有効性を確保するためのものです。
また、受信したユーザに基づいて、交換用のデータのリストが作成され、それらのボリューム、交換周波数要件が決定され、エラーを扱うプロセスおよび例外的な状況（衝突）が規定されている。
同じ段階で、既存のシステムの艦隊と企業の構造に応じて、共有フォーマットが決定されます。
分散情報ベース
- RIBは、各交換ペアに対してクリアコントロール構造「メインスレーブ」を持つ、1Cデータベースの同一構成間の交換を意味します。 技術プラットフォームの要素として、データに加えてリブはデータベースの構成および管理情報への変更を送信することができます（ただし、ただし、下位から下位までのみ）。
ユニバーサルエクスチェンジ 1cのデータ。
- データベース1cの交換を調整することを可能にするメカニズムは、1C：Enterprise Platformおよびサードパーティシステムで構成されています。 交換は、「Exchangeプラン」に従ってデータをユニバーサルXML形式に変換することによって実行されます。
EnterpriseData。
- 1C：Enterprise Platformで作成された製品間のデータの交換を自動化システムと共にXML形式で実装するように設計された会社1Cの最新開発。 EnterPriseDataの使用は、Exchangeに関連付けられているExchangeを単純化します。 以前は、新しい構成を有効にすると、インポートメカニズムとエクスポートメカニズムの実装が必要で、既存のシステムの両方に必要でした。 EnterPriseDataをサポートするシステムは、「Enter-Out」を1つだけ持つ必要はありません。
トランスポート定義（Exchange Protocols）
1C：Enterprise 8プラットフォームのシステムのために、一般的に承認されたユニバーサル標準を通じて情報資源と交換を整理するための幅広い機会（XML、 テキストファイル、Excel、Ado Connectionなど）。 したがって、データのトランスポートを決定するとき、交換はパートナーデータベースの機能から繰り返されるべきです。
参照書の同期
参照帳の効果的な同期の基本原則は、1つの入力ポイントの存在です。 しかし、私たちが歴史的にさまざまな規則を埋めることについての取り組みについて話しているならば、交換を「一般分母」にするために同期フィールドを明確に定義する必要があります。*
※この段階では、データソース側のNSIの正規化に関する作業を行う必要があるかもしれません。 参照書の状態とそのボリュームに応じて、要素、認識、エラー、およびダブルスを比較するプロセス、および欠けているフィールドの充填と同期フィールドの目的は、両方の専門家グループの作業を必要とする可能性があります。積分器（NSI正規化方法論の所有者）と顧客からのもの。
規則の設定
受信者内のソースシステムデータを表示する機能は、正しく指定されたExchange規則に依存します。 XMLフォーマットで表示されている規則は、ソース受信機オブジェクトの重要な詳細のコンプライアンスを調整します。 ソリューション「1C：データ変換」は、単一の交換と定数の両方を実装するための規則の作成を自動化することを目的としています。
交換計画を交換するときにデータ損失がないことを保証します。 これは、1C：Enterprise Platform上の任意の構成の不可欠な部分です。これは、1Cの交換の手順を完全に説明しています。選択された交換方向に対するリブの活性化と同様に。
交換計画に記載されているデータの変更は修正され、「変更」の符号を受け取ります。 変更されたデータが送信機受信機のノード内で互いに対応しない限り、属性はリセットされず、システムは両方のノードに制御メッセージを送信する。 データをアンロードして両方のシステムで完全な適合性を確認した後、符号はリセットされます。
1Cの交換スケジュール
定期的な交換を自動化するために、データ除去の頻度が設定されます。 交換頻度は、必要性と技術力に依存します。 また、「1C：Enterprise」プラットフォームでも構成を使用すると、イベントが発生したときにデータの交換を設定できます。
標準交換プロセスを考慮した場合は、異なる段階で精密化を必要とする要素に注意を払います。
- 典型的な強力なデータベース構成ではありません。
- さまざまなバージョン プラットフォーム「1C：Enterprise」;
- 現在の設定バージョンではなく、長い間更新されません。
- 以前に改良を受けた交換オブジェクト。
- 非標準の交換規則の必要性。
- 高度に識別されているキットと利用可能なリファレンスブックの詳細の構成。
一次データ交換の実施のための標準的な行動でさえ、専門知識が必要なので、1Cスペシャリストの参加を得て開催することをお勧めします。 上記のすべてのアクションの実行が設定を設定する必要がある場合にのみ、構成を構成する必要があります。 例 "1c：Upp"と "1c：Retail"（ "1c：UT"の交換が設定されている）を使用してデータベースの統合を考慮してください。 また、同期の種類には、最大の産業企業で大規模なオートメーションシステムの特徴であるUPPの交換が含まれます。
「サービス」サブメニューで、「プラットフォーム上の製品とのデータ交換」を選択します（「小売」との直接交換の選択は、COMオブジェクトのレベルでエラーを脅かすことがよくあります）。 サービスメッセージに注意を払う」 この機能 利用できない」
この問題を解決するには、「データ交換の設定」を選択する必要があります。
...そしてダニを置きます。 次に、エラーメッセージを無視します。
同期設定では、「小売からの交換を作成する」を選択します。
ローカル経由で接続設定を設定する前に ネットワークカタログ カタログの下にあるディスク上にある場所があることを確認してください。 規則として、例外的な場合には30~50 MBを超えていませんが、600 MBまで必要となる場合があります。 必要なディレクトリをコンフィギュレータから直接作成できます。
ネットワークディレクトリを介して接続するときは、FTPアドレスを介して接続を設定してください。 eメール 「次」をクリックして無視します。
マニュアル設定では、接頭辞が付いています - 条件付きデータベースの指定（通常はBP、UPP、RO）、データの排出のルールと開始日を設定します。 プレフィックスは、作成されたベースを指定するために、文書の名前で指定されます。 アップロード規則が編集されていない場合、デフォルトのデータは利用可能なすべてのパラメータによってアンロードされます。
アクションを繰り返さないように、「小売」のExchangeファイル設定ファイルを作成します。 同期を設定した直後に直ちにデータを送信する必要がある場合 - チェックマークを付けます。
Exchangeプロセスを自動化するには、スケジュールを設定する必要があります。
メニュー "小売"。
ダニをスライドさせ、「同期」を選択します。
製造企業の管理を選択して、「リバース」設定を作成します。
UPPで作成した設定でファイルをダウンロードしてください。
ダニをスライドさせると、アドレスシステムは自動的にピックアップします。
UPPのように行動します。
検証データの比較（手動データマッピングは準備段階で作成するために推奨されています。 マッピングウィンドウを開くと、ダブルマウスで発生します。
同期のエラーが発生した場合、「詳細...」が「決して...」に置き換えられます。
「詳細...」を更新したExchange情報で登録ログを開きます。
準備ができています。
大企業や小売チェーンの作業にかなり頻繁には、データベース間でデータを交換する必要があります。 各プログラマーと管理者はこの質問をさまざまな方法で解決します。 誰かがテーブルの中間ファイルを介してアンロードダウンロードを書き込みます、誰かがCOM接続モードを使用してデータベースソースに接続します。 しかし、B. 最近 もっと人気がある「ユニバーサルデータ交換」と呼ばれる独自の1C-Ovskyメカニズムを得ています。 xMLフォーマット».
外装治療
フルインターフェイスでは、XML形式でサービス→その他のデータ交換 - \u003eユニバーサルデータ交換で処理を開くことができます。
処理フォーム（図1）には4つのブックマークが含まれています。
各ブックマークのインタフェースは要素が非常に負荷で荷重されているため、分離することが必要です。
データを廃棄します
タブの上部には、フィールド選択ファイル選択フィールドがあります。 非標準データベースと交換の場合、Exchangeファイルは自分を作成する必要があります。
フォームの次の行には2つのスイッチがあります。
- Exchangeファイルへのアンロード（図2）;
- データをIBに接続してアンロードする（図3）。
上記の数字から分かるように、スイッチによって異なります 外観 フォーム。 共有ファイルが選択されている場合、ユーザは、アンロードとそれを圧縮してスペースを保存してパスワードを保護する機能を選択するためにユーザが提案されている。
オプション 直接接続 データベースは、ファイルとクライアントサーバーの両方の作業版をサポートしています。 この場合、データベースのアドレスを登録し、フィールド "user"と "password"を入力する必要があります。 データの交換を進める前に、接続をテストすることをお勧めします。
以下の表形式部分を使用すると、選択およびその他のアンロードパラメータを設定できます。
アルゴリズムをデバッグしてエラーを修正するために、Exchange処理で統合メカニズムを使用できます。 その起動は、フォームの下部に対応するフラグをインストールすることによって行われます。 [デバッグ設定...]ボタンを押すと、ウィンドウが表示されます（図4）。
図4
このフォームの独特の特徴は、3つの可能なデバッグモードのそれぞれを記述するレイアウトの左側を有益な助けに役立ちます。 EPF形式のファイルは、モジュールを備えた外部処理ファイルとして実行できます。
「終了」ボタンを押すと、完成したデータの正当性と完全性を確認します。
このタブでは、 "荷降ろし"とは異なり（図5）表形状の部分はありませんが、新しいオブジェクトと変更されたオブジェクトの記録パラメータを調整できるフラグがはるかにありません。
図5
まず、情報の送信元として機能するファイルを選択する必要があります。 これは入力フィールド「ダウンロードのファイル名」で行うことができます。 データがパスワードで保護されたアーカイブにアンロードされた場合、それを対応するフィールドに入力する必要があります。
対応するチェックボックスを使用すると、次のように構成できます。
- オブジェクトを書くときのトランザクション（それはプロセスを加速することがあります）。
- Exchangeモードでデータをダウンロードする（この場合は、文書を実行するときのチェックを除いて、すべてのプラットフォームチェックは、書き込み時に無視されます）。
- 修正された要素を上書きする。
- ダウンロード可能な要素の削除取り外しの取り付け
- 新しいデータを登録する（1つまたはセット）。
- 文字列値の場合は、わずかな文字（ギャップとタブ）の圧着。
追加の設定
ネームプレート名からクリアなので、その使用にExchangeプロセスをより正確に設定できるようにするツールが含まれています。 特に：
- デバッグモードを含みます。
- アンロードプロセスでトランザクションを使用できます。
- 8番バージョン1Cのベース間の交換を最適化します。
- 現在のユーザーの使用を許可されているオブジェクトだけをアンロードします。
- データベース間のExchangeプロセスのログ記録を有効にします。
これらおよび他のいくつかの機能は、フォーム上の適切なフラグを含むものに含まれる（図6）。
図6。
データを削除します
このタブはデバッグモードで開発者によってのみ使用されます。 不要なオブジェクトをベースから削除できます。
Exchangeルールを簡単に設定します
標準ハンドラを使用すると、プログラマーの寿命が大幅に簡単になります。 同時に、最初に「XML形式のユニバーサルデータ交換」に遭遇した人のための最も難しいモーメントの1つは、「Exchangeルールファイルを取る場所はどこ？」という質問です。
まず第一に、交換規則の独立した作成のために、特別な構成が必要であり、これは「データ変換」と呼ばれる。 異なるベース1c 7と8バージョン間でほとんどどんな交換を構成することもできるといういくつかの興味深いファイルがあります。
- ePF - データベース1C 8のメタデータ構造をアンロードする必要があります。
- ePF - 構成1c 8が自己書込または標準でない場合、「ユニバーサルデータ交換」の処理ではないかもしれません、このファイルはこの処理です。
- iRTファイルには、構成1Cバージョン7.7のメタデータの構造をアンロードするためのコードが含まれています。
- eRT - アップロード - データ処理ファイル7のデータ処理ファイル。
適切な処理を実行すると、ソースデータベースと受信側ベースのメタデータ構造をアンロードする必要があります。 その後、設定 "変換"では、コンフィグレーションディレクトリにソース設定と受信側の設定に関する情報を作成する必要があります。
そして、変換ガイドは、データ交換の方向に関する情報を含む項目を作成する。 Exchangeルールを設定できます。
XML形式でのユニバーサルデータ交換の処理（ユニバーサルパワー変更可能処理）
「XML形式のユニバーサルデータデータ」の処理は、1Cプラットフォームで実装された任意の構成からデータにデータをダウンロードしてアンロードするように設計されています。
動作モード
管理フォームを使用する場合、処理には2つの動作モードがあります。
1.クライアント上で。 このモードを使用すると、ルールとダウンロード可能なファイルがクライアントからサーバーに送信され、ダウンロードファイルがサーバーからクライアントに送信されます。 クライアント上のこれらのファイルへの方法は、アクションを実行する直前にダイアログボックスで指定する必要があります。
サーバー上で。 このモードでは、ファイルはクライアントに送信されず、それらへのパスをサーバー上で指定する必要があります。
注：操作モードに関係なく、外部処理ファイルとExchangeプロトコルファイルは常にサーバー上にある必要があります。
XML形式でユニバーサルデータ交換をダウンロードします - ジャンプファイルはユーザーしか登録できません。 
処理には4つのブックマークがあります
データを廃棄します
データをアンロードするには、データがアンロードされているファイルの名前を指定してExchangeルールファイルを選択する必要があります。 任意の構成の交換規則は、特殊な構成「データ変換版2」で構成できます。
文書と独立した定期情報レジスタの記録をアンロードするには、期間 - 「開始日」と「終了日」を指定する必要があります。 アンロードされたデータを含むファイルを圧縮することができます。
「データ降ろしルール」タブでは、アンロードするオブジェクトの種類を選択し、サンプリングオブジェクトの選択を構成するか、データをアップロードするデータ交換ノードを指定できます。
[アップロード設定]タブで、追加のデータアンロードパラメータを指定できます。
[コメント]タブで、Exchangeファイルに含まれている任意のテキストコメントを書くことができます。
トランザクションにダウンロードデータを構成することは可能です。 これを行うには、ロード時に「トランザクションの使用」チェックボックスをオンにして、1つのトランザクション内の項目数を指定する必要があります。
"Exchangeモードでデータをダウンロード（交換\u003d真理）" - フラグが設定されている場合は、インストールされているダウンロードでオブジェクトのロードが実行されます。 つまり、データベースにオブジェクトを書き込むときは、すべてのプラットフォームと適用されたチェックが無効になります。 例外は、実行中またはキャンセルのモードに記録されている文書を構成します。 ドキュメントの実行とキャンセルは、ダウンロードモードをインストールせずに常に実行されます。 チェックが行われます。
追加の設定
ブックマークはフォートゥールに役立ちます 詳細設定 データをアンロードしてダウンロードする。
「デバッグモード」 - 交換モードを設定するためのフラグ。 このフラグが設定されていると、エラーが発生したときにデータ交換処理は停止されません。 ExchangeはExchangeプロトコルファイルへのデバッグメッセージの出力を終了するように完了します。 このモードは、Exchange規則をデバッグするときに使用することをお勧めします。
「メッセージウィンドウへの情報メッセージなし」 - フラグが設定されている場合、メッセージ交換処理はメッセージウィンドウに表示されます。
「ステータスを更新するために処理されるオブジェクトの数」 - このパラメータは、回線のロード/アンロード状況を変更する前に処理されたアイテムの数を決定するために使用されます。
「データアップロード設定」 - データをアップロードし、アクセス権があるオブジェクトのみをアップロードし、アンロードされたオブジェクトの登録の種類を実行するときに、1つのトランザクションで処理されているデータの要素数を特定できます。交換計画
「最適化されたデータ共有フォーマット（V8 - V8、2.0.18より低い処理バージョン）を使用します。 - Exchangeメッセージの最適化されたフォーマットは、データに関する情報の情報ヘッダー内の「情報機能」ノードの存在タイプはアンロードされています。 これにより、データロードプロセスをスピードアップすることができます。
「共有プランのアンロード時のトランザクションの使用」 - フラグは、交換プランのノードの変更を変更するときにデータをアンロードするときにトランザクションの使用モードを決定します。 フラグが設定されている場合、データ除荷はトランザクションで実行されます。
「トランザクション内の要素数」は、単一のデータベーストランザクション内のメッセージに配置されているデータ項目の最大数を決定します。 パラメータ値が0（デフォルト値）の場合、すべてのデータは単一のトランザクション内に配置されます。 メッセージに配置されたデータの一貫性を保証するため、このモードをお勧めします。 しかし、マルチプレイヤーモードでメッセージを作成するとき、トランザクション間のブロック競合を他のユーザーによって実行されたメッセージとトランザクションに配置できます。 そのような競合の可能性を減らすために、デフォルト値とは異なるこのパラメータの値を指定できます。 パラメータの値が小さいほど、ロックの競合の可能性が低いが、矛盾するデータのメッセージに配置する確率を超えています。
"アクセス権があるオブジェクトのアンロード" - フラグが設定されている場合、現在のユーザープログラムのアクセス権に基づいて、情報データベースオブジェクトの選択が実行されます。 これには、サンプリングデータのクエリのテキストにリテラル "許可"を使用することが含まれます。
"XMLへの書き込みのための行から無効な文字を自動的に削除" - フラグが設定されている場合は、Exchangeメッセージにデータを書き込むときは、無効な文字が削除されます。 シンボルはXML 1.0の推奨事項に準拠するためにチェックされています。
「アンロードノードのアンロード用の登録の変更」 - アップロードが完了した後にデータの変更を登録して操作モードを決定します。 可能な値：
登録を削除しない - データをアップロードした後、ノードへの変更の登録は削除されません。
Exchangeノードの登録を完全に削除します - データをアップロードした後、ノードへの変更の登録は完全に削除されます。
アンロードされたメタデータのみの登録の削除 - データをアンロードした後、ノードの変更はアンロードに指定されたメタデータオブジェクトに対してのみ削除されます。
「Exchange Protocol」 - メッセージングウィンドウへの情報メッセージの撤回を設定し、維持して書くことを可能にします。 別のファイル 交換プロトコル。
"ファイル名、Exchange Protocol" - データ交換プロトコルを出力するファイル名。
「プロトコルのダウンロードプロトコル（COM接続用）」 - COM接続を交換するときにデータベース内のデータ交換プロトコルを出力するためのファイル名。 重要：ファイルへのパスは、ベース受信側がインストールされているコンピュータから利用できる必要があります。
「Exchangeプロトコルにデータを追加する」 - フラグが設定されている場合、プロトコルファイルが既に存在する場合は、Exchangeプロトコルファイルの内容が保存されます。
「情報メッセージプロトコルへの出力」 - フラグが設定されている場合は、メッセージングエラーメッセージに加えて、Exchangeプロトコルに表示されます。
「操作を実行した後のExchangeプロトコルファイルを開く」 - フラグが設定されている場合は、データ交換を行った後、Exchangeプロトコルファイルは自動的に表示されます。
データを削除します
タブは、交換規則の開発者にのみ必要です。 情報ベースから任意のオブジェクトを削除できます。
データのデバッグとダウンロード
処理を使用すると、イベントハンドラをデバッグし、ファイル規則またはデータファイルからデバッグモジュールを生成できます。
デバッグハンドラ設定モードをオンにすると、「アンロードハンドラモード」を設定して「データアップロード」タブで行われます。 したがって、「データのロード」タブでは、ロード処理モードを設定してロードデバッグモードをオンにする。
ハンドラデバッグモードを設定した後、デバッグ設定ボタンが利用可能になります。 このボタンをクリックすると、セットアップウィンドウが開きます。
フォルダデバッグの設定は4つのステップで実行されます。
ステップ1：アルゴリズムデバッグモードを選択します
最初のステップでは、アルゴリズムデバッグモードを決定する必要があります。
アルゴリズムをデバッグすることなく
プロシージャとしてアルゴリズムを呼び出します
呼び出し時にアルゴリズムのコードを入力してください
最初のモードは、ハンドラのエラーが任意のアルゴリズムのコードに関連付けられていないと全く知っているときに使用するのに便利です。 このモードでは、アルゴリズムのコードはデバッグモジュールにアンロードされません。 アルゴリズムは演算子の文脈で実行され、それらのコードはデバッグには利用できません。
第2のモードは、エラーがアルゴリズムのコード内にある場合に使用する必要があります。 このモードをインストールするとき、アルゴリズムは別々の手順としてアンロードされます。 プロセッサからアルゴリズムを呼び出す瞬間に、対応する処理手順への魅力が発生します。 このモードは、グローバル変数の「パラメータ」を使用してパラメータをアルゴリズムに送信するときに使用するのに便利です。 このモードの使用制限は、アルゴリズムでデバッグすると、それが呼び出されるハンドラのローカル変数が利用できません。
第3のデバッグモードは、アルゴリズムのコードをデバッグするとき、および2番目のデバッグモードが適切でない場合には、2番目の場合と同様に使用されます。 このモードをインストールするとき、アルゴリズムはハンドラの統合コードとしてアンロードされます。 それら。 アルゴリズム呼び出し演算子の代わりに、アルゴリズムのフルコードがネストしたアルゴリズムを考慮して挿入されます。 このモードでは、ハンドラのローカル変数の使用に制限はありませんが、再帰呼び出しでアルゴリズムをデバッグするときに制限があります。
ステップ2：デバッグモジュールを形成する
2番目のステップでは、「アップロードデバッグモジュールの生成」を押すことでハンドラをアンロードする必要があります。 形成されたハンドラとアルゴリズムは、視聴のために別のウィンドウに表示されます。 「クリップボードへのコピー」ボタンを押すと、デバッグモジュールの内容をクリップボードにコピーする必要があります。
ステップ3：外部処理を作成する
このステップでは、コンフィギュレータを起動して新しい外部処理を作成する必要があります。 処理モジュールでは、クリップボードの内容（デバッグモジュール）を挿入し、任意の名前で処理を保存する必要があります。
ステップ4：外部処理を接続する
4番目の完了ステップで、入力フィールドに外部処理ファイルの名前を指定する必要があります。 同時に、プログラムは時間を確認（更新）処理ファイルを作成（更新）します。 処理がデバッグモジュールファイルのバージョンよりも早いバージョンがある場合は、警告が表示され、セットアップフォームは閉じられません。
注：グローバル変換ハンドラを「Exchange Rulesのダウンロード後」をデバッグする機能はサポートされていません。
いくつかのワーキングデータベースを実行するとき、1Cは時々それらの間でデータを交換する必要がある。 2つのデータ転送方法があります。
- ExchangeとProcessing Rules「XMLデータ共有」を使用したデータ転送。 Exchangeルールは、1C構成：データ変換を使用して作成されます。
- 処理による類似情報ベース間でデータを転送する」アンロードとロード xMLデータ».
2番目のオプション、すなわち 同じ（同一の）オブジェクトが必要な構成と同じ（同一）のオブジェクトがある/内のデータのアンロードとダウンロード。 これを行うには、「アンロードとXMLデータのロード」を使用します。
この処理を使用するための条件は次のとおりです。データがアンロードされている情報ベースでは、データがロードされているデータベースのように、データベースが同じオブジェクトと同じ詳細（名前とデータ型）でなければなりません。
この処理へのデータ転送の例を考えてみましょう。 「支払い注文」と「支払い注文発信」文書を転送する必要があるとします。 このタスクの解決策は次のとおりです。
メインメニュー：ファイルを介して「XMLデータのアンロードとロード」を開きます。 開く...「アップロード」タブで示す xMLファイルその中にデータを保存します。
次に、1Cデータベースとオブジェクト自体からデータオブジェクトをアンロードする期間を指定する必要があります。 「アンロード用のデータ」列のConfiguration Object Structureフィールドに、チェックマークを付けて文書をアンロードする必要があります。 アンロードされた文書では、別の構成にない参照ブックの要素へのリンクがある場合は、これらの要素もドキュメントと一緒にアンロードされるように「必要であれば」列にチェックを入れます。
さて、このステップでは、レジスタ上での移動の文書をアンロードするか、またはすでに別のデータベースにあるTweetを選択する必要があるかを決定する必要がありますか？ 排出された文書を二重合格するために、別のデータベースでは、「参照帳および文書のグループ処理」の処理を使用できます。 データを実行するためのアルゴリズムがあれば 情報拠点 何かが異なる、それから逆の目盛りは、そのすべての動きを解除することはできません。
それがすべて、アップロード設定は終了しました、すべてがシンプルです。 「データのアップロード」ボタンをクリックして、データがXMLファイルに保存されるまで待ちます。 より複雑なアンロードのために、アンロードされたオブジェクトの選択を期間内だけに設定できます。
アンロード後、2番目のデータベース1Cに移動してそこで同じ処理を開きます。 [ダウンロード]タブに移動し、ここで同じXMLファイルを示しています。ここではデータをアンロードしました。
このタブでは、「エラーが発生した場合はオブジェクトをロードし続ける」と反対の1つのシングルダンプを入れて、[データのダウンロード]ボタンをクリックしてください。 たとえば、関数の残りの部分は結果の使用を考慮していませんが、この機能はオブジェクトのロード（レジスタレコード）を大幅にスピードアップできます。
