사용자 정의 스키마

시스템 스키마에 없는 정보를 문서에서 읽어야 할 때, 사용자 정의 스키마를 정의합니다.

언제 의미가 있는가

• 비표준 레이아웃을 가진 특정 공급자의 문서.
• 산업별 특성: 계량서, 시험 프로토콜, 연료 카드.
• 귀하의 시스템에 필요한 필드이며 그 어디에도 존재하지 않는 경우.

사용자 정의 스키마에서 생성된 문서는 회계 시스템에 전송하거나 회계 형식으로 내보낼 수 없다는 점을 유념하세요. 회계는 고정 필드의 송장을 읽습니다. 남아있는 형식은 JSON, XML, YAML, CSV, Excel 및 PDF입니다. 숫자 필드 TotalAmount가 있는 문서만이 보고서에 포함됩니다.

정의하는 방법

스키마 탭의 편집기를 사용합니다. JSON 스키마에서 작성되며, properties를 가진 객체로, 각 필드에는 type과 description이 있으며, 목록은 array로 items를 포함합니다. 표준을 아는 사람은 놀라지 않을 것이며, 모르는 사람은 템플릿(송장, 부가세 송장, 영수증, 납품서, 최소값)이나 시스템 스키마 복사본에서 시작할 수 있습니다.

링크, allOf, oneOf, 조건과 같은 구조는 편집기에 허용되지 않습니다. 스키마는 평면 필드 트리여야 합니다. 시스템 스키마의 복사본은 모델에 대한 요구 사항도 함께 가져오므로 동일하게 인식합니다. 분리 버튼을 클릭하면 일반적인 사용자 정의 스키마가 됩니다.

필드 설명은 모델을 위한 지침

이 페이지에서 가장 중요한 사항입니다. description은 단지 사람을 위한 것이 아니라 모델 또한 읽습니다. “주문 번호”와 “주문 번호, Z-로 시작하고 여섯 자리로, 바코드의 오른쪽 상단에 보통 위치함”의 차이는 성공률이 매우 큽니다.

제한 사항

필드 수는 요금제에 따라 다릅니다: Free 및 Starter는 80개, Business는 160개, Scale은 240개입니다. 중첩 필드 및 항목 필드도 포함됩니다. 이름과 설명은 각 문서 모델에 전송되므로 긴 스키마는 더 비싼 처리를 의미합니다.

시험하기

편집기는 지속적으로 구문을 검사하며, 스키마가 맞지 않으면 저장을 허용하지 않습니다. 실제 문서에서만 시도할 수 있습니다: 선택한 스키마로 문서를 업로드하거나 작성된 문서에서 다시 처리를 선택하십시오. 둘 다 일반 처리와 같은 크레딧이 필요합니다.

변경 및 삭제

수정된 스키마는 향후 처리에 적용됩니다. 이미 처리된 문서는 생성될 당시의 데이터를 유지합니다. 최소한 하나의 문서에 의해 인식된 스키마는 삭제할 수 없으며, 그렇지 않으면 문서가 검토 양식을 잃게 됩니다.