多くの場合、設定の更新時にエラーが発生します。特に、更新によって複数のリリースがスキップされた場合は特にそうです。 外観の原因、およびエラー1C「情報レジスターのレコードが固有ではなくなった」を訂正する方法を検討してください。
エラー表示
そのようなエラーは1Cシステムからの2つの同一のディスプレイを持つことができます。
このエラーの本質は、次の更新後に、1つ（または複数）のレジスタの測定値の構成が変更されたことです。
ソフトウェア要件を登録する
我々は、レジスタ（レジスタ、英語）情報がレコード（行）の形で記憶のために形成されることを知っている。 それぞれが測定の種類（プロファイル）とリソースによって特徴付けられます。
測定値は、データが保存されているカット（タイプ）を特徴付けるものです。 そしてリソースはそれらの値を直接含みます。
たとえば、「商品の価格」という登録情報は、2種類のプロファイル（「製品」、「VidTsen」）と1つのリソース（「価格」）で構成されています。
1Cにおける商品の構成
したがって、データベース内の登録行は次のようになります。
レジストリに行を登録する
さらに、レコードを作成するときには、一意のキーが割り当てられます。 そのシステムの形成は自動的に行われます。
同一のキーを持つレコードも同じです。
構造変更
別の例を考えてください。
同時に、開発者は、2つのディメンション（ "Warehouse"と "Room"）と1つのリソース（ "Responsible"）からなるレジスタ "ResponsibleLitsPoStores"を作成しました。
その後、そのような詳細化は不要であると誰かが判断しました。 この決定は次のリリースに反映されました。
そして今、更新されたレジスタはただ一つのプロファイルとリソースを持っています：
新タイプの製品構造
その構造が変わりました。 しかし、線は残った！
そして彼らは、プロファイル「Room」に対して責任がある（リソース）ことを示しています。 しかし、新しいリリースに切り替えるときにそれらをどうするか - ユーザーなしでプログラム自体はこの問題を解決しません。
したがって、1Cエラーが表示されます。「情報レジスタエントリが一意ではなくなりました」 多分これ - 同じ次元のレコードがあります。
手動修正
これらのメッセージの意味は、新しい構造に余分なディメンションを含む複数の行が含まれており、それらを1つにまとめる必要があるということです。
1つの値を持つ複数のエントリ
この場合は、現在不要なプロファイルに対応するものを削除する必要があります。
通常典型的な設定を使用するとき、この問題はソフトウェアレベルで開発者によって解決されます。 更新時に折りたたみが自動的に行われます。
逃したリリース
この問題に対する考えられる解決策は、新しくインストールされた設定が（アーカイブされたコピーを復元することによって）ロールバックされ、それから再度更新された場合です（すでに逃したリリースをスキップせずに）。
比較方法
複数のリリースをスキップして更新が行われると、状況はさらに困難になります。 または以前の設定が変更されました。 ここでも折れ線の必要性が生じます。 しかし、困難は失われた測定値と詳細を見つけることです。
この問題を解決するには、 "設定"モードに入り、 "設定の比較"コマンドを実行する必要があります。
構成の比較
その後、コンソールを使用して見つかった一意でない行を削除してください。
それらの少数でそれは手動でするのは簡単です。
自動消去1
非常に多数の固有でない行をソフトウェアで削除するには、Eugenia Karukが提案した処理を使用できます。
重複のソフトウェア削除
- 最初のダウンロードとオープン処理
- レジスタ情報を一意でない行で表示します。
- 更新の結果として削除する必要がある測定値をマークします。
- "Collapse duplicates"を押してコマンドを書いてください。
ダブルストリングは処理によって見つけられ、1つに折りたたまれます。
処理後、構成の更新は正しく行われます。
処理を使用して、データを変更せずに重複をチェックすることもできます（テストまたは検証用）。
重複をチェック
自動削除2
同じ目的のための別の扱いがこの分野の別の専門家によって提案されました - Pavel Chistov（モバイル版ではサポートされていません）。
文字列の構造の違反に関連するエラーの訂正方法と出現の原因を検討しました。 これで、ある設定が別の設定と重なったときに表示されることがわかりました。
私たちの出版物にコメントしてください。 問題のある問題への対処におけるあなたの経験を説明してください。