일일 운영 프로세스 (단계별)

이 섹션은 실무자가 하루 업무를 시작해서 끝낼 때까지의 실제 사용 순서를 단계별(Step-by-Step) 로 설명합니다.

블록체인 개념은 필요 없습니다. “이 화면에서 이것만 확인하면 된다” 기준으로 작성되었습니다.

---

하루 업무 흐름 한눈에 보기

대부분의 실무자는 아래 순서만 반복하게 됩니다.

1. 입금·담보 상태 확인

2. 발행/소각 요청 상태 확인

3. 결제·정산 결과 확인

4. 이상 징후(에러/경고) 확인

👉 이 네 단계만 이해하면 KSC SaaS 사용에는 문제가 없습니다.

---

Step 1. Check Deposit & Collateral

(입금 및 담보 상태 확인)

업무 시작 시 가장 먼저 확인해야 하는 단계입니다.

무엇을 확인하나요?

• 오늘 기준 입금 내역

• 대기 중 담보 vs 승인된 담보

• 현재 발행 가능 한도

왜 중요한가요?

• 입금은 되었지만 아직 신탁사 승인이 안 된 경우가 많습니다.

• 승인 전 담보는 발행 가능 한도에 포함되지 않습니다.

👉 “입금은 보이는데 발행이 안 된다”면 👉 이 단계에서 이유가 드러납니다.

실무 체크 포인트

• 입금 금액이 정상적으로 기록되었는가?

• 담보 상태가 ‘승인 완료’인가?

• 승인 담보 기준 발행 가능 한도가 충분한가?

---

Step 2. Review Mint / Burn Requests

(발행·소각 요청 상태 확인)

은행·신탁 실무자 모두가 자주 확인하는 화면입니다.

무엇을 확인하나요?

• 발행 요청 상태 (요청 / 처리 중 / 완료 / 실패)

• 소각 요청 상태

• 요청 금액과 현재 한도 비교

중요한 점

• KSC SaaS에서는 발행·소각을 직접 실행하지 않습니다.

• “요청 → 실행 → 결과”의 상태를 관리·확인하는 용도입니다.

실무 체크 포인트

• 요청이 정상적으로 생성되었는가?

• 실패한 요청이 있는가?

• 실패 사유가 명확히 표시되는가?

---

Step 3. Monitor Payments

(결제 흐름 확인 – 해당되는 경우)

결제/정산 기능을 사용하는 기관에 해당합니다.

무엇을 확인하나요?

• 결제 성공/실패 여부

• 환불 처리 여부

• 정산 대기/완료 상태

언제 확인하나요?

• 결제 장애 이슈 발생 시

• 사용자 문의 발생 시

• 정산 주기 전/후

👉 “왜 결제가 실패했는지”를 👉 추적하는 데 사용하는 화면입니다.

---

Step 4. Check Settlement Results

(정산 결과 확인)

업무 마감 전 반드시 확인해야 하는 단계입니다.

무엇을 확인하나요?

• 오늘/기간별 정산 완료 여부

• 정산 금액

• 미정산 또는 실패 건

실무 체크 포인트

• 정산 완료 상태인가?

• 금액에 이상은 없는가?

• 정산 대기 상태가 오래 유지되고 있지 않은가?

---

하루 업무 요약

하루 업무는 대부분 아래 질문으로 귀결됩니다.

• “오늘 기준으로 정상인가?”

• “어디에서 멈춰 있는가?”

• “조치가 필요한 부분이 있는가?”

KSC SaaS는 이 질문에 한 화면 안에서 답을 주는 것을 목표로 합니다.

---

다음 페이지 안내

다음 페이지에서는 각 단계에서 화면을 어떻게 읽어야 하는지를 조금 더 구체적으로 설명합니다.