기존 6차시 실습의 4차시 재배치

원본 교재 32개 항목을 새 4차시에 모두 대응시켰습니다. 새 교재의 20시간 공통 프로젝트가 본 수업이며, 아래는 원본 도구별 실습을 찾는 강사용 참고 자료입니다.

원본 6차시의 시간표를 그대로 합친 것이 아닙니다. 새 교육의 차시별 5시간 안에서 필요한 항목을 시연·발췌하고, 정산·직원·일정 등 업무별 확장은 추가 참고로 사용합니다.

1차시로 재배치한 기존 실습 7개

새 1차시 교재 보기 →

원본 1-1 · ERP 둘러보기와 샘플 사무소 불러오기

새 위치: 1차시 · 본 수업 보충 또는 확장 참고

원본 실습 취지: 메뉴 3묶음·공통 데이터

시작 질문: 앱은 어떤 일을 코드로 하고 어떤 일을 인공지능에 맡길까요?

왼쪽 메뉴 3묶음의 이름과 항목 수
첫 화면(E1 대시보드)에 모인 정보
샘플 사무소가 가상 데이터라는 표시

핵심 개념

앱은 경영(E1-E4)·업무(M01-M12)·도구 3묶음으로 나뉨. 경영은 대시보드·정산·직원·캠페인 관리, 업무는 매물 접수부터 증명서 판독까지 12개 모듈, 도구는 연결 안내·대장·설정·교재 등임(REQ-085)
판단·계산·집계는 코드가 하고 인공지능은 문장 초안만 씀. 인공지능 문장은 파랑 띠와 "초안" 배지로 구분함(DEC-51)
모든 화면은 공통 데이터 5종을 씀: 매물 listing.v1(R-###), 거래 deal.v1(D-###), 직원 staff.v1(S-###), 캠페인 campaign.v1(P-###), 전표 ledger.v1(L-####)(REQ-086)

용어

가명 ID — 실명 대신 쓰는 번호. 고객 C-###, 직원 S-###
샘플 사무소 — 교육용 가상 사무소. 주소·상호·금액이 모두 가상임(REQ-114)

실습 전 예상: 왼쪽 메뉴 "업무" 묶음에는 모듈이 몇 개 있을지 적어 보세요.

기존 실행 절차

배포 폴더의 부동산AI업무ERP_v1.html을 Chrome 또는 Edge로 엶
왼쪽 메뉴 도구 → 설정 → 샘플 데이터 불러오기를 누름(또는 업무 데이터 불러오기(JSON)에서 교재스냅숏/01.json을 고름)
왼쪽 메뉴 경영 → E1 대시보드·파이프라인을 눌러 첫 화면을 확인함
메뉴 3묶음의 항목을 위에서 아래로 소리 내어 읽고 개수를 셈

원본에서 확인할 결과

메뉴가 경영·업무·도구 3묶음으로 나뉜 것을 확인함
업무 묶음에 M01부터 M12까지 12개 모듈이 있음을 셈
첫 화면이 E1 대시보드이고 KPI 타일 5개가 보임

원본의 지도 이유: 메뉴 3묶음은 "관리(경영)·실무(업무)·설정과 자료(도구)"를 나눈 구조임. 샘플 사무소를 먼저 불러오면 모든 화면이 같은 가상 데이터로 채워져 차시마다 같은 값으로 실습할 수 있음(REQ-085·114).

원본의 ERP·M번호·R번호는 기존 앱 내부 식별용입니다. 교육생 설명에는 사무소 업무 용어를 쓰고, 법률·요율·플랫폼 정보는 강사가 최신 공식 자료로 재확인합니다.

원본 1-2 · 사무소 정보 설정

새 위치: 1차시 · 본 수업 보충 또는 확장 참고

원본 실습 취지: 명시 4항목·PC 이름표

시작 질문: 광고마다 들어가는 사무소 명시 정보는 어디에서 올까요?

설정의 사무소 정보 칸
명시 블록에 들어가는 4항목
중개보조원 정보 칸이 없는 이유

핵심 개념

광고의 사무소 명시 블록은 설정의 사무소 정보(사무소명·소재지·신고 전화번호·개업공인중개사 성명)에서 코드가 만듦. 인공지능이 쓰지 않음(REQ-021)
중개보조원 정보는 광고에 넣지 않으므로 설정에 칸을 두지 않음(SRC-15)
PC 이름표는 공유 폴더 잠금 파일에 적는 이름임. "사무실PC1"처럼 쓰고 실명은 쓰지 않음(REQ-087)

용어

명시 블록 — 광고에 반드시 들어가는 매물·사무소 정보 묶음. 코드가 붙임

실습 전 예상: 설정의 사무소 정보를 바꾸면 어느 화면의 글자가 함께 바뀔지 적어 보세요.

기존 실행 절차

도구 → 설정의 사무소 정보 카드를 엶
샘플 값(가상)을 확인하고 등록번호(선택) 칸이 비어 있지 않은지 봄
사무소 정보 적용을 누름
공유 폴더·잠금 카드의 PC 이름표에 교육PC1처럼 입력함(실명 금지)

원본에서 확인할 결과

사무소 정보 칸 6개와 기본 문체를 확인함
사무소 정보 적용을 누른 뒤 값이 그대로 남는 것을 확인함
PC 이름표에 실명이 아닌 이름을 넣음

원본의 지도 이유: 사무소 정보는 명시 블록·홍보물·플랫폼 입력값 표가 함께 쓰는 원본임. 한 곳만 고치면 모든 산출물이 같은 값을 씀(DEC-21).

원본 1-3 · 증명서 사진으로 사무소 설정 채우기(M12)

새 위치: 1차시 · 본 수업 보충 또는 확장 참고

원본 실습 취지: 가림·동의·판독·적용

시작 질문: 증명서 사진을 넣으면 값이 바로 설정에 들어갈까요?

가림 상자와 전송 동의 전 버튼 상태
신뢰도 낮음 칸의 표시
[적용]이 열리는 조건

핵심 개념

흐름: ① 사진 넣기 → 가림 편집 → 전송 동의 ② 판독(대화창 연결은 가린 사진을 ChatGPT에 첨부) ③ 5규칙 검증 ④ 칸마다 원본 대조 체크 → 적용. 자동 적용은 없음(DEC-61)
대상 서류는 6종(자격증·등록증·분사무소 신고확인서·사업자등록증·교육 수료증·보증 증명서류)이고 신분증·주민등록번호가 적힌 서류는 판독하지 않음(DEC-62)
한국어 글자 판독 정확도는 보증되지 않음. 판독 값은 초안이며 사람이 원본과 한 칸씩 대조함(SRC-51)
실습은 앱이 그린 "교육용 가상 견본"만 씀. 실제 증명서를 쓸 때는 생년월일·사진·인영·개인 주소를 반드시 가림 상자로 덮음(REQ-120·131)

용어

가림 PNG — 가림 상자를 검정으로 칠해 새로 만든 사진. 촬영 정보가 없고 원본은 앱 메모리에만 있음
원본 대조함 — 판독 값을 증명서 원본과 비교했다는 사람 확인 체크

실습 전 예상: 전송 동의를 체크하기 전에 다음: 인공지능 실행 버튼은 어떤 상태일지 적어 보세요.

기존 실행 절차

업무 메뉴 M12 증명서 판독을 엶
서류 종류에서 중개사무소 등록증을 고르고 가상 견본 불러오기(중개사무소 등록증)를 누름
견본의 가릴 곳 상자 넣기로 상자 4개를 넣고 사진·대표자 성명·생년월일·등록인장을 덮는지 확인함
가림 적용 → 가린 사진 미리보기 확인 → 전송 동의 체크
다음: 인공지능 실행에서 대화창 연결이면 가린 사진 내려받기와 지시문 복사(이미지 첨부 안내 포함) 후 ChatGPT에 이미지로 첨부함. 교육장 기본은 내장 예시 응답으로 체험로 같은 검증을 거침
결과 반영 → 3열 적용 표에서 칸마다 원본과 대조해 체크하고 사람 확인 2항목을 체크함
적용을 누르고 대장 16_증명서관리에서 K-001 행의 판독 jobId·사람 확인일을 확인함

원본에서 확인할 결과

가림·동의 전에는 다음 단계 버튼이 꺼져 있었음
신뢰도 낮음 칸이 노랑 바탕과 "신뢰도 낮음" 글자로 표시됨
원본 대조를 1칸 남기면 [적용]이 꺼져 있음
적용 뒤 설정 사무소명·소재지·등록번호가 판독 값으로 바뀜
16_증명서관리에 판독 jobId와 사람 확인일이 기록됨
원본 사진 파일을 따로 저장하거나 보내지 않았음(가린 PNG만 사용)

원본의 지도 이유: 판독은 사진 속 글자를 옮기는 초안 작업이라 틀릴 수 있음. 그래서 앱은 가림·동의로 보내는 정보를 줄이고, 칸마다 사람이 원본과 대조해야 적용되게 막음. 적용 전 값은 작업 기록에 남아 [되돌리기] 1회로 복원할 수 있음(REQ-120·123).

원본 TIP: 실제 증명서로 해 볼 때도 먼저 가상 견본으로 흐름을 익히고, 실제 사진은 가림 적용 미리보기에서 생년월일·사진·인영·개인 주소가 모두 덮였는지 본 뒤 동의함(REQ-131, DEC-62)

원본 1-4 · 매물·고객·직원 데이터와 가명 원칙

새 위치: 1차시 · 본 수업 보충 또는 확장 참고

원본 실습 취지: R·C·S 가명 ID 확인

시작 질문: 인공지능에게 보내는 묶음에 직원 이름이 들어갈까요?

1_매물대장의 매물ID·열 이름
직원 표의 "이 PC에서만 보임" 표시
요청 미리보기의 S-###

핵심 개념

매물은 listing.v1 열 이름을 그대로 쓰고 매물ID는 R-###임. 대장 화면은 가명 전용이라 고객 이름·전화번호를 적지 않음(REQ-047·054)
고객 실명·연락처는 이 PC의 고객원장에만 두고, 업무 데이터·요청·대장 내보내기에는 C-###만 씀(REQ-054)
직원 표시 이름은 로컬 직원원장에만 두고 요청·대장·내보내기에는 S-###만 씀(REQ-100)

용어

고객원장 — 고객 실명·연락처를 담는 로컬 전용 파일. 작업함·공유 폴더에 두지 않음
직원원장 — 직원 표시 이름을 담는 로컬 전용 파일

실습 전 예상: E3 인공지능 초안의 연결 묶음(요청 미리보기)에 직원은 어떤 글자로 들어갈지 적어 보세요.

기존 실행 절차

도구 → 대장 → 1_매물대장에서 R-001, R-002, R-003 행의 매물구분·거래형태·전용면적을 확인함
업무 → M06 조건 매칭의 고객(가명) 목록에서 C-001, C-002, C-003을 확인함
경영 → E3 직원·업무의 직원 표에서 S-001, S-002, S-003의 역할과 "표시 이름(이 PC에서만 보임)" 열을 확인함
(선택) 직원 등록으로 소속공인중개사 1명을 등록해 새 S-### 번호가 붙는 것을 봄
E3 직원·업무의 인공지능 배분 제안 받기(초안) → 샘플 넣기 → 다음: 인공지능 실행에서 연결 묶음 ① 칸을 읽음

원본에서 확인할 결과

매물 3건(R-001-R-003)의 listing.v1 열을 확인함
고객 3건(C-001-C-003)이 가명 ID로만 보임
직원 3명(S-001-S-003)의 역할을 확인함
연결 묶음에 직원 표시 이름·실명이 0건이고 S-###만 있음

원본의 지도 이유: 인공지능이 받는 자료에는 가명 ID만 있어야 개인정보가 밖으로 나가지 않음. 앱은 요청을 만들기 전 가림(REAI.mask)을 거치고 응답도 5규칙 ⑤로 다시 검사함(REQ-054·100).

원본 1-5 · 공유 폴더·잠금과 백업 복원

새 위치: 1차시 · 본 수업 보충 또는 확장 참고

원본 실습 취지: 저장·잠금·백업

시작 질문: 두 PC가 같은 폴더를 동시에 고치면 어떻게 될까요?

잠금 상태 문장
업무 데이터 내보내기 파일 이름
복원 뒤 매물·직원 수

핵심 개념

작업 폴더를 연결하면 앱데이터·작업함·사무소자료 폴더를 씀. 폴더 연결이 안 되는 브라우저는 JSON 파일 모드(내려받기·불러오기)로 씀(REQ-005)
공유 폴더는 한 번에 한 PC만 편집하고 다른 PC는 읽기 전용으로 열림. 잠금이 12시간(제안) 지나면 사람 확인 후 해제함. 저장 시각이 바뀌었으면 저장을 멈추고 충돌 사본을 남김(REQ-087)
고객원장·직원원장은 공유 폴더 밖 로컬에 둠(REQ-087, OPEN-39)

용어

백업 파일 — 업무 데이터 내보내기(JSON) 결과. 가명 데이터만 들어감
충돌 사본 — 저장 직전 다른 PC 저장을 발견했을 때 남기는 이 PC 데이터 사본

실습 전 예상: 업무 데이터 내보내기(JSON) 파일 안에 고객 실명이 들어갈지 적어 보세요.

기존 실행 절차

도구 → 설정의 데이터 저장 카드에서 현재 모드 문장을 읽음
(폴더 연결이 되는 PC) 작업 폴더 연결 → 배포 폴더 선택 → 공유 폴더·잠금의 잠금 상태 문장 확인
업무 데이터 내보내기(JSON)를 눌러 REAI_업무데이터_YYYYMMDD.json을 받음
앱 탭을 닫고 다시 연 뒤 업무 데이터 불러오기(JSON)로 방금 받은 파일을 고름
매물 수·직원 수가 내보내기 전과 같은지 대장 화면에서 확인함

원본에서 확인할 결과

백업 파일을 1개 내려받음
앱을 다시 열어 백업을 불러오고 매물 수가 같음을 확인함(복원 1회 성공)
잠금 상태 문장을 읽고 읽기 전용 조건을 말할 수 있음

원본의 지도 이유: 백업 파일에는 가명 업무 데이터만 들어가고 고객원장·직원 표시 이름은 빠짐. 그래서 백업을 공유 폴더에 두어도 실명이 퍼지지 않음(REQ-054·087·100).

원본 2-1 · ChatGPT 사용 전 점검(개인정보 3중 원칙)

새 위치: 1차시 · 본 수업 보충 또는 확장 참고

원본 실습 취지: 임시 채팅·모델 개선 끄기·가림

시작 질문: ChatGPT에 붙여 넣기 전에 무엇을 확인해야 할까요?

임시 채팅의 기록·학습 사용 여부
데이터 제어의 모델 개선 설정
앱 가림 처리 배지

핵심 개념

3중 원칙: ① 고객 정보가 들어가는 작업은 임시 채팅에서 함(SRC-50 47번) ② 설정 → 데이터 제어의 "모델 개선"을 끔(SRC-50 48번) ③ 앱에서 가림 처리를 거친 연결 묶음만 보냄(REQ-129)
좋아요·싫어요 피드백 버튼은 누르지 않음. 누르면 대화 내용이 함께 전송될 수 있음(SRC-50 48번)
앱은 점검 4항목을 마치기 전 첫 연결 묶음을 복사하려 하면 확인 창을 띄움(REQ-129)

용어

임시 채팅 — 기록에 남지 않고 임시 상태 동안 모델 개선에 쓰이지 않는 대화. 안전 목적 사본은 최대 30일 보관(SRC-50 47번)

실습 전 예상: 점검 4항목을 체크하지 않고 ChatGPT용 복사를 누르면 어떤 일이 생길지 적어 보세요.

기존 실행 절차

ChatGPT에서 설정 → 데이터 제어 → "모델 개선"이 꺼져 있는지 확인함
ChatGPT 새 대화를 임시 채팅으로 엶
앱 도구 → 설정의 ChatGPT 사용 전 점검 카드에서 4항목을 하나씩 읽고 체크함
점검 상태 문장이 완료로 바뀌는지 확인함

원본에서 확인할 결과

ChatGPT 모델 개선 끔을 확인함
임시 채팅으로 새 대화를 엶
앱 점검 4항목을 모두 체크하고 완료 표시를 확인함

원본의 지도 이유: 앱의 가림은 보내는 글자를 줄이고, ChatGPT 설정은 받은 쪽에서 쓰는 범위를 줄임. 두 쪽을 함께 지켜야 개인정보 노출이 줄어듦(REQ-129, SRC-50).

원본 6-3 · 엑셀 양식 내보내기와 ChatGPT 데이터 분석

새 위치: 1차시 · 본 수업 보충 또는 확장 참고

원본 실습 취지: 1시트·17시트 xlsx

시작 질문: 내보낸 엑셀 파일에 고객 실명이 들어갈 수 있을까요?

전체 대장 17시트
대장 1시트
GPT로 이어서 작업 묶음 3종

핵심 개념

작업은 앱 대장 화면에서 하고, 엑셀은 양식을 적용한 내보내기 산출물임. 대장마다 1시트, 전체 대장은 17시트임(DEC-60, REQ-116)
양식: 머리글 남색·흰 굵은 글자, 머리 행 고정, 자동 필터, 숫자 천 단위 쉼표, 계산 열 "(계산)", 확인 필요 칸 노랑, 합계 행 SUM(REQ-117)
내보내기 전 개인정보 검사에서 1건이라도 걸리면 거부하고 위치를 보임(REQ-116)
ChatGPT 데이터 분석은 .xlsx·.csv를 받아 결측·중복·이상값 점검과 통계를 함(SRC-50 9번). 엑셀 설치는 필수가 아님

용어

GPT로 이어서 작업 — 엑셀 옆 묶음 3종: 데이터 분석 업로드·ChatGPT Work 보고서·ChatGPT for Excel(선택)(REQ-119)

실습 전 예상: 전체 대장 엑셀의 시트 수와 첫 시트 이름을 적어 보세요.

기존 실행 절차

도구 → 대장 → 전체 대장 엑셀로 내보내기로 17시트 파일을 받음
13_정산 대장에서 엑셀로 내보내기로 1시트 파일을 받음
GPT로 이어서 작업을 펼쳐 데이터 분석 업로드 묶음의 머리말 개인정보 3줄과 지시문을 읽고 복사함
ChatGPT 임시 채팅에 1시트 파일을 올리고 묶음을 붙여 넣음. 결과는 같은 머리글의 xlsx 또는 CSV로 받음
엑셀이 없는 PC는 받은 파일을 ChatGPT에 올려 시트 이름·머리글을 물어 확인함

원본에서 확인할 결과

전체 대장 .xlsx(17시트)를 받음
13_정산 1시트 .xlsx를 받음
묶음 머리말 개인정보 3줄과 되돌려 넣을 곳을 확인함
ChatGPT에서 결과 파일을 받음(또는 강사 예시 파일)

원본의 지도 이유: 초보자는 앱 화면에서 입력·검증하고, 엑셀은 보고·분석용으로만 내보내면 원본이 한 곳에 남음. 개인정보 검사가 내보내기 앞에 있어 파일이 밖으로 나가도 가명만 담김(DEC-60, REQ-116).

원본 TIP: 대장 CSV로 데이터 분석에 올리는 기존 방법(부록 2장 과제 3개)도 같은 방식으로 됨. 파이썬 분석 환경은 외부 웹 요청을 하지 못하므로 자료를 먼저 올림(SRC-50 9번)

2차시로 재배치한 기존 실습 13개

새 2차시 교재 보기 →

원본 2-2 · 대화창 연결로 M01 매물 접수

새 위치: 2차시 · 본 수업 보충 또는 확장 참고

원본 실습 취지: 복사 → 붙여넣기 → 검증

시작 질문: ChatGPT 응답을 앱에 붙여 넣으면 바로 매물대장에 들어갈까요?

연결 묶음 4칸
③ 검증의 5규칙 목록
④ 사람 확인 체크리스트

핵심 개념

대화창 연결(경로 B): ChatGPT용 복사 → ChatGPT에 붙여넣기 → 응답 전체 복사 → 응답 붙여넣기 → 응답 반영. 교육 기본 경로임(DEC-15)
5규칙: ① 형식 ② 원 데이터에 없는 ID ③ 수치 대조 ④ 금지 표현 ⑤ 개인정보. 두 경로가 같은 규칙을 씀(REQ-015)
검증을 통과해도 ④ 결과 저장에서 사람 확인을 모두 체크해야 대장에 들어감(SPEC 3절 사람 확인)

용어

연결 묶음 — 지시문·첨부 파일 목록·기대 응답 형식·통로 4칸. 머리말에 핵심 규칙 3줄
jobId — 요청 번호. 응답에 같은 번호가 있어야 통과

실습 전 예상: 응답의 가격이 원 데이터와 다르면 앱은 어느 값을 쓸지 적어 보세요.

기존 실행 절차

도구 → 연결 안내에서 대화창 연결 카드를 읽음
업무 → M01 매물 접수 → 샘플 넣기 → 다음: 인공지능 실행
ChatGPT용 복사 → ChatGPT 임시 채팅에 붙여 넣고 JSON 코드 블록 응답을 받음
응답 전체를 복사해 응답 붙여넣기 칸에 넣고 응답 반영을 누름(ChatGPT를 쓸 수 없으면 내장 예시 응답으로 체험)
③ 검증에서 통과·경고·거부 수와 5규칙 결과를 읽고 결과 반영
④ 결과 저장의 사람 확인을 모두 체크하고 매물대장에 추가함

원본에서 확인할 결과

연결 묶음 ① 칸에 "가림 처리 완료" 배지가 있음
검증 요약에 통과·경고·거부 수가 보임
사람 확인을 모두 체크해야 저장 버튼이 켜짐
M01 결과 1건을 저장함

원본의 지도 이유: 인공지능 응답은 형식이 틀리거나 없는 값을 채울 수 있음. 앱이 5규칙으로 먼저 거르고, 원 데이터와 다른 수치는 기본으로 원 데이터 값을 쓰며, 마지막 저장은 사람이 확인함(REQ-015, SPEC 3절).

원본 2-3 · 오류 3종 스스로 해결

새 위치: 2차시 · 본 수업 보충 또는 확장 참고

원본 실습 취지: 문제 한 줄·고침 한 줄

시작 질문: 거부 화면의 "문제"와 "고침"을 보면 무엇을 다시 해야 할까요?

코드 블록 없음 거부
다른 요청 응답 거부
코덱스 로그인 필요 오류

핵심 개념

대화창 연결 오류는 원인 1줄·조치 1줄로 보임: 코드 블록 없음 → 다시 요청 문장 복사, 응답 잘림 → 데이터 줄여 다시 보내기, 다른 요청 응답 → jobId 확인, 스키마 불일치 → 다시 요청, 금지 표현 → 문장 수정(SPEC 제외/오류/제약)
자동 연결의 로그인 만료는 PowerShell에서 codex를 실행해 다시 로그인함

용어

다시 요청 문장 — 거부 때 앱이 만들어 주는 짧은 재요청 문장

실습 전 예상: 다른 매물의 응답을 붙여 넣으면 5규칙 중 어느 규칙에서 거부될지 적어 보세요.

기존 실행 절차

M01 ② 실행에서 응답 붙여넣기 칸에 설명 문장만 넣고 응답 반영을 누름 → 코드 블록 없음 거부 확인
다시 요청 문장 복사를 눌러 ChatGPT에 보내는 문장을 확인함
부록 1장 "오류 3종 대처" 그림으로 다른 요청 응답·로그인 필요 화면을 확인함
부록 "스스로 해결" 점검표를 체크함

원본에서 확인할 결과

코드 블록 없음 거부의 문제·고침 문장을 읽음
다시 요청 문장을 복사함
부록 "스스로 해결" 점검표를 완료함

원본의 지도 이유: 오류마다 원인과 조치가 정해져 있어 강사 없이도 같은 순서로 고칠 수 있음. 거부된 응답은 대장에 들어가지 않음(REQ-015).

원본 2-4 · 자동 연결 3단계와 두 경로 비교

새 위치: 2차시 · 본 수업 보충 또는 확장 참고

원본 실습 취지: 설치·로그인·런처

시작 질문: 자동 연결로 같은 매물을 실행하면 결과가 같은 형식일까요?

설치 명령 1줄
로그인 1회
런처 실행과 상단 연결 표시

핵심 개념

자동 연결(경로 A): 설치 명령 1줄 → codex 로그인 1회 → 코덱스연결/코덱스연결.bat 실행. 앱은 전환을 제안만 하고 사람이 확인 버튼을 눌러야 바뀜(REQ-010)
두 경로는 같은 응답 형식과 같은 5규칙을 씀. 교육은 대화창 연결, 사무소 상시는 자동 연결(DEC-15)
사용량 한도는 요금제·모델별 추정치라 수치를 안내하지 않음(SRC-03)

용어

런처 — 작업함/요청 폴더의 요청 파일을 읽어 코덱스를 실행하는 창

실습 전 예상: 자동 연결로 받은 M01 결과의 열 이름이 대화창 연결 결과와 같을지 적어 보세요.

기존 실행 절차

도구 → 연결 안내의 설치 명령 복사 → PowerShell에 붙여 설치함(운영기관이 허용한 PC만)
PowerShell에서 codex 실행 → ChatGPT 로그인 1회
배포 폴더의 코덱스연결/코덱스연결.bat 실행 → 앱 작업 폴더 연결 → 자동 연결로 전환
같은 매물로 M01을 코덱스로 실행 → 결과 반영
부록 1장 "두 결과 비교표"를 채움(PC가 막혀 있으면 강사 시연으로 대신함)

원본에서 확인할 결과

상단 표시가 "자동 연결 사용 중"으로 바뀜(또는 강사 시연 확인)
두 경로 M01 결과의 열 이름이 같음
공용 PC는 실습 끝에 로그아웃을 확인함

원본의 지도 이유: 두 경로는 처리하는 곳만 다르고 요청·응답 형식과 검증이 같음. 그래서 한 경로가 막혀도 다른 경로로 같은 결과를 이어 받음(REQ-010, DEC-15).

원본 2-5 · M02 광고 문구 3안과 명시 블록

새 위치: 2차시 · 본 수업 보충 또는 확장 참고

원본 실습 취지: 문구 3안·명시 블록

시작 질문: 광고 문구의 사무소 정보는 누가 쓸까요?

문구 3안의 초안 배지
코드가 붙인 명시 블록
금지 표현 검사 결과

핵심 개념

M02는 인공지능이 문구 3안을 쓰고, 앱이 매물·사무소 명시 블록을 코드로 붙임. 중개보조원 정보는 넣지 않음(REQ-021)
금지 표현은 채널 프로필 사전으로 코드가 검사함(REQ-015 ④)

용어

채널 프로필 — 공통·플랫폼·블로그 등 채널별 금지 표현 묶음

실습 전 예상: 문구 3안 중 명시 블록이 빠진 안이 있을지 적어 보세요.

기존 실행 절차

업무 → M02 광고 문구 → 샘플 넣기(매물·게시 채널·문체)
다음: 인공지능 실행 → 대화창 연결 또는 내장 예시 응답으로 체험
③ 검증에서 ④ 금지 표현 결과 확인 → 결과 반영
④ 결과 저장에서 문구 3안과 명시 블록, 글자 수를 읽음

원본에서 확인할 결과

문구 3안에 초안 배지가 있음
3안 모두 명시 블록이 붙어 있음
M02 5규칙 통과를 확인함

원본의 지도 이유: 명시사항은 법령·정책에 따라 빠지면 안 되는 정보라 인공지능에 맡기지 않고 코드가 설정 값으로 붙임(REQ-021, DEC-21).

원본 2-6 · GPT 기능 지도 개요

새 위치: 2차시 · 본 수업 보충 또는 확장 참고

원본 실습 취지: 53행 4분류

시작 질문: ChatGPT의 모든 기능을 사무소 업무에 써도 될까요?

분류 4종과 행 수
제외 행의 사유
묶음 버튼이 있는 행과 없는 행

핵심 개념

GPT 기능 지도는 ChatGPT 기능 53행을 적용 17·선택 12·교재 안내 13·제외 11로 나눈 도구 화면임(DEC-63, RESEARCH 분류표)
적용: 앱이 묶음·가져오기를 제공함. 선택: 안내·묶음만 있고 실습 필수 아님. 교재 안내: 앱과 데이터 교환 없음. 제외: 종료·약관 금지·Windows 불가·Plus 미확인(DEC-63)
제외 행은 사유를 보이고 묶음 버튼을 두지 않음. chatgpt.com 자동 조작과 직방·다방 자동 게시는 쓰지 않음(REQ-130)
기능 이름은 2026-07-09 개편 뒤 표기를 씀(DEC-64). 기능은 바뀔 수 있어 행마다 확인일이 있음

용어

기능별 연결 묶음 — 적용·선택 행에서 만드는 묶음. 머리말 개인정보 3줄과 되돌려 넣을 곳이 들어감(REQ-126)

실습 전 예상: 제외로 분류된 행은 몇 개일지 적어 보세요.

기존 실행 절차

도구 → GPT 기능 지도를 엶
분류 필터를 적용·선택·교재 안내·제외로 바꾸며 표시 행 수를 적음
검색에 "데이터 분석"을 넣어 연결 모듈과 되돌려 넣을 곳을 읽음
화면 아래 쓰지 않는 기능(제외 목록)에서 사유를 읽음

원본에서 확인할 결과

분류별 행 수 17·12·13·11을 확인함
제외 행에 묶음 버튼이 없고 사유가 보임
4분류의 뜻을 한 문장씩 말할 수 있음

원본의 지도 이유: 기능마다 개인정보 위험과 요금제 조건이 달라 "쓸 수 있다"와 "업무에 써도 된다"를 나눠야 함. 지도는 기능마다 연결 모듈·되돌려 넣을 곳·개인정보 주의를 한 줄로 보여 줌(REQ-125).

원본 3-1 · E4 캠페인 기획

새 위치: 2차시 · 본 수업 보충 또는 확장 참고

원본 실습 취지: 목적·기간·채널·예산

시작 질문: 캠페인 기간을 거꾸로 넣으면 저장될까요?

캠페인 목록의 P-###
기간·채널·예산 칸
콘텐츠 달력 월 보기

핵심 개념

캠페인은 campaign.v1(P-###, 목적·기간·채널·예산(만원)·대상 매물·담당 S-###)으로 저장함. 기간이 거꾸로면 저장을 거부함(REQ-106)
콘텐츠 달력 항목은 연결 전 → 파일 연결 → 대장 연결 → 게시 기록 순서로 상태가 바뀜. 게시일은 사람이 게시한 뒤에만 적음(REQ-107)

용어

콘텐츠 달력 — 캠페인 기간 안 게시 예정 홍보물 목록(월 보기)

실습 전 예상: 종료일을 시작일보다 앞에 넣고 저장하면 어떤 안내가 나올지 적어 보세요.

기존 실행 절차

경영 → E4 홍보 캠페인에서 P-001 행의 보기를 누름
캠페인 등록으로 새 캠페인을 만들고 목적·시작일·종료일·채널·예산을 넣음(실습용 가상 값)
종료일을 시작일보다 앞으로 바꿔 저장해 거부 안내를 확인한 뒤 바르게 고침
달력 항목 추가에서 게시 예정일·채널·산출물 유형·매물을 넣고 달력에 추가

원본에서 확인할 결과

캠페인 1건을 저장함
기간 역전 저장 거부를 확인함
달력 항목 1건을 추가함

원본의 지도 이유: 캠페인 기간은 지표 집계(문의·비용)의 기준이라 틀리면 효과 지표가 모두 틀어짐. 그래서 저장 단계에서 코드가 막음(REQ-106·109).

원본 3-2 · M03 이미지 스튜디오

새 위치: 2차시 · 본 수업 보충 또는 확장 참고

원본 실습 취지: 4규격·명시사항 띠

시작 질문: 생성 이미지를 매물 사진 대신 써도 될까요?

4규격 미리보기
명시사항 띠
파일명 끝 _홍보용

핵심 개념

M03은 매물 데이터와 실사 사진 사본으로 유리창 A4·SNS 1:1·4:5·9:16을 코드로 합성함. 인공지능은 카드 특징 3줄 초안만 씀(REQ-022·058)
생성 없이도 템플릿으로 4규격이 바로 나오고 생성 배경은 선택임(DEC-17)
생성·합성 이미지는 직방·다방 매물 사진으로 쓰지 않음(SPEC 제외 범위, SRC-36·37)

용어

명시사항 띠 — 홍보물 아래에 코드가 넣는 매물·사무소 명시 정보

실습 전 예상: 매물 가격을 바꾸면 카드 글자가 어떻게 바뀔지 적어 보세요.

기존 실행 절차

업무 → M03 이미지 스튜디오 → 샘플 사진 넣기(실사 사진 자리) → 샘플 넣기
다음: 인공지능 실행 → 대화창 연결 또는 내장 예시 응답으로 체험 → 검증 → 결과 반영
④ 결과 저장에서 4규격 미리보기와 명시사항 띠를 확인하고 저장 묶음을 받음

원본에서 확인할 결과

4규격 미리보기를 확인함
모든 규격에 명시사항 띠가 있음
파일명이 _홍보용으로 끝남

원본의 지도 이유: 카드 글자는 매물 데이터에서 코드가 넣으므로 인공지능이 가격·면적을 바꿀 수 없음. 명시사항 띠도 코드가 넣어 빠지지 않음(REQ-022·058).

원본 3-3 · M11 홍보 스튜디오 카드뉴스

새 위치: 2차시 · 본 수업 보충 또는 확장 참고

원본 실습 취지: 카드뉴스 3장

시작 질문: 매물 카드뉴스와 사무소 홍보물은 무엇으로 나뉠까요?

매물 ID·가격·면적·소재지 포함 여부
장마다 명시 띠
광고게시대장 추가 CSV

핵심 개념

매물 ID·가격·면적·소재지 중 하나라도 들어가면 매물 홍보물이며 명시 블록이 필수임(REQ-075)
카드 글자·대체 텍스트·게시 본문 명시 블록이 원 데이터와 다르면 저장이 꺼짐(REQ-015 ③)

용어

2분류 판정 — 매물 홍보물과 사무소 홍보물을 코드가 나누는 규칙

실습 전 예상: 카드뉴스 3장 중 명시 띠가 없는 장이 있을지 적어 보세요.

기존 실행 절차

업무 → M11 홍보 스튜디오에서 산출물 유형 카드뉴스, 매물 R-001, 채널 SNS를 고름
다음: 인공지능 실행 → 대화창 연결 또는 내장 예시 응답으로 체험 → 검증 통과 → 결과 반영
카드 3장 미리보기의 명시 띠와 사무소 띠를 확인하고 저장함
자세한 과제·확인 질문은 부록 "홍보실습_안내" STEP 03을 따름

원본에서 확인할 결과

카드뉴스 3장을 만듦
장마다 명시 띠와 사무소 띠가 있음
금지 표현 0건

원본의 지도 이유: 카드뉴스는 매물 정보를 담으므로 매물 홍보물로 판정되고, 코드가 장마다 명시 띠를 넣어 한 장만 떼어 올려도 명시사항이 남음(REQ-075·080).

원본 3-4 · M04 직방·다방 등록 도우미

새 위치: 2차시 · 본 수업 보충 또는 확장 참고

원본 실습 취지: 입력값 표·게시 전 점검

시작 질문: 앱이 직방·다방에 대신 올려 줄까요?

입력값 표 4열
상태 "참고"·"미확인"
게시 전 점검 6항목

핵심 개념

앱은 입력값과 점검 결과만 만들고 등록은 사람이 플랫폼 화면에서 직접 함. 자동 게시·자동 입력·자동 로그인은 쓰지 않음(DEC-33)
플랫폼 입력 화면 필드는 실측 전 "참고" 상태임(DEC-44)

용어

입력값 표 — 필드명·값·상태·복사 4열 표. 복사 버튼으로 한 칸씩 옮김

실습 전 예상: 입력값 표에서 상태가 "미확인"인 칸은 어떻게 처리할지 적어 보세요.

기존 실행 절차

업무 → M04 상세페이지·플랫폼 등록에서 매물 R-001, 대상 다방을 고름
다음: 인공지능 실행 → 제목 후보·상세설명 초안 받기(또는 내장 예시 응답으로 체험) → 결과 반영
④ 입력값 표를 위에서부터 읽고 게시 전 점검 6항목을 체크함
실제 게시는 하지 않고 등록 기록·기한만 저장함

원본에서 확인할 결과

입력값 표를 확인함
게시 전 점검 6항목을 체크함
실제 게시 0건

원본의 지도 이유: 플랫폼 정책과 입력 화면은 바뀌고, 계정은 사무소 책임이라 사람만 게시함. 앱은 값과 점검표로 실수를 줄임(DEC-33, REQ-070).

원본 3-5 · 광고게시대장과 달력 연결

새 위치: 2차시 · 본 수업 보충 또는 확장 참고

원본 실습 취지: 대장 연결·연결 점검

시작 질문: 달력 항목과 광고게시대장 행이 연결되면 무엇이 달라질까요?

달력 항목 연결 상태
2_광고게시대장 캠페인ID 열
연결 점검 건수

핵심 개념

달력 항목의 연결은 광고게시대장에 "작성 중" 행을 만들고 캠페인ID를 채움. 게시일은 사람이 게시한 뒤에만 기록함(REQ-107)
효과 지표는 게시일이 있는 광고 기록만 셈. 효과를 단정하는 문장은 경고함(REQ-109·110)

용어

연결 점검 — 달력과 광고게시대장·사진이미지대장이 서로 맞는지 코드가 보는 목록

실습 전 예상: 게시일을 오늘보다 뒤 날짜로 넣으면 저장될지 적어 보세요.

기존 실행 절차

경영 → E4 홍보 캠페인의 달력 항목에서 연결 → 새 광고 기록 연결
도구 → 대장 → 2_광고게시대장에서 캠페인ID가 채워진 행을 확인함
E4 화면의 연결 점검 문제·확인 건수를 읽음

원본에서 확인할 결과

달력 항목과 광고게시대장 행을 연결함
홍보 점검 10항목(부록 강사 점검표)을 확인함
실제 게시 0건

원본의 지도 이유: 연결해 두어야 게시·문의·비용이 같은 캠페인으로 모여 코드가 지표를 셈. 게시 기록은 사람 행동의 기록이라 미래 날짜를 받지 않음(REQ-107·109).

원본 4-1 · M05 문의 응대와 상담 기록

새 위치: 2차시 · 본 수업 보충 또는 확장 참고

원본 실습 취지: 분류·응대 2안·유입 채널

시작 질문: 인공지능이 답할 수 없는 질문은 어떻게 표시될까요?

문의 분류
응대 초안 2안
답할 수 없는 질문 목록

핵심 개념

M05는 문의를 분류하고 응대 2안과 답할 수 없는 질문을 초안으로 받음. 분류 목록은 코드가 검증함(SPEC 3절)
상담 기록은 4_상담요약(가명)에 CS-### 번호와 유입 채널로 남음. 원문 메모는 저장하지 않음(REQ-054)
외국인 고객 안내문은 번역·역번역 모드에서 원문과 번역문의 숫자 집합이 다르면 거부함(REQ-128)

용어

유입 채널 — 문의가 들어온 경로(직방·다방·블로그·SNS 등). 캠페인 지표에 씀

실습 전 예상: 응대 초안에 매물에 없는 관리비 금액이 들어 있으면 어떻게 될지 적어 보세요.

기존 실행 절차

업무 → M05 문의 응대 → 샘플 넣기(샘플 문의·문의 경로·유입 채널)
다음: 인공지능 실행 → 대화창 연결 또는 내장 예시 응답으로 체험 → 검증 → 결과 반영
④ 결과 저장에서 응대 2안과 답할 수 없는 질문을 읽고 상담 기록을 저장함
같은 방법으로 두 번째 문의를 처리해 상담 기록 2건을 만듦

원본에서 확인할 결과

응대 초안 2안에 초안 배지가 있음
답할 수 없는 질문이 따로 보임
상담 기록 2건을 저장함

원본의 지도 이유: 응대 문장은 발송 전 사람이 사실을 확인해야 하므로 초안으로만 둠. 상담 기록은 가명·유입 채널만 남겨 E4 지표와 E1 KPI가 같은 기록을 씀(REQ-091·108).

원본 4-2 · M06 조건 매칭 비교표

새 위치: 2차시 · 본 수업 보충 또는 확장 참고

원본 실습 취지: 규칙 필터·비교 근거

시작 질문: 후보 매물은 인공지능이 고를까요, 코드가 고를까요?

고객(가명) 조건
후보 비교표
후속 연락 일정

핵심 개념

M06은 고객 조건(가명)으로 코드 규칙 필터가 후보를 고르고, 인공지능은 비교 근거 문장만 씀(SPEC 3절)
후속 연락 일정은 입력한 간격과 횟수로 코드가 계산해 오늘 할 일에 올림(REQ-090)

용어

규칙 필터 — 거래형태·예산·면적 등 조건으로 후보를 거르는 코드

실습 전 예상: 예산을 넘는 매물이 후보에 들어갈지 적어 보세요.

기존 실행 절차

업무 → M06 조건 매칭 → 샘플 넣기(고객 C-### 선택)
다음: 인공지능 실행 → 대화창 연결 또는 내장 예시 응답으로 체험 → 검증 → 결과 반영
비교표와 후속 연락 일정을 확인하고 저장함

원본에서 확인할 결과

비교표 1건을 만듦
비교 근거 문장에 초안 배지가 있음
후속 연락 일정이 계산됨

원본의 지도 이유: 후보를 코드가 고르면 같은 조건에서 늘 같은 후보가 나오고 추천 이유만 인공지능이 설명함. 추천 사유는 사람이 확인함(DEC-51).

원본 6-4 · 결과 xlsx 가져오기

새 위치: 2차시 · 본 수업 보충 또는 확장 참고

원본 실습 취지: 머리글 대조·5규칙

시작 질문: ChatGPT가 머리글을 바꿔 돌려주면 가져오기가 될까요?

머리글 대조표
5규칙 결과
계산 열 다시 계산

핵심 개념

가져오기는 대장 이름 시트(없으면 첫 시트) 값만 읽고, 머리글이 대장 정의와 다르면 거부하며 열 대응표를 보임(REQ-118)
행은 스키마 검사와 5규칙 ⑤(개인정보)를 거쳐 미리보기 → 사람 확인 → 반영됨. 계산 열 값은 버리고 앱이 다시 계산함(REQ-118)
압축 xlsx를 풀지 못하는 브라우저는 "CSV로 저장해 가져오기" 안내를 따름(REQ-118, OPEN-45)

용어

머리글 대조 — 가져온 파일 1행과 대장 열 이름을 맞춰 보는 검사

실습 전 예상: 가져온 파일의 "(계산)" 열 값은 대장에 그대로 들어갈지 적어 보세요.

기존 실행 절차

13_정산 대장의 가져오기(CSV·JSON·엑셀 xlsx, 5규칙 검증)를 펼침
파일 선택으로 ChatGPT가 돌려준 xlsx(없으면 앞 단계에서 받은 1시트 파일)를 고름
머리글 대조와 통과·경고·거부 수, 미리보기 행을 읽음
사람 확인 뒤 반영하고 결과를 작업 기록에서 확인함

원본에서 확인할 결과

결과 xlsx 머리글 대조 통과
5규칙 통과(거부 0)
가져오기 기록 1건을 남김

원본의 지도 이유: 돌려받은 파일은 형식이 바뀌었을 수 있어 머리글·스키마·개인정보를 다시 검사함. 계산 열은 앱이 정본이라 다시 계산함(DEC-22·60, REQ-118).

3차시로 재배치한 기존 실습 4개

새 3차시 교재 보기 →

원본 4-3 · E1 거래 파이프라인 단계 이동

새 위치: 3차시 · 본 수업 보충 또는 확장 참고

원본 실습 취지: 7단계·필수 입력 검사

시작 질문: 상담 단계 거래를 계약으로 옮기려면 무엇이 필요할까요?

칸반 7열
단계 이동 창의 필수 입력
거부 문장의 문제·고침

핵심 개념

거래는 7단계(매물 확보 → 광고 중 → 상담 → 계약 → 잔금 → 사후관리 → 종결/보류)로 움직임(REQ-089)
계약으로 옮기려면 계약일·거래형태·거래금액·중개보수 상한 계산 기록이 있어야 함. 없으면 이동을 거부하고 원인 1줄·조치 1줄을 보임(REQ-089)
계약으로 옮기면 M10 신고 기한 입력과 광고 계약 완료 통지일 입력 할 일이 생김(REQ-089)

용어

칸반 — 단계별 열에 카드를 놓아 보는 화면. 키보드는 "단계 이동" 버튼을 씀

실습 전 예상: 중개보수 상한 계산 기록 없이 계약으로 옮기면 어떤 문장이 나올지 적어 보세요.

기존 실행 절차

경영 → E1 대시보드·파이프라인의 거래 파이프라인 칸반을 봄
목록 보기로 바꾼 뒤 상담 단계 거래의 단계 이동을 누름
옮길 단계 4 계약을 고르고 계약일을 비운 채 이동 → 거부 문장 확인
(5차시에서) E2 상한 계산 기록을 저장한 뒤 다시 이동해 거래 1건을 계약 단계로 옮김

원본에서 확인할 결과

칸반 7열을 확인함
필수 입력 부족 거부의 문제·고침 문장을 읽음
거래 1건을 계약 단계로 옮김(또는 5차시 과제로 표시)

원본의 지도 이유: 단계 이동은 신고 기한·광고 삭제 같은 후속 일을 만들어 내므로 입력이 빠지면 할 일이 틀림. 그래서 코드가 필수 입력을 먼저 검사함(REQ-089·090).

원본 4-4 · M07 서류 점검

새 위치: 3차시 · 본 수업 보충 또는 확장 참고

원본 실습 취지: 가림·원문 대조

시작 질문: 서류 요약표만 보고 권리 관계를 판단해도 될까요?

성명 칸 가림 부호
위험 신호 후보
원문 행 대조 체크

핵심 개념

M07은 서류 텍스트의 성명 칸을 [소유자A] 같은 부호로, 주민번호·연락처를 [가림]으로 바꾼 뒤 보냄(SPEC 4절)
인공지능은 요약표와 위험 신호 후보만 쓰고, 사람이 원문 행 단위로 대조해야 저장됨(SPEC 3절)

용어

원문 대조 — 요약 행마다 서류 원문과 비교했다는 사람 체크

실습 전 예상: 요약표에 원문에 없는 권리가 적혀 있으면 어떻게 할지 적어 보세요.

기존 실행 절차

업무 → M07 서류 점검 → 샘플 넣기(가상 서류)
다음: 인공지능 실행 → 연결 묶음의 가림 부호를 확인 → 대화창 연결 또는 내장 예시 응답으로 체험
검증 → 결과 반영 → 요약표 행마다 원문과 대조해 체크함

원본에서 확인할 결과

연결 묶음에 성명 대신 부호가 있음
서류 점검표 1건을 만듦
원문 대조 체크를 모두 마침

원본의 지도 이유: 권리 판단은 공적장부 원문으로 사람이 확정해야 함. 앱은 대조 체크를 강제해 요약만 보고 넘어가지 않게 함(SPEC 설계 원칙).

원본 4-5 · M08 특약 초안

새 위치: 3차시 · 본 수업 보충 또는 확장 참고

원본 실습 취지: 초안 고정·법률 검토

시작 질문: 특약 초안을 그대로 계약서에 옮겨도 될까요?

초안 고정 표시
거절 문구
법률 검토 안내

핵심 개념

M08은 사람이 확인한 계약 조건만으로 특약 문안 초안을 받음. 초안 표시는 지울 수 없음(SPEC 3절)
계약·권리 판단은 사람이 원문·공적장부·현장으로 확정함(SPEC 설계 원칙)

용어

초안 고정 — 결과 화면·저장본에서 "초안" 표시를 끌 수 없는 규칙

실습 전 예상: 합의하지 않은 조건을 추가 요청에 넣으면 결과가 어떻게 될지 적어 보세요.

기존 실행 절차

업무 → M08 특약 초안 → 샘플 넣기
다음: 인공지능 실행 → 대화창 연결 또는 내장 예시 응답으로 체험 → 검증 → 결과 반영
④ 결과 저장에서 초안 표시와 법률 검토 안내를 읽고 저장함

원본에서 확인할 결과

특약 초안 1건을 만듦
초안 표시가 유지됨
법률 검토 필요 문장을 확인함

원본의 지도 이유: 특약은 당사자 권리에 직접 영향을 주므로 인공지능 문장은 출발점일 뿐이고 확정은 사람과 전문가가 함(SPEC 설계 원칙).

원본 6-2 · M09 시세·상권 리포트

새 위치: 3차시 · 본 수업 보충 또는 확장 참고

원본 실습 취지: 코드 집계·출처 표기

시작 질문: 시세 요약 문장의 중앙값은 누가 계산할까요?

자료 출처 표기
코드 집계 표
단색 그래프

핵심 개념

M09는 공공데이터 형식 CSV를 코드로 집계(건수·중앙값·최소·최대)하고 그래프를 그림. 인공지능은 요약 문장만 씀(SPEC 3절)
리포트에는 자료 기간·출처를 표기하고 수치는 코드 집계와 대조함(SPEC 3절)

용어

중앙값 — 값을 크기순으로 놓았을 때 가운데 값

실습 전 예상: 요약 문장의 중앙값이 표와 다르면 어떻게 될지 적어 보세요.

기존 실행 절차

업무 → M09 시세·상권 → 샘플 넣기(샘플 CSV, 수치는 가상)
다음: 인공지능 실행 → 대화창 연결 또는 내장 예시 응답으로 체험 → 검증 → 결과 반영
표·그래프·요약 문장과 자료 출처 표기를 확인하고 리포트를 저장함

원본에서 확인할 결과

코드 집계 표와 그래프를 확인함
자료 출처가 표기됨
시세 리포트 1건을 저장함

원본의 지도 이유: 시세 수치는 자료에서 코드가 뽑아야 재현할 수 있음. 인공지능 요약은 표를 설명하는 문장일 뿐임(SPEC 설계 원칙).

4차시로 재배치한 기존 실습 8개

새 4차시 교재 보기 →

원본 5-1 · 중개보수 상한 계산 3건

새 위치: 4차시 · 본 수업 보충 또는 확장 참고

원본 실습 취지: 수기 계산 = 앱 계산

시작 질문: 거래금액에 요율을 곱한 값이 늘 상한일까요?

적용 구간과 요율
한도액과의 비교
월세 환산(× 100, × 70)

핵심 개념

상한 = 거래금액 × 요율. 한도액이 있는 구간은 곱한 값과 한도액 중 작은 값이 상한임. 상한은 일방 기준이며 쌍방 각각 적용하고 부가가치세는 별도임(REQ-093, 실무 RAG C09-002·003)
월세 거래금액 = 보증금 + 월 차임 × 100. 합이 5천만원 미만이면 보증금 + 월 차임 × 70으로 다시 계산함(실무 RAG C09-007)
요율은 사무소 소재 시·도 요율표를 씀. 샘플 사무소는 대구 구청 안내 요율표 기준이며 조례 원문 재확인이 필요함(C09-017, OPEN-36). 원 미만은 절사(제안)
인공지능 계산은 쓰지 않고 앱 코드가 계산함. 실제 금액은 협의로 정하고 상한을 넘을 수 없음(C09-001·022)

용어

일방 상한 — 한쪽 당사자에게 받을 수 있는 최대 금액
한도액 — 구간별로 곱한 값이 넘을 수 없는 금액

실습 전 예상: 예시 1(주택 매매 180,000,000원)에서 180,000,000 × 0.5%와 한도액 중 어느 값이 상한이 될지 적어 보세요.

기존 실행 절차

아래 수기 계산 칸에 예시 3건을 먼저 손으로 계산해 넣고 결과 확인을 누름
경영 → E2 정산·중개보수의 중개보수 상한 계산에서 거래 선택은 직접 입력(거래 연결 없음)으로 둠
예시 1: 거래 유형 매매, 중개대상물 구분 주택, 매매가 180000000 → 상한 계산
예시 2: 거래 유형 월세, 보증금 10000000, 월 차임 390000 → 상한 계산
예시 3: 거래 유형 매매, 매매가 300000000 → 상한 계산
앱의 적용 구간·요율·한도액·계산식·상한(일방)을 수기 계산과 비교함

원본에서 확인할 결과

예시 1 앱 상한 800,000원을 확인함
예시 2 앱 상한 186,500원을 확인함
예시 3 앱 상한 1,200,000원을 확인함

원본의 지도 이유: 예시 1은 곱한 값 900,000원이 한도액 800,000원을 넘어 한도액이 상한이 됨. 예시 2는 × 100 환산이 5천만원 미만이라 × 70으로 다시 환산함. 예시 3은 한도액이 없는 구간이라 곱한 값이 상한임(RESEARCH 계산 예시 1-3).

원본 5-2 · 협의 금액·청구·입금·비용 기록

새 위치: 4차시 · 본 수업 보충 또는 확장 참고

원본 실습 취지: 상한 초과 거부·전표

시작 질문: 상한보다 큰 협의 금액은 저장될까요?

협의 금액 저장 버튼 상태
청구·입금·미수
비용 전표 5건

핵심 개념

실제 중개보수는 사람이 협의 금액 칸에 넣고, 상한을 넘으면 저장을 거부함(REQ-094, C09-022)
부가가치세는 "별도" 표시만 하고 세액·과세 유형 판단을 하지 않음. 세무 판단은 세무 전문가 확인(C09-025)
청구·입금은 13_정산 매출 전표, 비용(광고비·플랫폼 상품비·실비·기타)은 비용 전표로 남음. 미수 = 청구 금액 - 입금 금액(REQ-096·097)

용어

미수 — 청구했지만 아직 입금되지 않은 금액
실비 — 제증명 신청·공부열람 대행 등 영수증으로 증빙하는 비용(C09-018·019)

실습 전 예상: 청구 금액보다 많은 입금을 기록하면 어떻게 될지 적어 보세요.

기존 실행 절차

E2 거래 선택에서 상한 기록이 있는 거래를 고르고 협의 금액에 상한보다 큰 금액을 넣어 버튼이 꺼지는지 확인함
상한 이하 금액으로 고쳐 협의 금액 저장
청구 추가(중개보수·실비)에서 중개보수 청구 1건을 청구 저장하고 입금 기록으로 입금을 기록함
비용 전표에서 광고비·플랫폼 상품비 등 가상 비용 5건을 비용 전표 저장으로 저장함

원본에서 확인할 결과

상한 초과 협의 금액에서 저장 버튼이 꺼지고 이유가 보임
청구·입금 기록 1건씩 저장함
비용 전표 5건을 저장함

원본의 지도 이유: 상한 초과는 법 위반이 될 수 있어 저장 단계에서 코드가 막음. 전표는 13_정산 대장에 가림·스키마 검사를 거쳐 들어가 월별 집계와 KPI가 같은 값을 씀(REQ-094·096·097).

원본 5-3 · 직원 신고·교육 기한과 중개보조원 상한

새 위치: 4차시 · 본 수업 보충 또는 확장 참고

원본 실습 취지: 기한 배지·상한 검사

시작 질문: 중개보조원을 한 명 더 등록하면 늘 저장될까요?

중개보조원 N / 상한 M
고용·종료 신고 배지
연수교육 다음 기한

핵심 개념

고용 신고는 업무개시 전, 고용관계 종료 신고는 종료일부터 10일 이내(실무 RAG C01-016). 인장 변경등록은 7일 이내(C01-015)
연수교육은 실무교육 이수 후 2년마다이고 알림은 60일 전(제안)(C01-007, REQ-102)
재직 중개보조원 수는 재직 개업공인중개사·소속공인중개사 합의 5배를 넘을 수 없음. 넘는 등록은 거부함(C01-017, REQ-103)
중개보조원이 현장안내 등을 할 때 "중개보조원임을 미리 알림" 체크가 없으면 일지 저장을 거부함. 제재 대상이 될 수 있음(C01-018)

용어

D-N 배지 — 기한까지 남은 일수. 기한 지남은 글자로도 표시

실습 전 예상: 샘플 사무소(공인중개사 2명)에서 중개보조원 상한은 몇 명일지 적어 보세요.

기존 실행 절차

경영 → E3 직원·업무에서 중개보조원 상한 표시를 읽음
직원 표의 고용·종료 신고 배지와 연수교육 다음 기한을 읽음
신고·인장·교육 기한 목록에서 기한 지남 항목을 찾음
업무 일지에서 중개보조원 S-### 현장안내 기록을 알림 체크 없이 저장해 거부를 확인함

원본에서 확인할 결과

중개보조원 수와 상한을 확인함
신고·교육 기한 목록을 읽음
알림 체크 없는 일지 저장 거부를 확인함

원본의 지도 이유: 신고·교육 기한은 날짜 계산이라 코드가 맡고, 사람은 원문과 등록관청 안내로 기산 방식을 확인함. 상한과 신분 고지는 저장 단계에서 막아 실수를 줄임(REQ-101-103).

원본 5-4 · 교육 수료증 판독으로 연수교육 기한 갱신

새 위치: 4차시 · 본 수업 보충 또는 확장 참고

원본 실습 취지: 수료증 → 14_직원

시작 질문: 교육 수료증을 판독해 적용하면 어느 칸이 바뀔까요?

대상 직원 S-###
교육 종류·교육 종료일
14_직원 연수교육다음기한

핵심 개념

교육 수료증(교육지침 별지 제3호)은 판독 대상 6종 중 하나임(DEC-62, SRC-57)
적용하면 14_직원의 교육 이수일이 바뀌고 연수교육 다음 기한 = 이수일 + 2년으로 다시 계산됨(REQ-102·124). 같은 월일이 없으면 그 달 말일(원문 재확인)
가상 견본의 교육 종류는 연수, 교육 종료일은 2026-03-03임(가상 견본 예시 응답)

용어

교육 이수일 — 14_직원 대장의 실무·연수·직무 교육 날짜 칸. 개인 식별 정보가 아님

실습 전 예상: 연수교육 이수일 2026-03-03을 적용하면 연수교육 다음 기한은 언제가 될지 계산해 적어 보세요.

기존 실행 절차

업무 → M12 증명서 판독에서 서류 종류 교육 수료증, 대상 직원 S-002(소속공인중개사)를 고름
가상 견본 불러오기 → 견본의 가릴 곳 상자 넣기 → 가림 적용 → 동의 체크
다음: 인공지능 실행 → 대화창 연결 또는 내장 예시 응답으로 체험 → 검증 → 결과 반영
3열 적용 표를 원본과 대조해 모두 체크하고 적용
도구 → 대장 → 14_직원에서 S-002의 연수교육이수일과 연수교육다음기한을 확인함

원본에서 확인할 결과

적용 대상이 14_직원 연수교육 이수일(S-###)로 표시됨
적용 뒤 연수교육이수일이 2026-03-03으로 바뀜
연수교육다음기한 = 적용한 이수일 기준 계산값

원본의 지도 이유: 연수교육 기한은 이수일에서 코드가 계산하므로 이수일 한 칸만 바르게 들어가면 E3 화면·14 대장·오늘 할 일이 같은 기한을 씀. 판독 값은 사람이 원본과 대조한 뒤에만 들어감(REQ-102·123·124).

원본 5-5 · M10 신고 기한·ICS와 오늘 할 일

새 위치: 4차시 · 본 수업 보충 또는 확장 참고

원본 실습 취지: 기한 계산·일정 파일

시작 질문: 계약일을 넣으면 어떤 신고 기한이 자동으로 나올까요?

기한 미리 계산
근거 배지
E1 오늘 할 일 정렬

핵심 개념

부동산 거래신고와 주택 임대차 신고는 계약 체결일부터 30일 이내. 임대차 신고 대상 여부는 금액으로 코드가 판정함(SRC-22, SPEC 6절)
기한 계산 정본은 앱 M10이고 결과는 ICS 일정 파일로 받음. 기산 방법은 원문 재확인 배지를 붙임(DEC-22)
오늘 할 일은 기한 지난 항목을 맨 위, 이후 빠른 순으로 모음(REQ-090)

용어

ICS — 달력 앱에 넣는 일정 파일 형식

실습 전 예상: 오늘 할 일 목록 맨 위에는 어떤 항목이 올지 적어 보세요.

기존 실행 절차

업무 → M10 기한·일정 → 샘플 넣기 → 기한 미리 계산
근거 배지와 원문 재확인 배지를 읽고 ② 실행으로 고객 안내문 초안을 받음(선택)
④ 결과 저장에서 ICS를 받음
경영 → E1 대시보드·파이프라인의 오늘 할 일에서 직원·증명서·신고 기한이 한 목록에 있는지 확인함

원본에서 확인할 결과

기한 미리 계산 결과를 읽음
ICS 파일 1개를 받음
오늘 할 일에서 기한 지남 항목이 먼저 나옴을 확인함

원본의 지도 이유: 기한은 법령 기준을 코드로 계산해 모든 영역이 한 목록에서 같은 값을 씀. 기산 방식이 불명확한 항목은 배지로 사람 확인을 요구함(REQ-090, DEC-22).

원본 6-1 · KPI 점검과 주간 브리핑

새 위치: 4차시 · 본 수업 보충 또는 확장 참고

원본 실습 취지: KPI = 원자료

시작 질문: KPI 타일의 숫자는 어디에서 왔을까요?

타일마다 계산 기준 한 줄
원자료 보기
브리핑 속 수치 대조

핵심 개념

KPI 5종(이번 달 계약 수, 예상 중개보수 상한 합계, 확정 중개보수 합계, 이번 달 비용 합계, 채널별 문의 수)은 코드가 계산함. 인공지능 수치를 타일에 쓰지 않음(REQ-091)
주간 브리핑은 코드 집계 값과 가명 ID로 묶음을 만들고, 인공지능은 문장과 강조 3줄만 씀. 문장 속 수치가 요청 값과 다르면 경고 후 원 값을 씀(REQ-088·092)

용어

원자료 보기 — KPI 타일 수치가 나온 기록 목록을 여는 버튼

실습 전 예상: 브리핑 문장에 요청에 없는 금액이 있으면 어떻게 될지 적어 보세요.

기존 실행 절차

경영 → E1 대시보드·파이프라인의 KPI 타일 5개를 읽고 타일마다 원자료 보기를 눌러 수기로 셈
주간 브리핑 초안 만들기(인공지능) → 샘플 넣기 → 다음: 인공지능 실행
대화창 연결 또는 내장 예시 응답으로 체험 → 검증 → 결과 반영 → 브리핑 초안 저장

원본에서 확인할 결과

KPI 5종을 원자료 수기 집계와 대조함
브리핑 초안에 초안 배지가 있음
주간 브리핑 1건을 저장함

원본의 지도 이유: 경영 판단에 쓰는 숫자는 코드 집계만 쓰고 인공지능은 설명 문장만 씀. 브리핑 수치도 요청 값과 대조해 틀린 숫자가 남지 않게 함(REQ-088·091).

원본 6-5 · Work 보고서·월 결산과 결과 파일 목록

새 위치: 4차시 · 본 수업 보충 또는 확장 참고

원본 실습 취지: 결과 파일 검토 3체크

시작 질문: ChatGPT Work가 만든 보고서 파일은 앱이 읽을까요?

E2 월별 집계
Work 월 결산 보고서 묶음
결과 파일 검토 체크 3개

핵심 개념

ChatGPT Work는 docx·xlsx·pptx 문서를 만들 수 있음(SRC-50 11·12번, SRC-52). 앱은 결과 파일 내용을 읽지 않고 파일 이름·종류·용도·연결 ID만 결과 파일 목록에 등록함(REQ-127)
검토 체크 3개: 수치 원문 대조·개인정보 없음·초안 표시. xlsx·CSV는 대장 가져오기로만 반영함(REQ-127)
E2 월 결산 요약 초안은 월별 집계(입금 기준·청구 기준·비용·차액) 값으로만 씀(REQ-098·099)

용어

결과 파일 목록 — Work·딥리서치 결과 파일의 등록부. 작업 기록 하위에 있음

실습 전 예상: 결과 파일을 등록하면 파일 내용이 앱에 저장될지 적어 보세요.

기존 실행 절차

경영 → E2 정산·중개보수의 월별 집계 표와 그래프를 읽고 월 결산 요약 초안 받기(인공지능)로 초안을 받음(선택)
도구 → GPT 기능 지도에서 ChatGPT Work 월 결산 보고서 묶음을 만들어 머리말과 되돌려 넣을 곳을 읽음
ChatGPT Work에서 보고서를 만들었다면 파일을 받음(Plus 사용량은 확인 필요, OPEN-44)
도구 → 결과 파일 목록에서 파일 이름·용도·연결 ID를 넣고 결과 파일 등록 → 검토 체크 3개

원본에서 확인할 결과

월 결산 요약 초안 또는 월별 표를 확인함
결과 파일 1건을 등록함
결과 파일 검토 체크 3개를 완료함

원본의 지도 이유: 외부에서 만든 문서는 앱이 검증할 수 없으므로 사람이 수치·개인정보·초안 표시를 확인했다는 기록만 남김. 대장에 넣을 값은 가져오기 검사를 거침(REQ-127).

원본 6-6 · 예약 작업·맞춤 지침 문안과 종합 점검

새 위치: 4차시 · 본 수업 보충 또는 확장 참고

원본 실습 취지: 문안 만들기·수료 점검

시작 질문: 예약 작업이 매주 앱 대장을 읽어 알려 줄 수 있을까요?

예약 작업 묶음의 안내
맞춤 지침 5,000자 검사
고객 정보 금지 문장

핵심 개념

예약 작업은 Plus 활성 작업 5개까지이고, 프로젝트 안 작업은 프로젝트 파일에 접근하지 못함(SRC-50 24번). 그래서 "매주 월요일 점검 알림" 1개처럼 알림 용도로만 씀(REQ-126)
맞춤 지침은 5,000자까지이며 사무소 규칙 요약만 넣고 고객 정보는 넣지 않음(SRC-50 28번, REQ-126)
두 문안 모두 GPT 기능 지도의 기능별 묶음으로 만들고 머리말 개인정보 3줄이 붙음(REQ-126)

용어

맞춤 지침 — 모든 대화에 적용되는 사용자 지침(SRC-50 28번)

실습 전 예상: 맞춤 지침 문안에 고객 전화번호를 넣으면 앱이 어떻게 할지 적어 보세요.

기존 실행 절차

도구 → GPT 기능 지도의 예약 작업 문안 묶음을 만들고 안내 문장을 읽음
맞춤 지침 문안 묶음을 만들고 글자 수 검사 결과를 확인함
두 문안을 복사해 ChatGPT에 등록할지 사무소 규칙에 맞게 정함(선택)
이 교재 아래 확인 질문과 완료 판정으로 6차시 수료 점검을 함

원본에서 확인할 결과

예약 작업 문안을 만듦
맞춤 지침 문안을 만들고 5,000자 이하를 확인함
두 문안에 고객 정보가 없음을 확인함

원본의 지도 이유: 예약 작업과 맞춤 지침은 ERP 파일을 직접 읽지 못하므로 "무엇을 확인하라"는 알림·규칙 문장만 맡김. 업무 데이터는 늘 앱에서 가림·검증을 거침(REQ-126, SRC-50).