YESCMS 퀵 매뉴얼

개요

퀵 매뉴얼은 YesCms 프로그램 사용자가 짧은 시간 내 CMS처리 흐름을 이해 할 수 있도록 만든 것입니다. CMS 프로그램은 사용법 보다 처리절차 및 단계 또는

파일의 생성,송신,수신의 시기가 매우 중요하기 때문에 이 퀵 매뉴얼에서는

바로 그러한 부분에 초점이 맞추어져 있습니다.

퀵 매뉴얼은 사용자가 이미 프로그램을 설치하고 금융결제원과 테스팅을 마쳤다는 가정하에 설명 드릴 것 이므로 이 점 에 착오 없으시길 바랍니다.

더욱 자세한 내용은 프로그램 설치 시 배포해 드린 본 매뉴얼을 참조하시기 바랍니다.

차례

1장. CMS처리과정의 요약

2장. 고객정보의 입력

3장. 승인파일의 생성 및 송신 , 그리고 처리

4장. 출금의뢰 파일의 생성 및 송신 , 그리고 처리

5장. 수납관리

1장. CMS처리과정 요약

† CMS처리 내용을 읽다보면 다소 생소한 용어들이 자주 등장하게 됩니다.

예를들어 EA13,EA14파일 또는 EA21,EA22파일들이 언급되기도 하고 때로는 생성이라

든가, 송신,수신등의 내용이 바로 그 것 입니다. 이러한 용어에 대해서는 사실 곧

익숙해 지므로 크게 걱정하실 것은 없습니다.

† CMS처리가 어렵게 느껴지는 이유는 사실 절차와 단계가 많기 때문입니다.

CMS처리를 빨리 이해하려면 먼저 고객의 정보를 계좌정보와 출금정보로 나누어 처리

된다는 사실을 이해하면 쉽습니다.

<참조> 계좌정보 : 고객정보 중 예금주명, 계좌번호,주민등록번호등 ( 통장정보 )

출금정보 : 출금할 금액 ( 월 출금액 )

즉, CMS처리는 사용자가 이해 하듯이 한 번에 절차가 이루어지지 않고 두 번에 나누

어 처리됩니다. 계좌정보를 먼저 확인 한 후에야 출금을 허용하기 때문입니다.

아래에 두 과정을 간략히 소개합니다.

1.1 승인의뢰 과정 ( 계좌정보 확인과정 )

- 고객 계좌정보를 결제원에 보내어 승인을 의뢰 합니다. ( EA13파일 )

* 고객의 계좌정보는 단 한 번만 승인받으면 됩니다.

- 확인 후 결제원에서 오류분에 대한 응답이 옵니다. ( EA14 파일 )

- 오류분이 아닌 자료는 <고객자료에 적용>해 신청완료 상태로 바꿉니다.

- 오류분은 고객자료를 수정한 후 다시 승인을 의뢰합니다.

- 승인이 모두 완료되기 까지 이러한 절차가 반복 됩니다.

1.2 출금의뢰 과정 ( 실제 출금과정 )

- 납부내역 생성과정 ( 해당월의 납부내역을 미리 한번 월초에 생성합니다.)

- 고객 출금정보를 결제원에 보내어 출금을 의뢰 합니다. ( EA21파일 )

- 확인 후 결제원에서 오류분에 대한 응답이 옵니다. ( EA22 파일 )

- <수금자료에 적용>하는 단계를 실행하면 자동으로 수납처리 됩니다.

- 오류분이 아닌 자료는 이미 출금되어 통장에 입금된 것 입니다.

- 오류분은 보통 잔고부족등이므로 다음 차에 출금의뢰 합니다.

- 해당월 출금이 모두 완료되기 까지 이러한 절차가 반복 됩니다.

( 단, 다음달로 이월되는 경우 방문수금 또는 미수분을 합산해 청구 합니다. )

1.3 언제 생성하고,송신하며, 수신할 것인가?

여기까지의 설명으로 개략적으로 EA13,EA21 등 파일의 의미를 이해 하셨으리라

믿습니다. 그러나 CMS처리의 가장 중요한 것은 바로 생성하고 송신하며 수신하는

시기입니다. 그러한 내용은 각 장에서 다시 설명 드리겠습니다.

2 장. 고객정보의 입력

2.1 기초정보의 입력

모든 프로그램의 운용에는 기초정보라는 부분이 있어서 주요 정보를 입력하기 위해

반복적으로 사용되는 내용을 미리 만들어 두었다가 사용하는 경우가 많이 있습니다.

바로 이러한 정보를 처리하는 부분입니다.

2.2 환경설정

이 부분에는 수납모계좌의 정보가 포함되어 있습니다. 반드시 승인의뢰 또는 출금의

뢰 전에 입력해 두셔야 합니다.

2.3 공휴일 설정

매월 첫날 입력해야 합니다. 공휴일에 일하는 은행은 없으므로 승인의뢰나 출금의뢰

를 휴일날 할 수는 없는 것 이지요. 공휴일을 설정해 두면 사용자가 실수로

파일을 생성하는 경우에도 생성되지 않도록 합니다.

2.4 고객정보의 입력

실제 고객의 계좌정보와 출금이체 정보를 적는 곳입니다.

특히 주민등록번호나 계좌번호, 은행코드를 정확히 기입해야 합니다.

대부분의 승인시 오류가 발생하는 항목들입니다.

<주의>

특히 최초이체일은 주의를 요하는 항목입니다. 예를 들어 2002년 5월부터 출금을

하려면 출금이체일은 2002-05-01 로 입력해야 합니다.

3장. 승인파일의 생성 및 송신 , 그리고 처리

3.1 알아두기

1장의 CMS 처리개략에서 승인파일(EA13)에 대해서는 어느 정도 이해가 되었으리

라고 믿지만 가장 중요한 것은 바로 언제 생서하고 송신하며 수신하느냐 일 것입니

다. 먼저 현재 사용자는 이 CMS프로그램에 다음과 같은 약속이 있음을 상기해야

합니다.

- 매월 3회 까지 청구가 가능( 5일, 14일 , 23 일 )

단, 한 고객에 대해서 3회를 무조건 인출하는 것은 아니며

1차 출금의뢰일인 5일날 미납분에 대해서는 14일, 14일에 미납분에 대해서는

23일 인출 함을 이해해야 합니다. 즉, 한 고객에 대해서 1개월 분에 대해서만

출금을 허용한다는 것입니다.( 대형 금융사고의 미연 방지 )

3.2 승인의뢰 파일의 생성 및 송신시기

승인의뢰 파일(EA13)은 출금을 의뢰하기 전에 결제원에 보내어 확인절차를

거쳐야 하므로 원하는 출금일 약 7일전에 승인의뢰를 받아야 합니다.

그러나 문제는 승인의뢰에 대한 오류분을 수정한 후 다시 승인의뢰를 하는

절차상의 시간이 또 필요하다는 것입니다.

따라서 승인의뢰 파일의 생성 또는 송신의 시기는 사실 출금을 원하는 날짜와

관계가 있다는 것 입니다.

예를 들어 출금의뢰를 5월 5일자(어린이날 휴일임)로 하고 싶다면

1). 계좌정보에 대한 승인의뢰 파일(EA13)은 적어도 5월5일의 7일전인

4월 27일이나 28일말 만들어 송신해야 합니다. ( EA130427 이 생성 )

* 만약,  이 시점을 놓친 경우 두 번째 출금계획인 14일 출금에 맞춘 날짜를 역산해

EA13파일을 만들어 보내야 합니다.

2). 송신 후 약 2일 후 오류분에 대한 응답파일(EA140427)을 수신하게 됩니다.

3). 오류분을 확인하여 수정 등의 방법으로 처리 한 후 다시 승인의뢰를 받습니다.

4). 이러한 복잡한 절차는 사실 최초시행 첫 달만 고생하시면 됩니다.

이러한 과정은 적어도 3일 정도 소요되는데 7일전에 작업하는 이유는 바로

1차 승인의뢰 ( 1일 ) + 2차승인의뢰(3일) + 3차승인의뢰(3일) = 약 7일 입니다.

물론, 1차 승인의뢰시 완벽하게 승인을 받았다면 2차,3차의 승인의뢰 절차는

필요없게 되겠지요.

3.3 승인의뢰 파일의 처리절차 및 시점

4장. 출금의뢰 파일의 생성 및 송신 , 그리고 처리

4.1 알아두기

- 출금의뢰 파일(EA21) 이란 승인을 의뢰 후 계좌정보에 아무런 문제가 없다고

결제원으로부터 결과파일을 받은 후 (EA14) 생성해야 합니다.

- 출금의뢰는 매월 5일,14일,23일로 매월 3회 하는 것으로 약속하였습니다.

- 공휴일의 경우 출금 의뢰일은 익일이 됩니다.

4.2 출금의뢰 파일의 생성 및 송신시기

- 납부내역 생성을 먼저 실행하여 해당 월에 출금할 자료에 대하여 자료를

먼저 만듭니다. ( 예를 들어 2002년 5월분을 만들고 시작합니다. )

- 예를 들어 출금의뢰를 5월 5일자(어린이날 휴일임)로 하고 싶다면

1). 작업일은 5월 4일 하셔야 합니다.

2). 이체일은 5월 6일로 하셔야 합니다. ( 5월 5일이 공휴일 )

3). 출금의뢰 파일( EA21 )을 생성합니다.

4). 화면 하단의 건수와 금액을 메모해 두세요.

5). 파일을 송신합니다.

6). 수신을 대기합니다.

7). 수금관리에 처리 합니다.

- 다음 절에 파일생성 및 송신 수신절차를 흐름도로 보여 드립니다.

4.3 출금의뢰 파일의 처리 흐름

5장. 수납관리

5.1 수납관리의 필요성

- 일반적으로 특정 고객에 대한 수금사실의 확인

† 찾기(F6)을 이용해 특정고객을 검색 한 후 금액등을 수정하거나

수금을 처리할 수 있다. 단, 출금이체에 의해 자동으로 처리된 경우

수금액을 수정할 수는 없다.

- 특정 고객에 대한 수금사실의 수정

- 3차에 걸친 출금의뢰에도 불구하고 자동으로 출금되지 않음으로 방문등의

이유로 수금한 경우에 이곳에 기록해 두어야 한다.