配送先住所解析

インターフェースの紹介

このインターフェイスは自然言語処理技術に基づいており、非構造化混合テキストから中国速達に関する重要な情報を正確に抽出できます。中核となる機能には、名前、携帯電話番号、ID 番号 (利用可能な場合)、郵便番号、および標準的な地方/市/地区/番地詳細の自動識別と分離が含まれます。

該当するシナリオ

• 電子商取引注文のクリーニング: ユーザーが手動で入力したあいまいな住所を自動的に標準化し、配送エラー率を削減します。
• CRM データ ガバナンス: 過去の顧客データをバッチで整理し、不足している管理部門フィールドを補完します。
• 物流システム統合: 注文プロセス中にリアルタイムで住所データを検証および構造化し、注文効率を向上させます。

リクエストと返品の手順

• リクエスト方法: POST /v1/shipping-address-parse
• 重要なポイントを入力:
• addresses: 文字列配列。最大 200 個のアドレス テキストの 1 回の送信をサポートします。
• dedup: オプションの重複排除戦略。phone (携帯電話番号) または name (名前) による重複のフィルター処理をサポートします。
• 結果を返す:
• 解析された name、mobile、province、city、region、street およびその他のフィールドを含む、標準化された JSON 構造を返します。
• count (有効な数量)、originalCount (元の数量)、および removed (重複排除によって削除された数量) の統計情報を提供します。

提案へのアクセス

1. バッチ処理: ネットワークのオーバーヘッドを削減し、スループットを向上させるために、処理するデータを集約し、バッチ (≤200 アイテム/回) で呼び出すことをお勧めします。
2. 重複排除戦略: ビジネス シナリオが一意の連絡先に敏感な場合は、「dedup」パラメータを有効にして、同じユーザーの複数のアドレス レコードによって引き起こされるデータの冗長性を回避してください。
3. 例外処理: 返される code ステータス コードを確認してください。解析に失敗したフィールド (認識できない郵便番号など) の場合、システムは「null」を返すため、フロントエンドは null 値と互換性がある必要があります。