건너뛴 조건의 전체 목록

정산 대상에서 빠진 건이 있는데 왜 빠졌는지를 알아낼 방법이 없었다. 대상 여부를 판정하는 함수가 참과 거짓만 돌려주고 있었기 때문이다.

Open Table of contents

조용히 건너뛰던 다섯 조건

판정 함수 안에는 상태와 금액과 정산 여부와 협력사 존재와 차단 목록까지 조건이 다섯 있었다. 그중 어느 조건에 걸려서 빠졌는지는 밖에서 알 방법이 없었다.

건너뛴 사실 자체도 안 남으니 처리가 안 됐다는 것만 한참 뒤에 드러났다. 조건이 여럿인 판정에서 참과 거짓만 돌려주면 원인이 통째로 사라진다.

판정이 참과 거짓 대신 사유를 돌려주게 바꾸고 건너뛴 건과 사유를 함께 기록하게 했다. 숫자만이 아니라 어느 건이 어떤 사유로 빠졌는지가 남는다.

기록은 별도 테이블로 두어서 배치 날짜와 대상 식별자와 사유를 함께 담았다. 그러면 특정 사유의 목록을 그대로 뽑아 열어 볼 수 있다.

사유별로 집계해 보니 대부분은 아직 완료 전이거나 이미 정산된 정상 건너뜀이었다. 그중 협력사가 없는 건이 수십 건 섞여 있었다.

있어서는 안 되는 조합이 그 집계에서 처음 드러났고 열어 보니 협력사가 지워지면서 참조가 끊긴 데이터 문제였다. 이유를 안 남기던 동안에는 그 존재 자체를 몰랐다.

사유를 정상적으로 건너뛰는 것과 확인이 필요한 것으로 갈랐다. 앞의 것은 매일 수천 건이라 알림에 넣으면 뒤의 것이 그 안에 묻힌다.

차단된 협력사의 건은 담당에게 물어보니 건너뛰면 안 되는 것이었다. 정산은 하되 지급을 보류해야 했는데 건너뛰면 정산 자체가 없어서 나중에 찾을 수도 없다.

데이터 원인을 고친 뒤에는 그 건들만 골라 다시 돌려야 했다. 건너뛴 기록에서 대상 식별자를 뽑아 그것만 다시 처리하게 했다.

전체를 다시 돌리면 이미 정산한 것까지 건드린다. 사유를 열거형으로 두어 조건이 늘 때 목록에 넣지 않으면 컴파일 단계에서 걸리게 해 뒀다.