쿠팡
3.2 (8,960)쿠팡
경력근거: 편리한 결제 및 금융서비스를 제공하는 회사
수집일 없음
※ 실제 산출물이 아닌 AI 예측 시안입니다.
쿠팡페이는 원터치 결제와 나중결제를 운영하는 결제 핀테크라, 결제·나중결제 리스크를 짚어 등급화하는 이 도구는 쿠팡페이의 실제 결제·연체 데이터가 있어야 분류를 검증합니다.
'편리한 결제 및 금융서비스를 제공'. 결제 리스크 점검이 핀테크 운영의 핵심.
'나중결제 서비스 런칭'. 연체·신용 리스크 점검이 직격.
'문제 해결에 집중, 꼼꼼히 검토'. 리스크 점검의 정확성·감사 가능성이 중요.
결제·나중결제 데이터를 받아 연체·이상 리스크를 규칙으로 짚고, 위험 등급과 근거를 함께 분류하는 1주 포트폴리오입니다.
쿠팡페이 PE. 결제 리스크를 운영자가 수기로 보던 일을, 자동 점검 + 등급 분류 도구로 옮기고 싶은 사람입니다.
결제에 결제수단·연체를 붙이면, 도구가 (a) 연체·이상 리스크를 규칙으로 짚고 (b) 위험 등급과 근거를 분류합니다.
결제·나중결제 데이터를 받아 연체·이상 리스크를 짚고 위험 등급·근거를 분류하는 동작하는 도구입니다.
실제 연체·부도 라벨 대비 등급 분류 정확도와 오탐을 보여주는 대시보드입니다.
등급에 따라 한도·승인 룰을 자동 적용하고 모니터링하는 단계입니다.
결제 데이터를 넣으면 연체·이상 리스크와 위험 등급이 근거와 함께 나오는 걸 시연합니다.
연체·한도 위반 점검이 정답과 일치하는 비율 100%
측정: 결정적 재계산, 표본: 결제 200건
일부러 만든 결측·극단·미등록 사용자 30종을 넣어도 점검이 멈추지 않고 처리되는 걸 시연합니다.
위 수치는 더미데이터 자가채점이며, 실제 리스크 분류 정확도는 쿠팡페이 실데이터 + 실 검수자가 있어야 측정 가능합니다. 이 포트폴리오는 그 검증을 바로 돌릴 수 있는 상태까지 만듭니다.
수치는 합성 데이터 자가채점이라 성능 증명이 아닙니다. 면접에서는 데모 동작과 실검증 준비 상태로 솔직히 설명합니다.
정답을 작성자가 만들었으니 잘 맞는 것이 당연합니다. 결측·경계·미등록·표기 흔들림 케이스를 더미에 일부러 섞어 쉬운 문제만 푸는 게 아님을 보여줍니다.
공정성·오탐: 등급으로 사용자 불이익이 생기므로 단정하지 않고 '리스크 신호 + 검토'까지만, 자동 제한은 고신뢰만 합니다.
실제 도입 시 달라지는 것: 실 결제·연체 분포가 더미와 다르므로 위험 기준을 실데이터로 맞춰야 한다(도입 단계 과제)
① 인라인 샘플 · ② seed.json 다운로드 · ③ 증강 프롬프트. 세 층 모두 동일한 schema 에서 파생.
결제·나중결제 데이터를 묶어 리스크 점검 입력으로 쓴다
| pay_id | user_raw | user_id | amount | method | overdue_days | default_flag |
|---|---|---|---|---|---|---|
| PY900 | OO고객(구) | — | — | 나중결제 | — | — |
| PY901 | 사용자0 | u0 | 0 | 카드 | 0 | false |
| PY902 | 연체자 | u2 | 500,000 | 나중결제 | 90 | true |
| PY903 | 미등록사용자 | — | 30,000 | 즉시 | — | — |
| PY000 | 사용자0 | u0 | 20,000 | 즉시 | 0 | false |
{"type":"object","properties":{"pay_id":{"type":"string"},"user_raw":{"type":"string"},"user_id":{"type":["string","null"]},"amount":{"type":["number","null"]},"method":{"type":"string"},"overdue_days":{"type":["number","null"]},"default_flag":{"type":["boolean","null"]}},"required":["pay_id","user_raw","user_id","amount","method","overdue_days","default_flag"]}. 쉬운 데이터만 만들지 말 것. 다음 하드 케이스를 의도적으로 섞어라: amount/overdue_days/default_flag null(미집계), amount 0·극단, overdue 90(연체), user_id null 미등록, user_raw 표기 흔들림. 형식 깨뜨리기 시도 3건도 별도로.{"type":"object","properties":{"pay_id":{"type":"string"},"user_raw":{"type":"string"},"user_id":{"type":["string","null"]},"amount":{"type":["number","null"]},"method":{"type":"string"},"overdue_days":{"type":["number","null"]},"default_flag":{"type":["boolean","null"]}},"required":["pay_id","user_raw","user_id","amount","method","overdue_days","default_flag"]}| Java | 결제 데이터 ingest + 리스크 규칙 API |
| Spring | 점검·등급 분류 서비스 |
| TypeScript | 대시보드 렌더 + Zod 검증(추론 FE) |
| React | 리스크 대시보드 |
| PostgreSQL | 결제 단일 진실원 |
✓ pass → 그대로 멈춰도 완성품입니다. 더 키우려면 2주차(분류 검증)로 갑니다.
✓ pass → 여기서 멈춰도 완결입니다. 더 키우려면 3주차(자동 리스크 룰)로 갑니다.
리스크 점검 + 등급
{"type":"object","properties":{"pay_id":{"type":"string"},"grade":{"type":"string","enum":["low","mid","high","review"]},"reasons":{"type":"array","items":{"type":"string"}},"evidence":{"type":"array","items":{"type":"object","properties":{"field":{"type":"string"},"value":{"type":"number"}},"required":["field","value"]}}},"required":["pay_id","grade","reasons","evidence"]}[
{
"pay_id": "PY902",
"grade": "high",
"reasons": [
"90일 연체",
"부도 플래그"
],
"evidence": [
{
"field": "overdue_days",
"value": 90
}
]
},
{
"pay_id": "PY000",
"grade": "low",
"reasons": [],
"evidence": [
{
"field": "overdue_days",
"value": 0
}
]
},
{
"pay_id": "PY900",
"grade": "review",
"reasons": [
"데이터 결측"
],
"evidence": []
}
]grade 규칙·evidence 정합성은 자동 검증, 등급 타당성은 리스크팀/judge 검증.
근거: 편리한 결제 및 금융서비스를 제공하는 회사