러시아 은행은 "이체 주문에서 소득 코드 유형 지정 절차에 관한 지침" 초안을 발표했습니다. 돈". 2019년 이후 지급액에서 변경된 사항은 무엇입니까? 지불 주문 작성의 혁신은 새로운 필수 "소득 유형 코드"의 도입입니다. 지불 주문의 필드 20에 표시됩니다. 이 필드는 지불 목적을 반영합니다. 시민에게 양도 할 때 소득 코드 유형을 표시해야합니다 임금또는 기타 지불.

모든 것이 어떻게 시작되었는지

2019년 이후 지불 변경 사항을 도입한 러시아 중앙 은행 지침 초안이 채택과 관련하여 게시되었습니다. 연방법 2019년 2월 21일자 No. 12-FZ. 이 법은 법을 개정했습니다.

아래의 부채 징수에 대해 부과할 수 없는 지불을 추적하기 위한 변경 목표 행정 문서. 이러한 지불에는 다음이 포함됩니다.

• 생명과 건강에 대한 피해 보상;
• 미성년자의 양육을 위한 위자료;
• 여행 경비 지불;
• 지불(포함 물질적 원조) 자녀의 출생, 친척의 사망, 결혼 등록, 긴급 상황과 관련하여;
• 예산 및 예산 외 기금에서 자녀가 있는 시민에 대한 수당;
• Art에 명시된 기타 지불. 101 .

법률 "On"의 새 판에서 지불 주문 작성 변경 사항 집행 절차» 시민에게 임금 및 기타 송금을 지급하는 사람은 소득 코드 유형을 표시해야 합니다. 코딩은 압류할 수 없는 지불의 식별을 제공해야 합니다. 은행(기타 신용 기관)은 집행 문서에 따라 이러한 송금으로 인한 부채를 상각하지 않을 의무가 있습니다.

새로운 규칙에 따라 지불을 작성하는 방법

소득 유형의 코드는 지불 목적을 작성할 때 지불 순서에 표시됩니다. 이 프로젝트는 2019년부터 지불 주문에 다음과 같은 새로운 코드가 도입될 것이라고 제공합니다.

• "1" - 임금 및 (또는) 기타 소득을 양도할 때 표시됩니다. 그러한 소득에서 제99조의 제한에 따라 집행 문서에 대한 부채가 징수됩니다.
• "2"- 제 101 조에 명시된 소득 자금을 이체 할 때. 부과할 수 없습니다. 이 코드는 건강 피해에 대한 보상 및 인공 및 방사선 재해의 희생자에 대한 예산의 보상에 대한 지불을 나타내지 않습니다(101조 1항 및 4항).
• "3"-건강에 대한 피해에 대한 보상과 예산에서 인공 및 방사선 재해의 희생자에게 보상을 양도 할 때 (제 101 조 1 및 4).

모든 것이 작동하기 시작할 때

Law 12-FZ에 의해 도입된 수정안은 2020년 6월 1일에 발효됩니다. 이제부터 새로운 규칙에 따라 지불 주문을 작성해야 합니다.

같은 기간에 러시아 중앙 은행에서 개발한 규칙과 2019년 지불에 대한 새로운 규제가 발효되어야 합니다. 그들은 공식 출판 이후에 발효될 것입니다. 이 프로젝트는 2020년 6월 1일부터 지침의 시작을 나타냅니다.

현재까지 지침은 개발 및 논의 중입니다.

세금에 대한 지불 명령 작성의 변경 사항

2019년에 세금 납부가 작성되고 2019년에 기여금 납부가 형성되는 규칙은 변경되지 않았습니다. 이전과 마찬가지로 일반 세부 정보(지급인, 수취인, 금액 및 지불 목적) 외에 특수 필드를 작성해야 합니다.

• 지불인 상태(필드 101);
• KBK(104);
• OKTMO(105);
• 지불 기준(106);
• 지급 기준 문서의 번호 및 날짜(108, 109).

15.06.18 송금 및 지불러시아 연방의 법 지불 주문예는 용어를 형성합니다

자금 이체를 위한 지불 주문을 작성하고 동시에 실수를 하지 않는 방법은 무엇입니까? 우선, 지불 주문 작성은 2012년 6월 19일자 러시아 은행 규정 N 383-P "자금 이체 규칙"에 명시된 요구 사항에 따라 수행됩니다. 이 조항을 기반으로 러시아 은행의 다른 규정 및 연방법에 대한 기타 요구 사항을 고려합니다. 은행업, 모든 사람 러시아 은행은행이 수행하는 모든 작업과 송금 처리를 위한 지불 문서 작성 요구 사항을 자세히 설명하는 자체 내부 은행 규정 및 지침이 있어야 합니다.

2012년부터 법인 및 법인 모두에 대한 지불 문서 작성 및 자금 이체 절차 개인 기업가, 그리고 개인 2012년 6월 19일 N 383-P의 러시아 중앙 은행 규정에 명시된 통일된 규칙 및 지침에 따라 수행됩니다.

중앙 은행 N 383-P 규정에 따라 은행 계좌를 통한 자금 이체 및 은행 계좌 개설 없이 모두 은행은 승인된 표준 비현금 결제 방식을 기반으로만 자금 이체를 수행합니다. 고객 주문을 기반으로. 다음과 같은 형태의 고객 주문이 적용됩니다.

• 우편환;
• 징수 명령;
• 신용장;
• 체크 무늬;
• 지불 요청(자금 수령인의 요청에 따른 자금 이체)
• 전자 송금.

이러한 모든 형식 중에서 지불 주문은 여전히 ​​고객 사이에서 가장 인기가 있으므로 더 자세히 논의할 것입니다.

지불 주문 형태로 자금 이체에 대한 고객의 주문이 발행됩니다.

• 클라이언트(지급인)는 독립적입니다.


• 고객(지급인)의 은행에 의해 - 고객을 대신하여(요청) 또는 그의 동의하에.

은행이 주문 발행자의 기능을 수행할 수 있도록 함으로써 러시아 은행은 개별 고객을 위한 자금 이체 작업을 크게 단순화했습니다. 다만, 이는 지급지시내용의 완전성 및 정확성에 대한 책임을 면하지 아니하므로 은행이 작성한 지급지시서에 서명하기 전에 지급서류의 내용을 정확하게 기재하여야 한다. 확인해야 합니다.

따라서 지급인의 명령에 따라 지급인의 은행은 이제 고객을 위한 주문(지시)을 작성하고 다음과 같이 일회성 및(또는) 주기적으로 자금을 이체할 수 있습니다. 은행 계좌지급인을 위한 은행 계좌를 개설하지 않고(1.15 N 383-P 조항).

지불 주문이 클라이언트에 의해 작성된 경우 특히 다음과 같은 세부 정보의 불완전하거나 잘못된 기입에 대한 은행의 청구가 자주 발생합니다. - 지불 순서; 지불의 목적; 부가가치세에 대한 정보...

결제 주문 세부정보

지불 주문의 세부 사항은 필수 데이터이며, 그 수와 가치는 러시아 은행 규정에 의해 설정되고 러시아 재무부 규정에 의해 보완되며 세부 정보의 일부가 무단으로 누락됩니다. 지불 문서에 있는 경우 은행이 고객의 자금 이체 명령을 실행할 수 없습니다.

지불 주문의 각 요구 사항에는 고유 번호가 있으며 지불 주문의 모든 요구 사항은 규정 N 383-P의 부록 3에 번호가 지정되어 있으며 지불 문서 양식의 엄격하게 지정된 위치(필드)에 있습니다. 전신 송금에 대한 지불 주문의 세부 사항은 또한 규정 N 383-P의 부록 11에서 볼 수 있는 최대 문자 수로 제한됩니다.

지불이 목적지에 도달하려면 지불 주문을 오류 없이 작성해야 하며, 이를 위해 은행 고객은 지불 주문 작성 규칙을 알아야 하며 물론 이에 필요한 모든 세부 정보가 있어야 합니다.

지불 주문 양식 - 양식, 크기, 필드 번호

BIC는 은행 식별 - 은행에 할당된 코드를 통해 러시아 결제 참여자입니다.

예를 들어:

> OJSC "러시아의 Sberbank"의 BIC -

지급인 은행의 계좌 번호입니다.

러시아 은행의 부서로 개설 된 신용 기관 지점의 해당 하위 계정 인 신용 기관의 해당 계정 번호가 표시됩니다. 지불인이 신용 기관이 아닌 고객, 신용 기관의 지점이 러시아 은행의 부서 또는 러시아 은행의 부서에서 서비스를 받는 경우 필수 항목의 가치는 표시되지 않습니다.

지불인의 은행 계좌 번호는 20자로 구성됩니다.

필드에는 해당 계정(하위 계정)의 번호가 포함되며, 열린 항아리(은행 지점) 러시아 은행 기관.

예를 들어, 러시아 은행의 모스크바 GTU OPERA에 있는 OJSC "모스크바 은행"의 해당 계정:

- 30101 810 500 000 000 219

수취인의 은행 계좌 번호.

러시아 은행의 부서로 개설 된 신용 기관 지점의 해당 하위 계정 인 신용 기관의 해당 계정 번호가 표시됩니다.

자금 수령인 - 신용 기관, 신용 기관의 지점이 아닌 고객이 러시아 은행의 부서 또는 러시아 은행의 부서에서 서비스되는 경우 필수품의 가치는 표시되지 않습니다. 신용 기관에서 자금을 이체할 때 신용 기관의 지점은 현금 인출 자금을 위해 러시아 은행의 부서로 해당 하위 계정이 없는 신용 기관의 지점으로 이동합니다.

수취인의 은행 계좌번호는 20자로 구성됩니다. 러시아 은행 기관에서 은행 (은행 지점)을 위해 개설 된 거래 계좌 (하위 계좌) 번호를 입력해야합니다.

예를 들어:

1. 30101810700000000718 - Blagoveshchensk의 주 지역 센터에 있는 OJSC KB Vostochny의 특파원 계정.


2. 30101810600000000886 -하바롭스크 영토에 대한 러시아 중앙 은행 중앙 은행의 국가 지역위원회에서 JSC KB Vostochny 극동 지점의 통신원 계정.

법인의 경우:

• 전체 이름 또는 약어

개인용:

• 이름.

개인사업자를 위한:

• 이름. 법적 지위

러시아 연방 법률에 의해 설정된 절차에 따라 개인 개업에 종사하는 개인의 경우:

• 이름. 및 활동 유형 표시

경우에 따라 이 필드는 다음을 추가로 나타냅니다.

고객 계좌 번호,
- 은행의 이름과 위치(약칭).

게다가: 세부내용에는 법령 또는 계약에 따라 자금을 수령하는 자에 대한 정보를 알 수 있도록 추가로 기재할 수 있으며, 강조표시로 "//" 기호를 사용함

이름. 지불인, 개인 또는 개인 기업가는 명목상의 경우에 표시됩니다.

충전 예:

SEAD 재무 및 재무부

이바노프 이반 이바노비치 IP

수취인의 계좌번호.

유지 규칙에 따라 형성된 은행의 자금 수령인의 계좌 번호 회계러시아 은행 또는 회계 규칙 신용 기관영토에 위치한 러시아 연방.

수취인의 계좌번호는 20자로 구성되며 계좌등록 시 부여됩니다. 다음 번호로 시작할 수 있습니다 - 405, 406, 407, 408…

예를 들어 계정(조건부):

40702810300450000051

다음과 같은 경우 계좌 번호를 생략할 수 있습니다.

수취인은 지급인의 계좌가 개설된 신용기관이며,

자금은 한 은행의 고객인 여러 개인을 위해 은행 계좌에서 법인에 의해 이체됩니다(임금, 사회 지불 및 러시아 연방 법률에 의해 제공되는 기타 지불).

작업 유형.

러시아 은행의 회계 규칙 또는 러시아 연방 영토에 위치한 신용 기관의 회계 규칙에 따라 다음 코드가 표시됩니다.
> 지불 주문 - 01,
> 수집 순서 - 06,
> 결제요청 - 02
> 지불 순서 - 16

지불 주문에는 항상 암호가 표시됩니다. 01 , 러시아 연방 영토에 위치한 신용 기관의 회계 관리 규칙 부록 1의 "은행 계좌에 보관된 문서의 기호(암호) 목록"을 기반으로 부착됩니다.

필수 항목의 값은 2014년 3월 31일부터 표시되며 아직 표시되지 않습니다.

2013년 11월 12일 러시아 연방 재무부 명령에 따라 필수 22 "코드"의 N 107n - 표시해야 함 UIN(고유적 발생 식별자).

UIN 작성 규칙은 2014년 3월 31일부터 시행됩니다.고유발생식별기호(UIN)의 구조는 20자리로 구성되어야 하며, 개인의 단일식별기호 구조가 시민신분증 문서의 내용을 기초로 구성되는 경우에는 25자리로 구성되어야 한다.

이 날짜까지 UIN은 "결제 목적" 변수에 포함되어야 합니다.동시에 UIN 식별자를 강조 표시하려면 그 뒤에 표시해야 합니다.
문자 "///"가 지정됩니다.

예를 들어: UIN12345678901234567890///
세금, 수수료 및 기타 지불을위한 자금 이체 주문을 작성할 때 필수 사항이 채워집니다. 예산 시스템 RF.

"코드" 표시기의 특정 값을 표시하는 것이 불가능한 경우 자금 이체 순서에 0("0")을 표시합니다.

대금지급명령은 대금지급의 목적, 재화의 명칭, 업무, 용역의 명칭, 계약의 번호 및 날짜, 상품 문서, 부가가치세를 포함하여 법률에 따른 것을 포함하여 기타 필요한 정보도 표시될 수 있습니다.

레지스터로 총액에 대한 지불 주문은 레지스터와 레지스터에 포함된 총 주문 수를 참조하며 "//" 기호는 "register" 단어 앞뒤에 표시됩니다.

지불인-개인의 지시에 따라 작성된 총액에 대한 지불 명령에서 레지스터(신청) 및 레지스터(신청)에 포함된 총 주문 수를 참조하고 전후에 단어 "등록", "응용 프로그램" 기호 "//"

이 필드를 작성하기 위한 엄격한 요구 사항은 없지만 2014년 1월 1일부터 2014년 3월 31일까지 UIN은 "지불 목적" 변수에 포함되어야 합니다. (필드 22 참조)

예:

• 2014년 2월 15일자 계정 번호 20에 대한 운송 서비스에 대한 선불. VAT 포함(18%) 5330.15


• UIN12345678901234567890 /// 2014년 2월 1일의 계약 번호 351 및 2014년 2월 12일의 승인 인증서에 따라 완료된 건설 및 설치 작업의 경우. VAT 포함 - 15995.50 - 2014년 1월 1일부터 3월 31일까지 작성되었습니다.


• UIN0///2014년 2월 1일의 계약 번호 351 및 2014년 2월 12일의 승인 인증서에 따라 완료된 건설 및 설치 활동의 경우. VAT 포함 - 15995.50 - 2014년 1월 1일부터 3월 31일까지 작성 가능합니다.


• 2014 년 1 월 직원 급여의 개인 소득세

러시아 연방 통화로 외환 거래의 경우 "지급 목적"필드의 텍스트 부분 앞에 다음 정보가 표시됩니다.

• 코드 보기 통화 거래 2004년 6월 15일자 러시아 은행 No. 117-I 지침의 부록 2에 따라;


• 지침의 요구 사항에 따라 설정된 경우 거래 여권 번호.

지정된 정보는 들여쓰기(공백)가 허용되지 않는 중괄호로 묶여 있으며 다음 형식을 갖습니다. 통화 거래의 예:

• (VO13010PS04060001/0001/0000/1/0) 2004년 2월 1일자 송장 50 에어컨 구매 VAT 1014.01 환율 35.40.


• 에 따르면 50 일자 01.02.04 에어컨 구매 VAT 1014.01 환율 35.40

추가 정보를 볼 수 있습니다.

* 4, 7, 37, 45, 48, 62, 63, 66, 67, 68, 71, 72, 41 및 42 세부정보의 최대 문자 수는 구분 기호 없이 지정됩니다.

사용한 재료를 준비하면서 규정: - 민법 RF(조항 855, 863-866); 2012년 6월 19일자 러시아 은행 규정 No. 383-P; 2012년 7월 16일 러시아 연방 중앙 은행 규정 No. 385-P; 2013 년 11 월 12 일자 러시아 재무부 명령 No. 107n 및 기타.

지불 주문- 이것은 당좌 계좌의 소유자가 은행에 다른 지정된 계좌로 자금을 이체하도록 지시하는 문서입니다. 이런 식으로 상품이나 서비스에 대한 지불, 선지급, 대출 상환, 정부 지불 및 기부금을 지불할 수 있습니다.

지불 명령은 자동으로 처리되므로 재무부가 설정한 절차에 따라 작성해야 합니다. 지불이 종이 형식으로 은행에 제출되거나 인터넷을 통해 전송되는지 여부는 중요하지 않습니다.

러시아 중앙 은행에서 개발하고 연방법에 의해 승인된 복잡한 양식은 특히 세금 납부 명령인 경우 오류 비용이 너무 높을 수 있으므로 올바르게 작성해야 합니다.

파일

지불 주문 필드를 잘못 채우는 것과 관련된 문제를 방지하기 위해 각 셀의 기능을 살펴보겠습니다.

결제 코드

향후 지불에 대한 세부 정보 및 이에 대한 정보는 이를 위해 특별히 지정된 지불 양식 필드에 있습니다. 많은 정보가 코드화된 형태로 표시됩니다. 코드는 프로세스의 모든 참가자에게 동일합니다.

• 지불인;
• 항아리;
• 자금 수취인.

이를 통해 전자 문서 관리에서 지불을 자동으로 고려할 수 있습니다.

지불 주문 작성을 위한 단계별 지침

샘플 양식에서 각 셀에는 의미를 더 쉽게 설명하고 정확히 어떻게 채워야 하는지 명확히 하기 위해 조건부 번호가 지정됩니다.

2012년에 업데이트된 현재 지불 주문 양식을 사용 중인지 확인하십시오. 새로운 형태 2912년 6월 19일자 러시아 은행 규정 No. 383-P의 부록 2에 의해 승인되었습니다.

우측 상단의 번호를 확인하세요. 지불 명령을 통해 보낸 돈을 의도한 사람은 누구에게나 동일한 번호가 표시됩니다. 0401060 . 이것은 오늘날 유효한 통합 양식의 양식 번호입니다.

문서의 필드를 차례로 채우기 시작합니다.
필드 3- 방. 지불인은 내부 번호 매기기 순서에 따라 지불 주문 번호를 나타냅니다. 은행은 개인의 번호를 적어둘 수 있습니다. 이 필드는 6자를 초과할 수 없습니다.

필드 4- 날짜. 날짜 형식: 2자리 일, 2자리 월, 4자리 연도. 전자 형식에서는 날짜 형식이 자동으로 지정됩니다.

필드 5- 지불 유형. 지불 방법을 선택해야 합니다: "긴급", "전신", "우편". 클라이언트 은행을 통해 지불을 보낼 때 은행에서 허용하는 인코딩된 값을 지정해야 합니다.

필드 6- 필기체의 수마. 대문자로 루블 수는 단어로 작성되고(이 단어는 약어가 아님) kopecks는 숫자로 작성됩니다(단어 "페니"에도 약어가 없음). 금액이 전체인 경우 한 푼도 표시하지 않는 것이 허용됩니다.

필드 7- 합계. 숫자로 돈을 이체했습니다. 루블은 - 기호로 코펙과 구분해야 합니다. 코펙이 없으면 =가 루블 뒤에 붙습니다. 이 필드에는 다른 문자가 없어야 합니다. 번호는 필드 6의 철자와 일치해야 하며, 그렇지 않으면 지불이 수락되지 않습니다.

필드 8- 지불인. 법인은 약식 이름 및 주소, 개인 - 등록의 전체 이름 및 주소, 개인 관행에 종사, 이러한 데이터 외에도 활동 유형, 개별 기업가 - 성명, 법적 지위 및 주소를 괄호 안에 기록해야 합니다. . 이름(이름)은 // 기호로 주소와 구분됩니다.

필드 9- 계좌 번호. 결제자 계좌번호(20자리 조합)를 말합니다.

필드 10지불인의 은행. 은행의 전체 또는 약어 이름과 은행이 위치한 도시.

필드 11- 빅. 식별 코드, 은행 소유지불인 (러시아 중앙 은행을 통한 결제 참가자 디렉토리에 따름).

필드 12– 상대방 계좌 번호. 지불인이 러시아 은행 또는 그 하위 부서에서 서비스를 받는 경우 이 필드는 채워지지 않습니다. 다른 경우에는 하위 계정 번호를 지정해야 합니다.

필드 13- 수취인의 은행. 자금이 송금되는 은행의 이름과 도시.

필드 14- 수취인 은행의 BIC. 항목 11과 유사하게 작성됩니다.

필드 15– 수신자의 하위 계정 번호. 돈이 러시아 은행 고객에게 보내지면 셀을 작성할 필요가 없습니다.

필드 16- 받는 사람. 법인은 전체 또는 약칭(둘 다 한 번에 사용할 수 있음)으로 지정되고, 개별 기업가는 상태와 전체 이름으로 지정되며, 개인 기업가는 활동 유형을 추가로 표시해야 하며 이름만 지정하면 됩니다. 개인 전체(감소 없이). 자금이 은행으로 이체되면 필드 13의 정보가 복제됩니다.

필드 17– 수취인의 계좌 번호. 자금을 받는 사람의 20자리 계좌 번호.

필드 18- 작업 유형. 러시아 중앙 은행이 설정한 암호: 지불 주문의 경우 항상 01입니다.

필드 19- 지불 기간. 필드는 비어 있습니다.

필드 20- 지불의 목적. CBR이 달리 명시할 때까지 단락 19를 참조하십시오.

필드 21- 지불 명령. 1에서 6까지의 숫자가 표시됩니다: 러시아 연방 민법 제855조에 따른 대기열. 가장 일반적으로 사용되는 숫자는 3(세금, 기부금, 급여)과 6(구매 및 공급에 대한 지불)입니다.

- UIN 코드. 고유 식별자요금은 2014년에 도입되었습니다: 법인의 경우 20자리, 개인의 경우 25자리입니다. UIN이 없으면 0이 설정됩니다.

필드 23- 예약하다. 비워 둡니다.

필드 24- 지불의 목적. 자금 이체 대상을 적습니다: 제품 이름, 서비스 유형, 계약 번호 및 날짜 등. VAT는 필수는 아니지만 안전하게 사용하는 것이 좋습니다.

필드 43- 지불인의 인감. 문서의 종이 버전에만 배치됩니다.

필드 44- 서명. 에 하드 카피지불인은 계좌 등록 시 제출한 카드에 샘플과 일치하는 서명을 넣습니다.

필드 45- 은행권. 종이 양식에 송금인과 수취인의 은행은 승인 된 사람의 스탬프와 서명을, 전자 버전에서는 주문 실행 날짜를 넣습니다.
필드 60- 지불인의 TIN. 물리적인 경우 12자, 법인. TIN이 없는 경우(개인의 경우 가능) 0을 씁니다.

필드 61– 수신자의 TIN. 항목 28과 유사합니다.

필드 62- 은행에서 수령한 날짜. 은행에서 완료했습니다.

필드 71- 상각 날짜. 은행 제공.

중요한! 101-110번 상자는 세금 또는 관세 납부인 경우에만 작성해야 합니다.

필드 101- 지불인의 상태. 자금을 이체하는 개인 또는 조직을 지정하는 01에서 20 사이의 코드입니다. 코드가 09에서 14 사이인 경우 필드 22 또는 필드 60은 반드시 입력해야 합니다.
필드 102- 지불인의 검문소. 등록 이유 코드(있는 경우) - 9자리.

필드 103– 수신기의 체크포인트. 9자리 코드(할당된 경우). 처음 두 자리는 0이 될 수 없습니다.

필드 104– . 2016년의 혁신. 예산 분류 코드는 관세, 세금, 보험료, 판매세 등 러시아 예산의 소득 유형을 반영합니다. 20자 또는 25자, 모든 숫자는 0일 수 없습니다.

필드 105- 코드 . OKATO 대신 2014년부터 표기. 에 따르면 전 러시아 분류기지방 자치 단체의 영토의 경우 이 필드에 해당 지역에 할당된 8자리 또는 11자리를 작성해야 합니다.

필드 106- 지불 근거. 코드는 2글자로 구성되며 다양한 근거지불, 예를 들어 OT - 이연 부채 상환, DE - 세관 신고. 2016년에는 지불 근거로 몇 가지 새로운 문자 코드가 도입되었습니다. 코드 목록에 예산에 대한 지불이 표시되지 않으면 셀에 0이 입력됩니다.

필드 107- 표시기 과세 기간. 세금 납부 빈도: MS - 월간, KV - 분기 1회, PL - 6개월마다, State Duma - 매년. 날짜는 문자 지정 후 작성됩니다. 납부가 세금이 아닌 세관인 경우 해당 기관의 코드가 이 셀에 기록됩니다.

필드 108– 지불 사유 번호. 2016년 3월 28일부터 이 필드에 지불 기준이 되는 문서 번호를 작성해야 합니다. 문서는 필드 107에 표시된 코드에 따라 선택됩니다. 셀 107에 TP 또는 ZD가 포함되어 있으면 필드 108에 0을 입력해야 합니다.

필드 109– 지불 문서의 날짜. 필드 108에 따라 다릅니다. 필드 108의 0에서 이 셀에도 0이 기록됩니다.

필드 110– 지불 유형. 이 필드를 채우는 규칙은 2015년에 변경되었습니다. BCC가 필드 104에 표시되기 때문에 이 셀을 채울 필요가 없습니다(숫자 14-17은 예산 수입의 하위 유형을 반영함).

추가 뉘앙스

일반적으로 지불은 4부로 이루어져야 합니다.

• 1st는 지급인의 은행에서 결산하고 은행 일용 문서에 들어갈 때 사용됩니다.
• 2nd는 수취인의 은행 계좌에 자금을 입금하는 역할을하며 수취인의 은행 당일 문서에 저장됩니다.
• 세 번째는 수취인의 계좌 명세서에 첨부된 은행 거래를 확인합니다(자신의 은행에서).
• 은행 스탬프가있는 네 번째 것은 실행을위한 지불 명령 수락 확인으로 지불 인에게 반환됩니다.

노트! 은행은 지불인의 계좌에 잔액이 충분하지 않은 경우에도 지불을 수락합니다. 그러나 충분한 자금이 있는 경우에만 주문이 실행됩니다.

지불인이 은행에 연락하여 지불 방법에 대한 정보를 얻는 경우 지불 주문다음 영업일에 답변해야 합니다.

2019-2020년에 지불 주문의 각 필드를 올바르게 채우는 것이 중요합니다. 또한 지불 주문의 각 필드에는 자체 조건부 번호가 있습니다. 이 기사에서는 테이블의 지불 주문 필드 코드를 나타냅니다. 또한 2020년에는 급여 이전을 위한 지불 주문 작성 측면에서 변경 사항이 있음을 기억합니다.

또한:

지불 주문 은행 2019-2020

지불 주문은 은행 문서로 분류됩니다. 2019년에 지불은 다음과 같이 구성됩니다. 통일된 형태 0401060, 2002년 3월 10일자 러시아 은행 규정 번호 2-p의 부록 1에 나와 있습니다.

필드 번호가 있는 샘플 지불 주문

지불 필드는 2012년 6월 19일자 러시아 은행 규정 No. 383-P에서 승인한 방식으로 작성해야 합니다. 동시에 세금 지불, 수수료 기부 및 기타 유사한 지불에 대한 특별 작성 규칙이 설정됩니다. 필드 101-109는 2013년 11월 12일 No. 107n의 러시아 재무부 명령 조항에 따라 작성해야 합니다.

2020년 변경 사항

2020년 6월 1일부터 급여 이전을 위해 급여에 새 코드를 표시해야 합니다.

코드는 급여를 지급할 때뿐만 아니라 다른 소득을 양도할 때(예: GPC 계약에 따른 지급) 및 부채를 징수하는 데 사용할 수 없는 지급에도 표시되어야 합니다.
따라서 지불 주문의 필드 20에 소득 지불 유형에 대한 코드를 제공해야 합니다. 또한 급여, 혜택 및 피해 보상 금액에 대해 러시아 은행 ( "1", "2"및 "3")에서 승인 한 다양한 코드가 제공됩니다.

• "1" - 원천 징수 한도가 있는 급여 지급 및 기타 소득 이전(예: GPC 계약에 따른 지급)
• "2"- 부채를 징수하는 것이 불가능한 비용으로 금액을 양도하는 경우(예외-방사선 및 인공 재해의 영향을 받는 시민에 대한 예산을 희생하여 건강에 대한 보상 및 보상)
• "3" - 위에 언급된 예외 금액을 지불하는 경우.

돈이 예산에 들어가려면 하나 이상의 필수 지불 이체에 대한 지불 주문을 올바르게 작성해야합니다.

샘플 지불 주문-2020: 규칙 작성

지불 명령 작성 규칙은 2013년 11월 12일 N 107n 일자 러시아 재무부 명령에 규정되어 있으며 2017년 말 이후로 이러한 규칙은 변경되지 않았습니다. 다음과 같은 기본 규칙을 표에 요약했습니다.

지불 필드 이름(필드 번호)	세금 납부	FSS에 "상해에 대한"기여금 지불
지급인 상태(101)	"01" - 법인이 세금을 납부하는 경우 "09" - 개별 기업가가 세금을 납부하는 경우 "02" - 법인/개인사업자가 세무대리인으로 세금을 납부하는 경우	"08"
지불인의 TIN(60)	조직/기업가의 TIN
지불인 검문소 (102)	세금이 지불될 IFTS에 할당된 KPP	조직이 기부금을 지불하면 KPP가 표시됩니다. 지불인이 별도의 세분화(OP), 이 OP의 체크포인트는 필드 102에 입력됩니다.
필드 102의 IP는 "0"을 입력합니다.
지불인 (8)	조직의 약칭 / OP, 전체 이름 기업가
받는 사람의 TIN(61)	세금이 지불되는 IFTS의 TIN	그 TIN 지역 사무소기부금이 이전되는 FSS
수신기의 체크포인트(103)	세금이 납부되는 IFTS의 검문소	기부금이 이전되는 FSS의 지역 지점의 검문소
받는 사람 (16)	UFK는 _____(세금이 납부되는 지역의 이름)로 표시되며 특정 IFTS는 괄호 안에 표시됩니다. 예를 들어 "모스크바의 UFK(모스크바의 러시아 IFTS No. 14)"	UFK는 _____(기여금이 지불되는 지역의 이름)로 표시되며 FSS 지점은 괄호 안에 표시됩니다. 예: "모스크바의 UFK(GU - 모스크바 RO FSS RF)"
지불 우선 순위 (21)	5
KBK (104)	납부한 세금/기여금에 해당하는 예산 분류 코드
옥티모 (105)	조직 / OP / 재산 / 운송 위치의 OKTMO 코드 거주지 IP의 OKTMO 코드 거래 수수료 지불 시 해당 수수료가 지불되는 거래 시설의 위치에 OKTMO 코드가 표시됩니다.	조직 또는 EP 위치의 OKTMO 코드 / 개인 기업가의 거주지
지불사유 (106)	일반적으로 이 필드에는 다음 값 중 하나가 포함됩니다. "TP" - 현재 기간 동안 세금/기여금을 납부할 때 "ZD"- 세금 / 기부금에 대한 부채를 자발적으로 상환하는 경우; "TR"-연방 세무 서비스 / FSS의 요청에 따라 부채를 상환 할 때; "AP"-확인 행위에 따라 부채 상환의 경우(청구 발행 전)
세금/기여금 납부 기간(107)	필드 106에 "TP"/ "ZD"가 포함되어 있으면 법률에 의해 설정된 세금 납부 빈도가 다음 형식 중 하나로 표시됩니다. - 월별 결제의 경우: "MS.XX.YYYY", 여기서 XX는 월의 숫자(01~12)이고 YYYY는 결제가 이루어진 연도(예: 개인 소득세 납부 2020년 2월 직원 급여 중 "MS.02.2020"이 첨부되어야 함); — 분기별로 납부하는 세금의 경우: "Q.XX.YYYY", 여기서 XX는 분기 번호(01~04)이고 YYYY는 세금이 납부된 연도입니다. - 반기 세금(예: ESHN)의 경우: "PL.XX.YYYY", 여기서 XX는 반기(01 또는 02)의 숫자이고 YYYY는 세금이 이전된 연도입니다. - 연간 납부의 경우: "YD.00.YYYY", 여기서 YYYY는 세금을 납부한 연도입니다(예: 2019년 소득세 최종 계산 시 "YD.00.2019"를 입력해야 함). . 필드 106이 "TR"인 경우 필드 107은 요청 날짜를 반영합니다. 필드 106이 "AP"인 경우 필드 107은 "0"으로 설정됩니다.	«0»
문서 번호(108)	필드 106이 "TP"/"ZD"인 경우 필드 108은 "0"으로 설정됩니다. 필드 106이 "TP"인 경우 필드 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)	예를 들어, 지불에 대한 간단한 설명, "러시아 연방 영토에서 판매되는 상품(작업, 서비스)에 대한 부가가치세(2020년 3분기 2차 지급)".이 필드에 "상해"에 대한 보험료를 지불할 때 피보험자의 등록 번호도 표시해야 합니다.

표에는 의무 연금에 기여금을 양도할 때 지불 명령에 표시해야 하는 정보가 포함되어 있지 않으며, 건강 보험, VNiM에 대한 기여뿐만 아니라. 이러한 기부금에 대한 지불 명령에 대해서는 별도의 자료가 제공됩니다.

지불 명령-2020: 특히 중요한 세부 정보

지불 주문의 특정 세부 정보는 매우 신중하게 작성해야 합니다. 결국, 실수를하면 세금 / 기여금은 단순히 미납으로 간주됩니다. 따라서 세금 / 기부 금액을 예산에 다시 전송하고 벌금을 지불해야합니다 (설정 된 지불 기간이 끝난 후 오류가 발견 된 경우).

이러한 세부 정보에는 다음이 포함됩니다(1998년 7월 24일 N 125-FZ 연방법의 4절 4절 러시아 연방 세법 45조 7조 26.1항).

• 연방 재무부의 계좌 번호;
• 수취인의 은행 이름.

2020년 지불 주문: 샘플

귀하의 편의를 위해 지불 명령을 제공합니다. 예를 들어, 우리는 예산으로 이전된 개인 소득세를 선택했습니다. 세무사.

2020년 기성품 지불 주문 샘플

세금 및 기부금에 대한 지불 주문 샘플은 당사에서 찾을 수 있습니다. 또한 해당 필드에 IFTS 코드를 표시하면 지불 샘플에서 세무서/FSS에 대한 세부 정보를 볼 수 있습니다.