アスタリスク付きのタスク：FIASをKLADRにトランスコードした方法

1月1日から、連邦税務局はKLADRアドレスディレクトリの更新を停止します。 正式には廃止され、FIASのみが残ります。 しかし、多くの産業用システムはまだCLADRで動作します。 サプライヤーはそれらを更新するつもりはなく、自分の手でビジネスをやり直すのは長くて費用がかかります。



お客様の声に耳を傾け、解決策を思い付きました。すべての生き物よりも生き生きとしたFIASを使用し、KLADRでトランスコーダーを作成します。



外部からは、タスクは簡単に思えます。 彼らは私たちにこう言った：「あなたはただFIASを取り、KLADRでそれを作り直しますか？」 実際、「ただ」はありません。 ディレクトリは完全に異なる構造を持ち、ポンプアップされたFIASから気取らないKLADRにデータを分散する方法は不明です。 同時に、リファレンスブック用の一般的なドキュメントはありません。



私たちが今寛大に共有しているのは楽しかったです。

マッピングされた参照構造

FIASの重量は約28 GBで、テーブルは約450個あります。 KLADRは約500 MBおよび6タグです。 KLADRのデータは、3つのFIASテーブルのみにあります。 残りはトランスコーディングに必要ではなく、KLADRはそれらを提供しません。







^{図の括弧内に「<i>」が含まれている場合、各領域には同様の名前の独自のラベルがあります}



レコードごとのレコードの転送は失敗します。テーブル間の接続、テーブル内のロジック、または何かが壊れます。



たとえば、FIASでは、1つの家はテーブル内の1つのレコードです。 喜んで家を次々とKLADRに移しましたが、ディレクトリは致命的に腫れ上がりました。通常の500 MBに対して3.5 GBです。



KLADR-控えめな、彼は家ごとに別々のエントリを買う余裕はありません。 したがって、ディレクトリ内の同様の家は1行にグループ化されます。 同時に、青い目の数字は、カンマで区切られてNAMEフィールドに保存されます。







^{家が同じ通りにあり、数だけが異なる場合、それらは1行に記録されます}



次に、FIASの道路から道路のロードを開始し、記録に従って家をグループ化しました。 カウントダウンすると、NAMEのカンマに多くの数字が収まり、KLADRでこれらの家の一般的なレコードを作成します。 （ちなみに、NAMEは40文字です。）物事はなくなっています。







^{パスを繰り返すことにした人向け：これは、FIASとKLADRの依存関係図がどのように見えるかです}



一般的な再コーディングの問題：同様のテーブル間でフィールドを転送する方法は明確ではありませんが、ドキュメントは役に立ちません。 文書は、ある参考書を別の参考書にのぞくためではなく、明確に書かれているため、驚くことはありません。



たとえば、FIASには次のフィールドがあります。

• 「コードIFNS FL」;
  
  
• 「IFNS YULのコード」;
  
  
• 「IFNS FLの領土プロットのコード」;
  
  
• 「IFNS YULの領土プロットのコード。」
  
  

これらの同じ目的のKLADRでは、2つのフィールドのみ：

• 「IFTSコード」;
  
  
• 「連邦税務局の領土プロットのコード」。
  
  

どのコードに移植するかは明確ではありません。



別の例。 これは、FIASのフィールドの説明です。

• 「住所オブジェクトの公式名」には、行政当局によって決定され、自治体の決議により、関連規制機関によって導入された住所オブジェクトの名前とタイプが含まれます。 文書や郵便物の形成に使用されます。
  
  
• 「アドレスオブジェクトの名前」には、アドレスオブジェクトの正式名が含まれています。
  
  

読むのも難しいですが、選択の余地がないと仮定します。 失敗は、説明が何も明確にしないことです。 「正式名」とは何ですか？ 形式化の効果は何ですか？ 主なものは、CLADRに転送するフィールドです。



その結果、連邦税務局からKLADRとFIASを取得し、フィールドの値がディレクトリ間でどのように流れるかを監視しました。 普遍的なレシピはないため、異質な転送ルールの暗闇が判明しました。

CLADRコードの入手先を見つけました

KLADR-code-KLADRディレクトリのメイン識別子。 その上でのみ、アドレスオブジェクトを一意に決定することができます。



FIASはCLADRコードも保存します。 さらに、ディレクトリ内の最適化により、ADDROBテーブルだけから、次の3つの方法でコードを取得できます。

• PLAINCODEフィールドから取得します。 これはオブジェクトのCLADRコードが保存される場所です。
  
  
• CODEから取得します。 ここには、同じCLADRコードと2桁の関連符号があります。
  
  
• DIYギフトを作ります。 オブジェクトのCLADRコードは、他のオブジェクトの詳細なコードから組み立てることができます。
  
  

最初は、彼らはPLAINCODEで立ち往生していました。 チェックされており、元のKLADRにあるコードと一致しない場合があります。



大丈夫、コードがあります！ 繰り返しますが、驚きです：時間がたつと不思議に思うことがなくなるほど頻繁に空になります。 空でない場合、リラックスするには時期尚早です。その中のコードはPLAINCODEと一致しない場合があります。



最後の砦にたどり着きました。CLADERコードを自分で接着し始めました。 そして、あなたはどう思いますか？ はい、コンパイルされたコードはしばしばPLAINCODEまたはCODEとは異なります。



FIASの厳しい現実：CODE！= PLAINCODE！=接着コード。 正しい識別子を取得する場所は明確ではありません。 リファレンスガイドの照合を開始し、50杯のコーヒーを飲んだ後、パターンを見つけました。

• CODE！= PLAINCODE→CODE;
  
  
• PLAINCODE！=接着→PLAINCODE;
  
  
• それ以外の場合は、接着されたコードが適しています。
  
  

そして、KLADRコードは公式ディレクトリのコードと一致します。

計画構造と追加のテリトリーを転送する方法を理解した

開発者は、KLADRよりも多くのレベルのアドレスオブジェクトをFIASに提供しました：それぞれ13および6。



さらに、KLADRには、「余分な」レベルのオブジェクトがあります。それは、計画構造とドプテリトリーです。 これらは園芸協会、国の協同組合などです。それらは大きな松葉杖でFIASから転送されます。 彼らはこれを行います：彼らは条件付きの庭のパートナーシップを通りに変え、それに従属する通りの名前にパートナーシップの名前を追加します。



理論的には難しいですが、例を挙げて説明します。 ガーデンパートナーシップ「Massive N2 ST Cherry」にLugovayaストリートがあるとします。 これらのオブジェクトがFIASからKLADRに転送されると、次のようになります。

• パートナーシップは、ストリート「ガーデンパートナーシップ」Massive N2 ST Cherryに変わります。
  
  
• 下位の通りの名前は「Lugovaya street（Massive N2 ST Cherry）」になります。
  
  

ヒューマンロジックの観点からはひどいように見えますが、必要なデータはKLADRに表示されます。 私たちは誰と対戦しますか？ もちろん、同じことをします。

名前の変更と再送信の処理

ロシアでは、都市、地域、通りの名前が常に変更され、再割り当てされています。 たとえば、モスクワ地方のZheleznodorozhnyは40年間都市でしたが、その後突然バラシハの地区になりました。



アドレスディレクトリには、下位互換性のために廃止されたエンティティが格納されます。 結果は、一連のバージョンです。







^{都市V1がありました。 名前が変更されました-バージョンV2がディレクトリに表示されました。 再割り当て-V3。 V <k>まで続く}



従属の連鎖は、CLADRにないレベルを考慮して転送されます。 たとえば、チェーン「ストリート→都市地区→シティ」は、FIASからKLADRに「ストリート→都市」という形式で送信されます。



FIASでは、CLADRにまったく存在しないフィールドのみがオブジェクトのあるバージョンと別のバージョンで異なる場合があります。 たとえば、2017年5月20日にMaykop市はOKTMOを変更しました。79701000でしたが、79701000001になりました。他に変更はありませんが、FIASはオブジェクトの新しいバージョンを取得しました。 変更されたデータがCLADERで提供されない場合、オブジェクトの新しいバージョンのみを転送するのが正しいです。 私たちは過去がそうではなかったようにふりをします。



また、場合によっては、再従属により、オブジェクトはCLADERにないレベルに移動します。 典型的な歴史：オビラロフカ村→ジェレズノドロジュニ市→バラシハ市のジェレズノドロジュニ地区。 都市部のレベルはKLADRではなく、Zheleznodorozhnyは第4レベルから第99レベルに移転しました。 増加しているように見えますが、いいえ：99レベルでは、欠落しているアドレスオブジェクトが保存されます。 都市があり、それは機密解除された要素になりました。 さらに、彼らはまた、cな方法で通りを再割り当てしました。彼らは、KLADRにいくつかの集落を作成し、それらにZheleznodorozhnyの集落と、Balashikhaの集落を渡しました。

解決された略語の競合

FIASは、アドレス可能なオブジェクトのタイプの公式の略語をすべて保存します。

レベル	SOCRNAME	SCNAME	KOD_T_ST
3	自治管区	AO	305
3	テリトリー	テル	303
3	地区	地区	301
3	ウルス	で	302
3	市区町村	m rn	309

KLADRには略語表もありますが、エントリは少なくなっています。 FIASからKLADRに略語を単純に転送することは不可能です。レベルが一致しません。 いくつかはそうではなく、他は異なる番号を持っています。



長い間ディレクトリを比較しましたが、それでも連邦税務局にきれいな水を届けました。 これが収縮のレベルをどのようにシフトするかです。

FIAS	クラッダー
0	X
1	1
2	1
3	2
4	3
5	X
6	4
7	5
8	6
9	X
35	X
65	5
75	X
90	X
91	X

「X」は、レベルが単純に閉じていることを意味します。 このレベルでFIASにあったすべての削減は、CLADRに該当しません。 たとえば、ディレクトリには、都市内の領域、建物内の敷地、土地区画などはありません。



レベルシフトは、略語の一意の識別子であるKOD_T_STで問題を引き起こします。 KOD_T_STは、削減レベルと削減ID自体の2つの部分で構成されています。 FIASからKLADRに切り替えると、レベルがシフトし、競合が発生します。



たとえば、FIASの場合：

• 堤防：711;
  
  
• エリア：6511。
  
  

レベルシフト後のCLADRでは：

• 堤防：711→511;
  
  
• エリア：6511→511
  
  

そして今、私たちは堤防に行くべきか、それとも地区に行くべきかわかりません。



公式のKLADRでは、問題は有名に解決されています。矛盾する略語の1つのコードでは、レベルの代わりに9が使用されています。 できるから。 このため、参照KLADRでは、地区の省略コードは511ではなく911であり、LEVELフィールドには5つが残っています。



もちろん、これに関するドキュメントには何も書かれていません。

フィールドでテスト済み

連邦税務局が提供するのと同じFLAからCLADRを作成しました。 3つのパラメーターで確認：

1. 構造。
   
   
2. テーブルのボリューム。
   
   
3. 特別なソフトウェアを使用します。
   
   

3番目の項目は、 ASVCheckユーティリティによってテストされました。 彼女は、住所書式とロシア銀行の指示との対応を確認します。 ASVCheckで、CLADERをロードしてから、アドレスのリストをロードします。 ユーティリティはディレクトリ内のアドレスをチェックし、エラーを記録します。



ASVCheckを介して、ライブバンキングレジストリからアドレスを確認しました。 最初に、彼らは公式のKLADRで運転し、それから彼ら自身の方法で運転しました。 それから、もちろん、違いを見ました。



ASVCheckは謎の男だと言わなければなりません。 彼は住所を間違っているとマークした理由を述べていません。 ランダムにデバッグされます。 通常、いくつかのエラーはユーティリティのバグのように見えました。CLADRコードでディレクトリ内のエントリを並べ替えたときに、アドレスの一部を拒否しなくなりました。



しかし、すべてが正常に終了しました。ASVCheckは、KLADRとFTSディレクトリで同じ結果を提供します。

設定と更新でKLADRを取得しました

今、私たちは何世紀も生き続けるKLADRを持っています。 クライアントはFIAS用のソフトウェアを急いでやり直す必要はありません。新しいディレクトリに接続すると、すべてが以前のように機能します。



CLADER HFLabs：

• 連邦税務局の公式CLADRと同じ構造。
  
  
• 連邦税務署と同じ形式での配達。
  
  
• 少なくとも2週間に1回、最新のFIASバージョンのリリースの1日後に更新します。
  
  
• アップデートの有料サブスクリプション。
  
  

12月の完全版を無料で提供しています。ライブシステムに展開してテストできます。



興味がある場合は、 elenar @ hflabs.ru Elena Rastorguevaにメールしてください。 エレナは明確な質問をし、1日後に新しいKLADRを送信します。