地方予算への支払いを記入するための情報。 支払い注文の記入

組織は、主に支払い命令などの支払い形式を使用して、組織間で非現金支払いを行います。 この文書は、商品、サービス、仕事、税金、寄付金の支払いに使用される最も一般的なタイプの支払いです。 政府機関、予算外資金など。 この記事では、支払い注文の記入方法と提供方法について説明します。 必須フォームあなたに合った形式で。

支払い命令は、支払いのための文書。受取人に有利なように当座預金口座から引き落とすよう組織から銀行に命令するもの。 お金文書に指定された機関で開設された彼の口座に送金されます。 決済は同じ銀行でも、別の銀行でも行うことができます。

法律によれば、法人は、定められた限度額を超える支払いを現金以外の形式でのみ行う必要があります。 銀行は、この規律を遵守するために、顧客のあらゆる種類の決済を管理する権限をロシア連邦中央銀行から与えられています。

支払い命令の形式は銀行の規則「資金送金規則について」によって定められており、ロシアのすべての企業と国民の使用が義務付けられています。

サプライヤーから請求書を受け取ると、会社はそれに基づいて支払い命令を作成し、銀行に送信します。 信用機関は、書類の正確性と顧客の当座預金残高の有無を確認します。 その後、資金を受取人に転送し、この支払い命令を受取人の銀行に転送します。

支払者は銀行取引明細書を受け取り、この支払い文書を添付する必要があります。 で 最近電子文書管理、電子デジタル署名、銀行クライアント プログラムまたはオンライン サービスの導入により、この手順全体がはるかに簡素化されました。 同時に、支払い注文は、専用プログラムをさらにダウンロードして記入することも、銀行クライアントで直接記入することもできます。

支払い注文の記入例

銀行員は、支払い命令の一番上に、信用機関が文書を受け取った日付と資金が償却された日付をメモします。

他の 支払い注文フィールド満たされています 担当者企業で。

文書には番号と作成日が必要であり、年間を通じて連続した番号が使用されます。 文書番号には 6 文字を超える文字を含めることはできません。

で 「お支払いの種類」欄必要に応じて「郵便」「電報」「至急」などの方法で記載します。 書類が電子的に送信される場合は、サービス銀行によって決定されたコードが表示されます。

右上隅で選択する必要があります 支払者のステータス財務省が承認した参考書からの特定の数値セットの形で。 2016 年 3 月 28 日に新しい版が発効することに注意する必要があります。

表形式の部分には、納税証明書のデータに基づく支払者と受取人の名前、TIN、KPP、およびサービスを提供する銀行の当座預金口座番号が表示されます。

2016 年 3 月 28 日以降、ロシア連邦財務省の納税担当者は、TIN フィールドに 10 文字（個人起業家の場合は 12 文字）、KPP - 7 文字で入力することを義務付けています。 ID 番号を「00」で始めることはできません。 支払いに UIN コードがある場合は、このフィールドに入力しないこともできます。

支払金額は表の右上部分に記録されます。 ルーブルとコペイカで構成されている場合は、「-」で区切る必要があります。

以下に、支払者と受取人の銀行名とその所在地、ロシア連邦中央銀行によって定期的に編集されるディレクトリからの対応する BIC、およびコルレス口座に関する情報を入力する必要があります。

コラムでは 「オプションを表示」コードが入力されました 「01」行動規範に従って 会計私たちの国の銀行で。

現在 「支払期日」フィールド。そして 「ナズ。 お願いします。」ロシア連邦中央銀行による関連指示が採択されるまでは記入されません。

で コラム「概要」 支払い。"承認された支払い順序に従って「1」から「5」までのコードが書き込まれます。 商品、サービス、仕事の代金を支払うため 支払伝票優先コード「5」、税金支払いの場合は「3」を含める必要があります。

に支払い命令に含まれていませんに反映されています フィールド「コード」納税者に知られている場合、税移転のため。 新しい規則によれば、20 桁または 25 桁でなければなりません。 それ以外の場合は、他の支払いと同様に、ここに「0」を指定する必要があります。

カウント 「レス。 分野"銀行から別途指示がない限り、記入する必要はありません。

下部前のテーブル 「支払い目的」欄税金、寄付金、その他の義務的な支払いを予算に振り替える場合にのみ記入されます。

一番左のフィールドに反映されます コード 予算分類 各年に承認されたディレクトリから（20 文字）。 それ以外の支払いの場合は記入する必要はありません。

次の列が書き込まれます。これには 8 文字または 11 文字を含める必要があります。 どの税金や拠出金が支払われるかに応じて、対応するディレクトリまたは申告書で確認できます。 このコードは、国の地方自治体ごとに定義されます。

次に、ロシア連邦財務省が承認したリストに従って、支払い根拠のコードを入力します。 個人の場合、この列には個人を識別できる情報 (文書コード、シリーズ、番号 (例: パスポート 01.7901234567)) が入力されます。

次のフィールドには、予算への支払いの場合 - 課税期間指定コード (MS.01.2016 など)、税関の場合 - 税関の識別コード、その他の場合 - 「0」を入力する必要があります。

次に、納税の基礎となる文書の番号 (納税請求の番号など) とその日付を指定する必要があります。 この情報が不足している場合は、ここにも「0」が入力されます。

最後の欄は 2014 年以降記入されていません。

で "支払いの目的"取引の内容は、移転の根拠（口座や契約など）を参照して示されなければなりません。 この行では、支払った VAT の金額を強調する必要があります。 それ以外の場合は、「付加価値税の対象外」または「付加価値税なし」と記載されます。

支払命令が紙の形式で銀行に提出される場合、取締役の署名と押印によって裏書されなければなりません。

ニュアンス

個人事業主の「納税通知書」に氏名を記入する場合は、居住地または登記上の住所も「//」で記載する必要があります。

2016 年 3 月 28 日より、個人起業家はステータス 09-14 で税金や拠出金を支払う際に、UIN コードを示すか、TIN を正確に示す必要があります。

税金および拠出金の支払い命令を作成する場合、「受取人の銀行」フィールドには、ロシア連邦中央銀行の支店の略称を使用する必要があります。

お金を予算に入れるためには、何らかの送金のための支払い命令を正しく記入する必要があります。 義務的な支払い.

サンプル支払い注文 2019: 入力ルール

支払い命令を記入するための規則は、2013 年 11 月 12 日付けのロシア財務省命令 N 107n に規定されており、2018 年と比べて変更されていません。 これらの基本的なルールを表にまとめました。

決済フィールド名（フィールド番号）	税金の支払い	社会保険基金への「傷害に対する」拠出金の支払い
支払者のステータス (101)	「01」 - 税金が法人によって支払われる場合。 「09」 - 税金が個人起業家によって支払われる場合。 「02」 - 組織/個人事業主が税務代理人として税金を支払う場合	「08」
ペイヤーINN (60)	組織/起業家の TIN
支払者チェックポイント (102)	税金が支払われる連邦税務局に割り当てられた KPP	寄付が組織によって支払われている場合、そのチェックポイントが示されます。 支払者が次の場合 別の部門(OP)、フィールド 102 にこの OP のチェックポイントが配置されます
フィールド 102 の IP に「0」を入力
支払者 (8)	略称組織/OP、フルネーム 起業家
受信者の TIN (61)	税金が支払われる連邦税務局の INN	拠出金が送金される社会保険基金の地域支部の TIN
受信者チェックポイント (103)	税金が支払われる連邦税務局のチェックポイント	拠出金が振り込まれる社会保険基金の地方支部のチェックポイント
受信者 (16)	UFK by _____ (税金が支払われる地域の名前)。特定の連邦税務局が括弧内に示されています。 例: 「モスクワ用 UFK (ロシア連邦税務局モスクワ第 14 番査察官)」	UFK by _____ (拠出金が支払われる地域の名前)。FSS 支部は括弧内に示されています。 例: 「モスクワ行きの UFK (GU - モスクワ RO FSS RF)」
支払い命令 (21)	5
KBK (104)	, 支払った税金/拠出金に相当します
OKTMO (105)	組織/企業/財産/交通機関の場所の OKTMO コード 個人起業家の居住地の OKTMO コード 取引手数料を支払う場合、この手数料が支払われる小売施設の所在地の OKTMO コードを示します。	組織またはOPの所在地/個人起業家の居住地にあるOKTMOコード
支払理由 (106)	通常、このフィールドには次のいずれかの値が含まれます。 「TP」 - 当期の税金/拠出金を支払う場合。 「ZD」 - 税金/拠出金の負債を自主的に返済した場合。 「TR」 - 連邦税務局/FSS の要請に応じて債務を返済する場合。 「AP」 - 検査報告書に従って債務を返済するとき（督促前）
税金・保険料を納める期間（107）	フィールド 106 に「TP」/「ZD」が含まれる場合、法律で定められた納税頻度が次のいずれかの形式で示されます。 - 毎月の支払いの場合: 「MS.XX.YYYY」。XX は月番号 (01 から 12)、YYYY は支払いが行われる年です (たとえば、従業員の給与に対する個人所得税を支払う場合) 2019 年 2 月の場合は、「MS.02.2019」と入力する必要があります); — 四半期ごとに支払われる税金の場合:「QR.XX.YYYY」、XX は四半期番号 (01 から 04)、YYYY は税金が支払われる年です。 — 半年税（統一農業税など）の場合：「PL.XX.YYYY」、XX は半期の数字（01 または 02）、YYYY は税が移管される年です。 — 年次支払いの場合: 「GD.00.YYYY」、YYYY は税金が支払われる年です (たとえば、2019 年の所得税の最終計算を行う場合は、「GD.00.2019」と入力する必要があります) 。 フィールド 106 に「TR」が含まれている場合、フィールド 107 にはリクエストの日付が反映されます。 フィールド 106 が「AP」の場合、フィールド 107 は「0」です	«0»
文書番号(108)	フィールド 106 に「TP」/「ZD」が含まれる場合、フィールド 108 には「0」が含まれます。 フィールド 106 に「TR」が含まれる場合、フィールド 108 は納税要求の番号を反映します。 フィールド 106 に「AP」が含まれる場合、フィールド 108 は検査の結果に基づいて行われた決定の番号を示します。	«0»
文書の日付 (109)	フィールド 106 に「TP」が含まれる場合、フィールド 109 には宣言に署名した日付が含まれます。 ただし、支払い時点では申告がまだ行われていないため、支払い者は原則として「0」を記入します。 フィールド 106 に「ZD」が含まれる場合、フィールド 109 には「0」が含まれます。 フィールド 106 に「TR」が含まれる場合、フィールド 109 には支払い要求の日付が反映されます。 フィールド 106 に「AP」が含まれる場合、フィールド 108 は検証後の決定の日付を示します。	«0»
支払いタイプ (110)	「0」または UIN (利用可能な場合)
支払目的 (24)	支払いに関する簡単な説明（例） 「ロシア連邦領土内で販売された商品（仕事、サービス）に対する付加価値税（2019年第3四半期の2回目の支払い）」この分野で「傷害」に対する保険金を支払う場合は、自分の傷害についても明記する必要があります。 登録番号保険契約者

この表には、義務年金、健康保険の保険料やVNiMへの拠出金を移管する際に納付命令書に記載しなければならない情報は含まれていませんのでご注意ください。 これらの寄付に対する支払い命令専用 別の材料.

2019 年の支払い命令: 特に重要な詳細

特定の支払い注文の詳細は、非常に慎重に入力する必要があります。 結局のところ、これらを間違えると、税金や拠出金は単に未払いとみなされます。 したがって、税金/拠出金の金額を予算に再振り替える必要があり、罰金も支払う必要があります（終了後に誤りを発見した場合）。 締め切り支払い）。

送金を行うには、現金以外の支払いの特別な形式、つまり支払い命令を作成する必要があります。 指定された受取人に支払いが届くように、正しく形式化するにはどうすればよいでしょうか?

一般的な側面

支払命令は、口座名義人が銀行を通じて金融取引を実行するための文書です。 独自に記入するか、銀行員が記入します。

充填オプション:

同一地域内での送金の場合、手続きに2日もかかりません。 地域間支払いの場合、期間は 5 日間に達する場合があります。

処理は送信当日または最初の 2 日間に行われます。 送金銀行用に 1 部、送金側銀行用に 1 部、受取人の銀行用に 2 部の 4 部で発行されます。

口座内の金額に関係なく（またはお金がまったくない場合でも）、銀行は顧客からの支払い命令を受け入れる義務があります。 金額が不足している場合は、補充後すぐに注文が約定されます。 書類の有効期限は10日間です。

支払いが電子形式で発行される場合は、電子署名が必要になります。 それがなければ、その文書は法的効力を持ちません。

基本概念

書類に記入する際の間違いを避けるためには、次の基本概念を理解することが重要です。

支払い命令	口座所有者が信用機関に提出する注文。 資金を別の口座に移す場合に必要
支払い注文の受信	口座への資金の入金を表示するために使用される文書。 種類 - 購入者からの支払い、金銭の返却、クレジット支払い、その他の現金以外の領収書。
UIP ( 一意の識別子払込票）	支払いの受け取り場所を示すために必要な 20 桁のコード
UIN (発生識別子)	財政が国家予算に移管される場合に必要となる
支払いの根拠	支払いの目的を定義する値

文書の目的は何ですか

口座所有者がある口座から別の口座に資金を移す必要がある場合、特別な文書である支払い命令が使用されます。 転送操作を実行できるようになります。

この文書の主な機能は、ある口座から別の口座に資金を送金することです。 このような場合に使用されます:

• 実行された作業に対する支払い。
• 予算および予算外基金への移管。
• 返品または配置。
• 利息の控除。
• その他法律で定められた目的。

支払い注文の支払い目的は 24 行目に入力されます。ここでは次のことを指定する必要があります。

現在の規制の枠組み

2015年9月23日にそれが公表され、それに従って支払い記入のルールが一部変更されました。

それらは次のことに関係します。

• コード文字の正確な数が明らかになりました。
• 支払い根拠のリストが拡張されました。
• 110行目は支払いの種類ですが、何も書く必要はありません。

（平成26年10月30日）により、税金の納付書の記載要件が変更になりました。

ベースにインストールされています 一般規定決済としてのペイメントカードの使用について。 第 863 条は、送金を行うための手順を規定しています。

読みます:

• 支払い命令は法的要件を満たしている必要があります。
• 注文は注文に従って実行されます。

によると、銀行は顧客が支払い命令を提出した後に操作を実行する義務があります。 銀行には別の銀行を誘致する権利もあります 信用機関資金を移動するため。

財務省（2013年11月12日採択）に従い、支払書類のデータ提出に関する規則が定められています。

支払い注文フォームに記入する機能

払込用紙の指定された行をすべて記入する必要があります。 削除や修正はできません。

一意の支払い識別子

登録の瞬間から、組織は納税者になります。 送金の際に便利なコードが割り当てられています。 毎年、支払い命令は新しい規則に従って記入されます。

支払い期間はこれに影響しません。 UIP の目標は次のとおりです。

• 寄付の実施を合理化する。
• 統計当局による情報の維持。
• 本来の目的のために特定の金額を支払うこと。

主な問題は、コードをどうやって見つけるか、コードが間違っていた場合はどうするかです。 指定されたコード、例は次のようになります。 コードは、支払い当局に連絡するか、インターネット上で特別なコード ディレクトリを見つけるなど、いくつかの方法で見つけることができます。

法律によって文書が変更されることが多いため、規約も変更されます。 コードの指定が間違っている場合があります。 この場合はどうすればよいでしょうか？

いくつかの選択肢があります。罰金を回避するには、再度支払いを行うか、税務署に申請書を提出する必要があります。

2 番目のケースでは、資金が口座に返されるか、再相殺が発生します。 コードは 20 桁で構成され、22 行目に示されます。

場合によっては、UIN を提供する必要はありません。 これ：

• 民間起業家および法人が自主的に計算した税金または手数料の額の移転。
• 個人による支払い。
• 予算に振り替えます。

支払文書が電子サービスを使用して生成された場合、注文インデックスは自動的に割り当てられます。

UIP値

支払い識別子は、州予算への資金の送金、または州 (地方自治体) サービスの支払いを処理するために必要です。

課税期間の指定

課税期間を指定せずに送金した場合、送金データは現在の日付で入力され、税金の過払いが表示されます。 期間は 107 行目に示されています。コードには 10 文字が含まれており、そのうちの最初の 2 文字が課税期間です。

ビデオ: 支払い注文の記入手順

期間インジケーターは次のようになります。

この行は、現在の期間と過去の期間の両方の税金の支払いに記入されます。 今年から納税の手続きが変わりました。

各登録には独自のコードがあります。 107 行目は、税金が支払われる期間が明確になるように記入する必要があります。

法律で複数の支払期間が規定されており、特定の支払日がある場合は、その納税期間に対して異なる係数を持つ複数の請求書を作成する必要があります。

以下の場合は別途お支払いとなります。

• 支払い期限が複数ある場合。
• 特定の日付が示されています。
• 支払われる収入が異なります（支払い命令も異なります）。
• 107 行目では、納税の期限を指定する必要があります。

完成サンプル

支払いが受取人に届くためには、書類が正しく作成されていなければなりません。

フィールドは次のように入力されます。

フィールドとその意味	何を示すか
3「数字」	支払い注文番号用に予約されています。 支払いを送信するときに銀行によって割り当てられます。 番号には 6 桁を超える数字を含めることはできません。 「0」は指定できません
4「デート」	文書の実行日を DD 形式で入力します。 んん。 ＹＹＹＹ。
5「支払いタイプ」	支払いがどのように届けられるかを示します - 緊急に、電信または郵便で。 支払者はこの欄に記入することはできません。 書類が電子形式で銀行に提出される場合、フィールドは入力されます。 自動モード- コードが割り当てられています
6「金額」	で書き始めます 大文字、行頭から完全に文字で。 単語を省略することはできません。ペニーは数字で示す必要があります。 資本形式の金額は紙の支払い注文にのみ入力されます。電子形式の場合は必要ありません。 金額は銀行によって設定され、登録する必要があります
7 数字の「和」	ルーブルとコペイカを記号で除算します (例: 566-35)
8「支払者」	法人の場合 - 名前を完全な形または省略形で示します。 受取人の銀行が別の国にある場合は、居住地住所または正式な住所を示します。 個人起業家向け – 個人データとステータス。 個人の場合 - 主格の個人データ
9「口座番号」	支払いを行う人の口座番号を示します。 20桁で構成されます
10「支払者の銀行」	支払い送金者の信用機関の名前と所在地
11「ビック」	銀行コードを入力してください
12「銀行口座番号」	支払い銀行の口座番号。 顧客がロシア銀行のサービスを利用している場合、この行は入力されません。
13「受取人の銀行」	銀行名と所在地
14「ビック」	支払いを受け取る銀行の識別コード。 コードは銀行が開くときにその銀行に割り当てる必要があります。このコードは特別なディレクトリにあります。
15「受取人の銀行口座番号」	通信相手のアカウントを指定する
16「受取人」	この法人が名前 (正式名または略称) である場合、両方のオプションを同時に使用できます。 緊急の場合 - 個人データとそのステータス。 個人の場合 – 個人データ (姓、名、父称)
17	資金受取人の口座番号を指定する
18	操作のタイプを強調表示し、コードを示します。 これはロシア連邦銀行によって設定されます。この場合は – 01
19	期限に割り当てられているが空のまま
20「支払目的」	未記入
21「シーケンス」	6 つのシーケンスのうち 1 つを指定します
22「コード」	空のままです。 3月28日より 今年コードには 20 桁または 25 桁が含まれる場合があります
23	バックアップラインが入力されていません
24「目的地」	支払いの目的、製品名、契約番号、VAT の有無を示します。
43	支払者印が押されます。 書類が紙の形式で提出された場合に記入する必要があります
44	署名を入れてください
45「銀行印」	信用機関の印章と権限者の署名が押印されている
60	支払者識別コードを示します (利用可能な場合)
61	受信者の TIN
62, 71	ラインは銀行によって埋められます
101-110	予算または関税支払いへの資金移動の場合に記入されます。

支払いを作成するためのプログラム

支払い命令の作成を簡単にするプログラムが多数あります。 より簡単なオプションは、Excel スプレッドシートを使用することです。 まず、ドキュメント フォームを作成します (または既製のフォームをダウンロードします)。

作業するには、3 枚のシートで構成されるプログラム ブックが必要です。1 枚にはフォーム、2 枚には支払いのリスト、3 枚には詳細が記載されています。 この後は、フィールドに必要な情報を入力するだけです。

ビデオ: UTII の新しい支払い注文

さまざまなプログラムのおかげで、次のような機会が開かれます。

• 支払い注文は迅速に作成され、簡単に保存されます。
• 番号は自動的に入力されます。
• エントリを手動で修正することは可能です。
• これも自動的に計算されます。
• 保存後、文書は支払記録簿に入力されます。

したがって、支払い命令は、現金以外の支払いには必須の文書となります。

手書きまたは電子的に記入できます。 特別番組。 すべてのフィールドは法的要件に従って入力する必要があります。

一定期間における 2 つの組織間の決済は、調整レポートを通じて表示されます。 しかし、公文書の基準は法的に定められていません。 相互和解のための和解報告書を作成することのニュアンスは何ですか? 相互和解のための調整報告書を無視する企業も多い。 すべての会計士がその重要性を理解しているわけではありません...

資金は支払い命令を使用して受取人の住所に送金されます。 この方法で、税金、手数料、商品の供給などを支払うことができます。 ただし、他の書類と同様、支払いにも一定の有効期間があります。 2019年はどうなるのでしょうか？ 目次重要なポイント支払い命令の有効期間はどのくらいですか...

現在、厳格な報告文書の 1 つは支払い命令です。 この文書により、十分な決定が可能になります たくさんのさまざまなタスク。 しかし同時に、その準備のために立法レベルで確立された形式に準拠することが重要です。 そうしないと、次のような場合にエラーが発生する可能性があります...

今日の資料 このタイプのさまざまなタイプの基金は、確立された基準に従って編成されなければなりません。 そうしないと、送金された資金が目的地に届かない可能性があります。 他の問題も発生する可能性があります。 ロシア年金基金は、資金の送金が厳格に制限されている基金です。

期限内に税金を支払わなかった場合、または禁止されている行為を実行した場合は、罰金が科せられます。 以前は企業が現金を使用してすべての業務を実行していましたが、現在では組織の口座への送金によってその操作が実行されます。 目次総合的なポイント税務署への納付書の書き方...

個人と法人の両方がオンラインで支払い注文を作成する必要がある場合があります。 場合によっては、緊急に支払い命令を行う必要がある場合がありますが、現時点では特別なソフトウェアが利用できません。 2019 年にオンライン決済システムを構築するには? 最新のテクノロジー作成プロセスを含む会計が大幅に簡素化されました。

個人所得税の支払いは、ほとんどの納税者にとって不可欠な責任の 1 つです。 連邦税務局が支払いを適時に受領できるかどうかは、支払い文書の信頼性によって決まります。 2019 年の個人所得税納税フォームのサンプルはどのようなものですか? 目次知っておくべきこと個人所得税の納税手続き...

全て 公共事業例外なく、現在提供されています 有料ベースで。 支払いの根拠となるのは、特別な支払い文書です。 公共サービスの支払いフォームに記入するにはどうすればよいですか? 公共料金の支払いは、サービスプロバイダーから発行される領収書に基づいて行われます。 サービスが異なる場合があるため...

法人や個人事業主は、手続きを行う際に特別な書類の作成を義務付けられます。 いろいろな種類支払い。 まず第一に、これは特に、ロシア連邦年金基金、強制医療保険、社会保険基金などの国家予算外基金へのあらゆる種類の拠出に適用されます。 問題の種類の文書は次の方法で作成する必要があります...

今日、作成しなければならない文書の 1 つは支払い命令です。 書類の目的や資金移動の目的に応じて、フォーマットが異なる場合があります。 コンパイルする前に、ニュアンスを注意深く読む必要があります。 お支払いは通常...

2019年以降、UINなどの詳細が支払い書類に記載されるようになりました。 支払いを予算に転送する場合、その存在は不変です。 2019 年の支払いに表示される UIN は何を意味しますか? 目次一般情報 2019 年の支払い注文にどの UIN を指定するか 予算に対して受け取った支払いの目的を決定する...

納税者と政府機関の間で支払いを行う場合、支払いにおける送金者のステータスを示すことが義務付けられています。 また、財務省の指示によるニュアンスもあります。 支払い書類に2019年のステータスを示すにはどうすればよいですか? 支払者のステータスにより、支払いを行っている組織または個人が識別されます。 そのため、お支払いでは...

税金、料金、保険料、その他の支払い義務の履行における革新 予算制度 RF は、（納税者、税務代理人、手数料、保険料の支払者の代わりに）別の者によって実施される可能性があります（修正後のロシア連邦税法第 45 条の第 1、8、9 条） 連邦法 2016 年 11 月 30 日付 No. 401-FZ)。 この場合、誰が誰のために税金（その他の支払い）を支払ったのかを疑問がないようにするために、どのように記入する必要があるかを見てみましょう。

ロシア連邦の予算システムへの支払いのための資金の転送命令の詳細に情報を表示するための規則は、2013年11月12日付けのロシア連邦財務省命令第107n号によって承認されました。 Artに加えられた変更を考慮して。 ロシア連邦税法第 45 条によれば、納税者は他人を通じてロシア連邦の予算システムに税金、料金、保険料、その他の支払いを支払うことができます。この文書は財務省命令によって調整されました。 2017 年 4 月 5 日付けのロシア連邦第 58n 号、2017 年 4 月 25 日から発効。 連邦税務局は、2017 年 3 月 17 日付けのレター No. ZN-3-1/1850@ で、具体的にどのような変更が準備されているかについて警告しました。

注記：税法は、個人と法人の両方の納税者の税金支払いの可能性に対する制限を規定していません（2017 年 4 月 7 日付ロシア連邦財務省の書簡 No. 03-02-08/20918、日付2017/04/03 No.03-02-07/2/6675) 。

他人の税金を支払うために資金を送金する注文を作成するときは、次のフィールドに記入する手順に注意を払う必要があります。

支払者の「TIN」。

支払者の「チェックポイント」。

「支払者」;

"支払いの目的";

「101」 – 「支払者のステータス」。

支払命令のリストにある各フィールドへの記入について詳しく見てみましょう（この文書の形式は、ロシア連邦中央銀行によって承認された資金移動規則に関する規則の付録2に記載されています） 2012年6月19日発行No.383-P）。

支払者のINNとKPP

支払者の「TIN」から始めましょう（支払い注文では、この詳細の番号は 60 です）。 ここでは、規則 1 の第 4 項に従って、税金、保険料、その他の支払い義務を履行した支払者の TIN が記録されます。 支払者が持っていない場合 - 個人支払者の「TIN」詳細の TIN はゼロ (「0」) を示すものとします。

以下の詳細（支払者の「KPP」、番号 102）は、納税、保険料、その他の支払い義務が履行された支払者の KPP の価値を反映していることは明らかです。 個人の支払い義務を履行する場合、支払者の「KPP」詳細にはゼロ（「0」）が表示されます。

支払者

ただし、「支払者」の詳細 (番号 8) には、直接支払いを行う支払者 (つまり、別の人) に関する情報がすでに反映されています。 そして、支払人は資金送金命令を出した銀行顧客（口座所有者）であるため、これは非常に論理的です。 このフィールドに記入する手順は、具体的に誰が支払者となるかによって異なります。

詳細番号 8 の法人には、その完全名または略称が反映されます。

IP – 姓、名、父称 (ある場合)、および括弧内 – 「IP」。

個人事業に従事する公証人 - 姓、名、父称（ある場合）および括弧内 - 「公証人」。

法律事務所を設立した弁護士 - 姓、名、父称（ある場合）および括弧内 - 「弁護士」。

農民（農場）世帯の世帯主 - 姓、名、父称（ある場合）および括弧内 - 「農民農場」。

個人 – ロシア連邦の予算制度に対する支払い義務を履行する個人の姓、名、父称（ある場合）。

支払いの目的

「支払いの目的」（番号 24）の詳細には、さらに次の内容が反映されています（規則 1 の第 5 条、第 13 条）。

支払いを行う人の INN および KPP (個人起業家、個人事業に従事する公証人、法律事務所を設立した弁護士、農民農場長、個人の場合は INN のみ)。 この情報は最初にコメントフィールドに反映されます。 この場合、「//」記号は、TIN とチェックポイントに関する情報を区切るために使用されます。 同じ記号は、支払者に関する情報と番号 24 の詳細に示されている他の情報を区別するために使用されます。

• 義務を履行する納税者、料金、保険料、その他の支払い者の名前。 「支払者」フィールド (番号 8) と同じ順序で入力します。 唯一のことは、納税者が個人の場合、姓、名、父称（ある場合）に加えて、居住地または滞在地（居住地がない場合）の登録住所も記載する必要があるということです。 ）。 「支払目的」の詳細に表示される他の情報と区別するために、「//」記号が使用されます。

支払者のステータス

他人による予算への資金移動のための支払文書の詳細「101」には、義務が履行されている支払者のステータスの指標を反映する必要があります。 同時に、保険料の支払者の地位がどうあるべきかという問題は、ロシア連邦財務省命令第58n号のおかげで最終的に解決されました。 ケータリング部門で活動する企業 (IE) に役立つ可能性のあるフィールド 101 の指標を提示しましょう (ルール 5)。

フィールドインジケータ値「101」	支払者のステータス
	納税者（税務当局が管理する手数料、保険料、その他の支払いの支払者） – 法人
	税務代理人
	外国の経済活動への参加者 - 法人
	支払者 - 法人、個人起業家、個人事業に従事する公証人、法律事務所を設立した弁護士、農民農場長、ロシア連邦の予算システムに支払いを行うための資金を送金する人（ただし、以下を除く）税務当局が管轄する税金、料金、保険料、その他の支払い）
	納税者（税務当局が管理する手数料、保険料、その他の支払いの支払者） – 個人事業主
	海外の経済活動への参加者 - 個人事業主
	源泉徴収された資金の送金命令を作成した組織およびその支店 賃金債務者の（収入） - 所定の方法で組織に送られた執行令状に基づいて、ロシア連邦の予算システムへの支払いによる債務を返済する個人

支払い注文の記入例

上記を統合するために、他人の税金 (保険料) の支払いのための支払い命令に記入する例を示します。

例1.

LLC「カフェ「プゴフカ」（TIN 5253855520、KPP 525301001）と個人起業家セルゲイ・ミハイロヴィッチ・ベレズキン（TIN 525685875257）は、2017年4月に起業家が会社への負債を予算内に移管することに同意した 前払い 2017年第1四半期、簡易課税制度の適用に関連して支払われた単一税（「所得」）85,000ルーブル。 この起業家は、PJSCズベルバンクのヴォルガ・ヴィャツキー銀行（ニジニ・ノヴゴロド地域のロシアのGRKTs GU銀行）に当座口座番号40702810861080000956を持っています。 .

例2。

例 1 の条件を変更してみましょう。会社と起業家は、2017 年 5 月に前者が個人起業家のために 2017 年 4 月の従業員の強制年金保険予算に 27,600 ルーブルを振り替えることに合意しました。 会社は個人起業家と同じ銀行に当座預金口座番号 40702810751080000372 を持っています。

組織が他人の税金や料金を支払いたい場合、 保険料およびロシア連邦の予算システムへのその他の支払いでは、支払者として行動するのは彼女であるため、支払い命令の「支払者」フィールド（番号8）には、その完全名または短縮名が表示されます。 支払人が個人起業家の場合、彼の姓、名、父称（ある場合）が名前のフィールドに反映され、「個人起業家」が括弧内に表示されます。 同時に、支払者の「TIN」、「KPP」、および「支払者ステータス」（それぞれ番号 60、102、および 101）の詳細には、義務を履行している人のデータが記録されます。 特別な注意「支払い目的」欄に記入する順番に注意してください。 ここでは、まず別の人（他人の義務を実行する人）の TIN と KPP が反映され、次に義務を実行する支払者の名前が反映されます。

ロシア連邦の法律は、契約に基づく和解と予算への支払いを定めています。 法人信用機関を通じて非現金化する必要があります。

民法第 862 条は種類を定めています。 支払い書類、その最初は支払い命令です。

支払い命令 - 全ロシア分類子 OKUD によって統一 一次文書、これに基づいて銀行は顧客の資金送金注文を実行します。

通常、フォームはフィールドに分割されます。 各フィールドは次のもので構成されます 特定の数英字または数字。 これらはコード、名前、説明です。 支払い詳細の場所に関する厳格な規制のおかげで、支払いは銀行や企業の従業員が理解できる普遍的な文書となります。

支払い書類の記入手順はロシア連邦中央銀行の管轄下にあり、規制されています。 規則ロシア連邦財務省。

本日のメインは、平成24年6月19日付「送金等のルールに関する規程」第383-Pです。

規則には次の要件が含まれています。

• インストールされたメディア - 電子および紙（参照）。
• フィールドは完全に入力する必要があります。オプションのデータは「0」に置き換えられます。
• 右上隅のフォーム番号は 040160 です。
• 番号付けには数字のみが含まれ、ゼロとは異なります。
• 有効期間 – 準備日を含む 11 暦日。
• 日付形式 – 数値、日、月が表示されます 二桁の数字、年 - 紙版ではドットで区切られた 4 桁。
• 支払いの種類は緊急性と送信方法を意味し、紙の場合は「郵便」、「緊急」、「電信」で入力され、電子的な方法の場合、値は銀行コードに対応します。
• 金額は略語のない単語 (8,517 ルーブル 00 コペイカまたは 8,517 ルーブル) で、またスペースを追加しない数字 (8517-00 または 8517=) で記述されます。他の区切り文字 (ドット、カンマ) は使用できません。利用される;
• 各フィールドの文字数は制限されており、文字数は規則の付録 11 に記載されています。

支払い注文の記入手順

支払者は自分自身について次の情報を提供します。

何らかの理由でサービスが利用できない場合、銀行は「生きた」署名と印鑑によって証明された紙のフォームを受け入れます。 このようなフォームを手動で準備する作業を簡素化するために、インターネット上で支払い書類に記入するための無料のオンライン サービスを見つけることができます。

段階的な入力ステップは、ダイアログ モードで必要な情報を入力することによって実行されます。 通常、インターフェイスにはプレビューが表示され、必要な値がドロップダウン リストから「ドロップアウト」され、エラーに関する警告が表示されます。

同様のサービスが連邦税務局によって提供されています。 コードや暗号の入力が難しい場合、または提供されたデータの関連性に疑問がある場合は、入力することをお勧めします。 郵便為替 Nalog.Ru ウェブサイトでの手数料と税金の支払いのため。 そこでも与えられる 参考情報 OKTMOによると。

支払い命令を正しく記入することは、それほど難しいことではありません。 知っておくだけで十分 確立されたルール登録し、正しい詳細が記載された文書にアクセスできるようになります。