カスタムスキーマ

システムスキーマにない情報を書類から読み取る必要がある場合は、カスタムスキーマを定義します。

いつ意味があるか

• レイアウトが標準でない特定の仕入先からの書類。
• 業種特有: 計量票、試験報告書、燃料カード。
• 自分のシステムに必要だが他には存在しないフィールド。

カスタムスキーマの書類は、会計ソフトに送信したり、会計フォーマットにエクスポートしたりできないことに留意してください。これらは、固定フィールドの請求書を読み取ります。残るのはJSON、XML、YAML、CSV、Excel、PDFです。集計に含まれる書類は、数値フィールドTotalAmountを持つものだけです。

定義方法

スキーマタブのエディタで。JSONスキーマで記述します — propertiesを持つオブジェクトで、各フィールドはtypeとdescription、リストはarrayとitemsとして。標準を知っている人には驚きはないでしょう。知らない人は、テンプレート（請求書、消費税付き請求書、領収書、納品書、最小）やシステムスキーマのコピーから始めます。テンプレートのフィールド名はシステムスキーマと同様に英語名で、フォームの検証でラベルが見つかります。フィールドの説明はインターフェースの言語で書かれ、上書き可能です。

リンク、allOf、oneOf、条件などの構造はエディタでは使用できません。スキーマは平坦なフィールドツリーである必要があります。システムスキーマのコピーにはモデル要求も含まれているため、テンプレートと同じように認識されます。切り離すボタンを押せば通常のカスタムスキーマに変わります。

フィールドの説明はモデルへのガイド

これはこのページで最も重要なことです。descriptionは人間だけでなく、モデルにも読み取られます。「注文番号」と「Z-から始まり、6桁で、バーコードの右上にあることが多い注文番号」との違いは、成功率において大きいです。

制限事項

フィールド数はプランに依存します: FreeおよびStarterは80、Businessは160、Scaleは240。ネストされたフィールドや項目フィールドも含まれます。長いスキーマはより高価な処理を意味するので、各書類において名称と説明はモデルに送信されます。

テスト

エディタは構文をリアルタイムでチェックし、スキーマが合わない限り保存できません。実際の書類でのみ試せます: 選択したスキーマで書類をアップロードするか、完了した書類で再処理を選択してください。どちらも通常の処理と同様にクレジットがかかります。

変更と削除

修正されたスキーマは次回の処理に適用されます。既に通過した書類は、作成されたままのデータを保持します。少なくとも1つの書類が認識されたスキーマは削除できません—書類が検証フォームを失ってしまいます。