companies/{company_id}/delete_logs 스키마
회사 범위의 삭제 이력. 출퇴근 로그 등 중요 문서를 실제 삭제할 때 감사(audit)용으로 기록됩니다.
저장 위치
생성 시점
현재 회사 파트에서 확인된 생성 경로는 다음 1개:
_delete_company_attendance_log(con24/company/attendence.py)attendance_logs/{log_id}삭제 직전에delete_logs에 로그 1건 추가 후 원본 삭제.
현장(site) 관련 삭제 로그도 동일한 컬렉션을 공유할 가능성이 있지만, 회사 파트 코드에서 직접 기록되는 패턴은 위 한 가지입니다.
문서 필드
| 필드 | 타입 | 설명 |
|---|---|---|
type |
string | 삭제된 대상 타입 (현재 "company_attendance_log"만 사용) |
target_id |
string | 삭제된 원본 문서의 ID |
site_id |
string? | 현장 삭제의 경우 site_id, 회사 출퇴근 로그 삭제는 null |
delete_at |
timestamp | 삭제 시각 (firestore.SERVER_TIMESTAMP) |
delete_by |
string | 삭제 수행자 UID |
예시 문서
{
"type": "company_attendance_log",
"target_id": "attendance_log_id_123",
"site_id": null,
"delete_at": "2026-04-22T11:30:00Z",
"delete_by": "firebase_uid_admin"
}
연관 규칙
_delete_company_attendance_log는 진행 중인company_attendance요청(pending)이 있으면 삭제를 거부함 (ATTENDANCE_014).- 삭제 후 원본
attendance_logs/{log_id}는 실제 삭제되므로, 복원은 본 로그를 참조해 수동 처리해야 함.