예금주명 비교가 계속 틀려서 파보다가 더 위험한 걸 봤습니다. 접두어를 지운 결과가 빈 문자열이면 contains 가 항상 참이라 검증이 조용히 통과했습니다.

유니크 키에 컬럼을 더하는 건 조건을 까다롭게 하는 게 아니라 느슨하게 하는 겁니다. 제약이 지켜주는 범위와 시점을 각각 잘못 읽고 외부 시스템에 중복 등록을 낸 기록입니다.

레거시 배치의 상태체크 항목을 새 배치 서버로 하나씩 옮기다가, 검사 함수에 딸린 조치를 빼먹고 다음 날 되돌린 기록입니다. 이관 단위는 코드 한 줄이 아니었습니다.

캐시를 붙이려고 응답 DTO 에 Serializable 을 달았습니다. 그게 이상해서 파보니 기본 캐시 설정이 JDK 직렬화였고, TTL 도 없었습니다.

읽기 전용 조회 API 에서 롤백 에러가 났습니다. noRollbackFor 로 막았는데 2주 뒤에 되돌렸습니다. 원인은 예외를 제어 흐름으로 쓴 코드였습니다.

OCR 이 찾아준 좌표대로 주민번호를 가렸는데 일부 이미지에서 다른 곳이 칠해졌습니다. 원인은 EXIF 회전 정보였고, 처리 순서를 바꿔 해결한 기록입니다.