계약에 따른 설정
Portal
tenant 범위로 제한된 업로드 환경에서 고객 문서를 수집하고 각 제출을 해당 업무 흐름에 연결합니다. 합의된 계약에 따라 tenant 활성화와 설정된 업무 흐름이 필요합니다.
플랫폼 모듈
일곱 모듈. 연결된 수명 주기.
계약에 따라 설정되는 기능은 합의된 범위 안에서 tenant 활성화 또는 설정이 필요합니다. 귀사의 업무 흐름에 대한 배포 상태와 이용 가능 여부를 저희 팀에 확인하세요.
계약에 따른 설정
Workflow
순서가 있는 처리 단계를 정의하고, 설정된 수동 검토를 위해 실행을 일시 중지하고, 결정을 기록한 후 업무 흐름을 계속합니다. 합의된 계약에 따라 tenant 활성화와 검토 단계 설정이 필요합니다. 신뢰도 점수가 검토 경로를 자동으로 선택하지는 않습니다.
계약에 따른 설정
Vision
문서를 분류하고 후속 검증을 위해 신뢰도와 원본 참조를 포함한 구조화된 필드를 추출합니다. tenant 설정이 필요하며, 신뢰도와 원본 참조는 설정된 추출 출력에 따라 달라지고 모든 필드에 보장되지는 않습니다.
계약에 따른 설정
ECM
문서 기록에서 문서, 버전, 태그, 접근 규칙, 검색 및 수명 주기 이벤트를 관리합니다. 합의된 계약에 따라 tenant 활성화와 접근 및 수명 주기 정책 설정이 필요합니다.
계약에 따른 설정
Sign
서명 봉투를 만들고 서명자 이벤트를 수집하며 설정된 서명 흐름을 통해 최종 서명 문서를 검증합니다. 합의된 계약에 따라 tenant 활성화와 별도로 확인된 검증 흐름이 필요합니다. 계약에 따른 이 설정 범위는 공개 문서 검증 서비스나 제삼자 신뢰 서비스 인증을 입증하지 않습니다.
계약에 따른 설정
Templates
명명된 자리표시자가 있는 DOCX 템플릿을 버전별로 관리하고 승인된 버전을 PDF 로 렌더링합니다. 합의된 계약에 따라 tenant 활성화, 게시된 템플릿 버전과 설정된 PDF 렌더러가 필요합니다. Word 추가 기능의 이용 가능 여부는 별도로 배포를 확인해야 합니다.
계약에 따른 설정
Governance & Integrations
REST API 와 서명된 웹훅으로 수명 주기를 연결하면서 계약별 감사 및 보안 증거를 보존합니다. tenant 설정, webhook 서명 설정과 계약에서 합의된 통제가 필요합니다. 클라이언트 SDK 는 TypeScript, Python, .NET, Java 용으로 게시되어 있습니다. 패키지형 커넥터 카탈로그를 제공한다고 주장하지 않습니다.
문서 수명 주기
수집에서 증거까지.
귀사의 tenant 에 합의된 검토 단계와 후속 조치를 포함하여 업무 흐름에 필요한 단계를 설정하세요.
- 수집포털, API 또는 업무 흐름을 통한 접수.
- 분류tenant 설정에 따라 문서 유형을 식별합니다.
- 추출원본 증거를 포함한 구조화된 필드를 반환합니다.
- 검증스키마 및 업무 규칙 검사를 적용합니다.
- 검토필요한 경우 명시적으로 설정된 수동 검토 단계를 사용합니다.
- 결정업무 흐름 규칙에 따라 승인, 거부 또는 수정 요청을 합니다.
- 실행REST API, 서명된 웹훅 또는 설정된 후속 단계로 전달합니다.
- 입증원본 참조와 계약별 감사 증거를 보존합니다.
고객 업무 과정
하나의 수명 주기, 세 가지 문서 업무 과정.
이 도식은 계약에 따라 설정되는 업무 흐름을 설명합니다. 모든 단계에는 tenant 활성화와 합의된 설정이 필요합니다. 연결된 가이드는 의도한 활용 사례를 설명하며 해당 기능이 귀사의 tenant 에 배포되었음을 확인해 주지는 않습니다.
매입 채무
계약에 따라 설정되는 과정: 공급업체 청구서 접수부터 지급 결정 기록과 합의된 후속 시스템 전달까지. 업무 승인은 계속 귀사의 권한 있는 팀이 담당합니다.
- 수집합의된 접수 업무 흐름에서 tenant 범위로 제한된 포털을 통해 공급업체 청구서를 수집합니다. tenant 활성화가 필요합니다.청구서 접수 포털
- 분류합의된 문서 유형에 따라 청구서와 증빙 문서를 식별합니다. tenant 설정이 필요합니다.분류 설정
- 추출합의된 스키마에 맞춰 청구서 필드를 추출합니다. tenant 설정이 필요하며 원본 참조는 설정된 출력에 따라 달라집니다.청구서 추출
- 검증합의된 검사 항목의 확인을 조건으로 대조에 필요한 청구서 비교와 참조 데이터를 정의합니다. tenant 설정이 필요합니다.청구서 대조 범위
- 검토합의된 계약에 따라 tenant 에 설정된 수동 검토를 위해 처리를 일시 중지합니다. tenant 설정이 필요합니다. 권한 있는 검토자가 승인, 거부 또는 수정 요청을 기록합니다.설정된 검토 업무 흐름
- 결정권한 있는 팀의 청구서 처리 결정을 업무 흐름에 기록합니다. tenant 설정이 필요하며, 결정을 기록한다고 지급이 실행되지는 않습니다.매입 채무 업무 흐름
- 실행webhook 서명과 수신 시스템 동작을 확인한 후 서명된 웹훅으로 합의된 이벤트를 후속 엔드포인트에 전달합니다. tenant 설정이 필요합니다.webhook 전달
- 입증계약별 보존 통제하에서 청구서 기록을 뒷받침할 원본 참조, 검토 결정 및 이벤트를 합의합니다. tenant 설정이 필요합니다.증거 및 신뢰 범위
KYC 및 KYB 고객 등록
계약에 따라 설정되는 과정: 신원 및 기업 문서를 수집하고 합의된 검사 항목을 검토하며 고객 등록 결정을 기록합니다. 귀사의 권한 있는 팀이 수락 정책을 정합니다.
- 수집합의된 고객 등록 업무 흐름에서 tenant 범위로 제한된 포털을 통해 신원 및 기업 문서를 요청합니다. tenant 활성화가 필요합니다.KYC 문서 포털
- 분류고객 등록 설정에 따라 제출된 문서 유형을 식별합니다. tenant 설정이 필요합니다.분류 설정
- 추출문서 집합에 대해 합의된 신원 및 기업 필드를 추출합니다. tenant 설정이 필요하며 필드 포함 범위와 원본 참조는 설정된 출력에 따라 달라집니다.KYC 문서 추출
- 검증지원되는 검사 항목의 확인을 조건으로 고객 등록에 필요한 필수 필드와 문서 간 검사를 정의합니다. tenant 설정이 필요하며 문서 검사만으로 규제 준수가 입증되지는 않습니다.문서 확인 범위
- 검토합의된 계약에 따라 tenant 에 설정된 수동 검토를 위해 처리를 일시 중지합니다. tenant 설정이 필요합니다. 권한 있는 검토자가 문서 기록을 살펴보고 결정을 기록합니다.설정된 검토 업무 흐름
- 결정권한 있는 팀의 고객 등록 결정을 해당 수락 정책에 따라 기록합니다. tenant 설정이 필요하며 업무 승인은 자율적으로 이루어지지 않습니다.은행 고객 등록 맥락
- 실행webhook 서명과 후속 조치를 확인한 후 서명된 웹훅으로 합의된 고객 등록 이벤트를 수신 서비스에 보냅니다. tenant 설정이 필요합니다.webhook 전달
- 입증계약별 보존 통제하에서 고객 등록 기록에 필요한 문서 참조, 결정 및 접근 통제를 합의합니다. tenant 설정이 필요합니다.보안 및 증거 통제
보험금 청구
계약에 따라 설정되는 과정: 청구 문서를 모으고 합의된 검사 항목을 검토하며 기록된 처리 결정을 전달합니다. 보장 범위와 보험금 지급 결정은 계속 귀사의 권한 있는 보험금 청구 팀이 담당합니다.
- 수집문서 제출 경로를 확인한 후 합의된 접수 업무 흐름을 통해 청구 문서 묶음을 수집합니다. tenant 활성화가 필요합니다.보험금 청구 문서 처리
- 분류합의된 범주에 따라 청구 문서 묶음의 문서 유형을 식별합니다. tenant 설정이 필요합니다.분류 설정
- 추출제공된 문서 집합에 대해 합의된 청구 필드를 추출합니다. tenant 설정이 필요하며 원본 참조는 설정된 출력에 따라 달라집니다.보험금 청구 문서 추출
- 검증청구 문서 묶음에 대해 지원되는 검사 항목을 별도로 확인합니다. 검증에는 tenant 설정이 필요합니다. 사기 탐지는 플랫폼 증거로 입증되지 않았으며 이 업무 과정에서 제공을 약속하지 않습니다.
- 검토합의된 계약에 따라 tenant 에 설정된 수동 검토를 위해 처리를 일시 중지합니다. tenant 설정이 필요합니다. 권한 있는 보험금 청구 검토자가 기록을 살펴보고 수정을 요청하거나 결정을 기록합니다.설정된 검토 업무 흐름
- 결정권한 있는 보험금 청구 팀의 처리 결정을 보장 및 지급 정책에 따라 기록합니다. tenant 설정이 필요하며 업무 흐름이 자율적으로 보험금 지급 결정을 내리지는 않습니다.보험 업무 흐름 맥락
- 실행webhook 서명과 수신 측 조치를 확인한 후 서명된 웹훅으로 합의된 청구 이벤트를 후속 엔드포인트에 전달합니다. tenant 설정이 필요합니다.webhook 전달
- 입증계약별 보존 통제하에서 기록을 뒷받침할 청구 문서, 검토 결정 및 수명 주기 이벤트를 합의합니다. tenant 설정이 필요합니다.증거 및 신뢰 범위
지원 유형
귀사의 업무에 맞춰 설정된 분류.
각각은 귀사의 고객이 실제로 쓰는 서식, 언어, 통화, 현지 규칙에 맞춰 조정되어 있습니다.
급여명세서
인사
은행 거래내역서
여신
세금 신고서
세무
세금 계산서
세무
정관
법무
운전면허증
온보딩
주민 신분증
온보딩
주소 증명
온보딩
고지서 / 청구서
재무
용역 청구서
세무
영수증
재무
발주서
재무
개발자 경험
코드 세 줄. 깔끔한 JSON 하나.
흔히 쓰는 개발 스택을 위한 API 와 webhook 샘플. 서명된 webhook , 비동기 잡, 그리고 문서화된 REST 요청이 맞춤 연동을 뒷받침합니다.
먼저 문서 추출 개요 를 보시고, 그다음 문서 추출 API 를 쓰세요. 레이아웃과 섹션 파싱에는 문서 파싱 API 를, 스캔과 사진을 검증된 데이터로 바꿔야 할 때는 OCR API 를 쓰세요.
C# / .NET Python Node.js Go cURL
extract.cs
// REST API sample — C# using var form = new MultipartFormDataContent(); form.Add(new StreamContent(File.OpenRead("payslip.pdf")), "file", "payslip.pdf"); http.DefaultRequestHeaders.Authorization = new("Bearer", apiKey); var response = await http.PostAsync(extractionUrl, form); response.EnsureSuccessStatusCode();
기본으로 들어 있는 것
여섯 가지 기능, 하나의 편성.
document AI 스택 전체가 하나로 편성된 파이프라인으로 돌아갑니다. 모든 페이지가 같은 에이전트 흐름 — 분류, 추출, 검증, 점수, 기록 — 을 지나 하류 시스템이 바로 쓸 수 있는 구조화 JSON 으로 나옵니다. API 를 먼저 두는 팀에게 이 기능들은 문서 추출 API, 문서 파싱 API, OCR API 에 대응합니다.
| 기능 | 하는 일 |
|---|---|
| 수집 | PDF (디지털과 스캔 모두), JPEG, PNG, TIFF, DOCX, 그리고 이메일 첨부. 여러 페이지 문서는 자동으로 이어 붙입니다. 받은편지함 감시, webhook 수신, API 직접 업로드를 지원합니다. |
| 분류 | Tenant 단위로 설정하는 분류와 제로샷 추출이 신뢰도 점수와 분배 판단을 돌려줍니다. 프로덕션 투입 전에 설정한 각 유형을 대표 문서로 검증하세요. |
| 추출 | ReAct 아키텍처의 에이전트가 구조화된 필드를 필드별 신뢰도와 함께 뽑아냅니다. 필드 간 계산, 날짜, 개체 검증도 같은 처리 안에서 돌아갑니다. 범위 포인터가 출처를 원래 문단까지 보존합니다. |
| 검증 | schema 검증, 문서 간 대사, 그리고 설정 가능한 업무 규칙. 신뢰도가 낮은 필드에는 그 신뢰도 점수와 출처 인용을 붙여 표시하며, 수동 검토 단계는 그 문서를 검토자의 큐에 넣습니다. |
| 계약별 검사 | 계약된 워크플로에는 schema 규칙, 참조 데이터 검사, 문서 간 일관성을 설정할 수 있습니다. 현재 기능 증거로는 사기 탐지가 확인되지 않으며, 제안된 사기 검사는 사용 전에 별도 검증이 필요합니다. |
| 감사 추적 | 설정된 워크플로는 모델 버전, 프롬프트와 응답의 해시, 검토자 신원, 필드별 신뢰도를 담은 위변조 감지 가능한 메타데이터를 보존할 수 있습니다. 보존 기간은 tenant 단위로 설정하며 계약별로 정해집니다. |
문서 유형별
이미 처리하고 계신 문서 를 위한 사전 학습 추출기.
추출기는 스키마와 검증 규칙에 따라 구조화된 JSON을 반환합니다. 계약에 따라 구성된 REST API와 서명된 webhooks를 통해 후속 단계를 연결합니다. 이는 패키지 형태 또는 사전 구축된 커넥터 카탈로그를 제공한다는 의미가 아닙니다.
재무 / 매입채무
청구서 추출
공급업체, 품목, 계정과목 힌트, 합계. 필드는 API 또는 webhook 을 통한 고객 설정 대조와 전달을 지원합니다.
은행 / 대출
은행 거래내역서 추출
거래, 잔액, 반복 입금. 미국과 캐나다 거래내역서에서 3 초 미만 파싱으로 현금흐름 심사에 씁니다.
법무 / 계약관리
계약서 추출
당사자, 기간, 준거법, 책임 한도, 지정 조항. 법무 검토를 위해 원래 문단을 가리키는 범위 포인터가 붙습니다.
온보딩 / 고객확인
KYC 서류 추출
정부 발행 신분증, 주소 증명, 실질적 소유자 증명. MRZ 파싱과 제재·주요 정치적 인물 스크리닝 연동 훅.
인사 / 대출
급여 관련 추출
급여명세서, W-2, 1099. 총액, 공제, 실수령액, 그리고 소득 확인을 위한 연초 누계 대사.
세무 / 대출
세금 신고서 추출
1040, K-1, 각종 부속명세. 조정총소득, 공제, 세액공제, 환급액 또는 납부액 — 명세 간 계산 검증까지.
출장·경비
영수증 추출
가맹점, 품목, 세액, 팁 처리를 포함한 항목별 영수증. 출력은 API 또는 webhook 을 통해 고객이 설정한 경비 워크플로에 매핑할 수 있습니다.
물류
선하증권 OCR
운송인, 수하인, 출하 ID, 중량, 요금, 그리고 운임 품목을 물류 업무를 위해.
결제
수표 OCR API
지급인, 수취인, 금액, 날짜, MICR 맥락, 그리고 결제 업무를 위한 송금 필드.
보험
ACORD 양식 추출
보험 서류 묶음에서 증권, 신청인, 차량, 물건, 보장 범위, 보험료, 손해 데이터를 뽑습니다.
보험
보험금 청구 추출
사고 최초 접수, 경찰 보고서, 의료비 청구서, 수리 견적. 보험금 심사를 위한 문서 간 대사.
연동
귀사의 시스템이 이미 돌아가는 곳 에서 함께.
REST API 와 서명된 webhook 이 기록 시스템과의 맞춤 연동을 뒷받침합니다. 연동 범위와 필드 매핑은 고객 워크플로마다 따로 정의합니다.
- ERP 와 재무NetSuite, SAP S/4HANA, Oracle Cloud ERP, Workday Financials, QuickBooks Online, Xero, Sage Intacct.
- CRM 과 매출Salesforce, Salesforce Financial Services Cloud, HubSpot. 고객 레코드, 상담 기회, 신청인이 구조화된 객체로 들어옵니다.
- 대출과 코어뱅킹nCino, Encompass, Mambu, Alloy, Q2, Jack Henry, Fiserv, FIS, Plaid, MX.
- 계약관리와 법무Ironclad, Agiloft, ContractWorks, Concord. 조항, 당사자, 기간 데이터가 범위 포인터를 유지한 채 흘러갑니다.
- 인사와 급여Workday HCM, ADP, The Work Number, Gusto, Justworks. 임금과 연초 누계 데이터가 HRIS 와 확인 절차로 흘러갑니다.
- 출장·경비Expensify, Concur, Brex, Ramp, Pleo. 영수증과 정산이 맞는 규정과 계정 코드로 분배됩니다.
- 온보딩과 KYCPersona, Alloy, Sumsub, ComplyAdvantage. 신원 확인과 고객확인·강화확인 서류 묶음을 제재 스크리닝 발동 조건과 함께.
- 맞춤 연동REST API, 서명된 webhook 이벤트, 그리고 흔히 쓰는 개발 스택을 위한 API 또는 webhook 샘플. 기업 계약에는 범위를 정한 연동 엔지니어링을 포함할 수 있습니다.
보안과 컴플라이언스
귀사의 문서를 귀사가 대하듯 다룹니다.
설계 단계부터의 프라이버시
설정 가능한 보존 기간, 개인정보 자동 익명화, 그리고 제대로 된 데이터 처리 계약이 처음부터 갖춰져 있습니다.
종단 간 암호화
전송 중에는 TLS 1.3. 저장 시에는 AES-256. 키는 고객별 전용 KMS 인스턴스에서 관리합니다.
프라이빗 배포 계획
프라이빗 클라우드, BYOC 및 온프레미스 배포는 일반적으로 제공되지 않습니다. 계약에 따른 평가에는 명시적인 기술 및 운영 확인이 필요합니다.
자주 묻는 질문
자주 묻는 질문.
목록에 없는 문서 유형에도 Cogneris 를 쓸 수 있나요?
예. Enterprise 에서는 맞춤 문서 유형을 샘플 문서로부터 1 영업일에 내드립니다 — 10 에서 50 건의 예시를 보내주시면 알맞은 schema, 검증기, 신뢰도 임계값을 갖춘 보정된 추출기를 돌려드립니다. 처리하는 것은 같은 에이전트 파이프라인이고, 달라지는 것은 겨냥하는 schema 뿐입니다.
동기와 비동기의 경계는 어디인가요?
동기 추출은 10 MB 파일 한도와 요청 시간 제한으로 제한되며, 페이지 수로 제한되지 않습니다. 긴 문서나 대량 처리에는 문서 작업을 제출하고 서명된 webhook 콜백을 받으세요. 페이지 단가는 같고 요청 모양만 다릅니다.
Cogneris 는 다국어 문서를 어떻게 다루나요?
서른 개가 넘는 언어를 필드 단위 현지화와 함께 지원합니다. 통화 환산, 날짜 형식 정규화 (DD/MM 대 MM/DD), 주소 파싱은 원본 문서의 지역 관행을 따릅니다. 출력 JSON 은 ISO 형식으로 정규화되므로 (통화는 ISO 4217, 날짜는 ISO 8601, 국가는 ISO 3166) 원본 언어가 무엇이든 하류 시스템은 일관된 데이터를 받습니다.
검증에 실패한 문서는 어떻게 되나요?
신뢰도가 낮은 필드와 schema 또는 업무 규칙 위반은 추출 결과 위에 표시됩니다. 각각에는 추출된 값, 그 신뢰도 점수, 검증 오류, 그리고 읽어온 원본 영역이 함께 붙습니다. 수동 검토 단계는 문서를 검토 큐로 보내고, 검토자가 원본 페이지와 대조해 값을 고친 뒤 승인하거나 반려합니다. Cogneris 는 모델 버전, 프롬프트와 응답의 해시, 검토자 신원을 담은 위변조 감지 가능한 감사 메타데이터를 보존할 수 있습니다.
Cogneris 를 저희 클라우드나 온프레미스에서 돌릴 수 있나요?
프라이빗 클라우드, BYOC, 온프레미스 배포, 고객 관리 키, AWS PrivateLink 및 Google Cloud Private Service Connect는 계획 중인 기능이며 일반적으로 제공되는 서비스가 아닙니다. 계약에 따른 모든 평가는 아키텍처 또는 구매 계획에 앞서 명시적인 기술 및 운영 확인이 필요합니다.
시연
여섯 가지 기능, 하나의 녹화.
위의 내용은 모두 설명입니다. 이 시연은 제품이 실제 문서로 일하는 화면 녹화입니다. 모델이 확신하지 못한 필드까지 포함해서 — 짜인 데모가 빼놓는 바로 그 부분입니다.
녹화는 아직 공개되지 않았으므로 여기서 재생할 것이 없습니다. 제품이 아닌 홍보 영상으로 채우느니 비워두는 편이 낫다고 봅니다.
- 업로드 — 실제 청구서나 은행 거래내역서를, 플랫폼이 실제로 처리하는 속도 그대로.
- JSON 출력 — 응답 봉투와, 각 값의 바운딩 박스를 원본 페이지에 되돌려 그린 모습.
- 신뢰도 — 필드별 점수. 모델이 유일하게 망설인 그 필드까지 포함해서.
- 사람의 검토 — 같은 문서가 워크플로의 검토 큐에서 대기하고, 검토자가 표시된 값을 수정하며, 그 변경이 검토자 이름으로 기록됩니다.
- Webhook — 서명된 전달이 도착하는 순간. 첫 단계에서 얻은 문서 id 를 지닌 채로.