新規顧客審査

見積前に、取引相手を把握する。

見知らぬ相手が見積もりを求める。KYB・スクリーニング・与信は最初の接触から始まり——すべてのゲートをクリアして初めてSAPまたはInforのレコードが生まれる。

新規顧客は4つのゲートを通過し、各ゲートが判定をスタンプする——ERP レコードはゴールド承認時にのみ作成される。
Nordwind Aeronew customer · first contact: RFQ-2291
KYBregistry · ownership · addressesPASS11:21:04
Screeningdenied-party · consolidated listsCLEAR11:22:41
Creditbureau report · limit proposedPASS11:25:37
ERP recordbusiness partner · screening record attachedAPPROVED11:26:12

例示的な実行——サンプルデータであり、顧客レコードではありません。

SAP S/4HANAおよびInfor M3向け顧客オンボーディング自動化

4つのゲート、1つのフロー:KYB、拒否当事者スクリーニング、与信、そして SAP または Infor のビジネスパートナーレコード。すべての判定が台帳にスタンプされる——すべての決定の記録:何が変わり、誰が承認し、いつ行われたか。

オンボーディングの流れ

見知らぬ相手が入り、顧客になって出る。

01The request lands

A new account writes to the shared inbox — or sends a first PO over EDI. Corin reads it where it lands; the request is the trigger, not a ticket someone files later.

02KYB / KYC

The business is verified — registry data, ownership, addresses — matched against the documents that came with the request.

03Export screening

Denied-party and end-use screening on the counterparty and the transaction, before anything is quoted.

04Credit

A credit report and a proposed limit, grounded in bureau data — written as policy for every decision that follows.

05ERP master creation

The cleared customer is created in SAP or Infor with its screening record attached. No swivel-chair keying, no skipped step.

リスクの実態

スクリーニングは任意の書類仕事ではない。

輸出違反のコストは公開されている——それを防ぐスクリーニングは通常、受信トレイと ERP の間に挟まった手作業の一工程であり、まさにそこで省略される。Corin はオンボーディング、見積、受注の各時点でスクリーニングを実行する。

$33M2023年の1四半期に課されたOFAC制裁金の総額U.S. Treasury OFAC enforcement actions, Q1 2023 (public record)
13新規顧客ごとに照合される米国政府スクリーニングリストU.S. Consolidated Screening List API (trade.gov), as of Aug 2026
ゲートを支えるデータ

指定ソース、ポリシー管理。

KYB、与信、スクリーニング、トレードクレジットシグナルを指定プロバイダーに対して実行——すべての呼び出しはポリシー管理され、すべての結果は理由コードとともに台帳行に記録される。

MiddeskDun & BradstreetCreditsafeComplyAdvantageDescartes Visual ComplianceU.S. Consolidated Screening ListAllianz TradePlaid

Corin の MCP カタログのプロバイダー一覧、スナップショット August 2026。ティアとベンダーステータスはインテグレーションページにバッジ表示されます。

常時スクリーニング

全受注をスクリーニング。全決定を証明。

スクリーニングは独立したステップではない——見積と注文の両方で、すべてのCorinループの内側で実行される。ヒットが発生すると、一致内容と判断根拠を添えてトランザクションを人間のゲートで停止する。

見積時
価格が社外に出る前に、拒否当事者および最終用途のスクリーニングを実施——注文確定後ではありません。
注文時
注文入力時にも同じスクリーニングを実施——不正取引を止める最後の低コストな機会です。
再スクリーニング
リストは毎日更新されます。顧客マスターはオンボーディング時の一度きりではなく、更新のたびに再スクリーニングされます。
スクリーニング実行

3つのチェック、1つの保留ライン。

すべてのトランザクションが同じスクリーニングセットを通る。保留が発生すると処理を止め、一致内容と対処方法を提示する。

拒否当事者リスト取引相手を統合リストと照合してスクリーニング一致なし
最終用途分類部品はデュアルユース該当——最終用途証明書が必要審査保留中
禁輸対象仕向地出荷先国を禁輸リストと照合して確認問題なし

例示用スクリーニング実行——サンプルのチェックセットであり、顧客レコードではありません。

Corinとある一日

11:20 — 見知らぬ企業からのRFQ。11:26 — 審査済み顧客として登録完了。

11:20

誰も知らない企業から、400ユニットの見積依頼メールが届く。

11:21

KYBが実行される — 登記データ、所有構造、住所 — メールに添付された書類と照合。

11:22

取引禁止者および最終用途のスクリーニング:取引相手はクリア。ただし1品目がデュアルユース該当品のため、最終用途証明書が必要。

11:25

D&Bレポートと与信限度額の提案が判断カードに表示される。Anaは希望する限度額で承認する。

11:26

スクリーニング記録とともに顧客マスターがERPに登録される — 以降のすべての見積と受注も、発生のたびにスクリーニングされる。

オンボーディングのある午前のイメージ — サンプルデータであり、実際の顧客記録ではありません。

対象ユーザー

コンプライアンスチームとERPチームのために。

オペレーション向け
  • 新規取引先は数日ではなく数分で審査完了 — 見積を待たせない。
  • スクリーニングでヒットした場合、取引はキューではなく、一致内容と根拠を添えて即時停止される。
  • メール1通でプロセス全体が始まる。ERPへの再入力は誰も行わない。
IT・ERPオーナー向け
  • KYB、スクリーニング、与信は、担当者が明示されたバージョン管理済み手順として実行されます。
  • 顧客マスターは、スクリーニング記録を添付した状態で、公開APIを通じて作成されます。
  • リスト変更のたびに再スクリーニングを実施——すべての判定が理由コードとともに台帳に記録される。
意思決定、証跡付き

実行前に、Corinの動作を確認する。