사건 접수, 문서분석, 지급명령, 강제경매, 보정, 권리신고·배당요구, 비용청구와 월간보고까지. 반복 입력과 시스템 왕복은 자동화하고, 직원과 변호사는 예외와 중요한 판단에 집중하도록 설계합니다.
First User + Design Partner 공동개발 프로젝트
사건정보를 한 번 구조화하고 모든 공정에서 재사용
현재 상태를 기준으로 다음 업무 자동 생성
전자소송·세금·은행 반복 입력 자동화 · PoC 대상
인증·금융승인·법률판단은 사람이 통제
HUG가 임차인에게 보증금을 대위변제한 이후 발생하는 구상채권 회수업무는 단일 소송업무가 아니다. 지급명령, 일반소송, 강제경매, 권리신고·배당요구, 배당표 검토, 대납비용·수임료 청구, 월별 진행보고가 연결되는 장기 운영 프로세스다.
실제 Design Partner 후보 사무실에서는 사건 증가에 대응해 업무가 공정별로 세분화되었고, 지급명령·경매 신청 핵심공정 3~4명, 보정, 일반소송, 권리신고·배당요구, 배당표 분석, 비용·보고, 특약보증 등으로 분업되어 약 10명 규모까지 확대되었다.
문제의 핵심은 ‘법률판단이 너무 어려워서’가 아니라, 같은 사건정보를 여러 사이트에 반복 입력하고, 단계별로 화면을 이동하며, 증빙을 저장하고, 다시 보고·청구에 활용하는 수작업이 매우 많다는 점이다.
| 업무 | 인원/구조 | 특징 |
|---|---|---|
| 지급명령·경매 핵심공정 | 3~4명 | 자료추출, 신청서 작성, 사이트 입력, 첨부 |
| 보정명령 | 1명 전담 | 주소·내용 정정, 재제출 |
| 일반소송 | 1명 | 비정형 소송 대응 |
| 권리신고·배당요구 | 1명 | 경매 후 일정·권리신고 |
| 배당표 검토 | 1명 | 배당액 검토·의견서 |
| 비용청구·월보고 | 1명 | 대납비용, 수임료, Excel 보고 |
| 특약보증 | 1명 | 별도 보증 유형 전담 |
AX의 목표는 단순히 ‘10명을 몇 명으로 줄인다’가 아니다. 인원이 줄어도 남은 직원이 여러 공정을 안정적으로 처리할 수 있도록 업무의 반복·탐색·입력·보고를 시스템에 이관하는 것이다.
모든 사건을 직원이 처음부터 끝까지 직접 처리하는 구조에서 벗어난다. 시스템이 정상사건을 가능한 범위에서 자동으로 처리하고, 불확실성·보안인증·법률판단·최종승인이 필요한 사건만 Exception Queue로 전달한다.
| 구분 | 목표 운영 |
|---|---|
| Normal Case | Rule/Workflow/Browser Automation으로 자동 진행 |
| 문서 불확실 | Document AI가 분류 후 낮은 확신도만 직원 확인 |
| 업무 예외 | AI Agent가 상황 설명 + 다음 조치 제안 |
| 금융·인증 | 사람 승인 후 자동처리 재개 |
| 법률 판단 | 변호사 검토/승인 |
직원은 시스템이 멈춘 이유와 필요한 행동만 확인한다. 예: ‘채무자 주소가 2개 발견되었습니다’, ‘집행권원 유형이 판결정본입니다. 집행문 코드 확인이 필요합니다’, ‘등록면허세 납부 승인 필요’.
사건·채무자·부동산·채권금액·상태·기한·비용·문서의 단일 기준정보
PDF 분류, OCR/VLM 추출, 핵심필드, 문서 간 불일치, 누락검사
현재 State와 이벤트를 기준으로 다음 Task 생성
결정론적 분기와 사무소별 업무규칙
보정·예외·비정형 문서 분석과 직원 안내
전자소송·ETAX/WeTax·은행의 입력·클릭·업로드·다운로드
대납비용·수임료·입금대사·월간보고 자동화
자동처리 현황, 예외, 승인, 실패, 기한을 통합 표시
핵심 원칙: Read Once, Use Everywhere. 등기부에서 한 번 추출한 주소·권리관계·이해관계인은 관할법원/등기소 결정, 세금신고, 전자소송, 배당, 보고에 반복 재사용한다.
사건 하나를 하나의 ‘Digital Twin’으로 관리한다. 직원, AI, Rule Engine, Browser Automation이 모두 동일한 사건 객체를 바라본다.
이 객체에 각 단계의 실행결과·외부접수번호·증빙·승인자·오류를 연결하여, 언제 누가 어떤 근거로 무엇을 실행했는지 추적 가능하게 한다.
서울 소재 부동산은 ETAX, 그 외는 WeTax로 자동 분기한다. 납세자·부동산·과세표준 등은 Case Master의 데이터를 자동 매핑한다. 신고 및 실제 납부는 보안·책임을 고려해 Approval Gate를 둘 수 있다.
은행 기업뱅킹에서 관할 등기소·금액·납부정보 입력은 자동화 대상으로 두되, 공동인증서·OTP·실제 납부 승인 구간은 사람이 개입하도록 설계한다.
강제경매 매뉴얼은 복잡하지만, 소프트웨어 관점에서는 대부분 ‘필드 입력 + 조건 분기 + 저장 + 다음 단계’로 구조화된다. 즉, 정상경로는 자동화하고 예외만 분리하기에 적합하다.
각 업무는 가장 안정적인 자동화 수단부터 적용하고, 막히면 사람과 가까운 방식으로 단계적으로 내려간다.
| 우선순위 | 방식 | 의미 | 주요 적용 |
|---|---|---|---|
| ① | 공식 API | 화면을 거치지 않고 시스템끼리 직접 데이터 교환 | 기관이 공식 API를 제공하는 기능 |
| ② | Browser DOM Automation | HTML input/button/select를 Playwright/Selenium으로 직접 조작 | 전자소송·세금 사이트의 일반 입력 |
| ③ | Keyboard/Mouse Automation | 실제 키보드와 마우스처럼 OS/UI를 조작 | DOM 밖 팝업, 일부 보안창 |
| ④ | Computer Vision UI Automation | 화면 이미지를 AI가 보고 버튼·상태를 인식 | 예상하지 못한 UI/화면 변화 |
| ⑤ | Human-in-the-loop | 확신이 낮거나 책임이 큰 지점에서 사람에게 넘김 | OTP, 금융승인, 법률판단, 최종제출 |
정상화면은 DOM, 정해진 판단은 Rule, 문서이해는 AI, 예외화면은 Vision, 책임 있는 결정은 Human. 하나의 기술로 모든 것을 해결하려 하지 않는다.
전자소송·지방세·은행은 Windows 보안프로그램, 공동인증서, OTP, 로컬파일 및 OS 팝업과 결합될 수 있다. 따라서 Cloud 서버가 직접 모든 사이트를 조작하는 방식보다, 각 법률사무소 Windows PC에 Local AX Runner를 두는 Hybrid 구조가 적합하다.
| Cloud AX Platform | Local AX Runner |
|---|---|
| 사건 DB / Workflow / Rule / AI | 실제 브라우저·Windows UI 실행 |
| 작업명령 생성 | 전자소송·ETAX/WeTax·은행 접속 |
| 승인정책·감사로그 | 로컬 인증서·보안모듈과 상호작용 |
| 멀티테넌트 SaaS | 파일 업로드·다운로드 및 실행결과 반환 |
가능하면 인증서·OTP·민감 Credential은 Cloud로 보내지 않고 사무실 PC의 Local Runner에서만 사용한다.
법률·금융 자동화에서 ‘실패보다 더 위험한 것’은 같은 납부나 제출을 두 번 실행하는 것이다. 모든 외부 실행은 아래 5단계 상태로 기록한다.
| 업무 | 자동화 가능성 | 권장 방식 | 목표 |
|---|---|---|---|
| 채권원인서류 분류·정보추출 | 매우 높음 | Document AI | 수작업 읽기 최소화 |
| 지급명령 신청서 초안 | 높음 | Template + LLM + Rule | 초안·검증 자동 |
| 증거서류 선별·매칭 | 높음 | Document AI | 자동 첨부 준비 |
| 전자소송 입력 | 중간~높음 | DOM + Desktop + Human | 최종 제출 전까지 자동화 |
| ETAX/WeTax | 중간~높음 | DOM + Approval | 신고정보 자동입력 |
| 은행 등기수수료 | 중간 | DOM/Desktop + Human | OTP 직전까지 자동화 |
| 보정명령 | 중간~높음 | AI + Workflow | 유형분류·초안·기한 |
| 권리신고·배당요구 | 높음 | Workflow + Template | 기한·문서 자동 |
| 배당표 분석 | 높음 | Rule + AI | 예상배당 비교·이상탐지 |
| 대납비용·수임료 청구 | 매우 높음 | DB + Rule | 자동 청구대상 탐지 |
| 월별 HUG 보고 | 매우 높음 | DB + Report Engine | Excel 수작업 최소화 |
시스템이 처리하지 못한 이유를 설명하고 직원에게 필요한 최소 행동만 요청한다. 예: ‘주소 2개 중 선택’, ‘선행경매 발견 — 변호사 검토’, ‘OTP 입력 필요’, ‘법원 제출 최종 승인 필요’.
실제 제출·납부·사건 저장을 수행하지 않는 제품 설계 예시입니다.
| KPI | 의미 |
|---|---|
| Human Touches / Case | 사건 하나에 사람이 몇 번 개입했는가 |
| Minutes / Case | 사건당 실제 사람 투입시간 |
| Cases / Employee | 직원 1인당 처리 가능한 사건 수 |
| Straight Through Processing Rate | 사람 개입 없이 정상경로를 완료한 비율 |
| Exception Rate | 사람에게 넘어간 비율 |
| Rework Rate | 잘못 처리되어 재작업한 비율 |
| Average Stage Time | 단계별 평균 처리시간 |
| Cost / Case | 사건당 처리원가 |
초기 30~50건을 선정하여 Before/After를 측정하고, 이 수치를 SaaS 가격정책과 영업근거로 사용한다.
최초 법률사무소는 완성제품 구매자가 아니라 ‘Design Partner’로 정의한다. 초기 2,000만원은 완성형 SaaS의 가격이 아니라 실제 업무를 구조화하고 핵심 자동화 코어를 공동개발하기 위한 최소 개발비다.
| Design Partner 제공 | 개발사 제공 |
|---|---|
| 실제 업무 매뉴얼·사건·양식 | Process Mining 및 Workflow 설계 |
| 직원별 실무 시연 | Case Master / Document AI / Rule Pack |
| 예외사례·숙련 노하우 | Browser Automation PoC |
| 테스트 계정·업무환경(허용범위 내) | Normal Case 자동처리 데모 |
| 현장 검증·피드백 | 향후 멀티테넌트 SaaS 확장 구조 |
공동개발 계약에는 데이터 사용범위, 상용화 권리, 지식재산권, 유지보수 범위, 고객사의 기밀정보 보호를 명확히 규정한다.
| Phase | 목표 | 핵심 산출물 |
|---|---|---|
| 0. Process Mining & PoC | 기술·업무 리스크 제거 | 업무 Episode, 사이트 자동화 실증 |
| 1. Core Platform | 사건 데이터 표준화 | Case Master, Document Repository, Workflow |
| 2. Document Automation | 사람의 읽기·작성 감소 | 분류·추출·지급명령/경매 문서초안 |
| 3. Browser Automation | 반복입력 감소 | 전자소송·ETAX/WeTax·은행 Connector |
| 4. Exception Agent | 예외처리 생산성 | 보정·비정형 문서·화면 예외 Agent |
| 5. Autonomous Case Worker | 사건 단위 장기 자동진행 | 상태감지→다음업무→실행→검증 |
| 6. Multi-Tenant SaaS | 다른 법률사무소 판매 | Tenant Config, Billing, Admin, 보안·감사 |
전체 플랫폼을 개발하기 전에 실제 사무실 PC에서 다음을 검증한다. 실제 제출·납부는 통제된 테스트 범위로 제한한다.
| 대상 | PoC 목표 |
|---|---|
| 전자소송 | 강제경매 화면 진입 → 기본정보/당사자 입력 → 첨부 → 최종 제출 직전 STOP |
| ETAX/WeTax | 등록면허세 화면 → 주소/금액/납세정보 입력 → 신고/납부 직전 STOP |
| 은행 | 인증 후 등기수수료 화면 → 등기소/금액 입력 → OTP 직전 STOP |
첫 사무실의 절차를 코드에 직접 박으면 SI 프로젝트에 머문다. 반복 판매를 위해 ‘공통 Process’와 ‘사무소별 Tenant Configuration’을 분리해야 한다.
| 공통 Process | Tenant Configuration |
|---|---|
| HUG 사건 State 모델 | 담당자 배정방식 |
| 강제경매 공통 Workflow | 사무소 주소·대표자·담당변호사 |
| 전자소송 공통 입력 구조 | 승인단계·권한 |
| 공통 Rule Pack | 파일명·보고양식·내부 체크리스트 |
| 공통 자동화 Connector | Credential/로컬 환경 설정 |
기본구독료 + 사건 처리량 + Automation Run + Document AI 사용량의 혼합 모델을 검토한다.
가격은 AI API 원가가 아니라 ‘절감되는 인건비 + 증가하는 처리량 + 업무연속성’에 기반해 설계한다.
모델 자체는 누구나 사용할 수 있다. 경쟁력은 ‘업무 노하우를 실행 가능한 Workflow로 바꾸고 실제 사건 처리데이터로 개선하는 것’에서 생긴다.
1차 시장은 HUG 구상채권 회수업무를 수행하는 법률사무소다. 이후 구조가 유사한 대량 채권관리·민사집행·공공/금융기관 위탁 법률업무로 확장한다.
사람이 모든 사건을 처리하는 구조에서, 사람이 예외만 처리하는 구조로.
HUG Recovery AX Platform은 법률판단을 없애는 시스템이 아니라, 반복되는 운영업무를 소프트웨어로 전환하여 변호사와 직원이 더 적은 인원으로 더 많은 사건을 안정적으로 처리하도록 만드는 Vertical Legal AX 플랫폼을 목표로 합니다.