자동화가 글을 공개했는데 성과 장부에는 주소가 없다면, 먼저 공개 상태와 기록 상태를 따로 확인해야 합니다. DMS.Labs는 2026년 10월 11일 한영 글의 공개 화면을 다시 확인한 뒤 빠진 장부 연결만 보완했습니다. 글을 다시 올리지 않고, 게시 실패와 기록 누락을 다른 문제로 다루었습니다.
2026년 10월 15일 확인한 운영 기록과 현재 검사 코드 기준입니다. 이 글은 리도의 개인 운영 사례이며 고객사의 구축 성과나 수익 개선 사례가 아닙니다.
DMS에서는 어떤 기록이 빠졌습니까?
빠진 것은 글 자체가 아니라 공통 성과 장부의 연결이었습니다. 10월 11일 오전 회차는 이미지의 출처를 읽는 법을 한국어와 영어로 게시했다고 보고했습니다. 같은 날 후속 점검에서는 두 공개 페이지의 본문과 참고 자료를 브라우저로 다시 읽었습니다. 당시 남긴 확인 문서는 공개 제목, 날짜, 분류와 두 주소를 각각 기록하고 있습니다.
이후 인계 기록에는 공통 게시 장부가 비어 있던 상태에서 기준 자료 두 줄을 등록했다고 적혀 있습니다. 두 줄은 같은 주제의 한국어 주소와 영어 주소에 대응합니다. 새 글 두 편을 더 만들었다는 뜻이 아닙니다. 이미 공개된 한 주제의 언어별 결과를 기록에 연결한 작업입니다.
이 차이를 놓치면 서로 반대되는 실수를 하게 됩니다. 장부에 없다는 이유로 글을 다시 발행하면 중복 게시가 생길 수 있습니다. 반대로 완료 보고가 있다는 이유만으로 기록까지 끝났다고 보면 이후 측정에서 해당 글을 놓칠 수 있습니다. 그날의 수정은 공개된 글을 그대로 두고 누락된 연결만 보완하는 쪽이었습니다.
창가의 나무 책상에 펼친 빈 기록장과 노트북이 서로 떨어져 놓인 장면원본 전체 보기
완료라는 말에서 무엇을 나눴습니까?
저는 이 사례를 설명할 때 작업 보고, 실제 공개 결과, 운영 장부를 서로 다른 확인 대상으로 둡니다. 작업 보고는 무엇을 했다고 말했는지 보여 줍니다. 공개 페이지는 독자가 지금 무엇을 볼 수 있는지 보여 줍니다. 장부는 그 결과를 다음 측정과 점검에서 찾을 수 있게 연결합니다. 하나가 존재해도 나머지 둘의 상태까지 자동으로 확정되지는 않습니다.
표가 넓으면 좌우로 스크롤하여 확인하세요.
| 확인 대상 | 이번 사례에서 살핀 것 | 이것만으로 알 수 없는 것 |
|---|---|---|
| 회차 보고 | 한영 게시를 마쳤다는 마지막 보고 | 현재 페이지의 실제 내용 |
| 공개 결과 | 언어별 본문, 제목, 날짜, 참고 자료 | 성과 장부 등록 여부 |
| 공통 장부 | 공개 주소와 등록 주소의 대응 | 클릭, 문의, 계약의 증가 |
이 표는 모든 업무에 통용되는 표준을 주장하는 것이 아닙니다. 이번 누락을 설명하고 같은 종류의 오류를 찾기 위한 구분입니다. AI가 기억하는 지식사전 만들기에서 다룬 출처와 확인 상태도 같은 지점에서 필요합니다. 기록에 적혀 있다는 사실과, 그 기록이 말하는 결과를 직접 확인했다는 사실은 다릅니다.
특히 한영 작업에서는 완료 범위를 언어별로 남겨야 합니다. 한국어가 열렸다는 이유로 영어도 공개됐다고 적지 않습니다. 이번 기준 문서가 두 주소를 따로 남긴 이유도 여기에 있습니다. 독자가 볼 결과를 언어마다 확인하고, 그 결과에 대응하는 기록이 있는지를 따로 묻는 방식입니다.
검사 코드는 어디까지 판단합니까?
현재 누락 검사 함수는 완료 보고에서 DMS 주소를 추출하고, 이미 등록된 게시 주소와 대조합니다. 같은 주소가 반복되면 하나로 모으며, 앞의 www 유무와 끝의 빗금처럼 비교에 영향을 주는 일부 표기를 정리합니다. 주소가 장부에 없으면 기록 연결이 빠졌을 가능성이 있는 후보를 반환합니다.
중요한 것은 후보라는 범위입니다. 이 함수는 페이지를 열어 본문을 읽지 않습니다. 이미지가 정상인지 살피지도 않고, 한국어와 영어가 같은 내용을 담았는지도 판정하지 않습니다. 코드 주석에도 현재 공개 여부와 DMS 대상 여부는 사람이 확인할 몫으로 남겨져 있습니다. 주소가 반환됐다는 이유로 곧바로 게시 실패라고 알리거나 다시 발행하면 안 됩니다.
이번 글을 준비하며 실제 함수를 다시 실행했습니다. 같은 공개 주소를 완료 보고에 넣고 장부를 비워 두었을 때는 누락 후보가 나왔습니다. 장부에 www가 없는 같은 주소를 넣었을 때는 후보가 나오지 않았습니다. 완료 표현이 없는 미발행 문구에서도 후보가 나오지 않았습니다. 이 시험은 그 입력에 대한 비교 동작을 확인한 것이며 모든 보고 문구를 정확히 이해한다는 증거는 아닙니다.
보고 문장에 따라 주소를 놓칠 수 있고, 주소 표기 차이를 모두 다루는 코드도 아닙니다. 따라서 검사는 사람이 살펴볼 범위를 좁히는 보조 수단으로 씁니다. 전체 자동화가 오류 없이 돌아간다거나 다음 예약에서도 반드시 같은 결과를 낸다는 약속으로 확대하지 않습니다.
빠진 기록은 어떤 순서로 보완합니까?
이번 사례에서 재사용할 수 있는 순서는 결과 확인이 먼저이고 기록 보완이 나중이라는 점입니다. 저는 다음 순서로 확인하도록 권합니다. 이는 이번 운영 기록에서 도출한 적용 제안이며 별도 고객 프로젝트에서 검증한 절차는 아닙니다.
- 해당 회차의 마지막 보고에서 완료 범위와 공개 주소를 확인합니다.
- 그 주소를 직접 열어 현재 결과가 남아 있는지 확인합니다. 한영 작업이라면 각각 확인합니다.
- 공통 장부에 같은 주소가 이미 있는지 표기 차이까지 대조합니다.
- 결과는 공개돼 있고 장부만 비었다면 기록만 보완합니다. 기존 글은 수정하거나 다시 게시하지 않습니다.
- 과거 자료를 뒤늦게 연결했다는 메모를 남기고, 확인하지 않은 항목은 비워 둡니다.
정돈된 기록 카드 두 장을 나란히 대조하는 손과 닫힌 서류철을 가까이 본 장면원본 전체 보기
여기서 마지막 메모가 중요합니다. 10월 11일 기준 문서는 이 작업이 신규 게시나 글 수정의 증거가 아니라고 명시했습니다. 제목 후보를 비교했는지, 당시 어떤 새 작성 규칙이 적용됐는지도 확인하지 않았으므로 뒤늦게 만들어 적지 않았습니다. 기록을 채운다는 이유로 과거의 작업 과정까지 완성된 이야기로 만들지 않는 것입니다.
같은 이유로 현재 장부에 주소가 있다고 해서 과거 자동화가 처음부터 기록을 잘 남겼다고 말하지 않습니다. 나중에 보완한 행은 원래 회차가 남긴 행과 구분해야 합니다. 그래야 다음 점검에서 실제로 개선된 부분과 사람이 뒤에서 복구한 부분을 따로 볼 수 있습니다.
기록 보완을 맡길 때는 한 행에 무엇을 남길지도 정해 둡니다. 이번 사례처럼 언어별 공개 주소와 제목, 확인 날짜가 있으면 나중에 해당 결과를 다시 열어 볼 수 있습니다. 반면 당시 어떤 판단으로 제목을 골랐는지 알 수 없다면 그 칸은 미확인으로 남깁니다. 확인 시각은 이번에 열어 본 시각이고, 게시 날짜는 페이지에 표시된 날짜입니다. 둘을 같은 날짜로 덮어쓰면 과거에 언제 공개됐는지와 이번에 언제 확인했는지가 섞입니다.
또 다른 주의점은 공개 결과가 있는지 살피는 도중 새 게시 작업을 시작하지 않는 것입니다. 마지막 보고가 모호하다면 공개 목록과 해당 주소를 먼저 대조합니다. 결과를 찾지 못한 상태도 곧바로 결과가 없다는 뜻으로 바꾸지 않습니다. 그 시점에 확인하지 못했다는 범위로 남기고, 다음 확인에 필요한 자료를 적습니다. 이번 사례에서 배울 수 있는 것은 복구 속도를 높였다는 수치가 아니라 이미 남아 있는 결과를 보존하면서 부족한 증거만 채우는 순서입니다.
장부를 고치면 성과도 좋아진 것입니까?
아닙니다. 장부 보완은 결과를 추적할 연결을 되살린 일이지 검색 클릭이나 문의를 늘렸다는 측정이 아닙니다. 이 사례의 근거 문서도 검색 클릭, 문의, 계약, 수익 개선을 입증하지 않는다고 적고 있습니다. 이번 글 역시 그 이후의 사업 성과를 주장하지 않습니다.
서로 다른 수치를 하나의 성공 표시로 묶지 않는 편이 좋습니다. 게시 주소는 공개 결과의 근거이고, 검색 클릭은 검색에서 들어온 행동의 근거입니다. 문의나 계약은 다시 다른 자료가 필요합니다. 문의를 확인하지 않았다면 미확인으로 남겨야지, 장부에 숫자가 없다는 이유로 0건이라고 적을 수는 없습니다.
기록을 정리하면 다음 측정에서 어느 글을 봐야 하는지 찾을 수 있습니다. 그러나 찾을 수 있게 됐다는 사실을 더 많이 팔렸다는 결과로 바꾸려면 실제 측정이 필요합니다. 이번 수정에서 확인한 것은 누락을 별도 문제로 구분하고 공개된 결과를 다시 발행하지 않은 채 기록에 연결한 범위까지입니다.
자동 복구까지 맡겨도 됩니까?
이 사례만으로 자동 복구 권한을 넓히지는 않습니다. 확인된 주소를 후보로 알려 주는 일과 공개 글을 수정하거나 다시 발행하는 일은 다릅니다. 리도의 운영 인계도 이 점검에서 재발행, 잠금 해제, 일정 변경을 하지 않았다고 구분합니다. 문제가 보인다는 이유만으로 다른 권한이 생기는 것은 아닙니다.
작은 자동화를 설계하실 때도 실패를 한 단어로 묶기보다 어디까지 끝났는지 남겨 보시면 좋겠습니다. 결과는 있는데 장부가 빠졌는지, 결과 자체가 없는지에 따라 다음 행동이 달라집니다. 이번처럼 결과가 남아 있다면 그 결과를 보존하는 쪽에서 복구를 시작할 수 있습니다. 반대로 공개 결과를 확인하지 못했다면 기록만 채워 완료로 처리하지 않습니다.
다음에 볼 것
업무의 완료 기준과 인계 지점을 함께 설계하려면 DMS.Labs AX 전환 설계를 보실 수 있습니다. 이 운영기의 범위는 개인 작업의 공개 결과와 기록을 연결한 사례이며, 도입 비용이나 절감 시간, 매출 효과를 약속하지 않습니다.
본문의 두 이미지는 설명용으로 새로 생성한 장면입니다. 실제 운영 화면이나 고객 현장을 촬영한 사진이 아닙니다.
