의뢰인 접수 데이터 추출
재입력 반복 없이

의뢰인 접수는 양식이 아니라 인계 단계에서 끊긴다

소규모 법률사무소의 접수 문제는 거의 항상 데이터를 수집하는 도구가 아니라 그 뒤에 이어지는 인계 과정입니다. Clio Grow와 MyCase는 모두 온라인 양식 제출을 캡처하여 연락처와 사건을 생성하며, 그 경로는 잘 작동합니다. 문제는 접수 중 일부만 그 방식으로 도착한다는 것입니다. 새 사건이 실제로 어떻게 도달하는지 생각해 보십시오. 어떤 사건은 웹 양식, 어떤 사건은 이메일 본문에 분쟁을 설명하는 의뢰인, 답장에 첨부된 스캔 또는 촬영된 접수 시트, 법률 비서가 메모로 정리하는 전화 통화. 각각은 서로 다른 형태이며, 그중 어느 것도 사무소의 사건 관리 시스템에 자동으로 들어가지 않습니다.

그 인계의 규모는 사무소가 이미 보고하는 수치에 문서화되어 있습니다. Clio의 2025 Legal Trends Report에 따르면 평균 변호사의 일일 청구 가능 시간은 2.5시간, 가동률은 37%입니다. 이전 연구에서는 변호사의 비청구 가능 시간 중 48%가 사무실 관리, 청구, 수금과 같은 사무 행정 업무에 사용된다는 사실을 발견했습니다. 접수 재입력은 그 비중 안에 있으며, 청구 가능한 시간과 직접적으로 경쟁합니다.

더 놓치기 쉬운 두 번째 비용이 있습니다. 이해충돌 확인은 검색할 수 있는 이름만큼만 빠르며, 그 이름은 사무소의 의뢰인 및 이전 의뢰인 목록과 대조하기 전에 사용 가능한 이름 수준의 형태로 정리되어 있어야 합니다. 상대방 당사자의 이름이 PDF와 법률 비서의 기억 속에만 있을 때, 확인은 기다려야 합니다. 바로 이 접수 단계에서 재입력이 단순한 불편함을 넘어 위험이 되는 것입니다.

의뢰인 접수가 실제로 만들어야 하는 것

완료된 접수는 단일 기록이 아닙니다. 다섯 개의 필드 그룹으로 구성되며, 그중 두 그룹은 사무소를 이해충돌로부터 보호하기 위해서만 존재합니다. 첫 번째 그룹은 신원 및 연락처입니다: 의뢰인의 전체 법적 이름과 사용된 다른 이름, 우편 주소, 전화번호, 이메일, 생년월일, 소개 경로입니다. 두 번째는 사건 자체입니다: 업무 영역 또는 사건 유형, 분쟁에 대한 간단한 설명, 그리고 소멸시효나 법원 기한을 포함한 중요한 날짜입니다.

세 번째 그룹은 접수가 단순히 관리되는 것이 아니라 규제되는 이유입니다. 이해충돌 확인 데이터에는 모든 상대방 당사자, 기타 관련 당사자, 그리고 검색을 신뢰할 수 있게 만드는 관련 이름이 포함되어야 합니다. ABA의 접수 및 이해충돌 확인 절차에 관한 신입 변호사 지침은 이에 대해 구체적입니다: 법인의 경우 전체 법적 이름, 별칭, 설립 주, 본사를 원하며, 소송 사건의 경우 상대방 당사자, 상대 변호인, 법정 및 쟁점을 원합니다. ABA GPSolo 부서의 이해충돌 확인 실무 가이드는 사무소의 자체 이해충돌 데이터베이스가 보유해야 할 사항을 나열합니다: 현재 의뢰인, 이전 의뢰인, 상대방, 예비 의뢰인, 각 사건에 대한 간단한 설명, 시작 및 종료 날짜, 계열사, 그리고 의뢰인의 임원, 이사, 주요 주주입니다.

네 번째 그룹은 수임 조건입니다: 수임료 구조, 선임금액, 수임 범위입니다. 다섯 번째는 확인 사항으로, 주로 작성된 양식이 변호사-의뢰인 관계로 오인되지 않도록 하는 비수임 고지입니다.

이해충돌 확인 이름은 유효 기간이 가장 짧은 필드입니다. 잘못된 날짜는 나중에 수정할 수 있습니다. 오타가 있거나 누락된 상대방 당사자는 사무소가 거절했어야 할 사건을 수임하게 만드는 요소입니다.

그 가중치는 단지 모범 사례가 아니라 규칙에 명시되어 있습니다. Model Rule 1.7의 주석 [3]은 변호사가 사무소의 규모와 유형에 적합한 합리적인 절차를 채택하여 관련 인물과 쟁점을 파악해야 한다고 말하며, 그러한 절차를 마련하지 않아 발생한 무지는 위반을 면제하지 않는다고 덧붙입니다. Model Rule 1.18은 수임되지 않은 예비 의뢰인에게도 보호를 확장하며, ABA의 Formal Opinion 510 (2024년 3월)은 사무소가 모든 변호사에게 이해충돌이 전가되는 것을 피하려 할 때 "합리적인 조치"가 무엇을 의미하는지 구체화합니다. 이 모든 것에서 실무적 순서가 도출됩니다: 이름이 먼저, 이야기는 나중에.

접수 데이터가 복사-붙여넣기 작업 흐름에 저항하는 이유

접수 데이터를 사람을 거쳐 전달하는 것은 형식 지정 단계가 아닙니다. 동일한 필드가 세 번, 네 번, 세 가지 또는 네 가지 형태로 읽히는 과정이며, 이해충돌 이름에서 발생하는 실수는 아무도 잡아내지 못하는 부분입니다. 분산이 첫 번째 이유입니다. 이름, 상대방 당사자, 기한이라는 동일한 필드 세트가 웹 양식 알림, 이메일 본문, 스캔된 수기 문서, 전화 메모로 도착합니다. 법률 비서가 이 모든 것을 하나의 사건 기록으로 조정하는데, 이는 사무소가 채널 간 통합 레이어 역할을 하는 사람에게 비용을 지불하고 있음을 의미합니다.

두 번째 이유는 이메일 본문이 거의 필드를 깔끔하게 표시하지 않기 때문입니다. 의뢰인이 "다른 운전자, R. Alvarez라는 남자가 신호를 위반했습니다"라고 씁니다. 그 문장을 상대방 당사자로 인식하고 "R. Alvarez"를 검색 가능한 이름으로 캡처하는 것은 읽기 작업이며, 서두르는 재입력이 중간 이니셜을 빠뜨리거나 이름을 별도의 이해충돌 대상이 아닌 의뢰인 자신의 연락처 아래에 기록하는 바로 그 작업입니다.

세 번째 이유는 두 채널 간의 분리입니다. 네이티브 접수 양식은 양식 경로를 잘 처리하며, 이를 사용하는 의뢰인에게는 실제 해결책이 됩니다. 이메일 경로는 수동으로 남아 있는데, 표준 사무 관리 설정에는 인바운드 이메일을 읽어 필드로 변환하는 기능이 없기 때문입니다. 사무소들은 그 결과를 자신의 말로 설명합니다. 수동 의뢰인 접수에 관한 r/legaltech 게시물에서 한 사무소는 단계별로 이렇게 적었습니다: "리드가 이메일을 보냅니다. 그러면 우리는 그 정보를 Clio 또는 MyCase에 직접 입력합니다. 다음으로 충돌 여부를 수동으로 확인합니다." 또 다른 사무소는 r/LawFirm의 접수 양식 자동화 토론에서 데이터가 ".csv 형식으로 저장되는 대신 메시지로" 도착한다고 설명하며, 보조 직원들이 이름, 상대방 당사자, 주소, 생년월일을 양식에 직접 입력한다고 했습니다.

데이터는 이미 의뢰인이 한 번 입력했습니다. 사무소는 두 번째 입력 비용을 지불하고 있으며, 두 번째 입력이 틀릴 수 있는 입력입니다.

이 지점이 접수와 나머지 법률 문서 작업이 갈라지는 곳입니다. 접수는 사무소가 어떤 일을 시작하기 전에 정확해야 하는 소수의 필드로 구성되며, 이를 담은 문서는 의뢰인이 보유한 모든 형식으로 도착합니다. 사건이 개시된 후 이루어지는 추출 단계는 관련이 있지만 별개의 문제이므로, 여기보다는 소규모 법률사무소 문서 추출 가이드의 질문에 속합니다.

해결책: 접수 이메일을 읽고 필드를 추출합니다

재입력을 없애는 단계는 의뢰인이 작성할 또 다른 양식이 아니라, 접수 채널 자체를 겨냥한 추출입니다. 두 가지 기능을 함께 사용하며, 둘 다 구체적으로 이해할 가치가 있습니다.

첫 번째는 Email Inbox로, 귀하의 계정에 연결된 전용 주소입니다. 의뢰인의 접수 이메일을 해당 주소로 전달하거나 전화를 받는 법률 비서와 주소를 공유하면, 누구도 업로드 페이지를 열지 않아도 첨부 파일이 처리 대기열에 들어옵니다. 템플릿을 바인딩한 자동 처리를 켜면 메일이 도착하는 즉시 처리가 시작됩니다. 발신자 화이트리스트는 신뢰하는 주소만 받은편지함에 허용하므로 관련 없는 메일이 대기열에 들어오지 않으며, 의뢰인이 비밀번호 보호 PDF를 보내면 저장된 비밀번호가 자동으로 시도됩니다.

접수에 가장 중요한 설정은 받은편지함이 무엇을 읽는지입니다. 기본적으로 첨부 파일만 처리하고 이메일 본문은 무시하는데, 이는 인보이스와 명세서에 적합한 선택입니다. 접수는 예외입니다. 필드 데이터는 첨부 파일 없이 이메일 본문에 있는 경우가 많습니다. 의뢰인이 "여기 내 정보가 있습니다"라고 입력하고 보내기만 하기 때문입니다. 이 경우 모드를 본문만 또는 첨부 파일과 본문 모두로 전환하면 접수 본문이 원본 문서가 됩니다.

두 번째 기능은 Custom Column Extraction입니다. 고정 레이아웃에 상자를 그리는 대신 원하는 열 이름을 입력하면 비전 모델이 각 문서나 이메일을 읽고 의미에 따라 일치하는 값을 찾습니다. 접수 파일에서 "Adverse Party"라는 열은 이메일에 "the other driver"라고 쓰여 있거나, 양식에 "Defendant"라고 인쇄되어 있거나, 스캔된 용지에 "opposing party"라고 적혀 있어도 찾아집니다. AI는 저장된 위치가 아니라 의미를 읽기 때문에 동일한 열 목록이 전달된 양식, 촬영된 필기 접수 시트, 일반 이메일 텍스트 모두에서 작동합니다.

다섯 가지 필드 그룹을 포괄하는 열 목록은 다음과 같습니다:

이 도구는 배치 우선 방식이므로, 일주일치 접수는 파일 폴더가 아닌 예비 의뢰인별 행이 있는 단일 스프레드시트로 도착합니다. 해당 시트를 검토할 때, 법적 비중이 있는 필드, 즉 상대방 당사자와 기타 관련 당사자를 먼저 확인하게 되며, Bbox verification을 사용하여 셀에서 원본 이메일 또는 스캔 문서의 해당 값이 있던 정확한 위치로 이동할 수 있습니다.

이 도구가 하지 않는 일, 그리고 수동으로 남는 작업

솔직한 경계는 이것이 스프레드시트를 생성할 뿐 Clio 기록을 만들지 않는다는 점입니다. ImageToTable.ai는 접수 문서와 이메일을 읽고 Excel, CSV 또는 JSON으로 내보냅니다. 네이티브 통합을 통해 Clio나 MyCase에 직접 기록하지 않습니다. 확인된 필드는 사람이 Clio 사용자 정의 필드나 MyCase 사건 메모에 입력하거나 시트에서 붙여넣습니다. API를 통해 아무도 건드리지 않고 사건을 생성하는 양식 제출을 원한다면, 그것은 다른 범주의 도구이며, 솔직한 권장 사항은 이 페이지가 그 기능을 한다고 가정하지 말고 그 자체의 조건으로 비교하는 것입니다.

두 번째 경계는 변호사에게 가장 중요한 것입니다. 추출은 이해충돌 확인을 실행하지 않습니다. 상대방 당사자와 관련 당사자 이름을 열에 넣어 검색 가능한 형태로 존재하게 하며, 이는 Rule 1.7에 따른 확인의 전제 조건입니다. 그 이름을 현재 및 이전 의뢰인 기록과 대조하고 일치 항목이 의미하는 바를 결정하는 것은 귀 사무소의 시스템과 판단에 남아 있습니다. 이전 의뢰인과의 Model Rule 1.9 충돌에도 동일하게 적용되며, 추출된 이름이 표면화하는 데 도움을 주지만 해결할 수는 없습니다.

셋째, 추출은 사건 수임 여부를 결정하거나, 수임 계약서를 작성하거나, 의뢰인의 신뢰성을 평가하지 않습니다. 이러한 것은 법적 결정이며, 추출된 시트는 그 결정의 입력값이지 대체물이 아닙니다.

접수 스프레드시트는 중립적인 데이터가 아닙니다. Rule 1.18(b)에 따라 예비 의뢰인이 공유한 정보는 사무소가 사건을 수임하지 않더라도 보호되므로, 시트는 관리되지 않는 드라이브가 아닌 비밀유지 처리 범위 안에 속해야 합니다.

마지막으로, 스캔 문서에 적용되는 동일한 한계가 여기에도 적용됩니다. 명확한 타자 입력 접수 양식과 이메일 텍스트는 깨끗하게 추출됩니다. 흐린 필기, 빛 반사가 있는 촬영 시트, 겹치는 필드가 있는 빽빽한 양식은 품질이 저하되며, 이러한 값은 신뢰하기보다 검토해야 합니다. 더 높은 처리 등급은 더 빽빽한 필기와 지저분한 스캔을 처리하며, 등급은 배치별로 설정되므로 어려운 접수는 더 높은 등급으로 실행하고 깨끗한 이메일 접수는 경제적으로 유지할 수 있습니다. 접수와 함께 계약 검토도 수행하는 사무소의 경우, 필드별 접근 방식은 개인 변호사를 위한 계약 추출 가이드에 제시된 것과 동일하며, 더 포괄적인 검토 문제는 소규모 법률사무소를 위한 문서 검토 소프트웨어와 AI 추출 비교에서 다룹니다.

오후에 설정할 수 있는 워크플로우

설정 5개와 열 목록 1개면 일주일 분량의 접수 이메일이 검토 가능한 시트로 바뀝니다. 각 단계는 막연한 약속이 아닌 구체적인 기능과 연결됩니다.

이미 접수가 완전히 온라인으로 이루어지고 이메일을 보내는 의뢰인이 거의 없다면, 네이티브 접수 양식이 대부분을 처리하므로 여기서의 가치는 작습니다. 이 워크플로우는 실제 접수 상당 부분이 이메일, 전달된 스캔, 손으로 작성한 시트로 도착할 때 가치가 있습니다. 그 부분은 어떤 양식 도구도 도달하지 못하는 부분이기 때문입니다. 이러한 접수 문서가 이후 더 광범위한 문서 작업으로 이어질 경우, 계약 추출 종합 가이드와 법적 증거개시 문서 추출 가이드에서 다음 단계를 다룹니다.

FAQ