기본 지급 106 : 디코딩, 규칙을 채우기

2014 년은 예산에서 자금의 송금에 지급 명령의 형태를 변경했습니다. 특히, 문서는 "지급 기준"(106)를 참조하십시오. 이제 은행은 모든 필드의 정확성을 제어하지 않습니다. 이 의무는 납세자에게 부과된다.

혁신

어떤 조직이나 기업은 국가 등록 및 TIN의 할당 순간부터 납세자가된다. 그 순간부터 그들은 IRS에 세금 및 파일 수익을 지급 할 의무가 있습니다. 등록 platezhek의 새로운 질서에서 다음과 같이 변경 등록 :

• 그것은 분명히 문자의 현재 번호 "60"행 (INN) 및 "103"(CAT)에 명시되어있다. 개인의 VAT 번호는 12 자리, 그리고 법인으로 구성 - 10 CPR 9 개 문자로 구성에서. 두 코드는 "00"로 시작할 수 없습니다.
• 새로운 소품 UIN 20 개 또는 25 문자를 포함 할 수 있습니다. BCF - 20 자리 OKTMO - 8이 경우에있어서, 코드의 어느 것도은 "0"을 포함 할 수 없다.
• 새로운 필수 지불 소품이있다 - "지급 기준"(106). 인지세, 서로 다른 코드 아래에 나열 좋은, 벌금과 정상 상환.

변화의 수는 규칙 필드 "지불 유형"(110)에 영향을했다. 당신이 채우기 위해 세금과 수수료를 지불하면 소품이 필요하지 않습니다. 그러나 CSC에 아종에게 수익 코드를 반영해야한다. 지불을 식별하는 데 사용됩니다에 :

• 2100 - 관심의 전송;
• 2200 -이자 지급.

더 자세히 이러한 모든 변경 사항을 고려하십시오.

지급 명령

이 합의 문서 계정에서 어느 지불 전송 기금에 의해. 이 문서는 상품, 서비스, 세금 및 수수료를 지불하는 데 사용됩니다. 그것은 "Bankklient"시스템을 사용하여 종이에 또는 전자 형태로 제조된다. 규정 번호 383P 승인 문서의 형태 "러시아 연방의 영토에 국내 통화로 자금 이동의 규칙에." 지불에 정보를 코드화 된 형태로 입력됩니다. 그것은 법률 관계의 모든 참가자들 사이의 지불의 신속한 등록 및 자동화 된 워크 플로우 필요합니다. 우리는 세부 각 열의가 작성하는 순서로 고려한다.

우선

예술. 민법 855은 5 제공하는 다음 지불. 명확하게하기 위해, 정보는 테이블의 형태로 표현.

(1)	피해에 대한 행정 문서는 건강과 인간의 삶에 발생; 위자료.
이	지불에 퇴직금에 대한 집행 문서; 포스터를 보상.
3	예산 외 자금 임금, 세금, 이전에 문서입니다.
4	다른 임원 문서.
5	다른 지불 수단.

필수 사항

오른쪽 상단에 항상 빈 형태의 동일한 수를 보여줍니다 - 0401060.은 또한, 문서의 일련 번호를 등록합니다. 은행이 6 자리로 구성에 그는 할당됩니다. 확인은 마지막 세 자리에 의해 수행된다.

날짜는 DD.MM.YYYY 형식으로 스탬프. 문서가 인터넷 뱅킹을 통해 전송되는 경우, 시스템은 혼자 올바른 형식을 지정합니다. 문서가 종이에 작성되는 경우, 처음 두 지표를 혼동하지 않는 것이 중요합니다.

지불의 종류는 은행의 승인 코드의 형태로 규정. 단지 종이 청구서에 표시된 단어의 양. 별도로, 동일한 정보가 숫자를 중복됩니다. 미립자로부터 루블 ( "") 마크를 분리 하였다. 양이 센트없는 경우, 당신은 "="기호 (= 7575)를 넣을 수 있습니다.

은 "지불 인"필드 엔티티는 축약 된 이름을 나타냅니다. 지불, 해외 위치의 추가 규정 된 주소를 전송합니다. IP는 물리적 인 사람은 자신의 이름을 표시 (전액)과 법적 지위. 또한 국경 간 지불, 거주지 주소의 경우. 결제 계좌를 개설하지 않고 수행 할 수 있습니다. 이 경우, 지불에 은행의 이름과 정보의 문서 등록 : 이름, 납세자 식별 번호, 주소. 납부자는 20 진수로 구성된다.

이 문서는 발신자와 은행의 수신기의 주소, BIC, 특파원 계좌 번호, 수신자의 약칭의 이름을 등록합니다. 전송은 다른 금융 기관에 다음 추가, 열린 계정을 통해 수행하는 경우 의 계좌 번호 고객.

이 지불하는 -은 "작업의 종류"에서 "지불"에 지폐 코드를 규정. 이 예산 지불에 관해서,이 필드의 정보는 (106)은 "지급 기준"을 보완해야한다. 그없이 - 처벌 및 고유 코드와 상품 및 서비스 출납. 모든 필드에 기입 한 후 은행의 책임자의 도장과 서명을 표시했다.

이 표준 세부 사항은 지불의 모든 문서에 존재해야 함. 이제 세금의 전송로 가득 추가 필드를 고려한다.

OKTMO

결제 순서는 이하 제시한다 복호있는, (106), 본 필수 "이유 결제"이다. 또한, 새로운 규칙에 따라, 대신 OKTMO OKATO를 지정하는 것이 필요하다. 국가 통계 서비스의 영토 지점의 사이트 또는 FTS를 사용하여 코드를 알아 봅니다. 자세한 내용은 당신은이 지역을 선택하거나 OKATO 자치제를 지정해야합니다. 결과는 축약 된 형태로 제시 될 수있다. OKTMO가 "000"로 끝나는 경우, 결과는 처음 8 개 문자를 처리 할 것이다. OKTMO은 46,534,426,636을 보인다면 (11 개 문자를 포함), 다음 코드는 완전히 반영됩니다.

KBK 싱글

이 코드에 BCF 39210202010061000160.를 사용해야 강제 보험에 대한 보험료의 전송을위한 지불 2014 년 시작하면 연금 보험 부분의 형성에 지불을 나열됩니다. FIU는 독립적으로 분기 별 데이터에 대한 자금을 할당합니다.

RPF와 FSS

은 "101"필드에서 연금 기금에 지불에 "08"값을 나타냅니다. SP는이 분야에서 노동자없이 "24"상태를 나타냅니다. 라인의 "108"(대시없이 숫자 만) SNILS 번호를 등록 할 필요가있다. 따라서이 IP 등록에 할당 된 번호를 지정하는 것이 필요하다. "0"은 "106-110"라인에 작성되어야한다.

유형

새로운 규칙에 따라, "지불 유형"작성되지 않았습니다. 이전에는 부채 어떤 종류의 상환 지불에 따라 암호가 지정된 : 미세 (PE),이자 (HRC), 벌금 (PCS), 세관 당국 (ZD)의 부채, 세금 (0).

세무 등록 상태 (101)

더 식별 목적 자금 제시 "(101)"에 따른 것이다 복호화있는 소품 '결제 상세 "(106), 셀에 의해 판단되면, 누가 변환한다. 총 26 개 세무 등록 상태가 있습니다. 가장 인기있는 (아래 참조. 표)를 고려한다.

01	법학. 사람
02	대리인
06	대외 무역 활동의 회원 - 법적. 사람
(16)	자연 사람 - 대외 무역의 참가자들
(17)	SP - FEA의 참가자
09	기업가
(10)	공증인
(11)	변호사, 그의 사무실을 가진
(12)	장 농부
(13)	다른 물리적 - 은행 계좌의 소유자
(14)	NAT 지불을 수행하는 납세자. 명
(19)	자금 이체에 종사하는 조직은 급여에서 공제
(21)	납세자의 그룹의 구성원
(24)	자연 사람은 보험료의 지불 돈의 전송을 수행

또한 보낸 사람의 상태를 확인하십시오.

지불	지위
개인 소득세 및 부가가치세 납부 세무사 (조직. SP)	02
세금은 조직에 의해 지불 (SP)	01 (09)
보험료, 회사 목록, IP	08
SP는 고정 기여금을 지급	(24)

SP가 자신의 소득에 대한 개인 소득세를 지불하는 경우, 트랜잭션은 "09"의 상태를 할당해야합니다. 고용주가 근로자의 소득에 대한 개인 소득세를 지불하는 경우, 에이전트 역할을합니다. 이 경우, 지급 상태에서 "02"을 지정해야합니다.

조세 또는 소득세의 전송이 CSC에 따라 때를 나타내는 상태. 세부 사항은 표 편지 금융 № 8백분의 10에 제시되어있다. 문서의 작성하기 전에 오류를 방지하기 위해 테이블에서 데이터를 확인해야합니다. CSC가 잘못된 경우, 세금 체납이있을 것이다.

다양한 상태와 청구서는 다른 개인 계정에 기록됩니다. 이 필수가 잘못된 경우, 내부 회계에서 FTS 금액은 SP에있을 수없는 부채의 계정에 적립됩니다. 소품 "지급 기준은"(106)를 등록 할 경우에도 결제가 neproplachennym 지시하고 유지 하였다 대하여 세금. 벌금 및 처벌 결과 세금 체납의 양에 수여됩니다. 대부분의 경우 이러한 상황은 지불 및 대리인 모두 조직에서 발생합니다.

기본 지급 "106": 성적 증명서

좋아, 벌금 및 부채에 대한이자는 적시에 또는 지연 상환 할 수있다. 이 분야에서 제공된 정보에 근거하여, 우리는 어떤 문서를 이해 할 수 있고, 어떤 기간에 대한 예산에 대한 자금의 전송을 수행한다. 문서의 기간 (107), 수 (108) 및 데이터 (109) 인덱스 "결제의 기초"(106)는 세 개의 라인과 상호 접속된다.

분기 및 연간 수수료, 매월 밖으로 만드는 방법을 고려 :

1. 베이스 납부 (106) TA. 디코딩 : 올해 청구서의 지불. 동시에, "109"의 문서 서명일을 나타내며, "108", "0"을 넣어.
2. 기본 지불 (박스 106) : ZD. 자신의 납세자에있는 연방 국세청의 요구 사항이 없을 세금의 만기에 상환.
3. 기본 지불 (박스 106) : BF. 이 은행 계좌를 통해 실제 사람의 현재의 지불을 의미합니다.

사 법적 해결

지불베이스 (106), "TA는"체납의 자발적 상환을 의미하는 경우 연방 국세청이 빚을 상환하기 위해 수요를 보낸 경우, 다음과 같은 코드가 사용됩니다.

베이스 납부 (106)		기간 (107)	방 (108)	날짜 (109)
TR	연방 세금 서비스 요청의 체납 납부	문서에 지정된 기간	번호 및 요구 사항의 날짜, 분할에 대한 결정, 지연 구조 조정
RS	채무의 분할 지급	분할의 날짜 정해진 일정
FROM	이연 부채의 지급	연기의 만기일
RT	구조 조정 부채의 상환	날짜 설정 스케줄 구조 조정

상환의 경우는 법원에 언급, 어떻게에 채우기 위해 지급 명령 ( "106"필드)? 기본 지급 채무 상환을 수행 사법 조사의 어떤 단계에 따라 달라집니다.

베이스 납부 (106)		기간 (107)
PB	파산 절차의 수행 기간 동안 부채의 지급	절차의 완료의 날짜
OL	채무 지불 수집 일시 중지	현탁액의 완료일
AP	행위에 지불 연체	0
AP	행정 문서에서 채무 지급

즉, 바로 지급 명령 ( "지급의 기초", "106"필드)을 보일 것입니다 방법입니다. 이 문서는 또한 자재 번호 및 법원의 관련 결정의 날짜를 표시해야합니다.

어떻게 다른 지급 명령 ( "지급의 기초", 106)로 채워질 수있다? 샘플을 작성하는 것은 아래 표에서 볼 수 있습니다.

지불 코드
TL	채무자의 재산의 소유자의 상환 - 파산 기업의 부채
ST	파산 절차시 현재 채무의 지급

'지급 세부 사항 "(106), 스 베르 방크 및 기타 대출 기관을 작성되지 않은 경우 어떤 지불이"0 "으로 코드를 통해. 지불을 확인하는 것은 불가능 것을 의미한다.

과세 기간

별도로 체크 아웃시 소품 "107"을 입력하는 방법을 고려한다. 이러한 모든 작업에서 과세 기간은 다음과 같이 반영됩니다 :

• 보험료의 전송 - "0";
• 양도세 - 형식 "SS.UU.GGGG"연방 국세청의 몸에있는 10 자리 코드.

첫 번째 코드는 지불의 디코드 기간을 표시합니다 :

• "MS"- 한 달.
• "HF"- 분기.
• "SP"- 반.
• "GD"- 년.

점 이후 네 번째와 다섯 번째 문자는 기간의 수를 의미한다. . "02"- 세금 1 월에 지급되는 경우, 2 분기의 경우, "01"스탬프 마지막 네 자리 숫자는 올해 나타냅니다. 이들 세 그룹은 포인트 사이에서 분리된다. 이 제도는 신속하게 지불을 해독 할 수 있습니다. 예를 들어, 부가가치세는 다음 필요한에서 월 2016 년 전송«107»는 "MS.01.2015"를 등록 할 필요가 있습니다. 연회비가 여러 기간을 가지고 있으며, 각각 별도의 지불 날짜가있는 경우, 기간이 날짜를 지적했다.

자금이 전체보고 기간에 대한 나열되지 않은 경우,하지만 몇 일 동안, 처음 두 문자의 형식은 "D1"(2.3)이 될 것입니다. 이러한 수치 여부에 따라 세금은 1, 2 또는 3 십 년 이전된다. 지불은 연방 국세청의 요청에 의해 이루어진다면, 행위의 명확한 날짜를 지정하는 것이 필요하다. 특정 기간도 오류가 이전에 제출 한 선언에 발견되었고 납세자가 독립적으로이 기간 동안 추가 비용을 부과하려고하면 지급 문서에 표시해야합니다. 이 경우, 제 4, 제 5의 어느 특정 기호 수집 기간 동안 추가의 과금이 수행 나타낼 필요가있다.

관세의 지불 은행 세부 사항

은 "107"의 세관 코드를 지정하고, "108"- 지급인의 상태. 테이블을 다시 참조.

기본 코드		날짜
DE	물품 신고서	선언
CT	가치 조정
소프트웨어	신용 슬립	세관 영장
ID (SP)	영장	행정 문서
TU	수수료 지불에 대한 요구 사항	요구 사항
DB	세관 당국의 문서 사업 활동	세관 당국을 문서화
IN	문서 컬렉션	수집
KP	주요 지불 결제를 수행 협력에 관한 협정	협력에 관한 협정

'지급 기준의 "다른 조작을 수행하는 (106)는"0 "을 나타낸다.

자연인의 데이터의 식별자 (108)

문서가 지불의 확인에 주어진 내용에 따라, 소품으로 가득합니다. 예를 들어, "108"필드 번호 4311124366와 시민 식별 지정하는 경우 "01; 4311124366 ". 다음 표는 주요 식별자를 제공한다 :

(1)	러시아어 여권
이	등기소의 증명서, 출생의 집행 기관
3 (4)	선원의 신분 증명서 (군인)
5	군사 ID
6	러시아의 임시 인증서
(7)	감옥에서 석방 증명서
8	외국인의 여권
9	체류 허가
(10)	권한 머물
(11)	난민 문서
(12)	마이그레이션지도
(13)	소련의 여권
(14)	SNILS
(22)	운전 면허증
(24)	차량 등록 증명서

문서의 날짜 (109)

현재 결제 시스템은 연방 세금 서비스 담당자의 선언에 서명 한 날짜를 표시합니다. 이 분야에서 예고없이 상환의 경우에는 "0"을 내려 놓고. 지불은 연방 국세청의 요청에 의해 이루어진다면, 행위 또는 영수증의 날짜를 표시하는 것이 필요하다.

집행 문서에 따르면, 검사 결과에 수행 지연 지급, 구조 조정, 중단 채무가있는 경우이 필드에 렌더링 결정에 따라, 정보를 기록합니다 :

• 분할 - RS;
• 연기 - OS;
• 구조 조정 - RT;
• 차압 정지 - OL;
• 검사 보고서 - AP;
• 외부 제어의 도입에 중재 판 정부의 결정 - TA;
• 집행 절차 - AP.

반환

세금에 부족이 상황을 피하기 위해, 지불을 명확히하기 위해 연방 국세청 문에 제출해야합니다. 문서에 지급 명령의 사본을 동반해야한다. 상태가 잘못된 경우 자금은 여전히 예산과 필요한 현재 사용중인 계정으로 이동합니다. 그러나 연방 국세청이 금액은 기타 세금의 상환을 반영합니다. 만 응용 프로그램의 기초는 실제 부채를 상환 전송할 수 있습니다.

재분배 FTS 전에 기금은 예산 기업과 계산의 화해를 개최. 긍정적 인 결정을하는 경우, 발생한이자는 검사에서 제외됩니다. 납세자의 결정을 5 일 이내에 알려드립니다. 당신은 달리 할 수있다 :

• 다시 지급에 정확한 세부 사항에 세금을 전송;
• 다음 냈어요 세금을 반환합니다.

이 경우, 회사는 처벌의 적립을 방지 할 수 있습니다. 처벌은 여전히 지불해야 할 것입니다. 샘플 애플리케이션을 생각 해보자.

성명

자신의 실수에 대해

이르쿠츠크 2016년 7월 16일

N. 7 기술에 따른. 세금 코드 "조직"의 (45)는 지불의 해명을 요구했다. 7 월 16 일 6000 (육천)의 양의 VAT (CSC 지정)의 전송에 2,016 번호 (416)에서 필요한 "101"영수증 잘못되었다 "01"의 상태를 지정. 올바른 상태는 - "02".This 오류가 재무부의 비용으로 연방 예산에 대한 세금의 비 전송가 발생했습니다. 지급 및 계산 벌금을 지정하십시오.

UIN

" '점수에 대한 고유 식별자 (23 개) 문자가 포함되어 있습니다. 이 필드는 "자료 납세"(106)만큼이나 중요합니다. "22"필드에하고 "지불"에 규정 UIN. 예 : "벌금 UIN13246587091324658709 /// 지불 ...".

더 UIN이없는 경우가 있습니다. 예를 들어, 자기 선언의 근거 법인 및 개인 사업자에 의해 계산 된 세금의 전송이 지불 식별자가 필요한«104»에 표시되어 CSC가됩니다. UIN, 새로운 규칙에 따라, 이러한 경우에 형성되지 않는다.

연방 국세청의 통보에 대해 세금을 지불 개인은 "PD"의 형태로 통지합니다. FTS 문서는 자동 소프트웨어 장비를 가득. 그것은 바로 UIN을 형성했다. 이 코드 및 지불 순서로 지정할 필요.

지급인은 세금이 세금 서비스 통지 및 완료 통지없이 예산을 전송하고자 할 경우, 문서를 직접 형성한다. 이것은 FNS 웹 사이트에서 전자 메일 서비스를 통해 수행 할 수 있습니다. 영수증 UIN는 자동으로 할당.

세금은 은행 출납원을 통해 지불 할 수 있습니다. 이 경우, 통보 "PD4sb"가득. 작업이 저축을 통해 수행되는 경우, UIN이 지정되지 않습니다. 이 경우, 문서 이름을 지정해야합니다 지불 인과 거주의 그의 장소의 주소입니다.

platezhek 타사 필링

납세는 제 3 자에 위탁 할 수있는 기회를 제공한다. 이러한 상황의 경우, 몇 가지 규칙이 개발되었다. 문서 상태 이름 그 의무 컬렉션을 지불하는 수행 HPI 사람입니다. 필수 "지급의 목적은"주석 및 CRR 아티스트와 이름을 표시 지불. 후자는 "//"로 본문에서 분리된다. 또한 세금 책임을 실행하는 사람의 상태를 나타냅니다.

결론

지불 순서가 올바른지 채우는 것은 거래 및 수취인의 유형에 따라 달라집니다. 과세 목적을 위해 지불 된 상태로 조직 코드 추가 세부의 숫자로 가득 차 있습니다. '지급 세부 사항 "(106)가 작성되지 않은 경우, FTS는 혼자 분기 보고서의 결과에 범주 중 하나에 대한 지불을 수행한다. UIN은 예산 지급에 규정되어있다. 잘못 계좌 번호를 지정한 경우, 문서가 전혀지지 않습니다.