시행령 제 23/2010/TT-NHNN은 금융기관 간 전자결제연계시스템(이하 TTLNH)의 관리, 운용 및 사용에 관한 규정을 제정함.

시행규칙

전자금융결제교환시스템의 관리, 운영 및 사용에 관한 규정

 전자금융결제교환시스템

____________

 은행법 제46호 2010년 제12차 국회법률 2010년 6월 16일;

금융기관법 제47호 2010년 제12차 국회법률 2010년 6월 16일;

회계법 2003년 6월 17일을 근거로 함

전자 거래법(2005. 11. 29)

정부가 발한 시행령 제96호 2008년 제8차 국무회의령 2008년 8월 26일, 국가은행의 기능, 임무, 권한 및 조직 구조에 관한 규정;

정부가 발한 시행령 제35호 2007년 제3차 국무회의령 2007년 3월 8일, 금융기관 활동에서의 전자거래에 관한 규정;

정부가 2001년 9월 20일 제64/2001/NĐ-CP nghị định을 발부한 결제활동에 관한 규정에 근거함

정부가 발한 시행령 제26호 2007년 제2차 국무회의령 2007년 2월 15일, 전자거래법의 세부사항을 시행하기 위한 규정, 디지털 서명과 디지털 서명 인증 서비스에 관한 사항;

국가은행은 전자금융결제교환시스템을 관리, 운영 및 사용하여 시스템 참여 단위 간의 결제와 정산을 수행하기 위해 다음과 같이 규정합니다:

 목 1. 일반 규정

조 1. 적용 범위와 적용 대상

본 고시는 전자금융결제교환시스템을 통해 시스템 참여 단위 간의 베트남 동 결제와 정산을 관리, 운영 및 사용하는 것을 규정합니다.

조 2. 용어 해석

본 통지에서 다음 용어들은 다음과 같이 해석된다:

1. 은행간 전자결제(이하 TTLNH로 약칭)는 결제 명령서를 생성부터 완료까지 처리하는 과정으로, 이를 컴퓨터 네트워크를 통해 수행됩니다.

2. 직접 참가자는 국가은행 시스템 내의 단위 또는 금융서비스 제공업체로서, 시스템 운영위원회로부터 직접 연결하여 참가할 수 있는 허가를 받은 단위입니다.

3. 직접 참가 단위는 참가자의 하위 조직이며, 참가자의 요청에 따라 시스템 운영위원회로부터 직접 연결하여 참가할 수 있는 허가를 받은 단위입니다.

4. 간접 참가는 참가자에게 계좌를 개설한 조직으로, TTLNH 시스템을 통해 참가자를 통해 결제를 수행합니다.

5. 결제 명령서는 참가 단위가 작성하고 사용하여 TTLNH 시스템 내에서 결제 거래를 수행하는 전자 메시지입니다. 결제 명령서는 입금 명령서 또는 출금 명령서일 수 있습니다.

6. 입금 명령서는 명령자 계좌에서 지정된 금액을 차감하고 수령자 계좌에 해당 금액을 입금하도록 명령하는 명령서입니다.

7. 출금 명령서는 수령자 계좌에서 지정된 금액을 차감하고 명령자 계좌에 해당 금액을 입금하도록 명령하는 명령서입니다.

8. 긴급 명령서는 고객이 급하게 전송을 요청한 낮은 가치의 명령서입니다.

9. 높은 가치 명령서는 높은 가치 결제 규정 또는 긴급 명령서와 같은 금액 이상의 명령서입니다.

10. 낮은 가치 명령서는 높은 가치 결제 규정보다 낮은 금액의 명령서입니다.

11. 명령자란 명령서를 발행하는 조직이나 개인을 말합니다.

12. 수령자란 명령서를 수령하는 조직이나 개인을 말합니다.

13. 명령서 발행 단위(이하 발행 단위로 약칭)는 명령자 대신 명령서를 작성하고 처리하는 참가자 또는 참가 단위입니다.

14. 명령서 수령 단위(이하 수령 단위로 약칭)는 수령자 대신 명령서를 수령하고 처리하는 참가자 또는 참가 단위입니다.

15. 전자 메시지는 명령서 내용이나 결제 거래를 수행하기 위한 관련 통보를 전기 정보로 표현하며, 이는 참가 단위 사이에 전송됩니다.

16. 전자 메시지 확인은 TTLNH 시스템 내의 명령서 상태를 확인하기 위한 전기 정보입니다.

17. 정산은 참가자들 간의 최종 가치를 결정하고 결제하여 결제 의무를 완료하는 것입니다.

18. 실시간 정산은 각 명령서 처리를 기반으로 참가자 또는 참가 단위 간의 결제 의무를 수행하는 것입니다.

19. 낮은 가치 정산(약칭 정산)은 직접 결제 정산 후 수취 총액과 지불 총액을 조정한 후 참가자들 간의 결제 의무를 수행하는 것입니다.

20. 순채무 한도는 낮은 가치 결제 거래가 정산 정산에 참여할 수 있는 최대 가치입니다.

21. 사용자는 분담된 임무에 따라 TTLNH 프로그램 소프트웨어를 운영하는 사람입니다.

조 3. 통합 결제망 시스템(TTLNH)의 구성 요소와 주요 기능

1. 통합 결제망 시스템(TTLNH)은 고가 결제 소계통, 저가 결제 소계통 및 결제 계좌 처리 소계통으로 구성된 종합 시스템이다.

2. 고가 결제 소계통은 통합 결제망 시스템(TTLNH)의 구성 요소로서 고가 지급 명령과 긴급 지급에 대한 실시간 총괄 정산을 수행한다.

3. 저가 결제 소계통은 통합 결제망 시스템(TTLNH)의 구성 요소로서 저가 결제를 수행한다.

4. 결제 계좌 처리 소계통은 통합 결제망 시스템(TTLNH)의 구성 요소로서 고가 지급 명령의 검사 및 회계 처리와 저가 결제 결과의 처리를 수행한다.

5. 전자금융국가결제센터(NPSC)는 금융기관 간 전자결제를 위한 국가적 처리센터로, 정보기술부서에 설치되어 고가 결제 소계통, 저가 결제 소계통, 결제 계좌 처리 소계통의 기능을 수행하며 시스템 검사를 한다.

6. 전자금융국가비상처리센터(BNPSC)는 금융기관 간 전자결제를 위한 비상처리센터로, 서울특별시 송파구에 설치되어 전자금융국가결제센터(NPSC)의 재난 대비 기능을 수행한다.

7. 지역전자금융처리센터(RPC)는 금융기관 간 전자결제를 위한 지역적 처리센터로, 한국은행 각 지점(서울특별시, 부산광역시, 대구광역시, 인천광역시, 광주광역시, 경기도, 그리고 한국은행 거래소)에 설치되어 통합 결제망 시스템(TTLNH)의 일부 기능을 수행하며, 해당 지역 내 회원 및 단체 회원에게 서비스를 제공한다.

조 4. 통합 결제망 시스템(TTLNH)에서 사용되는 증빙서류

1. 통합 결제망 시스템(TTLNH)에서 사용되는 증빙서류는 현재 제도에 따른 지급명령을 발행하는 근거가 된다.

2. 통합 결제망 시스템(TTLNH)에서 사용되는 증빙서류는 종이 형태의 지급명령 또는 전자 증빙서류 형태로 이루어진다.

3. 지급명령은 한국은행의 규정에 따라 표준화된 형식으로 작성되며, 종이 증빙서류인 경우 필요한 연수를 포함해야 한다.

조 5. 통합 결제망 시스템(TTLNH)에서 사용되는 계좌

1. 통합 결제망 시스템(TTLNH)에서 사용되는 계좌:

a) 회원들의 결제 계좌;

b) 결제 대금 상환 계좌;

c) 수취 및 지급 계좌;

d) 기타 적합한 계좌.

2. 회원에 대한 사항

a) 본점에서는 다음과 같은 계좌를 사용한다:

- 수취 및 지급 계좌(자신의 단체 회원들이 통합 결제망 시스템(TTLNH)에 참여하고 있는 경우 각 단체 회원별 세부 계좌를 개설함);

- 결제 대금 상환 계좌;

- 기타 관련 계좌(고객의 결제 계좌, 기타 내부 계좌 등);

- 지점을 두지 않은 회원의 경우 수취 및 지급 계좌를 개설할 필요가 없다.

b) 단체 회원에서는 다음과 같은 계좌를 사용한다:

- 수취 및 지급 계좌(본점과의 결제 계좌 세부 계좌를 개설함);

- 결제 대금 상환 계좌;

- 결제 계좌;

- 기타 관련 계좌(고객의 결제 계좌, 기타 내부 계좌 등).

3. 국가 처리센터에서는 다음과 같은 계좌를 사용한다:

a) 통합 결제망 시스템(TTLNH)에 참여하는 회원들의 결제 계좌;

b) 결제 대금 상환 계좌;

c) 기타 적합한 계좌.

조 6. TTLNH 시스템 내 채무 결제

1. TTLNH 시스템 내 채무 결제는 다음의 내부 은행 시스템 간 채무 결제를 처리하며, 이는 사전 위임 계약 없이 위임 채무 결제로 간주된다:

a) 은행 시스템 내 각 단위 간 현금 이동;

b) 은행 시스템 내 각 단위 간 현금 이동 시 현금 검사 결과 보고서에 따른 현금 부족 금액(현금 검사 실적 금액보다 증빙서류 상 금액이 적은 금액) 이동;

c) 은행 시스템 내 각 단위 간 중요 인쇄물 양도 금액 청구;

d) 은행 시스템 내 각 단위를 대신하여 외화 구매 채무 결제;

đ) 은행 시스템 내 각 단위의 수입이 지출보다 적은 금액을 지방 거래소로 이동한 후 승인된 정산을 반영;

e) 만기 도래한 유가증권 결제;

g) 지급 명령 거부 시 채무 결제 및 정산 데이터 전송;

h) 임시 사용 제도 허용 범위 내에서 은행 시스템 내 각 단위의 책임자로부터 문서 요청을 받은 은행 시스템 내 각 단위의 임시 사용 채무 결제;

i) 신용 조직 지점의 은행 시스템 내 계좌의 모든 수취/지불 항목의 정산 결과 결제;

2. 은행 시스템 내 각 단위가 아닌 회원 간 채무 결제는 사전 위임 계약이 있어야 하며, 이는 시스템 TTLNH 운영위원회(이하 "운영위원회"라 함)의 승인을 받아야 한다.

3. 은행 시스템 내 각 단위와 은행 시스템 내 각 단위가 아닌 회원 간 채무 결제는 은행 시스템의 규정에 따라 이루어진다.

조 7. 고액 결제 및 저액 결제 규정

1. 고액 결제는 5억 원 이상의 금액으로 한다.

2. 저액 결제는 5억 원 미만의 금액으로 한다.

조 8. TTLNH 시스템 건설, 유지 및 개발 비용과 TTLNH 내 수수료 징수

1. 은행 시스템 내 TTLNH 시스템 건설, 설치, 유지, 개발 및 업그레이드 비용은 은행 시스템이 부담한다. 은행 시스템 외 회원의 TTLNH 시스템 건설, 설치, 유지, 개발 및 업그레이드 비용은 해당 회원이 부담한다.

2. 수수료 징수 금액 및 종류는 은행 시스템의 규정에 따른다.

장 2. TTLNH 시스템 관리 및 운용 규정

조 9. TTLNH 시스템 검사

1. 정보기술국은 매일 TTLNH 시스템의 데이터 잔액, 저액 결제 한도 데이터, 결제 데이터, 소프트웨어 시스템, 장비 및 통신망 상태를 국가 처리센터, 예비 국가 처리센터 및 지역 처리센터에서 검사한다.

2. 지역 처리센터는 자체 센터와 지방 은행 시스템 지점의 장비 및 통신망, 결제 데이터 상태를 지속적으로 모니터링하고, 발생한 문제를 정보기술국 및 관련 당사자와 협력하여 처리하기 위해 통보한다.

조 10. 지불 명령의 합법성 검사

통합 지급명령 시스템에서 생성된 전자 증빙 형태의 지불 명령은 중앙 은행이 정한 규정에 따라 작성되어야 한다. 사용 과정에서 회원 또는 단위 회원은 증빙의 합법성을 검사하고 법적 책임을 진다. 검사해야 하는 정보는 다음과 같다.

1. 데이터의 종류와 형식

2. 데이터 생성자의 권한 있는 합법성

3. 날짜, 월, 총 검사

4. 고유성

5. 지불 명령에 대한 필수 요소

6. 전기 정보 확인 코드

7. 참여 단위 코드, 사용 단말기 코드 및 승인자 코드

조 11. 통합 지급명령 시스템의 운영 시간

1. 통합 지급명령 시스템에서 적용되는 시간은 다음과 같이 정해진다.

가) 통합 지급명령 시스템의 일일 기술 검사 및 데이터 생성 시작 시간은 업무일의 오전 7시 30분이다.

나) 저가 지불 명령의 송신 중단 시간은 업무일 오후 3시이며, 고가 지불 명령의 송신 중단 시간은 오후 4시이다.

다) 오후 3시 10분부터는 저가 지불 명령의 결제 대차를 수행한다(본 통지 제28조 참조).

라) 오후 4시 15분부터는 일일 업무 마무리, 대조, 국가 처리 센터와의 수치 확인을 수행한다.

마) 기술 사고나 정보 전송 문제로 인해 거래 시간 종료 직후 증빙이 너무 많이 발생하는 경우, 지역 처리 센터와 중앙 은행 지방 지점은 국가 처리 센터에 통화나 협정된 다른 방법으로 통합 지급명령 시스템의 송금 시간 연장을 요청할 수 있다. 그러나 연장 시간은 최대 15분을 넘지 않아야 한다.

2. 통합 지급명령 시스템의 회원은 위에서 언급된 적용 시간을 준수하여 지불이 원활하게, 정확하게, 적시적으로 그리고 안전하게 이루어질 수 있도록 해야 한다.

3. 국가 처리 센터와 지역 처리 센터는 지속적으로 직원을 배치하여 지불 명령을 수신하고 처리하여 통합 지급명령 시스템이 원활하고 안전하게 작동하도록 보장해야 한다.

조 12. 거래 기록 등록

통합 지급명령 시스템은 각 거래 처리 과정을 자동으로 파일 형태의 거래 로그 데이터로 기록한다. 매일, 로그 파일은 테이프, 플로피 디스크, 하드 디스크, CD-ROM, USB 등 저장 장치에 저장되고 전자 증빙 보관 규정에 따라 보관된다. 필요하다면(감사, 감독, 분쟁 해결 등), 각 단위는 관련 기관에 로그 데이터 파일을 제출해야 한다. 로그 기록 규정은 다음과 같다.

1. 각 회원과 단위 회원은 거래 요청 및 전기 정보 결과를 기록한다.

2. 국가 처리 센터와 지역 처리 센터는 거래 전기 정보 및 처리 결과를 기록한다.

조 13. 통합 지급명령 시스템 참여를 위한 전자 서명의 발급, 관리 및 사용

1. 전자 서명은 다음 4가지 유형으로 구분된다.

가) 지불 명령 작성자의 전자 서명(간략히 작성자라고 부름)

나) 지불 명령 감독자의 전자 서명(간략히 감독자라고 부름)

다) 지불 명령 승인자의 전자 서명(간략히 승인자라고 부름)

라) 지불 데이터 전송 및 수신자의 전자 서명(간략히 통신 서명이라고 부름)

2. 전자 서명의 관리 및 사용은 다음과 같이 분류된다.

가) 작성자와 감독자의 전자 서명은 회원과 단위 회원이 자체적으로 발급하고 관리한다.

나) 승인자와 통신 서명은 정보기술국이 발급하고 관리하며, 이는 금융감독원장이 2008년 2월 21일에 발표한 제2008-04호 결정에 따른 전자 서명 및 공인서명 발급 및 사용 규칙에 따라 이루어진다.

다) 단위 회원 내 사용자 권한 조직은 단위 책임자가 원칙에 따라 독립적인 작성자와 승인자를 보장하도록 규정한다.

조 14. 문의 및 대조

1. 문의

회원 및 단위 회원은 정보를 문의하고 검색하기 위해 문의 요청 전자 메시지를 보내거나 정보 제공 웹사이트를 통해 수행한다. TTLNH 시스템은 이러한 요청의 유효성을 자동으로 확인하고 답변 정보를 제공한다.

2. 대조

대조 작업은 TTLNH 시스템이 하루 종일 처리를 완료한 시점에 매일 이루어진다.

가) 국가 처리센터와 지역 처리센터에서 당일 기록된 데이터는 결제 결과를 대조하는 기본 근거가 된다.

나) 원칙적으로, 모든 결제 명령은 국가 처리센터, 지역 처리센터 및 단위 회원 간의 당일 데이터가 일치해야 한다. 기술적 사고나 통신 장애 등 불가항력적인 상황을 제외하고는 그러하다.

다) 결제 명령의 대조는 각 날짜별로 개별적으로 이루어진다. 규정에 따라 당일 완료가 불가능한 경우, 사고가 해결된 후 다음 업무일로 대조를 연장할 수 있다. 그러나 대조는 다음 날에 이루어져도 발생한 결제 명령 날짜에 따라 반영되어야 한다.

라) 지역 처리센터는 국가 처리센터로부터 도입된 도시 간 결제 명령 데이터를 받아 관리 지구의 결제 명령 데이터와 합산하여 회원 단위에게 대조를 위한 데이터를 전달한다.

마) 회원 단위는 해당 날의 결제 명령 수신 및 송신 데이터를 대조하며, 이는 본 통지의 제41조 제2항에 따른 지침에 따라 이루어진다.

오류가 있는 경우, 회원 단위는 이를 보고하고 지역 처리센터와 국가 처리센터와 협력하여 처리한다.

조 15. 운영 시간 연장

업무 요구나 국가 처리센터, 지역 처리센터, 회원 단위 또는 다른 원인으로 인해 결제 과정에 영향을 미치는 TTLNH 시스템의 오류가 발생한 경우, 운영위원회는 임시로 운영 시간을 연장하고 이를 TTLNH 시스템 내 모든 단위에 통보할 수 있다.

조 16. 파일 및 전자 메시지 전송

1. TTLNH 시스템은 다음의 파일 또는 전자 메시지를 처리한다.

가) 확인 응답을 요청하는 파일 또는 전자 메시지

나) 결제 대조 결과 파일 또는 전자 메시지

다) 보고서 파일 또는 전자 메시지

라) 문의 요청 파일 또는 전자 메시지

마) TTLNH 시스템과 다른 결제 시스템 간의 거래를 위한 전자 메시지 (인터페이스 게이트를 통해)

2. 파일 또는 전자 메시지 처리 요구사항

가) 파일 또는 전자 메시지는 전송 시 암호화되고 수신 시 해독되어야 한다.

나) 파일 또는 전자 메시지 유형에 따라 유효성 검사를 다음과 같은 요소에 따라 수행된다.

- 파일 또는 전자 메시지 구조 및 필수 요소

- 결제 항목 수와 금액에 대한 검증 번호

3. 파일 또는 전자 메시지 형식 변경

TTLNH 시스템과 다른 결제 시스템 간의 거래 파일 또는 전자 메시지는 전송 전 또는 수신 후 적절한 형식으로 자동 변환된다.

조 17. 국가 처리센터 활동

1. 유효한 결제 명령, 고액 취소 명령 처리; 관련 지역 처리센터 및 결제 명령에 연관된 회원에게 결제 명령 및 처리 결과에 대한 통보를 요청한다.

2. 국가 처리센터는 결제 명령, 저액 취소 명령을 수령 단위에게 전송하기 위해 필요한 절차를 수행한다. 불가항력적인 상황을 제외하고는 그러하다.

3. 결제 명령, 고액 취소 명령에 의심이나 오류가 있을 경우, 지역 처리센터와 명령 생성 단위를 검토한다.

4. 국가 처리센터는 지역 처리센터와 TTLNH 시스템 내 회원 단위와 결제 명령을 대조한다.

5. 고액 결제 명령, 긴급 결제 명령, 부적격 취소 명령 또는 부적격 저액 결제 명령, 취소 명령을 거부하거나 전송하지 않는다.

6. 고액 결제 명령, 긴급 결제 명령을 거부하고, 계좌 잔액이 부족한 회원에 대해 저액 결제 대조를 정산한다.

조 18. 지역 처리센터의 활동

1. 주문 생성 단위가 지침에 따라 결제 명령 또는 취소 명령을 작성하고 전송하여 전자 증빙의 유효성을 보장하여 부정 행위나 이로 인한 손해를 방지해야 함.

2. 결제 명령이 실행되었음을 주문 생성 단위에 통보하고 해당 결제 명령과 관련된 정보를 제공함.

3. 주문 생성 단위와 국가 처리센터와 결제 명령의 실행 여부를 확인함.

4. 주문 생성 단위의 계좌에서 결제 명령(결제 명령 있음)을 실행하기에 충분한 금액이 없을 경우, 지침에 따라 해당 결제 명령을 주문 생성 단위로 반환함.

5. 국가 처리센터와 다른 지역 처리센터에게 자신으로부터 전송된 결제 명령과 관련된 정보를 확인하도록 요청함.

6. 국가 처리센터와 시스템 참여자 및 참여 단위와 협력하여 TTLNH 시스템 운영 중 발생한 오류를 처리하고 예비 시스템으로 전환함.

조 19. 예비 시스템의 활동

1. 국가 처리센터에 대해

a) 국가 처리센터가 불가항력적인 사고로 정상 운영이 불가능할 경우, 시스템 운영 책임자가 예비 국가 처리센터로 전환을 결정함.

b) 예비 국가 처리센터에서 처리된 모든 데이터와 결과는 국가 처리센터에서 처리된 것과 동일한 법적 효력을 가짐.

c) 사고가 해결된 후 국가 처리센터로의 전환이 다음 영업일부터 시작됨.

d) 국가 처리센터는 이러한 전환에 대해 모든 참여자와 참여 단위에 통보함.

2. 지역 처리센터에 대해

a) 지역 처리센터가 불가항력적인 사고로 정상 운영이 불가능할 경우, 해당 지역의 중앙은행 지점장은 사고 상황을 운영 책임자에게 보고해야 하며, 사고 복구 시간이 4시간 이상 필요한 경우 운영 책임자는 해당 지역 처리센터의 활동을 예비 지역 처리센터로 전환하도록 결정함.

b) 예비 지역 처리센터에서 처리된 모든 데이터와 결과는 지역 처리센터에서 처리된 것과 동일한 법적 효력을 가짐.

c) 사고가 완전히 해결된 후, TTLNH 시스템이 정상 상태로 돌아가는 것은 다음 영업일부터 시작되며, 예비 지역 처리센터에서 지역 처리센터로의 데이터 전송은 컴퓨터 네트워크를 통해 이루어지거나 테이프, 하드디스크, CD-ROM, USB 등 기기로 이루어질 수 있음.

d) 예비 지역 처리센터로 전환을 알림 받은 참여자와 관련된 참여 단위는 즉시 예비 지역 처리센터의 운영을 지원하고 유지하도록 지역 처리센터와 국가 처리센터와 협력해야 함.

đ) 국가 처리센터는 이러한 전환에 대해 TTLNH 시스템 내 모든 단위에 통보해야 하며, 관련 지역 처리센터가 정상화될 때까지 참여자와 참여 단위는 해당 지역 처리센터와의 거래를 일시 중단해야 함.

e) 예비 지역 처리센터에서의 데이터 검사를 다음과 같이 수행함:

- 참여자와 참여 단위는 예비 지역 처리센터로 전환되기 직전까지의 결제 명령 수신 및 발신 수를 보고해야 함.

- 예비 지역 처리센터의 운영 직원은 각 단위의 보고서와 예비 지역 처리센터의 데이터를 합산하고 검사하며, 데이터가 일치하고 발신 결제 명령 수가 수신 결제 명령 수와 같아야 예비 지역 처리센터가 본격적으로 운영될 수 있음.

- 참여자와 참여 단위는 자신의 보고서에 대한 법적 책임을 지음.

- 데이터가 일치하지 않을 경우, 관련 참여자와 참여 단위는 예비 지역 처리센터와 국가 처리센터와 협력하여 문제를 해결해야 함.

- 중앙은행 거래소는 시스템 전환 시 예비 시스템의 규칙을 준수해야 하며, 계정 관리 기능은 국가 처리센터에서 수행됨.

 목 III. TTLNH 시스템 내 회계 처리

조 20. 지급명령의 작성 절차

1. 지급명령이 종이 거래증빙서류에서 생성되는 경우에 있어서:

a) 지급명령을 작성하는 사람(고객 계좌 관리 회계원)은 다음 절차를 통해 지급명령을 생성한다:

- 고객의 결제 거래 증빙서류의 유효성 및 합법성을 검사한다;

- 지급명령을 분류하고 처리하기 위해 지급명령을 확인한다;

- 고객의 계좌 잔액을 대조하고 검사한다;

- 모니터 화면에 표시된 규정된 양식에 따라 단위, 지급명령 수령 단위, 금액, 명령자 이름 및 주소, 명령자의 신분증 번호 또는 여권 번호, 명령자의 계좌, 명령자 서비스 단위, 수령자 이름 및 주소, 수령자의 신분증 번호 또는 여권 번호, 수령자의 계좌, 수령자 서비스 단위, 송금 내용 등의 데이터를 입력한다;

- 입력한 데이터를 다시 검토하고 전자 서명(내부)을 증빙서류에 부여한다;

- 증빙서류에 서명하고 입력한 데이터를 지급명령 검토자에게 전달한다.

b) 지급명령 검토자(회계 책임자 또는 위임받은 사람):

- 관련 증빙서류를 기반으로 지급명령 수령 단위, 명령자 서비스 단위, 수령자 서비스 단위, 금액 등을 재입력하여 지급명령 작성자가 입력한 데이터를 검사한다;

- 오류가 발견되면 지급명령 작성자에게 수정하도록 반환한다;

- 데이터가 정확하면 자신의 전자 서명(내부)을 지급명령에 부여하고 증빙서류에 서명하여 지급명령 승인자에게 전달한다.

c) 지급명령 승인자(계좌 소유자 또는 위임받은 사람; 중앙은행 회원의 경우 지급명령 승인자는 단위 책임자 또는 위임받은 사람):

- 원본 증빙서류와 모니터 화면의 데이터가 일치하는지 검사한다;

- 오류가 발견되면 지급명령 작성자 또는 지급명령 검토자에게 수정하도록 반환한다;

- 데이터가 정확하면 증빙서류에 서명하고 자신의 전자 서명을 지급명령에 부여하여 전송한다.

2. 전자 거래증빙서류에서 생성되는 지급명령에 있어서:

내부 결제 시스템의 전자 거래증빙서류가 입력되는 경우:

a) 전자 거래증빙서류가 유효하나 정보가 미비한 경우: 지급명령 작성자는 지급명령 작성 규정에 따라 부족한 내용을 보완하고 지급명령 검토자와 지급명령 승인자는 종이 거래증빙서류와 동일한 요소를 검사하여 정확성을 보장하고 각자의 전자 서명을 지급명령에 부여하여 전송한다;

b) 각 단위의 총경리/감리는 전자 거래증빙서류가 유효하며 정보가 완전하고 데이터의 보안, 안전성 및 정확성이 보장된 경우 지급명령 승인자가 전자 서명만 부여하고 이에 대한 책임을 지거나, 이 조 제2항 제a호와 같이 처리한다.

3. 지급명령 승인자가 검토하고 전자 서명을 부여한 후, 2부를 인쇄한다: 1부는 증빙서류 일지에 보관하고, 다른 1부는 고객에게 차변 또는 대변을 알리는 데 사용한다.

조 21. 고액 또는 저액 지급명령의 발생처 단위에서의 회계 처리(지방, 도시, 지역 간 결제 대차 처리 결과 포함)

1. 고액 또는 긴급 지급명령의 회계 처리

a) 지급명령 대변

적절한 계좌(고객 예치금 계좌)를 차변으로 처리한다;

수수료 계좌, 지급 계좌 또는 적절한 내부 결제 계좌(본점과의 세부 결제 계좌)를 대변으로 처리한다.

b) 지급명령 차변

수수료 계좌, 지급 계좌 또는 적절한 내부 결제 계좌(본점과의 세부 결제 계좌)를 차변으로 처리한다;

대기 지불 계좌를 대변으로 처리한다.

- 지급명령 수령 단위로부터 차변 이동을 수락한다는 통보를 받으면, 지급명령 발생처는 고객에게 지불하고 이체표를 작성하여 회계 처리한다:

대기 지불 계좌를 차변으로 처리한다(고객 차변 지급명령에 대해);

적절한 계좌(고객 예치금 계좌)를 대변으로 처리한다.

- 차변 지급명령을 수락하지 않는다는 통보를 받았을 때(거절 이유를 명시함), 지급명령 발생처는 유효성을 검사하고 회계 처리한다:

수수료 계좌, 지급 계좌 또는 적절한 내부 결제 계좌(본점과의 세부 결제 계좌)를 대변으로 처리한다;

대기 지불 계좌를 차변으로 처리한다.

2. 저액 지급명령 및 지방 결제 대차 처리 결과의 회계 처리

a) 지방 결제 대차 처리에 참여하기 위해 지급명령을 보내는 경우

- 지급명령 대변의 경우 회계 처리는 다음과 같다:

적절한 계좌를 차변으로 처리한다:

결제 대차 계좌를 대변으로 처리한다.

- 지급명령 차변의 경우 회계 처리는 다음과 같다:

결제 대차 계좌를 차변으로 처리한다;

적절한 계좌를 대변으로 처리한다.

지급명령 차변을 처리하고 회계 처리하기 전에는(허용된 경우), 지급명령 수령 단위로부터 차변 이동을 수락한다는 통보를 받아야 하며, 이 통보는 지급명령 차변과 함께 보관된다.

b) 지방 결제 대차 처리를 통해 전달된 지급명령을 받았을 때, 회계 처리는 다음과 같다:

- 지급명령 대변의 경우 회계 처리는 다음과 같다:

결제 대차 계좌를 차변으로 처리한다;

적절한 계좌를 대변으로 처리한다.

- 지급명령 차변의 경우 회계 처리는 다음과 같다:

적절한 계좌를 차변으로 처리한다;

결제 대차 계좌를 대변으로 처리한다.

c) 지역 처리 센터로부터 결제 대차 처리 결과를 받았을 때, 회계 처리는 다음과 같다:

- 결제 대차 처리에서 차액이 회수될 경우(수취해야 하는 경우) 회계 처리는 다음과 같다:

수수료 계좌, 지급 계좌 또는 적절한 내부 결제 계좌(본점과의 세부 결제 계좌)를 차변으로 처리한다;

결제 대차 계좌를 대변으로 처리한다.

- 결제 대차 처리에서 차액이 지급되어야 하는 경우(지급해야 하는 경우) 회계 처리는 다음과 같다:

결제 대차 계좌를 차변으로 처리한다;

수수료 계좌, 지급 계좌 또는 적절한 내부 결제 계좌(본점과의 세부 결제 계좌)를 대변으로 처리한다.

거래일 종료 시 결제 대차 계좌는 잔액이 0이어야 한다.

조 22. 지시 결제 명령 처리

1. 회원 본점에서:

a) 지시 결제 명령 처리:

- 지시 결제 명령 수(가치 높거나 급한 경우)

+ 개인 및 수익자 단체가 본점에 계좌를 가지고 있는 경우 처리:

은행중앙은행 예금 계좌 차변;

내부 적합 계좌 대차.

+ 개인 또는 수익자 단체가 시스템 내 직속 지점에 계좌를 개설한 경우 처리:

은행중앙은행 예금 계좌 차변;

수수대리, 지급대리 또는 내부 적합 계좌 대차(각 지점 및 본점별 세부 계좌).

- 지시 결제 명령 부

+ 개인 및 지불해야 하는 단체가 본점에 계좌를 가지고 있는 경우 처리:

내부 적합 계좌 차변;

은행중앙은행 예금 계좌 대차.

+ 개인 또는 지불해야 하는 단체가 시스템 내 직속 지점에 계좌를 개설한 경우 처리:

수수대리, 지급대리 또는 내부 적합 계좌 대차(각 지점 및 본점별 세부 계좌);

은행중앙은행 예금 계좌 대차.

b) 지시 결제 명령이 결제 대차에 참여하고 처리 결과를 처리하는 본점의 역할을 수행하는 경우, 다음과 같이 처리 및 처리합니다:

- 지시 결제 명령을 결제 대차에 참여시키는 경우, 또한 다른 회원으로부터 지시 결제 명령을 받는 경우, a 및 b 호 제2항 조 21 통지와 동일하게 처리 및 처리합니다.

- 결제 대차 결과를 거래소에서 전송받으면 다음과 같이 처리합니다:

+ 결과를 회수하면(수취해야 함) 처리:

은행중앙은행 예금 계좌 차변;

결제 대차 계좌를 대변으로 처리한다.

+ 결과를 지불해야 한다면 처리:

결제 대차 계좌를 차변으로 처리한다;

은행중앙은행 예금 계좌 대차.

c) 지역 처리 센터로부터 결제 대차 결과를 받으면 처리:

- 거래소에서 보내온 결제 명세표를 기반으로 총 차액을 수취하거나 지불해야 하는 금액에 따라 은행중앙은행 예금 계좌와 결제 대차 계좌 간에 대차를 처리합니다.

결제 명세표 상세 결과를 기반으로 결제 대차 계좌와 수수대리, 지급대리 또는 내부 적합 계좌 대차(각 지점 및 본점별 세부 계좌) 간에 세부 대차를 처리합니다.

2. 회원 단위(지점들):

a) 지시 결제 명령 처리에 대한 처리:

+ 지시 결제 명령 수:

수수료 계좌, 지급 계좌 또는 적절한 내부 결제 계좌(본점과의 세부 결제 계좌)를 차변으로 처리한다;

적절한 계좌를 대변으로 처리한다.

+ 지시 결제 명령 부:

적절한 계좌를 차변으로 처리한다;

수수료 계좌, 지급 계좌 또는 적절한 내부 결제 계좌(본점과의 세부 결제 계좌)를 대변으로 처리한다.

b) 결제 대차를 통해 지시 결제 명령을 받고 각 처리 후 결제 대차 결과를 처리하는 경우, 이 조 21 통지 제2항 b 및 c 호와 동일하게 처리 및 처리합니다;

c) 지시 결제 명령 부를 위임했지만 고객이 결제 능력이 없는 경우 처리:

- 지시 명령을 받은 단위는 고객에게 지시 결제 명령 부를 처리하기 위해 계좌에 충분한 금액을 입금하도록 즉시 통보해야 합니다(허용된 기간은 최대 2시간 작업 시간입니다. 지시 결제 명령 부를 받은 후);

- 허용된 기간 내에 고객이 계좌에 충분한 금액을 입금하여 지시 결제 명령 부를 처리하면 지시 명령을 받은 단위는 다음과 같이 처리합니다:

고객 계좌 차변;

수수대리, 지급대리 또는 내부 적합 계좌 대차.

- 허용된 기간이 지나고 고객이 계좌에 충분한 금액을 입금하여 지시 결제 명령 부를 처리하지 않으면 지시 명령을 받은 단위는 지시 결제 명령 부를 발행하여 지시를 생성한 단위로 반환하며, 거부 사유를 명시하고 지시 결제 명령 부를 처리합니다:

수취해야 하는 계좌 차변;

수수대리, 지급대리 또는 내부 적합 계좌 대차;

거부된 내용에 따라 지시 결제 명령 부를 발행하여 지시를 생성한 단위로 전송:

수수대리, 지급대리 또는 내부 적합 계좌 대차;

수취해야 하는 계좌 대차.

지시 명령을 받은 단위는 처리되지 않은 지시 결제 명령 부를 추적하기 위한 장부를 열어 전자 결제 현황 보고에 필요한 데이터를 제공해야 합니다.

조 23. 결산 및 중앙은행 거래소에서 지급 명령 처리

전자 데이터를 기반으로 작성된 목록(본 통고에 첨부된 TTLNH-10, TTLNH-11, TTLNH-12, TTLNH-13, TTLNH-14, TTLNH-15 양식을 참조)을 근거로 제어, 결산, 감사 및 보관을 위한 기초 자료로 사용한다.

1. 고액 및 긴급 지급 명령에 대한 결산:

가. 지급 명령이 있는 경우:

지급 명령을 발행한 단체의 정산 계좌에서 차변;

지급 명령을 받은 단체의 정산 계좌에서 대변.

나. 지급 명령이 없는 경우:

지급 명령을 받은 단체의 정산 계좌에서 차변;

지급 명령을 발행한 단체의 정산 계좌에서 대변.

2. 저액 지급 대금 상쇄 결과의 결산:

가. 지급해야 하는 회원들에 대해:

회원의 정산 계좌에서 차변;

결제 대차 계좌를 대변으로 처리한다.

나. 지급받아야 하는 회원들에 대해:

결제 대차 계좌를 차변으로 처리한다;

회원의 정산 계좌에서 대변.

3. 중앙은행 단위의 저액 지급 대금 상쇄 결과 처리:

저액 지급 대금 상쇄 결과를 바탕으로 중앙은행 거래소는 고액 지급 명령과 같이 중앙은행 단위에 지급 명령을 발행하고 처리한다.

조 24. 지역 처리 센터에서 TTLNH 수행

지역 처리 센터에서 TTLNH를 수행할 때는 회계 결산을 하지 않고 다음 사항을 수행한다:

1. 대금 상쇄 후 증빙서류 대금 상쇄 최종 정산을 위한 전자 메시지를 보내기.

2. 다음 지급 항목들을 검토하고 분류하여 지급 명령을 작성하고 본 통고의 관련 조항에서 설명된 절차에 따라 처리한다:

가. 고액 지급;

나. 저액 지급;

다. 위임된 채무 지급.

3. 국가 처리 센터로부터 받은 대금 상쇄 확인 및 결과 전자 메시지를 종합하여 각 지방 중앙은행 지점 및 해당 지역 단위에 전송한다.

 목 IV. 회원 간 대금 상쇄 처리

조 25. 순채권 한도 설정

1. 순채권 한도 설정:

가. 저액 지급 서비스에 참여하는 회원들은 자체적으로 순채권 한도를 설정하고 중앙은행 거래소에 제출한다. 중앙은행 거래소는 수학적 정확성, 저액 지급 실적, 회원들의 담보 증권을 검토하고 결과를 통보하며, 회원들이 이를 실행하도록 한다.

나. 순채권 한도는 특정 기간 동안 저액 지급 명령 수입과 지출의 차이를 기준으로 산정된다.

다. 순채권 한도는 매년 1월과 7월의 첫 5일 동안 6개월마다 설정된다.

라. 증권을 소유한 회원들은 본 통고 제26조에 따른 규정에 따라 순채권 한도를 설정한다.

마. 법령에 따라 증권을 소유할 수 없는 회원들에게 중앙은행은 별도의 순채권 한도 설정 규정을 적용한다.

2. 순채권 한도 조정:

가. 중앙은행 거래소는 저액 지급 서비스에 참여하는 회원의 이전 순채권 한도를 검토한 후 현재 한도가 너무 낮거나 높다고 판단되면 조정을 요구할 수 있다.

나. 각 회원은 순채권 한도를 변경할 수 있으며, 변경 절차가 완료되면 중앙은행 거래소에 통보해야 한다.

다. 필요하다면, 중앙은행 거래소 소장은 회원이 사전 통보 없이 대금 상쇄 결제를 위해 순채권 한도를 늘릴 수 있도록 승인할 수 있으나, 필요한 담보 증권이 제출되지 않으면 즉시 취소될 수 있다.

라. 중앙은행 거래소는 저액 지급 서비스에 참여하는 회원들에게 순채권 한도 변경 정보를 즉시 통보한다.

3. 순채권 한도 관리:

가. 업무 시작 시 국가 처리 센터는 중앙은행 거래소가 통보한 순채권 한도(업무 시작 시 순채권 한도)를 지역 처리 센터에 업데이트한다. 업무 중순에는 활동에 따라 이 한도가 변동될 수 있다(증가 또는 감소). 10초 주기로 국가 처리 센터는 회원의 현 시점 순채권 한도를 재계산하여 지역 처리 센터에 업데이트한다. 회원의 현 시점 순채권 한도는 업무 시작 시 순채권 한도에 현 시점의 수취 금액을 더하고 지급 금액을 뺀 값이다. 회원들은 자신의 순채권 한도를 지속적으로 모니터링하여 적절한 수준을 유지해야 한다.

나. 순채권 한도 부족으로 거래가 거절된 경우, 회원은 국가 처리 센터와 관련 고객에게 지급 요청을 통보하고 필요한 조치를 취하여 교착 상태를 해결해야 하며, 필요하다면 자신의 순채권 한도를 늘려야 한다.

조 26. 담보용 유가증권의 사용

1. 담보용 유가증권(이하 "담보 유가증권"이라 한다)을 저가 결제에서 순부채 한도를 설정하기 위해 사용되는 유가증권은 다음과 같습니다:

a) 국고국채 수표;

b) 중앙은행 수표;

c) 국고국채;

d) 중앙공사채;

득) 국가 건설 공사증권;

응) 발전은행(구 지원개발기금)이 총리령으로 지정된 정부 국채;

기) 발전은행이 발행하고 정부가 원금과 이자 전액을 보증하는 만기 시 지급되는 국채;

히) 사회정책은행이 발행하고 정부가 원금과 이자 전액을 보증하는 만기 시 지급되는 국채;

이) 호치민시와 하노이시 인민위원회가 발행한 지방정부 국채;

까) 중앙은행이 규정한 다른 유가증권;

2. 담보 유가증권의 계산

가) 결제소는 회원이 저가 결제에 참여하기 위해 담보로 제공한 유가증권의 잔액이 회원에게 통보된 순부채 한도의 10%에 해당하는 금액만큼만 남아있도록 유가증권을 담보로 잡습니다.

나) 결제소는 회원이 제공한 담보 유가증권의 가치를 중앙은행이 허용한 범위 내에서 조정하여 회원의 결제 능력을 보장할 수 있습니다.

다) 담보 유가증권의 금액 계산 결과, 백만원 미만의 소수점 부분은 가장 가까운 정수로 반올림됩니다.

3. 담보 유가증권 제출 시기

결제 대차대조표 참여 회원은 다음 시기에 담보 유가증권을 결제소에 제출해야 합니다:

가) 조 제2항 제2호에 명시된 내용의 담보 유가증권은 순부채 한도 설정 또는 증가 통보 시 제출되며, 조 제2항 제2호 제3점에서 정한 순부채 한도 증가 시에는 관련 대차대조표 처리일과 같은 날 제출됩니다.

나) 조 제2항 제2호에 명시된 내용의 담보 유가증권은 담보 유가증권 최소 금액 계산 완료 후 해당 월 말에 제출됩니다.

4. 담보 유가증권 평가

저가 결제에 참여하는 담보 유가증권은 평가 시 각 유가증권 종류의 잔액 가치로 평가됩니다.

5. 담보 유가증권 반환

가) 결제소에 제출된 담보 유가증권의 가치가 조 제2항 제2호에 명시된 최소 금액보다 높다면, 해당 회원은 초과한 금액에 해당하는 담보 유가증권 반환을 요청할 수 있습니다.

나) 결제소는 유효한 반환 요청을 받은 경우 다음 영업일에 해당 담보 유가증권 반환 절차를 진행합니다.

6. 담보 유가증권 양도

회원이 결제 자금 부족 상태를 해소하지 못했을 때, 제31조의 규정에 따라 모든 가능한 조치를 취하였음에도 불구하고 여전히 결제 자금이 부족하다면, 결제소는 해당 회원의 담보 유가증권을 최근의 금융시장 또는 증권시장 거래 세션에서 양도하게 됩니다. 담보 유가증권의 양도 절차는 중앙은행의 규정에 따릅니다.

조 27. 저잔액으로 인한 낮은 가치 결제 처리

결제 명령의 금액이 저잔액 한도를 초과하는 경우, 다음의 절차로 처리한다:

- 제25조 제2항 점 c에 따라 저잔액 한도를 즉시 증가시키기 위해 회원에게 보고한다. 이를 통해 결제 명령을 처리한다;

- 저잔액 한도가 충분해질 때까지 기다린 후, 결제 명령을 처리한다.

- 낮은 가치 결제 명령 전송 중단 시점에 저잔액 한도를 초과한 결제 명령은 취소된다. 회원 및 회원 단위는 서비스 정보 확인을 통해 이러한 결제 명령의 상태를 검사한다.

조 28. 결제 대금 정산 실시

낮은 가치 결제를 위한 저가치 전환 및 각 지역 처리 센터에서 보내온 낮은 가치 결제 처리 결과는 국가 처리 센터에서 정산되고, 최종 결과는 각 회원이 개설한 결제 예치금 계좌에 기록된다. 구체적으로 다음과 같다:

1. 국가 처리 센터

가) 각 지역 처리 센터에 저가치 순자산 데이터 수집을 위한 전자 메시지를 보내 정산 요구를 지시한다;

나) 각 지역 처리 센터의 내부 정산 결과와 국가 처리 센터의 지역 간 정산 결과를 결합하여 다시 정산한다. 이 정산 결과는 각 지역 처리 센터에 통보된다;

다) 국가 처리 센터는 정산을 실시한다:

제23조 제2항의 지침에 따라 기록한다;

라) 국가 처리 센터는 각 지역 처리 센터에 정산 결과를 통보한다;

2. 각 지역 처리 센터

가) 국가 처리 센터로부터 정산 결과 요청을 받으면, 각 지역 처리 센터는 정산을 처리하고 정산 요구 및 결과를 국가 처리 센터에 전송한다;

나) 국가 처리 센터로부터 확인 메시지와 정산 결과를 받는다;

조 29. 정산 정산 과정 감독

1. 감독 시간

거래소는 TTLNH 시스템을 통해 아침 정산 세션은 정산 시간 1시간 전, 오후 정산 세션은 정산 시간 30분 전에 정산 정산 과정을 감독한다;

2. 감독 내용 순서

가) TTLNH 시스템을 통해 문제 해결 메시지를 통해 자금 상태를 확인하고, 일일 로그 파일을 검토한다;

나) 자금 상태를 회원들에게 통보하며, 자금 부족 가능성에 대한 예상과 필요한 자금 보충 조치를 요구한다;

다) 이전에 자금 부족을 통보받은 회원들의 결제 예치금 계좌에 자금 보충이 이루어졌는지 확인한다;

 목 V. 낮은 가치 TTLNK에서의 자금 부족 처리

조 30. 대기열 처리 및 해제

1. 회원의 결제 예치금 계좌에 돈이 부족할 경우, 국가 처리 센터는 대기열에 있는 결제 명령을 보관한다. 회원의 부족한 계좌에 돈이 보충되면, 국가 처리 센터는 먼저 도착한 순서대로 결제 명령을 처리한다. 대기열에 있는 큰 금액의 결제 명령이 다른 결제 명령의 처리를 방해할 경우, 국가 처리 센터는 아직 처리되지 않은 결제 명령을 먼저 도착한 순서대로 재배치할 수 있다. 그러나 이전에 받았으나 돈이 부족하여 대기열에 보관된 큰 금액의 순자산은 유지된다.

대기열 관리를 다음과 같이 수행한다:

가) 정기적으로 결제 예치금 계좌를 확인한다;

나) 자금이 충분하면 정산을 위한 정산 요구를 처리한다;

다) 취소 요구를 먼저 도착한 순서대로 처리한다;

2. 결제 참여 단위는 결제 명령의 취소를 대기열 처리 종료 전에 진행할 수 있으며, 아직 정산되지 않은 낮은 가치 결제 명령에 대해서만 가능하다. 다음 순서로 진행한다:

가) 결제 명령 취소 명령을 생성한 단위로부터 취소 명령을 받은 지역 처리 센터는 취소 명령의 유효성을 확인하기 위해 로그를 참조한다;

나) 유효한 거래인 경우, 취소 명령은 국가 처리 센터로 전송된다;

다) 국가 처리 센터는 대기열을 확인하고, 거래가 대기열에 있으면 취소 과정을 진행한다. 취소 결과는 생성한 단위에게 통보된다. 거래가 대기열에 없으면, 시스템은 거래 상태를 생성한 단위에게 통보한다.

조 31. 결제 자금 부족 시 처리

1. 고액 결제 명령에 대해서는 다음과 같이 처리한다:

가) 정회원의 자체 자금으로 보충한다.

나) 금융시장 거래를 통해 자금을 보충한다.

다) 해당 고액 결제 명령은 일시적으로 대기열로 이동되며, 자금이 충분해지면 처리된다.

라) 증권거래소는 은행법원의 규정에 따라 결제 과정에서 과부화 또는 회원에게 대출을 제공할 수 있다.

마) 거래일 종료 시점에 여신계좌가 충분하지 않은 경우, 대기열에 있는 고액 결제 명령은 자동으로 취소된다. 회원 및 그 소속 단체는 정보 서비스를 이용하여 이러한 결제 명령의 상태를 확인한다.

2. 저액 결제 결과에 대해서는 다음과 같이 처리한다:

가) 정회원의 자체 자금으로 보충한다.

나) 금융시장 거래를 통해 자금을 보충한다.

가) 증권거래소는 은행법원의 규정에 따라 결제 과정에서 과부화를 실시한다.

나) 회원이 종업일 종료 시점에서 순수입금을 지급할 수 없는 경우, 증권거래소는 은행법원의 규정에 따라 결제 대차 방안을 실행한다.

조 32. 결제 대차 정산 시 자금 부족 분담 책임

1. 책임 결정

회원이 결제 자금이 부족한 경우, 제26조 제6항의 규정에 따른 해결 방안을 시행하였음에도 불구하고 여전히 결제 자금이 부족하다면, 중앙은행은 해당 부족 자금을 다른 참여 정산 대차 회원들에게 일시적인 대출 형태로 분담하게 할 수 있다. 만약 어떤 회원이 분담된 부족 자금을 부담할 수 없다면, 중앙은행은 남은 참여 정산 대차 회원들에게 해당 부족 자금을 일시적인 대출 형태로 분담하게 요구할 수 있다. 부족 자금 분담 비율은 각 참여 정산 대차 회원이 증권거래소에 예치한 유가증권 보증금액에 따라 결정된다. 만약 부족 자금 회원이 파산하면, 해당 부족 자금을 분담한 회원들은 기업 파산 법률에 따라 부채를 상환받게 된다.

2. 부족 자금 분담

가) 분담된 부족 자금을 통보받은 회원은 해당 분담 자금을 지정된 결제 시간 내에 증권거래소의 예금 계좌에 입금해야 한다.

나) 분담된 자금 통보를 바탕으로, 정산 대차 참여 회원은 정산 대차 잔액을 재계산하고, 분담된 부족 자금을 포함하여 수정된 정산 대차 통보를 증권거래소에 제출하여 지정된 시간 내에 정산하도록 한다.

3. 부족 자금 환불

정산 대차를 수행하기 위해 부족 자금을 사용한 회원은 은행법원의 규정에 따른 일시적 대출 금액과 추가 이자금을 지정된 기간 내에 반환해야 한다.

 제6장. TTLNH 처리 오류

조 33. TTLNH 시스템 처리 오류 조정 원칙

1. TTLNH 시스템 내에서 명령 생성 단위, 명령 수신 단위 및 국가 처리 센터 간의 데이터 일관성을 유지해야 한다. 오류 발생 위치에서 바로 수정해야 하며, TTLNH 시스템 내에서 임의로 데이터 수정이나 오류 조정은 엄격히 금지된다.

2. 오류 발견 시 즉시 조치를 취해야 하며, 결제 작업을 지연시키지 않아야 한다. 오류 조정은 회계 오류 조정 원칙과 방법, 그리고 TTLNH 시스템에 대한 규정에 따라 이루어져야 한다.

3. 오류를 발생시키거나 오류 조정 원칙과 방법을 위반한 단체나 개인은 그 정도에 따라 처벌을 받으며, 자신이 발생시킨 오류에 대해 관련 당사자에게 물질적 책임을 져야 한다.

조 34. 지급명령의 철회 및 반환

1. 원칙

a) 지급명령은 다음 각 경우에만 철회될 수 있다:

- 생성되었으나 아직 전송되지 않은 경우;

- 전송되었으나 대기열에 있는 경우.

b) 지급명령은 다음 각 경우에만 반환될 수 있다:

- 대출 지급명령이 권한을 받았으나, 지급명령을 생성한 단위가 고객에게 지불하지 않았거나 이미 지불하였으나 회수된 경우;

- 예금 지급명령은 지급명령을 수령한 단위가 고객의 계좌에 입금하지 않았거나 이미 입금하였으나 고객이 반환한 경우.

2. 지급명령 철회 및 반환 증빙서류:

a) 지급명령 철회 증빙서류는 다음과 같다:

- 대출 지급명령 철회 명령서: 지급명령을 생성한 단위가 작성하여 지급명령을 수령한 단위에 보내며, 잘못된 대출 지급명령을 철회한다 (전액 반환);

- 예금 지급명령 철회 명령서: 지급명령을 생성한 단위가 작성하며, 전송되지 않은 예금 지급명령 또는 전송되었으나 대기열에 있는 예금 지급명령을 철회한다 (자금 부족으로 처리되지 않음).

b) 지급명령 반환 증빙서류는 다음과 같다:

- 지급명령 반환 요청서: 지급명령을 생성한 단위가 작성하여 지급명령을 수령한 단위에 보내며, 잘못된 예금 지급명령을 반환하도록 요청한다; 이는 지급명령을 수령한 단위가 지급명령을 생성한 단위에 돈을 반환하는 예금 지급명령을 작성하고 전송하는 근거가 된다 (돈을 회수하거나 고객이 반환해야 함).

- 지급명령 반환 요청 거부 통보서: 지급명령을 수령한 단위가 작성하며, 고객으로부터 돈을 회수할 수 없어 예금 지급명령 반환 요청을 거부한다.

3. 단위 회원들은 지급명령 철회 및 반환 처리를 긴급하게 처리해야 하며, 이를 지급명령 긴급 처리와 동일하게 취급해야 한다.

조 35. 지급명령 생성 단위에서의 오류 처리

1. 지급명령 전송 전의 오류 처리

a) 지급명령이 오류로 발견되더라도 전송인 승인이 이루어지지 않은 상태라면, 지급명령 작성자는 원본 증빙서류를 바탕으로 수정하여 정확하게 만든다;

b) 지급명령이 오류로 발견되더라도 전송인 승인이 이루어진 후라면, 오류 지급명령을 철회하기 위해 철회 지급명령을 작성해야 하며, 이는 지급명령 번호, 지급명령 철회 시간과 날짜를 명시해야 하며, 전송인, 감독인, 지급명령 작성자 등 관련자의 서명이 필요하다. 철회 지급명령은 별도의 문서로 보관되어야 하며, 그 후 정확한 지급명령을 전송해야 한다.

2. 지급명령 전송 후의 오류 처리

지급명령 전송 후 오류(금액 오류, 반대 방향 오류 등)가 발견되면, 지급명령 생성 단위는 즉시 지급명령 수령 단위에 확인을 요청하여 적절한 조치를 취해야 한다. 지급명령 생성 단위는 원인을 파악하고 개인 책임을 명확히 하여 처리해야 한다.

a) 금액 부족 시:

철회 지급명령을 바탕으로 부족한 금액을 보충하는 지급명령을 작성하여 지급명령 수령 단위에 전송한다. 지급내용에는 "지급명령 N(또는 C) 번호 ... 일자 ... 월 ... 년 ... 금액 ... 보충"이 명시되어야 하며, 이후 처리는 본 통지 제21조의 지침에 따라 이루어진다.

b) 금액 초과 시:

- 예금 지급명령 초과 시:

초과된 금액을 반환하기 위한 예금 지급명령 반환 요청서를 작성하여 지급명령 수령 단위에 보내고, 동시에 송금증을 작성하여 처리한다.

"예금 지급명령 반환 요청서 송부" 기록

지급명령 수령 단위로부터 초과된 금액을 반환받으면, 지급명령 생성 단위는 다음과 같이 처리한다.

"예금 지급명령 반환 요청서 송부" 기록 차변 및 처리:

지급명령 수령 단위가 예금 지급명령 반환 요청서를 거부하여 고객으로부터 돈을 회수할 수 없는 경우, 지급명령 생성 단위는 현행 규정에 따라 처리위원회를 구성하여 개인의 책임과 보상 금액을 결정해야 한다.

- 대출 지급명령 초과 시:

초과된 금액을 철회하기 위한 대출 지급명령 철회 명령서를 작성하여 지급명령 수령 단위에 보내고, 동시에 처리한다.

고객에게 지급했으나 고객 계좌 잔액이 부족하여 대출 지급명령 철회 명령서를 통해 초과된 금액을 철회할 수 없는 경우, 지급명령 생성 단위는 개인 오류 계정에 처리하고, 모든 방법을 동원하여 돈을 회수해야 한다. 회수하지 못한 경우, 규정에 따른 보상 책임을 부여해야 한다.

지급명령 수령 단위로부터 반환된 금액을 받으면, 다음과 같이 처리하고 처리한다.

c) 반대 방향 오류 시:

지급명령 생성 단위는 철회 증빙서류를 작성하고, 지급명령 C가 반대 방향 오류인 경우 대출 지급명령 철회 명령서 또는 지급명령 N이 반대 방향 오류인 경우 예금 지급명령 철회 요청서를 작성하여 잘못된 지급명령을 철회한 후, 정확한 지급명령을 지급명령 수령 단위에 전송한다.

- 예금 지급명령 반대 방향 오류 처리:

+ 원래 예금 처리해야 함:

적절한 계좌를 차변으로 처리한다;

수탁, 출탁 또는 내부 결제 계정 (본점과의 세부 결제 계정 포함)

+ 그러나 대출 처리됨:

수탁, 출탁 또는 내부 결제 계정 (본점과의 세부 결제 계정 포함);

적합한 계좌가 있는 경우

+ 이제 조정을 위해: 지급명령 취소 명령을 발행하여 잘못된 채권 지급 명령을 단위 수령처에 보내고 처리한다.

+ 그 다음 정확한 지급 명령을 발행하여 보내야 한다.

- 잘못된 채권 지급 명령을 처리하려면 반대 방향으로 처리해야 한다.

+ 원래는 채권 처리와 함께 처리해야 함

수탁, 출탁 또는 내부 결제 계정 (본점과의 세부 결제 계정 포함);

적절한 계좌를 대변으로 처리한다.

+ 그러나 실제로는 부채 처리와 함께 처리됨

적절한 계좌를 차변으로 처리한다;

수탁, 출탁 또는 내부 결제 계정 (본점과의 세부 결제 계정 포함)

+ 이제 수정해야 함: 부채 처리 명령을 취소하고 단위 수령처에 부채 처리 명령을 보내며 송금 오류 금액을 반환하도록 청구하며, 송부 계좌를 처리한다.

+ 그 다음 정확한 채권 처리 명령을 발행하여 보내야 한다.

+ 단위 수령처에서 오류 송금 금액을 반환하는 부채 처리 명령을 받으면, 단위 수령처는 송금 오류 금액을 처리하기 위해 수취처 계좌에 송금 오류 금액을 기록한다.

제36조. 수령처에서 발생한 오류 처리

1. 기술적 오류 또는 허위 지급 명령 발견 시 처리

이러한 경우, 수령처는 계좌 처리를 할 수 없으며, 명령 생성처를 확인하고 동시에 지역 처리 센터에 통보하여 조치를 취해야 한다.

2. 지급 명령 부족 처리

부족한 금액을 보충하는 지급 명령을 받은 경우, 수령처는 오류 지급 명령과 보충 지급 명령을 철저히 검토하고, 적합하면 보충 지급 명령을 정상적인 지급 명령처럼 처리한다.

3. 지급 명령 과다 처리

a) 계좌에 기록하기 전에 발견한 경우: 수령처가 명령 생성처로부터 과다 송금 알림을 받았다면, 수령처는 지급 명령 오류를 기록하고 적절한 조치를 취해야 한다.

지급 명령을 받으면, 수령처는 알림 내용과 비교하여 확인하고, 적합하면 다음과 같이 처리한다.

- 만약 지급 명령이 부채라면, 처리는 다음과 같다.

부채 대리 수령 또는 내부 결제 계좌 (세부 계좌): 송금 금액 전체

과다 송금 금액에 대한 지급 명령 취소 요청 (지급 명령이 과다인 경우) 또는 지급 명령 취소 (채권 지급 명령이 과다인 경우)를 받으면, 다음과 같이 처리한다.

- 예금 지급명령 초과 시:

지급 명령 취소 요청에 따라 과다 금액을 지급하여 명령 생성처로 반환하는 지급 명령을 발행하고 처리한다.

- 대출 지급명령 초과 시:

지급 명령 취소에 따라 처리한다.

b) 고객에게 지급한 후 명령 생성처로부터 알림을 받은 경우, 수령처는 지급 명령 오류를 기록하고 다음과 같이 처리한다.

- 예금 지급명령 초과 시:

지급 명령 취소 요청을 받으면, 적합하게 처리한다.

+ 고객 계좌에 충분한 잔액이 있는 경우: 지급 명령 취소 요청에 따라 과다 금액을 지급하여 명령 생성처로 반환한다.

+ 고객 계좌에 충분한 잔액이 없는 경우, 수령처는 지급 명령 취소 요청을 기록하고 고객에게 금액을 입금하도록 요구한다. 고객이 금액을 입금하면, 회계는 지급 명령 취소 요청을 처리하고 명령 생성처에 지급 명령을 발행하며 지침대로 처리한다.

+ 고객이 더 이상 지불 능력이 없거나 거래처가 확인할 수 없는 경우, 수령처는 지방 정부 및 경찰, 법원 등 관련 기관과 협력하여 모든 방법으로 금액을 회수해야 한다. 모든 방법을 사용해도 회수가 불가능하거나 충분하지 않은 경우, 수령처는 지급 명령 취소 요청을 거부하고, 지급 명령 취소 요청 거부 통지를 발행하여 거부 이유와 회수 금액을 명시하여 명령 생성처에 반환하고, 지급 명령 취소 요청을 기록한다.

기타 오류 조정

고객 주소 오류 (수령처에 도달했지만 수령자가 없거나 다른 은행에 계좌를 가지고 있음), 이름 또는 계좌 번호 오류 (이름은 맞지만 계좌 번호가 틀린 경우 또는 반대 경우), 증빙서류 코드, 업무 종류 코드 오류 처리는 다음과 같다.

a) 아직 처리되지 않은 지급 명령 (부채 또는 채권)은 처리 후, 수령처는 지급 명령을 처리하고, 명령 생성처로 반환해야 한다. 수령처는 추가 송금을 금지해야 한다.

b) 이미 처리된 지급 명령은 본 조항 제3항 b호에서 설명한 방법으로 처리한다.

조 37. 고객 요청에 따른 지급 명령의 철회 및 환급

1. 지급 명령 생성 단위에서의 처리:

고객으로부터 지급 철회 요청 또는 지급 청구 명령 채무 철회 명령을 수령한 경우, 지급 명령 생성 단위는 이러한 증빙서류의 적법성을 검토하고 철회될 지급 명령과 대조해야 한다. 적법하지 않으면 고객에게 반환하고, 적법하다면 다음과 같이 처리한다:

가) 아직 처리되지 않았거나 전송되지 않은 지급 명령에 대해: 지급 철회 절차를 따르고, 지급 명령 생성 단위는 고객에게 지급 철회 명령을 수락한다는 통지를 보내며 해당 지급 명령은 처리하지 않는다(기록하지 않음);

나) 이미 처리되었지만 국가 처리 센터에서 대기 중인 지급 명령(예금 계좌 잔액이 부족하여 처리되지 않은 경우)에 대해: 지급 철회 절차(기록 포함)를 따르며 다음과 같이 처리한다:

- 지급 청구 명령 채권 철회에 대한 지급 철회 명령에 대해:

+ 고객의 적법한 철회 요청에 따라 거래 회계원은 지급 철회 명령에 필요한 요소를 보완하고 자신의 전자 서명을 추가한다(MTLNH-05 양식 참조);

+ 지급 철회 명령 검토자는 고객의 철회 요청과 일치하는지 확인하고 정확성을 보장하며, 일치하면 자신의 전자 서명을 추가하여 지급 철회 명령을 전송한다;

+ 지급 철회 명령 전송 기록부에 기록한다(내부 기록 제거 없음).

국가 처리 센터는 지급 철회 요청 처리 결과를 지급 명령 생성 단위에 통보하며, 지급 명령 생성 단위는 통보 정보를 인쇄하고 검토한다. 철회가 성공한 경우, 지급 명령 생성자와 검토자는 통보에 서명하고 다음을 기록한다:

수탁, 출탁 또는 내부 결제 계정 (본점과의 세부 결제 계정 포함);

고객의 적절한 계좌로 금액을 환급(이전에 출금된 계좌 참조).

철회가 실패한 경우(대기 목록에서 지급 명령이 삭제된 경우), 지급 명령 생성 단위는 이 절차에 따라 환급을 요청한다(본 조항 1 점 c 참조).

- 지급 청구 명령 채무 철회에 대한 위임이 있는 경우:

지급 철회 명령을 근거로 지급 명령 생성 단위는 고객의 계좌에서 이전에 기록된 금액을 추출하여 지급 명령 수령 단위에 전달한다:

채무 계좌 적절한 항목 후:

- 기타 미지급 금액(고객에게 지불되지 않은 경우);

- 이전 단위의 예금(고객에게 지불된 경우).

수탁, 출탁 또는 내부 결제 계정 (본점과의 세부 결제 계정 포함)

다) 지급 명령이 처리되고 전송되었으며 국가 처리 센터에서 기록된 경우, 지급 명령 생성 단위는 지급 명령 환급 요청을 작성하고 다음과 같이 처리한다:

- 지급 청구 명령 채권 환급 요청에 대해:

+ 고객의 적법한 철회 요청에 따라 지급 명령 생성자는 환급 요청에 필요한 요소를 보완하고 자신의 전자 서명을 추가한다(MTLNH-06 양식 참조);

+ 지급 명령 검토자는 고객의 철회 요청과 일치하는지 확인하고 정확성을 보장하며, 일치하면 자신의 전자 서명을 추가하여 지급 명령 수령 단위에 전송한다;

+ 지급 명령 생성 단위는 지급 청구 명령 채권 환급 요청 전송 기록부에 기록한다(내부 기록 제거 없음);

+ 지급 청구 명령 채권 환급 요청에 대한 환급 금액을 수령한 경우, 지급 명령 생성 단위는 고객에게 환급한다. 지급 명령 수령 단위의 지급 명령을 근거로, 지급 청구 명령 채권 환급 요청 전송 기록부를 업데이트하고 다음을 기록한다:

수탁, 출탁 또는 내부 결제 계정 (본점과의 세부 결제 계정 포함);

고객의 적절한 계좌로 금액을 환급(이전에 출금된 계좌 참조)

- 지급 청구 명령 채무 철회에 대한 위임이 있는 경우:

지급 철회 명령을 근거로 지급 명령 생성 단위는 고객의 계좌에서 이전에 기록된 금액을 추출하여 지급 명령 수령 단위에 전달한다:

채무 계좌 적절한 항목 후:

- 기타 미지급 금액(고객에게 지불되지 않은 경우);

- 이전 단위의 예금(고객에게 지불된 경우).

수탁, 출탁 또는 내부 결제 계정 (본점과의 세부 결제 계정 포함)

2. 지급 명령 수령 단위에서의 처리:

지급 명령 수령 단위는 지급 명령 생성 단위로부터 지급 청구 명령 채권 환급 요청(지급 청구 명령 채권에 대해) 또는 지급 청구 명령 채무 철회 명령(지급 청구 명령 채무에 대해)을 받은 경우, 그 적법성을 검토하고 수령한 지급 명령과 대조하며 환급 절차를 따르도록 처리한다.

가) 환급 요청에 오류가 발견된 경우, 지급 명령 수령 단위는 지급 청구 명령 채권 환급 요청 거절 통보를 작성하여 지급 명령 생성 단위에 반환하며(기록하지 않음):

- 지급 철회 명령에 오류가 있는 경우, 지급 명령 수령 단위는 지급 청구 명령 채권에 오류가 있는 경우와 동일하게 처리한다.

나) 환급 요청(또는 지급 철회 명령)이 적법한 경우, 다음과 같이 처리한다:

처리되지 않은 지급 명령을 철회하거나 환급할 경우:

지급 명령 수령 단위는 지급 명령 생성 단위에 지급 청구 명령 채권 환급 요청 또는 지급 철회 명령 수락 통보를 즉시 보내고 다음과 같이 처리한다:

- 지급 청구 명령 채권 철회의 경우:

+ 지급 청구 명령 채권 철회 명령을 근거로, 다음을 기록한다:

+ 지급 철회 명령을 근거로 지급 명령 생성 단위에 환급하기 위한 지급 명령을 작성하고, 다음을 기록한다:

- 지급 청구 명령 채무 철회의 경우:

+ 지급 청구 명령 채무 철회 명령을 근거로, 다음을 기록한다:

수취해야 하는 계좌 차변;

수탁, 출탁 또는 내부 결제 계정 (본점과의 세부 결제 계정 포함)

+ 동시에 지급 철회 명령을 근거로, 다음을 기록한다:

수탁, 출탁 또는 내부 결제 계정 (본점과의 세부 결제 계정 포함);

채무 계좌 적절한 항목.

이미 처리된 지급 명령을 철회할 경우:

- 지급 청구 명령 채권 환급 요청의 경우:

+ 지급 청구 명령 채권이 이미 처리되었다면, 지급 명령 수령 단위는 고객에게 환급 요청을 즉시 통보해야 한다. 고객이 서면 동의하거나 현금을 납부하고 자신의 계좌에서 환급을 위해 결제 증빙서류를 작성하여 전송한 경우에만 환급 요청을 처리하고, 다음을 기록한다:

채무 계좌 적절한 항목(지급 청구 명령 채권 철회 명령에 기록된 항목 참조);

수탁, 출탁 또는 내부 결제 계정 (본점과의 세부 결제 계정 포함)

이후 고객과 지급 명령 생성 단위에게 환급 요청 수락 통보를 다시 보내야 한다.

+ 고객의 환급 요청 승인 없이 환급을 처리할 수 없는 경우, 지급 명령 수령 단위는 환급 요청 거절 통보를 작성하여 지급 명령 생성 단위에 반환하며(내부 기록 제거 없음).

- 지급 청구 명령 채무 철회 명령의 경우:

지급 철회 명령을 근거로, 지급 명령 수령 단위는 다음을 기록한다:

수탁, 출탁 또는 내부 결제 계정 (본점과의 세부 결제 계정 포함);

채무 계좌 적절한 항목(지급 청구 명령 채무 철회 명령에 기록된 항목 참조).

이후 고객과 지급 명령 생성 단위에게 지급 철회 명령 수락 통보를 보내야 한다.

청구가 지급명령 취소 또는 지급지시 청구 취소 채무 지급지시와 함께 대체할 새로운 지급지시를 제출한 경우, 지급지시 수령기관은 지급지시를 철저히 관리하여 고객에게 중복 지급을 피해야 한다.

조 38. 확인 및 확인 응답

지급지시에 오류 요소가 발견된 경우(은행 코드, 채무 또는 부채 성질, 처리일자, 금액, 결제 유형 제외), 다음과 같이 처리한다:

1. 지시 생성 기관은 정보 수정을 위한 확인을 작성하거나 지시 수령 기관은 정보 수정을 요청하기 위해 확인을 작성한다.

2. 전자 확인 정보 처리 절차는 다음과 같다:

가) 전자 정보 작성

- 지시 작성자가 데이터를 입력한다;

- 지시 승인자가 검토하고 전자 서명을 한다;

- 지역 처리 센터로 전자 정보를 송신하고, 전자 정보 내용을 인쇄하며 두 사람이 서명한다.

나) 전자 정보 수신

- 지시 승인자가 전자 서명을 확인한다;

- 지시 작성자와 지시 승인자가 인쇄된 문서에 서명한다.

3. 확인 및 확인 응답 증거 보관.

확인 및 확인 응답 증거는 원본 지급지시와 함께 보관되며 고객과의 결제 근거가 된다.

조 39. TTLNH 시스템 기술 오류 처리

1. 일반적인 오류

가) 하드웨어, 소프트웨어, 데이터베이스, 통신 경로, 단말기 장애 등으로 거래가 불가능한 경우, 다음 방법으로 오류 상태를 통보한다:

- 회원기관 및 그 하위기관에서 발생한 오류는 지역 처리 센터와 국가 처리 센터에 통보한다;

- 지역 처리 센터에서 발생한 오류는 국가 처리 센터와 관련된 회원기관 및 하위기관에 통보한다;

- 국가 처리 센터에서 발생한 오류는 모든 지역 처리 센터 또는 전체 시스템에 통보한다;

- 중앙은행 지방 지점에서 발생한 오류는 국가 처리 센터와 현재 연결된 지역 처리 센터에 통보한다.

나) 통보 방법: 컴퓨터 네트워크, 팩스 또는 전화를 통해 처리한다;

다) 회원기관, 하위기관, 지역 처리 센터는 관리 범위 내에서 발생한 오류를 보고하고 신속하게 처리하며, 시스템 운영 절차에 따라 다른 TTLNH 시스템 오류도 처리한다.

2. 불가항력적 오류

불가항력적 오류는 관리자나 운영자가 예측할 수 없는 사유로 발생한 오류이다. 다음 방법으로 처리한다:

가) 시스템 운영위원회에 불가항력적 오류 상태를 보고한다;

나) 운영위원회는 해결 방안을 결정한다. 대체 시스템 사용이 필요한 경우, 운영위원회는 대체 시스템 전환 시점을 결정하고 이를 통보한다:

- 국가 처리 센터 대체 시스템으로 전환 시, 지역 처리 센터와 회원기관 및 하위기관에 통보한다;

- 지역 처리 센터 대체 시스템으로 전환 시, 다른 지역 처리 센터와 해당 지역 처리 센터 범위 내의 하위기관에 통보한다.

다) 통보 방법: 컴퓨터 네트워크, 팩스 또는 전화를 통해 처리한다;

라) 대체 시스템 데이터 백업 방법 및 내용: TTLNH 시스템 운영 절차에 따른다.

3. 기술적 사고나 전송 문제로 인해 지급지시가 전송되지 않거나 수신되지 않은 경우 처리 방법

가) 전송된 지급지시에 대한 처리

- 지급지시가 전송되었으나 지역 처리 센터로부터 확인을 받지 못한 경우, 회원기관은 다음과 같이 처리한다:

+ 지급지시 상태를 확인하여 최신 상태를 업데이트한다;

+ 확인 후 미완료 상태인 지급지시는 다음과 같이 처리한다:

미완료 지급지시를 다시 전송하여 자금 이동을 완료한다.

재전송 후에도 지급지시가 완료되지 않는 경우, 회원기관은 지급지시 취소 명령을 작성하고, 처리 센터로부터 성공 여부를 확인받아 지시 작성자와 승인자가 서명하고 결과를 보관한다. 취소가 성공하고 필요한 절차를 모두 마친 후, 회원기관은 새로운 지급지시를 작성하여 취소된 지급지시를 대체하거나 고객에게 환불할 수 있다.

재전송된 지급지시가 성공하지 않고 취소도 불가능한 경우, 회원기관은 사고를 기록한다. 일일 대조표와 국가 처리 센터와의 협력 처리 결과를 바탕으로, 회원기관은 기존 회계 처리를 유지하거나 환불하거나 새로운 지급지시를 작성할 수 있다.

- 기술적 사고로 인해 일일 대조표가 불균형이 될 수 있으므로, 회원기관은 지역 처리 센터에 연락하여 차이가 있는 지급지시 상태를 업데이트하고, 현재 상태를 확인한 후 기록한다. 최종 일일 대조표는 각 지급지시의 최신 상태와 회원기관과 국가 처리 센터 간의 협력 처리 결과를 기반으로 한다.

나) 수신된 지급지시에 대한 처리

수신된 지급지시 해독이나 파일 수신 실패로 인한 기술적 사고가 발생한 경우, 회원기관은 국가 처리 센터에 파일 상태 변경을 요청하고, 다시 수신, 해독, 검사, 인쇄를 진행한다.

다) 전송된 지급지시 또는 수신된 지급지시에 기술적 사고가 발생한 경우, 회원기관은 중복 전송(전송된 지급지시) 또는 과다 회계(수신된 지급지시)를 방지하기 위해 철저히 관리하고 대조한다.

라) 지역 처리 센터 또는 지방 중앙은행과 연결이 불가능한 경우:

컴퓨터 장애(컴퓨터, 모뎀, 전화기 등)로 인해 회원 단체가 지역 처리 센터 또는 해당 지방 은행 관리국과 연결하여 확인, 대조 결과 및 기타 정보를 받을 수 없는 경우, 회원 단체는 운영위원회에 이와 같은 장애를 다른 방법(팩스, 전화 등)으로 통보해야 한다. 미완료 결제 명령에 대해서는, 회원 단체는 해당 장애가 해결되고 최종 결제 명령 상태가 확인될 때까지 고객에게 금액을 지급하지 않아야 한다.

나) 기타 특별한 기술적 사고에 대한:

TTLNH 시스템이 기타 특별한 기술적 사고를 겪었을 경우, 각각의 상황에 따라 운영위원회는 적절한 기술적 조치를 결정한다.

 장 7. 보고 및 보고 처리

제40조. 중앙은행 거래소의 일일 보고

1. TTLNH 시스템의 일일 송금 보고서 작성

일일 송금 대조 완료 후, 거래소는 전자 증빙 형태의 TTLNH 전체 시스템의 일일 결제 보고서를 작성하며, 다음 종류의 보고서를 포함한다:

가) 회원 단체 거래 요약 (TTLNH-10 양식);

나) 회원 거래 요약 (TTLNH-11 양식);

다) 송금 잔액표 (TTLNH-12 양식);

라) 회계 결과 표 (TTLNH-13 양식);

마) 실화 결과 요약표 (TTLNH-14 양식);

나) 회계 결과 요약표 (TTLNH-15 양식).

2. 보고 처리

가) 거래소의 결제 감독자는 일일 송금 보고서(전자 증빙과 종이 증빙 모두 포함)를 재검토하고 규정에 따른 균형 검사를 수행하여 보고서 작성 과정의 정확성과 데이터의 일치성을 확인해야 한다.

나) 일일 보고서는 규정에 따라 검토 및 완전히 일치된 후, 결제 감독자가 서명하여 보고서에 기재한다. TTLNH 전체 시스템의 일일 송금 보고서의 처리 및 보관은 다음과 같이 이루어진다:

- 종이 증빙: 모든 보고서 양식(서명 및 도장을 포함)은 종이 증빙에 대한 규정에 따라 보관된다.

- 전자 증빙: TTLNH 전체 시스템의 일일 송금 보고서는 전자 증빙에 대한 규정에 따라 보관된다.

제41조. TTLNH 시스템 참여 회원 단체의 보고서 작성 및 처리

1. 회원 단체에 대한

가) 송금 보고서 (TTLNH-16 양식);

나) 입금 보고서 (TTLNH-17 양식);

다) 송금 대조표 (TTLNH-18 양식);

라) 입금 대조표 (TTLNH-19 양식);

마) 회원 단체의 결제 결과표 (TTLNH-20 양식).

2. 보고 처리

가) 검토:

- TTLNH-16 양식의 채무(자산) 금액은 TTLNH-18 양식의 채무(자산) 금액과 일치해야 한다;

- TTLNH-17 양식의 채무(자산) 금액은 TTLNH-19 양식의 채무(자산) 금액과 일치해야 한다;

- TTLNH-18 양식과 TTLNH-19 양식의 대조 결과 차이는 0이어야 한다.

나) 오류 보고 처리:

오류가 있을 경우, 회원 단체는 국가 처리 센터와 협력하여 처리해야 한다.

3. 회원 본사에서의 보고서 작성:

가) 송금 보고서 (TTLNH-16 양식);

나) 입금 보고서 (TTLNH-17 양식);

다) 송금 대조표 (TTLNH-18 양식);

라) 입금 대조표 (TTLNH-19 양식);

마) 회원 단체의 결제 결과표 (TTLNH-20 양식);

나) 회원의 결제 결과표 (TTLNH-21 양식)

4. 회원 본사와 회원 단체의 일일 전자 송금 보고서는 대조 및 집계 후 현재 규정에 따라 보관되어야 한다.

조 42. 월 보고

각 기관은 중앙은행이 정한 정보보고 제도를 준수해야 한다.

 제8절. TTLNH 시스템 참여 조건 및 절차

조 43. 회원 자격

1. TTLNH 시스템에 참여하는 회원은 결제 서비스 제공 조직으로서 다음 조건을 준수해야 한다:

가) 거래소에 결제예치금 계좌를 보유해야 한다.

나) TTLNH 시스템을 통해 결제명령과 대차대조표를 처리하기 위해 결제예치금 계좌 잔액을 유지해야 한다.

다) 저가 결제 서비스에 참여할 경우 순채무 한도 설정, 유지 및 관리가 필요하다.

라) 해당 조직에서 TTLNH를 수행하도록 지정되거나 위임된 직원의 이름, 직위, 서명 샘플 및 연락처를 등록해야 한다.

마) 정보기술국이 발급한 전자서명을 갖춘 단말기와 통신 채널을 등록해야 한다.

2. 중앙은행 시스템 내 조직은 본 조항의 제1항 제라목과 마목만 적용받는다.

조 44. 회원 기관 자격

TTLNH 시스템에 참여하는 회원 기관은 다음 조건을 준수해야 한다:

1. 직접 관리 회원의 동의를 받아야 한다.

2. 해당 조직에서 TTLNH를 수행하도록 지정되거나 위임된 직원의 이름, 직위, 서명 샘플 및 연락처를 등록해야 한다.

3. 정보기술국이 발급한 전자서명을 갖춘 단말기와 통신 채널을 등록해야 한다.

조 45. TTLNH 시스템 참여 및 탈퇴 절차

1. TTLNH 시스템에 참여하고자 하는 결제 서비스 제공 조직은 (TTLNH-01 양식)을 운영위원회에 제출해야 한다. 운영위원회로부터 회원 승인을 받으면, 해당 조직은 고가 결제 서비스를 이용하게 된다.

2. 저가 결제 서비스에 참여하고자 하는 회원은 다음과 같은 요건을 충족해야 한다:

- 저가결제 서비스 사용 신청서(양식 TTLNH-01);

- 거래소가 설정한 순차입 한도 확인서.

3. 채무 결제 서비스에 참여하고자 하는 회원은 다음과 같은 요건을 충족해야 한다:

- 대금결제 서비스 사용 신청서(양식 TTLNH-01);

- 회원 간 대금결제 위임 계약서. 계약서는 다음 사항을 포함해야 함:

+ 회원 간 일일 최대 대금결제 한도;

+ 비인증 대금결제 명령서 한도;

+ 계약 유효기간

4. 회원 내부 조직이 TTLNH 시스템 회원으로 참여하고자 할 경우, 해당 회원은 (TTLNH-03 양식)을 작성하여 운영위원회에 제출해야 한다. 운영위원회로부터 시스템 참여 승인을 받으면, 해당 조직은 그 회원이 위임한 고가 결제 서비스, 저가 결제 서비스, 채무 결제 서비스를 이용할 수 있는 권리를 물려받게 된다.

5. TTLNH 시스템에서 탈퇴하고자 하는 회원 및 회원 내부 조직은 시스템에서 탈퇴하고자 하는 날짜로부터 30일 이내에 (TTLNH-02 양식)을 운영위원회에 제출해야 한다.

6. 시스템 참여 또는 탈퇴 신청서, 서비스 사용 신청서는 우편으로 중앙은행(운영위원회)에 보내거나 직접 중앙은행 사무실에 제출해야 한다.

7. 운영위원회는 모든 합법적인 신청서를 접수한 날로부터 30일 이내에 신청서 처리 결과를 신청한 회원 및 회원 내부 조직에게 우편이나 중앙은행 네트워크를 통해 통보해야 한다.

회원이 시스템에서 탈퇴하고자 하는 경우, 운영위원회의 승인 통보를 받은 후, 해당 회원과 그 회원이 위임한 조직은 운영위원회가 정한 시점부터 시스템에서 탈퇴해야 한다.

조 46. 회원들의 본점

1. 해당 관리 범위 내의 시스템 TTLNH 활동을 관리한다. 이를 통해 결제 및 정산 활동과 순부채 한도를 관리한다.

2. 작업일 종료 시점에 국가 처리센터로부터 전송된 전자 데이터를 수신하고 처리한다. 데이터 내용은 다음과 같다:

가) 본점 예금결제 계좌에 기록해야 할 수취(지급) 금액;

나) 각 회원 단위의 수취(지급) 금액을 기록해야 하는 항목으로, 이를 통해 본점은 회원 단위의 수취(지급) 항목을 대행하여 정산한다;

다) 시스템 TTLNH 내 모든 회원 단위 간의 송수신 지시서의 세부 정보.

조 47. 회원 및 회원 단위의 권리와 의무

1. 회원 및 회원 단위는 다음과 같은 권리를 갖는다:

가) 시스템 TTLNH가 제공하는 결제 서비스를 이용할 수 있다;

나) 자신이 보낸 지시서의 수신 여부를 확인하고 그 지시서의 이행과 관련된 정보를 국가 처리센터에서 제공받을 수 있다;

다) 이 통지규칙에 따라 국가 처리센터가 지시서를 취소하도록 요구할 수 있다;

라) 지시서 이행 과정에서 발생한 오류나 지연으로 인해 배상 청구를 할 수 있으며, 배상 금액은 이행 지시서의 금액과 지연 비용 제도에 따른 한도 내에서 이루어진다;

마) 지시서 이행 지연으로 인한 손실에 대한 배상을 요청할 수 있으며, 배상 금액은 이행 지시서의 금액과 지연 비용 제도에 따른 한도 내에서 이루어진다.

2. 회원 및 회원 단위는 다음과 같은 의무를 갖는다:

가) 시스템 TTLNH를 통해 지시서를 작성하고 보내는 것과 관련된 규정을 준수하고, 지시서의 정확성에 대해 책임을 진다;

나) 국가 처리센터, 지역 처리센터, 다른 회원 및 회원 단위와 협력하여 시스템 TTLNH 운영 중 발생한 오류를 처리하고 예비 시스템으로 전환한다;

다) 지시서 작성 단위가 지시서 작성 또는 전송 규정을 위반하거나 지시서의 데이터 또는 내용이 잘못되어 지불 지연, 손실 등이 발생하면 해당 단위는 자신의 잘못으로 인한 손해에 대해 책임을 진다;

라) 이 통지규칙 제8조에서 정한 TTLNH 수수료 및 수수료 관리 규정을 준수한다;

마) 시스템 TTLNH를 통해 얻은 정보를 관련 당사자가 아닌 자에게 공개하거나 제공하지 않는다;

바) 특정 회원이 결제 대차 정산에서 자본 부족으로 인해 손실을 입으면 다른 회원들과 함께 이러한 손실을 분담해야 한다.

 장 9. 시스템 TTLNH의 운영

조 48. 시스템 TTLNH 운영위원회

1. 시스템 TTLNH 운영위원회는 은행 총재의 결정에 따라 설립되며, 구성원은 은행 총재 본점 및 상업은행의 일부 단위의 대표로 구성된다.

2. 운영위원회는 은행 총재가 발행한 규정에 따라 지정된 임무를 수행한다.

조 49. 중앙은행 거래소

1. 지역 처리센터로서의 역할을 수행한다.

국가 처리센터와 연결하여 회원 본점 간의 고가 결제 및 저가 결제 절차를 처리한다.

2. 예금결제 계좌 관리 및 감독

가) 회원의 예금결제 계좌 잔액을 감독하고 관리한다:

- 매일 작업 시작 시점에 거래소는 회원의 예금결제 계좌 잔액을 확인하여 해당 일의 결제 활동을 수행한다;

- 회원 단위가 자본 보충을 필요로 하는 경우 회원 단위의 자금 이동을 처리한다;

- 거래소 회계 시스템 내의 예금결제 계좌를 업데이트하고 동기화한다;

- 예금결제 계좌의 활동 상태 정보를 업데이트한다.

나) 국가 처리센터를 통해 회원에게 실시간으로 다음 정보를 전자 형태로 제공한다:

- 예금결제 계좌 잔액;

- 송금 요청 상태;

- 처리된 송금 거래 기록;

- 대차 정산 요청 상태;

- 대기 중인 대차 정산 요청 상태;

- 취소된 대차 정산 요청 상태.

3. 대차 정산 관리

가) 은행 총재 규정에 따라 회원의 순부채 한도 유지 상황을 모니터링하고 관리한다;

나) 한도 사용 없이 처리되는 결제 항목에 대한 한도를 모니터링하고 유지한다;

다) 가치 증권 담보 예치와 관련된 거래를 처리한다;

라) 이 통지규칙 제29조에 따라 대차 정산을 모니터링한다.

4. 시스템 TTLNH 참여 회원 역할 수행

시스템 TTLNH 참여 회원으로서의 모든 규정을 준수한다.

조 50. 재무회계과

1. 중앙은행의 전자금융시스템을 통한 송금결제의 회계처리 관리를 한다.

가) 중앙은행 소속 기관 간 송금결제 회계처리 데이터를 감독하고 대조한다.

나) 중앙은행 소속 기관들의 일일 및 월간 송금결제 회계처리 데이터를 종합한다.

다) 중앙은행 소속 기관들 간 송금결제에 관한 연간 정산을 법률 규정에 따라 실시한다.

2. 결제망 시스템 회원 기능을 수행한다.

시스템 TTLNH 참여 회원으로서의 모든 규정을 준수한다.

조 51. 결제과

결제망 시스템의 제어와 대조를 감독한다.

조 52. 정보기술국

1. 국가 처리센터와 국가 예비 처리센터의 관리 및 운영을 한다.

2. 중앙은행 지방사무소(하노이, 호치민, 다낭, 하이퐁, 캄란), 거래소와 협력하여 지역 처리센터의 관리 및 운영을 한다.

조 53. 중앙은행 지방사무소

1. 국가 처리센터와 지역 처리센터에 본 지방사무소가 발송한 결제명령서 수신 확인을 요청한다.

2. 지방사무소 관할 지역 내 회원 기관들의 결제망 시스템 참여를 위한 연결 조직을 한다.

3. 결제망 시스템의 원활한 운용을 위해 관할 범위 내에서 기술적 조건을 보장한다.

4. 국가 처리센터, 지역 처리센터, 회원 기관들과 함께 결제망 시스템 운용 과정에서 발생하는 오류를 처리하고 예비 시스템으로 전환한다.

목 X. 분쟁 및 분쟁 처리

조 54. 결제망 시스템 사고로 인한 분쟁 해결

1. 회원 기관 간 분쟁 해결

가) 분쟁이 발생하면, 관련 기관들은 상호 신뢰의 입장에서 조정을 시도해야 한다.

나) 자발적인 조정이 불가능한 경우, 각 당사자는 운영위원회에 조정을 요청할 수 있다. 운영위원회는 각 당사자가 제출한 서류를 검토한 후, 각 당사자의 의견을 듣고 조정 방안을 제시하거나 관련 당사자들을 모아 의견을 청취한 후 조정 방안을 제시한다.

다) 운영위원회의 조정 방안에 동의하지 않는 경우, 각 당사자는 법령에 따른 절차를 따르도록 요구할 수 있다.

2. 고객과의 분쟁 해결

고객과의 분쟁이 발생하면, 관련 당사자는 서로 필요한 데이터를 제공하고 상황을 관할 기관에 보고해야 한다.

조 55. 항고 및 분쟁 처리 절차와 시간

1. 송금결제 과실 또는 지연이 발생하면, 피해 당사자는 직접 손해를 입힌 당사자에게 항고장을 제출할 수 있다; 항고 기간은 송금명령서 수신일로부터 1개월 이내이다. 항고장을 받은 당사자는 항고를 받은 날로부터 10일 이내에 과실 및 지연의 이유를 명확히 해야 한다. 만약 과실이 항고를 받은 당사자의 책임이라면, 그 당사자는 항고를 받은 날로부터 1개월 이내에 피해 당사자에게 손해배상을 해야 한다.

2. 분쟁 당사자가 운영위원회에 조정을 요청하는 경우, 운영위원회에 조정을 요청하는 서류와 필요한 데이터를 제출해야 한다. 운영위원회는 관련 당사자들이 제출한 조정 요청과 데이터를 검토한 후, 공정하고 합리적으로 각 당사자 사이의 분쟁을 조정한다. 운영위원회의 의견을 받은 날로부터 15일 이내에 관련 당사자는 조정 결과를 준수해야 한다.

3. 분쟁이 경제재판소에 제기된 경우, 분쟁 당사자는 법령에 따른 절차를 완료해야 한다.

목 XI. 위반 및 위반 처리

조 56. 위반행위

1. 계좌 잔액을 감독하지 못하거나 지급 대금을 적절하게 관리하지 못하여 국가 처리센터의 대기열에 여러 차례 거래가 나타나는 경우

2. TTLNH 시스템과 관련된 공개되지 않은 정보를 노출시키거나 외부로 유출하는 경우

3. 권한이 없는 사람에게 TTLNH 시스템을 통해 거래를 생성하거나 전송하도록 하는 경우

4. 이미 이루어진 지급이 잘못되었음에도 불구하고 이를 지연시키려고 의도하는 경우

5. 정해진 기간 이후에 수취인 계좌로 돈을 송금하는 경우

6. 고객이 송금에 대한 은행 서비스 통보를 받은 후 지정된 수취인 예금 계좌에 입금을 지연시키는 경우

7. 중앙은행의 요구에 따라 보증금 증빙서류를 제때 제출하지 않는 경우

8. 중앙은행 규정 및 중앙은행 시행규칙을 위반함으로써 TTLNH 시스템의 운영을 방해하는 경우

조 57. 위반 처분

본 고시에서 규정된 위반행위는 그 성질과 정도에 따라 행정처분을 받거나 금융 분야 행정처벌 법률 또는 형사책임을 물어 발생한 손해에 대해 법령에 따른 손해배상 책임을 부담할 수 있다.

목 XII. 시행규정

조 58. 효력 발생

본 고시는 2011년 1월 1일부터 효력이 발생하며 다음의 법률 문서들을 대체한다.

- 2002년 4월 9일 은행총재가 발부한 은행법 제309/2002/QĐ-NHNN 호에 따른 은행 간 전자결제 규칙 결정

- 2002년 4월 17일 은행총재가 발부한 은행법 제349/2002/QĐ-NHNN 호에 따른 은행 간 전자결제 시스템 내 보안 코드의 설립, 배포, 관리 및 사용에 관한 규정 결정

- 2005년 10월 31일 은행총재가 발부한 은행법 제1571/2005/QĐ-NHNN 호에 따른 은행 간 전자결제 규칙 제309/2002/QĐ-NHNN 호에 따른 은행 간 전자결제 규칙 일부 개정 및 보완 결정

- 2005년 7월 11일 은행총재가 발부한 은행법 제1014/2005/QĐ-NHNN 호에 따른 중앙은행 시스템 내 전자 송금 업무 기술 절차 일부 개정 및 보완 결정

- 2006년 7월 28일 은행총재가 발부한 은행법 제33/2006/QĐ-NHNN 호에 따른 은행 간 전자결제 규칙 제309/2002/QĐ-NHNN 호에 따른 은행 간 전자결제 규칙 제13조 개정 및 보완 결정

- 2006년 7월 28일 은행총재가 발부한 은행법 제34/2006/QĐ-NHNN 호에 따른 은행법 제1014/2005/QĐ-NHNN 호에 따른 중앙은행 시스템 내 전자 송금 업무 기술 절차 일부 개정 및 보완 결정 제1조 개정 및 보완 결정

조 59. 조직 실행

1. 결제과는 TTLNH와 관련된 업무 지침을 책임지고 한다.

2. 재무회계과는 TTLNH 시스템 운영에 참여하는 중앙은행 단위에서 세부 회계 처리를 지도하는 책임이 있다.

3. 정보기술국은 TTLNH 시스템 운용 기술 프로세스의 지침과 이행 상황을 점검하는 책임이 있다.

4. 중앙은행 사무총장, 중앙은행 소속 각 부서의 장, 중앙 정부 직할 도시 및 성의 중앙은행 지점장, 회원사의 총경리(총장)는 본 시행규칙을 집행하는 책임이 있다./.