서비스 대상
개인/법인 임대사업자 전체를 대상으로 보되, 구청 등록 여부에 따라 계약신고와 준수 의무가 달라집니다.등록임대 계약신고 운영 설계
이 페이지의 본문 대상은 등록임대 계약신고만입니다. 다만 서비스 전체 대상은 개인/법인 임대사업자 전체로 보고, 등록 여부에 따라 RTMS·렌트홈·홈택스·기타 서류 발급 채널이 어떻게 갈리는지까지 같이 정리한 설계 초안입니다.
채널 원칙
RTMS, 렌트홈/지자체, 홈택스, 보증기관, 등기 채널은 하나가 아니라서 분리 관리가 필요합니다.제품 포인트
완전한 원클릭 발급보다 대상 판정, 자료 수집, 제출 연결, 발급물 회수, 증빙 보관을 한 흐름으로 묶는 것이 핵심입니다.작업 허브
현재 작업
WP-047 렌트홈 로그인 후 진입 경로 탐색 자동화렌트홈 실페이지 기준 로그인 입력창 `#mber_idBf`, `#pwdBf`가 `readonly`이고 nProtect 오버레이가 회색 박스/깜박임을 만드는 구조임을 확인했다다음 작업
WP-048 live post-login DOM 판독/신고 화면 판별 보강로그인 후 live browser DOM에서 실제 신고 화면 여부를 더 정확히 판별한다잔여 작업
잔여 WP 5건 · 백로그 0건WP 모두 완료하면 백로그에서 다음 작업을 새 WP로 등록이 페이지에서 먼저 고정할 전제
지금까지 나온 요구사항 정리
1. 대상 사용자 분기
- 개인 / 주임사 등록 사업자
- 개인 / 주임사 미등록 사업자
- 법인 / 주임사 등록 사업자
- 법인 / 주임사 미등록 사업자
2. 신고 채널 분리
- RTMS 주택임대차계약신고
- 렌트홈/지자체 등록임대 계약신고
- 홈택스/국세청 세무 신고
- 보증기관·등기 등 외부 발급 채널
3. 제품 기능 요구
- 단순 알림이 아니라 실제 신고 연결
- 계약별 상태 추적
- 증빙 서류 수집·보관
- 후속 의무 일정 생성
4. 문서/근거 요구
- 핵심 포인트 바로 아래 근거 링크
- 모든 근거 링크는 새 창
- 중복 근거 섹션 최소화
- Telegram이 아니라 파일/HTML에 축적
즉 이 페이지는 “등록임대 계약신고만 설명하는 페이지”가 아니라, 서비스 전체 요구사항 중 등록임대 계약신고 파트를 어디에 놓을지까지 함께 설명하는 기준 페이지여야 합니다.
등록임대 계약신고를 원래 어떻게 해야 하는가
시스템 플로우
개인 / 주임사 미등록 사업자
- 세무서 사업자등록 확인
- RTMS 대상 계약 여부 판정
- 사업장현황신고·종합소득세 일정 추적
- 등록임대 계약신고 플로우는 비활성
개인 / 주임사 등록 사업자
- 세무 흐름 + 등록임대 흐름을 동시에 탑니다
- RTMS 대상 계약이면 RTMS도 별도 판정
- 등록임대 계약신고는 렌트홈/지자체 경로를 탑니다
- 표준계약서·보증보험·증액 제한 추적이 같이 붙습니다
법인 / 주임사 미등록 사업자
- 법인세 체계를 기본으로 봅니다
- 직원·외주비가 있으면 원천세/지급명세서 비중이 높습니다
- RTMS 대상 계약은 별도 판정합니다
- 렌트홈 등록임대 계약신고는 기본 비활성입니다
법인 / 주임사 등록 사업자
- 법인세·원천세 흐름 위에 등록임대 준수 흐름이 추가됩니다
- RTMS 대상 계약이면 RTMS와 등록임대 계약신고를 분리 추적합니다
- 등록임대 계약신고는 렌트홈/지자체 경로로 연결합니다
- 변경신고·말소신고·보증보험·부기등기 증빙까지 같이 관리합니다
서비스에서 중요한 것은 “사용자군”과 “이번 계약 이벤트”를 따로 보는 것입니다. 등록 사용자라도 이번 계약에 변경 이벤트가 없으면 지금 당장 신고 액션이 없을 수 있습니다.
사용자 유형별 의무·신고 한눈 요약
개인 / 주임사 미등록 사업자
- 등록임대 계약신고 의무 해당 없음
- 신고 건 없음
- 신고 시점/주기 없음
- 신고 대상 시스템 없음
- 주요 서류 없음
개인 / 주임사 등록 사업자
- 등록임대 계약신고 의무 해당
- 신고 건 신규 계약, 변경 계약, 재계약, 묵시적 갱신 관련 등록임대 계약신고
- 신고 시점/주기 계약 체결·변경일부터 3개월 이내
- 신고 대상 시스템 렌트홈/지자체
- 주요 서류 임대차계약서, 표준임대차계약서, 등록증빙, 변경 전후 정보
법인 / 주임사 미등록 사업자
- 등록임대 계약신고 의무 해당 없음
- 신고 건 없음
- 신고 시점/주기 없음
- 신고 대상 시스템 없음
- 주요 서류 없음
법인 / 주임사 등록 사업자
- 등록임대 계약신고 의무 해당
- 신고 건 신규 계약, 변경 계약, 재계약, 묵시적 갱신 관련 등록임대 계약신고
- 신고 시점/주기 계약 체결·변경일부터 3개월 이내
- 신고 대상 시스템 렌트홈/지자체
- 주요 서류 임대차계약서, 표준임대차계약서, 등록증빙, 변경 전후 정보
이 요약은 등록임대 계약신고 자체만 본 것입니다. 미등록 사용자군은 이 신고 의무가 없고, 등록 사용자군만 렌트홈/지자체 신고 흐름으로 들어갑니다.
자동화 목표
유저 플로우 기준으로 필요한 자동화 단계를 정리합니다.
1. 사용자군과 계약 이벤트를 분리 판정한다
- 개인 / 법인
- 구청 등록 여부
- RTMS 대상 계약 여부
- 등록임대 계약신고 대상 계약 여부
2. 채널별 제출 패키지를 나눈다
- RTMS 제출물
- 렌트홈/지자체 제출물
- 세무 자료 패키지
- 보증·등기 증빙 수집물
3. 발급이 아니라 회수까지 상태화한다
- 발급 필요
- 발급 요청 완료
- 파일 수집 완료
- 증빙 검수 완료
4. 신고 후속 의무를 자동 생성한다
- 증액 제한 점검
- 보증보험 갱신 추적
- 변경/말소신고 일정 생성
- 세무 시즌 일정 연결
요구사항 기준 시스템 플로우
주임사 등록자 대상 자동화 전체 프로세스
단계별 검증 결과
1. 등록 정보 수집
- 판정 자동화 가능
- 방법 내부 입력폼 + 등록증빙 업로드 + OCR
- 리스크 사용자가 잘못 입력하면 뒤 단계 전체가 오판정
2. 계약 이벤트 판정
- 판정 자동화 가능
- 방법 계약 체결일, 변경값, 직전 계약 비교 룰 엔진
- 리스크 묵시적 갱신·예외 케이스는 수동 확인 필요
3. 제출 패키지 생성
- 판정 자동화 가능
- 방법 표준계약서 템플릿, 첨부 목록 자동 체크
- 리스크 최신 서식 개정 추적 필요
4. 렌트홈/지자체 입력
- 판정 조건부 가능
- 방법 사용자 세션 또는 로컬 실행 에이전트 기반 브라우저 자동화
- 리스크 사이트 구조 변경, 로그인, 보안모듈, CAPTCHA 가능성
5. 인증·최종 제출
- 판정 완전 자동은 비추천
- 방법 사람 승인 포함 반자동
- 리스크 인증서 원본·비밀번호 서버 보관은 보안/책임 리스크 큼
6. 접수증·필증 회수
- 판정 조건부 가능
- 방법 브라우저 다운로드, 스크린샷, 업로드 회수
- 리스크 파일명 규칙 변경, 다운로드 위치 통제 필요
7. 후속 의무 일정화
- 판정 자동화 가능
- 방법 접수일 기준 일정 생성, 보증보험/증액 제한 룰 연결
- 리스크 법령·운영 기준 변경 시 규칙 업데이트 필요
최종 판단
- 완전 자동 API형 현재 공개 기준으로는 어려움
- 권장안 서버 + 로컬 실행 에이전트 + 사람 승인형 반자동
- 보고 방식 계약 단위 상태판 + 접수증/필증 회수 보고
즉 주임사 등록자 대상 자동화는 “전부 서버가 대신 제출”보다 “사전 판정·패키지 생성·브라우저 자동 입력·사람 최종 승인·결과 회수” 구조가 가장 현실적입니다.
권장 구조 도식
서버가 인증서를 보관하는 구조보다, 서버는 판단·정리·추적을 맡고 사용자의 PC 에이전트가 실제 로그인·입력·제출을 수행하는 구조가 더 현실적입니다.
1. 중앙 서버
- 대상 판정
- 채널 결정
- 제출 패키지 생성
- 증빙 보관 / 상태 추적
2. 로컬 실행 에이전트
- 사용자 PC에서 실행
- 브라우저 자동화
- 사이트 입력 / 업로드
- 접수증 / 필증 회수
3. 사용자
- 로그인
- 인증서 / 간편인증 승인
- 최종 제출 확인
- 예외 상황 대응
4. 결과 복귀
- 접수번호 저장
- 필증 업로드
- OCR / 메타데이터 추출
- 후속 일정 생성
부록
제반서류를 한 번에 발급받을 수 있는가
한 번에 만들 수 있는 것
- 표준임대차계약서 입력본
- 제출용 패키지
- 누락자료 요청서
- 세무사/운영자 전달 메모
외부 채널에서 받아와야 하는 것
- 사업자등록증명
- RTMS 신고필증
- 렌트홈/지자체 접수증·필증
- 보증보험 증권, 등기 증빙
API 제공 여부 메모(부록)
아래 평가는 2026-04-18 기준 공개 메인/안내 페이지에서 확인한 결과입니다. 제휴형·폐쇄형 API는 별도로 존재할 수 있지만, 공개형 오픈API/개발자센터가 보이는지는 따로 봤습니다.
제품 관점 결론
- 공개 기준으로는 대부분 API보다 웹 민원/신고 화면 중심입니다.
- 따라서 완전 자동 제출보다 브라우저 자동화, 제출 보조, 회수형 업로드가 더 현실적입니다.
- 공개 API가 확인되지 않은 영역은 사용자가 발급한 파일을 회수하는 구조가 안전합니다.
우선순위
- 1순위: 대상 판정 + 채널 연결
- 2순위: 제출 후 접수증/필증 회수
- 3순위: OCR·상태 갱신·증빙 보관
- 4순위: 제휴/폐쇄형 API 가능성은 별도 영업 과제
RTMS 관련 메모(부록)
- RTMS 주택임대차계약신고는 일반 임대차 계약 신고 제도입니다.
- 법적 신고 주체는 임대인·임차인(계약당사자)입니다.
- 따라서 이 서비스에서는 등록임대 계약신고 본체와 별개 채널로 관리하는 것이 맞습니다.