1 年分の支払い注文を記入するためのフィールド。 税金(寄付金)の支払い命令を正しく記入する方法。 組織や個人起業家との現金以外の支払いにレジ システムを使用する必要はありますか?


話題のニュース

07/05/20 からの新規 19日:ロシア連邦中央銀行は、収入の種類のコードを示す手順「資金送金の注文における収入の種類のコードを示す手順について」の指示草案を公表した。 資金移動の注文で。 2019年2月21日付けの連邦法第12-FZ号に従い、2020年6月1日より、雇用主は従業員に賃金やその他の支払いを支払う際、支払書類に収入タイプコードを記載することが義務付けられます。 課税できない所得の種類のリストを追加しました。

2019 年 2 月 25 日からの新機能:2007年2月10日付けの施行手続きに関する法律第229-FZを改正した2019年2月21日付けの連邦法第12-FZ号によると、2020年6月1日から雇用主は賃金を支払う際に支払書類にコードを記載することが義務付けられる。および従業員へのその他の支払いの種類 (従業員への支払いに関する新しい詳細は支払い命令に表示されます)。

2017 年 5 月 10 日からの新機能:ロシア銀行の指示によると2017 年 7 月 5 日付け N 4449-U、段落を追加オーダー383-Pの4.1。 「付録 1」にも記載 詳細は 101 ~ 110 行目:コラム 1 は新版で掲載されています ("101 - 109"); 列 3 では、段落 2 が無効であると宣言されています。抜粋: 「1.3. この指令の付録によって修正され、付録 13 によって補足されます。」

2017 年 2 月 24 日からの新機能: ロシア連邦税務局は、2017 年 2 月 15 日付けの書簡 No. ZN-3-1/978@ で、2017 年 1 月 1 日からの保険料の送金に関する支払い命令のフィールド 101 に記入する手順を明確にしました。 。

ロシア連邦税務局、2017 年 2 月 3 日付けの書簡 No. ZN-4-1/1931@保険料の振込みの支払い命令「101」フィールドにコードを表示する手順を説明しました。

2016 年 2 月 17 日からの新規: 2016 年 3 月 28 日から発効 2015 年 11 月 6 日付ロシア銀行指令 No. 3844-U 2012 年 6 月 19 日付ロシア銀行規制の修正導入について No. 383-P. これらの変更によると、ロシア連邦の予算システムへの税金や料金、保険料、関税、その他の支払いの支払い命令では、詳細110-支払いタイプを記入する必要はありません。

2012 年 6 月 19 日付ロシア銀行規則第 383-P 号「送金の実行規則について」からの抜粋 現金の水」

(2013 年 7 月 15 日付ロシア銀行指令 No. 3025-U、2014 年 4 月 29 日付 No. 3248-U、2015 年 5 月 19 日付 No. 3641-U により修正)、2015 年 11 月 6 日付 N 3844-U)。

第5章 支払命令による決済

5.1. 支払命令によって支払いを行う場合、支払者の銀行は、支払者の銀行口座を通じて、または支払者の銀行口座を開設せずに、支払者の命令で指定された資金の受取人に資金を送金することを約束します。
5.2. 支払い命令は、連邦法で定められた要件を考慮して、預金口座から資金を送金するために使用できます。
5.3. 詳細、フォーム(紙の支払命令の場合)、支払命令詳細番号は、本規則の付録 1 ~ 3 に定められています。
5.4. 支払い命令は紙で作成され、実行のために受理され、電子的に実行されます。
5.5. 支払命令は、準備日の翌日から 10 暦日以内に銀行に提出することができます。 (2014 年 4 月 29 日付ロシア銀行指令 No. 3248-U により修正)
5.6. 支払人が銀行の場合、資金の受取人である顧客の銀行口座への資金の送金は、銀行が作成した銀行注文に基づいて銀行によって実行できます。
5.7. 支払人の銀行口座を開設せずに資金を送金するための命令 - 個人は、支払人、資金の受取人、銀行、送金金額、支払目的の詳細を書面で示さなければならず、また、当局によって定められたその他の情報も示すことができます。銀行と合意した信用機関または資金の受取人。 支払者(個人)の銀行口座を開設せずに資金を送金する注文は、申請書の形式で作成できます。
支払者の銀行口座を開設せずに資金を送金するための注文の形式 - 紙上の個人は、信用機関または銀行との合意に基づく資金の受取人によって確立されます。
支払人(個人)の銀行口座を開設せずに資金を送金する命令に基づいて、信用機関は支払命令を作成します。
5.8. 支払者の銀行口座を開設せずに資金を送金するための注文 - 電子的な支払い手段を使用して送信される個人には、支払者、資金の受取人、送金金額、送金の目的を特定できる情報が含まれている必要があります。支払い。
5.9. 支払者(個人)の注文に基づいて、信用機関は総額の支払命令を作成し、資金受取銀行、資金受取銀行と合意した資金受取人、受取人にそれを送信することができます。登録方法または支払者(個人)の注文を使用した資金の。
5.10. 支払い命令による支払いを行う場合、本規則の第 1.11 項に規定されている指示が適用される場合があります。

2016 年の支払い命令 (記事の最後にサンプル) は、承認された規則の付録 3 に従って記入されます。 支払い方法は?

規則 No. 383-P には、支払い注文の詳細のリストと説明が含まれています (2012 年 6 月 19 日付でロシア銀行によって承認された規則の付録 1、No. 383-P)。 税金や保険料を予算に支払う場合は、標準の支払い注文書を使用してください。 .

2016 年の支払い命令: 支払いの数、日付、種類

フィールド 3 で 2016 年の支払い注文には、組織で受け入れられている番号付けに従って支払い注文の番号を示します。 数字は 6 文字を超えることはできません (2012 年 6 月 19 日付ロシア銀行承認規則の付録 11、No. 383-P、2013 年 11 月 12 日付ロシア財務省令 No. 107n の第 6 項)。

フィールド4で支払い命令の日付を紙で示します - DD.MM.YYYY の形式で、たとえば 09.14.2016; 電子形式 - 銀行によって承認された形式。

フィールド5で支払いの種類を示します:「緊急」、「電信」、「郵便」。 銀行によって提供される場合は、別の値を指定することもできます。 支払いが電子的に処理される場合は、言葉の代わりに銀行が設定した特別なコードを指定するか、フィールドを空白のままにする必要があります。

支払命令のフィールド 101: 組織ステータス

フィールド101内 2016 年の支払い命令では、予算に資金を振り込む組織または起業家のステータスを示す必要があります。 支払者のステータスは、2013 年 11 月 12 日付ロシア財務省命令第 107n 号の付録 5 に従って 2 桁のコードで示されます。 たとえば、独自の活動から税金を移管する組織は、フィールド 101 コード 01 に「納税者 (手数料の支払者) - 法人」を示します。 税務代理人として税を移転する組織は、コード 02 を示します。組織が保険料を移転する場合、フィールド 101 にコード 08「保険料を支払う組織(個人事業主)」を示す必要があります。

支払い注文のフィールド 6 と 7: 単語と数字で表した金額

フィールド6 2016 年の支払い注文の「金額」は、紙の支払い注文にのみ記入してください。 お支払い金額を大文字のルーブルでご記入ください。 この場合、省略せずに「ルーブル」という単語を大文字と小文字で適切に書きます。 これは、2012 年 6 月 19 日付でロシア銀行によって承認された規則の付録 1、No. 383-P に記載されています。 税金は、算術規則に従ってコペイカ単位で四捨五入された全額ルーブルで予算に振り込まれなければなりません。 つまり、税額(拠出金)は50コペイカ未満です。 廃棄し、税額(負担金)は50コペイカです。 さらに全額ルーブルに四捨五入されます(ロシア連邦税法第 52 条第 6 項)。

フィールド7で紙の支払いの場合は、金額を数字で示します。 支払いはルーブル単位で送金されるため、コペイカを指定しないでください。 支払金額の後に「=」記号を入力します(例: 3000=)。 同時に、「金額」の詳細では、支払い金額もコペックなしで表示する必要があります。 ただし、保険料を四捨五入する必要はありません。 ルーブルとコペイカでリストしてください

支払い注文のフィールド 8 ~ 12、60、および 102: 支払人に関する情報

2013 年 11 月 12 日付ロシア財務省令第 107n 号の付録 1 に記載されている規則に従って、支払人に関する情報を記入します。 支払者に関する情報は、 フィールド8「支払者」、 60 「旅館」と 102 「チェックポイント」。 支払者のカテゴリに応じてこれらのフィールドに入力する詳細を表に示します。 支払者の銀行詳細。 フィールド9で「口座番号」は、支払者の銀行口座番号を示します。 フィールド10支払いが紙で提出される場合は、「支払銀行」と記入します。 そこには、支払者の銀行の名前と所在地を記載します。 フィールド11で「BIK」は銀行識別コード(BIC)を示し、 フィールド12「口座番号」は、支払人の銀行とロシア銀行のコルレス口座です。

支払い注文フィールド 16、61、103: 受取人に関する情報

2013 年 11 月 12 日付ロシア財務省令第 107n 号の付録 1 に記載されている規則に従って、資金の受取人に関する情報を記入します。 必要な詳細情報を入力してください フィールドで 16「受信者」、 61 「旅館」と 103 「チェックポイント」。 税金と保険料の受取人は、対応する予算収入の管理者です。 それは、ロシア連邦税務局、ロシア連邦年金基金およびロシア社会保険基金の支部の検査である。 これらの部門によって管理される支払いが受け取られる個人口座は、連邦財務省の領土部門に開設されます。 したがって、フィールド 16「受領者」には、連邦財務機関の略称を示し、括弧内には歳入管理者の略称、つまり税務署または予算外基金の管轄支所の名前と番号を示します。 たとえば、「モスクワ用 UFK (ロシア連邦税務局モスクワ第 43 番)」などです。 受取人の名前は 160 文字を超えてはなりません (2012 年 6 月 19 日付でロシア銀行によって承認された規則の付録 11、No. 383-P)。

支払い注文フィールド 13、14、15、17: 受取人の詳細

フィールド13支払いを紙で提出する場合は、「受取人の銀行」を記入します。 このフィールドには、受取人の銀行の名前と所在地を指定する必要があります。 フィールド17内「口座番号」は受取人の銀行口座番号を示します。 フィールド14内「BIK」は銀行識別コード(BIC)を示し、 ボックス15に「口座番号」は、受取人の銀行のロシア銀行のコルレス口座です。 これらの情報はすべて、税務局や予算外基金の Web サイトで、または領土監察局や基金の支部から直接入手できます。

支払い注文フィールド 18、19、20、21: 支払い情報

フィールド18内支払文書のコードを指定する必要があります。 支払い命令にはコード 01 が割り当てられます (2012 年 6 月 19 日付でロシア銀行によって承認された規則の付録 1、No. 383-P)。 このフィールドにそれを入力する必要があります。 フィールド 19「支払期日」と 20 「支払目的」は、ロシア銀行の指示によって直接定められている場合にのみ記入されます(2012 年 6 月 19 日付ロシア銀行承認規則の付録 1、No. 383-P)。 これらのフィールドは、税金および保険料の振替の支払い命令に入力する必要はありません。

フィールド21内「支払命令」は、法令に基づく支払の順序を示します。 税金および保険料(およびこれらの支払いに対する罰金および罰金)を移転する場合。 フィールド 21 には、値「3」と「5」を含めることができます。 これらの値は、組織の口座に十分な資金がない場合に銀行が支払いを行う順序を決定します。 強制債権回収時に税務調査局や予算外基金の支部が発行する支払書類には「3」という値が記載されている。

組織が独自に作成する支払書類には「5」という値が記載されています。 したがって、他の条件が同じであれば、現在の納税額を移管するという組織からの命令は、滞納金の支払いを求める規制当局からの要求よりも遅く実行されます。 これはロシア連邦民法第 855 条第 2 項の規定に従い、2014 年 1 月 20 日付けロシア財務省の書簡 No. 02-03-11/1603 によって確認されています。

支払い注文フィールド 22: 支払い識別子 (PIP)

フィールド 22「コード」は、一意の支払い識別子 (UPI) を示すことを目的としています。 この詳細は、資金の受取人によって確立され、支払者に通知された場合にのみ支払いに反映されます(2013 年 7 月 15 日付ロシア銀行指令第 3025-U の第 1.1 項)。 支払者が独自に計算した現在の税金、手数料、保険料を支払う場合、UIPは確立されません。 資金の受取人は、TIN、KPP、KBK、OKTMO (OKATO) およびその他の支払い詳細に基づいて入金を識別します。 したがって、現在の税金や拠出金を移管する際の「コード」フィールドには、値「0」を指定するだけで十分です。 フィールド 22 を空白のままにしないでください。 そうしないと、銀行は文書の実行を受け付けない可能性があります。

支払い注文のその他のフィールド: 支払い情報

税金および保険料の支払いのために、2016 年の支払い命令に記載する必要がある支払い情報は次のとおりです。

  • 予算分類コード - フィールド 104;
  • OKTMO コード - フィールド 105;
  • 支払いの基礎 - フィールド 106;
  • 納税期間 (税を移転する場合) - フィールド 107;
  • 支払いが転送されるベースとなる文書の番号 - フィールド108;
  • 支払いの転送に基づく文書の日付 - フィールド109;
  • 支払い目的 - フィールド 24。

これらの詳細はすべて、2013 年 11 月 12 日付ロシア財務省命令 No. 107n の付録 2 に従って記入してください。税金を移管する場合。 保険料を送金する場合は、2013 年 11 月 12 日付ロシア財務省命令第 107n 号の付録 4 に記載されています。 支払い情報に関連する詳細を入力しない場合、銀行は 2016 年にそのような支払い命令の通過を許可しません (正しいフォームのサンプルは以下にあります)。

7月には、多くの起業家が収入に応じて税金を支払います。 6 か月分の簡易課税制度および第 2 四半期分の UTII に基づく前払い金は、7 月 25 日までに振り込まれます。 そして、一般制度を利用するビジネスマンは、2015 年の個人所得税を 7 月 15 日まで支払うことになります。

支払い命令には、起業家が特別な規則に従って記入するフィールドが含まれています。 たとえば、個人起業家には企業とは異なり、チェックポイントがありません。 また、納税者識別番号 (TIN) は 10 文字ではなく 12 文字で構成されています。フィールド内のエラーにより、支払いが不明な行でスタックする可能性があります。

会計士や起業家がどの分野で間違いを犯しやすいかを分析しました。 このようなフィールドに記入する方法を詳しく説明します。

以下のサンプルで支払い注文フィールドの番号を確認できます。 便宜上、フィールド番号を色で強調表示しています。 税金移転の支払い命令は、2012 年 6 月 19 日付けのロシア銀行規則 No. 383-P の付録 2 に記載されているフォーム 0401060 で作成されます。 各フィールドには独自の番号が割り当てられます。

起業家はどのような特徴を考慮すべきでしょうか?

TIN (フィールド 60)

ビジネスマンの TIN は 12 桁で構成されます。 ビジネスマンが個人として税務署から受け取った個人番号です。 個人起業家として登録する場合、販売者は特別な TIN を受け取りません。 TIN の 1 桁目と 2 桁目はゼロではありません (2015 年 9 月 23 日付ロシア財務省令第 148n 号)。

支払人 (フィールド 8) とその署名 (フィールド 44)

起業家のフルネームを記入し、括弧内に個人起業家を記入します。 次に、居住地(登録)住所を指定します。 アドレス情報の前後に「//」を入れてください。

例:ソルンツェヴァ・オルガ・ペトロヴナ (IP)//g。 クラスノダール、レニナ通り、15、適切な場所。 89//。

フィールド 44 では、ビジネスマンは署名する必要があります。

支払者のステータス (フィールド 101)

フィールド 101 に、コード 09 を入力します。このステータスは、会社の支払命令 (2013 年 11 月 12 日付ロシア財務省命令第 107n 号の付録 5) で設定されたステータスとは異なります。

ビジネスマンが従業員への支払いに対して個人所得税を支払う場合、フィールド 101 に支払者ステータス 02 を示します。

チェックポイント (フィールド 102)

個人起業家はチェックポイントを受けられません。 したがって、支払伝票のフィールド 102 に 0 を入力します。

各支払いフィールドの記入方法

税額 (フィールド 6) と数字 (フィールド 7)

フィールド 6 に税額を大文字で入力します。 「ルーブル」という単語は省略せずに書きます(2012 年 6 月 19 日付ロシア銀行承認規則の付録 1、No. 383-P)。

例:「6万1250ルーブルです。」

フィールド 7 に、支払い金額を数字で入力します。 それらの後に「=」記号を付けます。

次のように言ってみましょう: 61250= 。

税金は全額ルーブルで予算に移管されるべきです。 50 コペイカ未満は切り捨て、50 コペイカ以上は全額ルーブルに切り上げます。

口座番号 (フィールド 12)

個人事業主が当座預金口座を開設している銀行のコルレス口座番号を記載します。

操作のタイプ (フィールド 18)

コードにマークを付けます。 支払い注文の場合、これは常に 01 です。

支払い命令 (フィールド 21)

独自の計算に基づいて税金を期限内に振り込む場合は、5 番目の優先順位を指定します。 監察官の要求に応じて税金を支払う場合は、優先順位 3 (ロシア連邦民法第 855 条第 2 項および 2014 年 1 月 20 日付ロシア財務省書簡 No. 02-) の金額を表示します。 1603 年 3 月 11 日)。

一意の見越識別子 (フィールド 22)、TIN (フィールド 60)。 検査官の要求に応じて税金を支払う場合にのみ、UIN 値を指定する必要があります。 UIN 値は 20 文字または 25 文字で構成されます。 UIN を指定した場合、支払いに TIN (フィールド 60) を反映する必要はありません。

計算に基づいて現在の支払いを転送する場合は、フィールド 22 に値 0 を入力します。ただし、フィールド 60 には必ず TIN を指定してください。

予算分類コード (フィールド 104)

20桁のKBKを入力します。 個人所得税、簡易税、UTII については、異なる BCC が提供されます。 また、簡易課税制度による前納の場合は、対象に応じてコードが異なります。 BCC 値については、以下の表を参照してください。

起業家のための所得税に関する KBK

OKTMO (フィールド 105)

コードは、個人事業主がどの自治体に納税するかを示します。 特定の番号は、地方自治体の全ロシア分類子 OK 033-2013 に示されています。 これは、2013 年 6 月 14 日付けの Rosstandart の命令 No. 159-st によって承認されました。 OKTMO は 8 文字または 11 文字で構成されます。 OKTMO が 8 文字で構成されている場合、11 文字にゼロを追加する必要はありません。

ロシア連邦税務局のウェブサイトで可能です。 これを行うには、メイン ページの「電子サービス」セクションに移動し、「OKTMO を検索」を選択します。 次に、お住まいの地域と市区町村を入力します。 サービスは OKTMO を書き込みます。

支払い理由 (フィールド 106)

期限内に税金を振り込む場合は、現在の支払いコード「TP」を入力してください。

自主的に納税債務を返済している場合は、フィールド 106 に「TP」の代わりに「ZD」と記入します。 税務当局の要請に応じて借金を返済している場合、支払いの基準は「TR」になります。

課税期間 (フィールド 107)

2016年上半期の簡易課税制度に基づくUTII金額または前払いの支払指図には、KV.02.2016と記載してください。 個人起業家が 2015 年の個人所得税を 7 月に支払う場合、GD.00.2015 がフィールドに反映されるはずです。

「課税期間」インジケーターは 10 文字で構成されます。 最初の 2 文字は支払い頻度を決定します: 月 (MS)、四半期 (Q)、6 か月 (PL)、年 (Y)。 月々の支払いの場合は 4 桁目と 5 桁目にその年の月の番号が示され、四半期ごとの支払いの場合は四半期の番号が、半年ごとの支払いの場合は半年の番号が示されます。 月番号は 01 から 12、四半期番号は 01 から 04、半期番号は 01 または 02 の値を取ることができます。3 番目と 6 番目の文字には、区切り文字としてドット「.」が配置されます。 。 7 ~ 10 桁は税金が支払われた年を示します。

文書番号 (フィールド 108)

ここでは、納付書に 0 を入力し、連邦税務局の要求に応じて税金を支払う場合のみ、フィールド 108 に発行された文書の番号を入力する必要があります。

文書の日付 (フィールド 109)

申告に基づいて税金を支払う場合、このフィールドに入力します。 単純労働者は 6 か月間は報告しません。 したがって、簡易課税システムに従って前払い金を転送する場合は、値0を書き留めます。ビジネスマンが申告に基づいて税金を転送する場合は、その日付を入力する必要があります。 たとえば、第 2 四半期の UTII に関するレポートの提出日は 2016 年 7 月 20 日です。

支払いタイプ (フィールド 110)

支払伝票の最後のフィールドには記入しないでください。 以前は、支払いの種類 (罰金、利息、その他の支払い) が示されていました。 しかし、現在ではそのような要件はありません(2015 年 11 月 6 日付ロシア銀行指示 No. 3844-U)。 この規則は、2016 年 3 月 28 日から施行されます。

支払いの目的 (フィールド 24)

資金移動に関する追加情報を入力します。 例えば、「簡易課税制度の適用に伴う平成28年上半期の前払金(対象-所得)」。

個人事業主向けの支払い注文の記入例

起業家A.Yu. ソロキンは「収入」オブジェクトを含む簡略化されたシステムを使用し、ヴォロネジ地域のパブロフスキー市区で活動しています。 この実業家の2016年上半期の収入は75万ルーブルに達した。 この地域では、対象となる「所得」に対する簡易課税制度による優遇税率は導入されていません。 したがって、前払い金は 45,000 ₽ となります。

750,000₽×6%

ビジネスマンは時間通りに前払い金を振り込んだ。 したがって、支払い命令では、ビジネスマンはフィールド 21:5 で 5 番目の優先順位を示しました。

フィールド 101 には次のように記載されています: 09. 起業家は、事業からの収入に対する税金を支払うときにこのコードにマークを付けます。

支払伝票のフィールド 104 に、販売者は収入の前払いを支払うための BCC を書き留めました: 182 1 05 01011 01 1000 110。

フィールド 106 に、TP と書きました。

そしてフィールド 107: KV.02.2016。

フィールド 108 に 0 を入力します。

フィールド 109: 0。

フィールド 22 の「コード」にも 0 を入力しました。これは、現在の税金と独自に計算された拠出金を支払う場合、UIN が設定されないためです: 0。

フィールド 24「支払目的」に、送金に関する追加情報「簡易課税制度の利用に関連して送金された 2016 年上半期の前払金(STS、所得)」を記載しました。

  1. 納税と保険料の新しいBCC。 ロシア連邦年金基金への拠出金の支払いは、賃金額に応じて 2 つの異なる BCC に行われます。給与から確立された基準値までの拠出は 1 つのコードに、制限値を超えると 2 番目のコードに行われます。 起業家向けの支払いコードも変更されました。
  2. 注文のフィールド 110 に記入する必要はありません。
  3. イノベーションの一部は、2016 年 3 月 28 日に発効します。 これらは、銀行による支払書類の自動処理を改善することを目的としています。 支払命令の記入手順を規制する財務省命令第 107n 号の新バージョンでは、銀行プログラムが明らかに誤った支払を見逃さないことが保証されています。 したがって、支払い注文の詳細には特定の文字数が設定されます。INN の場合は 10 桁または 12 桁、KPP の場合は 9 桁、最初の 2 文字は「0」、KBK の場合は 20 桁、OKTMO の場合は 8 桁または 11 桁にすることはできません。 ATMまたは端末で関税を支払うための2桁のコードが追加されました。

2016 年の支払い命令における支払い順序

来年、銀行は優先順位に応じて支払いをより注意深く監視することになる。 したがって、法人は、特に会社の口座にすべての支払いを行うのに十分な資金がない場合には、フィールド 21 に正しく記入する必要があります。 フィールド 21 の値は法律に準拠する必要があります。準拠しない場合、銀行員は文書の処理を拒否したり、文書の置き換えを要求したりする可能性があります。

まず第一に、健康または生命に生じた損害に対する執行令状に基づく慰謝料の差し押さえと支払いの要求は、執行のために受理されます。

第 2 段階は、執行令状に基づいて給付金と賃金を徴収するために設けられています。 これには、知的成果に対する金銭的報酬の授受も含まれます。

第 3 段階は、政府機関の要求に応じて、賃金の決済、基金への借金の返済、および予算を決定することです。 法人による計画的な税金と拠出金の移転には、第 3 段階ではなく、第 5 段階が含まれます。

第 4 段階は、執行令状に基づくその他の罰則です。

5 番目のキューは、他のすべての支払いに対して、クライアントから銀行に受け取られた順序で提供されます。

一般的に、2016 年の支払い注文に記入する手順はほとんど変更されておらず、採択された修正は銀行振込の処理ルールを調整しただけでした。

支払い命令– これは、当座預金口座の所有者が銀行に資金を別の指定された口座に送金するように指示する文書です。 このようにして、商品やサービスの支払い、前払い、ローンの返済、政府への支払いや寄付を行うことができ、実際、法律で許可されているあらゆる資金の移動を確実に行うことができます。

支払命令は自動的に処理されるため、財務省が定めた手順に従って作成する必要があります。 支払いが紙の形式で銀行に提出されるか、インターネット経由で送信されるかは関係ありません。

ロシア連邦中央銀行によって開発され、連邦法によって承認された複雑なフォームは、特に納税命令の場合、誤りの代償が非常に大きくなる可能性があるため、正確に記入する必要があります。

ファイル

支払い注文のフィールドへの誤った入力に関連する問題を回避するために、各セルの特徴を理解します。

支払いコード

今後の支払いの詳細とそれに関する情報は、支払いフォームの特別に指定されたフィールドに記載されています。 多くの情報はコード化された形式で記録されます。 コードはプロセスの参加者全員で同じです。

  • 支払者;
  • 瓶;
  • 資金の受取人。

これにより、電子文書管理における支払いの自動会計が可能になります。

支払い注文を記入するためのステップバイステップの手順

サンプル フォームでは、各セルに番号が割り当てられており、その意味を簡単に説明し、どのように記入する必要があるかを正確に明確にしています。

2012 年に更新された現在の支払い注文フォームを使用しているかどうかを確認してください。新しいフォームは、2912 年 6 月 19 日付けのロシア銀行規則の付録 2、No. 383-P によって承認されています。

右上に記載されている番号を確認してください。 支払い注文で送金される相手が誰であっても、同じ番号が表示されます。 0401060 。 これは現在有効な統一フォームのフォーム番号です。

文書のフィールドに 1 つずつ入力していきます。
フィールド3- 番号。 支払者は、内部の番号付け順序に従って支払番号を示します。 銀行は個人に番号を提供できます。 このフィールドには 6 文字を超える文字を含めることはできません。

フィールド4- の日付。 日付形式: 2 桁の日、2 桁の月、4 桁の年。 電子形式では、日付は自動的にフォーマットされます。

フィールド5- 払いの種類。 お支払い方法は「急ぎ」「電報」「郵送」からお選びいただけます。 クライアントの銀行を通じて支払いを送信する場合は、銀行が受け入れたエンコードされた値を指定する必要があります。

フィールド6- 草書体のスマ。 ルーブルの数字は単語で大文字で書かれ(この単語は省略されません)、コペイカは数字で書かれます(「コペイカ」という単語も省略形はありません)。 金額が全額の場合はコペックを表示しなくても問題ありません。

フィールド7-合計。 数字で送金されたお金。 ルーブルは、記号 – を使用してコペイカと区別する必要があります。 コペックがない場合は、ルーブルの後に = を付けます。 このフィールドには他の文字を入力しないでください。 数字はフィールド 6 の単語と一致する必要があります。一致しない場合、支払いは受け付けられません。

フィールド8– 支払者。 法人の場合は略称と住所を記載する必要があり、個人の場合は氏名と登録住所、個人事業に従事する人は、このデータに加えて活動の種類、個人の起業家は氏名、法的地位および住所を括弧内に記載する必要があります。 。 名前 (タイトル) とアドレスは // 記号で区切られます。

フィールド9- 口座番号。 これは、支払者の口座番号 (20 桁の組み合わせ) を指します。

フィールド10– 支払銀行。 銀行の正式名または略称とその所在地の都市。

フィールド11-ビック。 支払人の銀行に属する識別コード (ロシア中央銀行を通じた決済参加者のディレクトリによる)。

フィールド12– 対応する口座番号。 支払人がロシア銀行またはその部門の場合、このフィールドは入力されません。 それ以外の場合は、サブアカウント番号を指定する必要があります。

フィールド13- 受取人の銀行。 資金が送金される銀行の名前と都市。

フィールド14– 受取人の銀行の BIC。 11項と同様に記入してください。

フィールド15– 受取人のサブアカウント番号。 ロシア銀行の顧客に送金する場合、ボックスに記入する必要はありません。

フィールド16– 受信者。 法人はフルネームまたは略称で指定され(両方を一度に行うことができます)、個人起業家はステータスとフルネームで指定され、個人で開業している個人起業家はさらに活動の種類を示す必要があり、個人名を指定するだけで十分です。完全に(傾斜なしで)。 資金が銀行に送金されると、フィールド 13 の情報が複製されます。

フィールド17– 受取人の口座番号。 資金受取人の20桁の口座番号。

フィールド18– 操作の種類。 ロシア連邦中央銀行によって確立されたコード: 支払い注文の場合は常に 01 になります。

フィールド19- 支払条件。 フィールドは空のままです。

フィールド20- 支払いの目的。 ロシア連邦中央銀行が別の指示をするまでは、第 19 項を参照してください。

フィールド21– 支払いキュー。 1から6までの数字が示されています:ロシア連邦民法第855条に従って列に並びます。 最も一般的に使用される数字は 3 (税金、寄付金、給与) と 6 (購入および消耗品の支払い) です。

– UIN コード。 固有の見越識別子は 2014 年に導入されました。法人の場合は 20 桁、個人の場合は 25 桁です。 UINがない場合は0が入ります。

フィールド23- 予約する。 空白のままにしておきます。

フィールド24- 支払いの目的。 資金の送金の目的を書き留めます: 製品名、サービスの種類、契約番号と日付など。 VAT を表示する必要はありませんが、念のため記載しておいた方がよいでしょう。

フィールド43– 支払者のスタンプ。 紙版の文書にのみ配置されます。

フィールド44– 署名。 支払い者は、アカウント登録時に提出されたカードのサンプルと一致する署名を紙に書きます。

フィールド45– 銀行印。 紙のフォームには、資金の送金者と受取人の銀行が権限のある人のスタンプと署名を押し、電子版には注文の実行日が記載されます。
フィールド60– 支払者の TIN。 個人の場合は 12 文字、法人の場合は 10 文字。 TIN がない場合 (個人でも可能)、0 と記入します。

フィールド61– 受信者の TIN。 段落28と同様。

フィールド62– 銀行での受領日。 銀行自体を満たします。

フィールド71– 償却日。 銀行が発行したもの。

重要! セル 101 ~ 110 は、支払いが税金または関税を目的とする場合にのみ入力する必要があります。

フィールド101– 支払者のステータス。 資金を送金する個人または組織を指定する 01 から 20 までのコード。 コードが 09 から 14 の範囲にある場合、フィールド 22 またはフィールド 60 は必ず入力する必要があります。
フィールド 102– 支払者のチェックポイント。 登録理由コード (利用可能な場合) – 9 桁。

フィールド103– 受信者のチェックポイント。 9 桁のコード (割り当てられている場合)。 最初の 2 桁をゼロにすることはできません。

フィールド 104– 。 2016年の新作。 予算分類コードは、関税、税金、保険料、貿易手数料など、ロシアの予算の収入の種類を反映しています。 20 文字または 25 文字。すべての数字をゼロにすることはできません。

フィールド105- コード。 2014年よりOKATOに代わって表記。 全ロシア地方自治体分類子によると、このフィールドにあなたの地域に割り当てられた 8 桁または 11 桁の数字を書き込む必要があります。

フィールド106– 支払いの根拠。 コードは 2 文字で構成され、OT - 繰延債務の返済、DE - 税関申告など、さまざまな支払い理由を示します。 2016 年に、支払いの基礎としていくつかの新しい文字コードが導入されました。 コードのリストに予算に対する支払いが示されていない場合は、セルに 0 が入力されます。

フィールド107– 課税期間の指標。 税金が支払われる頻度が示されています。MS - 毎月、CV - 四半期に 1 回、PL - 6 か月ごと、GD - 年に一度です。 日付は文字指定の後に書きます。 支払いが税金ではなく税関の場合、関連当局のコードがこのセルに書き込まれます。

フィールド108– 支払基準番号。 2016 年 3 月 28 日以降、このフィールドには支払いの基礎となる文書の番号を記入する必要があります。 ドキュメントは、フィールド 107 で指定されたコードに応じて選択されます。セル 107 に TP または ZD が含まれる場合、フィールド 108 に 0 を入力する必要があります。

フィールド109– 支払基準文書の日付。 フィールド 108 に依存します。フィールド 108 に 0 がある場合、このセルにも 0 が書き込まれます。

フィールド110- 払いの種類。 このフィールドに記入するためのルールは 2015 年に変更されました。 フィールド 104 は KBK を示しているため、このセルに入力する必要はありません (その 14 ~ 17 桁は予算収入のサブタイプを正確に反映しています)。

追加のニュアンス

通常、支払いフォームは 4 部作成する必要があります。

  • 1 つ目は、支払人の銀行で引き落としするときに使用され、最終的には銀行の日次文書に記載されます。
  • 2 番目は、受取人の銀行口座に資金を入金するために使用され、受取人の銀行の当日の文書に保存されます。
  • 3 番目は、銀行取引を確認し、受信者の (銀行の) 口座明細書に添付されます。
  • 銀行印が押された4枚目は、支払い実行の受領確認として支払者に返送されます。

注記! たとえ支払者の口座に十分なお金がない場合でも、銀行は支払いを受け入れます。 ただし、注文は十分な資金がある場合にのみ実行されます。

支払者が支払い注文がどのように実行されるかについての情報を求めて銀行に問い合わせた場合、翌営業日に回答が届くはずです。