SLA 마감 계산 한계

표는 하나의 운영시간에서 현지 시각이 이동하는 일반 사례를 보여줍니다. 입력한 현지 시각이 하나의 실제 순간인지, 공휴일이 계약 시계를 멈추는지, 대기열·인계 사건이 없는지는 증명하지 않습니다. 먼저 계산을 재현하고 타임스탬프, 정책, 이벤트 이력을 별도로 확인하세요.

사용자 브라우저 시간대가 아니라 계약이나 운영정책에 적힌 시간대로 계산해야 합니다. 같은 순간도 America/New_York, UTC, Asia/Seoul에서는 날짜와 시각이 다릅니다. 임시 UTC 오프셋이나 시간대 없는 현지 시각 대신 시간대 식별자를 함께 기록하세요. 지역 간 인계가 있어도 계약이 정하지 않았다면 기준 시계가 자동으로 바뀌지 않습니다. 고객과 제공자 시간대를 함께 표시하더라도 계산용 기준은 하나로 유지해야 합니다.

서머타임 전환 시 봄에는 존재하지 않는 현지 시각이 생기고 가을에는 같은 시각이 두 번 나타날 수 있습니다. 시간대와 오프셋 없는 01:30 같은 기록은 어느 순간인지 모호할 수 있습니다. DeadlineDays는 선택한 시간대를 현지 시각 문맥으로 기록하지만 입력을 실제 순간으로 변환하거나 누락·중복 시각을 해석하지 않습니다. 전환일 근처의 마감은 원본 시스템에서 UTC 시각과 오프셋을 함께 확인하세요.

업무시간 모드는 설정한 개시·종료 시각 안에서만 계산합니다. 개시 전이나 종료 후에 접수된 건은 다음으로 유효한 운영 구간으로 이동하고, 휴식시간을 설정하면 그 구간은 제외합니다. 점심시간 업무, 온콜 대응, 연장 운영이 계약상 시간에 포함되는지 확인하세요. 실제로 SLA 시계가 멈추지 않는다면 인력 감소를 전체 휴무로 모델링해서는 안 됩니다.

SLA 문서는 응답·확인·우회책·복구·해결 목표를 나누고 각각 다른 시점부터 계산할 수 있습니다. 티켓 접수, 유효성 확인, 담당자 배정, 심각도 확정 중 무엇이 시작점인지 계약에서 확인해야 합니다. 장애 등급이 바뀔 때 목표를 재시작하는지 원래 시각을 유지하는지도 정책마다 다릅니다. 계산 대상 의무의 기산 시각과 규칙을 결과 옆에 기록하세요.

공휴일 데이터는 참고 계층이며 지역 정부, 은행, 고용주, 고객, 서비스 제공자 달력과 다를 수 있습니다. 대체공휴일은 다른 날짜로 이동할 수 있고 회사 휴무는 공통 데이터에 없습니다. 계약이 인정하는 고객사·제공자 휴무를 사용자 지정 날짜로 추가하세요. 24시간 장애 대응 SLA는 국가 공휴일이라고 해서 자동으로 멈춘다고 가정하면 안 됩니다.

날짜가 적힌 SLA 예시는 2026년 7월 28일 출처 원장에서 검증된 공휴일 범위만 사용할 수 있습니다. 미국은 주 5일 근무 연방 직원의 관측 휴무일 범위이며 지역·고용주·은행·학교·서비스 제공자 달력은 제외합니다. 서머타임 전환 일정은 원장에 공식 검증이 없으므로 이 페이지에서 특정 날짜를 주장하지 않습니다.

• 미국 인사관리처 - 연방 공휴일

서비스 플랫폼은 고객 회신 대기, 외부 공급업체 대기, 제외 상태에서 SLA 시계를 멈출 수 있습니다. 지역별 팀이 업무를 넘겨받는 follow-the-sun 운영은 여러 운영시간과 인계 규칙을 사용합니다. DeadlineDays는 대기열 이력, 상태 변경, 인력 달력, 인계 이벤트를 불러오지 않으므로 하나의 운영시간으로 이를 재현할 수 없습니다. 실제 서비스 데스크 SLA 엔진을 기준 기록으로 사용하고 계산기는 독립적인 타당성 점검에 사용하세요.

유효한 요청이 언제 접수됐는지, 승인 채널로 들어왔는지, 가을 서머타임 중복 시각 중 어느 기록인지, 심각도 분류가 정당한지는 계산기가 판단할 수 없습니다. 이는 증거와 계약 해석의 문제입니다. 시작 사건이 틀리면 정밀한 계산 결과도 틀립니다. 원본 타임스탬프, 시간대, 채널, 티켓 번호, 정책 버전을 보존하고 중요한 분쟁은 계약 책임자나 운영 담당자에게 확인하세요.

계산기에 월요일부터 금요일 09:00~17:00를 넣었지만 실제 지원 정책은 수요일에 16:00 종료하고 금요일 야간 온콜을 SLA 시간에 포함한다고 가정하면, 입력은 형식상 유효해도 결과는 실제 약정을 재현하지 못합니다. 고객 회신 대기 중 시계 정지, 장애 등급 변경 후 목표 재시작, 지역 팀 인계도 같은 문제를 만듭니다. 실패 원인을 찾을 때 최종 마감만 비교하지 말고 분 단위로 계산에 포함된 운영 구간과 실제 서비스 데스크 사건을 나란히 놓으세요. 운영표 누락, 잘못된 기산 사건, 시간대 오프셋, 정지 이벤트 가운데 어느 차이가 결과를 바꿨는지 분리한 뒤 책임자가 승인한 설정으로 다시 계산해야 합니다.

중요한 SLA 마감은 계산 전에 의무 유형, 기산 사건, 원본 타임스탬프와 UTC 오프셋, 기준 시간대, 목표 시간, 운영시간, 휴식, 반복 휴무 요일, 공휴일 범위, 회사 휴무일, 허용된 정지와 장애 등급 변경 규칙을 확인합니다. 계산 뒤에는 첫 유효 운영 구간, 제외된 야간·주말·휴무, 마지막으로 사용된 구간, 표시된 현지 시각과 실제 순간을 검토하세요. 티켓 번호, 정책 버전, 서비스 데스크 이벤트 이력, 적용 공휴일 출처, 계산 검토일을 결과와 함께 보관합니다. 어느 항목이 확인되지 않았으면 추정값을 사실처럼 채우지 말고 미확인 상태와 담당자를 기록하는 것이 검증 체크리스트의 핵심입니다.

먼저 경과시간·업무시간·영업일 중 의무와 맞는 단위를 선택합니다. 기산 시각과 기준 시간대를 기록하고 운영시간, 휴식, 주말, 공휴일, 회사 휴일을 설정합니다. 계약과 서비스 데스크 설정을 나란히 비교한 뒤 결과의 현지 시각과 UTC 순간을 확인하세요. 허용된 정지, 장애 등급 변경, 공휴일 변경, 타임스탬프 정정이 생기면 다시 계산해야 합니다. 결과는 계획 기록이며 실시간 티켓 상태를 대신하지 않습니다.

DeadlineDays는 실제 순간 변환, 서머타임 누락·중복 해결, 서비스 데스크 사건 수집, 장애 등급 정책 해석, follow-the-sun 담당 변경을 수행하지 않습니다. 표시된 시간대는 현지 시각 문맥입니다. 중요한 마감은 원본 타임스탬프와 오프셋, 현행 계약, 실제 정지 이력, 공식 공휴일 범위, 책임자의 확인이 필요합니다.

명시된 운영시간을 기준으로 하나의 목표를 계산할 때 SLA 마감 계산기를 사용하세요. 공휴일 적용 전에는 국가별 공휴일 페이지에서 참고 날짜를 확인하고, 시간 대신 전체 영업일로 약정된 의무는 영업일 계산기로 검토할 수 있습니다. 최종 약속은 서명 계약, 현행 정책, 공식 달력, 서비스 데스크, 담당 운영 책임자에게 확인하세요.

• SLA 마감 계산
• 국가별 공휴일 확인
• 영업일 수 계산

계산 순서, 재현 방법, 공휴일과 회사 휴무일 처리의 전체 기준은 방법론 페이지에서 확인할 수 있습니다.

• 방법론