Fix Plan: processing 'facility_permission.full_permission_enabled' failed: private method `service_jwt' called

결정 — Duplicate cluster (no new fix)#

이 클러스터는 이전 클러스터 43464ba9 와 동일 root cause 를 공유하는 release-pending duplicate 다.

• Root cause: Cupix::NotificationService#create_user_recipe 가 Authorization: "Bearer #{self.class.service_jwt}" 로 class method 를 explicit receiver 로 호출 (lib/cupix/notification_service.rb:20). commit 54f4417c2 (TSLA-13082 "fix rubocop Lint/IneffectiveAccessModifier", 2026-06-11) 가 private_class_method :service_jwt, :find_or_create_internal_user (:243) 를 추가 → Ruby 는 private method 를 explicit receiver 로 부르면 NoMethodError: private method called → caller 가 깨짐. facility permission subscriber UserRecipeGenerator 가 recipe 생성 중 매번 실패.
• Fix: service_jwt 를 private_class_method 대상에서 제외하고 find_or_create_internal_user 만 private 으로 유지 (private_class_method :find_or_create_internal_user).
• 상태: 이미 존재. Jira TSLA-13863, 브랜치 feature/TSLA-13863, 커밋 8bc08ee69, active PR https://dev.azure.com/cupix/tesla/_git/tesla/pullrequest/89504 (target develop).
• Develop/master 병합 여부: git merge-base --is-ancestor 8bc08ee69 origin/develop = NO, ... origin/master = NO. 아직 merge 대기. 회귀 54f4417c2 는 master/develop 둘 다 상존.

Changes#

tesla: (변경 없음 — 기존 PR #89504 재사용)#

• What: 신규 code change 없음. TSLA-13863 PR #89504 merge 를 통해 이 클러스터의 error 알림도 자동 해소됨.
• Why: 동일 파일(lib/cupix/notification_service.rb), 동일 private_class_method 1줄 변경을 다시 만들면 branch conflict 와 리뷰 중복.
• Lines: —

Acceptance Criteria#

• TSLA-13863 PR #89504 merge (develop→master) 후 service:cupixworks-api "service_jwt" "private method" 24h count = 0
• service:cupixworks-api status:error @class:Cupix::PubSub::Subscribers::UserRecipeGenerator 발생 소멸 확인
• 이 클러스터(13f8528a) 의 resolution 을 파이프라인이 duplicate/pr_created 로 이관 처리

Tests#

• 기존 테스트: TSLA-13863 브랜치의 관련 spec (create_user_recipe → email-service 호출 경로)
• 신규 테스트: 없음 (duplicate handoff)