🧑💻 오늘의 개발하면서 생긴 크고 작은 이슈사항을 기록해주세요
💚 어떤 기능인가요?
Policy.applicationEndDate 컬럼도 있고 DEADLINE_CHANGED 변경 감지도 있는데,
"내 조건에 맞는 지원금 신청이 D-7" 을 알려주는 기능이 없습니다.
지금은 MissedBenefitService 가 이미 놓친 것을 사후에 알려줍니다.
놓치기 전에 막는 쪽이 훨씬 낫고, 사용자가 실제로 돈을 받게 되는 순간이 이 서비스의 유일한 증명입니다.
대상 판단
마감 알림은 성격상 조금 넓게 보내는 편이 낫습니다. 놓친 사람의 손해가 잘못 받은 알림의 성가심보다
훨씬 크기 때문에, 소득 미입력처럼 판단할 수 없는 경우는 배제하지 않습니다.
다만 자녀가 없거나 지역·연령이 명확히 어긋나면 보내지 않습니다.
중복 발송
남은 일수가 지정값(기본 D-7, D-1)과 정확히 같은 날에만 보냅니다.
다만 그것만으로는 스케줄러가 하루에 두 번 돌거나 배포 중 인스턴스가 두 대일 때를 막지 못합니다.
배포가 Blue/Green 이라 실제로 발생할 수 있어, 발송 이력 테이블과 유니크 제약으로 한 번만 남게 합니다.
지원금 알림은 한 번 더 오는 순간 신뢰를 잃습니다.
✅ To Dos
🧑💻 오늘의 개발하면서 생긴 크고 작은 이슈사항을 기록해주세요
💚 어떤 기능인가요?
Policy.applicationEndDate컬럼도 있고DEADLINE_CHANGED변경 감지도 있는데,"내 조건에 맞는 지원금 신청이 D-7" 을 알려주는 기능이 없습니다.
지금은
MissedBenefitService가 이미 놓친 것을 사후에 알려줍니다.놓치기 전에 막는 쪽이 훨씬 낫고, 사용자가 실제로 돈을 받게 되는 순간이 이 서비스의 유일한 증명입니다.
대상 판단
마감 알림은 성격상 조금 넓게 보내는 편이 낫습니다. 놓친 사람의 손해가 잘못 받은 알림의 성가심보다
훨씬 크기 때문에, 소득 미입력처럼 판단할 수 없는 경우는 배제하지 않습니다.
다만 자녀가 없거나 지역·연령이 명확히 어긋나면 보내지 않습니다.
중복 발송
남은 일수가 지정값(기본 D-7, D-1)과 정확히 같은 날에만 보냅니다.
다만 그것만으로는 스케줄러가 하루에 두 번 돌거나 배포 중 인스턴스가 두 대일 때를 막지 못합니다.
배포가 Blue/Green 이라 실제로 발생할 수 있어, 발송 이력 테이블과 유니크 제약으로 한 번만 남게 합니다.
지원금 알림은 한 번 더 오는 순간 신뢰를 잃습니다.
✅ To Dos