지불 순서의 샘플. 머니 오더 : 샘플

기입 지불 주문은 주기적으로 시민과 기업 모두에있을 것이다. 관련 문서의 편집 오히려 엄격하게 법에 의해 규제. 따라서이 법안에 채택 된 기준을 따르도록 권장합니다. 지급 명령의 구체적인 형태가 무엇인가하는 조직이나 세금, 수수료, 요금 및 기타 경내에서 트랜잭션을 수행하는 자연인?

율법의 규범에 따라

러시아 연방 재무 문서의 형성을 지배하는 입법은 수시로 변경. 따라서, 지불 순서의 샘플을 공부하기 전에, 각각의 절차에 관한 법률에 대한 중요한 조항의 숫자에 관심을 끌기 위해 도움이 될 것입니다. 키 소스 중 오늘 - 금융 질서의 RF 장관은 지급 명령의 정보를 지정 규칙을 승인 2013년 11월 12일의 107n을 №. 어떤 법이 소스의 규정은 특별한 관심을받을 자격이?

예를 들어, 지불 주문 회사를 가진 상태 세무사의 필드 (101)에 적절한 상태, 즉 01 또는 02를 표시해야합니다.

연금 기금, 사회 보험 기금과 FFOMS에 - - 보험료를 전송할 필요에 대한 질문이있는 경우 그 상태는 금융 감독원에서 거래의 지시하기 전에 08이어야합니다.

가장 중요한 혁신 - 필드 (105)는 OKATO 및 기타 소품을 지정할 필요가 없다 - OKTMO합니다.

UIN - 재정부의 순서에 의해 도입 된 또 다른 중요한 혁신. 그것은 지불 순서의 필드 (22)에 표시됩니다. 올바른 UIN를 찾으려면 조직의 비즈니스의 장소에 연방 국세청의 영토 부서의 조언을 추구 할 필요가있다.

PE (예산에 세금에 대한 벌금), PC (요금의 비율) 또는 0 (기타 비용) - 크게 위에서 언급 한 재무부의 순서에 따라 지불 유형 필드 (110)에 규정 된 절차를 간소화, 세 가지 옵션은 각각의 소품을 지정있을 수 있습니다.

개별 지불 위해, 당신은 하나의 CSC를 지정할 수 있습니다 - 또 다른 중요한 혁신은 당국에 의해 승인됩니다.

106에서 소품에 고정 기본 지급와 재미있는 것들. 그는 파산시 투자 대출 (또는 ID) 부채의 상환 등의 항목 (TL, SC), 현재의 부채 (ST)가 포함되어 있습니다.

필드에서 수취인의 데이터를 반영, 당신은 피사체의 전체 또는 약식 이름을 지정해야합니다. 많은 변호사는 자신의 고객을 위해 만드는 것은, 지불 IP 할당 패턴을 채우기 기업가가 해당 필드 이름을 지정해야한다는 사실, 그리고 상태에주의를 기울이십시오.

청구서와 협력의 실천

그래서, 기본적인 법적 뉘앙스, platezhek을 채우기이 문서 실무로 이동 배운다. 지불 순서로 어떤 기준을 준수해야합니다? 샘플의 구조에 고유 코드가 각각의 키 필드의 숫자를 포함 할 것이다, 그것이 무엇이든, 그것을 작성합니다. 우리는 그들의 인구를 공부합니다.

지급인과받는 사람에 대한 자료

지급 지침을 채우는 모든 샘플 INN 지불 자 (코드 60를 가진)와 같은 필수 포함됩니다. 지불 순서가 기업으로 등록되지 않은 자연인을 채우는 경우는 어떤 이유로 법률 관계의 주체가 아니라 당신이 0을 설정해야하는 경우는 해당 식별자 필드 (60)에 필요한 108 제공은 선택 사항 코드입니다. 기업이 예산에서 직원의 급여의 일부를 전송하는 경우, INN에게 각각의 직원이 표시됩니다.

PPC 소품 코드 (102)는 인증서를 갖는 법인으로 가득합니다. 물리적 사람은 소유하지 않기 때문에이 필드는 (예산 직원의 급여에서 돈을 전송 회사뿐만 아니라) 0을 넣어.

지불 인 정보

소품 "지급 인"코드 8 - 가장 중요한 문서. 에 관계없이 지불 순서를 형성하는 사람들의 채우기 소스는 해당 주제에 대한 정보가 포함됩니다. 지불 인이 될 수있다 :

- 법인 (이 경우, 자신의 이름을 나타냄);

- 공증인이 (가 문서에 입력하고 자신의 상태 이름, 등록 주소);

- 농장의 머리 (이름, 상태, 주소를 나타냅니다)

- 물리적 명 (전체 이름과 주소를 새겨).

- 납세자의 통합 그룹 (책임있는 사람의 이름을 나타냄);

- 예산에 전송하기위한 목적으로 급여의 일부를 보유 기업 (이름을 새겨).

당신이 주소를 지정해야하는 경우, // 후 2 슬래시를 넣어하는 것이 좋습니다.

다음으로 중요한 소품 - "TIN 수취인"그것은 관련 정부 부서에서 찾을 수 있습니다 코드 (61)와 함께 한 모임의 다른 유형 관리합니다. 마찬가지로,이 상태 관련 기관으로 인식되어야한다 "PPC 수취인"코드 (16) -이 소품은 서로 인접한다.

컴파일러 요금에 대한 정보

지불 순서를 생성하는 주제에 대한 정보가 기록되는 매우 중요한 소품 ID (101). 이 문서의 샘플 (세금, 수수료, 벌금)을 작성 항상이 항목이 포함됩니다. (- 납세자 02 - 세무사 09 - SP 등 .. 예를 들어, 01), 각 지주 (26 개)의 가능한 값이있다.

세금, 벌금과 처벌의 지불에 대한 지침을 제도

세금, 벌금과 처벌의 지불과 법안의 형성의 특성을 고려하십시오. 우리가 지금 조사해야한다있는 정보는 거의 모든 문서로 구성됩니다 - 개인 소득세, 단순화 된 세금 시스템, 지불 주문 VAT의 전송을 위해. 소스의 이러한 유형을 채우는 시료는하기 기준에 그 구조의 일관성을 보장하기에 최적 일 것이다.

가장 중요한 분야 중 - 그 코드 (104)입니다 그것은 CSC. 에서 실수를 매우 바람직하지 않다, 또는 금융 거래는 단순히 의도 된 수신자에 도달하지 않습니다. 이 점은 - 거의 항상 지불 순서를 작성 샘플에 포함되어 있습니다. RPF, 금융 감독원, HIF, 연방 국세청 - 자신의 CSC가 주제. 아마, 물론, CSC의 표시에 오류의 경우이 기관 문서 교정 자연 보냈지 만 관련 거래의 용어가 발생한 경우, 해당 코드의 잘못된 스펙은 처음이 될 법에 의해 규정 된 지불의 의무로부터의 편차 이러한 기관을 해석 할 수있다.

이전이 OKATO 코드이었다 (105)에서 - 지불 순서의 샘플은 항상 OKTMO 코드를 포함한다.

베이스 (106)에서 금융 거래를 고정됩니다. 지불 순서의 샘플 및 항상 그것을 포함한다. 각각의 소품을 지정하기위한 많은 옵션이 있습니다 (예를 들어, TC - 현재 지불 RT - 상환 연기 부채의 TR - 부채의 FTS 요청의 지급 등).

올바르게 기간을 지정

코드 (107)는 지지대, 상기 고정 과세 기간에 상당한다. 10 자 (다른 8은 실제적인 중요성을 가지고있는, - - 분리) 구조에서. 처음 두 표시된 거래주기에 - MS, SW, SP, HD (월, 분기, 6 개월 년). 네 번째와 다섯 번째 - 각각의 지급, 월 분기, 반기. 트랜잭션이 년에 한 번 실시 할 경우, 당신은 지급 기한보다, 당신은 자금의 이전의 날짜를 설정해야하는 경우 0을 넣어해야합니다. 요금이 지불되는 연도를 표시하는 데 사용되는 소품의 나머지 문자.

올바르게 문서의 수를 지정

코드 (108)는 지지대에 대응하는 트랜잭션에 대한 문서 돌출베이스의 고정 된 수. (- ON 수수료의 지불 수 FNS 요구 사항 - ... 등, 중재의 정의 - 부채 TP를 연기 결정 예를 들어, TR)이 가능한 많은 옵션이있다. 선언에 규정 된 세금을 납부 물리적 명, 0을 넣어해야한다는 지적 할 수있다.

올바르게 날짜를 지정

코드 (109)는 트랜잭션에 대한 문서 행동 기준의 날짜를 나타내는 소품에 해당한다. 그것의 구조는 10 개 문자로 표현된다. 월의 처음 두 세트에서 특정 일, 다섯 번째 및 네 번째로 - 달, 일곱 번째, 여덟 번째 및 열 번째 - 년. 요점은 세 번째와 여섯 번째 기호로 사용됩니다. 지불은 현재 상태 인 경우 - TP는, 당신은 그에 해당하는 날짜를 지정해야 할 때 선언 또는 지불에 의해 서명 된 다른 문서. 그것은 지난 기간 동안 자발적 채무 상환에 올 때, 해당 소품에 공을 넣어하는 것이 필요하다. 지급 기준으로하는 경우 - 요구 사항, TR은, 그것의 형성의 날짜를 지정하는 것이 필요하다. 같은 일 - 부채의 상환과 함께. 소품이 선언에 따라 세금을 지불하는 자연인을 채워지면, 그는 국세청이 문서의 제출에 해당하는 날짜를 넣을 필요가있다.

코드 (110) - 간소화

코드 (110)는 지불의 유형과 같은 매개 변수에 해당합니다. 그것을 포함됩니다 지불 순서 (PIT, 벌금, 백분율)를 작성 거의 모든 기업의 샘플을 구성한다. (세금, 벌금, 비용 거래를위한) (처벌) PE (관심) PC 또는 0 - 우리가 위에서 언급 한 것처럼 여기에 3 가지 옵션이 가능하다. 마찬가지로, 0 넣어 문서 작성자는 지불의 정확한 유형을 지정하기 어려운 경우.

코드 (21)는 등의 소품에 해당 정기적으로 지급. 민법의 855 번째 문서의 규정에 따라 - 숫자 5를 넣어하는 것이 좋습니다.

기능 UIN

코드 (22)는 위에서 언급 한 새로운 소품에 해당 - UIN (스코어 또는 고유 식별자). 우리가 위에서 언급 한 바와 같이, 그것은 지불 순서가 주어집니다하는 연방 국세청에서 필요하며, 그 인식. 일부 변호사는 그러나, 은행 관련 정보를 적용 할 것을 권장합니다. 신용 및 금융 기관의 전문가와 상담 - 지불 주문이 이루어진 경우 예를 들어, 다음 아마도 최선의 선택이 저축 은행, (채우기 패턴). 전문가들은대로 각각의 소품에 UIN를 지정하는 것은 불가능 경우, 0으로 설정 될 수있다.

코드 (24)는 지불의 목적으로 연결되어 있습니다. IT 서비스 및 상품에 대한 지불, 예를 들어, 수 있습니다. 이름 INN을 - 우리는 예산 직원의 급여의 조직의 전송에 대해 이야기하는 경우, 관련 분야 전문가의 개인 정보에 지정해야합니다.

따라서, 우리는 지불의 주문을 충족해야하는 기준이 세금, 벌금 및 과태료의 예산을 전송하는 방법을 살펴 보았다. 일반적으로, 동일한 규칙이 악기의 제조에 기초하여 그러한 경우 결제 순서대로 적용 - 스탬프 의무. 샘플 충전이 소스는 우리가 고려 알고리즘을 맞습니다.

자금의 특이성 platezhek 그리기

상태 기금의 특정 특정 제도 platezhek 특징. 결제 주문 채우고 샘플은 다음 조건을 충족하는 최적의 제공 될 해당 타입 (FFOMS는 FIU FSS는 수취인이있다).

세금 납부의 경우처럼 따라서이 유형의 문서에서, 벌금과 처벌 즉, CSC이며, 필드 (104) 호출됩니다. 청구서의 이전 유형의 경우와 마찬가지로, 하나의 CSC는 하나의 문서에 지정할 수 있습니다. 올바른 CSC는 관련 거래로 전송되는 기금을 요청해야합니다.

OKTMO도 결제 지정해야 마찬가지로, 코드 (105)는 요건에 대응. 세금, 벌금 및 과태료의 전송을위한 문서의 경우와 같이 그는, OKATO는 대체합니다.

수수료는 코드 (106, 107)의 세부 사항에, 하나 개 또는 다른 주 기금으로 지불하는 경우 0을 지정할 수 있습니다.

결제 주문을 형성하는 피사체의 상태에 대한 정보를 포함 사실 즉, - - 부호로 표시된 예 03, 19, 20, 24로하고 108 소품 식별자 물리적 인 배치되어야 상기 필드 (101)는 경우에 중요한 코드 (108). 그것은 예를 들어, 할 수있다, SNILS, 그의 여권 번호, 시리즈 및 번호 등 운전 면허증의합니다. D.

변화 ID를

이 식별자의 정확한 유형을 지정하는 것도 중요하다. 그것은 다음과 같은 범위에서 제시 될 수있다 :

- 01 (러시아 연방의 시민의 정체성 주 문서 - 여권);

- 02 (출생 증명서);

- 03 (선원 여권);

- 04 (신분증 군의);

- 05 (군사 ID);

- 06 (사람의 신원을 증명하는 문서를 일시적으로);

- 07 (교도소 복역 후 시민의 출시 증명서);

- 08 (외국인 여권);

- 09 (체류 허가);

- 10 (러시아 임시 거주를 허가하는 문서);

- 11 (사람에 대한 난민의 상태를 증명하는 서류);

- 12 (마이그레이션 카드) ;

- 13 (USSR 여권) ;

- 14 (SNILS);

- 22 (운전 면허증);

- (24) (차량의 상태 등록증).

필드 (109) 및 (110)는 0으로 지정 될 수있다.

다양한 기능의 우선 순위

우리는 결제 주문 (가득 샘플)과 같은기구를 초안 제 스크립트에보고 할 때 (21), 즉, 결제 우선 마찬가지로 5 위치한다. 페널티 세금은 국가 기금은 항상 5의 순서에 따라서 배치됩니다.

공공 기관에서 참고해야한다 지불의 이전 유형의 경우와 같이 코드 (22), 즉 UIN와 소품되는 직접 자금이나 은행이다.

소품 코드 (24)는 거래의 목적에 대한 정확한 표시를 가정합니다. 그것은 수 OPS에 대한 예를 들어, 보험료 수 있습니다.