메시지 발신 설정 및 연차 사용 촉진 요구사항 (2026-08)

상태: Draft
대상: hereby Admin · hereby Sign · 내부 메신저 · SMS
범위: 조직 공통 메시지 발신 표시 설정과 연차 사용 촉진 P1

1. 문서 목적

이 문서는 다음 두 요구사항과 그 의존 관계를 정리한다.

TC20 — 메시지 발신 설정: 조직에서 내부 업무 메시지의 표시 발신자 이름·이메일을 관리한다.
P1 — 연차 사용 촉진: 1차 안내·서명·계획서 작성과 기한 초과 시 2차 사용시기 지정을 처리한다.

두 요구사항은 같은 업무 흐름에 쓰이지만 독립된 기능이다. TC20은 여러 업무 알림이 재사용할 수 있는 조직 공통 설정이고, P1은 해당 설정을 소비하는 연차 도메인 기능이다.

text

[조직 설정: 메시지 발신 표시]
              ├── 연차 촉진 1차 내부 메시지
              └── 연차 촉진 2차 지정 메시지

[owner 또는 지정 Sign Holder 이메일]
              └── Sign 조직·Holder 등록 → 조직 전용 Credential → 계약 생성

[직원 이름 + 휴대전화]
              └── Sign 서명자 생성 → SMS로 서명 URL 전달

2. AS-IS

연차 사용 촉진 관련 기능이 없다.
조직 설정에는 전자서명 발신 이름·이메일 설정이 있다.
내부 메시지용 공통 표시 발신자 설정은 없다.
일반 메신저 메시지는 실제로 메시지를 보낸 직원이 발신자로 표시된다.
Sign 연동은 owner 이메일을 기준으로 Holder를 등록하는 방향이며, 계약 생성에서는 별도의 전자서명 발신 설정도 사용하고 있어 두 정체성의 단일화가 필요하다.

3. TC20 — 메시지 발신 설정

3.1 목표

직원에게 보내는 업무용 내부 메시지에 표시할 발신 이름·이메일을 조직 설정에서 관리한다. 연차 통보·촉진 화면은 발신자를 별도로 선택하지 않고 항상 이 설정을 사용한다.

3.2 화면

대상: Admin 사용자 중 조직 설정 권한 보유자
위치: Admin → 설정 → 조직 설정
카드 제목(안): 메시지 발신
설명: 내부 메시지 발송 시 발신자 이름·이메일

조회 상태

발신 이름
발신 이메일
값이 없으면 플랫폼 기본 발신자 사용 안내

편집 상태

발신 이름 자유 입력
발신 이메일 자유 입력
조직 설정의 기존 저장 동작으로 저장
직원 선택 드롭다운을 제공하지 않음

도움말

비워두면 플랫폼 기본으로 발송됩니다. 워크스페이스 생성 시 owner 정보로 초기화돼요.

플랫폼 기본 발신자의 정확한 이름·이메일과 최종 안내 문구는 확정이 필요하다.

3.3 Sign Holder 설정과의 관계

구분	Sign Holder	메시지 발신 표시
목적	Sign 조직·계정 등록과 계약 귀속	업무용 내부 메시지 표시
기본값	조직 owner	조직 owner 정보 복사
변경 결과	Sign 재연동·계약 귀속에 영향	이후 내부 메시지 표시에만 영향
주요 식별 정보	Holder 이메일·Sign `holderUserId`	발신 이름·표시 이메일
소비 대상	hereby Sign Provisioning·계약 생성	업무용 내부 메시지

두 설정은 모양이 비슷해도 의미가 다르다. 메시지 발신 이메일을 Sign Holder 이메일로 사용하거나, Sign Holder 변경을 메시지 발신 설정 변경으로 처리하지 않는다.

3.4 규칙

조직 생성 시 owner 이름·이메일을 메시지 발신 설정의 초기값으로 복사한다.
초기화 이후의 SoT는 조직 설정값이다.
owner 계정 정보가 변경돼도 메시지 발신 설정은 자동 동기화하지 않는다.
이 설정은 발신 표시만 담당하며 메시지 문안이나 연차 촉진 본문을 관리하지 않는다.
연차현황 등 개별 발송 화면에는 발신자 피커를 제공하지 않는다.
일반 직원 간 채팅의 발신자는 실제 발송 직원으로 유지한다.
설정 변경 후에도 과거 메시지의 발신 표시가 바뀌지 않도록 발송 시점의 이름·이메일을 이력에 보존한다.
발송 버튼을 누른 실행자와 직원에게 보이는 표시 발신자는 별도로 기록한다.

3.5 이메일 필드의 의미

이 요구사항의 이메일은 내부 메시지에 표시되는 발신자 정보다. 이메일 문자열을 설정하는 것만으로 다음 기능이 생기지는 않는다.

실제 이메일 계정 또는 공용 메일함 생성
해당 주소로 이메일 수신
해당 주소 명의의 외부 이메일 발송 권한
회신 수신

실제 이메일 발송이 필요하면 별도의 이메일 전송 요구사항이 필요하다. 일반적으로 다음 항목을 별도로 구성한다.

SMTP 자격 증명, OAuth 또는 Send As 권한
발신 도메인의 SPF·DKIM 검증과 DMARC 정책
검증된 발신 주소
회신을 받을 실제 메일함 또는 Reply-To 주소

따라서 TC20은 공용 메일함 기능이 아니라 메시지 발신자 표시 설정으로 정의한다. 이 이메일은 Sign Holder 등록, Sign 서명자 식별 또는 SMS 발송에도 사용하지 않는다.

3.6 수용 기준

[ ] 조직 설정에 메시지 발신 카드가 있다.
[ ] 신규 조직의 발신 이름·이메일은 owner 정보로 초기화된다.
[ ] 발신 이름·이메일을 수정하고 저장할 수 있다.
[ ] 전자서명 카드와 동일한 필드·도움말 구조를 사용한다.
[ ] 업무용 내부 메시지에 설정된 표시 발신자가 적용된다.
[ ] 일반 직원 간 채팅의 실제 발신자는 변경되지 않는다.
[ ] 발송 실행자와 표시 발신자를 이력에서 구분할 수 있다.
[ ] 조직 설정을 변경해도 이미 발송한 메시지의 표시 발신자가 바뀌지 않는다.

3.7 Out of scope

실제 공용 이메일 계정 생성
외부 이메일 발송·수신
Sign Holder 등록·변경
SMS 발송 번호와 SMS 공급자 설정
연차 1차 안내 문안
연차 계획서
연차 사용 촉진 절차

4. P1 — 연차 사용 촉진

4.1 목표

연차현황에서 직원에게 연차 사용 촉진 제도를 안내하고, hereby Sign 서명 URL을 SMS 우선으로 전달해 직원이 제도 서명과 연차 사용 계획서 작성을 완료하도록 한다. 기한 내 완료하지 않으면 Sign 요청을 자동 취소하고, Admin이 연차 사용시기를 지정한 뒤 내부 메시지로 안내한다.

4.2 한 줄 원칙

구분	원칙
내부 메신저	1차 제도 안내와 2차 지정 결과 안내
SMS	1차 Sign 서명 URL의 기본 전달 채널
이메일	Sign 서명 URL의 선택 전달 채널. 직원 서명의 필수 정보가 아님
hereby Sign	제도 서명과 연차 사용 계획서 작성·서명
Sign Holder	owner 또는 조직이 지정한 Holder 이메일로 등록하고 계약을 귀속
직원 서명자	이름으로 생성. URL 수신 채널은 서명자 정체성과 분리
1차 완료 / 제도 적용	Sign에서 서명과 계획서가 완료된 시점
기한 초과	Sign 요청 자동 취소 후 Admin의 2차 지정과 메시지 안내
확인 위치	연차현황과 전자서명 목록
계획서·지정	연차 신청 및 잔여 차감과 분리

4.3 용어

용어	정의
1차 안내	연차현황에서 촉진 제도를 안내하고 Sign 요청 생성·URL 전달을 시작하는 동작
촉진 서명 요청	hereby Sign에 생성되는 제도 서명·계획서 작성 요청
제도 적용 / 1차 완료	직원이 Sign에서 서명과 계획서 작성을 완료한 상태
자동 취소	안내 발송 기준 기한을 초과하면 미완료 Sign 요청을 취소하는 것
2차 지정	자동 취소 후 Admin이 직원의 연차 사용 계획을 작성하고 메시지로 안내하는 것
실행자	안내 발송 또는 지정 버튼을 누른 Admin. 표시 발신자와 구분한다.
메시지 표시 발신자	TC20 메시지 발신 설정에서 가져온 이름·이메일
Sign Holder	Sign 조직의 대표 계정. 기본 owner이며 별도 Holder 지정 가능. 회사 측 기본 계약 발신·서명 계정으로 사용
Sign 서명자	Sign 문서에 서명하는 사람. 직원 이름은 필수지만 이메일은 필수가 아님
전달 채널	서명 URL을 직원에게 전달하는 SMS·이메일·내부 메시지. 서명자 정체성과 별개

4.4 범위

In scope

P1-a: 1차 안내 발송과 hereby Sign URL의 SMS 우선 전달
P1-b: Sign에서 제도 서명·계획서 작성·완료 후 제도 적용
P1-c: 기한 초과 자동 취소, Admin의 2차 지정, 내부 메시지 안내
Sign Holder 기반 계약 생성과 조직 전용 Credential 사용
전달 채널·수신 주소·발송 상태 이력
연차현황 상태와 촉진 타임라인
전자서명 목록 연동

Out of scope

노무수령 거부
소멸·수당 게이트 상세
Med/Works 내부 서명 UI
연차 결재·잔여 차감 로직 변경
2차 지정에 대한 추가 Sign 요청
실제 외부 이메일 발신 인프라 신규 구축

4.5 Sign 정체성과 전달 채널

Sign 연동은 다음 정체성을 분리한다.

정체성	기준	역할
Sign Holder	기본 owner 이메일, 또는 조직이 지정한 Holder 이메일	Sign 조직·계정 등록, Credential 발급, 계약 귀속과 회사 측 기본 서명
실행자	발송 버튼을 누른 Admin 계정	dhub 감사 이력
직원 서명자	직원 이름	Sign 문서 서명
URL 수신자	직원 휴대전화 또는 선택 이메일	서명 URL 수신
메시지 표시 발신자	TC20 설정값	내부 메시지에 보이는 조직 발신자

Holder 규칙

별도 지정이 없으면 조직 owner의 이름·이메일을 Sign Holder 등록에 사용한다.
조직이 Holder를 지정하면 지정 Holder의 이름·이메일을 사용한다.
Sign Provisioning 성공 시 외부 기업 ID, holderUserId, 조직 전용 Credential을 저장한다.
계약은 해당 Credential로 생성해 Holder에게 귀속한다.
계약 템플릿에 회사 측 서명이 있으면 Credential의 Holder를 기본 회사 측 서명자로 사용한다.
계약 생성 시 다른 creatorEmail로 Holder를 덮어쓰지 않는다.
Sign API가 creatorName·creatorEmail을 요구하면 Provisioning된 Holder 정보와 동일한 값만 전달한다.
연동 완료 후 Holder 변경은 단순 설정 수정이 아니라 명시적인 재연동·이관 절차로 처리한다.
기존 계약은 생성 당시 Holder 귀속과 감사 이력을 유지한다.

직원 서명자·전달 규칙

직원 서명자 생성에 이름은 필요하지만 이메일은 필수가 아니다.
1차 기본 전달 채널은 SMS이며 직원 휴대전화를 사용한다.
이메일 전달을 선택할 때만 직원 이메일을 사용한다.
내부 메시지는 제도 안내를 담당하며, 필요하면 동일 Sign URL을 함께 제공할 수 있다.
전달 채널은 계약·서명자 정체성에 영향을 주지 않는다.
선택한 채널에 필요한 연락처가 없으면 발송 전 차단하고 보완 방법을 안내한다.

4.6 전체 프로세스

text

[owner 또는 지정 Holder]
        └─ Sign 조직·Holder 등록 → 조직 전용 Credential
                                      │
[Admin] 연차현황에서 1차 안내 발송   │
        ├─ 내부 메시지: 제도 안내    │
        └─ Sign 요청 생성 ───────────┘
              └─ SMS: 직원 휴대전화로 Sign URL 전달
                         │
                         ├─ [직원] 기한 내 서명 + 계획서 완료
                         │     ├─ 상태: 제도 적용(1차 완료)
                         │     ├─ 연차현황 반영
                         │     └─ 전자서명 목록에서 확인
                         │
                         └─ 기한 초과 · 미완료
                               ├─ Sign 요청 자동 취소
                               ├─ 상태: 요청 취소(기한 초과)
                               ├─ [Admin] 연차 사용시기 지정
                               ├─ 내부 메시지: 지정 사유 + 일정
                               └─ 상태: 2차 지정 완료

4.7 연차현황 상태

상태	의미
안내 전	1차 안내를 발송하지 않음
1차 안내됨 · 서명 대기	안내와 Sign 링크를 발송했으나 Sign 미완료
제도 적용(1차 완료)	Sign 서명과 계획서 작성 완료
요청 취소(기한 초과)	기한 초과로 Sign 요청 자동 취소
2차 지정 완료	Admin의 계획 저장과 메시지 안내 완료

5. P1-a — 1차 안내 발송

5.1 Admin 화면

위치: 연차현황 → 관리 열 → 개별 통지 또는 동등 액션

모달에 다음 정보를 표시한다.

직원과 잔여 연차 요약
안내 문안 미리보기
촉진 이력
닫기 / 안내 보내기

5.2 발송 동작

직원에게 내부 메시지로 제도 안내를 보낸다.
조직 전용 Sign Credential로 촉진 서명 요청을 생성한다.
직원 이름을 Sign 서명자로 설정한다.
기본적으로 직원 휴대전화에 SMS로 Sign URL을 전달한다.
선택 정책에 따라 이메일 또는 내부 메시지로도 동일 URL을 전달할 수 있다.
채널·마스킹된 수신 주소·발송 시각·실행자·발송 결과를 타임라인에 기록한다.
Sign 요청 생성과 필수 채널 발송이 성공하면 상태를 1차 안내됨 · 서명 대기로 변경한다.
안내 발송만으로 제도를 적용하지 않는다.

5.3 메시지 규칙

표시 발신자: TC20 메시지 발신 설정 사용
Sign 계약 귀속: Provisioning된 Holder와 조직 전용 Credential 사용
Sign URL 기본 전달: 직원 휴대전화 SMS
직원 이메일: 이메일 전달을 선택한 경우에만 사용
발송 화면에 발신자 피커를 제공하지 않음
제출 기한 안내 포함
게시판 안내 기능과는 별개

5.4 수용 기준

[ ] 연차현황에서 보내면 직원에게 제도 안내가 전달된다.
[ ] Provisioning된 Holder의 조직 전용 Credential로 hereby Sign 요청이 생성된다.
[ ] 이메일이 없는 직원도 이름과 휴대전화로 Sign 요청을 받을 수 있다.
[ ] Sign URL이 기본적으로 SMS로 전달된다.
[ ] 연차현황 상태가 서명 대기로 변경된다.
[ ] 안내만 발송한 상태는 제도 적용으로 처리하지 않는다.
[ ] 실행자·Holder·직원 서명자·전달 채널·메시지 표시 발신자가 구분되어 기록된다.

6. P1-b — Sign 제도 서명과 계획서 작성

6.1 직원 흐름

기본적으로 SMS로 받은 URL을 통해 hereby Sign 문서를 연다.
연차 사용 촉진 제도를 확인하고 서명한다.
같은 흐름에서 연차 사용 예정일을 작성한다.
서명과 계획서 요건을 모두 충족하면 완료한다.

6.2 완료 처리

연차현황 상태를 제도 적용(1차 완료)으로 변경한다.
촉진 타임라인에 서명 완료 시각과 계획 일정을 기록한다.
동일 서명 건을 전자서명 목록에서 조회할 수 있다.
계획서 작성만으로 연차를 신청하거나 잔여 연차를 차감하지 않는다.
완료한 직원은 2차 지정 대상이 아니다.

6.3 수용 기준

[ ] Sign 링크에서 제도 서명과 계획서 작성이 가능하다.
[ ] 직원 이메일이 없어도 서명 흐름을 완료할 수 있다.
[ ] 두 요건을 완료하면 연차현황에 제도 적용 상태가 표시된다.
[ ] 전자서명 메뉴에서 원본·상태·완료 일시를 확인할 수 있다.
[ ] 계획서 작성으로 잔여 연차가 줄지 않는다.

7. P1-c — 기한 초과·자동 취소·2차 지정

7.1 자동 취소

1차 안내 발송 시각을 기준으로 기한을 판정한다.
기한을 초과했는데 Sign이 완료되지 않았으면 해당 요청을 자동 취소한다.
취소한 링크로는 더 이상 서명·계획서 작성을 완료할 수 없다.
연차현황 상태를 요청 취소(기한 초과)로 변경한다.
타임라인에 자동 취소 사유와 시각을 기록한다.

7.2 Admin 2차 지정 화면

위치: 연차현황 → 관리 열 → 사용시기 지정 또는 연차 계획 작성

모달에 다음 정보를 표시한다.

1차 안내일
자동 취소 사유
잔여 연차
촉진 이력
달력 또는 일정 입력 UI
닫기 / 지정 후 안내 보내기

7.3 지정 완료 동작

Admin이 직원의 연차 계획을 작성한다.
계획을 저장한다.
직원에게 지정 사유와 계획 일정을 내부 메시지로 보낸다.
메시지 발송까지 성공하면 상태를 2차 지정 완료로 변경한다.
지정 필요 목록에서 해당 직원을 제외한다.
2차 지정만으로 연차를 신청하거나 잔여 연차를 차감하지 않는다.

7.4 `사용시기 지정` 활성 조건

다음을 모두 충족할 때만 활성화한다.

1차 안내 발송 이력이 있다.
Sign에서 제도 적용이 완료되지 않았다.
안내 발송 후 기한이 지났고 Sign 요청이 자동 취소됐다.
아직 2차 지정 완료 상태가 아니다.
잔여 연차가 1일 이상이다.
재직 중이며 연차현황 관리 대상이다.
실행자에게 지정 권한이 있다.

7.5 비활성 툴팁 우선 문구

사유	문구
권한 없음	`사용시기를 지정할 권한이 없어요.`
대상 아님	`지정할 수 있는 직원이 아니에요.`
잔여 0	`잔여 연차가 없어 사용시기를 지정할 수 없어요.`
1차 안내 없음	`1차 안내를 보낸 뒤에 사용시기를 지정할 수 있어요.`
이미 제도 적용	`이미 촉진 서명이 완료되어 사용시기를 지정할 수 없어요.`
아직 기한 전	`안내 발송 후 제출 기한이 지난 뒤에 사용시기를 지정할 수 있어요.`
이미 2차 지정	`이미 사용시기를 지정했어요.`

7.6 2차 메시지 필수 내용

지정 사유: 촉진 서명·계획서 제출 기한이 지나 회사가 사용일을 지정했다는 설명
연차 계획 일정 목록
TC20에서 설정한 메시지 표시 발신자

7.7 수용 기준

[ ] 기한을 초과한 미완료 Sign 요청이 자동 취소된다.
[ ] 연차현황에서 취소 및 지정 필요 상태를 확인할 수 있다.
[ ] 조건을 충족한 경우에만 사용시기 지정이 활성화된다.
[ ] Admin이 계획을 작성하고 직원에게 안내할 수 있다.
[ ] 메시지에 지정 사유와 계획 일정이 포함된다.
[ ] 메시지 발송까지 성공한 후 2차 지정 완료로 처리된다.
[ ] 완료 후 지정 필요 목록에서 제외된다.
[ ] 1차 완료 직원은 2차 지정 대상이 아니다.
[ ] 2차 지정으로 잔여 연차가 줄지 않는다.

8. 확인 위치

내용	확인 위치
진행 상태·일정·실행 이력	연차현황의 촉진 타임라인
서명 원본·상태·일시	전자서명 메뉴
제도 안내·2차 지정 안내	내부 메신저
1차 Sign URL 전달	SMS 기본, 이메일·내부 메시지 선택
제도 서명·계획서 작성	hereby Sign
메시지 표시 발신자 설정	조직 설정 → 메시지 발신
Sign Holder·연동 상태	조직 설정 → 전자서명

9. 데이터 및 감사 원칙

9.1 설정과 발송 이력 분리

조직 설정은 다음 발송에 사용할 기본값이다.
발송 이력은 발송 당시 값을 스냅샷으로 보존한다.
설정 변경으로 과거 기록을 다시 계산하지 않는다.

9.2 실행자와 표시 발신자 분리

정보	목적
실행자 ID	누가 발송·지정을 실행했는지 감사
표시 발신 이름 스냅샷	직원에게 실제로 표시된 이름 보존
표시 발신 이메일 스냅샷	직원에게 실제로 표시된 이메일 보존

9.3 Sign Holder와 전달 이력

정보	목적
Holder 계정 ID 또는 지정자 ID	dhub에서 선택된 Holder 추적
Holder 이름·이메일 스냅샷	Provisioning 당시 Sign 계정 정체성 보존
외부 기업 ID	Sign 조직과 dhub 조직 연결
외부 `holderUserId`	Sign Holder 사용자 연결
조직 전용 Credential 참조	해당 Holder·조직 명의의 Sign API 호출
전달 채널	SMS·이메일·내부 메시지 구분
마스킹된 수신 주소	개인정보 노출 없이 실제 전달 대상 감사
공급자 메시지 ID·상태·시각	발송 성공·실패·재시도 추적

API Secret과 같은 민감한 Credential은 조직 일반 설정에 평문으로 저장하지 않고 전용 Credential 저장소에서 암호화해 관리한다.

9.4 멀티테넌시

모든 설정·메시지·촉진 이력·Sign 요청은 조직 범위로 격리한다.
다른 조직의 설정이나 촉진 정보를 조회하거나 사용할 수 없다.

9.5 Holder 변경

Sign 연동 전에는 owner 또는 지정 Holder를 선택할 수 있다.
Sign 연동 후에는 이메일 문자열만 수정할 수 없고, 별도의 Holder 변경 절차를 시작해야 한다.
변경 절차는 신규 Holder 등록 또는 연결, Credential 교체, 연동 상태 검증을 포함한다.
기존 계약의 Holder·서명·감사 이력은 변경하지 않는다.
진행 중 계약의 처리와 기존 Holder 접근권한 회수 시점은 별도 정책으로 확정한다.

9.6 현재 구현 대비 필수 변경

Sign Provisioning의 Holder 원천을 owner 고정에서 owner 또는 지정 Holder로 확장한다.
Sign 요청 입력에서 직원 이메일 필수를 제거하고, 이름은 필수·휴대전화는 SMS 선택 시 필수로 검증한다.
계약 생성 시 별도의 전자서명 발신 이메일이 Provisioning된 Holder를 덮어쓰지 않게 한다.
회사 측 서명이 필요한 계약에서는 Credential Holder가 기본 회사 측 서명자가 되게 한다.
Sign API가 creator 정보를 요구하면 저장된 Holder 스냅샷과 동일한 값만 전달한다.
1차 안내 흐름에 SMS 발송과 발송 결과 이력을 추가한다.
Sign 요청 생성 성공·SMS 실패 같은 부분 실패에 대한 재시도와 멱등성을 보장한다.

10. 통합 수용 기준

[ ] 조직 설정에서 메시지 표시 발신자를 관리할 수 있다.
[ ] 신규 조직은 owner 정보로 메시지 발신 설정이 초기화된다.
[ ] 연차 1차·2차 메시지는 해당 설정을 사용한다.
[ ] Sign 미연동 조직은 기본 owner 또는 지정 Holder 이메일로 Holder를 등록할 수 있다.
[ ] Sign 연동 후 외부 기업 ID·holderUserId·조직 전용 Credential이 보존된다.
[ ] hereby Sign 요청은 Provisioning된 Holder의 조직 전용 Credential을 사용한다.
[ ] 별도의 creator 이메일이 Provisioning된 Holder를 덮어쓰지 않는다.
[ ] 회사 측 서명이 필요한 계약은 Holder를 기본 회사 측 서명자로 사용한다.
[ ] 연차현황에서 1차 안내를 보내고 Sign URL을 SMS로 전달할 수 있다.
[ ] 직원 이메일이 없어도 이름과 휴대전화로 서명 요청을 진행할 수 있다.
[ ] 직원이 Sign에서 제도 서명과 계획서를 완료할 수 있다.
[ ] 완료 시 연차현황과 전자서명 목록에 결과가 반영된다.
[ ] 기한 초과 시 미완료 요청이 자동 취소된다.
[ ] Admin이 2차 계획을 지정하고 사유·일정을 메시지로 안내할 수 있다.
[ ] 계획서 작성과 2차 지정만으로 잔여 연차가 차감되지 않는다.
[ ] Holder·서명자·발송 실행자·표시 발신자·전달 채널을 구분해 감사할 수 있다.
[ ] Holder 변경은 단순 이메일 수정이 아니라 명시적 재연동 절차를 사용한다.

11. Open Questions

ID	질문	영향
OQ-1	플랫폼 메시지 기본 발신자의 실제 이름·이메일은 무엇인가?	TC20 빈 값 동작·도움말
OQ-2	메시지 발신 이메일을 Messenger 화면에 실제로 노출할 것인가, 이력에만 저장할 것인가?	UI·메시지 응답 모델
OQ-3	1차 제출 기한은 항상 10일인가, 요청별로 수정 가능한가?	기한 모델·자동 취소 스케줄
OQ-4	수정 가능하다면 기간 숫자와 마감일 중 무엇을 입력하는가?	Admin 발송 UI·타임존 처리
OQ-5	서명 대기 중 재발송을 허용하는가? 허용한다면 기존 기한을 유지하는가?	중복 요청·타임라인·자동 취소
OQ-6	메시지 발송과 Sign 요청 생성 중 하나만 실패했을 때의 재시도 정책은 무엇인가?	트랜잭션·멱등성·사용자 안내
OQ-7	마감 시각과 Sign 완료가 동시에 발생하면 어떤 결과를 우선하는가?	상태 경쟁·스케줄러
OQ-8	연차 계획 일정에 반차·중복일·휴일을 허용하는가?	계획서·2차 지정 검증
OQ-9	2차 지정 메시지 발송 실패 시 계획은 임시 저장인가, 전체 실패인가?	상태·재시도 UX
OQ-10	이메일을 Sign URL의 대체 전달 채널로 P1에 포함할 것인가?	발송 UI·이메일 인프라
OQ-11	지정 Holder는 dhub 계정에서 선택하는가, 이름·이메일을 직접 입력하는가?	데이터 무결성·권한
OQ-12	Holder 변경 시 진행 중 계약은 기존 Holder로 유지하는가?	이관·접근권한·감사
OQ-13	SMS 발송 실패 시 내부 메시지로 자동 대체할 것인가, Admin 재시도를 요구할 것인가?	상태·재시도 UX
OQ-14	1차 내부 메시지에도 Sign URL을 함께 넣을 것인가?	채널 역할·사용자 경험

메시지 발신 설정 및 연차 사용 촉진 요구사항 (2026-08) ​

1. 문서 목적 ​

2. AS-IS ​

3. TC20 — 메시지 발신 설정 ​

3.1 목표 ​

3.2 화면 ​

조회 상태 ​

편집 상태 ​

도움말 ​

3.3 Sign Holder 설정과의 관계 ​

3.4 규칙 ​

3.5 이메일 필드의 의미 ​

3.6 수용 기준 ​

3.7 Out of scope ​

4. P1 — 연차 사용 촉진 ​

4.1 목표 ​

4.2 한 줄 원칙 ​

4.3 용어 ​

4.4 범위 ​

In scope ​

Out of scope ​

4.5 Sign 정체성과 전달 채널 ​

Holder 규칙 ​

직원 서명자·전달 규칙 ​

4.6 전체 프로세스 ​

4.7 연차현황 상태 ​

5. P1-a — 1차 안내 발송 ​

5.1 Admin 화면 ​

5.2 발송 동작 ​

5.3 메시지 규칙 ​

5.4 수용 기준 ​

6. P1-b — Sign 제도 서명과 계획서 작성 ​

6.1 직원 흐름 ​

6.2 완료 처리 ​

6.3 수용 기준 ​

7. P1-c — 기한 초과·자동 취소·2차 지정 ​

7.1 자동 취소 ​

7.2 Admin 2차 지정 화면 ​

7.3 지정 완료 동작 ​

7.4 사용시기 지정 활성 조건 ​

7.5 비활성 툴팁 우선 문구 ​

7.6 2차 메시지 필수 내용 ​

7.7 수용 기준 ​

8. 확인 위치 ​

9. 데이터 및 감사 원칙 ​

9.1 설정과 발송 이력 분리 ​

9.2 실행자와 표시 발신자 분리 ​

9.3 Sign Holder와 전달 이력 ​

9.4 멀티테넌시 ​

9.5 Holder 변경 ​

9.6 현재 구현 대비 필수 변경 ​

10. 통합 수용 기준 ​

11. Open Questions ​