문의 제공 방식과 화면 계약 확정 #1964

Activity

1. github-actions

   added

   enhancementNew feature or requestNew feature or request

   area:setting설정 기능 영역설정 기능 영역

   on Sep 8, 2026
2. github-actions

   assigned

   OnlyReadOneBook

   on Sep 8, 2026
3. OnlyReadOneBook

   marked this as blocked by 2 issues on Sep 8, 2026

   • [feat] 고객지원 서버 계약 부재 — 1:1 문의 접수·FAQ 조회 엔드포인트 없음 Afternote-BE#246
   • 문의 제공 계약 확정 후 구현 범위 재정의 #784
4. OnlyReadOneBook

   unmarked this as blocked on Sep 12, 2026

   • 문의 제공 계약 확정 후 구현 범위 재정의 #784
5. OnlyReadOneBook

   marked this as blocking on Sep 12, 2026

   • 문의 제공 계약 확정 후 구현 범위 재정의 #784
6. OnlyReadOneBook

   changed the title [-]문의 조회·접수 계약 연동과 네트워크 상태·통합검증[/-] [+]문의 제공 방식과 화면 계약 확정[/+] on Sep 12, 2026
7. OnlyReadOneBook

   unmarked this as blocking on Sep 12, 2026

   • 문의 제공 계약 확정 후 구현 범위 재정의 #784
8. OnlyReadOneBook commented on Sep 13, 2026

   

   OnlyReadOneBook

   on Sep 13, 2026

   CollaboratorAuthor

   More actions

   Afternote-BE#246 에서 이 이슈(1:1 문의) 축은 이번 재촉에서 일부러 뺐다(2026-09-13).

   순서가 거꾸로였다. 문의를 앱 안에서 접수할지 외부 채널로 보낼지는 제품 결정인데 그 답이 없는 상태로 BE 에 서버 계약을 요청해 20일 멈춰 있었다. BE 가 답할 수 있는 축이 아니다.

   BE 에는 FAQ 축만 먼저 물었고(Afternote/Afternote-BE#246 (comment)), 문의 축은 PM 결정 뒤에 다시 요청한다고 적었다.

   참고로 PM 전건호는 2026-08-14T06:33:59Z 에 전화와 이메일 문의는 앱 밖으로 넘기는 방향을 이미 답한 바 있다. 1:1 문의도 그 연장선인지 확인하는 것이 다음 순서다.
9. OnlyReadOneBook commented on Sep 13, 2026

   

   OnlyReadOneBook

   on Sep 13, 2026

   CollaboratorAuthor

   More actions

   착수 가능한지 실측했다. 결론은 지금 FE 가 쓸 코드가 0줄이고, 기다리는 답은 BE 가 아니라 PM 이다. 답이 왔을 때 다시 조사하지 않고 바로 시작하도록 상태만 남긴다.

   실측 기준: FE origin/develop 7d87aa3, BE main 3593aa30, 2026-09-13.

   BE#246 은 개설 20일째 무회신이다

   Afternote/Afternote-BE#246 은 2026-08-24T14:21:34Z 개설, 지금도 open, 담당 Hwanggyuun. 달린 코멘트 2건은 둘 다 내가 쓴 것(2026-08-27 시안 링크 정리, 2026-09-13 재요청)이고 BE 회신은 0건이다.

   산출물도 없다. BE main 트리 전수 677개 경로에서 Controller 는 21개인데 inquiry, faq, support, notice 도메인은 0건이다. 유일한 문자열 매치는 무관한 src/main/java/com/afternote/domain/afternote/service/relation/CredentialsRelationSupport.java 하나다.

   오늘 FAQ 축만 떼어 다시 물었다

   두 축을 한꺼번에 물은 것이 답을 늦춘 것으로 보고 2026-09-13T12:05:12Z 에 FAQ 축만 잘라 재요청했다: Afternote/Afternote-BE#246 (comment) . 앱 내 정적 리소스인지 서버 제공인지, 서버면 분류 유무와 콘텐츠 갱신 주체까지 두 가지만 물었다. FAQ 쪽 추적은 #1965 다.

   1:1 문의 축은 그 요청에서 일부러 뺐다. 앱에서 접수할지 외부 채널로 보낼지가 정해져야 서버 계약을 말할 수 있는데 그 결정이 없기 때문이다. 앞 코멘트에 적은 그대로다.

   따라서 본문의 두 문장은 지금 실태와 어긋난다. "지금은 BE#246에 의해 차단됩니다" 와 "Afternote/Afternote-BE#246에서 API 또는 외부 채널 중 제공 방식을 확정하고" 다. GitHub 의존성도 실태를 가리키지 않는다. blocked_by 는 여전히 Afternote/Afternote-BE#246 하나뿐이고 blocking 은 0건이다. 본문과 의존성 정정은 이 기록의 범위가 아니라 손대지 않았다.

   대기 중인 답: PM 전건호의 제공 방식 결정

   질문은 이미 올라가 있다. 시안 파일의 고객센터 핀 노드 34:959 에 2026-09-12T23:25:52Z 로 이 이슈 링크를 달아 물었다. 앱 내 접수인지 외부 채널 연결인지, 앱 내라면 문의 유형·필수 입력·첨부 허용 여부·답변 확인 위치까지가 질문 범위다. 마지막으로 본 시점에 자식 댓글 0건, 미해결이었다.

   이 세션은 Figma 접근 수단이 없어 그 뒤 회신이 달렸는지 다시 확인하지 못했다. 착수 전에 그 댓글부터 열어라.

   선례는 있으나 축이 다르다. 전건호가 2026-08-14T06:33:59Z 에 전화·이메일 문의를 앱 밖으로 넘기는 방향(전화 앱 연결 또는 번호 복사, 이메일 복사)을 답했는데, 그건 고객센터 허브 3814:41245 에 달린 답이다. 1:1 문의 폼 시안(3951:19226, 3970:19528: 문의 유형·제목·내용·스크린샷 3장)에 적용된 바는 없다. 전화·이메일 축은 #783 이 따로 열려 있다.

   FE 에 지금 있는 것

   라벨과 빈 핸들러뿐이다.

   • 설정 고객지원 섹션: feature/setting/presentation/src/main/kotlin/com/afternote/feature/setting/presentation/screen/SettingScreen.kt 220-245행. FAQ, 고객센터, 공지사항, 이용약관, 개인정보 취급방침, 서비스 안내 6줄.
   • 문의 라벨: feature/setting/presentation/src/main/res/values/strings.xml 24행 settings_support_inquiry 의 값이 "고객센터" 다. 시안의 "1:1 문의" 와 다르니 결정이 나면 문구부터 맞춰야 한다.
   • 프로필 아래 바로가기 3칸: feature/setting/presentation/src/main/kotlin/com/afternote/feature/setting/presentation/component/SettingProfile.kt 78-83행. 고객센터 칸만 to null 이라 클릭조차 걸려 있지 않다.

   FE 에 없는 것

   • 문의 화면·모델·API 0건. origin/develop 전수에서 inquiry 매치는 위 라벨과 빈 람다 계열 10줄이 전부다. feature/setting/data 의 소스는 AndroidManifest.xml 하나뿐이고 feature/setting/domain 에는 Notice.kt 하나만 있다. feature/setting 아래 Retrofit 엔드포인트 선언은 0건이다.
   • 동작 연결 0건. SettingNavGraph.kt 56-61행에서 onFaqClick, onInquiryClick, onTermsClick, onPrivacyClick, onServiceInfoClick 이 전부 {} 다. 같은 자리에서 onNoticeClick 과 onWithdrawGuideClick 만 실제 액션에 연결돼 있고, 그 공지사항마저 199행에서 notices = emptyList() 를 받아 빈 화면이다.
   • 테스트도 같은 no-op 를 들고 있다. feature/setting/presentation/src/test/kotlin/com/afternote/feature/setting/presentation/SettingFlowTest.kt 135-138행.

   되돌릴 잔재는 없다

   본문은 "PR #1928은 철회하며" 라고만 적었는데 실태는 더 낫다. #1926, #1928, #1929 셋 다 CLOSED 이고 mergedAt 이 null 이다. 머지된 적이 없어 develop 에 revert 할 코드가 없다. 예약 이슈 #784, #785 도 not planned 로 닫혀 있다.

   착수 흔적도 0건이다. git log origin/develop --grep="#1964" 0건, 이 번호로 열린 PR 0건, 원격 브랜치 0건.

   답이 오면 할 일

   외부 채널로 결정되면 코드는 아래에서 닫힌다. 전화·이메일 처리가 #783 의 PM 선례와 겹치므로 #783 과 범위를 먼저 나눠야 한다.

   • SettingNavGraph.kt 57행 onInquiryClick = {} 를 인텐트 또는 복사 액션으로 교체
   • SettingProfile.kt 80행 to null 을 같은 액션으로 교체
   • strings.xml 24행 라벨 확정, SettingFlowTest.kt 136행 동반 수정

   앱 내 접수로 결정되면 그때 BE#246 이 진짜 선행이 되고, feature/setting/data 와 feature/setting/domain 에 새 레이어가, presentation 에 신규 화면이 필요하다. 첨부를 허용하면 BE#246 본문이 적은 대로 files/presigned-url 의 directory 값 추가가 선행이다.

   어느 쪽이든 결정 전에 파일을 여는 것은 본문이 금지한 "미정인 항목을 임시 모델이나 화면으로 구현" 에 해당한다. 모듈 경계 문제는 아니다. setting 은 내 모듈이고 이 이슈 담당도 나다. 막은 것은 제품 결정 부재다.
10. OnlyReadOneBook commented on Sep 19, 2026

    

    OnlyReadOneBook

    on Sep 19, 2026

    CollaboratorAuthor

    More actions

    2026-09-19 정리로 닫는다. 이 이슈의 완료 조건은 BE의 결정에 달려 있어 결정 전에는 FE 가 무엇을 만들지 쓸 수 없다. 그런 이슈는 FE 저장소에 열어 두지 않고 결정이 나면 그때 새 이슈로 다시 연다.

    기다리는 결정: 문의를 API 로 줄지 외부 채널로 보낼지(BE#246). 그에 따라 FE 화면을 만들지가 갈린다.

    BE 쪽 이슈에서 결정되면 FE 이슈를 다시 연다.
11. OnlyReadOneBook

    closed this as completedon Sep 19, 2026