카카오톡 업무 변경 누락 탐지: 대화와 업무 기록을 대조하는 설계

카카오톡 업무 변경 누락 탐지는 확보한 대화에서 확정된 변경을 뽑아내고, 이를 업무표나 이슈 트래커의 현재 값과 맞대어 보는 방식으로 설계합니다. 그래서 가장 먼저 정할 것은 대화를 어떤 경로로 확보할지, 그리고 무엇과 비교할지예요. 일정이 바뀌었다는 걸 찾아내도 업무표의 마감일을 함께 읽지 못하면 그 변경이 반영됐는지까지는 판단하기 어렵습니다.

그래서 설계는 모델이 아니라 비교 기준에서 시작하길 권합니다.

누락의 범위도 처음부터 좁혀 두는 편이 좋아요. '확정된 변경이 지정된 업무 기록에 반영되지 않은 상태'로 정의해 두면 경고가 왜 나갔는지 근거를 설명할 수 있습니다. 담당자가 확인했다고 답했는지, 실제로 일을 처리했는지는 이 정의 밖에 있으니 별도 증거로 판단해야 해요.

기존 업무 단체방, 공식 API로 읽을 수 있을까

카카오는 2026년 2월 9일 공식 개발자 답변에서 개인 간 메시지 내용을 외부 시스템과 연동하는 기능은 제공하지 않는다고 설명했습니다. 기존 업무 단체방에 봇을 붙여 공식 API로 대화를 실시간 수집한다는 전제로 설계를 시작하면 곤란해요. 같은 답변에서 안내하는 상담톡은 흔히 대안처럼 보이지만 성격이 다릅니다. 카카오톡 채널과 문의자 사이의 상담을 딜러사 계약으로 연동하는 별도 범위입니다.

헷갈리기 쉬운 또 하나는 메시지 발송과 대화 읽기의 차이예요. 본인이나 친구에게 메시지를 보낼 수 있다고 해서 일반 단체방의 대화 이력까지 읽을 수 있는 건 아닙니다.

검토해 볼 만한 쪽은 사용자가 따로 제공한 대화 파일을 분석하는 방식입니다. 이 경우 파일에 어떤 기간과 내용이 담겼는지부터 확인하고, 확보한 범위 안에서만 비교하도록 설계하는 편이 타당해요. 아래 절차도 이런 입력 경로가 마련됐다는 전제에서 적용할 설계 제안입니다.

확정된 변경을 골라내 업무 기록과 맞대기

설명을 위해 가상의 문장 두 개를 놓고 보겠습니다. “금요일로 옮길까요?”와 “금요일로 확정합니다”는 같은 날짜를 담고 있지만 앞은 제안이고 뒤는 확정이에요. 게다가 확정 뒤에 철회나 재변경이 이어질 수 있어서 한 문장만 보고 판단하기는 어렵습니다. 같은 업무에 대한 발언을 시간순으로 이어 붙여 최종적으로 유효한 변경을 골라내야 해요.

1. 대화에서 업무 식별자와 변경 항목을 찾고, 제안·확정·철회·재변경을 구분합니다.
2. 변경 전후 값, 근거 발언과 발언 시각을 남기고 이전 결정과 연결합니다.
3. 지정된 업무 기록에서 해당 항목의 현재 값과 마지막 동기화 시각을 읽습니다.
4. 유효한 확정 값과 현재 값을 비교하되, 모호함이나 수집 공백이 있으면 판정을 보류합니다.

대화와 업무를 연결할 때는 번호가 정확히 일치하는지부터 보세요. 표현이 달라진 업무명은 의미 검색으로 후보를 찾을 수 있습니다. 다만 유사도 점수가 높다는 이유만으로 같은 업무나 확정된 변경으로 처리해서는 안 돼요. 검색이 맡는 일은 검토할 대화를 좁히는 데까지이고, 판정은 대상·문맥·시간 순서를 따로 살펴서 내려야 합니다.

대상이나 날짜가 불명확하면 '확인 필요', 수집하지 못한 구간 때문에 최종 결정을 알 수 없으면 '판정 불가'로 남겨 둡니다. 변경 전 값을 확보하지 못했을 때도 추정으로 채우지 않는 편이 검토에 유리해요. 의외로 놓치기 쉬운 건 동기화 시각입니다. 업무 기록의 마지막 동기화가 변경 확정보다 앞섰다면, 최신 값을 다시 확보해야 반영 지연과 누락을 구분할 수 있습니다.

놓친 변경과 잘못 보낸 경고는 따로 셉니다

평가는 실제 대화와 업무 변경 이력을 짝지은 뒤, 변경이 확정된 시점과 기록에 반영된 시점부터 정리하는 방식을 권해요. 기준은 요약문이 얼마나 자연스러운지보다 누락 판정이 맞았는지에 두는 편이 적절합니다. 날짜 재변경, 담당자 교체, 변경 철회, 그리고 이름이 비슷한 서로 다른 업무도 평가에 포함해야 합니다. 단순한 일정 변경만으로는 판정이 어디서 약한지 충분히 드러나지 않거든요.

지표는 둘로 나눠 측정합니다. 미탐 비율은 실제 반영 누락 가운데 탐지하지 못한 비율이고, 경고 중 오탐 비율은 발송한 경고 가운데 누락이 아니었던 비율이에요. 변경 확정부터 탐지까지 걸린 시간도 별도로 살펴보세요. 이 시간은 대화 파일을 확보하는 주기와 업무 기록의 동기화 지연에도 영향을 받을 수 있으니 함께 놓고 해석해야 합니다.

검증된 정확도 수치가 없는 만큼, 기대 효과는 실제 업무 데이터로 평가해 본 뒤에 판단하는 것이 적절합니다.

알림을 보낼 때는 메시지 API 문서의 수신 대상 조건과 공식 FAQ의 사용 목적 제약을 확인해야 해요. 본인·친구 대상 발송을 기존 단체방에 경고를 게시하는 기능으로 해석해서는 안 됩니다. 업무 대화를 외부 AI로 전송한다면 조직의 승인과 정보 처리 조건부터 먼저 확인하세요.