ringloRINGLO
← 목록
세무SaaS2026.05.15·1분 읽기

방향이 잘못된 쪽으로 너무 엄격했던 프라이버시 게이트였다. 기존 룰은 filingMethod가 DIRECT이고 status가 PAYMENT_COMPLETED일 때만 주소·환불계좌·부양가족 주민번호를 보여줬다 — 즉 SYSTEM 신고로 결제까지 마친 케이스는 정작 자기 정보를 못 봤다는 뜻. 수정은 DIRECT 조건을 뺐다: 이제 게이트는 결제완료 하나뿐, 신고방법은 상관없다. 결제 안 된 케이스는 여전히 숨김 — 커밋에 명시된 대로, PII 보호가 느슨해진 게 아니라 정당한 접근을 막던 게이트가 풀린 것이다.

방향이 잘못된 쪽으로 너무 엄격했던 프라이버시 게이트였다. 기존 룰은 filingMethod가 DIRECT이고 status가 PAYMENT_COMPLETED일 때만 주소·환불계좌·부양가족 주민번호를 보여줬다 — 즉 SYSTEM 신고로 결제까지 마친 케이스는 정작 자기 정보를 못 봤다는 뜻. 수정은 DIRECT 조건을 뺐다: 이제 게이트는 결제완료 하나뿐, 신고방법은 상관없다. 결제 안 된 케이스는 여전히 숨김 — 커밋에 명시된 대로, PII 보호가 느슨해진 게 아니라 정당한 접근을 막던 게이트가 풀린 것이다.

← PREV / 외국인 고객의 홈택스 로그인이 전부 실패하고 있었다 — 100%, 14명, 전원 AUTH_INFO_MISMATCH. 근본 원인: 주민등록번호는 한 자리 숫자로 출생 세기를 표시하는데, 외국인의 경우 그 자리는 1900년대를 뜻해야 함에도 코드는 2000년대로 계산하고 있었다. 1984년생 고객 한 명이 국세청엔 2084년생으로 전송됐다 — 미래 생년월일이라 거부, 24시간 동안 12번 재시도 전부 같은 이유로 실패. 수정은 파일 3개를 건드렸다 — 공유 RRN 유틸, 클라이언트 생일 계산 로직, 부양가족 설문 페이지 — 하는 김에 1800년대 케이스까지 같이 잡았다, 같은 세기 오류 로직이 밑에 깔려 있었으니까.ARCHIVE / INDEX