본문으로 건너뛰기
NEXAI
로그인새 창에서 운영 화면으로 이동 NPL 도입 문의
NEXAI
NPL 통합 자산관리 플랫폼

NPL 자산관리,
이제 수기로
운영하지 마세요.

차주·채권·담보·물건·등기·기일·회수계획·AM 업무 이력을 하나의 플랫폼으로 연결합니다. 담당자부터 본부장까지 같은 최신 정보를 봅니다.

운영 화면 로그인
01 PORTFOLIO
포트폴리오 현황
02 DEBTOR · COLLATERAL
차주·담보·물건
03 ASSET
자산과 AM 업무
04 EVIDENCE
원문 근거와 판단
SCROLL
대상 · WHO IT IS FOR

NPL 자산과 사람의 업무를
함께 관리하는 조직을 위해

A
AMC·NPL 회사 대표와 본부장
B
NPL 자산관리·회수 조직
C
AM·투자심사·권리분석
D
기일·업무·운영 보고

경영진은 포트폴리오 전체를 보고, AM은 오늘의 업무를 이어가며, 조직은 담당자가 바뀌어도 자산의 기록과 판단 맥락을 그대로 보존합니다.

현재 · CURRENT OPERATION

자산 정보는 엑셀에,
업무 기록은 아직도 수기와
개인 파일
에 남아 있습니까?

차주와 채권은 엑셀에, 등기와 담보자료는 폴더에, 기일은 개인 일정에, 다음 조치와 회수계획은 메모와 담당자의 기억에 흩어집니다. 같은 정보를 반복 입력하고, 보고서를 만들 때마다 최신 상태를 다시 확인하며, 담당자가 바뀌면 인수인계는 처음부터 시작됩니다.

지금 누가 어떤 자산을 관리하고 있으며, 무엇을 했고, 다음에 무엇을 해야 하는지 한 화면에서 설명할 수 있습니까?

NPL_자산목록_v7_최종(수정).xlsx불일치
사건번호
담당
상태
20XX타경 0000
○○○
진행?
20XX타경 0000
공란
확인 필요
수기 메모 · 개인 노트추적 불가
다음 조치 — 통화 후 재확인
배당 관련 자료 ○○님께 요청
기일 변경? 확인 못함
개인 일정 · 기일공유 안 됨
/공유폴더/등기_담보_원문/…
최종 갱신 시점 불명
PROBLEM 원인 · EIGHT DISCONNECTIONS
08

NPL 운영이 개인의 기억에
의존하게 만드는 8개의 단절

  1. 01
    엑셀마다 달라지는 차주·채권·자산 정보
    정보 불일치
    같은 자산이 파일마다 다른 상태로 존재합니다.
  2. 02
    폴더에 흩어진 등기·담보·원문 자료
    근거 유실
    판단의 근거를 다시 찾는 시간이 반복됩니다.
  3. 03
    개인 일정에 남는 경매·법원 기일
    기일 누락
    조직은 임박한 기일을 뒤늦게 확인합니다.
  4. 04
    수기 메모로 관리되는 다음 조치와 결과
    결과 미기록
    조치 결과가 자산 기록으로 돌아오지 않습니다.
  5. 05
    담당자마다 달라지는 업무 기록 방식
    기준 부재
    같은 업무를 비교할 기준이 사라집니다.
  6. 06
    별도로 계산되는 배당·수익성·회수계획
    계산 분리
    가정과 결과가 자산 기록과 분리됩니다.
  7. 07
    인사 이동 때마다 반복되는 인수인계
    인수인계 지연
    맥락 설명이 매번 처음부터 시작됩니다.
  8. 08
    최신 상태를 다시 모으는 보고서 작성
    보고 재작업
    보고 시점마다 상태를 재확인해야 합니다.

8개의 단절은 개별 문제가 아니라 서로를 강화합니다. 기록 방식이 사람마다 다르면 인수인계가 길어지고, 인수인계가 길어지면 기일과 다음 조치가 다시 개인 메모로 돌아갑니다.

CONSEQUENCE 결과 · OPERATING GAP

흩어진 기록은 단순한 불편이 아니라,
회사의 운영 공백이 됩니다.

RECORD

자산 기록의 단절

  • 같은 자산이 여러 파일에서 서로 다른 상태로 남습니다.
  • 한 번 확인한 정보도 업무와 보고 과정에서 다시 입력합니다.
  • 원문 자료와 판단 기록이 떨어져 있어 담당자에게 다시 물어야 합니다.
HANDOVER

AM 업무와 인수인계의 단절

  • 다음 업무와 기일이 개인 메모에 남으면 조직이 우선순위를 알기 어렵습니다.
  • 담당자가 바뀔 때마다 자산의 맥락과 과거 조치를 다시 설명해야 합니다.
  • 회사의 운영 지식이 시스템이 아니라 개인의 기억에 남습니다.
REPORTING

경영 현황과 보고의 단절

  • 본부장은 어떤 자산이 멈춰 있고 누가 무엇을 하고 있는지 바로 보기 어렵습니다.
  • 개별 자산의 최신 기록이 포트폴리오 현황과 보고에 늦게 반영됩니다.
  • 회의, 운영 자료와 보고서가 서로 다른 시점의 상태를 말합니다.
전환 · FROM RECORDS TO A SYSTEM

NPL 자산과 AM 업무를,
하나의 플랫폼에서 운영하세요.

포트폴리오·차주·채권·담보·물건·자산, AM 업무와 기일, 회수계획과 보고가 같은 자산 위에 쌓입니다.

엑셀 자산목록
등기·담보 원문
개인 일정의 기일
수기 메모
조치 결과
배당 가정
회수 전략
보고 자료
ONE ASSET RECORD
하나의 자산 기록
차주·채권·담보·물건·등기 · AM 업무 이력 · 기일 · 회수계획 · 보고까지 같은 축에
08 SOURCES01 RECORD

개인의 기록을, 회사의 운영체계로.

NEXAI FLAGSHIP PRODUCT

NPL 통합
자산관리 플랫폼

모든 자산 정보, AM 업무, 기일, 회수계획과 보고를 한곳에 연결합니다. 실무자는 반복 기록을 줄이고, 경영진은 포트폴리오 전체의 현재 상태를 같은 플랫폼에서 확인합니다.

실제 운영 화면 보기

이 페이지의 도식은 운영 구조를 설명하기 위한 개념 표현입니다. 실제 화면 캡처는 NPL 플랫폼 페이지에서 확인하세요.

CHAPTER A

모든 자산 정보를 하나로

차주·채권·담보·물건·자산을 하나의 구조로

PORTFOLIO 포트폴리오 12
DEBTOR 차주 · 채권 318
COLLATERAL 담보 · 물건 그룹 742
ASSET 자산 · AM 업무 1,104
ONE ASSET RECORD
하나의 자산 기록
차주채권담보물건등기AM 업무기일회수계획보고
사건·차주 어느 관점에서 들어와도 같은 기록에 도달합니다

개념 도식 · 사건·차주 어느 관점에서 들어와도 같은 자산 기록에 도달합니다

  • 01포트폴리오·차주·담보·물건·자산 계층
  • 02통합 자산 목록과 물건 그룹 단위 업무
  • 03채권·등기·담보·물건과 원문 자료 맥락
  • 04AM 담당 범위와 책임
  • 05집중도·편차·현재 상태 개요
CHAPTER B

AM 업무와 이력을 하나로

오늘의 업무부터 인수인계까지, 자산 위에 남도록

MON
현장 조사
TUE
답변서 제출
메모 3건
WED
AM 인수인계
THU
매각기일
FRI
배당 검토
보고 초안
09:0012:0015:0018:00
ACTIVITY LOG
09:12 상태 변경 · 검토중 → 진행
11:40 첨부 등기부 v2 업로드
14:05 다음 조치 등록 · 답변서
16:22 AM 배정 변경 · 이관 기록
모든 기록은 자산 위에 남아 인수인계로 이어집니다

개념 도식 · 긴급한 항목이 무엇인지 조직 전체가 같은 기준으로 봅니다

  • 01오늘 처리할 조치 큐
  • 02AM 배정·담당과 인수인계
  • 03법원 기일·마감과 검토 상태
  • 04다음 조치, 메모, 첨부와 결과
  • 05시간순 활동과 상태 변경 이력
CHAPTER C

권리에서 회수계획까지

원문 등기 근거에서, 배당과 실행할 회수계획까지

EXPECTED RECOVERY
TOTAL
예상 회수액
RANK 01
선순위 근저당
전액 귀속
RANK 02
관리 채권
일부 귀속
RANK 03
후순위
일부 귀속
RANK 04
부족액
미회수
가정을 바꾸면 귀속과 부족액이 함께 움직이고, 선택한 회수 전략은 버전으로 남습니다.

개념 도식 · 실제 값은 자산별 등기 근거와 가정에 따라 달라집니다

  • 01등기 권리와 근거 위치
  • 02법적 우선순위를 바꾸지 않는 관리 채권 선택
  • 03채권·원금과 선순위 항목 맥락
  • 04배당 시뮬레이션
  • 05수익성과 회수 경로 비교
  • 06버전이 남는 회수 전략
CHAPTER D

경영 현황과 보고까지

개별 자산의 최신 기록을, 포트폴리오 현황과 보고까지

1,104
ASSETS
96
DUE 7D
12
REPORTS
포트폴리오 A
정상
포트폴리오 B
검토
포트폴리오 C
보고 준비
포트폴리오 D
지연
ARP REPORT · v1 2024.11
ARP REPORT · v2 2025.02
ARP REPORT · v3 최신 2025.07
같은 자산 기록에서 생성
이전 버전은 그대로 남고, 최신 상태만 새 보고서로 이어집니다

개념 도식 · 보고 이전에 데이터의 최신성과 처리 상태를 먼저 확인합니다

  • 01포트폴리오·AM 범위 경영 가시성
  • 02ARP 보고서 생애주기
  • 03시세·경매 근거
  • 04파이프라인·외부 데이터 모니터링
  • 05법률 스키마 상태
  • 06등기·PDF 인테이크와 갱신 이력
SIX SCREEN CHAPTERS

여섯 개의 화면 챕터에서 실제 운영 화면을 순서대로 확인할 수 있습니다. 포트폴리오 지휘 화면부터 권리 근거, 배당, 기일, 보고까지.

실제 운영 화면 보기
흐름 · END-TO-END FLOW

한 번 등록한 자산이,
다음 업무와 보고까지 이어지도록

  1. 01
    자산 등록

    등기부와 차주·채권·담보·물건 정보를 한 자산에 연결합니다.

  2. 02
    업무 배정

    담당 AM과 현재 상태, 다음 조치와 기일을 정합니다.

  3. 03
    업무 기록

    메모, 첨부자료, 조치 결과와 변경 이력을 자산 위에 계속 남깁니다.

  4. 04
    회수 관리

    권리, 채권, 배당, 수익성, 회수 경로와 계획을 함께 검토합니다.

  5. 05
    현황과 보고

    최신 자산 기록을 포트폴리오 현황과 버전이 남는 보고로 이어갑니다.

단계마다 사람의 판단이 필요합니다. 모든 단계가 자동으로 처리된다고 말하지 않습니다.

기반 · SHARED FOUNDATION

판단의 출처를
끝까지 남기는 기술

원문 등기 근거, 사용자 입력, 외부 자료와 파생 분석을 구분합니다. 숫자와 판단이 어디에서 시작됐는지 다시 찾을 수 있도록 연결하고, 확인되지 않은 항목은 확인된 사실처럼 포장하지 않습니다.

확인된 사실과 미확인 항목을 같은 색으로 보여주지 않습니다.

기술 자세히 보기
SOURCE
원문 등기·자료
STRUCTURED
구조화 항목
JUDGMENT
화면의 판단
확인 필요 근거가 없으면 값을 채우지 않고 이 상태로 남습니다.
01
원문 근거 연결

구조화된 항목이 원문 위치로 돌아갈 수 있게 연결합니다.

02
명시적인 미확인 상태

근거가 없는 항목은 확인 필요 상태로 남습니다.

03
목적별 제품 투영

같은 기반을 사용자별로 다른 화면과 계약으로 전달합니다.

04
Fail closed

판독할 수 없는 입력은 결과를 꾸며 채우지 않습니다.

ANOTHER PRODUCT · NEXAI LEDGER

같은 등기·권리 분석 기반이,
개인의 보증금 판단을 선명하게 만듭니다.

전세체크는 정상 매각, 급매, 경매 스트레스 상황에서 예상 회수액과 부족액을 보여줍니다. 복잡한 권리관계를 개인이 이해할 수 있는 숫자와 행동으로 바꾸되, 등기 근거와 시세·공시 자료, 사용자 입력과 미확인 항목을 분명하게 구분합니다.

정상 매각전액 회수
급매일부 부족
경매 낙찰부족액 발생
개념 도식 · 실제 회수액과 부족액은 등기 권리와 시세 근거에 따라 달라집니다
근거 · EVIDENCE FIRST

말보다 근거가
먼저입니다.

NEXAI는 주요 판단을 원문 근거와 연결하고, 확인된 사실과 미확인 항목을 구분합니다. 제품 범위, 기능, 사용자 문서와 검증 자료도 같은 버전 기준으로 관리합니다.

검증 범위 자세히 보기
01
근거는 추적 가능한 상태로 남습니다

구조화된 항목과 화면의 판단 표현이 원문 위치와 상태로 돌아갈 수 있게 연결됩니다.

02
미확인 항목은 명시적으로 남습니다

확인되지 않은 값은 임의로 채우지 않고 확인 필요 상태로 표시합니다.

03
제품과 검증 범위는 버전에 묶입니다

기능, 문서, 검증 자료를 같은 제품 버전 기준으로 관리합니다.

현재 사전상담 준비 단계이며, 공식 인증 또는 독립 시험 결과를 취득한 상태는 아닙니다.

요약 · WHAT NEXAI IS

개인의 기록을,
조직의 운영 자산으로.

NEXAI는 복잡한 부동산 정보와 사람의 업무를 조직의 시스템으로 바꿉니다. NPL 회사에는 모든 자산과 AM 업무가 연결된 통합 운영 플랫폼을, 개인에게는 이해할 수 있는 별도의 보증금 판단 제품을 제공합니다.

Evidence first Fail closed Audience-specific products
NEXAI 소개
RESERVED MODULE · 승인 대기

확인된 콘텐츠만,
확인된 이름으로 공개합니다.

고객 사례, 리포트, 언론, 세미나와 인사이트는 소유자가 사실과 공개 범위를 승인한 경우에만 소개합니다. 승인된 콘텐츠가 없으면 이 모듈 전체를 노출하지 않습니다.

THE NEXT STANDARD FOR NPL OPERATIONS

수기와 엑셀에 흩어진 NPL 운영을,
하나의 플랫폼으로 바꾸세요.

현재 자산관리 방식과 AM 업무, 기일·회수계획·보고 흐름을 확인하고 우리 조직이 가장 먼저 통합할 운영 범위를 함께 설계합니다.

PRODUCT

NPL 통합
자산관리 플랫폼

모든 NPL 자산과 AM 업무를,
하나의 운영 플랫폼으로.

차주·채권·담보·물건·등기부터 담당자, 기일, 다음 조치, 회수계획과 보고까지 한곳에서 관리합니다. 개인의 기록에 의존하지 않고, 회사가 자산의 전체 이력과 현재 상태를 이어갑니다.

app.nexainpl.com / 개요 샘플 데이터
NPL 통합 자산관리 플랫폼 개요 화면. 채권최고액·감정가 합계·관리 자산 수·긴급 기일 지표 밴드 아래에 기일/조치 큐와 리스크·진행 현황이 함께 배치되어 있습니다. 샘플 데이터.

아직도 NPL 자산을
엑셀과 수기 메모로 관리하고 있습니까?

  1. 01

    누가 어떤 자산을 맡고 무엇을 했는지 한 번에 볼 수 있습니까?

  2. 02

    담당자가 바뀌어도 다음 조치와 과거 기록이 그대로 이어집니까?

  3. 03

    본부장이 포트폴리오 전체의 최신 상태와 정체된 업무를 바로 확인할 수 있습니까?

MODULE 01 · 자산 정보와 포트폴리오

경영진의 포트폴리오 현황에서,
AM의 오늘 업무까지

포트폴리오와 담당 범위가 계속 보이고, 집계된 현황에서 책임 기록으로 바로 이동합니다. 차주·담보·물건·자산의 계층은 평면화되지 않습니다.

app.nexainpl.com / 개요 샘플 데이터
개요 화면. 상단 지표 밴드와 기일·조치 큐, 리스크·진행 현황 패널이 하나의 화면에 있습니다. 샘플 데이터.
SOURCE / WebRedesign.dc.html포트폴리오 집계에서 담당 자산과 원문 근거까지 같은 화면에서 이어집니다.
01
포트폴리오와 담당 범위

경영 범위와 AM 담당 범위가 같은 화면에서 계속 보입니다.

02
우선순위와 기일 연결

처리 우선순위와 다가오는 기일이 자산 기록에 연결됩니다.

03
집계에서 원본으로

집계된 현황에서 한 번에 책임 기록으로 이동합니다.

04
차주·담보·물건 계층

차주 기준 관계와 담보·물건 연결이 끊기지 않습니다.

05
자산 단위 분석 유지

계층을 평면화하지 않고 자산 단위 분석을 유지합니다.

06
물건 그룹 단위 업무

자산 목록에서 물건 그룹으로 묶인 업무를 함께 처리합니다.

자산 목록 화면. 물건 그룹 레일과 감정가 우측 정렬, 진행 상태 필터 칩이 보입니다. 샘플 데이터.
W3Assets.dc.html · 자산 인벤토리
차주 상세 화면. 차주 아래 담보와 물건, 분석 자산의 관계가 계층으로 연결되어 있습니다. 샘플 데이터.
W3DebtorCase.dc.html · 차주·공동담보
자산 상세 커맨드 헤더. 자산 식별 정보와 담당, 상태, 탭 구조가 함께 보입니다. 샘플 데이터.
W3AssetDetail.dc.html · 자산 커맨드 헤더

이 계층은 운영 화면을 연결하는 구조입니다. 법적 사실을 바꾸거나 서로 다른 주체를 하나로 합치지 않습니다.

MODULE 02 · AM 업무와 기일

한 번 기록한 AM 업무가,
다음 조치와 인수인계까지

오늘의 조치와 다음 법원 기일을 먼저 확인하고, 자산에서 메모·첨부·결과를 기록합니다. 별도의 수기 장부 없이 업무 이력이 시간순으로 쌓입니다.

app.nexainpl.com / 오늘 샘플 데이터
오늘 화면. 심각도 레일이 붙은 조치 큐와 담당 범위 세그먼트가 함께 보입니다. 샘플 데이터.
SOURCE / W3Today.dc.html긴급한 항목만 좌측 레일로 구분해 무엇을 먼저 볼지 명시합니다.
01
자산에 붙는 업무

처리할 업무와 기일이 자산에 연결된 채로 남습니다.

02
판단 맥락 보존

메모와 첨부자료가 판단의 맥락을 함께 보존합니다.

03
시간순 활동 이력

상태 변경과 조치 결과가 인수인계와 검토를 뒷받침합니다.

기일 캘린더. 법원 기일과 마감이 월 단위로 표시됩니다. 샘플 데이터.
W3Calendar.dc.html · 기일 관리
활동 이력 탭. 상태 변경과 조치 결과가 시간순으로 쌓입니다. 샘플 데이터.
W3TabTimeline.dc.html · 활동 이력
메모 탭. 메모와 첨부자료, 조치 결과가 자산 위에 남습니다. 샘플 데이터.
W3TabNotes.dc.html · 메모·첨부
MODULE 03 · 권리·배당·회수

권리 판단의 원문 근거에서,
실행할 회수 전략까지

등기 권리 목록에서 근거를 바로 확인하고, 배당·수익성·회수 경로를 같은 자산 맥락에서 비교합니다. 선택한 전략은 덮어쓰지 않고 버전으로 남습니다.

app.nexainpl.com / 자산 · 권리 분석 샘플 데이터
권리 분석 탭. 배당 순위, 권리 종류, 권리자, 기준일, 등기 근거, 판정, 배당 참여가 한 표에 정리되고 확인 필요 항목 수가 상단에 표시됩니다. 샘플 데이터.
SOURCE / W3TabRights.dc.html모든 판정 옆에 등기 근거 위치가 남고, 확인 필요 항목은 확정값과 구분됩니다.
01
근거 참조 유지

등기 항목이 원문 근거 참조를 유지합니다.

02
상태 구분

선택·실패·미확인·확인 필요 상태를 구분해 표시합니다.

03
관리 채권 분리

운영자가 지정한 관리 채권은 법적 우선순위 의미와 분리됩니다.

04
드러나는 배당 가정

배당 입력값과 가정이 화면에 그대로 드러납니다.

05
회수 경로 비교

수익성과 회수 경로를 나란히 비교합니다.

06
버전이 남는 전략

선택한 회수 전략은 덮어쓰지 않고 버전으로 남습니다.

채권·원리금 탭. 관리 채권과 원금, 선순위 항목이 정리되어 있습니다. 샘플 데이터.
W3TabClaim.dc.html · 채권·원리금
배당 시뮬 탭. 배당 가정과 순위별 배당액, 집행비용과 잔여 재원이 단계별로 표시됩니다. 샘플 데이터.
W3TabDistribution.dc.html · 배당 시뮬레이션
회수전략 탭. 선택한 전략과 이전 버전 기록이 함께 남습니다. 샘플 데이터.
W3TabStrategy.dc.html · 회수 전략

제품 결과는 법률 자문이 아니며 법적 정확성, 회수 결과, 낙찰가 정확도를 보장하지 않습니다.

MODULE 04 · 현황·모니터링·보고

개별 자산의 최신 기록을,
경영 현황과 보고까지

자산 정보와 업무 기록, 분석 상태, 외부 데이터의 최신성을 확인한 뒤 현재 스냅샷에서 보고를 생성합니다. 현황과 보고서가 서로 다른 상태를 말하지 않습니다.

app.nexainpl.com / 모니터링 샘플 데이터
모니터링 화면. 외부 데이터 소스별 수집 상태와 최신성, 법령 스키마 상태가 함께 표시됩니다. 샘플 데이터.
SOURCE / W3Monitoring.dc.html보고 이전에 데이터의 최신성과 처리 상태를 먼저 확인합니다.
01
버전이 남는 ARP 보고

ARP 보고는 버전이 남는 생애주기를 따릅니다.

02
데이터 최신성

외부 데이터와 법령 스키마의 최신성이 화면에 표시됩니다.

03
구분되는 산출물

인테이크, 분석 상태, 감사 이력과 보고 산출물이 구분됩니다.

시세·시장 탭. 외부 시세와 기준 시점이 출처와 함께 표시됩니다. 샘플 데이터.
W3TabMarket.dc.html · 시세·근거
경매 절차 탭. 사건 진행과 기일, 소유자 정보가 정리되어 있습니다. 샘플 데이터.
W3TabAuction.dc.html · 경매 절차
업로드 화면. 등기 PDF 인테이크와 처리 상태가 표시됩니다. 샘플 데이터.
W3Upload.dc.html · 등기 인테이크

자산 등록부터 보고까지,
하나의 업무 흐름으로.

한 자산의 정보가 등기 근거, 권리 검토, AM 업무, 기일, 회수계획과 보고로 이어집니다. 단계가 바뀌어도 기록과 담당 맥락은 같은 자산 이력에 남습니다.

  1. STEP 01

    자산 등록·관계 연결

    차주·채권·담보·물건 정보를 한 자산에 연결합니다.

  2. STEP 02

    담당·현재 업무 연결

    담당자와 현재 진행 상태를 자산 기록에 연결합니다.

  3. STEP 03

    기일·다음 행동·이력 운영

    기일, 다음 조치, 메모, 첨부와 활동 이력을 이어갑니다.

  4. STEP 04

    권리·근거·채권 검토

    권리 관계와 채권 정보를 출처 근거와 함께 확인합니다.

  5. STEP 05

    배당·수익성·회수계획 비교

    배당 구조와 회수 시나리오를 같은 자산 문맥에서 비교합니다.

  6. STEP 06

    경영 현황·모니터링·보고

    포트폴리오 상태를 확인하고 보고와 인수인계에 연결합니다.

확인된 사실만,
확인된 만큼 보여줍니다.

  • SOURCE원문 근거, 사용자 입력, 외부 데이터, 파생 분석을 구분해 표시합니다.
  • UNKNOWN확인되지 않거나 지원하지 않는 상태는 그대로 드러냅니다.
  • INPUT현재 공개 기준의 입력 경계는 텍스트 계층이 있는 등기 PDF입니다.
  • NOT LEGAL제품 결과는 법률 자문이 아닙니다.
  • STATUS검증 준비는 인증과 같지 않습니다. 현재 사전상담 준비 단계이며, 공식 인증 또는 독립 시험 결과를 취득한 상태는 아닙니다.

이 등기·권리 분석 기반은 별도의 전세 보증금 판단 제품 전세체크에도 활용됩니다.

전세 제품 알아보기

수기 중심의 NPL 자산관리를,
회사의 통합 운영체계로 바꾸세요.

TECHNOLOGY · LAW-DRIVEN LEDGER

등기 해석의 기준을,
법령 원문에서
직접 만듭니다.

국가법령정보센터(law.go.kr) 공개 API로 부동산등기법과 등기규칙 원문을 받아, 등기 파서와 권리 분석기가 쓰는 기준을 생성합니다. 담당자가 임의로 고친 설정값이 기준이 되는 구조를 두지 않았습니다.

  1. 01 LAW
    법령 원문

    국가법령정보센터 공개 API · 법령일련번호와 시행일

  2. 02 COMPILE
    기준 생성

    법령이 요구하는 기재사항에서 파서 기준을 생성

  3. 03 ENGINE
    파서 · 권리 분석기

    두 엔진이 같은 권리 분류 기준을 사용

  4. 04 PRODUCTS
    NPL · 전세 제품

    같은 근거를 사용자에 맞는 화면으로 전달

LAW COMPILER

기준을 손으로 적지 않고,
법령에서 생성합니다.

부동산등기법과 등기규칙 조문에서 등기 기재사항을 뽑아 필드 정의를 만들고, 파서가 실제로 쓰는 등기 스키마를 이 정의에서 생성합니다. 새로운 등기 유형이 나와도 코드가 아니라 정의를 갱신합니다.

SOURCE 01
법령 원문 수집

공개 API에서 조문 단위로 받아 해시와 함께 보관합니다.

EXTRACT 02
기재사항 정리

조문이 요구하는 등기 기재사항을 필드 정의로 정리합니다.

GENERATE 03
등기 스키마 생성

등기 유형과 항목, 구분 기준을 정의에서 자동으로 만듭니다.

GUARD 04
생성 결과 대조

생성기를 다시 실행해 결과를 대조합니다. 손댄 흔적은 검사에서 걸립니다.

법령 조문
부동산등기법 제48조
등기원인 · 접수연월일 · 순위번호
등기규칙 제112조
근저당권 · 채권최고액
필드 정의
rank_noint
received_atdate
causetext
max_claimmoney
등기 스키마GENERATED
registry.entry {
  rank_no
  received_at
  cause
  right_kind
  max_claim
}

개념 도식 · 실제 정의는 조문 단위로 관리되며 값 예시는 설명용입니다

법 기준을 코드에 심지 않습니다

등기 유형과 항목명은 모두 생성된 정의에서 읽습니다. 새로운 표현은 정의 파일에서 다룹니다.

빠진 항목을 기계적으로 찾습니다

법령에서 정의, 정의에서 스키마로 이어지는 경로에 빠진 기재사항이 없는지 점검합니다.

번호가 어긋나면 원문으로 돌아갑니다

시행령 번호가 자료마다 다르면 추정하지 않고 법령 원문을 다시 조회해 기준을 하나로 맞춥니다.

SHARED SEAM

읽는 기준과 판단하는 기준이
하나입니다.

권리 분류 기준은 한 곳에만 정의합니다. 등기 항목을 어떤 권리로 분류할지, 말소기준권리와 인수·소멸을 어떻게 볼지 모두 같은 정의를 따릅니다. 파서와 분석기가 서로 다른 기준으로 움직일 여지를 두지 않았습니다.

기준을 고치면 파싱 결과와 권리 판단이 함께 바뀝니다. 한쪽만 조용히 달라지는 일이 없습니다.

SINGLE DEFINITION
권리 분류 기준
담보 · 대항력 · 처분제한 · 임차인 · 가등기 판정 기준
rights.classification.v1
PARSER
등기 파서

등기 항목을 어떤 권리로 분류할지 결정

reads · v1
ANALYZER
권리 분석기

말소기준권리와 인수·소멸, 배당 구분 판정

reads · v1
두 엔진은 같은 정의 버전을 참조합니다
CHANGE DETECTION

개정은 계속됩니다.
바뀐 조문을 먼저 확인합니다.

관련 법령의 제·개정과 시행일 변경을 주기적으로 확인하고, 개정문을 조·항 단위로 비교해 어떤 기준과 어떤 처리 단계가 영향을 받는지 목록으로 정리합니다.

  1. STEP 01
    개정 확인

    관련 법령 목록을 주기적으로 조회해 제·개정과 시행일 변경을 확인합니다.

  2. STEP 02
    조문 비교

    개정문을 조·항 단위로 비교해 값이 바뀐 항목과 신설·삭제 항목을 구분합니다.

  3. STEP 03
    영향 범위 정리

    바뀐 조문이 어떤 기준과 처리 단계에 연결되는지 의존 관계로 추적합니다.

  4. STEP 04
    검토 요청

    변경 목록과 초안을 만들어 담당자 검토로 넘깁니다. 기준을 자동으로 확정하지 않습니다.

  5. STEP 05
    기한 경과 재확인

    마지막 확인 이후 기간이 지난 기준은 재검토 대상으로 자동 표시됩니다.

조문 비교 · DIFF 등기규칙 제112조
···제1항 기재사항 유지
채권최고액 표기 방식 (구)
+채권최고액 표기 방식 (개정)
···제3항 기재사항 유지
영향 범위 · IMPACT
등기 스키마 max_claim
권리 분류 기준 담보 판정
보고 표기 금액 표시
영향 목록은 사람이 검토합니다. 자동 확정하지 않습니다.

변경을 찾아내는 일과 그 의미를 확정하는 일은 다릅니다. 기준의 확정은 검토와 승인을 거칩니다.

AUTHORITY CHAIN

원문을 받아왔다는 사실만으로
법적 판단이 되지는 않습니다.

원문은 판단의 출발점이고, 그 원문이 개별 사안에 어떤 결론을 주는지는 따로 정의하고 검토해야 합니다. 그래서 출처와 해석, 배포를 각각 나누어 확인합니다.

SOURCE
01
공식 원문 확보

법령과 규칙, 예규 원문을 정확한 식별자, 시행 기간, 수신 기록과 함께 보관합니다. 받아온 사실만으로는 근거가 되지 않습니다.

02
출처 확인

원문의 출처와 주소, 해시, 수집 시각을 하나의 확인 기록으로 묶어 서명합니다.

INTERPRET
03
규칙 정의

조건과 예외, 우선순위, 결과, 시행 기간을 형식을 갖춰 정의합니다. 법 해석을 코드 분기에 흩어 두지 않습니다.

04
이중 검토

법률 검토자와 엔지니어링 검토자가 같은 대상을 각각 확인하고 승인합니다.

RELEASE
05
배포본 생성

승인된 규칙을 하나의 배포본으로 컴파일합니다. 같은 입력에서는 언제나 같은 결과가 나옵니다.

06
서명과 버전 고정

배포본에 별도 서명을 붙이고 버전을 고정합니다. 출처 확인용 서명과 배포용 서명은 분리합니다.

07
검증 후 적용

서명과 버전, 시행 기간을 확인한 뒤에만 실행 환경에 올립니다.

DECIDE
08
판단 또는 보류

확인된 기준 안에서는 결론을 내리고, 그 밖의 경우에는 판단을 보류한 뒤 이유를 기록으로 남깁니다.

OUTCOME · DECIDE
확인된 기준 안에서 결론

근거와 함께 판단을 제시합니다.

OUTCOME · HOLD
그 밖의 경우 판단 보류

보류 이유를 기록으로 남깁니다.

FAIL CLOSED

모르는 것은 모른다고 표시합니다.

지원하지 않는 입력, 처음 보는 등기 표현, 근거가 부족하거나 서로 어긋나는 경우, 적용할 기준이 없는 경우에는 값을 만들어 채우지 않고 확인 필요로 표시합니다.

INPUT
등기 PDF · 사용자 입력
텍스트 계층 확인 PDF TEXT
알려진 등기 표현 KNOWN FORM
근거 일치 여부 EVIDENCE
DECIDE
근거가 충분할 때

확인된 기준 안에서 결론과 근거를 함께 제시합니다.

판단 제시
ABSTAIN
근거가 부족할 때

추정으로 채우지 않고 확인 필요로 남깁니다.

확인 필요
REJECT
입력이 범위 밖일 때

처리된 것처럼 넘기지 않고 지원 범위를 알립니다.

미지원 표시
입력 기준
텍스트가 포함된 공식 등기 PDF
미지원
이미지로만 된 PDF와 이미지 판독이 필요한 페이지
원칙
파일명이나 추정값으로 빠진 내용을 대신 채우지 않습니다
현재 준비 상태 보기
CURRENT STATUS

기반은 준비했고,
법 내용의 운영 적용은 아직 열지 않았습니다.

검증 절차와 점검 도구는 이미 동작하지만, 조건을 채우지 못한 항목은 저장소 점검 단계에서 자동으로 막힙니다. 문서의 완성도 표현이나 테스트 개수는 적용 근거가 되지 않습니다.

ACTIVATION GATES · 0 / 3 PASSED RUNTIME 적용 · 차단
GATE 01 차단
적용 가능한 공식 원문 근거

기존 참조 자료에는 수집 기록과 출처 확인이 없어 운영 적용 대상이 아닙니다.

GATE 02 차단
승인된 규칙 세트

법률 검토와 엔지니어링 검토를 모두 통과한 규칙 세트가 아직 없습니다.

GATE 03 차단
서명된 배포본

배포 서명과 버전 고정을 마친 배포본이 아직 없습니다.

적용 진행
0%

보증 범위는 입력 유형과 판단 영역의 조합 단위로 정의하며, 첫 대상은 현행 토지 등기의 기준권리 분류입니다. 이 조합에도 남은 과제가 있고, 그 목록을 그대로 공개합니다.

IN THE PRODUCT

법령 기준 상태도
운영 화면에서 함께 봅니다.

외부 데이터의 최신성과 법령 기준 상태를 같은 화면에서 확인한 뒤 보고를 만듭니다. 근거가 오래됐다면 보고 전에 드러납니다.

app.nexainpl.com / 모니터링 샘플 데이터
모니터링 화면. 외부 데이터 소스별 수집 상태와 최신성, 법령 스키마 상태가 함께 표시됩니다. 샘플 데이터.
SOURCE / W3Monitoring.dc.html데이터 최신성과 법령 기준 상태를 보고 전에 확인합니다.
검증 · CERTIFICATION READINESS

공식 인증을
준비하고 있습니다.

GS 인증과 TTA 소프트웨어 시험·검증을 목표로 자료와 검증 범위를 준비하는 단계입니다. 마크는 취득 이후에 표시합니다.

공식 인증 또는 독립 시험 결과를 취득한 상태는 아닙니다.

검증 계획 문의
GOOD SOFTWARE
GS 인증

소프트웨어 품질 인증 · 사전상담 자료 준비 단계

사전상담 자료 준비
준비
신청
심사
취득
SOFTWARE TEST · VERIFICATION
TTA V&V

기능·성능 시험과 검증 범위 정의 · 제출 전

검증 범위 준비 · 제출 전
준비
신청
심사
취득

인증 마크는 취득 이후에 표시합니다. 현재 표기는 준비 상태입니다.

근거가 남는 방식,
직접 확인해 보세요.

지원 범위와 미지원 입력, 기준 갱신 절차와 검증 계획을 있는 그대로 공유합니다. 기술 검토와 보안·컴플라이언스 검토를 함께 진행합니다.

전세체크 · 개인용 앱

계약 전 3분,
내 보증금이
어디까지 돌아오는지.

등기부등본을 올리면 정상 매각, 급매, 경매 세 가지 상황에서 예상 회수액과 부족액을 계산합니다. 확인된 근거와 아직 확인되지 않은 항목을 나눠서 보여주고, 다음에 무엇을 확인해야 하는지까지 알려줍니다.

  • 등기부 기반 권리 분석
  • 시나리오별 부족액
  • 계약 후 등기 변동 알림
전세체크 홈 화면. 최근 진단과 안전 점수, 새 진단 시작 버튼이 있습니다. 샘플 데이터.
전세체크 진단 결과 화면. 보증금 안전 점수와 시나리오별 회수 금액, 배당 순서, 등기부 근거가 이어집니다. 샘플 데이터.
등기 변동 알림 화면. 새 근저당권 설정 등 변동 내역과 조치 안내가 표시됩니다. 샘플 데이터.
POWERED BY NEXAI LEDGER

NPL 회사가 쓰는 권리 분석을,
세입자의 언어로.

전세체크는 NPL 플랫폼과 같은 등기·권리 분석 기반 위에서 동작합니다. 다만 사용자와 화면, 개인정보 경계, 리포트의 약속은 완전히 분리되어 있습니다.

A
전세 계약을 앞둔 세입자

계약서에 서명하기 전에 위험을 숫자로 확인하고 싶은 분

B
재계약을 검토 중인 임차인

그동안 등기부에 무엇이 추가됐는지 확인하려는 분

C
보증보험 가입을 알아보는 분

가입 전에 선순위 채권과 부족액을 미리 보려는 분

D
가족의 계약을 돕는 분

등기부 용어 없이 상황을 설명받고 싶은 분

HOW IT WORKS

집 정보부터 리포트까지,
다섯 단계면 끝납니다.

등기부등본 PDF만 있으면 됩니다. 어려운 용어를 입력할 필요도, 서류를 여러 번 뗄 필요도 없습니다.

  1. 01집 정보

    주소와 주택 유형을 고르면 시세 기준을 잡습니다.

    집 정보 입력 화면. 주소 검색과 주택 유형 선택이 있습니다. 샘플 데이터.
  2. 02계약 정보

    보증금과 알고 있는 선순위 채권을 입력합니다.

    계약 정보 입력 화면. 전세 보증금과 선순위 근저당 입력란이 있습니다. 샘플 데이터.
  3. 03등기부 업로드

    발급받은 등기부등본 PDF를 그대로 올립니다.

    등기부 업로드 화면. PDF 파일 선택 영역이 있습니다. 샘플 데이터.
  4. 04권리 분석

    갑구·을구 항목을 읽고 배당 순서를 계산합니다.

    등기부 분석 진행 화면. 항목 추출과 배당 순서 계산 단계가 표시됩니다. 샘플 데이터.
  5. 05진단 결과

    시나리오별 회수액과 부족액, 근거를 함께 봅니다.

    진단 결과 화면. 안전 점수와 시나리오별 회수 금액이 표시됩니다. 샘플 데이터.

등기부를 올리지 않고도 시세 기준 시나리오만 먼저 볼 수 있습니다. 판독할 수 없는 PDF는 성공한 것처럼 처리하지 않고 다시 안내합니다.

SCENARIOS

한 가지 가격이 아니라,
세 가지 상황으로 봅니다.

집이 제값에 팔릴 때, 급하게 팔 때, 경매로 넘어갈 때 보증금이 어디까지 돌아오는지는 완전히 달라집니다. 세 상황을 나란히 놓고 부족액을 확인합니다.

정상 매각 — 시세대로 팔릴 때

일반적인 매매 시세를 기준으로 선순위 채권을 먼저 배분한 뒤 남는 금액을 봅니다. 대부분의 계약은 여기서 전액 회수로 나옵니다.

확인 포인트 — 시세 기준 시점, 선순위 채권최고액

표시 금액은 입력값과 가정에 따른 예상치이며 실제 회수 결과나 법률 판단을 보장하지 않습니다.

진단 결과 화면 전체. 안전 점수와 시나리오별 회수 금액, 배당 순서, 등기부 근거와 대응 안내가 이어집니다. 샘플 데이터.
화면 안에서 리포트 전체가 이어집니다 · 샘플 데이터
EVIDENCE

확인된 사실과
아직 가정인 값을 섞지 않습니다.

모든 숫자 옆에는 그 값이 어디서 왔는지 표시됩니다. 등기부에서 확인된 항목인지, 공공 시세인지, 직접 입력한 값인지, 아직 확인이 필요한지 구분해서 보여줍니다.

등기부 근거
갑구·을구에서 실제로 확인된 항목. 원문 위치를 함께 표시합니다.
공공·시장 데이터
출처와 기준 시점이 있는 외부 시세 정보.
직접 입력
사용자가 입력한 보증금과 계약 조건.
확인 필요
근거가 없거나 추가 확인이 필요한 항목. 임의로 채우지 않습니다.
진단 결과의 등기부 근거 영역. 을구·갑구 항목과 확인됨·주의 배지, 등기부 원문 보기 링크가 표시됩니다. 샘플 데이터.
근거 표시 · 샘플 데이터
등기 변동 알림 화면. 새로 설정된 근저당권과 변동 시점, 확인해야 할 조치가 안내됩니다. 샘플 데이터.
등기 변동 알림 · 샘플 데이터
AFTER SIGNING

계약한 뒤에도
등기부는 계속 바뀝니다.

계약 이후 새 근저당권이 설정되거나 소유자가 바뀌면 보증금의 위치도 달라집니다. 변동이 감지되면 무엇이 바뀌었고 지금 무엇을 확인해야 하는지 알려줍니다.

  • 새 근저당권·압류 설정
  • 소유자 변경
  • 선순위 금액 변동
  • 잔금일 전 재확인 안내
WHAT YOU GET

점수 하나로 끝내지 않습니다.

리포트에는 금액과 근거, 확인이 필요한 항목, 그리고 다음에 할 일이 함께 담깁니다.

01
예상 회수액

시나리오별로 돌려받을 수 있는 금액

02
예상 부족액

최악의 경우 못 돌려받는 금액

03
배당 순서

내 보증금이 몇 번째로 배당되는지

04
다음에 할 일

특약 문구, 보증보험 확인, 재확인 시점

보험 가입 가능 여부와 계약의 안전성, 법률적 결과를 확정하거나 보장하지 않습니다. 판단에 필요한 근거와 확인 지점을 정리해 드립니다.

전세체크에 올린 정보는
NPL 운영 화면과 분리됩니다.

전세체크는 별도의 사용자 경험과 개인정보 경계를 가진 소비자 제품입니다. 개인이 올린 등기부와 계약 정보가 NPL 회사의 자산관리 화면에 나타나지 않습니다.

개인정보처리방침 확인
계정과 데이터 분리

개인 사용자 계정과 기업 운영 계정은 서로 다른 시스템에서 관리됩니다.

업로드 문서의 사용 범위

올린 등기부는 본인의 진단을 만드는 데 사용합니다.

공유는 사용자가 결정

리포트 공유 여부와 범위는 사용자가 직접 선택합니다.

계약서에 서명하기 전에,
하방 시나리오부터 확인하세요.

등기부등본 PDF 한 장이면 시작할 수 있습니다.

NEXAI는 같은 등기·권리 분석 기반으로 NPL 회사의 자산관리 운영도 하나의 플랫폼에 연결합니다.

NPL 플랫폼 알아보기
ABOUT NEXAI

사람의 업무를,
조직의 시스템으로.

NEXAI는 수기, 엑셀, 개인 파일과 담당자의 기억에 흩어진 중요한 판단 기록을 연결된 제품으로 바꿉니다. 기록이 다음 업무와 인수인계, 보고로 이어지는 운영체계를 만듭니다.

FOCUS
부동산 채권·담보 정보의 운영화
PRODUCTS
NPL 통합 자산관리 · 전세 분석 앱
FOUNDATION
법령 원문에서 만드는 등기·권리 분석
PRINCIPLE
근거 우선 · 모르면 보류

복잡한 자산보다 더 큰 문제는,
운영 기록이 사람마다 흩어지는 것입니다.

NPL 자산관리는 차주, 채권, 담보, 물건, 등기, 기일, 회수계획과 수많은 업무 이력을 함께 다룹니다. 이 정보가 수기와 파일로 나뉘면 조직은 같은 사실을 다시 찾고, 담당자가 바뀔 때마다 맥락을 복원해야 합니다.

지금 · 사람마다 다른 곳에
  1. 수기 메모와 개인 노트PERSONAL
  2. 자산 목록 엑셀 v7_최종_수정FILE
  3. 등기·담보 자료 폴더SHARED DRIVE
NEXAI · 한 자산 위에
하나의 자산 이력
기록·근거·다음 조치가 같은 자산에 남습니다
OWNED BY THE TEAM

한 번의 기록이,
다음 업무와 다음 사람에게 이어지도록.

우리의 목표는 개인의 숙련을 지우는 것이 아닙니다. 중요한 판단과 근거가 조직 안에 남아 더 나은 실행과 인수인계를 만드는 제품을 구축하는 것입니다.

  • 담당자가 바뀌어도 맥락이 남습니다

    과거 판단과 근거를 다시 물어보지 않아도 됩니다.

  • 기록이 다음 업무로 이어집니다

    한 번 남긴 내용이 보고와 인수인계까지 그대로 쓰입니다.

  • 숙련은 그대로, 기억만 시스템으로

    사람의 판단을 대체하지 않고 그 판단을 남깁니다.

개인의 기억이 아니라
회사의 시스템으로.

WHAT WE BUILD

하나의 기술 기반,
목적이 다른 두 개의 제품.

flagship 제품은 NPL 회사의 자산과 AM 업무를 하나의 운영체계로 묶습니다. 아래는 담당자와 경영진이 같은 최신 기록을 보는 실제 운영 화면입니다.

app.nexainpl.com / 개요 샘플 데이터
NPL 통합 자산관리 플랫폼 개요 화면. 상단 지표 밴드 아래 기일·조치 큐와 리스크·진행 현황이 한 화면에 있습니다. 샘플 데이터.
SOURCE / WebRedesign.dc.html 포트폴리오 현황에서 담당 자산과 원문 근거까지, 하나의 운영 기록으로 이어집니다.
FLAGSHIP

NPL 통합 자산관리 플랫폼

NPL 회사와 AMC가 자산 정보, AM 업무 이력, 기일, 회수계획과 보고를 하나의 웹 운영체계에서 관리하는 flagship 제품입니다.

NPL 플랫폼 자세히 보기
SECONDARY

전세체크 · 전세 보증금 판단 제품

같은 등기·권리 분석 기반을 개인의 계약 전 보증금 판단에 맞게 제공하는 별도 소비자 제품입니다.

전세 제품 자세히 보기
HOW WE WORK

더 많이 말하기보다,
근거와 경계를 제품에 남깁니다.

  1. 01

    근거가 먼저

    결과가 어떤 입력과 근거에서 왔는지 되짚을 수 있게 설계합니다.

  2. 02

    모르면 보류

    알 수 없는 값을 채우지 않고 확인 필요와 지원 범위를 드러냅니다.

  3. 03

    사용자마다 다른 제품

    같은 기반도 운영자와 개인 사용자에게 다른 화면과 경계로 전달합니다.

DISCLOSURE RULE

회사의 신뢰도,
확인된 사실에서 시작합니다.

승인된 자료가 없는 창업자 소개, 고객사, 투자사, 수상, 인원, 연혁, 성과 수치와 파트너 관계를 만들어 넣지 않습니다. 해당 내용은 사실과 공개 범위가 확인된 뒤에 추가합니다.

고객사 · 승인 후 투자·수상 · 승인 후 성과 수치 · 승인 후
NEXT STEP

NPL 운영을 조직의 시스템으로,
현재 방식부터 함께 보겠습니다.

NPL PLATFORM INQUIRY

수기와 엑셀에 흩어진 NPL 운영을,
하나의 플랫폼으로.

현재 관리 자산과 AM 업무 방식, 기일·회수계획·보고 흐름을 확인하고 우리 조직이 가장 먼저 통합할 도입 범위를 함께 설계합니다.

제품 도입과 기술 검토를 위한 문의입니다. 채무 상담이나 개인 전세 상담 접수 페이지가 아닙니다.

처음부터 모든 것을 바꾸지 않아도 됩니다. 가장 끊긴 운영 흐름부터 확인합니다.

자산 정보
차주·채권·담보·물건·등기 정보가 현재 어디에 있는지
업무 연속성
담당, 메모, 기일, 다음 행동과 인수인계가 어떻게 남는지
관리와 보고
회수계획, 진행 현황과 경영 보고를 어떻게 만드는지

우리 조직의 현재 운영 방식을 알려주세요.

문의 접수 준비 중 · 입력값은 저장되거나 전송되지 않습니다.

입력 내용을 다시 확인해 주세요.

현재 관리 방식 복수 선택

채무자·고객의 개인정보나 사건 정보는 입력하지 마세요.

제출 연결 전 시안입니다입력값은 그대로 유지됩니다. 실제 수신 경로와 운영 응답 기준은 확인 필요 상태입니다.

문의에 필요한 정보만 남겨주세요.

채무자, 임차인, 사건번호, 주소, 주민등록번호, 계좌, 계약서 원문 등 고객 또는 사건의 개인정보와 민감정보를 입력하지 마세요. 제품 검토에 필요한 조직과 운영 방식만 작성해 주세요.

개인정보처리방침 확인

찾는 목적이 다르신가요?

개인정보처리방침

시행일
법무 승인 원문 필요
최종 변경일
법무 승인 원문 필요
버전
법무 승인 원문 필요
법무 승인 원문 필요

이 디자인 문서에는 개인정보처리방침의 법적 내용을 작성하지 않습니다. 운영 주체, 수집 항목, 목적, 보유기간, 처리위탁, 제3자 제공, 국외 이전, 이용자 권리, 안전성 조치, 쿠키, 책임자와 연락처를 소유자와 법무 검토가 승인한 원문으로 교체해야 합니다.

1. 총칙 및 적용 범위

법무 승인 원문 필요

2. 처리하는 개인정보 항목

법무 승인 원문 필요

3. 개인정보 처리 목적

법무 승인 원문 필요

4. 처리 및 보유 기간

법무 승인 원문 필요

5. 개인정보의 제3자 제공

법무 승인 원문 필요

6. 개인정보 처리업무의 위탁

법무 승인 원문 필요

7. 국외 이전

법무 승인 원문 필요

8. 정보주체의 권리와 행사 방법

법무 승인 원문 필요

9. 개인정보 파기 절차와 방법

법무 승인 원문 필요

10. 안전성 확보 조치

법무 승인 원문 필요

11. 쿠키 및 유사 기술

법무 승인 원문 필요

12. 개인정보 보호책임자 및 문의처

법무 승인 원문 필요

13. 방침 변경 및 고지

법무 승인 원문 필요

제품별 개인정보 처리 범위

법무 승인 원문 필요 — 공개 회사 사이트 문의, NPL operator platform, 전세 제품의 주체·수집 항목·보유기간·처리자를 구분한 승인 문구가 필요합니다.

이용약관

시행일
법무 승인 원문 필요
최종 변경일
법무 승인 원문 필요
버전
법무 승인 원문 필요
법무 승인 원문 필요

이 디자인 문서에는 법적 약관을 작성하지 않습니다. 운영 주체, 적용 서비스, 이용조건, 지식재산권, 금지행위, 책임 제한, 분쟁과 준거법을 소유자와 법무 검토가 승인한 원문으로 교체해야 합니다.

1. 목적

법무 승인 원문 필요

2. 정의

법무 승인 원문 필요

3. 약관의 효력과 변경

법무 승인 원문 필요

4. 적용 대상 서비스

법무 승인 원문 필요

5. 이용 조건

법무 승인 원문 필요

6. 이용자의 의무와 금지행위

법무 승인 원문 필요

7. 지식재산권

법무 승인 원문 필요

8. 외부 링크와 제3자 서비스

법무 승인 원문 필요

9. 서비스 변경·중단

법무 승인 원문 필요

10. 보증의 부인 및 책임 제한

법무 승인 원문 필요

11. 분쟁 해결과 준거법

법무 승인 원문 필요

12. 문의처

법무 승인 원문 필요

13. 부칙

법무 승인 원문 필요

제품별 계약과의 관계

법무 승인 원문 필요 — 공개 회사 사이트, NPL operator platform과 전세 제품의 이용계약·책임 범위가 동일한지 여부를 승인 문구로 구분해야 합니다.