지급 샌드박스: 실패 시나리오를 먼저 적는 팀

2025-11-12 · 한서하 · 샌드박스 · 운영 · 핀API

초기엔 “연결 끊김=재시도”로 끝나는 팀이 많습니다. 샌드박스 팀이 커질수록, 지연(밀리초~초)과 부분 응답, 웹훅 역순이 동시에 올 수 있는 “합성” 시나리오를 보드에 먼저 씁니다. 이 글에선 2024~2025년 멘토 세션에서 자주 본 3가지(레이트리밋, 파트너 콘솔/실제 괴리, idempotency 키 누락)를 풀어, 체크리스트 없이 “감”으로 가는 팀이 빠지는 지점을 짚습니다.

두 번째 단락에선, 내부·외부 협의어를 맞추는 작은 실험(용어 10개만 통일)을 권장합니다. “대사, 정산, 승인, 입금, 입고”는 조직마다 뜻이 달라지고, 지급·회계·CS가 같은 케이스 ID로 이야기하는지가 지표보다 먼저 흔들립니다. 문서 1p로 통일해도, 실제 Jira/티켓 라벨이 그 뒤를 못 쫓으면 리뷰는 또 열립니다.

세 번째 단락은 운영과 제품이 함께 읽는 “느림의 비용”을 수치로 말하는 연습에 관한 것입니다. P95, P99만으로는 팀이 움직이지 않는 경우가 많고, “한 건 늦으면” CS·리스크·정산에 어떤 연쇄 티켓이 뜨는지 한 줄짜리 메모가 더 낫습니다. 이 블로그는 단정·법률 자문이 아닌, 내부 러닝 메모에 가깝습니다. 최종 절차·감독 응답은 사내/외부 절차를 따릅니다.

네 번째 문단에선, 스쿨 수강생이 4주 랩 끝에 남기는 “재현 가능한 3줄”(원인, 다음 실험, 담당)을 익명 사례 형태로 보여 줍니다. “우리 팀엔 맞다/틀리다”가 아니라, 팀이 다음 스프린트에 덜 다투게 만드는 문장만 모았습니다. 세부 API·사명·계약은 생략합니다.