7.7 から 8.3 にアイテムを転送する方法。データ転送方法

現在、「1C: Accounting 7.7」のユーザーは、年末まで待って「1C: Accounting 8」に切り替える必要はありません。移行は課税期間のいずれかの月末に行うことができます。残高を転送するテクノロジーはすでに既存の企業でテストされており、そのうちの 1 つが Automated Accounting Systems LLC の専門家によって説明されています。この記事には、転送方法の説明と、転送データの入出力制御に関する一般的な推奨事項が含まれています。

Laima LLC (チェリャビンスク州ミアス) に移る前は、プログラム「1C: Accounting 7.7. Standard version」を使用していました。プログラムはラップトップにインストールされます。仕事はホームオフィスで行われます。

1C による新しいデータ転送方法と少量の情報ベースのリリースにより、1C: Accounting 8 のインストール時に 2006 年のデータを直接転送できるようになりました。

データ転送方法

リリース 1.5.8.5 に含まれる「1C: Accounting 7.7」から「1C: Accounting 8」への新しい移行方法では、「1C: Accounting 7.7」情報ベースからのデータの転送が提供され、「1C: Accounting 7.7」での正しい実行が保証されます。 1C: 次のアクションのアカウンティング 8":

「1C：会計8」への移行後に発行された書類の実行。
現在の報告期間の会計記録簿（貸借対照表、総勘定元帳など）の作成。
年度初めからの累計によって決定される指標を含む、現在の報告期間の税務会計登録簿の作成。
現在のレポート期間の規制されたレポートの生成。

この方法を使用した「1C: 会計 7.7」から「1C: 会計 8」への移行は、新しい課税期間 (年) の開始時に実行するか、新しい課税期間がすでに開始されている場合は終了時に実行することをお勧めします。現在のレポート期間の翌月の。データを 1C:Accounting 8 に転送するプロセス中に、次の情報がロードされます。

現在の報告期間の開始時（今年の 1 月 1 日現在）の会計および税務口座の残高。
現在の報告期間の会計および税務勘定上の売上高を月次連結仕訳で表示します。
一時差異は対応する税勘定に反映されます (PBU 18/02 を適用する組織の場合)。
固定資産および無形資産の初期残高を入力するための書類。
現在の報告期間の個人所得税および給与税の課税標準。
現在の報告期間の最後の月末の月末に受領および発行された請求書の未払いの支払い。
分析会計の対象に関する情報。

「1C: Accounting 7.7」の準備作業

リリース 7.70.477 以降、「1C: Accounting 7.7」からのデータ移行が可能です。したがって、移行する前に、構成をこのリリースに更新する必要がありました。

また、年度最終月の日常的な会計および税務会計業務（貸借対照表の再構築を含む）が実行されていることを確認する必要もあります。

データ転送に必要なすべてのファイルは、リリーステンプレート 1.5.8.5「1C: Accounting 8」のディレクトリ内の Convert フォルダーに含まれています。このフォルダーの内容を 1C: Accounting 7.7 情報データベースの ExtForms ディレクトリにコピーすることをお勧めします。

転送方法では、1 つの準備操作 (ディレクトリコードの確認) が提供されます。これは、データを 1C: Accounting 8 に転送するときに固有でなくなる可能性があります。検証には外部処理ChkCode.ertを使用します。

ただし、「1C: Accounting 7.7」データベースの会計および税務会計の正確性を検証し、明らかに誤ったエントリを「8」に転送しないようにするには、会計の技術的分析を実行することが役立ちます(メニュー「レポート」→「会計」)会計の技術的分析」）および税務会計の現状分析（「税務会計→税務会計の現状分析」）。

一般に、問題は期首残高や定量的な会計などを管理せずに行われた「手動」入力によって引き起こされます。新しい技術では、そのようなトランザクションも正しく転送されますが、受信制御により問題を即座に特定し、それらを修正するための推奨事項を発行することができます。

当社の場合、前期の損失に対する固定資産の減価償却に関する会計上の不一致が管理により明らかになり、移行後の「1C:会計8」で修正することが決定されました。

データ転送

データ転送自体は外部処理 V77Exp.ert (メニュー「ファイル -> 開く」) を使用して実行されます。処理ダイアログには次のことが表示されます。

データ変換ルールファイル - Acc77_80.xml (フィールド「ルールファイル名」);
データがアップロードされるファイル (「データファイル名」フィールド)。
現在のレポート期間の開始日 - 2006 年 1 月 1 日 (フィールド「開始日」)。
現在の期間の最後に閉鎖された月の終了日 (「終了日」フィールド)。私たちの場合は、2006 年 5 月 31 日です。

[交換ルールの読み込み] ボタンをクリックすると、処理ダイアログにデータアップロードルールのリストが表示されます。ロードされたリストは、アカウントのリストであり、その結果をダウンロードでき、ディレクトリを「Enterprise Accounting」構成に転送できます。右側の表では、ほとんどのデータアップロードルール (アイテムの選択的アップロードなど) の詳細の値に基づいて選択を設定できます。

「セブン」からデータを移行しているため、「1C:Accounting 8」を初めて起動するときは、データベースの初期充填を放棄する必要があります。その後、データ読み込み処理（メニュー「ツール→データ交換→XML形式のユニバーサルデータ交換」）を利用して、転送ファイルを図8に読み込みます。

検査

データ転送手順全体には 30 分もかかりませんでした。残っているのは、すべてのデータが正しく転送されたことを確認することだけです。ここでは、データ転送期間の貸借対照表から始めるのが最善です。貸借対照表勘定の場合、「1C: 会計 7.7」と「1C: 会計 8」で生成された計算書が一致する必要があります。いずれかのアカウントの売上高が一致しない場合は、どの売上高が転送されなかったのかを判断するために、このアカウントのより詳細なレポート (売上高貸借対照表またはカード) を生成する必要があります。したがって、固定資産と無形資産の残高、現在の報告期間の個人所得税と給与税の課税標準、および最終締め切り時点で受領および発行された請求書の支払い債務を除くすべてのデータを確認できます。現在のレポート期間の月。

今回の場合、「1C：会計7.7」では固定資産に関するデータが完全に入力されておらず、「8」では「固定資産の初期残高の入力」という書類が単に入力されていなかったため、アカウント 01 の期首残高。これらの文書は手動で修正されています。

VAT 会計サブシステムは、登記簿上の「1C: 会計 8」に実装されています。振替の正確性をチェックするには、会計期間を制限せずに、ユニバーサルレポート「残高と売上高」(レポート -> 残高と売上高) を使用する必要があります。 ZPK および ZPR アカウントの移転の正確性を分析するには、「提示された VAT」、「前払いの VAT」セクションを参照してください。

動作原理。

標準構成からデータがどのように転送されるかについて少し説明します。会計"、1C のエディション 4.5:Enterprise 7.7 または構成 "" (以下、ソース構成と呼びます) を標準構成 " 企業会計"、1C:Enterprise 8 のエディション 3.0 (バージョン 3.0.52)、以下「受信機構成」と呼びます。

重要！設定からデータ転送が可能会計 1C:Enterprise 7.7 バージョン 7.70.569 以降、または構成からのエディション 4.5 簡易課税制度編 1.3「バージョン 7.70.219 以降。

前の期間の規制業務が完了した後、新しい期間 (年、四半期、月) の開始時にソース構成から宛先構成に切り替えることをお勧めします。

データ転送は、ソース構成情報ベースからデータを XML 形式のファイルにダウンロードする特殊な処理を使用して実行されます。結果のファイルは、ユニバーサルデータロード処理を使用して受信者の設定情報ベースにロードされます。

データを転送するには次のファイルが必要です。

ACC_ACC8 .ert - 構成から外部ファイルにデータをアップロードする外部処理 会計、改訂 4.5»;

USN_ACC8 .ert - 構成から外部ファイルにデータをアップロードする外部処理 簡易課税制度編 1.3»;

ACC_ACC8 .xml - データ変換ルール。

USN_ACC8 .xml - データ変換ルール。

転送可能なデータ。

以下は、ソース構成情報ベースから受信者構成に転送されます。

参考書の要素。

情報ベースの変換日における、構成ソース情報ベースの会計口座の現在残高に関する情報。

インフォベースの変換日より後の日付を持つ現在のドキュメント。

変換は次の 2 段階で実行されます。

ソース構成情報ベースのデータは別のファイル (データファイル) にアップロードされます。

結果のファイルは、受信者の構成情報ベースにロードされます。

インストール。

データ移行処理をインストールするには、setup.exe インストールプログラムを使用する必要があります。プログラムを開始すると (1C:Enterprise インフォベースの数が多い場合は、しばらくしてから) ダイアログボックスが表示され、データ転送処理をインストールするインフォベースをマークする必要があります。ウィンドウは図 1 のようになります。情報ベースの数が 7 つを超える場合は、「上」および「下」ボタンを使用して移動します。複数の情報ベースが選択されている場合、「パス」行には最後に選択した情報ベースのみの場所が反映されます。この情報は補助的なもので、インストールプログラムの結果をユーザー側でさらに制御するためにオプションで使用されます。特別な注意を払う必要はありません。選択した情報ベースがどこにインストールされるかはプログラム自体が決定します。。

図1 インストール時にインフォベースを選択するウィンドウ

さらに、データ転送処理をインストールするフォルダーを指定することもできます。これを行うには、フォルダー選択ウィンドウ (3 つの点のボタンをクリック) を使用します。選択したフォルダーのフルパスが選択行に反映されます。 [インストール] ボタンをクリックすると、必要なファイルが選択したインフォベースおよび (または) 選択したフォルダーにインストールされます。完了後、「詳細」ボタンをクリックすると、どのファイルがどのフォルダに書き込まれたかなど、詳細なインストールログを確認できます。その結果、選択したフォルダーには次の図のような内容が表示されます (図 2 を参照)。

図2 選択したフォルダにインストールされたファイル

サブディレクトリへ 拡張フォーム加工が取り付けられている 1C への移行: 会計 8 編 3.0そして転送ルール。アップロード処理に注意してください ACC_ACC8.ertデータアップロードルールは、標準の処理とルールを置き換えます。標準の移行メカニズムを維持したい場合は、新しい処理をインフォベースではなく別のディレクトリにインストールします。

インストールプロセスについては、レポートのインストールの例を使用して詳しく説明します。 構成「1C: アカウンティング 7.7」の場合".

操作手順。

番組では「 1C: 会計 7.7「追加オプションから処理を開く必要があります」 1C への移行: 会計 8 編 3.0」をクリックし、転送ルールが存在するフォルダーを選択し (図 3 を参照)、為替ルールをダウンロードします。すべての転送ルールを含める必要はありません。たとえば、残高の転送など、必要なものだけを使用する必要があります。たとえば、ディレクトリグループには単一のルールを含めることはできません。これは、すべてのディレクトリが必要に応じて参照によって転送されるためです。つまり、残高またはドキュメントに関係するディレクトリのみが転送されます。これにより、ルールが存在しないことが保証されます。新しい情報ベースの「ガベージ」。ドキュメントもすべてを含める必要はありません。たとえば、一部のドキュメントがデータベースにない場合、または転送したくない場合は、このルールを有効にする必要はありません。

図3. データアップロードの処理

データファイル名を「C:\v77_v8\Exp77_80.xml」に設定することをお勧めします。このフォルダーは、プログラムでデフォルトでよく使用されます。 1C: 会計 8「プラットフォーム上のプログラムからデータをロードするとき」 1C:エンタープライズ7.7"。必要に応じて、ページでパラメータを設定します。" オプション".

構成からデータをダウンロードするプロセス中」 会計 7.7「さまざまなエラーが発生する可能性があります。ここで紹介する転送ルールは、データのアップロード段階で一般的なエラーを検索するという点で標準的なルールとは異なります。どのようなメッセージが表示されるかを考えてみましょう。

ゼロ数量およびゼロ以外の在庫品目。材料の数量がゼロに等しく、材料の原価見積がゼロに等しくないような方法で、受信設定に残高を入力することは不可能であり、これはエラーであるため、無意味でもあります。したがって、残高を転送する場合、そのようなポジション（数量がゼロ）は残高入力文書に含まれません。したがって、データ転送前にエラーが修正されない場合、残高転送時のデータのソースと宛先の金額が一致せず、照合がさらに困難になります。したがって、構成からデータをダウンロードする過程で、「 会計 7.7» 発生したエラーに関するメッセージが表示されます (図 4 を参照)。さらに、エラーを見つけるために、「会計管理の高速チェック」処理、つまり「資材の数量がゼロの場合に非ゼロの金額が存在しない」というルールを使用することをお勧めします。

図4.1 発生したエラーに関するメッセージ

第 2 (第 3) レベルのサブアカウントのゼロ以外の残高、最初 (2 番目) レベルの残高はゼロです。これは、誤った記録保持のかなり一般的な状況です。典型的な例を図 4.2 に示します。この状況は、分析会計における「再格付け」の結果として発生します。たとえば、キャッシュフロー書類には合意が示されているが資本化書類には合意が示されていない、またはその逆、または合意はあるがそれらが異なっているなどです。これらすべてのケースにおいて、相手方の残高がゼロであるにもかかわらず、契約上の残高はゼロではありません。同様の状況は、材料および命名規則の会計処理 (保管場所による合計会計処理が含まれる場合) にも発生する可能性があります。つまり、特に倉庫が財務責任を負っている場合、倉庫間の再グレーディングです。

図4.2 会計上の誤りの例

これが間違いであることは明らかであり、そのような残高を引き継ぐことが無意味であることは明らかです。この種の残高の転送を除外するために、「上位レベルに残高がゼロの場合は残高をアンロードしない」というパラメータがあります。このパラメータが 1 に設定されている場合、アップロード中に図に示すメッセージが表示されます。 4.3 (図 4.2 と比較)、そのような位置の天びんは降ろされません。さまざまな残高を転送するためのルールとこのパラメータのさまざまな組み合わせを使用できます。すべての残高を一度に転送するのではなく、会計セクションごとに転送する場合は、異なるパラメーター値を使用して、異なる会計セクションから残高を転送できます。

図4.3。エラーメッセージ

空の契約額または外国契約。この問題は上で説明したものと似ており、理由は同じです。契約の分析会計における格付けの誤りです (図 4.4 を参照)。ただし、取引相手の残高はゼロではないため、上記の検証ルールは機能しません。データ転送時、残高入力伝票の転記時にエラーが発生します。空のコントラクト値は許可されません。

図4.4 エラーを示すレポート

このようなエラーを転送前に排除するために、データのアップロード段階でエラーメッセージが発行されます (図 4.5 を参照)。同じ図は、別のエラーが発生したことを示しています。つまり、契約が取引相手に対応していません。契約の所有者は別の相手方です。このようなエラーは、修正されたものでよく見られます。非標準的な構成、またはずっと前に作成されたデータベースでは、標準的な構成であっても文書に記入する際に契約の遵守について十分に厳密なチェックが行われていませんでした。

図4.5 アカウンティングエラーメッセージ

パラメータ「」が 1 に設定されている場合、契約および他の人の契約の空の値のチェックが実行されます。 契約書に空の値がないか、取引相手とのコンプライアンスを確認するさらに、エラーを見つけるために、「会計管理の高速チェック」処理、つまり「契約の空の分析の不在」および「取引先と契約の遵守」のルールを使用することをお勧めします。

その他のエラーチェックもありますので、詳しくはお問い合わせください（ページ下部の連絡先）。

作業方法

別のタイプのドキュメント、または選択したタイプのドキュメントの個別のコピーをアップロードする例を使用して、データ全体ではなく部分的に転送する方法を示します。データアップロードルールを 1 つだけマークしましょう。」 支払い命令" (図 5 を参照)。これにより、" タイプのドキュメントのみをアップロードできるようになります。 支払い命令"。これらのパラメータを使用してボタンをクリックすると、" アンロード" の場合、" タイプのすべてのドキュメントがダウンロードされます 支払い命令" との時間間隔にあります。 開始日" による " 有効期限"。ボタンを押す " PVDのインストール"、この後にメッセージ" 支払い注文のデータの選択".

図5 特定の種類のデータをアップロードするためのルールを設定する方法

次に、[条件の追加] ボタンをクリックすると、選択属性を選択できるようになります (図 6.1 を参照)。ほとんどの場合、それは " 現在のドキュメント「」を使用すると、このタイプのドキュメントのリストから個々のドキュメントを選択できます。他の選択詳細を使用すると、ドキュメントのグループを選択できます (たとえば、日付でドキュメントを選択するなど)。すべての場合において、ドキュメントが選択されます。パラメータで指定された時間間隔内で" 開始日" そして " 有効期限".

図6.1 単一ドキュメントの選択方法

重要！ 「1C」)、一部の構成では、選択の詳細に従ってアップロードするときにドキュメントを選択できません。これは、標準ルールでは書類の選定が期間を定めずに申請によって行われるためである。このような要求は常に機能するとは限りません。

同様の方法で、ディレクトリ全体ではなく、詳細に従って選択してディレクトリをアップロードできます。まず、目的のデータアップロードルールを選択し、ボタンを続けて押します。 PVDのインストール" そして " 条件の追加たとえば、図 6.2 は、移行時にプログラムから参加していた従業員のみをアンロードする方法を示しています。 1C：簡易課税制度編 1.3" の上 " 1C: エンタープライズ会計、エディション 3.0」（またはユーザーがよく言うように、会計 7.7 から 3.0 への移行）労使関係が確立されています。

図6.2 ディレクトリ要素のグループを選択する方法

重要！標準ルールの誤りは、データ転送に関するルール案で修正されました（会社より） 「1C」)、これにより、定期的なディレクトリの詳細を使用してアンロードするときに、ディレクトリ要素が誤って選択されます。異なる日付に異なる値が設定されているもの。これは、標準ルールではディレクトリ要素の選択がピリオドを指定せずにクエリによって実行されるためです。

ディレクトリの定期的な詳細に基づく選択は、パラメータの日付に行われます。 有効期限"!!!

データのアップロードルールと選択ルールを組み合わせて使用できます。選択が設定されているルールには、「[SELECTION]」とマークされます。特定のデータアップロードルールの選択を表示または編集するには、ルールのリストでこのルールをダブルクリックするか、ルールを選択してボタンをクリックする必要があります。 PVDのインストール".

重要！オブジェクトのアップロードが空または不完全であることが判明した場合は、同期モードが 1C:Accounting 8 で設定されているかどうかを確認する必要があります。この場合、転送後に変更されたオブジェクトのみがアップロードされます (ディレクトリ同期アカウンティングパラメータには、最後にアップロードされたドキュメントの位置パラメータが保存されます。このパラメータは、アップロード中に CheckFor Upload Possibility 関数によってチェックされます。同期モードでの完全な動作ができなくなります。同期モードは、交換ルールをロードした後にチェックされます。このモードがインストールされている場合、警告ウィンドウが生成され (図 6.5 を参照)、同期モードを無効にするように求められます。

米。 6.5 同期モード警告ウィンドウ

標準ルールとのその他の違い

古い領収書タイプの PT&U を転送する際のエラーを修正しました。文書「商品およびサービスの受領書」で領収書タイプが 2 (古い値) で、サプライヤー請求書がない場合、BP 3.0 でこの文書が誤って返品に変換されます。購入者からの文書が発生します。

Division のサブアカウントを持つ手動操作を BP の PROF バージョンに転送するときのエラーが修正されました。このような操作は BP に記録されず、「ディビジョンフィールドは空でなければなりません」というエラーが発生します。これは、ルールが CORP バージョンで動作するように設計されているためですが、PROF では、会計記録簿の DivisionDt および DivisionKt ディメンションが空である必要があります。

ディレクトリグループの重複を引き起こすバグを修正しました条約その結果、このディレクトリの要素が重複します (ロード中の検索は親を考慮して実行されるため)。これを図 6.6 に示します。

図6.6 ディレクトリ転送結果条約標準ルール

こちらのコラムで親(ディレクトリグループ) 名前付き 2015 同じ名前の異なるディレクトリグループが 2 つあるため (ソースには 1 つのグループのみ)、コントラクトが重複します。

ある当座預金口座から別の当座預金口座に送金する際の銀行書類の転送エラーを修正しました。で BP3.0この場合、ドキュメントが作成されます 当座預金口座からの引き落とし操作の種類に合わせて 組織の別のアカウントに送金する、内容が記入されていないため実施しておりません 受取人のアカウント。また、詳細が間違って入力されています。 アカウントそして 借方勘定。これは、55 と 51 のように異なる場合に表示され、交換する必要があります。詳細が入力されないエラーを修正 義務の種類税移転書類に記載されています。上記はすべてリリース 3.0.43.215 に適用されます。

小道具が転送されます 主契約ディレクトリ 取引相手.

ディレクトリのダウンロードルールが変更されました 命名法、現在、データ選択方法は標準サンプリングになっており、詳細によってディレクトリ要素を選択できます (簡易課税システム 7.7 - BP 3.0 の標準ルールではこれは不可能です)。ディレクトリを転送する場合 命名法、転送され、 アイテムの価格リンク経由、つまり名称の譲渡されたアイテムのみの価格。この機能を有効にするには、パラメータ値を 1 に設定する必要があります。 商品を降ろすときに価格をアップロードする.

取引相手との決済のために残高を転送する際の標準ルール「USN 7.7 - BP 3.0」のエラーが修正されました。契約のタイプは常に「」に設定されていました。他の。さて、会計セクションによると、残高の種類に応じて「 サプライヤーおよび請負業者との計算「契約タイプ = 」 サプライヤーと会計課によると。 バイヤーと顧客との計算「契約タイプ = 」 購入者と"、その他の場合は、契約タイプ = " 他の".

取引相手との決済の残高を転送する際の標準ルール「USN 7.7 - BP 3.0」のエラーが修正されました。相互決済の金額が、初期残高を入力するための文書の 2 つの詳細に記録されていました。和そして 金額Kt。このため、期首残高の入力伝票は転記されませんでした。

チェック購入者様と" (標準ルールでは " 他の")。属性 " の値が設定されます。 支払い状態」、これは、受信者設定の銀行支払い文書で購入者への支払い用の請求書を正しく選択するために重要です。

「」形式の書類を転送する場合 支払い命令「契約タイプは」に設定されています サプライヤーと" (標準ルールでは " 他の").

標準ルール「USN 7.7 - BP 3.0」で保管場所を転送する際のエラーが修正されました: 詳細が「入力されていない」 倉庫タイプ".

追加パラメータ「 規制当局とのやりとりも含む": 値が 1 の場合、プロパティ 管理当局との交換の種類ディレクトリ要素 " 組織「値に設定」 ユニバーサルフォーマットでの交換"、それ以外の場合は" Exchange無効「標準ルールと同様。これは、EDF セットアップを損なわないように、繰り返し（定期的に）転送する場合に重要です。

ディレクトリのダウンロードアイテムの検索ルールが変更されました。」 取引相手": 最初に検索が実行されます錫そして チェックポイント(これらの値が入力されている場合)、次によってのみ錫そして最後に名前。 3 つのケースすべてで、検索にはグループ属性 (ThisGroup) とグループ自体 (Parent) が含まれます。これは、ロード後に名前が変更されたカウンターパーティに重複が作成されないように、繰り返しの（定期的な）送金にとって重要です。

取引先を譲渡する場合は詳細を記入してください 国登録「ロシア」を意味します。これは、カウンターパーティのディレクトリをプログラムにロードした後、 「1C会計8」必要な詳細を手動で入力する必要がありませんでした 国登録。入力されていない場合は、ディレクトリ要素の形式で「 取引相手「詳細はわかります」 税番号" そして " 登録番号「そしてその詳細」錫" そして " チェックポイント」が非表示になります。

転送ルール「USN 7.7 - BP 3.0」に、「社員」ディレクトリを転送するデータアップロードルールを追加しました（標準ルールでは個人ディレクトリのみ転送）。

転送ルール「USN 7.7 - BP 3.0」では、従業員の現在の税率に関する情報登録の転送ルールが修正されました。

納税のための支払命令の転送の特徴

取引タイプのある支払い注文の場合 税の移転追加の詳細を入力する必要があります: KBK - 予算分類コード、コンパイラのステータスなど。これらの詳細の構造は次のとおりです。 ブフ 7.7 (USN 7.7)そして BP3.0一致しない。特に BP3.0これらの詳細の一部は別のディレクトリに含まれています 税金の種類と予算への支払い、支払い注文に含まれるリンク。このディレクトリには、たとえばアカウンティングポリシーの編集時に情報ベースに表示される、提供された多数の要素が含まれています。データを転送するとき、これらの要素はアカウンティングポリシーをロードするときにも表示されます。支払い注文をアップロードおよびダウンロードする場合、ディレクトリ要素 税金の種類と予算への支払い KBKを使用して検索し、支払い注文の詳細に置き換えます税。したがって、会計ポリシーを転送した後、必要な税金がすべてディレクトリに表示されているかどうかを確認し、必要に応じてそれらを補足することをお勧めします。支払い注文で KBK を比較 (同期) する場合、ソースと受信者は 4 つの KBK カテゴリ、カテゴリ 14 ～ 17、収入サブタイプコード (税金、罰金、罰金など) を考慮しません。ディレクトリ内 税金の種類と予算への支払いこれらのビットはゼロで埋められます。新しい要素をディレクトリに追加するときは、14 ～ 17 桁もゼロで埋める必要があります。

大規模な情報データベースの転送。

まず、大規模なインフォベースを転送する場合、データのダウンロードプロセスに非常に長い時間がかかることがあります。これは、商品残高など、1 つの会計セクションに多数の残高がある場合に発生します。アップロード時間を短縮するには、1 つのドキュメントを分割する手法を使用できます。 初期残高の入力「いくつかの場合。パラメータ値を設定すると、「 残高入力伝票の行数" がゼロではない場合 (図 6.3 を参照)、1 つのドキュメントへのデータのアップロードは指定された値に制限されます。これにより、アップロード時間を大幅に (数分の 1) 短縮できます。

図6.3 原稿サイズ制限のあるデータ転送時のパラメータ設定 初期残高の入力»

注: パラメータ値により、1 つのドキュメントにアップロードされるトランザクションテーブルの行数が制限されます。 初期残高の入力" ドキュメント自体の行数を指定するのではなく、したがって、ドキュメントの行数はパラメータ値と異なりますが、これはエラーではありません。文書を分割するときは「 初期残高の入力」を複数の文書に対して使用すると、各文書のコメントの行末に「-1」、「-2」などの接尾辞が追加されます。

重要！ 1 つのドキュメントを分割するためのアルゴリズムについて説明します。 初期残高の入力「複数のファイルは、データのアップロード時間を短縮するためにのみ使用されます。すべてのドキュメントは 1 つのファイルにアップロードされます。つまり、データ転送は 1 ステップで行われ、コメント (接尾辞) は自動的に生成され、指定されるパラメーターは 1 つだけです。ただし、この手法では、後述するメモリ不足の問題は解決されません。

大規模なインフォベースを移行する場合、RAM が不足するという問題が発生することがあります。アンロードしようとすると、プログラムは対応するエラーメッセージを表示するか、メッセージを表示せずに終了します。コンピュータをより強力なものに交換しようとしても無駄です。この場合、データを部分的に分割してアップロードする必要があります。これには、指定されたモードをサポートする転送ルールが必要です。荷降ろしの方法を見てみましょう。まず、データ転送は 1 つのアップロードルールのみを使用して実行する必要があります (図 6.4 を参照)。 1 つのルールに従って転送が不可能な場合は、最初と最後の部分番号を示す部分に分割します。各部分には、製品残高など、特定の数の第 1 レベルの分析値に関する情報が含まれます。指定されたアカウント残高値の数は「41」です。アカウントの分析の総量がわかれば、提供数を簡単に計算できます。一度にどのくらいのデータ量（1つの情報）を問題なく転送できるかは実験的に決める必要がありますが、口座残高をアップロードする場合、原則として残高が数千件以上になると転送に問題が発生します。ただし、会計セクションのすべての残高を一度にアップロードできる場合でも、データをアップロードする時間を節約するために、分割することをお勧めします。アップロード時間は、比例的または直線的ではなく、データ部分のサイズに依存します。したがって、たとえば 10,000 個の製品天秤を 1,000 分の 10 に分割することで、荷下ろし時間を数分の 1 に短縮できます。最初の部分を転送する場合、最初の部分の番号は示されない可能性があり、最後の部分を転送する場合、最後の部分の番号は示されない場合があります。

重要！データを部分的に転送する場合、パラメータに接尾語を指定する必要があります。これはドキュメントのコメントの形成に関与します。 初期残高の入力」部分範囲番号を変更するときは、接尾辞を忘れずに変更してください。そうしないと、受信者の構成にロードするときに、同じコメント (接尾辞) を持つドキュメントが上書きされます。データファイルの名前は特に重要ではありません。アンロード - ロード、アンロード - ロードなどの順次転送戦略を使用できます。この場合、データファイル名を変更する必要はありません。最初にすべてをアンロードし、次にすべてをロードするという戦術を選択できます。後者の場合、データファイルの名前は、アップロードするたびに変更する必要があります。もう 1 つの例。たとえば、会計セクションの残高 (商品など) の数が 10,000 の場合、それを 1,000 の部分に分割すると、10 個の部分が得られます。各部分には一意の接尾辞「-1」、「-2」、「-3」、「-4」が必要です。残りの商品をすべてアンロードしてからすべてをロードする場合、データファイルも一意である必要があります (例: 「41_1」、「41_2」、「41_3」、「41_4」)。パラメータ「開始部分番号」と「部分番号終了」は次の値を取る必要があります: 0、1000。 1001、2000; 2001、3000; 3001、4000。

図6.4 分割データ転送時のパラメータ設定

データを部分的に転送することは、次のアップロードルールでサポートされています。

固定資産

材料

在庫品目のコストの変動

購入した資産に対する VAT

未完成の生産

完成品と半製品

販売費

発送された商品

現金

金融投資

サプライヤーおよび請負業者との和解

相手方とのその他の和解

税金と手数料

職員との和解

責任者との計算

創設者との和解

他の債務者および債権者との和解

資本金と準備金

将来の出費

繰延税金資産および繰延税金負債

決算概要

オフバランスシート口座

「最初に参考書を移し、次に残ったものを移す」などのばかげたアドバイスに従おうとしないでください。まず、ディレクトリを部分的または全体的に個別に移動することには意味がありません。、残高をアンロードするときにエラーが発生した場合、これは役に立ちません。実際にエラーが発生する可能性が最も高いのは、残高を転送するとき (アンロード中です。これを理解しておくことが重要です)、リンクを使用してディレクトリを転送するときです。ディレクトリが転送済みかどうかは関係ありません。残り物をアンロードするときも、制限なくアンロードされます。次に、ディレクトリ全体を転送することは通常、ゴミを転送することになるため、行わないでください。

荷降ろし完了後 1C:Accounting 8 プログラムを起動する必要があります。ロードは、最初と、繰り返しのデータ転送または追加転送中の両方で、標準の処理を使用して実行する必要があります (図 7 を参照)。

注意、重要。処理 XML 形式での汎用データ交換 (一部のリリースでは 3.0.43.x)エラーが含まれています。補正処理が使用可能 XML 形式での汎用データ交換、配布物に含まれており、データベースディレクトリにインストールされます。会計エディション4.5。

プログラムにロードした後 1C: 会計 8残高を入力するための書類を転記し、残りの書類を再転記する必要があります。これは処理を使用して行うのが最適です 書類のグループ転送のセクションにあります管理。指定したセクションにアクションバーが表示されない場合は、必要なコマンドを追加してアクションバーを構成します (図 7.1 を参照)。

図7.1 アクションバーの設定

重要。標準構成の処理はハンドラーデバッグモード (Exchange Processing.Handler DebuggingMode Flag = True) で動作し、ハンドラーの使用を許可しないため、使用できません。 「検索フィールド」ディレクトリのダウンロードされたアイテムを検索するには " 取引相手" (上記を参照)。より正確には、ロード中に使用されるすべてのハンドラーは、構成に組み込まれた処理の中にあります。 プロセッサダウンロードから会計77。したがって、少なくとも読み込み段階では、変更されたルールを使用して移行することはできません。

同様の外部処理を使用できます 1Enterprise77 の情報ベースからのデータの転送（納品物に同梱されております）。以下にその使用方法を説明します (もう一度 - 外部処理)。

荷降ろし完了後 1C:Accounting 8 プログラムを起動する必要があります。メニュー内: [ファイル] - [開く] を選択し、外部処理をポイントします。 1Enterprise77 の情報ベースからのデータの転送。

この後、データ読み込みオプション - ファイルからデータを読み込みを指定する必要があるフォームが表示されます (図 7.2)。

その後、ダイアログボックスが表示され、アップロードされたファイルへのパスを指定する必要があります (図 7.3 を参照)。

「データのロード」をクリックすると、データロードプロセスが開始されます (図 7.4 を参照)。完了したら、貸借対照表を生成し、ソース構成データベースの売上高とダウンロードが行われた宛先構成を確認する必要があります。。

データ転送プロセス中にエラーが発生した場合は、メッセージウィンドウが開き、そこをダブルクリックしてエラーを解決できます。発生したエラーに関するレポートと説明および除去の推奨事項を受け取るには、ハイパーリンク「」をクリックする必要があります。 エラー情報».

繰り返しのデータ転送中のロードや個々のドキュメントやディレクトリの追加転送は、標準処理「Universal Data Interchange in XML Format」を使用して実行できるため、プロセスが高速化されます。

データ変換技術.

必要に応じて、最初に残高、次に伝票など、いくつかの段階で変換を実行できます。情報の再転送が可能です。

残高は書類によって転送されます。」 初期残高の入力».

残高を入力する方法の詳細については、1C 会社の ITS Web サイトの記事を参照してください (1C の場合: Enterprise Accounting rev. 3.0)。

重要！期首残高を入力する前に、会計ポリシーのパラメータを設定する必要があります。組織の会計ポリシーのパラメータは、残高が入力された日の翌日に読み取られます。たとえば、残高を入力する日付が 2013 年 12 月 31 日の場合、2014 年 1 月 1 日に確立された会計ポリシーのパラメータが考慮されます。これにより、現在の会計ポリシーのパラメータを考慮することができます (例: 2013 年に組織が簡易課税制度を適用し、2014 年以降に一般課税制度に切り替えた場合、2013 年 12 月 31 日現在の残高を入力する際には、2014 年の会計方針パラメーターが考慮されます。会計ポリシーが正しく転送されていることを確認し、必要に応じて修正します。

重要！残りを転送する前に受信側の構成で作業を開始する場合は、受信側の構成での作業を開始する前に、まずディレクトリを転送する必要があります。そうしないと、空ではないデータベースに残高を転送するときにエラーが発生する可能性があります。

質問に答えています！配信セットに含まれる処理ルールと転送ルールはオープンであり、いかなる方法でもコピーから保護されていません。これは、購入者 (ライセンシー) が配布および複製する権利を有することを意味するものではありません。ライセンシーにはそのような権利はありません。ライセンシーは使用する権利を有します。この権利を行使することにより、ライセンシーはアーカイブコピーを作成し、変更を加え、無制限の数のコンピュータで無制限に使用することができます。変換ルールを改良または修正し、変換ルールに慣れるには、ルールをプログラムにロードする必要があります。 データ変換。このプログラムは 1C によって配布され、その使用規則は 1C が決定します。

購入する理由

定期的に更新されます。購入後6か月間は無料でアップデートできます。 Infostart の出版物トップ 100 に含まれています。

利点

ルールと処理のテキストはオープンであり、データ変換テクノロジーが使用されており、編集が簡単です。

バージョンの比較

2019/01/29 ルールがリリース 3.0.67.70 に更新されました。

2018/07/05 ルールがリリース 3.0.63.22 に更新されました。

2017 年 9 月 25 日ルールがリリース 3.0.52.36 に更新されました。

2017/07/18 ルールがリリース 3.0.51.16 に更新されました。

2016/10/12 旧入学方式による職業教育訓練の移行に関する誤りを修正しました。

2016/09/08 ルールがリリース 3.0.44.102 に更新されました。

2016/06/18 サブアカウント部門を持つ手動操作の転送エラーを修正しました

2016/05/31 ルールがリリース 3.0.43.236 に更新されました。 Universal XML Data Exchange 処理の標準構成 (BP リリース 3.0.43.174 ～ 235) では、パラメータのロード手順が正しく機能しません。このバグを回避するためにルールが変更されました。配信パッケージに含まれている Universal Data ExchangeXML 処理を使用して、BP 3.0 にロードすることもできます。これは、インストール中に info ディレクトリの ExtForms サブディレクトリに書き込まれます。ベース7.7。

2016/05/25 ルールがリリース 3.0.43.215 に更新されました。

2016/05/11 契約名の長さ制限が50文字から100文字に変更されました。

2016/02/23 ルールがリリース 3.0.43.29 に更新されました。

2015/12/21 処理とルールがリリース 3.0.42.33 に更新されました。

2015.11.11 同期モードのチェックを追加

2015/05/18 処理とルールがリリース 3.0.40.24 に更新されました。

2015/05/14 税金納付書類の送付が完了しました

2015/04/08 処理とルールがリリース 3.0.39.56 に更新されました。リリース 3.0.39 では、支払いの請求書の構造が変更されました。「サービス」表形式部分はなくなり、商品とサービスが 1 つの「商品」表形式部分になりました。したがって、3.0.38 のルールは 3.0.39 への移植には使用できません。

2015/04/02 処理とルールがリリース 3.0.38.53 に更新されました。

2014/12/23 処理とルールがリリース 3.0.37 に更新されました。

納品内容。

パッケージには以下が含まれます: "ACC_ACC8",転送ルール 「ACC_ACC8」そして処理 1Enterprise77 の情報ベースからのデータの転送。あなたの組織に作業を実行するフルタイムのプログラマがいない場合は、当社の専門家によるサービスを提供する準備ができています (プログラマは、リモート作業用の特別なプログラムを使用してインターネット経由でコンピュータに接続し、必要な作業を実行します) ）。可能であれば、作業拠点を提供してください 「1C: 会計 7.7」、自分でデータを転送し、ファイルを転送できます。」 1C: 会計 8このサービスの費用は、パッケージの合計費用には含まれません。

1C:Enterprise 8.2 に切り替える必要がありますか? この記事を読んでいるということは、おそらくこの質問にすでに肯定的に答えているということです。したがって、ここでは新しいプラットフォームに切り替える利点については改めて説明せず、このプロセスの詳細と機能に直接焦点を当てます。

1. 一般的なアルゴリズム

それで、あなたは「8」に切り替えることに決め、これがどのように行われるのか、そしてそれがあなたにとって何を「脅かす」のかを知りたいと考えています。最も一般的な形式では、遷移図は次のようになります (図 1)。

米。 1. 1C:Enterprise 7.7 プラットフォームから 1C:Enterprise 8.2 プラットフォームへの移行アルゴリズム

1. アップグレードします。最初に行う必要があるのは、組織からのアプリケーションを作成し、プラットフォーム 7.7 の登録フォームを送信し、プラットフォーム 8.2 を購入することです。この場合はご用意させていただきます割引古いプラットフォームのコストの分だけですが、 50%以下。古いプラットフォームは残り、引き続き使用できますが、1C でテクニカルサポートから削除されます。

2.アップデート最新の現在のリリースまでの現在の構成。

3. データベースの転送を準備します。これには、データベースのバックアップ、現在の請求期間の終了、削除対象としてマークされたアイテムのデータベースのクリア、および会計エラー (存在する場合) の修正が含まれます。

4. データ転送。ここがメインステージです。アルゴリズムと労働集約度は、特定のケースごとに異なります。

5. 新しい構成で作業するための要員のトレーニング。プラットフォーム 7.7 と 8.2 の構成はインターフェイスと機能の両方が異なるため、新しい構成を使用するにはトレーニングが必要な場合があります。適切な方法論の文献を使用して自分で勉強することもできますが、次のことを確認することをお勧めします。専門コース 1Cによると。

6. 操作。この段階で、ユーザーが新しいプログラムでの作業を開始すると、プログラムがデバッグされ、自動データ転送で発生する可能性のあるエラーが修正されます。

新しいプラットフォームへの移行プロセスを構成の観点から考えてみましょう 「1c会計」.

2. 「1C: アカウンティング 7.7」を「1C: アカウンティング 8.2」に変更します。

「1C: Accounting 7.7」から「1C: Accounting 8.2」にデータを転送するための戦略とメカニズムは、次の要因によって決定されます。

新しいプログラムでの会計の開始時刻。
現在のバージョンの構成における変更の存在と複雑さ。
過去の期間のビジネス取引の履歴を保存する必要性。

私たちはお客様に、新しい会計プログラムで作業を開始するようアドバイスします。 新年1月1日から 。これは、ほとんどの税金が発生主義に基づいて計算されるためです。したがって、蓄積された結果を正しく転送する手段を開発しないためには、プログラムの作業の開始を税務申告期間の開始に結び付ける必要があります。もちろん、四半期の初めから、さらには翌月の初めから作業を開始することもできますが、そのような移行にはさらに多額のコストがかかります (7.7 と 8.2 ではドキュメントの構造が大きく異なるため)。

上記の要因の組み合わせによっては、次のような状況が発生する可能性があります。

状況 1:

新しい年からの移行、典型的な構成、古いプログラムで正しい口座残高が生成される

このオプションはシンプルで明確ですが、実際には非常にまれです。多くの中小企業では、新しいプログラムで作業を開始する直前に古いプログラムで正しい残高を生成することが可能ですが、それは過去の期間のすべての主要文書が提供され、プログラムに入力されていることが条件となります。

これがあなたのケースであれば、あなたは幸運です。「1C:Enterprise 7.7」の構成を最新バージョンに更新し、「1C:Enterprise 8.2」に組み込まれている「1C:Enterprise 7.7 情報ベースからのデータ転送」処理を使用するだけです。これは専門家の助けを借りずに自分で行うことができます。処理で指定された指示に厳密に従ってください。

状況 2:

新しい年からの移行、典型的な構成、古いプログラムでは正しいアカウント残高がありません

この場合の標準的な方法は次のとおりです 古いプログラムと新しいプログラムを同時に実行する 。「移行期間」（図2）中、従業員は旧プログラムでの以前の取引を終了し、新しい取引に関する文書を新システムに入力し始めます。

米。 2. プラットフォーム変更時の移行期間

損失を最小限に抑えてこの期間を乗り越えるには、次の戦略を使用できます。

残高を「そのまま」年度初めに移管し、このデータに基づいて記録を保管します。「7」で正しいバランスが得られたら、すぐに「8」で遡って調整する必要があります。
誤った残高の送金を拒否し、その後実行せずにG8に新しい取引の一次文書を入力する。この場合、プログラムに残高があるかどうかは関係なく、転記されていない文書は口座上で動きません。これは、1C:Enterprise 7.7 で正しい残高が受信されるまで実行する必要があります。次に、結果として得られた残高は、年の初めに新しいプログラムに転送されます。最後のステップは、移行期間中に組み込み処理を使用して、新しいプログラムに導入された「プライマリ」を一貫して実装することです。 「ディレクトリとドキュメントのグループ処理」 .

状況 3:

年半ばからの移行、典型的な構成

「1C: Accounting 8.2」は、会計にとって重要な多数のメカニズムをサポートしており、そのパフォーマンスは、その年に文書に入力されたデータに依存します。そのようなメカニズムの中には、すでに述べた発生主義に基づく税金の計算、間接経費の分配アルゴリズム、および月末に関連するその他の手続きが含まれます。これらの機能があるため、この状況では最初の 2 つのケースのように簡単に新しいプログラムに切り替えることができません。移行中に発生する可能性のあるエラーの数を最小限に抑えるために、次のことをお勧めします。

年の初めからではないにしても、少なくとも四半期の初めから仕事を始める。
残高を年の初めに転送します。
現在の報告期間（年）のすべての主要文書を新しいシステムに転送し、ディレクトリと文書のグループ処理を使用して会計および税務データを復元します。

1. 標準液 「1C：データ変換2.1」。このソフトウェア製品を使用すると、あらゆる構造および複雑さの 1C プラットフォーム上の構成間で情報を転送できます。

2. 1C フランチャイジーの開発。当社をはじめ多くの企業が « RG-Soft」() には、この問題を解決する実証済みの方法があり、データ転送作業の時間と予算を大幅に削減できます。

状況 4:

過去の期間のドキュメントの転送を伴う標準構成からの移行

これとは別に、取引先との契約に基づいて長期 (1 年以上) の関係を維持している企業があることに注意してください。このような企業の経営陣は、プログラムにおける商取引の履歴を知りたいと考えています。古いプログラムに入力された文書が新しいプログラムに存在するため、ユーザーは特定の契約/取引に基づく関係を簡単かつ迅速に追跡できます。

このような転送は、前の状況と同じメカニズムを使用して実装できます。このプロセスの違いは、すべての書類を転送する必要はなく、数種類の書類のみを転送するように制限できることと、他の口座の残高は標準的な処理によって入力されることです。この場合、追加の転送伝票は通常転記されないままになります。

過去の期間のドキュメントを古いプログラムから新しいプログラムに転送することは可能ですが、そのような転送によりデータベースのサイズが著しく増加し、その結果、処理されるテーブルのサイズが著しく増加します。これにより、システムの速度が低下する可能性があります。したがって、絶対に必要な場合を除き、この移行オプションを使用しないでください。前の期間から転送された文書は、そこに含まれる情報が現在の会計および税務報告に影響を与えないように、未転記のままにすることをお勧めします。歴史的文書は参照目的のみに使用してください。

状況 5:

1C:Enterprise 7.7 プラットフォームの非標準構成からの移行

上で説明したオプションは、標準の「1C:Enterprise 7.7」構成から移行するときに使用されますが、実際には、変更された構成に対処する必要があることがよくあります。この状況で移行を組織することは、検討に値する特別なオプションです。

プログラムに加えられた変更の性質に応じて、次のデータ転送テクノロジが利用可能です。

· 構成がわずかに変更されており、基本的なメカニズムが標準の 1C ソリューションと類似している場合は、前のオプションと同様に、標準の移行ツールを使用できます。プログラムに合わせて構成するか、わずかに変更するだけで済みます。おそらく最もテストされ信頼できるツールは、すでに述べた「1C: データ変換 2.1」です。このツールを使用するには、ユーザーに特定の操作スキルが必要ですが、その助けを借りて、構成間でのオブジェクトの自動転送を組織化することができます。

· 長年の使用により構成が根本的に再設計された場合、標準の移行ツールをセットアップする方が、これらの目的のために独自の処理を作成するよりも労力がかかることが判明する可能性があります。 1C プラットフォームに関連付けられていない会計プログラムからの移行を組織する場合にも、同様の状況が発生します。そのような移行を行うことも可能ですが、事前に普遍的な交換を考え出すことは不可能です。それぞれの特定のケースでは、問題に対する個別のアプローチが必要です。当社は、dbf、 xls (Excelから1Cまでのユニバーサルローダー)、xml。

プラットフォーム 7.7 から 8.2 への移行に関連して、言及する価値のあるもう 1 つの点が懸念されます。 データベースの統合.

複数の企業の記録を 1 つのデータベースに維持するメカニズムがなかったため、多くの企業は 1C:Enterprise 7.7 で複数のデータベースを同時に維持する必要がありました。この問題はバージョン 8 で解決されたため、データ転送プロジェクトの一環として、複数のデータベースを 1 つに結合するというタスクが発生します。さらに、7 つの塩基はそれぞれ独自の特性を持つことができます。

上記の方法を使用すると、各データベースとの対話を個別に確立できます。ただし、このケースに特有のサブタスクが多数発生します。

1. 特定の組織に関連する文書の統一。この問題は、プレフィックスメカニズムを使用して簡単に解決できます。プログラムに登録されている各組織には、独自の文字プレフィックスが割り当てられます。このプレフィックスが文書番号に追加されることで、番号の一意性が保証されます。

2. ディレクトリの重複要素の制御。複数の情報ソースから単一の情報システムにデータを転送する場合、ディレクトリの同じ要素 (たとえば、新しいディレクトリ内の同じ相手先) が複数回繰り返される状況が発生することがあります。したがって、データ転送後、重複するディレクトリ要素を比較してマージする手順を実行する必要があります。

3. 注意すべき問題の可能性

新しいプラットフォームへの移行プロセスを適切に計画すれば、多くの問題を回避できます。ただし、プロジェクトの実装段階ですでに明らかになっている特定の機能が多数あります。ここでは、ユーザーの誤った操作と 1C:Enterprise プラットフォームの技術的特徴の両方によって発生するさまざまなエラーについて説明します。これらの点をさらに詳しく考えてみましょう。

3.1. ソースデータのエラー

一般に、TIN と KPP の詳細を使用すると、データベース内のオブジェクトを明確に識別できます。 7 件では、これらの値は両方とも 1 つの TIN/KPP 詳細に保存されており、この詳細に入力されたデータの正確さのチェックは行われませんでした。入力する数字が少なくなったり、区切り文字が間違った場所に置かれたり、完全に抽象的な TIN を入力したりする可能性がありました。

一般的な転送では、ディレクトリを作成するときに、必要な文字数を切り取るだけで、相手先が TIN と KPP によって分離されます。したがって、新しいデータベースの詳細には、まったく間違ったデータが記録される可能性があります。したがって、そのようなデータを使用して転送中にオブジェクトを正確に識別することは非常に困難になります。

もう 1 つの問題は、統一されたデータ入力形式が存在しないことです。各ユーザーは、自分の好きな名前を入力できます。ある「7」データベースにユーザーが取引相手の「名前」を記入して「Vympel Management Company」と書き込み、別の「7」データベースには同じ取引相手が「Vympel Management Company」としてリストされていると想像してみましょう。このような状況では、自動処理では同じ取引先であると判断できず、8 に 2 回移動してしまいます。バランスの一部が 1 つの要素にあり、残りの部分が別の要素にあるため、このようなデータベースでこれ以上作業することは困難です。

3.2. 構成の違い

別のグループの転送エラーは、構成における技術的な違いによって発生します。一部の商取引は、「1C:Enterprise 7.7」では数種類の文書で反映され、「1C:Enterprise 8」では 1 種類で反映されます。たとえば、資材と商品の両方の受領書は、新しいプログラムでは 1 つの文書で反映され、古いプログラムでは 2 つの文書で反映されます。そのため、文書「資料受領書No.22」と「物品受領書No.22」を転送しようとすると、一意性制御エラーが発生します。一定期間内に同じ番号の二つの文書を記録することは不可能であるため、人為的に差異を導入する必要があり、差異を導入するシステムは事前に取り決められています。

たとえば、この問題は、ダウンロードしたドキュメントの番号に追加の接頭辞を追加することで解決されます。文書の機能ごとに、このプレフィックスは個別に割り当てられます。これは、ドキュメントのダウンロード元のデータベース、またはダウンロードが行われたドキュメントの種類の特性である可能性があります。このようなプレフィックスの形成例を次に示します。クラスノヤルスクの支店拠点には接頭辞「KR」が付けられます。ダウンロード元の文書タイプ「資料受領書」には接頭辞「M」が付きます。したがって、7 の文書番号が 00000031 である場合、8 の番号は次のようになります。

「KR」+「M」+「00000031」=「KRM00000031」

その結果、一意の番号がデータベースに記録されます。

3.3. 技術的な問題

1C:Enterprise プラットフォームの技術的特徴によって、データ転送エラーが発生する場合もあります。たとえば、名前による標準の検索メカニズムでは、ディレクトリ要素の名前の大文字と小文字が区別されません。このメカニズムを使用すると混乱が生じます。たとえば、データベースには「l-audio」と「L-Audio」という 2 つの取引相手が存在します。「l-audio」の相手先を検索すると、システムは「L-Audio」を見つけます。その結果、不正確に完成した文書が作成されます。

選択したデータ転送方法自体にも注意を払う必要があります。取引相手の 2 倍に関する上記の例は、会社の支店のデータベースから転送された場合、実際には 2 倍になるとは限りません。異なる都市で事業を展開している企業には、同様に異なる都市で事業を展開している取引先も存在する可能性があります。ニジニノヴゴロドにある L-Audio 会社の支店とモスクワにある L-Audio 会社自体は、データベース内では当然のことながらまったく同じものと呼ばれています。このような混乱を避けるためには、事前に転送方法を選択する必要があります。この例では、ソースデータベースに応じて、取引相手を異なるディレクトリグループに分けることができます。このような手法の選択は、データ読み込みメカニズムにも影響します。

新たな問題を解決するための上記の方法も、十分に普遍的ではない可能性があります。データを移行するときは、移行ツールで使用される方法を組み合わせられることが非常に重要です。たとえば、ディレクトリのほとんどの要素は名前で識別されます。同時に、「会計上の固定資産の受け入れ」文書を転送するときに、同じ種類の小規模な固定資産（事務用品、家具など）が多数入力される場合、この方法は望ましくない結果をもたらします。在庫数のみ異なります。各会計受領書は同じオブジェクトを示します。また、1 つのオブジェクトを複数回会計のために受け入れることは不可能です。したがって、使用するデータ移行ツールをカスタマイズできる機能を提供することが非常に重要です。この場合、OS の検索はアクセッション番号 (コード) によって実行する必要があることを示すだけです。

結論

現在、1C:Enterprise 7.7 を使用している企業はまだかなり多くあります。これは、新しいプラットフォームの利点の理解不足、新しいテクノロジーを学ぶことへの消極性、移行中に多くの困難に遭遇することへの恐怖などの要因によるものです。 1C: 会計の例を使用して、これらの理由のほとんどはそれほど重要ではないことを示そうとしました。私たちは活動を通じて、クライアントが 1C:Enterprise 8 プラットフォームでのプログラムの実装に関連して起こり得るあらゆる問題に対処できるよう支援します。移行の問題に興味がある場合、または 1C:Enterprise 8 プラットフォームとその上で作成された構成に関してその他の質問がある場合は、会社の専門家にお問い合わせください。「RGソフト」どうぞ何なりとお申し付けください！

1C 7.7 プログラムのほとんどのユーザーは、1C 7.7 から 8.3 (8.2) への移行は何か複雑で、プログラマーのみが担当するものであると想像しています。組織の構成が完全に再設計されていない場合、この記事はそのために書かれており、1C 8.3 または 8.2 への移行に役立ちます。

1C 7.7 からの後続のデータ転送のために 1C 8.3 (8.2) データベースを段階的に準備する方法

作業を開始する前に、後続のデータ読み込みのために 1C 8.3 (8.2) データベースを準備する必要があります。

ステップ1

1C データベースを最新リリースに更新し、最新バージョン 8.2 または 8.3 を使用します。現在のリリースの関連性は、1C テクニカルサポート Web サイトで確認できます。

1C 8.3 プラットフォームをインストールまたは更新する方法については、ビデオチュートリアルを参照してください。

ステップ2

定期的な月末締め業務を実施します。さらに、次の方法で会計記録を確認できます。 サービス – 1C 会計への移行のためのデータ検証 8.エラーがある場合は修正してください。

ステップ3

ステップ5

データをロードするためのクリーンなデータベースを作成します。これは、不測の事態が発生した場合にデータのダウンロードを速やかにキャンセルするために必要です。プログラムのトップメニューを選択します 管理 – データのアップロード、アップロードファイルの名前と保存場所を指定します。

これらの準備措置により、データベースから不要なオブジェクトが削除され、1C データベースが小さくなります。結果が再計算され、データベースの論理的整合性がチェックされます。これで、1C 7.7 から 1C 8.3 (8.2) へのデータ転送を開始できるようになります。

1C 8.3 で情報ベースを追加する方法については、次のビデオレッスンを参照してください。

1C 7.7 から 1C 8.2 Accounting 2.0 へのデータの転送

1C 8.2 Accounting 2.0 プログラムのリリースの最新バージョンでは、1C 7.7 情報データベースからの変換はサポートされていません。 1C会社の要件に従って行う必要があります。したがって、1C 8.2 データベースで サービス – 情報データベースからのデータ転送 1C Enterprise 7.7そうすると、次のエラーが表示されます。

しかし、特にバージョン 1C 8.2 に転送する必要がある場合はどうすればよいでしょうか?

ステップ 1. 1C 7.7 からのデータのアップロード

1C 8.2 Accounting にアップロードするには、1C によって以前に提供されたファイルをダウンロードする必要があります。これらのファイルは、データベースの ExtForms フォルダーに配置する必要があります。この例では、これは D:\1с\77\unp_demo\ExtForms です。 1C プログラムをロードするときにデータベースへのパスを表示できます。

この処理を実行してみましょう。すべてが正しく完了すると、「1C Accounting 8 のデータをアップロードしています」というメッセージが表示されるので、「開く」ボタンをクリックして選択します。

アップロードルール – Acc77_80.xml という名前のファイルを ExtForms フォルダーにコピーしました。
開始日と終了日 - データがダウンロードされる期間。
データをアップロードするためのルール – アップロードするオブジェクト、ファイルにアップロードする必要があるディレクトリおよびドキュメント。

この例のデータファイルはデスクトップにコピーされますが、他のフォルダーを選択することもできます。「交換ルールのロード」ボタンをクリックします。 1C 7.7 からアンロードされるオブジェクトのリストが開き、選択ボックスを削除またはチェックすることで編集できます。

状況に応じて、データを一度にアップロードすることも、分割してアップロードすることもできます。まず、ディレクトリをアンロードします。ディレクトリの 95% は問題なくアンロードされます。 2 番目のファイルでは、会計セクションごとの残高と売上高をアップロードします。このオプションは、一部のデータが正しくアップロードされていない場合に使用すると便利です。

ステップ 2. 1C 7.7 から 1C 8.2 Accounting 2.0 へのロード

選ぶ サービス – 情報データベースからのデータ転送 1C エンタープライズ 8表示されるウィンドウで、「ファイルからロード」を選択します。

1C 7.7 からデスクトップにダウンロードしたファイルを選択します。「次へ」ボタンをクリックすると、ファイルからデータがロードされます。 1C 7.7 データベースのアカウンティングが長期間維持されている場合、ロードに時間がかかることがあります。

ダウンロード中にエラーが発生した場合、データの一部しかダウンロードされないため、再度ダウンロードする必要があります。

1C 7.7 から 1C 8.3 Accounting 3.0 へのデータの転送

データベースを 1C 7.7 から 1C 8.3 に転送するアルゴリズムは、細部では若干異なりますが、一般的には、1C 8.2 Accounting 2.0 について上記で説明したものと似ています。

ステップ1

1C 情報ベースを更新した後は、データのアップロードルールを更新する必要があります。これは次のようにして実行できます。

1C 8.3 Accounting 3.0 を開き、右下隅にある [転送ルールの保存] ボタンを選択し、バージョン 1C Accounting 7.7 を選択して、情報データベースの ExtForms ディレクトリへのパスを指定してルールを保存します。

ステップ 2. 1C 7.7 からのデータのアップロード

1C 7.7 から 1C 8.3 にアップロードする機能はデフォルトで行われます。つまり、追加のファイルをダウンロードしてデータベースに追加する必要はありません。

アンロード処理を開始しましょう。 サービス – 追加機能。「1C 8.3 会計編への移行」という碑文が見つかります。 3.0 を選択し、「開く」をクリックします。

表示されるウィンドウで、次の情報を入力する必要があります。

アップロードルール - ACC_ACC8.xml という名前のファイル。データベースのあるフォルダー (データベースへのパスの確認方法は上記で説明しました)、ExtForms フォルダーにあります。これは 1C 8.3 からコピーされたものです。
開始日と終了日 - データがダウンロードされる期間。
データファイル名 – アップロードされたデータを含むファイルをコピーする場所。
データのアップロードのルール - アップロードされるオブジェクト、ファイルにアップロードされるディレクトリおよびドキュメント:

「交換ルールのロード」ボタンをクリックします。 1C 7.7 からアンロードされるオブジェクトのリストが表示され、選択ボックスを削除またはチェックすることで編集できます。

複数のファイルを作成して部分的にアップロードすることも、すべてのデータを一度にアップロードすることもできます。何をすべきかは、具体的な状況によって異なります。この例では、すべてのデータを一度にアップロードします。

1C Accounting 3.0 (8.3) を開いて選択してみましょう。ここでは、データをロードする 2 つの方法を確認します。

情報ベースからデータをロードします。1C 8.3 プログラム自体が、インストールされているデータベースを見つけて、この情報ベースに接続し、そこからデータをコピーしようとします。設定を使用して、ロードする必要があるものを指定し、「データのロード」ボタンをクリックします。

ファイルからデータをロードすることは単なるオプションです。 1C 7.7 からダウンロードしたファイルを指定し、「データのロード」ボタンをクリックする必要があります。以下のようなウィンドウが表示されれば、ダウンロードは成功です。それ以外の場合は、いずれかを部分的にダウンロードし、プログラムが 1C 7.7 で生成するエラーを修正する必要があります。

1C 7.7 の修正された標準構成から 1C 8.3 (8.2) へのデータの転送

変更された 1C 7.7 構成からのデータの転送は、データの転送先のプログラムのエディションに存在しないビジネスプロセスが書き直されるため、はるかに複雑になります。ほとんどの場合、このような転送は、データ転送の経験があるか、データ変換構成に関する十分な知識を持つ専門家によって実行される必要があります。このような構成を移行するために使用できる一般的な移行原則があります。

機能の移転。新しい構成では、1C 7.7 に存在する機能を繰り返す必要があります。追加のドキュメント、参考書籍、および詳細。このデータベースの -CF をアンロードします。
年末に。アカウントの売上高を比較する前に畳み込みと後- それらは等しくなければなりません。
崩壊した 1C 7.7 データベースから新しいエディションの標準のクリーンなデータベースへのデータの転送。 1C 7.7 および 8.2 または 8.3 のアカウントの売上高データを確認します。エラーがある場合は修正してください。
1C 7.7 からデータがロードされたクリーンなデータベースに、1C 7.7 の機能が繰り返された CF 構成ファイルをアップロードする必要があります。
追加のディレクトリ詳細は、データ変換構成を使用して転送できます。