회사 안의 만기는 캘린더가 아니라 목록에서 관리됩니다 — 임대차·보험·도메인·구독이 조용히 끊기거나 조용히 연장되기 전에

사무실 임대차, 화재와 배상 보험, 도메인과 인증서, 소프트웨어 구독, 자격과 면허, 거래처 계약의 자동갱신 조항, 정부 인증.
5~20명 회사 안에도 날짜가 붙은 것이 이만큼 있습니다.

대표가 보통 하는 대처는 캘린더 알림입니다. 그런데 캘린더는 한 사람 화면에 한 번 뜨고 지나갑니다.

자동화를 붙일 때 첫 오해가 알림을 더 잘 보내면 된다는 것이고, 실제로 비어 있는 칸은 목록입니다. 새 툴을 사자는 글이 아닙니다. 이미 회사 안에 있는 날짜를 한 목록에 세우고, 그 앞에 판정 자리를 두는 글.

저희가 직접 겪은 일부터. 2026년 6월 30일 0시 무렵, 저희가 운영을 맡은 차량 금융 플랫폼의 API 인증서가 만료됐습니다.

브라우저는 인증서 날짜 오류를 띄웠고, 관리자 로그인이 막혔고, 그 API를 쓰는 딜러 앱과 고객 웹까지 한꺼번에 멈췄습니다. 처음 안 것은 대표가 보낸 로그인이 안 된다는 스크린샷 한 장.

원인은 갱신 설정 파일이 0바이트로 비어 있었던 것입니다. 갱신 도구는 90일 동안 매번 "No renewals were attempted"라고 적고 넘어갔습니다. 그 문장을 읽는 사람이 없었을 뿐.

이쪽이 끊김입니다. 반대쪽 사고는 조용합니다.

도메인 등록 대행 문서를 보면 자동 갱신이 켜진 도메인의 첫 갱신 시도는 만기 약 30일 전에 일어납니다. 원문은 이렇습니다.

"The first auto-renew attempt will occur approximately 30 days prior to expiration."

안 쓰기로 한 도메인, 퇴사한 직원 자리의 소프트웨어 구독도 같은 규칙으로 결제됩니다. 끊기지 않았으니 아무도 모릅니다. 카드 내역에 1년 뒤 한 줄이 남을 뿐.

끊김은 화면에 뜨고, 원치 않는 연장은 카드 내역에만 남습니다.

만기 알림을 받는 구조에는 약점이 둘 있습니다. 받는 사람이 한 명, 뜨는 순간이 한 번.

그 사람이 휴가 중이면, 그 순간 다른 회의 중이면 알림은 지나간 것이 됩니다. 캘린더는 지나간 알림을 다시 세우지 않습니다.

알림을 보내던 쪽이 먼저 손을 뗀 사례가 있습니다. 무료 인증서를 발급하는 Let's Encrypt는 2025년 6월 4일자로 만료 안내 메일을 끝냈고, 그 이유의 첫 줄이 이렇습니다.

"Over the past 10 years more and more of our subscribers have been able to put reliable automation into place for certificate renewal."

알림을 받아 사람이 갱신하는 구조에서, 갱신이 시스템 안에서 돌고 사람은 상태를 보는 구조로 옮겨 갔다는 뜻입니다. 인증서 하나가 이렇게 바뀌었으면 회사의 다른 날짜도 같은 방향입니다.

그런데 저희 6월 30일 사고는 자동 갱신이 있는데도 났습니다. 갱신 설정이 비어 있었고, 설령 갱신됐더라도 웹 서버가 새 인증서를 다시 읽는 절차가 없어 옛 인증서를 계속 내보내는 구조였습니다.

알림이 모자라서 난 사고가 아니었습니다. 지금 상태를 한 곳에서 보는 자리가 없었을 뿐.

그날 배운 확인법 하나. 서버 안에서 갱신 도구가 유효하다고 보고해도, 밖에서 접속해 실제로 내보내는 인증서의 만료일을 봐야 합니다. 안에서 보는 상태와 밖에서 보는 상태가 달랐습니다.

알림은 지나가고, 목록은 남아서 누가 봐도 같은 상태를 보여 줍니다.

회사 안의 날짜는 세 군데에 흩어져 있습니다. 서명한 계약서 PDF, 메일로 온 결제 영수증, 법인카드 내역.

이 셋을 한 표로 모으는 것이 첫 칸입니다. 표에 들어갈 열은 대상, 만기일, 판정 기한, 자동갱신 여부, 결제 수단, 정하는 사람, 마지막 판정 결과.

표를 만드는 것보다 어려운 것이 입구입니다. 새 계약에 서명한 날, 새 구독을 카드로 결제한 날, 도메인을 하나 더 등록한 날에 그 건이 표에 들어가는 규칙이 없으면 표는 만든 날부터 낡습니다.

저희 표에도 없던 날짜가 하나. 사내용 iOS 테스트 앱은 업로드 90일 뒤 자동으로 만료되고 연장 수단이 없습니다. 애플 문서 원문은 한 줄.

"Your build becomes unavailable for testers after 90 days."

7월 24일에 확인했을 때 빌드 두 개가 이미 만료돼 있었습니다. 업로드한 날 표에 업로드일 더하기 90일이 적혔다면 그날 알았을 일. 입구가 없으니 표에 없었고, 표에 없으니 캘린더에도 없었습니다.

AI가 여기서 하는 일은 흩어진 것을 읽어 표의 후보 줄을 채우는 것. 계약서 PDF에서 만기일과 통보 기한 문장을 뽑고, 영수증 메일에서 다음 결제일을 뽑고, 카드 내역에서 매달 같은 금액이 나가는 줄을 골라냅니다. 표에 올릴지는 사람이 정합니다.

지원사업 서류 글에서 세운 원칙과 같습니다. 값이 바뀌었는데 저장본을 갱신하지 않으면 실제와 어긋납니다. 만기 표도 원자료가 들어오는 입구가 있어야 삽니다.

입구가 없는 표는 만든 날부터 낡습니다.

만기일이 진짜 만기가 아닌 계약이 있습니다. 만기 얼마 전까지 해지 의사를 알리지 않으면 같은 조건으로 이어지는 조항이 붙은 계약. 그 계약의 진짜 만기는 통보 기한입니다.

며칠 전인지는 계약서와 약관이 정합니다. 여기서 숫자를 정해 드리지 않습니다. 임대차와 보험, 거래처 계약마다 다르고, 세무·노무 질문 글에서 세운 원칙대로 원문이 정하는 칸은 원문에서 읽어야 합니다.

도메인도 같습니다. 앞의 문서대로 자동 갱신 시도가 만기 약 30일 전에 일어난다면, 안 쓸 도메인의 판정은 그보다 앞에 있어야 결제를 막습니다.

인증서는 발급 기관이 판정 시점까지 적어 줍니다.

"We recommend renewing 90 day certificates every 60 days and six day certificates every three days."

90일짜리를 60일에 갱신하라는 말은 만기 30일 앞에 판정 자리를 두라는 뜻입니다.

그래서 표의 판정 기한 열은 만기일에서 거꾸로 계산되는 열입니다. 통보 기한이 있는 계약은 그 날짜에서, 자동 갱신이 있는 구독은 갱신 시도일에서, 인증서는 발급 기관이 권하는 날에서 셉니다.

그 날짜에 사건을 하나 세웁니다. 연장할지 정하는 사건.

그리고 정하는 사람을 이름으로 적습니다. 직책만 적힌 칸은 아무도 안 정합니다.

AI가 하는 일은 그 사건이 오면 판정에 필요한 것을 한 화면에 모아 주는 것. 계약서의 해당 조항 원문, 지난 1년 결제 내역, 마지막으로 그 도구에 로그인한 날. 정하는 것은 사람이고, AI는 정할 재료를 제때 올립니다.

진짜 만기는 통보 기한이고, 그 앞에 이름이 적힌 판정 자리를 둡니다.

판정이 났는데 흘러갈 곳이 없으면 알림은 다시 캘린더가 됩니다. 해지하기로 했는데 결제 수단이 그대로면 다음 달에 또 결제되고, 연장하기로 했는데 새 만기를 안 적으면 내년에 같은 일이 납니다.

해지 쪽 흐름은 둘입니다. 통보 메일 초안이 계약서의 통보 방식대로 만들어져 사람 확인을 기다리는 것, 그리고 그 건에 걸린 카드 자동결제가 해제됐는지 확인하는 것.

연장 쪽 흐름도 둘입니다. 새 만기일을 표에 적는 것, 그리고 새 판정 기한을 다시 계산해 다음 사건을 세우는 것.

저희 6월 30일 사고의 근본 수정이 이 칸이었습니다. 갱신 도구가 새 인증서를 받아 와도 웹 서버가 그것을 다시 읽지 않으면 만료된 것을 계속 내보냅니다. 그래서 웹 서버가 6시간마다 스스로 인증서를 다시 읽게 바꿨습니다.

갱신됐다와 적용됐다는 다른 상태입니다. 판정 결과가 실제로 흘러간 자리까지 표에 적혀야 그 줄이 닫힙니다.

마지막으로 목록 전체를 훑는 자리 하나. 일주일에 한 번, 판정 기한이 지났는데 판정 결과가 비어 있는 줄이 있는지 표를 처음부터 끝까지 봅니다. 노트북을 닫아도 일이 돌아가게 하는 글의 예약 실행이 이 자리에 맞습니다.

판정이 흘러갈 곳이 없으면, 알림은 다시 캘린더가 됩니다.

정리

경고 신호

• 만기가 대표 한 사람의 캘린더에만 들어 있다

• 새 구독을 결제한 날 그 건이 어디에 적히는지 정해져 있지 않다

• 자동 갱신이 켜진 도메인·구독의 갱신 시도일을 아무도 모른다

• 해지하기로 하고 카드 자동결제는 그대로 뒀다

좋은 신호

• 계약서·영수증·카드 내역이 한 표로 모여 있고 새 건이 들어오는 입구 규칙이 있다

• 판정 기한 열이 통보 기한·갱신 시도일에서 거꾸로 계산돼 있다

• 판정 사건마다 정하는 사람 이름이 적혀 있다

• 판정 결과가 통보 초안·결제 해제·새 만기 등록으로 흘러간 기록이 같은 줄에 남는다

만기 표를 만들기 전 네 가지 질문

1. 우리 회사에서 날짜가 붙은 것은 몇 건입니까?
   계약서·영수증·카드 내역 세 군데를 한 번씩 훑어 세어 봅니다.

2. 새 건은 어느 입구로 표에 들어옵니까?
   서명·결제·등록 순간에 적히는 규칙이 없으면 표는 만든 날부터 낡습니다.

3. 각 건의 진짜 만기는 언제입니까?
   통보 기한·자동 갱신 시도일·발급 기관 권장일에서 거꾸로 셉니다.

4. 판정 결과는 어디로 갑니까?
   통보 초안·결제 해제·새 만기 등록까지 적혀야 줄이 닫힙니다.

자주 묻는 질문

Q. 캘린더 알림을 여러 사람에게 보내면 되지 않습니까?

받는 사람이 늘어도 뜨는 순간은 한 번입니다. 캘린더는 지나간 알림을 다시 세우지 않고 지금 상태를 보여 주지 않습니다. 목록은 남아서 누가 봐도 같은 상태를 보여 주고, 판정 결과까지 같은 줄에 적힙니다.

Q. 해지 통보 기한은 보통 며칠 전입니까?

계약서와 약관이 정합니다. 임대차·보험·거래처 계약마다 달라 이 글에서 숫자를 정하지 않습니다. 표에는 계약서의 해당 조항 원문을 옆에 붙여 두고, 판정 기한 열은 그 조항에서 계산합니다.

Q. 새 도구를 사야 합니까?

아닙니다. 표는 스프레드시트 한 장이면 시작됩니다. 자동화가 붙는 자리는 세 곳으로, 흩어진 원자료에서 후보 줄을 채우는 입구, 판정 기한에 재료를 모아 올리는 사건, 판정 결과를 통보 초안과 결제 확인으로 넘기는 흐름입니다.

Q. 자동 갱신을 전부 꺼 두면 안전하지 않습니까?

끄면 사고 방향이 원치 않는 연장에서 끊김으로 바뀔 뿐입니다. 저희 6월 30일 인증서 사고가 그 예로, 자동 갱신 설정이 비어 있어 난 끊김이었습니다. 켜고 끄는 결정보다 판정 자리가 먼저.