이슈 본연: API 레퍼런스의 미채움 마커 5종(실측 제외/TODO/필드 없음/대표 에러 없음)
1,194건을 코드에서 읽어 전수 채우고(0건), api:docgen 재생성이 사람이 채운 내용을
손실·열화시키던 멱등성 결함 4종(CRLF, 표 파이프 이스케이프, 에러 서술 보존, 중복
라우트명 키)을 근본 수정. --check 를 실측 제외와 드리프트가 구분되도록 재정의.
ParameterDescriber/ResourceFieldDescriber 에 leaf 폴백·SEO 스코프·공통 사전 확장.
파생 결함(문서 실측 중 발견): ResponseHelper 기본 메시지 키 6종이 존재하지 않는
messages.* 를 가리켜 응답 message 가 번역문 대신 키 문자열로 노출되던 문제를 common.*
으로 정정하고, 코어 7 + gdpr/marketing/pay_kginicis/verification/ecommerce 확장의
호출부와 누락 lang 키(게시판 10키 + 이커머스 category_images 4키 포함)를 ko/en/ja
전수 정정. 중복 그룹 키 2건은 기존 키로 호출부 통합.
보안: GET /api/identity/challenges/{id} 는 권한 가드 없는 공개 폴링 엔드포인트인데
Service::getStatus 가 attempts/max_attempts 를 응답에 담아 남은 시도 횟수를 추론할 수
있었다. 두 필드를 제거하고, 챌린지 화면(admin_basic/basic)의 서버 attempts 참조를
제거(남은 횟수 UI 는 query fallback + verify 실패 시 로컬 증가로 유지).
부수 정리(변경셋에 들어온 board 컨트롤러의 audit 사전 결함): FormRequest 4개 신설로
base Request 주입 제거, CommentController 의 Board 직접 호출을 BoardService 위임으로
전환, PHPDoc @return 보강. board 스위트에서 발견한 stale test 3건(seed SSoT 불일치,
admin 계정 user 역할 누락)도 같은 세션에서 정정.
버전 정렬(공개 release 기준): 코어 7.0.3→7.0.4, sirsoft-board 1.0.1→1.0.2,
verification_kginicis 1.0.0→1.0.1, admin_basic 1.0.1→1.0.4.
13 KiB
Notification Logs API 레퍼런스
소유: 코어 · 생성:
php artisan api:docgen(실측 기반). @generated 블록은 재생성 시 갱신되며, 사람이 작성한 설명은 보존됩니다.
TL;DR (5초 요약)
1. 이 문서는 실제 API 호출로 실측한 Notification Logs 엔드포인트 레퍼런스입니다
2. 각 엔드포인트: 메서드/URI/권한 + 요청 파라미터 표 + 요청 예시(curl) + 실측 응답 필드 표 + 응답 예시(envelope)
3. 응답 필드의 예시값·응답 예시 JSON 은 실제 호출 응답에서 관측된 값입니다
4. 갱신: 코드 변경 후 php artisan api:docgen 재실행
5. 설명(TODO) 칸은 사람이 채웁니다
GET /api/admin/notification-logs
- 라우트명:
api.admin.notification-logs.index - 컨트롤러:
App\Http\Controllers\Api\Admin\NotificationLogController@index - 인증/권한:
auth:sanctum+permission:core.notification-logs.read
요청 파라미터
| 이름 | 위치 | 타입 | 필수 | 허용값 | 용도 |
|---|---|---|---|---|---|
| sender_user_id | query | integer | 아니오 | — | sender user 식별자 |
| recipient_user_id | query | integer | 아니오 | — | recipient user 식별자 |
| search | query | string | 아니오 | max 255 | 검색어 (지정한 검색 대상 필드에서 부분 일치) |
| channel | query | string | 아니오 | max 50 | 발송 채널 필터 (해당 채널로 발송된 이력만 조회 — mail, database, fcm 등) |
| notification_type | query | string | 아니오 | max 100 | 알림 타입 필터 (해당 타입의 이력만 조회 — welcome, order_confirmed 등) |
| extension_type | query | string | 아니오 | core, module, plugin |
확장 유형 (core/module/plugin/template) |
| status | query | string | 아니오 | — | 상태 필터 (해당 상태의 항목만 조회) |
| per_page | query | integer | 아니오 | min 1, max 100 | 페이지당 항목 수 |
| sort_by | query | string | 아니오 | id, channel, notification_type, status, sent_at, created_at, recipient_name, subject |
정렬 기준 필드명 (recipient_name·subject 는 관리자 화면의 "수신자명순"·"제목순" 정렬에 대응) |
| sort_order | query | string | 아니오 | asc, desc |
정렬 방향 (asc 오름차순 / desc 내림차순) |
이 엔드포인트는 확장이 파라미터를 추가할 수 있습니다 (
core.notification_log.index_validation_rules).
요청 예시
GET /api/admin/notification-logs?sender_user_id=1&recipient_user_id=1&search=%EC%98%88%EC%8B%9C%EA%B0%92&channel=%EC%98%88%EC%8B%9C%EA%B0%92¬ification_type=%EC%98%88%EC%8B%9C%EA%B0%92&extension_type=core&status=%EC%98%88%EC%8B%9C%EA%B0%92&per_page=1&sort_by=id&sort_order=asc HTTP/1.1
Host: api.example.com
Accept: application/json
Authorization: Bearer {YOUR_TOKEN}
응답 필드 (data 내부)
목록 응답: data.data[] 배열 항목의 필드 + data.pagination.
| 필드 | 타입 | 실측 예시값 | 용도/설명 |
|---|---|---|---|
| number | integer | 7549 |
목록에서의 순번 (페이지네이션 반영 행 번호 — HasRowNumber 파생) |
| id | integer | 7559 |
기본 키 (내부 식별자) |
| channel | string | mail |
채널: mail, database, fcm 등 |
| notification_type | string | apidoc.sample.event |
알림 타입: welcome, order_confirmed 등 |
| extension_type | string | core |
확장 타입: core, module, plugin |
| extension_identifier | string | `` | 확장 식별자 |
| recipient_user_id | integer | 1240 |
recipient user 식별자 (연관 리소스 참조) |
| recipient_identifier | string | apidoc-sample-user@example.com |
수신자 식별자 (채널별: 이메일, 디바이스토큰, user_id 등) |
| recipient_name | string | API 문서 샘플 사용자 |
수신자 표시명 (발송 시점 스냅샷) |
| sender_user_id | integer | 1240 |
sender user 식별자 (연관 리소스 참조) |
| sender | object | {"uuid":"a2640dae-e87c-4a28-b4f1-481fd961dc02","name":"AP… |
발신자 사용자 객체 (uuid/name/email — senderUser 관계 파생) |
| recipient | object | {"uuid":"a2640dae-e87c-4a28-b4f1-481fd961dc02","name":"AP… |
수신자 사용자 객체 (uuid/name/email — recipientUser 관계 파생) |
| subject | string | API 문서 샘플 알림 |
렌더링된 제목 |
| body | string | 문서 실측용 알림 본문입니다. |
렌더링된 본문 |
| status | string | sent |
상태: sent, failed, skipped |
| error_message | string | SMTP 호스트가 설정되지 않았습니다. |
에러 메시지 |
| source | string | apidoc |
발송 출처: notification, test_mail 등 |
| sent_at | string | 2026-07-31 21:55:00 |
sent 일시 |
| created_at | string | 2026-07-31 22:55:00 |
생성 일시 |
| updated_at | string | 2026-07-31 22:55:00 |
최종 수정 일시 |
| abilities | object | {"can_delete":true} |
현재 사용자가 이 리소스에 수행 가능한 작업 불리언 맵 (can_update, can_delete 등 — 권한 맵 기반) |
응답 예시
HTTP/1.1 200
{
"success": true,
"message": "알림 발송 이력을 조회했습니다.",
"data": {
"data": [
{
"number": 7549,
"id": 7559,
"channel": "mail",
"notification_type": "apidoc.sample.event",
"extension_type": "core",
"extension_identifier": "",
"recipient_user_id": 1240,
"recipient_identifier": "apidoc-sample-user@example.com",
"recipient_name": "API 문서 샘플 사용자",
"sender_user_id": 1240,
"sender": {
"uuid": "a2640dae-e87c-4a28-b4f1-481fd961dc02",
"name": "API 문서 샘플 사용자",
"email": "apidoc-sample-user@example.com"
},
"recipient": {
"uuid": "a2640dae-e87c-4a28-b4f1-481fd961dc02",
"name": "API 문서 샘플 사용자",
"email": "apidoc-sample-user@example.com"
},
"subject": "API 문서 샘플 알림",
"body": "문서 실측용 알림 본문입니다.",
"status": "sent",
"error_message": null,
"source": "apidoc",
"sent_at": "2026-07-31 21:55:00",
"created_at": "2026-07-31 22:55:00",
"updated_at": "2026-07-31 22:55:00",
"abilities": {
"can_delete": true
}
},
{
"number": 7548,
"id": 7558,
"channel": "mail",
"notification_type": "inquiry_received",
"extension_type": "module",
"extension_identifier": "sirsoft-ecommerce",
"recipient_user_id": null,
"recipient_identifier": "saemi.cho@example.com",
"recipient_name": "송민성",
"sender_user_id": null,
"sender": null,
"recipient": null,
"subject": null,
"body": null,
"status": "skipped",
"error_message": "SMTP 호스트가 설정되지 않았습니다.",
"source": "notification",
"sent_at": "2026-07-31 21:41:59",
"created_at": "2026-07-31 21:41:59",
"updated_at": "2026-07-31 21:41:59",
"abilities": {
"can_delete": true
}
},
"... (총 25건 중 2건 표시)"
],
"pagination": {
"current_page": 1,
"last_page": 302,
"per_page": 25,
"total": 7549,
"from": 1,
"to": 25,
"has_more_pages": true
},
"abilities": {
"can_delete": true
}
}
}
에러 응답
| 상태코드 | 의미 | 발생 조건 |
|---|---|---|
| 401 | Unauthenticated | 유효한 Bearer 토큰이 없거나 만료된 경우 |
| 403 | Forbidden | 요구 권한(core.notification-logs.read)이 없는 경우 |
| 422 | Unprocessable Entity | 요청 파라미터가 검증 규칙을 위반한 경우 (error.errors 에 필드별 메시지) |
설명 알림 발송 이력을 페이지네이션으로 조회합니다. 인증(auth:sanctum)과 core.notification-logs.read 권한이 필요합니다. 발송자/수신자 ID, search, channel, notification_type, extension_type, status 로 필터링하고 sort_by/sort_order 로 정렬하며, 확장이 core.notification_log.index_validation_rules 훅으로 필터를 추가할 수 있습니다. 요청 사용자(request->user())를 Service 에 전달해 열람 범위를 결정하며, 관리자 알림 발송 이력 화면을 렌더링할 때 사용합니다.
POST /api/admin/notification-logs/bulk-delete
- 라우트명:
api.admin.notification-logs.bulk-destroy - 컨트롤러:
App\Http\Controllers\Api\Admin\NotificationLogController@bulkDestroy - 인증/권한:
auth:sanctum+permission:core.notification-logs.delete
요청 파라미터
| 이름 | 위치 | 타입 | 필수 | 허용값 | 용도 |
|---|---|---|---|---|---|
| ids | body | array | 예 | min 1 | 대상 리소스 식별자 배열 (대량 작업 대상) |
요청 예시
POST /api/admin/notification-logs/bulk-delete HTTP/1.1
Host: api.example.com
Accept: application/json
Authorization: Bearer {YOUR_TOKEN}
Content-Type: application/json
{
"ids": [
"예시값"
]
}
응답 필드 (data 내부)
단건 응답: data 객체의 필드.
| 필드 | 타입 | 실측 예시값 | 용도/설명 |
|---|---|---|---|
| deleted_count | integer | 3 |
실제로 삭제된 알림 발송 이력 건수 (요청한 ids 중 존재하는 행만 카운트) |
응답 예시
HTTP/1.1 200
{
"success": true,
"message": "선택한 알림 발송 이력이 삭제되었습니다.",
"data": {
"deleted_count": 3
}
}
에러 응답
| 상태코드 | 의미 | 발생 조건 |
|---|---|---|
| 401 | Unauthenticated | 유효한 Bearer 토큰이 없거나 만료된 경우 |
| 403 | Forbidden | 요구 권한(core.notification-logs.read)이 없는 경우 |
| 422 | Unprocessable Entity | 요청 파라미터가 검증 규칙을 위반한 경우 (error.errors 에 필드별 메시지) |
설명 알림 발송 이력을 ID 배열(ids)로 다건 삭제하고 삭제 건수(deleted_count)를 반환합니다. 인증(auth:sanctum)과 core.notification-logs.delete 권한이 필요합니다. 복구 불가능한 삭제이므로 주의가 필요하며, 관리자가 목록에서 여러 이력을 선택해 일괄 정리할 때 사용합니다.
DELETE /api/admin/notification-logs/{notificationLog}
- 라우트명:
api.admin.notification-logs.destroy - 컨트롤러:
App\Http\Controllers\Api\Admin\NotificationLogController@destroy - 인증/권한:
auth:sanctum+permission:core.notification-logs.delete
요청 파라미터
| 이름 | 위치 | 타입 | 필수 | 허용값 | 용도 |
|---|---|---|---|---|---|
| notificationLog | path | string | 예 | — | 대상 notification log의 식별자 |
요청 예시
DELETE /api/admin/notification-logs/{notificationLog} HTTP/1.1
Host: api.example.com
Accept: application/json
Authorization: Bearer {YOUR_TOKEN}
응답 필드 (data 내부)
이 엔드포인트는 data 를 반환하지 않습니다 (성공 메시지만 — 컨트롤러가 success(__('notification_log.delete_success')) 만 호출하므로 data 는 null).
응답 예시
HTTP/1.1 200
{
"success": true,
"message": "알림 발송 이력이 삭제되었습니다.",
"data": null
}
에러 응답
| 상태코드 | 의미 | 발생 조건 |
|---|---|---|
| 401 | Unauthenticated | 유효한 Bearer 토큰이 없거나 만료된 경우 |
| 403 | Forbidden | 요구 권한(core.notification-logs.read)이 없는 경우 |
| 404 | Not Found | path 파라미터에 해당하는 리소스가 없는 경우 |
| 422 | Unprocessable Entity | 요청 파라미터가 검증 규칙을 위반한 경우 (error.errors 에 필드별 메시지) |
설명 단일 알림 발송 이력을 삭제합니다. 인증(auth:sanctum)과 core.notification-logs.delete 권한이 필요합니다. notificationLog 경로 파라미터로 대상을 지정하며, 복구 불가능한 삭제입니다. 관리자가 개별 발송 이력 한 건을 제거할 때 사용합니다.