税務当局のコード。 居住地の税務当局のコード

ビジネスを行うことは - ビジネス関係なく、会計処理及び税務申告の様々なだけではありません。 このタイプの活動に関しては、ロシア実際にニュアンスがあります。 最も注目に値するの中で - 税務当局コードの使用の詳細を反映するもの。 どのような小道具の？ それを見つけるために、どのように適切に使用する方法は？

このコードは何ですか？

税務当局のコード - ロシア連邦税務サービスの特定の領土オフィスを識別4つの数字の並びです。 それは代理店を呼び出すことによって、または彼のウェブサイトに行くことによって行うことができる学びます。 あなたは、このようなオカトコードなどの有用な情報の異なる種類を見つけることができると同時に、2番目のリソースをサイクリング。

税務当局コードが表示され、他のソースがあります。 例えば、ある人は、納税記録の連邦税務サービスの適切な通知にIPとして登録された後に、このコードを示しています。

オートメーション - 進歩の様相

税務当局のコードを調べるためで実用的な必要性の変異体は、することはできません。 たとえば、サイトFNSは、セクション「E-サービス」を持っています。 支払指図書の様々なタイプの充填に関連している1 - それで利用可能なサービスの中で。 訪問者のブラウザウィンドウに表示されている地域、中 - 納税者が適切なフォームを使用する場合、税務当局は、コード自動的に指定されます。 いくつかのケースでは、このオンラインツールは、我々は次を見ていきます、実用的なことができます。

コードの実用的な意義

どのような目的のために、納税者は、問題のコードを使用することができますか？ データの電子的報告のアンロード - その関与の一般的な変種の中で。 例えば、いくつかのケースではない1が、二つの税務当局コードを知ることが必要な場合があります。 これはどのように可能ですか？ 電子報告を反映した支払者、ファイルを作成するには、いくつかのケースでは、個別のコレクションを管理情報を受け取り、税務当局のコード、および対応する識別子FTSオフィスを、指示する必要性に直面していること。事実

実際には、何がこのようなニーズに接続されていますか？ 連邦税、サービス料の支払者とその代表者、エージェント、およびその他の法的実体の構造に提供されている会計・税務報告を反映した情報を含むファイルは、特に、名前の正しさの要件を遵守しなければならないという事実。 同様の基準は個人の連邦税務サービスに送信された電子源、のために存在します。

FTS規格

FTSは、定期的にファイルで作業の標準化を調整することができます。 具体的には、変更の一例は、次の要件の出現を追跡することができる。ファイル名は、電子形式で座標情報共有参加者を反映すべきです。 もちろん、問題の調整は、いくつかのケースでは、重要なように見えるかもしれません。 しかし、州当局の正式な要件は、実行することをお勧めします。

構造の違い

報告を受けた後、何を連邦税務サービス部門「で投与される」、とされますか？ なぜ彼らは異なることができますか？ 最初の質問に - 納税者の特定のカテゴリとの相互作用の面で計算や税金の支払いの正確性について責任を負う構造与えられた機能を管理します。 ほとんどの場合、ロシアの法律は、それらがアドレスおよび他の基準の登録によって関連付けられたレポート構造を指示するために納税者を義務付けるものではありません。 多くの企業が地理的に近く、これらの構造に「責任」することができます。 そして、ファイルが実際の宛先に送信されているにかかわらず、適切な料金を管理する力を持っている構造になります。

支払手数料は、から選択するFTS構造に電子報告を送信すること- -それらが登録されている、本店又はである。しかし、私たちの上にのみ一般的なケースで説明事業所の登録を参照せずに、または電源の場所でします。 多くの場合 - 物理的な人であれば。 我々はしかし、上述のように、文書を取り上げ、連邦税サービスオフィスは、報告ファイルを受信する税務当局の機能と管理を持っています。 コードは、今度は、同じになります。

納税者は異なっています

別のシナリオは、いわゆる「大手」のカテゴリに分類される納税者に関するものです。 これは、税法の文言に、実際に公式のステータスです。 こうした企業の納税申告の場合、会社が適切な状態で記録に置かれている臓器で独占的に提供されるべきです。 これは、連邦税務サービスの領土部門が管理する権限構造の電力特性を持っているという事実はない場合。 たとえば、会社の活動は、税金の支払いや計算を監視する機能は、連邦税務サービスの別のブランチである領域に行うことができます。

ファイル名は意味を持っています

どのように正しくファイルの名前を記入するには？ 同じケースを考えてみましょう - 私たちは、彼女と他の構造の両方が1つの単位FTSを反映している際に、上記の例に彼を連れて来ました。 居住地の税務当局のコードとして存在していなければならないファイル名構造における電子のステートメントをカバーする連邦税務サービスが推奨するいくつかの基準によると、（例えば、支払者の場合 - 自然人またはSP）管理部門部門の位置を反映し、1。 それらが同じである場合であっても - 彼らはただ割る、2回入力する必要があり、「下部空間を。」

いくつかのケースでは、コードが違うのでしょうか？ 我々はまた、指摘している：それは（税法の第83回の記事の基準に従って）手数料の最大の納税者の範疇に起因する報告企業の典型的なものです。 その場合、連邦税・サービスの管理部門のアドレスでなく、税務当局コードを反映した都市のレイアウトの構造だけではなくて - ノボシビルスク、例えば、レポートが提供される座標空間に関するものとは異なる場合があります。 したがって、対応する手順に使用されるファイル内の大企業は、日常4桁の配列の両方のタイプを使用することができます。 同時に、一つのコードは、「下部ギャップ」で互いから分離されなければならない - それらが同じであるかのように。

電子文：ニュアンス

私たちは、電子報告に関連するコードの使用に関する側面を考えてみましょう。 どのような専門家は、最初の場所に注意を払うことをお勧めしますか？ これは、特に注意すべきである - 管理部門のFTSの座標 - コードの税務当局オレンブルクLeninsky面積は、例えば、すぐにファイル放電中に存在しています。 彼は通常、小道具、「タグ」と一致しています。 ところで、報告を受け、そしてそれは税管理している場合、部門、 - 私たちは1Cについて話している場合 - - 同じ、金融システムは通常、必要に応じて自動的にファイル名を埋める - それは便利です。

支払者が最大と分類された場合は、適切な処置プログラムは常に可能ではありません。 この場合、正しいコードは、同社は、連邦税務サービスのコレクションの管理部門に依頼する必要があります。 我々はすでに上記で同定されているようしかし、それは複雑な手順ではない、それはいくつかの方法で行うことができます。

プログラムの汎用性

図1Cプログラムは、方法によって特別なレジストリ詳細に必要なコードを格納することができます。 異なるで作業するときには、順番に、使用可能なシステム構成。 このような、例えば、「ものづくり企業経営」や「納税者」として。 しかし、注目すべきは、小道具最大の納税者の状況とそれらが登録されているFTS構造への直接電子報告を持っているだけで、それらの企業を使用することをお勧めします。

ターンでは、（例えばSPであれば、）居住地の税務当局コードまたは支払人の会社の登録は、順番に、それぞれの小道具に固定されています。 また、複数の構成で使用することができます - 例えば、「会計」。

詳細な側面

それは、データをアンロードされたときのプロセスでは、税コード - サマラのソ連地区は、例えば、対応するファイルの名前の構築に関与することになります。 4箇所の最初の列に - 1Cとロシアの会計慣行で採用されている基準に基づいています。 次に、第二の文書のカバーシートに記載されているコードを反映します。

1Cの複雑な構成です。 それは小道具を表示する - つまり、登録の場所に関して。 他のいくつかの設定ディレクトリ（例えば、「納税者」）の会社では、彼はまた、持っています。

ウラジミールのOktyabrsky地区の税務当局コード、例えば、順番に、「ID」小道具に含まれていることができます - 私たちは税を管理連邦税務サービス構造の座標があると述べました。 それは事を言及する価値がある：情報は、指標の種類に基づいて記入された「で利用可能な...」、原稿の前面に配置されています。 支払者が最大のカテゴリに適用されない場合には原則的に、それは一部の専門家によると、その理由は、そのプログラムである、ある、自動的に適切なオプションを埋めることができます - ドキュメント内のコードが既に存在します。

最も便利なツール

支払者は、例えば、ロシアの首都に登録されたバリアントは、わからない彼は、税務当局の正しいコードを知っていました。 モスクワ - 偉大な都市、連邦税務サービスの領土構造の多くは、必要な詳細の選択でミスを犯す可能性があります。 電子報告の準備で、この場合にどうしますか？ この場合、資料の冒頭に記載されたスクリプトは、非常に適切であろう。 「決済注文を塗りつぶす」セクションで、サイトの連邦税務サービスに移動し、右、首都で働く政府機関の領土体の構造に選択する必要があります。 これは、支払人が「主要な」の状態で登録されているものです。 オンラインレポートツールの利便性は非常に専門家によって理解されます。 モスクワの税務当局46の税コード - - 問題はない、20分 - そこには、連邦税務サービスの事実上すべての枝の座標を見つけることができます簡単に。

難しい - ステータスで

だから、私たちがまとめてみましょう。 電子報告 - さらに、文書での反射を補正するために支払人のための身体FTSコードを学習することができる理由の一つ。 重要な側面 - ファイル名に4桁のシーケンスの正しい表示は、事務所宛。 ベースラインシナリオ - コレクションの管理機能を実行し、また、文書の受信者であるユニットの - 会計プログラムは、例えば、図1Cは、自動的に必要な値を貼り付けます。 この場合の数値は、典型的には、カバーシートの宣言と、系から来ます。 しかし、起業家が個別に学ぶためにコードを記述する必要がありますする変種があります。 同社は「主要な貢献者」の公式地位を持っている場合は原則として、これは、ケースです。 適切な「コード」を学ぶ最も便利な注文のオンラインFTSを充填フォームを使用しています。

集計中のコード

これは、原則的には、税務申告に関連するコードは、加えて、我々が検討している、がありますか？ 彼らはもちろん、十分以上である、あります。 実用的なアプリケーションは、彼らがビジネスで利益を宣言するの局面では、主にあります。 関連定義コード、例えば、あります 税の期間が。 アカウントの請求先住所の下に報告楽器の場所を反映しているものがあります。 同じNACE、起業家に従事している事業の種類を分類 - 経済活動の種類を反映したコードがあります。 その会社の再編や清算の形状を反映した「暗号化」の順で、使用可能性、。

正しさ - 必要

コードの正しさを示して - 宣言を描くという点で非常に重要な側面を。 彼らは間違っている場合は、FTSは、即時の調整を行うために必要な場合があります。 サンクトペテルブルク、モスクワ、ノボシビルスク、だけでなく、連邦税務サービスのエリア内の特定のユニット - それだけでなく、私たちが税務当局コードを求めている特定の都市では、正しいデータを入力することが重要です。 他の - ヘッド構造は、我々はすでに上記したように、小道具、下位部門を持つことができます。