지불은 어떻게 보입니까? 지불 명령(지불)이란?

러시아의 계약 시스템에 관한 법률은 주 및 시립 계약에 대한 여러 유형의 보안을 제공합니다. 여기에는 다음이 포함됩니다.

참여;
계약의 집행( 현금또는 은행 보증).

정의하자 고유 한 특징위의 유형의 담보뿐만 아니라 적절하게 작성하는 방법을 알려줍니다. 지불 주문, 각 종에 대한 샘플.

지불 문서 형식

신청서를 확보하기 위해 특별 계좌로 금액을 이체하려면 통합 지불 명령, 양식 (다운로드 워드 파일이미지 아래의 버튼을 클릭하면 됩니다.)은 다음과 같습니다.

참가 신청 확보: 신규 주문

따라서 2019년 6월 30일까지 국가 계약의 집행자라고 주장하는 모든 조직, 기업가 및 개인 거래자는 현금으로만 신청서를 제공합니다. 2019.01.07부터 돈과 함께 은행 보증으로 응용 프로그램을 확보 할 수 있습니다.

이전에는 구매가 이루어진 ETP의 거래 계좌에 담보 금액을 입금해야 했습니다. 그러나 관리들은 다시 한 번 메커니즘을 조정했습니다.

혁신은 소기업 구매 측면에서 44-FZ 및 223-FZ 미만의 구매에 영향을 미쳤습니다. 223-FZ(SMP 제외)에 따른 구매의 경우 이전 규칙이 적용됩니다. 결제 주문을 통해 거래 플랫폼의 계정으로 돈이 이체됩니다.

이제 조달에 참여하려면 계약 이행 신청자가 은행 조직에 있어야합니다. 특별계좌가 개설되면 계약체결 신청자는 자금을 필요한 볼륨. 차입 또는 신용 자본을 사용하는 것은 허용됩니다.

이제 특별 계좌로 송금하기 위해 지불 주문(동일한 양식 사용)을 작성하는 방법을 알려 드리겠습니다.

우리는 특별 계좌에 돈을 입금합니다

특별 계정을 보충하려면 일반 당좌 계정에서 돈을 인출하고 특별 계정에 입금하라는 명령을 내려야 합니다. 이 주문은 지불 주문입니다.

이 경우 지급인과 수취인이 동일인이므로 이러한 지급을 작성하는 것은 어렵지 않습니다. 그러나 몇 가지 기능이 있습니다. 그래서 무엇을 찾아야 특별한 주의:

문서의 번호와 날짜를 다음으로 설정합니다. 시간 순서.
지불인 - 기본 또는 추가 당좌 계정을 포함한 신청자의 표준 세부 정보.
은행 계좌 정보. 한 은행 조직에서 계좌를 개설하면 세부 정보가 동일합니다. 다른 은행의 경우 개별 데이터를 입력합니다.
수령인은 동일한 신청자, TIN, KPP 및 이름입니다. 다만, 수취인의 계좌는 참가신청의 담보제공을 위하여 개설한 특별계좌번호입니다.
지불 목적에는 작업의 본질, 즉 응용 프로그램 담보 금액에 대한 특별 계정의 보충을 표시하십시오.

완료된 지불 주문의 예

223-FZ에 따른 신청서를 확보하기 위해 지불 주문을 작성하는 방법

참고 이 알고리즘고객이 SME에 대한 혜택을 설정하지 않은 경우 223-FZ에 따른 SME 조달에는 적용되지 않습니다.

ETS JSC의 예를 사용하여 온라인으로 지불 주문을 발행하는 방법을 알려 드리겠습니다.

1단계. 지불 주문 번호와 날짜를 시간 순서대로 설정합니다. 지불 금액은 단어로 표시된 다음 숫자로 표시됩니다.

2단계. 지불인에 대한 정보 차단. 여기에는 조직에 대한 정보가 포함됩니다. TIN, KPP, 이름, 현재 계좌 번호, 현재 계좌가 개설된 은행 이름 및 BIC.

3단계. 수신자에 대한 정보 차단. 우리는 거래 플랫폼의 유사한 등록 데이터를 나타냅니다. 그런 다음 작업 유형 "01"과 지불 순서 "5"를 지정합니다.

4 단계. 지불 목적을 적습니다. 필요한 경우 전자 경매 번호를 표시합니다. "WITHOUT" 또는 "VAT IS NOT APPLIED"를 반드시 표시하십시오.

완성된 문서 다운로드

2019 샘플에서 지불 주문 작성:

승자는 지불해야합니다

승자로 인정되는 계약 이행 신청자는 추가 비용을 부담하게 됩니다. 따라서 관리들은 국가 또는 시 계약, 수수료를 부과해야 합니다. 금액은 작업을 수행하기에 충분한 자금이 있는 경우 승자의 특별 계정에서 인출될 수 있습니다.

그리고 돈이 충분하지 않으면 전자 사이트의 은행 계좌로 수수료를 지불하라는 해당 요청이 당첨자에게 전송됩니다. 이 의무는 동일한 지불 명령으로 지불해야 합니다.

수수료 금액은 주 계약의 초기 가격(NMTsK의 1%, 5,000루블 이하)에 따라 결정됩니다. 그러나 소기업 및 비영리 사회적 지향 조직의 경우 할인이 제공됩니다. 이러한 단체는 1%를 지불하지만 2000루블을 넘지 않습니다(러시아 연방 정부 법령 No. 564).

구매 성공에 대한 수수료를 입금한 후 지원 마감 문서를 받는 것을 잊지 마십시오. 거래 플랫폼의 운영자는 행위 및 송장을 제공합니다. 계약자가 관련 거래 플랫폼에서 법적으로 중요한 문서 흐름을 사용하기 위해 서비스를 활성화한 경우 문서를 전자적으로 얻을 수 있습니다. 서비스가 연결되지 않은 경우 서면 행위 및 송장을 요청할 수 있으며 거래 플랫폼 운영자의 위치에서 받아야 합니다.

주문형 구매 당첨에 대한 지불을 위한 샘플 지불 주문

계약의 시행

지불 주문은 어디에 사용됩니까?

지불 명령에 의한 지불은 법인 및 기업가와 같은 모든 경제 주체가 수행해야 함을 상기하십시오. 이러한 계산의 예는 다음과 같습니다.

세금, 수수료 이전. 예산에 대한 기부금;
공급품, 서비스, 상품, 작업에 대한 지불;
선급금 및 임금의 이전;
장애 수당 지급;
계약에 따른 합의;
기타 비현금 거래.

문서의 구조는 관련 정보를 지불 필드에 입력할 수 있도록 합니다. 지불 주문에 포함된 필드를 기억하십시오.

지불 주문 필드의 값은 지불 목적에 따라 결정됩니다. 예를 들어, 연방 세금 서비스로 세금을 이전하려면 "세금 라인"(필드 104-110)을 작성해야 하며 상대방과 결제할 때 이러한 필드는 채워지지 않습니다.

다음에서 무료로 세무서에 지불 주문을 생성할 수 있음을 기억하십시오.

보고 기간이 끝난 후 연방 세금 서비스는 데스크 감사를 수행하여 조직이 세금, 수수료, 벌금, 벌금을 납부해야 할 요구 사항을 받을 수 있습니다. 부채를 상환하려면 먼저 지불 명령을 작성해야 합니다. 이것이 어떻게 가능한지 봅시다.

세금, 수수료, 과태료, 벌금을 납부하기 위한 요건은 무엇입니까?

요구사항 예시
체납 및 위약금 납부

지불 주문을 하는 방법

지불 주문 작성 규칙이 설정되었습니다.

요구 사항의 각 라인에 대해 별도의 지불 주문을 생성해야 합니다. 이것은 수동으로 수행할 수 있습니다 - 수신된 요청의 데이터를 지불 주문의 필드 24 및 104-109로 전송하십시오.

지불을 작성할 때 각 필드에 입력할 값을 알려주는 이 표를 사용할 수 있습니다. 데이터를 입력할 때 주의하십시오. 한 수치라도 오류가 발생하면 조직의 자금이 의도한 목적에 도달하지 못하고 부채가 상환되지 않을 수 있습니다.

필드 번호	분야 명	의미
104	KBK	예산 분류 코드
105	OKTMO	오카토(OKTMO)
106	지불 이유	TR
107	과세기간	과태료 납부기한으로 청구서에 명시된 일자 DD.MM.YYYY 형식으로
108	문서 번호	세무 당국 청구 번호
109	문서 날짜	DD.MM.YYYY - 요청 날짜(스탬프의 숫자 옆)
110	지불 유형	0
24	지불의 목적	세금 이름(수수료)

Accounting Online 웹사이트에서 지불 주문을 생성하는 방법에 대한 전체 지침을 읽을 수 있습니다.

지불을 준비하는 두 번째 옵션은 자동으로 생성하는 것입니다. 이 기능은 최근 Contour.Extern 사용자에게 제공되었습니다.

Extern에서 지불에 대한 전자 요구를 받은 후 "연방 세무 서비스에 수락 영수증 보내기" 버튼을 클릭하여 이를 연방 세무 서비스에 알립니다. 그런 다음 지불 구성으로 진행하십시오. "지불 생성"링크를 따라 이동하여 은행 이름과 현재 계좌를 입력하십시오. 시스템 자체는 지불 주문의 해당 필드에 있는 요청의 다른 모든 데이터를 대체합니다. 또한 지불할 부채 유형을 선택하고 필요한 경우 지불 금액을 변경할 수 있습니다.

Word 형식으로 기성품 지불 주문서를 작성한 다음 인쇄하거나 나중에 인터넷 은행에 업로드하기 위해 특수 텍스트 파일을 다운로드할 수 있습니다.

초과 지불하지 않는 방법

청구를 처리할 때 "연체" 필드에 금액을 지정하는 특성에 대해 아는 것이 중요합니다. 금액에 별표가 있으면 비용을 지불할 필요가 없습니다. 이 정보는 참고용입니다.

Extern에서 지불 주문을 생성할 때 실수로 별표 금액을 포함하지 않습니다. 이 금액은 일반 목록, 그러나 지불 주문을 생성하기 위해 선택할 수는 없습니다.

지불 명령은 공급자, 금융 당국 및 기타 조직에서 해당 금액을 송금하도록 은행에 지시하는 것입니다. 회계사는 필요한 사본 수로 "카본 사본"을 인쇄합니다 (현재 계좌가 위치한 은행 지점에 따라 3에서 5까지).

은행과 계좌 보유자 간에 달리 합의되지 않는 한 현재 계좌에 자금이 있는 경우에만 지급인의 지급 명령이 은행에서 수락됩니다. 당사자의 합의에 따라 지불 명령은 긴급하고 조기에 연기될 수 있습니다. 긴급 지불이 이루어집니다: 상품 선적 전 - 선지급, 상품 선적 후 - 상품 직접 수락, 대규모 거래 - 부분 지불. 조기 및 지연 지불은 계약 당사자의 재정 상태를 침해하지 않고 계약 관계의 틀 내에서 이루어질 수 있습니다.

그것은 TIN, BIC, 금액 및 지불 목적을 포함하여 지불인과 그의 은행, 수취인 및 그의 은행의 세부 사항을 나타냅니다. 은행 직원은 실행을 위해 지불 명령을 수락하고 마지막 사본에 스탬프를 찍고 회계에이 작업을 반영하기 위해 회계사에게 반환합니다. 인쇄된 지불 주문은 10일 동안 유효합니다.

TIN은 납세자가 세무 당국에 등록될 때 러시아 연방 국세청 기관에 지정되며 자금 지급인에게 지정될 때 모든 경우에 지불 명령에 표시됩니다.

BIC는 러시아 연방 BIC의 참고서에 따라 러시아 은행, 신용 기관 및 그것이 할당된 신용 기관 지점의 결제 네트워크의 세분화에 대해 표시됩니다.

지급인 및 수취인의 계좌번호, 결제거래가 이루어지는 지급인 및 수취인의 은행 계좌번호는 지급명령의 해당란에 기재합니다.

지급인 또는 수취인이 신용 기관인 경우 "지급인" 또는 "수취인" 필드에 신용 기관의 이름이 "은행" 필드에 표시됩니다.

지급인 또는 수취인의 은행, 각각

신용 기관이 다시 표시됩니다. "지불 유형"의 값은 "우편으로", "전신", "전자"로 표시됩니다.

지불인은 기업의 당좌 계정이 개설된 은행이며, 같은 부분에 기업 이름과 당좌 계정 번호가 표시됩니다.

아래에서 우리는 중앙 은행에서 우리 은행에 할당된 코드를 나타냅니다. 러시아 연방, "차변"열 - 러시아 중앙 은행의 은행 경상 계정 암호.

금액은 대문자로 인쇄됩니다. 해당 숫자 값은 오른쪽 상단 모서리에 반복됩니다.

하단에는 지급목적을 구체적으로 기재하고 자금관리책임자 및 수석회계사의 서명과 기업인인을 한다.

2.3 은행에서 현금을 수령하는 절차.

회사는 자신의 이름으로 발행된 현금 수표에 대해 계산원을 통해 은행으로부터 현금을 받습니다.

러시아 연방 회계 및 보고 규정에 따라 직원이 없는 기업에서는 출납원의 의무를 수행할 수 있습니다. 수석 회계사또는 기업 장의 서면 명령에 따라 다른 직원.

수표는 특별 수표에 있습니다. 수표 책을 얻으려면 계산원의 성, 이름 및 후원을 표시하고 서명 샘플을 제공하는 적절한 신청서를 작성해야 합니다. 신청서는 대표와 수석 회계사가 서명하고 기업 인감으로 인증합니다. 이 진술에 따르면 출납원은 25 또는 50 수표에 대한 수표 책을받습니다. 현재 은행 계좌에서 현금을 인출하기 위해 회계사는 현금 수표를 작성하고 관리자와 함께 서명한 다음 계산원에게 전달합니다. 계산원은 항목에 대한 증빙 서류와 함께 필요한 금액을 사전 주문합니다. 현금 거래회계 등록부에서.

2.4. 은행에 현금을 입금하는 절차

당좌예금에서 현금창구로 입금된 현금,

엄격하게 지정된 용도로 사용됩니다(돈을 받은 목적은 현금 영수증 뒷면에 표시됨). 사용하지 않은 잔액은 계산원에게 반환됩니다. 예를 들어, 제때 받지 못한 급여는 3~1일 이내에 경상 계정으로 반환해야 합니다. 기부금으로 현금 데스크에서 받은 돈 정관 자본금, 제품을 현금으로 판매한 수익금

당좌 계좌로의 자금 이체는 현금 주문으로 이루어집니다.

은행에서 돈을 주는 출납원이 “현금예금통지서”를 작성합니다. "공고" 양식은 은행 운영자로부터 얻을 수 있습니다.

세 부분으로 구성되어 있습니다. 상단 부분은행에 남아

중간 부분(영수증)은 계산원에게 전달됩니다. 안내문(주문)의 하단 부분도 계산원에게 반환되지만 은행이 해당 작업을 수행한 후에만 은행 거래 내역서와 함께 반환됩니다.

세 부분 각각에는 돈을 받은 날짜, 수취인의 은행 및 수취인, 기부 목적이 표시됩니다. 오른쪽에서 상단 모서리첫 번째와 두 번째 부분에는 당좌 계정의 번호와 금액을 숫자로 표시합니다. 같은 금액은 다음 순서대로 단어로 씁니다. 대문자로 예약된 필드의 시작 부분에 가까운 항목을 시작해야 합니다. 필드에 남아있는 장소는 수평선으로 그어 져야합니다.

세 번째 부분은 조금 다르게 채워집니다. 주문에서 수취인 은행의 코드와 대출 금액을 표시해야 합니다(당사 현재 계정에서 이 금액은 차변에서 인출되고 은행에서는 신용으로).

전자 결제 시스템(은행-클라이언트 시스템), 1C Enterprise를 사용하거나 다른 프로그램에서 결제 주문을 생성하는 경우 많은 데이터를 고려해야 합니다. 부분으로 나누어 각각 처리해 보겠습니다. 저자는 당신에게 상세 설명지불 주문을 작성하는 절차. 회계 프로그램의 행복한 소유자가 아닌 사람조차도 스스로 작성할 수 있습니다. 지불 주문은 다음과 같습니다(예제 1 참조). 채울 때 고려해야 하는 각 필드는 괄호 안의 숫자에 해당합니다.

지불에 입력되는 데이터를 일반적인 단어 "상세정보"라고 합니다.

누구에게(세무서 또는 상품 공급업체로) 지불했는지에 관계없이 2번 필드를 작성해야 합니다. 이 수치는 항상 동일하며 변경되지 않습니다(0401060). 그리고 그녀는 숫자를 의미합니다 통일된 형태러시아 중앙 은행이 설정 한 지불 주문.

3 번 "지불 주문 번호"필드에는 지불 주문 번호가 그림으로 표시됩니다. 연초부터 번호 매기기가 새로 시작됩니다.

4 번 "지불 주문 작성 날짜"필드에 일, 월, 연도가 표시됩니다. DD.MM.YYYY 형식으로 채워집니다. 예를 들어, 2007년 2월 6일. "연도"라는 단어는 쓰지 않으며, 연도 자릿수 뒤에 점을 두지 않습니다.

필드 번호 5 "지불 유형"은 "전자적" 지불이 이루어진 경우, 즉 "은행-고객" 시스템을 통해 지불 주문을 보내는 경우에만 입력됩니다. 여기에 "전자"라고 쓰여 있습니다. 자신이 지불 주문서를 은행으로 가져가려는 경우에는 아무 것도 작성할 필요가 없습니다.

6 번 "단어 금액"필드에서 대문자로 된 줄의 시작 부분에서 지불 금액은 루블 및 코펙으로 단어로 표시됩니다. 동시에 "루블", "루블", "루블", "코펙", "페니"라는 단어는 줄어들지 않습니다. 루블은 말로 쓰고 코펙은 숫자로 쓴다. 지불 금액이 루블로만 표시되면 kopecks를 생략할 수 있습니다.

7 번 "금액"필드에 지불 금액이 숫자로 입력되고 루블은 대시 "-"로 코펙과 구분됩니다. 금액이 전체 루블의 숫자로 표시되면 kopecks를 생략 할 수 있습니다. 이 경우 지불 금액과 등호 "="가 표시되는 반면 "Amount in words"필드에는 지불 금액이 kopecks를 언급하지 않고 전체 루블로 입력됩니다.

완료된 지불의 예는 아래를 참조하십시오.

저자는 방법 중 하나를 선택하여 사용할 것을 권장합니다. 그렇지 않으면 어떤 경우에 어떻게 작성해야 하는지 혼란스러울 수 있습니다. 급하게 돈을 이체해야 하는 경우 불편할 수 있으며, 은행은 오류로 인해 지불 주문 수락을 거부합니다.

필드 번호 60 "TIN"에는 납세자의 식별 번호가 표시됩니다.

필드 번호 102 "KPP"에서 - 등록 장소의 세무서에서 조직에 할당한 등록 이유 코드. 기억해 개인 기업가그리고 개인에게만 CCP가 없습니다. 지불이 그들에게 또는 그들로부터 가면 "0"이 이 필드에 입력됩니다.

필드 번호 8에서 "지불인"은 지불(지불)을 보내는 사람을 나타냅니다. 예를 들어, 기업가가이 작업을 수행하면 그에 따라 자신을 나타냅니다 (이름과 괄호 옆에 IP (2004 년 11 월 24 일 러시아 연방 재무부 명령 No. 106n)). 그러나 실제로는 은행의 요구 사항에 따라야 합니다. 은행은 지불인이 자신을 호출한 방법에 따라 자신을 표시하도록 요구할 수 있습니다. 은행 카드은행에서 서명을 확인할 때.

고려 중인 예에서 개인 기업가 Svetlana Pavlovna Svetikova 또는 개인 기업가 Svetlana Pavlovna Svetikova로 보일 수 있습니다. 은행은 이러한 오류로 인해 지불을 놓치지 않을 수 있습니다. 또한 개별 기업가에게 지불금을 보내는 경우 지불 순서에 어떻게 등록되는지는 중요하지 않습니다. 법인의 경우 약어 "CJSC", "LLC"가 허용됩니다. 그러나 항상 상대방이 지불을 위해 발행된 계약서나 송장에서 자신을 어떻게 부르는지 살펴보십시오. 수취인의 이름이 틀리면 파트너가 돈을받지 못할 수 있습니다.

여전히 실수를 한 경우 은행에 긴급히 서신을 보내야합니다. 은행에서 수령인의 이름을 명확히하고 지불 주문의 모든 세부 정보를 표시해야합니다. 설명 서신을 제출할 시간이 없으면 돈이 귀하의 계정으로 반환됩니다. 문제는 돈이 약 1주일 동안 "블래버링(blabbered)"된다는 사실에만 있을 것입니다.

필드 번호 9 "Sch. No.”는 지급인의 현재 계좌 번호를 나타냅니다.

필드 10 "지급인의 은행"- 위치의 도시를 나타내는 지급인 은행의 전체 이름.

필드 번호 11 "BIC"에서 지불인 은행의 은행 식별 코드(BIC).

필드 번호 12 "Sch. 아니요. "- 러시아 은행 기관의 신용 기관이 개설 한 지급인 은행의 해당 계좌 번호.

필드 번호 13 "수취인의 은행"- 위치의 도시를 나타내는 수취인 은행의 전체 이름.

필드 번호 14 "BIC"에서 - 수취인 은행의 은행 식별 코드(BIC).

필드 번호 15 "Sch. 아니요. "- 러시아 은행 기관의 신용 기관에서 개설 한 수취인 은행의 해당 계좌 번호.

필드 번호 61 "TIN"에는 수신자의 식별 번호가 표시됩니다.

필드 번호 103 "KPP"에서 - 자금 수령인을 등록하는 이유 코드.

필드 번호 16 "받는 사람"-받는 사람 조직의 이름 또는 전체 이름. 육체적인 사람.

필드 번호 17 "Sch. 번호 "는 수신자의 현재 계정 번호를 나타냅니다.

필드 번호 18 "작업 유형"에서 작업 유형을 나타냅니다. "01"은 지불 주문에 의한 지불을 위한 은행 암호입니다.

필드 번호 19 "지불 기간." 기한이 정해져 있습니다.

필드 번호 20 "Naz.pl."에서 지불의 코드 목적을 표시해야 합니다.

이 열은 러시아 은행의 지시가 있을 때까지 작성되지 않습니다.

필드 번호 21 "오버레이 지불." 지불 순서가 설정됩니다.

시퀀스 넘버링은 다음과 같습니다.

시퀀스 1.상각은 생명과 건강에 대한 피해 보상 및 위자료 회수 청구를 충족시키기 위해 계정에서 자금 이체 또는 발행을 제공하는 집행 문서에 따라 수행됩니다.

시퀀스 2.상각은 퇴직금 및 임금 지불에 대한 합의를위한 자금 이체 또는 발행을 제공하는 행정 문서에 따라 이루어집니다. 고용 계약(계약), 저작권 계약에 따른 보수.

시퀀스 3.숫자 3은 사용되지 않습니다.

시퀀스 4.이 우선 순위에 따라 예산 및 예산 외 자금에 대한 지불을 제공하는 지불 문서에 따라 상각이 이루어집니다. 세금, 벌금, 벌금, 국가 관세입니다.

순서 5.그것은 다른 금전적 청구의 만족을 제공하는 행정 문서에 따라 상각하기 위한 것입니다.

순서 6.달력 우선 순위에 따라 다른 지불 문서에 대한 상각이 이루어집니다. 여기에는 공급업체와의 합의가 포함됩니다.

필드 22 "코드"는 러시아 은행의 지시가 있을 때까지 작성되지 않습니다.

필드 23 "Res. 필드"는 예약되어 있습니다.

필드 번호 24 "지급 목적"은 지불 주문에 의해 수행된 작업의 내용을 반영합니다.

실시예 3

쇼 축소

CJSC Ideas for Home Transfers by 지불 주문은 2007년 1월 25일자 계약 번호 55에 따른 작업 수행에 대한 상대방에게 지불합니다. 지불 금액은 VAT - 7,627.12 루블을 포함하여 50,000 루블입니다. CJSC는 다음과 같이 지불 양식을 작성합니다.

우리는 필드 24 "지불 목적"에 대한 대화를 계속합니다. 여기에 반영할 수 있는 사항은 다음과 같습니다.

상품, 작업, 서비스의 이름(예: 사무 기기, 운송 서비스)
자금 이체를 정당화하는 문서의 번호, 이름 및 날짜 (계약, 송장, 수락 및 작업 인도 행위)
자금 이체 기간.

상품 수령, 서비스 제공 전에 지불이 이루어진 경우 다음을 작성합니다. "선불".

작업이 완료되기 전에 - "선불".

렌더링된 서비스의 경우 "렌더링된 서비스".

작업 완료 - "최종 합의 중".

모든 조건의 변경과 관련하여(공급, 작업, 서비스의 양, 계산 오류의 경우, 가격 변경) - "추가 요금".

후자의 경우 이 지급이 이전에 이전된 지급에 대한 추가 지급임을 표시해야 합니다(예: 13.03.07 일자 공급 계약 번호 120에 따른 추가 지급).

여기에 총 지불 금액에 VAT 금액도 표시해야 합니다(예 3 참조). 지불을 받는 사람이 VAT 없이 작동하는 경우 "VAT는 적용되지 않음" 또는 "Without VAT"로 작성해야 합니다.

43 번 필드에는 엄격하게 지정된 장소에 인장이 찍혀 있습니다. 인쇄용으로 예약 된 장소에서 인장없이 활동을 수행하는 기업가는 "b / n"으로 펜으로 작성해야합니다.

필드 번호 44 "서명"은 서명할 권리가 있는 사람이 서명하며 이 권리는 은행 카드에서 은행 인증을 받은 서명 샘플로 보장됩니다. 두 개의 서명이 있을 수 있습니다. 주에 수석 회계사가 있으면 두 서명 모두 은행 카드에서 인증되어야합니다. 두 개의 동등한 서명을 변형할 수 있습니다. 즉, 두 사람이 먼저 서명할 권리가 있지만 서명 중 하나는 지불 명령에 포함됩니다.

인감 및 서명은 지불 명령서의 첫 번째 사본에 있습니다. 총 2개의 사본이 있을 수 있습니다(보통 3개 이상). 지불 주문의 모든 사본은 은행 창구에게 이체됩니다. 그 중 하나에서 창구원은 필드 45에 은행을 표시합니다. 동시에 이 주문 사본에는 은행이 스탬프를 찍고 실행 명령을 수락한 창구 직원이 서명합니다.

62번과 71번 필드도 은행에 채워집니다. 필드 62에서 은행 운영자는 지불 주문이 은행에 배달된 날짜를 입력합니다. 그리고 필드 71 -이 지불 주문에 대한 고객 계좌에서 자금을 인출하는 날짜.

세금, 수수료 및 기타 의무 지불이 러시아 예산 시스템으로 이전되는 경우 지불 주문의 오른쪽 상단에 있는 필드 번호 101과 필드 104-110이 채워집니다.

글쎄, 함께 간편결제우리는 그것을 알아 냈고 이제 세금 이전과 함께 지불 주문을 고려하십시오.

납세의 이전

납세자가 러시아 연방 예산 시스템으로 지불을 이전하면 필드 번호 101이 채워집니다. 지불인의 상태를 나타냅니다. 우리는 주로 상태 01에 관심이 있습니다 - 납세자(수수료 납부자) - 실재. 세금, 수수료 및 기타 의무 지불을 양도할 때 표시되어야 하는 사람은 바로 그 사람입니다.

일반적으로 다음과 같은 다른 상태가 있습니다.

02 - 세무 대리인;
03 - 세금 및 수수료 징수원;
04 - 세무 대리인;
05 - 법무부의 집행관 서비스;
06 - 회원 대외 경제 활동;
07 - 관세청;
08 - 러시아 예산 시스템의 모든 수준에 대한 소득 및 예산 기금 기록 계정으로 지불을 이체하는 기타 의무 지불 지불자;
09 - 개인 기업가;
10 - 납세자(수수료 납부자) - 사설 공증인;
11 - 납세자(수수료 납부자) - 변호사 사무실을 설립한 변호사
12 - 납세자 (수수료 납부자) - 농민 (농장) 경제의 수장;
13 - 납세자(수수료 납부자) - 다른 개인 - 은행 고객(계좌 보유자)
14 - 개인에게 지불하는 납세자(러시아 연방 세법 235조 1항 1항)
15 - 결제 문서를 발행한 신용 기관 총액은행 계좌를 개설하지 않고 개인이 지불하는 세금, 수수료 및 기타 지불을 러시아 연방 예산 시스템으로 이전하기 위해.

세금을 양도할 때 위에서 설명한 필드는 동일한 방식으로 채워집니다. 이제 104에서 110까지의 필드에 주목합니다.

하나의 지불 주문은 하나의 세금/수수료만 전송할 수 있습니다.

따라서 필드 번호 104 "예산 분류 코드"(BCC)는 러시아 연방 예산 수입 분류에 따라 표시되며 20자가 있습니다.

필드 번호 105 "OKATO 코드"에 코드가 표시됩니다. 지방 자치체, 세금 / 수수료 지불에서 자금이 동원되는 영역. 에 따라 채워진 전 러시아 분류기행정 구역 분할의 대상. 귀하의 세무서가 어떤 OKATO를 보유하고 있는지 웹사이트 www.nalog.ru 또는 세무서 정보 안내소에서 확인할 수도 있습니다.

필드 번호 106 "지불 기준"에는 문자 표시기가 있습니다. 그 중 하나가 지불 주문에 표시됩니다.

이 필드에 "0"을 입력하면 세무 당국은 세금 및 수수료에 관한 법률에 따라 나열된 근거 중 하나로 지불금을 독립적으로 귀속시킬 권리가 있습니다.

필드 번호 107 "과세 기간"은 세금 / 수수료 지불 빈도 또는 세법에 의해 설정된 세금 / 수수료 지불에 대한 특정 날짜를 나타내는 데 사용됩니다. 표시기는 점과 함께 10개의 문자를 포함합니다.

예를 들어, 2007년 간소화된 과세 시스템에 따른 연간 세금 납부 마감일은 DG.00.2007입니다. 필드 107에 있을 값은 이 값입니다. 분기별 지불인 경우 - 2008년 1분기 - KV.01.2008. 세금 임금지급월의 익월 15일까지 이체하여야 합니다. 따라서 2007년 12월의 경우 "급여" 세금은 2008년 1월 15일까지이며 소득세는 개인결제 당일 지급.

필드 번호 108 "문서 번호"는 지불 기준이 되는 문서 번호를 나타냅니다. 지불 기준에 따라 다릅니다. "아니오" 표시가 부착되어 있지 않습니다. 현재 지불하거나 부채를 자발적으로 상환하는 경우 이 필드에 "0"이 입력됩니다.

필드 번호 109 "문서 날짜"는 지불 기준이 되는 문서 날짜를 나타냅니다. 앞의 경우와 마찬가지로 10자(일, 월, 연도의 구분점 포함)로 구성되지만 숫자만 포함합니다. 현재 납부한 세금을 이체하거나 자발적으로 부채를 상환할 때 신고서에 서명하는 날짜가 일반적으로 설정됩니다. 세금 감사 후 지불이 이루어지면 연체금을 지불해야한다는 요구 사항과 함께 문서 날짜가 기록됩니다. 그리고 필드 108에는 이 요구 사항의 번호가 표시됩니다.

필드 번호 110 "결제 유형"에는 두 개의 알파벳 문자가 있습니다.

이 필드에 "0"이 표시되면 세무 당국은 세금 및 수수료에 관한 법률에 따라 나열된 지불 유형(세금, 벌금, 이자 또는 벌금) 중 하나로 지불을 독립적으로 귀속할 권리가 있습니다.

필드 번호 24 "지급 목적"은 필수 항목을 나타냅니다. 추가 정보. 예를 들어 세금이 보험 부분에 대해 PFR로 이전되는 경우 다음과 같이 작성해야 합니다. "PFR은 보험 부분, PFR의 고용주 번호 및 지불 기간입니다."

실시예 4

쇼 축소

CJSC "Romul"은 지불 주문으로 UST를 다음으로 이체합니다. 연기금 2008년 1월 연금의 보험 부분.

이 세금의 숨은 참조 번호는 18210202010061000160입니다.

CJSC는 모스크바 연방 세금 서비스 번호 5에 등록되어 있습니다.

오카토 코드 - 45286560000.

기업가는 계산된 현재 세금을 독립적으로 지불하므로 "지급 기준"이 TP임을 의미합니다.

따라서 1월 세금 납부는 "세금 기간" - MS.01.2008.

신고는 분기에 한 번만 서명되고 세금은 첫 분기의 첫 달에 대해서만 지불되므로 지불이 현재이므로 문서 번호는 "0"이고 문서 날짜는 "0"이 됩니다.

"지불 유형" 표시기의 값은 HC입니다.

CJSC "Romul"의 지불 순서는 다음과 같습니다.

때때로 연방세 서비스의 요청에 따라 지불 명령을 작성해야 합니다. 2018년 이전 버전에서는 이를 올바르게 수행하기 위해 여러 가지 사항을 고려해야 합니다. 그들은 우리의 상담에서 논의 될 것입니다.

결제의 근거

세무 당국의 결정에 따라 지불 명령에 대해 이야기 할 때 다음 상황을 의미합니다.

지불인(회사/개인 기업가)은 법에 따라 재무부에 양도할 세금을 독립적으로 계산하고 해당 지불 문서를 작성해야 합니다.
현재 조세 채무의 자발적 상환에 대한 법정 기간이 지났습니다.
세무조사관으로부터 규정된 기간 내에 세금을 납부하라는 요구를 받았습니다.

세무 당국의 결정에 따라 지불 명령을 작성하기 위해 현재 의무 지불의 자발적 상환과 동일한 양식이 사용된다는 점에 유의해야합니다. 2012년 6월 19일 No. 383-P의 러시아 중앙 은행 규정에 명시되어 있습니다. 이 양식의 색인은 0401060입니다.

뉘앙스

2018년 연방세 서비스의 요청에 따라 지불 주문을 작성하는 절차에는 고유한 특성이 있습니다. 이것은 전통적으로 채워져야 하는 필드에 적용됩니다. 주요 뉘앙스는 아래 표에서 설명합니다.

IFTS의 요구 사항에 따라 지불 작성
필드	무엇을 나타낼 것인가
106 "지급기준"	값은 "TR"이어야 합니다. 즉, 세무당국으로부터 받은 청구를 기준으로 부채를 상환하는 것입니다.
107 "과세 기간 표시기"	그들은 IFTS에서 온 세금, 수수료 및 기부금 지불 요구에 설정된 지불 마감일을 제공합니다. 이 필드를 채우는 형식은 엄격하게 다음과 같아야 합니다. "DD.MM.YYYY" 예를 들어 우리 대화하는 중이 야 2017년 2분기에 대한 늦은 선지급 세금에 대해 입력하는 경우 필드 107은 다음과 같아야 합니다. 2017년 2월 2일
108 "문서 번호"	세금 청구 번호 보험료, 컬렉션(중간 문자 제외). 다른 경우에는 이 필드가 전혀 채워지지 않습니다.
109 "문서 날짜"	이 필드에는 세무당국이 세금, 보험료, 수수료를 납부해야 하는 날짜가 이전됩니다. 요청 번호 옆에 있습니다. 그 외의 경상금을 임의공제하는 경우에는 서명일을 기재한다. 세금보고(선언).

필드 106 "지불 기준"에 만료 된 세금 기간 동안 부채를 자발적으로 상환하지만 동시에 세금 (수수료, 보험료) 지불에 대한 연방 세무 조사관의 요구 사항이없는 경우 정확히 "ZD"를 입력하십시오. .

결제 ID(UIP)

또한 필드 22 - "고유 지불 식별자"(UIP)에 특별한 주의를 기울여야 합니다. 20자 또는 25자로 구성됩니다. 에 의해 일반 규칙 UIP는 자금을 받는 사람이 설정한 경우에만 지불에 반영되어야 합니다. 또한 후자는 지불인에게 그 가치를 제공해야 합니다(2013년 7월 15일 No. 3025-U 러시아 중앙 은행 지침의 1.1항).

지급인이 독립적으로 계산한 현행 세금, 수수료, 보험료 금액을 이체하는 경우 해당 지급에 대한 추가 식별이 필요하지 않습니다. 이 경우 KBK, TIN, KPP 및 기타 결제 주문 내역이 식별자 역할을 합니다. 필드 22 "코드"에 "0"을 입력하면 충분합니다. 그렇게 함으로써 은행은: