データ転送はどの会計システムにおいても非常に重要なプロセスであり、1C 8.3 および 8.2 プラットフォームも例外ではありません。 以下では、あるシステムから同様の構成を持つ別のシステムにデータを転送する最も簡単な方法の手順を見ていきます (構成が異なる場合は、プログラマ用のツールを使用することもできます)。

何らかのアクションが必要になる前に、変更は元に戻せません。

1C 8.3 から 1C 8.3 Accounting 3.0 にデータを転送する最も簡単で便利な方法は、XML 形式でデータのアップロードおよびロード処理を使用することです (ダウンロード - 8.2 または 1C 8.3 または ITS の場合)。 この処理は普遍的であり、あらゆる構成に適しています。

詳細については説明しません。最も単純な商品の転送の例を使用して、この処理を使用してデータを移行する手順を見てみましょう。

データをXMLにアップロードする

まず最初に、ソース データベース (商品をアンロードする場所) で処理を開いて、インターフェイスを見てみましょう。

1C の 267 ビデオ レッスンを無料で入手:

「ファイル名」フィールドにすぐに入力する必要があります。このパスに沿って新しいデータ ファイルが作成され、受信者のデータベースにアップロードされます。 そのすぐ下の「アップロードするデータ」という表形式のセクションで、データベースからアップロードするデータを選択する必要があります。

左側のテーブル部分からオブジェクトを選択した後、右側のテーブル部分で選択を適用できます。

この例では、「Rake」という名前のすべての製品をアンロードしたいと考えています。

すべての設定が完了したら、データをアップロードできます。 これを行うには、「データをアップロード」ボタンをクリックします。

XML から 1s 8.3 にデータをロードする

データはソース データベースからアンロードされました。次に、データを宛先データベースに転送する必要があります。

これを行うには、データをロードする必要があるデータベース内の処理を開始し、「ダウンロード」タブに移動し、ディスク上にダウンロードしたファイルを選択して「データのロード」ボタンをクリックする必要があります。

この例は、1C プラットフォーム上の同一構成間でのデータ転送にのみ適しています。 プログラマー向けの交換メカニズムを理解するために、私たちは記事を書きました。

おそらくすべての 1C 専門家は、ある情報ベースから別の情報ベースにデータを転送する必要性に遭遇したことがあります。 構成が異なる場合は、データ変換ルールを記述する必要があります。 これらのルールは、1C「データ変換」構成で作成されます。

を使用してデータを転送することもできます。 多くの 1C 8.3 構成には、異なる構成間のデータ同期をセットアップし、1C Document Flow とシームレスに統合するための標準機能が備わっています。

ただし、完全に同一の構成間でデータを転送する必要がある場合は、タスクを簡素化し、XML 経由でアップロードおよびダウンロードするための標準処理を使用できます。 このメソッドは、データ変換と同様に、名前ではなく一意の識別子 (GUID) によってオブジェクトを相互に比較することに注意してください。

この処理は、ITS ディスクにダウンロードするか、次のリンクを使用してダウンロードできます。

汎用性があり、あらゆる構成に適しています。

「Nomenclature」ディレクトリを 1C 8.3 Accounting 3.0 情報ベースから別の情報ベースにアンロードする例を考えてみましょう。 親（グループ）による「木工」の選択が前提となります。

1C から XML へのデータのアップロード

データのダウンロード元となる情報ベース (ソース) に移動します。 望ましくない結果を避けるために、考えられるすべての状況を考慮して、必ずチェックしてください。

XML データのアップロードおよびダウンロード処理を開きます (Ctrl+O)。

「アップロード」タブに興味があります。 まず、データをアップロードするファイルの名前と保存先のパスを指定します。 この場合、データは「サーバー上のファイル」にアップロードされます。

処理ヘッダーでは、選択が実行される期間を設定できます。 また、周期レジスタの場合、周期による選択の適用方法を指定できます。 ドキュメントとともに動きをアップロードする必要がある場合は、対応するフラグが設定されます。 この場合、ディレクトリをオーバーロードするので、ヘッダーで何も設定する必要はありません。

アップロードするデータの選択に進みましょう。 処理フォームの表形式の部分で、転送する必要がある構成オブジェクトのチェックボックスを選択します。

「必要に応じてアンロード」列は、オーバーロードしているディレクトリの属性によって参照されている場合に、このオブジェクトをオーバーロードする必要があるかどうかを意味します。 たとえば、ロードしているアイテムの位置に、ターゲット データベースにない測定単位が含まれているとします。 測定単位が記載された参考書の反対側の「必要に応じてアップロード」列のフラグがチェックされている場合、新しい位置が作成されます。 それ以外の場合、属性の値は「<Объект не найден>" とその一意の識別子。

選択を行わない単純なケースでは、項目のオーバーロードを設定すると次のようになります。

この例では、「Woodworking」フォルダーにあるアイテムのみを選択する必要があります。

8.2 の同様の処理により、各構成オブジェクトの選択を便利な形式で設定できます。 残念ながら、8.3 にはそのような機能はありません。 この状況を回避する 1 つの方法は、「アンロードする追加オブジェクト」タブで必要な項目を選択することです。

ここでオブジェクトを手動 (「追加」ボタン) またはリクエスト (「リクエストによる追加...」) によって追加できます。 それらの数が多い場合は、2 番目のオプションが推奨されます。

この場合のリクエストは以下のようになります。 パラメータを入力し、データを確認してリクエストを完了し、「結果を選択」ボタンをクリックします。

アップロードに必要なオブジェクトと追加要素をすべて指定したら、「データをアップロード」ボタンをクリックします。 これらは、前に指定した名前とパスの XML ファイルになります。 この操作の結果はメッセージに表示されます。

この例では、3 つのポジションのみをアンロードする必要がありましたが、5 つのポジションがアンロードされました。 これは、「必要に応じてアップロード」列の「命名法」ディレクトリの反対側にフラグが設定されているためです。 必要なポジションに加えて、両親には過重な負担がかかりました。

XMLからディレクトリをロードする

データをソース構成から XML ファイルに正常にダウンロードしたら、宛先データベースを開きます。 オブジェクトの構造とその詳細は互いに一致する必要があります。 この場合、転送は 2 つの標準構成 1C: Accounting 3.0 間で実行されます。

受信側データベースでのオープン処理。 この処理は、データのアップロードとロードの両方に使用されます。 「ダウンロード」タブに移動し、データが以前にダウンロードされた XML ファイルへのパスを指定します。 その後、「データダウンロード」ボタンをクリックしてください。

ダウンロード結果はメッセージで表示されます。 私たちの場合、すべてがうまくいきました。

受信データベースの「Nomenclature」ディレクトリが入力されていませんでした。 現在、3 つの命名位置と 2 つのグループの 5 つの要素があります。

同一の構成間でデータを迅速に転送するための非常に使いやすい処理。 XML ファイルまたは com 接続経由で動作します。
通常のフォームと管理されたフォームをサポートします。 Web クライアント上で実行されます。

xml ファイルまたは com 接続を介して、ある 1C データベースから別の 1C データベースにデータを転送します。

構成は (少なくともデータ構造に関しては) 同一である必要があります。 たとえば、コピーから作業データベースに何かを転送します。 ファイルは処理フォルダーに作成されます。 オプションのディレクトリ、ドキュメント (移動とともに)、および情報記録を転送します。 周期的なオブジェクトの場合は、期間を設定できます。

「アップロード」タブには「ドキュメントからディレクトリをアンロードする」フラグがあります。 フラグを設定してドキュメントをアップロードすると、ドキュメントの詳細および表形式パーツに含まれるディレクトリが、その親および所有者 (必要な場合) とともにアップロードされます。

これは、xml 経由 (ソース データベースで 1 つずつ実行し、次に宛先データベースで実行)、com 接続経由 (ソース データベースでのみ実行) の 2 つのモードで動作します。

com モードでは、接続によりサーバーに接続するための設定が dataXML.ini ファイルに保存され、ログインとパスワードは暗号化された形式で保存され、残りのデータはオープン形式で保存されます。

ユーザーが設定を保存するために特別なアクションを実行しなくても、処理自体によってデータ セットが dataXML.ini ファイルに保存されます。 これには、「交換のタイプ」、「ドキュメントからのディレクトリのダウンロード」、および com 接続の接続パラメータが保存されます。

交換が XML モードで動作する場合、アップロードは処理が開始されるディレクトリと同じディレクトリに行われます。 ファイル「dataXML.xml」が作成されます。 そこからも読み込まれます。

使用法 (XML 経由):

• データベース (データ ソース) で処理を開始します。 「アップロード」タブに移動します。 必要に応じて、「塗りつぶされたオブジェクトによるフィルター」フラグを使用できます。これにより、データを含まないオブジェクトがリスト フィールドから削除され、少なくとも 1 つのレコードを持つオブジェクトのみが残ります。 (任意のタブの) チェックボックスを使用して、転送するオブジェクトを選択します。
• 「アップロード」をクリックします
• データを受け取るデータベースでも同様の処理を実行します。 交換のタイプとして「XML 経由」を選択します。
• 「ダウンロード」をクリックします。 ダウンロードしたデータは一覧で表示され、マウスクリックで開くことができます。 [ロード] タブの [ロード テスト] ボタンは、データベースに書き込まずにデータをロードし、ダウンロードしたデータを表示します (ロードが非常に難しい場合)。

使用法 (com 経由):

• ソースデータベースで処理を開始します。
• 接続の設定（設定の復元）を行います。
• 「アップロード」タブに移動します。 必要に応じて、「塗りつぶされたオブジェクトによるフィルター」フラグを使用できます。これにより、データを含まないオブジェクトがリスト フィールドから削除され、少なくとも 1 つのレコードを持つオブジェクトのみが残ります。 (任意のタブの) チェックボックスを使用して、転送するオブジェクトを選択します。
• 「アップロード」をクリックします

更新情報:

2.4. アンロード時に任意のオブジェクトデータによる選択を追加しました。 選択は、1 種類のディレクトリまたはドキュメントをアップロードする場合にのみ使用できます。 条件を満たすと、「取出し」タブに「選択」タブが表示されます。

XML 経由で交換する場合にのみ使用できる「ファイル」フィールドを追加しました。 デフォルトでは「dataXML.xml」が入力されています。 このフィールドは、「dataXML.ini」ファイルに保存されているフィールドにも追加されます。

2.4.2. 組織ごとの選択を追加しました。 「詳細設定」タブで設定します。 フィールドは設定に保存されます。 選択範囲がいっぱいの場合は、「組織」属性を持ち、ドキュメントの組織が選択範囲と等しいドキュメントのみがアップロードされます。

2.5. 「アップロード」タブに「リストにアップロード」ボタンが追加されました。 少なくとも 1 種類のドキュメントがアップロード用に選択されている場合に使用可能になります。 結果をリストに事前にアップロードし、ドキュメントのボックスをチェックしたり、ドキュメント フォームを開いて表示したりできるように設計されています。 このフォームからアップロードすると、アップロードされるドキュメントのリストは、チェックボックスがオンになっているドキュメントのみに制限されます。

2.5.3. 情報レジスタのアンロードを少し変更し（根本的ではありません）、情報レジスタをアンロードするときのメッセージを詳細にしました（レコード選択を解読しました）。 ユーザーからの問題のある行を 2 つに分割しました (エラーを理解しやすくするため)。

他の 2 つのフラグの名前を変更しました (所定の位置に収まりました)。 これは旗の本質を変えるものではありません。名前がまだ明確であることを願っています。 「塗りつぶしのみ」は、すべてのテーブル部分を対象としたフィルタで、少なくとも 1 つのデータ オブジェクトを含むオブジェクトのみが選択対象になります。 「ディレクトリを含むドキュメント」 - ドキュメントに含まれるディレクトリをドキュメントとともにアップロードできるようにするフラグ。

アンロードの一部がわずかに書き直されました (わずかに最適化されました)。

ドキュメントに含まれるディレクトリをアンロードするときに、メッセージが追加されました (以前は「サイレントに」アンロードされていました)。

2.5.5. アップロードとダウンロードにユーザー割り込み処理を追加しました。

2.5.6. 情報レジスタの種類に関するバグを修正しました。 レジストラに従属するレジスタは、「情報レジスタ」フィールドから削除されました。 必要に応じて、それらを移動し、動きでレコーダーを移動します。

2.7.4. 新機能の追加（「交換プランに従って」アップロード時のタブ） 交換プラン「フル」の場合、交換プランに登録されているデータをアップロード（およびダウンロード）できるようになります。

処理の使いやすさを向上させるために、さまざまな小さな点が改善されました。 設定を保存する際のエラーを修正しました。

2.8.0. 尊敬する人の願いニルボルツ、251番目のコメントで、「新規のみ」フラグが追加されました。

フォームの構成がわずかに変更され、メインのフラグが別のタブに配置されました。 フォーム上の以前あった場所は消えています:)

3.0.1. 管理フォームに最小限の機能が追加されました。 ディレクトリ、情報および文書の記録簿の交換（移動を伴う場合はオプション）。

1C プラットフォーム上の会計システムにおいて、さまざまなデータの転送は非常に重要なアクションです。 加えられた変更は元に戻せないと考えられるため、ディレクトリを別のデータベースにエクスポートする前にバックアップ コピーを作成する必要があります。

ディレクトリを 1C 8.3 に転送する最も一般的かつ非常に簡単な方法は、情報データを XML 形式で処理することです。

このタスクを実行するには、8.2 または 1C 8.3 のアップロード/ダウンロード処理ファイルを使用する必要があります。 この方法は普遍的で最も最適であり、インストールされているほぼすべての構成に適しています。

データのアップロード

これを行うには、まずプログラム インターフェイスに移動し、いくつかのアクションを実行する必要があります。

1. 「ファイル名」フィールドに入力します。 このパスを使用して、データベースにロードするための情報データ ファイルが作成されます。

2. 「ダウンロードするデータ」テーブル領域で、既存のデータベースからダウンロードするディレクトリの情報を選択します。

3. この後、必要なオブジェクトを選択したら、テーブルの右側で選択を適用します。

4. 必要な設定をすべてインストールした後、ディレクトリをエクスポートします。

ディレクトリへのデータのロード

ディレクトリを 1C に転送するには、いくつかのアクションを実行する必要があります。

1. 情報データをロードしたいデータベースで処理を開始し、「ロード」タブを使用します。

2. 次に、以前にアップロードしたファイルを選択し、「データのロード」コマンドを使用します。

このアクションが完了すると、あるデータベースから別のデータベースへのディレクトリの移行が完全に完了したとみなされます。

複数の稼働中の 1C データベースを維持する場合、それらの間でデータを交換する必要がある場合があります。 データを転送するには 2 つの方法があります。

交換・処理ルール「XML Data Exchange」を利用したデータ転送。 Exchange ルールは、1C: データ変換構成を使用して作成されます。

「XML データのアップロードとロード」処理を使用して、同様のインフォベース間でデータを転送します。
2 番目のオプションを考えてみましょう。 必要な同じ (同一の) オブジェクトを含む構成との間でデータをアップロードおよびロードします。 これを行うには、ここからダウンロードできる外部処理「XML データのアップロードとロード」を使用します。

この処理を使用するための条件は次のとおりです。 データのダウンロード元の情報ベースには、データのロード先のデータベースと同じオブジェクトと同じ詳細 (名前とデータ型) が含まれている必要があります。

この処理を利用したデータ転送の例を考えてみましょう。 「入金注文書」と「出金注文書」という書類を転送する必要があるとします。 この問題の解決策は次のようになります。

メイン メニューから外部処理「XML データのアップロードとロード」を開きます。「ファイル?」 開く... 「アップロード」タブで、データを保存する XML ファイルを指定します。

次に、1C データベースからデータ オブジェクトをアンロードする期間とオブジェクト自体を指定する必要があります。 「アップロードするデータ」列の構成オブジェクト構造フィールドで、アップロードに必要なドキュメントにチェックマークを付けます。 アップロードされたドキュメントに、別の構成にないディレクトリ要素へのリンクが含まれている場合は、「必要な場合」列のボックスをチェックして、これらの要素もドキュメントと一緒にアップロードされるようにするのが合理的です。

さて、このステップでは、書類と一緒にレジスターに沿った動きをアップロードするか、それともこれらの書類を別のデータベースに転送するかを決定する必要があります。 アップロードした文書を別のデータベースに再投稿するには、「ディレクトリと文書のグループ処理」処理を使用できます。 これらの情報データベースの処理アルゴリズムが何らかの点で異なる場合は、「ドキュメントと一緒にすべての動きをアップロードする」の横のチェックボックスをチェックしないでください。

これでアップロードのセットアップは完了です。ここではすべてが簡単です。 「データのアップロード」ボタンをクリックし、データが XML ファイルに保存されるまで待ちます。 より複雑なアンロードの場合は、期間だけでなくアンロードされたオブジェクトの選択を指定できます。

アンロード後、2 番目の 1C データベースに移動し、そこで同じ処理を開きます。 「ダウンロード」タブに移動し、データをアップロードしたのと同じ XML ファイルをここに指定します。

このタブで、「エラーが発生した場合でもオブジェクトのロードを続行する」の横にあるチェックボックスをオンにし、「データをロード」ボタンをクリックします。 他の関数、たとえば合計の使用は考慮しませんが、この関数によりオブジェクト (レジスタによるレコード) のロードが大幅に高速化されます。