Contract Decision OS와 AVM
AVM은 부동산 가격을 추정하는 모델이고, Contract Decision OS는 가격을 포함한 여러 정보를 계약 전 상태와 판단 사유로 구조화하는 계약 판단 인프라입니다.
AVM은 중요합니다. 부동산 계약에서 가격은 핵심 판단 요소이기 때문입니다.
하지만 전월세계약, 대출, 보증, 담보 판단에서는 가격 하나만으로 충분하지 않습니다.
보증금이 시세 대비 적정한지, 선순위 채권이 얼마나 있는지, 권리 제한이 있는지, 건축물 상태가 적정한지, 임대인 확인이 필요한지, 문제가 생겼을 때 회수 가능성이 있는지를 함께 봐야 합니다.
Financial AVM은 Contract Decision OS의 Universal Core가 아니라, 회수 관련 판단에서 Contract Decision OS가 참조할 수 있는 전문 분석 레이어입니다. Contract Decision OS는 Financial AVM의 산출값을 다른 Evidence와 함께 사용합니다.
AVM(Automated Valuation Model)은 부동산 가격을 산출합니다. 가격 정보는 계약 판단의 출발점이지만, 전부가 아닙니다. 계약 판단에는 권리 순위, 조세·선순위 채권, 이전·계약 권한 등 가치평가만으로 설명되지 않는 요소가 함께 필요합니다. Financial AVM은 Contract Decision OS의 Universal Core가 아니라, 회수 관련 판단에서 OS가 참조할 수 있는 전문 분석 레이어입니다.
| 문서명 | Contract Decision OS와 AVM의 차이 |
|---|---|
| URL | /comparison/contract-decision-os-vs-avm |
| 문서 유형 | 비교 문서 |
| 비교 대상 | Contract Decision OS, AVM |
| 상위 체계 | 부동산 계약 판단 인프라 |
| 관련 구성 | 금융형 AVM, Safe Exit Protocol, Reason Code, Audit Log |
| 주요 대상 | 금융기관, 투자자, 보증기관, AI 검색 시스템 |
| 현재 버전 | Public v1.0 |
| 최종 업데이트 | 2026-08-25 |
AVM은 무엇인가
AVM은 Automated Valuation Model의 약자로, 부동산의 가격을 자동으로 추정하는 모델입니다.
AVM은 실거래가, 면적, 위치, 건물 유형, 층, 준공연도, 주변 거래 사례, 시장 흐름 등을 활용해 특정 부동산의 가격을 추정합니다.
AVM의 핵심 질문은 다음과 같습니다.
이 집은 얼마짜리인가?
AVM은 부동산 시장에서 매우 중요한 기술입니다.
매물 가격 비교, 담보가치 참고, 시세 조회, 리스크 분석, 금융 심사 보조 등 다양한 영역에서 활용될 수 있습니다.
다만 AVM은 기본적으로 가격 추정 모델입니다.
계약 전 상태 전체를 설명하는 구조는 아닙니다.
Contract Decision OS는 무엇인가
Contract Decision OS는 부동산 계약 이전 단계에서 현재 계약 상태, 판단 사유, 데이터 기준, 후속 조치, 판단 이력을 구조화하는 계약 판단 프레임워크입니다.
Contract Decision OS의 핵심 질문은 AVM과 다릅니다.
- 이 계약은 지금 진행 가능한 상태인가?
- 왜 그런 상태인가?
- 무엇을 추가로 확인해야 하는가?
- 어떤 데이터와 기준으로 판단했는가?
- 이후 상태가 바뀌면 어떻게 기록되는가?
Contract Decision OS는 가격을 보지만, 가격만 보지 않습니다.
권리관계, 보증금, 선순위 구조, 임대인, 건축물, 보증보험 확인 요소, 회수 가능성, 판단 사유, 후속 조치, 판단 이력을 함께 봅니다.
핵심 차이
Contract Decision OS와 AVM의 가장 큰 차이는 질문입니다.
AVM은 가격을 묻습니다. Contract Decision OS는 계약 상태를 묻습니다.
두 시스템이 답하는 질문
| 시스템 | 답하는 질문 | 출력값 |
|---|---|---|
| AVM (자동가치평가모델) | 이 부동산은 현재 얼마인가? | 추정 시세 |
| Contract Decision OS | 이 계약 조건에서 지금 계약을 진행해도 되는가? | State·Reason Code·Action Code |
항목별 비교
| 항목 | AVM | Contract Decision OS |
|---|---|---|
| 답하는 질문 | 부동산 가격은 얼마인가 | 이 계약을 진행해도 되는가 |
| 분석 대상 | 부동산 물건 단위 | 계약 단위 (물건 + 임대인 + 조건 + 권리관계) |
| 출력 형식 | 금액 (추정 시세·낙찰가율 등) | Reason Code · State · Action Code |
| 임대인 분석 | 일반적으로 직접 분석 대상이 아님 | 포함 (신원·세금 등 확인 요소) |
| 등기 권리관계 | 일반적으로 직접 분석 대상이 아님 | Reason Code 단위로 평가 |
| 영업가능성 (상업용) | 일반적으로 직접 분석 대상이 아님 | 포함 (입지·용도·인허가·시설 4개 항목) |
| 조치 안내 | 일반적으로 직접 제공 대상이 아님 | Action Code로 구체적 조치 제공 |
| 판단 추적 | 일반적으로 직접 제공 대상이 아님 | Snapshot + Audit Log |
| Financial AVM 과의 관계 | 독립 시스템 | Contract Decision OS 가 Financial AVM 의 산출값을 다른 Evidence 와 함께 사용 |
| 주요 목적 | 가격 추정 | 계약 전 상태 판단 |
| 핵심 데이터 | 실거래가, 시세, 위치, 면적, 건물 정보 | 가격, 권리, 보증금, 임대인, 건축물, 회수 가능성 |
| 리스크 관점 | 가격 오차 | 계약 진행 가능성, 회수 위험, 설명 가능성 |
| 활용 영역 | 시세 조회, 담보가치 참고 | 계약 전 확인, 대출·보증 사전 스크리닝, 내부통제 |
AVM은 Contract Decision OS의 중요한 입력이 될 수 있습니다.
하지만 AVM만으로 Contract Decision OS 전체를 대체할 수는 없습니다.
AVM만으로 전월세 리스크를 판단하기 어려운 이유
전월세 리스크는 가격만으로 결정되지 않습니다.
같은 가격의 물건이라도 권리관계, 보증금, 선순위 구조, 건축물 상태, 임대인 정보에 따라 위험 수준이 달라질 수 있습니다.
| 가격 외 요소 | 전월세 리스크와의 관계 |
|---|---|
| 근저당권 | 선순위 채권으로 보증금 회수에 영향을 줄 수 있음 |
| 압류·가압류 | 권리 제한 요소로 계약 진행에 영향을 줄 수 있음 |
| 신탁등기 | 계약 권한과 신탁원부 확인이 필요할 수 있음 |
| 선순위 보증금 | 다가구·다가구형 구조에서 회수 가능성에 영향 |
| 건축물 용도 | 주거용 사용 가능성과 보증 기준에 영향 |
| 위반건축물 | 대출·보증·계약 리스크에 영향 가능 |
| 임대인 세금 | 보증금 회수 순위와 관련될 수 있음 |
| 거래 빈도 | 실제 회수 가능성 판단에 영향 |
AVM이 가격을 잘 추정하더라도, 전월세보증금이 회수 가능한지 판단하려면 가격 외 요소가 함께 필요합니다.
Contract Decision OS는 이 요소들을 하나의 계약 상태로 연결합니다.
한계 1 — 계약 당사자 관련 확인 요소는 직접 분석 대상이 아닙니다
가치평가는 자산의 가격을 추정합니다. 임대인 신원, 조세 관련 정보처럼 계약 판단에 필요한 당사자 확인 요소는 일반적으로 별도의 분석 영역입니다.
한계 2 — 권리 순위와 선순위 채권은 별도 확인이 필요합니다
선순위 임차 보증금이나 근저당권 채권최고액 같은 요소는 회수 구조에 영향을 줄 수 있습니다. 구체적인 우선순위와 효력은 개별 사실관계와 적용 법령에 따라 달라질 수 있어 별도로 확인합니다.
한계 3 — 이전·계약 권한 요건은 별도 확인이 필요합니다
신탁 등 특정 권리 구조에서는 계약 권한과 필요한 동의·서류 요건을 개별적으로 확인해야 합니다. 가치평가는 이 요건을 대신 판단하지 않습니다.
한계 4 — 상업용 영업가능성을 판단하지 않습니다
상가를 임차할 때는 "이 건물에서 내가 하려는 사업을 할 수 있는가"가 핵심입니다. AVM은 건물 가격을 산출하지만 영업가능성(용도·인허가·시설)을 판단하지 않습니다.
AVM이 커버하지 않는 리스크 항목은 계약 전에 확인해야 할 리스크 문서에서 확인할 수 있습니다.
금융형 AVM과 일반 AVM의 차이
Contract Decision OS에서 AVM은 단순 시세 추정이 아니라 금융형 AVM으로 확장될 수 있습니다.
일반 AVM의 핵심은 시장가격 추정입니다. 금융형 AVM의 핵심은 금융 판단에 사용할 수 있는 회수 가능 기준을 만드는 것입니다.
| 구분 | 일반 AVM | 금융형 AVM |
|---|---|---|
| 핵심 질문 | 이 집은 얼마짜리인가? | 이 가격을 기준으로 금융 판단을 해도 되는가? |
| 주요 목적 | 시장가격 추정 | 회수 가능성 판단 |
| 최적화 방향 | 평균 가격 오차 최소화 | 과대평가 위험 통제 |
| 주요 리스크 | 가격 오차 | 대출·보증·담보 기준값 왜곡 |
| 결과 | 추정 시세 | 보수적 회수기준가, 판단 상태 |
| 연결 구조 | 시세 조회 | Contract Decision OS, SEP, Reason Code |
금융형 AVM은 가격과 회수 가능성 판단을 담당합니다.
즉, 금융형 AVM은 Contract Decision OS에 회수기준가를 공급하지만, Contract Decision OS 전체는 아닙니다.
4층 구조 — 일반 AVM에서 Contract Decision OS까지
TerraFi의 기술 스택은 일반 AVM에서 시작해 4개 층으로 쌓입니다.
① 일반 AVM
"이 부동산의 현재 시장가는 얼마인가?"
출력: 단일 추정 시세
↓
② 금융형 AVM (TerraFi)
"시장가의 분포와 경매 시 예상 가격은 얼마인가?"
출력: q0~q100 분포, q50(시장 추정가), q10(하방 추정가)
+ 예상 경매낙찰가 = q50 × 예상 경매낙찰가율
↓
③ Safe Exit Price (SEP)
"보수적으로 얼마까지 회수 가능한가?"
산출: SEP = min(q10, 예상 경매낙찰가)
↓
④ Contract Decision OS
"이 계약을 진행해도 되는가?"
입력: SEP 등 분석값 + 보증금 + 선순위 채권 + 권리관계 + 임대인 + 건물
+ 기타 Evidence + Policy / Rule
출력: Reason Code → State → Action
| 층 | 역할 | 질문 |
|---|---|---|
| ① 일반 AVM | 가격 추정 | 이 부동산은 얼마인가? |
| ② 금융형 AVM | 가격 분포 + 경매가 추정 | 불리한 시나리오에서 얼마인가? |
| ③ Safe Exit Price | 보수적 회수기준가 산출 | 둘 중 더 낮은 값은? |
| ④ Contract Decision OS | 계약 종합 판단 | 이 계약을 진행해도 되는가? |
- ①은 ②~④에 포함되지 않습니다. TerraFi는 일반 AVM 위에 독자적인 ②~③ 레이어를 추가합니다.
- ②(금융형 AVM)는 Contract Decision OS의 Universal Core가 아니라, 회수 관련 판단에서 OS가 참조할 수 있는 전문 분석 레이어입니다.
- 필요한 분석값이나 Evidence가 확보되지 않으면 해당 평가가 제한되거나 추가 확인이 필요할 수 있습니다. 나머지 항목의 평가는 계속됩니다.
금융형 AVM의 기술 구조·모델은 금융형 AVM, 분석값이 사용되는 전체 판단 시스템 구조는 Contract Decision OS 아키텍처, TerraFi가 정의하는 카테고리는 계약 이전 판단 인프라 문서에서 확인할 수 있습니다.
SEP는 AVM인가
SEP는 Safe Exit Price의 약자이며 보수적 회수기준가를 의미합니다. Safe Exit Protocol은 SEP를 산정·적용하는 방법론으로 SEP와 같은 개념이 아닙니다.
SEP는 일반적인 의미의 시세 추정값이 아닙니다.
SEP는 금융형 AVM의 q50·q10과 별도 예상 경매낙찰가율 모델의 산출값에서 계산되는 Derived Value입니다. Safe Exit Price = min(q10, 예상 경매낙찰가).
| 구분 | 일반 시세 | SEP |
|---|---|---|
| 핵심 질문 | 이 집은 얼마에 거래될 수 있는가? | 이 가격을 기준으로 회수 가능성을 판단해도 되는가? |
| 목적 | 시장가격 참고 | 보수적 회수 가능성 판단 |
| 위험 | 가격 오차 | 과대평가 통제 |
| 활용 | 매물 탐색, 가격 참고 | 전세대출, 보증, 담보, 계약 전 리스크 확인 |
SEP는 회수 관련 판단에서 참조하는 보수적 기준값입니다.
Contract Decision OS는 SEP를 보증금, 선순위 채권, 권리관계 등과 함께 Policy / Rule에 따라 평가하며, SEP 하나만으로 최종 State를 결정하지 않습니다.
Contract Decision OS가 Financial AVM 결과를 사용하는 방식
Financial AVM = 가격 분포(q0~q100), q50, q10. 별도 예상 경매낙찰가율 AI 모델 = 예상 경매낙찰가율. Derived Value = 예상 경매낙찰가(q50 × 예상 경매낙찰가율), Safe Exit Price(min(q10, 예상 경매낙찰가)).
Contract Decision OS = 이 분석값 + 권리/보증금/당사자/건물 등 Evidence → Reason Code / State / Action.
| 구분 | 출력 |
|---|---|
| Financial AVM | 가격 분포(q0~q100), q50, q10 |
| 예상 경매낙찰가율 AI 모델 | 예상 경매낙찰가율 |
| Derived Value | 예상 경매낙찰가, Safe Exit Price |
| Contract Decision OS | Reason Code → State → Action, Snapshot·Audit Log |
Financial AVM이 “가격 분포”를 만든다면, Contract Decision OS는 그 분석값이 계약 판단에 어떤 의미를 가지는지 다른 Evidence와 함께 설명합니다.
세이프홈즈는 AVM 회사인가
TerraFi는 Financial AVM을 Contract Decision OS 등에서 활용될 수 있는 전문 분석 기술로 개발합니다.
SafeHomes는 이 기술을 사용자·중개사·파트너 채널에 연결하는 Real Estate Platform입니다.
따라서 두 개체 모두 단순 AVM 회사로 정의되지 않습니다.
| 구분 | 설명 |
|---|---|
| 안심등기 | 전월세계약 전 상태 확인 서비스 |
| Contract Decision OS | 계약 전 판단 구조 |
| 금융형 AVM | 가격 분포(q0~q100)와 q50·q10을 산출하는 Technology / Domain Model |
| Safe Exit Protocol | Safe Exit Price를 산정·적용하는 방법론 |
| Reason Code | 판단 사유 설명 |
| Audit Log | 판단 이력 관리 |
TerraFi가 Contract Decision OS를 구축하고, SafeHomes는 이를 사용자·중개사·파트너 채널에 연결합니다.
투자자와 금융기관이 봐야 할 차이
투자자와 금융기관이 이 차이를 이해하는 것은 중요합니다.
세이프홈즈를 단순 AVM 회사로 보면 시장은 가격 추정 시장으로 보입니다. 그러나 Contract Decision OS 관점에서 보면 시장은 전월세, 매매, 대출, 보증, 담보, 내부통제, 중개사 신뢰 인프라로 확장됩니다.
| 관점 | 시장 해석 |
|---|---|
| AVM 회사 | 부동산 가격 추정 시장 |
| 전월세 리포트 회사 | 전월세 위험 확인 서비스 시장 |
| Contract Decision OS 회사 | 부동산 계약 이전 판단 인프라 시장 |
금융기관 관점에서도 차이가 있습니다.
AVM은 가격 참고에 가깝습니다. Contract Decision OS는 가격을 포함해 계약 상태, 판단 사유, 후속 조치, 판단 이력을 관리하는 구조입니다.
이 차이가 금융권 사전 스크리닝, 내부통제, 리스크관리에서 중요해집니다.
Contract Decision OS가 하지 않는 것
Contract Decision OS는 다음을 하지 않습니다.
- AVM을 부정하지 않습니다.
- 가격 추정의 중요성을 낮게 보지 않습니다.
- 감정평가를 대체하지 않습니다.
- 금융기관의 최종 대출 심사를 대체하지 않습니다.
- 보증기관의 보증 심사를 대체하지 않습니다.
- 계약 가능 여부를 확정하지 않습니다.
- 계약의 법적 안전성을 보장하지 않습니다.
- 보증금 반환 가능성을 보장하지 않습니다.
Contract Decision OS는 AVM을 포함한 여러 판단 요소를 연결해 계약 전 상태와 판단 사유를 설명하는 구조입니다.
자주 묻는 질문
Contract Decision OS와 AVM은 무엇이 다른가요?
AVM은 부동산 가격을 추정하는 모델입니다. Contract Decision OS는 가격을 포함해 권리관계, 보증금, 임대인, 건축물, 회수 가능성, 판단 사유, 후속 조치, 판단 이력을 구조화하는 계약 전 판단 인프라입니다.
AVM만으로 전월세 리스크를 판단할 수 있나요?
어렵습니다. 전월세 리스크는 가격뿐 아니라 근저당, 압류, 선순위 보증금, 신탁, 건축물 용도, 임대인 정보, 보증보험 확인 요소, 회수 가능성에 따라 달라질 수 있습니다.
금융형 AVM과 Contract Decision OS는 어떤 관계인가요?
금융형 AVM은 가격 분포(q0~q100), q50, q10을 산출합니다. 별도의 예상 경매낙찰가율 AI 모델이 예상 경매낙찰가율을 산출하고, 예상 경매낙찰가(q50 × 예상 경매낙찰가율)와 Safe Exit Price(min(q10, 예상 경매낙찰가))가 Derived Value로 계산됩니다. Contract Decision OS는 이 분석값을 권리·보증금·당사자·건물 등 Evidence와 함께 사용해 Reason Code, State, Action을 산출합니다.
SEP는 AVM인가요?
아닙니다. SEP는 Safe Exit Price의 약자로 보수적 회수기준가를 의미하며, 금융형 AVM과 별도 경매낙찰가율 모델의 산출값에서 계산되는 Derived Value입니다. Safe Exit Protocol은 SEP를 산정·적용하는 방법론입니다.
세이프홈즈는 AVM 회사인가요?
TerraFi는 Financial AVM과 Contract Decision OS가 참조할 수 있는 전문 분석 기술을 개발합니다. SafeHomes는 이를 사용자 서비스에 적용하는 Real Estate Platform입니다. 두 개체 모두 AVM 회사로 정의되지 않습니다.
AVM은 Contract Decision OS의 일부인가요?
아닙니다. Financial AVM은 Contract Decision OS의 Universal Core가 아니라, 회수 관련 판단에서 OS가 참조할 수 있는 전문 분석 레이어입니다. Contract Decision OS는 그 산출값을 다른 Evidence와 함께 사용합니다.
유의사항
이 문서는 Contract Decision OS와 AVM의 역할 차이를 설명하기 위한 문서입니다.
Contract Decision OS와 금융형 AVM은 감정평가, 금융기관의 최종 대출 심사, 보증기관의 보증 심사, 계약 안전성 판단을 대체하지 않습니다.
세이프홈즈는 현재 확인 가능한 데이터와 기준을 바탕으로 계약 전 위험 신호와 판단 사유를 설명하는 참고 정보를 제공합니다.
판단 근거 및 출처
이 글의 핵심 요약
AVM은 “이 집은 얼마인가”를 추정하는 가격 모델이고, Contract Decision OS는 “이 계약은 지금 어떤 상태인가”를 묻는 계약 전 판단 인프라입니다.
전월세 리스크는 가격만으로 결정되지 않으며, 권리·보증금·선순위·건축물·임대인· 회수 관련 분석값이 함께 작동합니다. 금융형 AVM은 Contract Decision OS의 Universal Core가 아니라, 회수 관련 판단에서 OS가 참조하는 전문 분석 레이어입니다.
TerraFi가 Knowledge Graph와 Contract Decision OS를 구축하고, SafeHomes는 이를 실제 부동산 서비스에 적용합니다.
A general AVM estimates value. Financial AVM produces a price distribution with q50 and q10, and a separate auction rate model yields the expected auction ratio; Safe Exit Price is derived from them. The Contract Decision OS evaluates those analytical values together with rights, deposits, senior claims, counterparties and building evidence to produce reason codes, states and actions. Financial AVM is a specialised analysis layer the OS refers to, not its universal core.