トランジット輸送を出発から到着まで、
一つのフローで、ルールどおりに。
NCTSフェーズ6に準拠した国内トランジットアプリケーション。
CustomsFlowは、税関当局向けの共通トランジットシステム（NCTS）の国内アプリケーションです。欧州委員会が公表したNCTSフェーズ6国内トランジットアプリケーション設計文書に基づいて構築されました。出発・通過・到着の各税関の役割はそれぞれのステートマシンで動作し、すべてのメッセージは定義されたルールで検証されて変更不可の記録に書き込まれ、既存の税関システムにはアダプターで接続します。
NCTSフェーズ6設計文書568のルール、バージョン管理カタログ既存システムにはアダプターで接続リアルタイム連携モニター
24未対応 hareket
3検査中
11Transitte
6到着済み
1照会中
| MRN | 経路 | Son mesaj | ステータス |
|---|---|---|---|
| 26XX00000000001042 | 出発 A → 通過 B → 到着 C | CC029C | 輸送許可済み |
| 26XX00000000001043 | 出発 A → 到着 D | CC060C | 検査中 |
| 26XX00000000001038 | 出発 E → 通過 B → 到着 A | CD118C | 到着受理済み |
| 26XX00000000001021 | 出発 A → 到着 F | CC045C | 輸送終了 |
| 26XX00000000000997 | 出発 C → 到着 A | タイマー | 照会 |
出発出発税関 A輸送許可済み
通過通過税関 B通過待ち
到着到着税関 C到着予定
IE015事業者の申告を受理。スキーマ、コードリスト、ルールのチェックに合格09:12CC028CMRNを付与し、保証の使用を記録09:12CC060Cリスクスコアがしきい値を超過：検査決定を通知09:13CC029C職員の承認により輸送を許可09:41CD050C通過税関に事前通知を送信09:41
業務ダッシュボード · ロール別の初期画面：未完了の輸送、ステータス、最新メッセージCustomsFlowの画面 · 架空のデータ
輸送の道のり車両は3つの税関を 通過します。
車両は3つの税関を 通過します。
記録は途切れません。
車両が出発地から到着地まで各税関を通過するたびにメッセージが生成され、保証はロックされ、その後解除されます。移動の状況はどの税関でも同じ記録から確認できます。
Transit hareketi · 26XX00000000001042例 hareket · kurgusal veri 申告受理
IE015事業者の申告を受理し、スキーマ、コードリスト、ルールのチェックに合格しました。保証ロック中保証解除遮断機閉鎖
IE015出発税関申告を受理し、MRNを付与し、保証をロックします。検査後、輸送を許可します。
CD050C通過税関事前通知を受け取り、車両が提示されると通過を許可し、国境通過を通知します。
CD006C到着税関到着を受理し、検査結果を出発税関に通知します。
CC045C完了輸送は終了し、保証は解除されます。すべてのステップが記録に残ります。
課題トランジットのルールは変わり続け、
トランジットのルールは変わり続け、
システムが追いつきません。
共通トランジットシステムの新フェーズでは、数百のメッセージルール、数十のメッセージタイプ、業務タイマー、そしてパートナー国の税関当局との相互メッセージ交換が導入されます。これを既存の税関システムに組み込むと時間がかかるうえ、ルールが変わるたびに再開発が必要になります。
コードに埋め込まれたルール
ルールとコードリストがアプリケーション内にあると、あらゆる変更がソフトウェア開発プロジェクトになります。
多数の外部システム
申告、リスク、保証、輸出、そしてパートナー国の当局。それぞれが別々の接続と別々のエラー形式を意味します。
見えないメッセージトラフィック
どのメッセージが原因で、なぜ輸送が止まったのかを確認するには、複数のシステムをたどる必要があります。
仕組み申告から終了まで
申告から終了まで
4つのステップ。
事業者の申告から輸送の終了まで、すべてのステップは設計文書のメッセージ定義とステータス定義に従って進みます。業務タイマーはデータとして保持され、期限切れの輸送は自動的に照会手続に移ります。
- 1
申告の受付
事業者のメッセージはスキーマ、コードリスト、ルールのチェックを受けます。合格するとMRNが付与されて保証の使用が記録され、不合格の場合は違反したルールとともに却下が返されます。
- 2
リスクと検査
リスクエンジンのスコアがしきい値を超えると検査決定が通知され、出発税関の職員は自身の画面から判断を下します。
- 3
通過と到着
輸送が許可されると、通過税関と到着税関は共通ドメインのメッセージで通知を受け、それぞれ判断を下します。
- 4
完了
到着結果は出発税関に戻り、保証は解除され、輸送は終了します。期限切れの輸送は照会手続に移されます。
Ofis rolleri30のステータス、18の判断、
出発税関
Transit ofisi
到着税関
30のステータス、18の判断、
一つの輸送記録。
トランジット輸送が出発税関、通過税関、到着税関を経由する間、各税関は自らのステータスと判断を同じ記録に書き込みます。ステータスと遷移は設計文書の公式ダイアグラムから構築されており、どの税関で何が保留中かを常に把握できます。
3税関の役割出発、通過、到着。それぞれが独自のステートマシンを持ちます。
30公式ステータス各税関における輸送の状態を、設計文書の名称どおりに表示します。
18判断 移行i権限のある職員の画面にのみ表示される判断。
15業務タイマー期限が過ぎると、輸送は自動的に照会手続に移ります。
15
resmi durumこの税関での移動の状態
6
karar 移行i職員が下せる判断
申告を受理する税関
申告の受理、リスクと保証のチェック、検査決定、輸送の許可、取消、照会。
効果検査決定、保証、輸送の許可を一つの画面で。却下された申告は、違反したルールの番号とともに事業者に返されます。
9
resmi durumこの税関での移動の状態
7
karar 移行i職員が下せる判断
国境で通過する税関
事前通知の受信、車両の提示、通過の許可または拒否。
成果事前通知は車両の到着前に税関に届き、職員の通過判断は共通ドメインのメッセージで出発税関に通知されます。
6
resmi durumこの税関での移動の状態
5
karar 移行i職員が下せる判断
輸送が終わる税関
到着の受理、検査結果、貨物の引渡し、出発税関への通知。
成果到着と検査の結果はメッセージで出発税関に戻り、輸送は終了し、保証は解除されます。
メッセージ検証すべてのメッセージは8つのゲートを通過し、
すべてのメッセージは8つのゲートを通過し、
エラーは該当ルールとともに返されます。
事業者または共通ドメインから届くすべてのメッセージは、設計文書に定められた順序で検証されます。ルールはアプリケーションコードの中ではなく、バージョン管理されたルールカタログにあります。568のルールと条件があり、変更時にはコードではなくカタログを更新します。
IE015事業者の申告 · LRN DEMO-0042✓1スキーマXSD構造
✓2Kod listesiOrtak referans veri
✓3S順序チェック
✓4BRT移行期間のルール
✓5C条件lar
✓6Rルール
✓7TTeknik kurallar
✓8Gガイドライン
…
メッセージを検証中8つのチェックが順に実行され、最初のエラーで停止します。
受理されたメッセージ輸送は次のステータスに進み、応答メッセージが生成されます。例：申告にMRNが付与されます（CC028C）。
却下されたメッセージどのルールに違反したかを示す却下メッセージ（CC056C）が事業者に返され、輸送のステータスは変わりません。
どちらの場合も記録メッセージのXMLと結果は変更不可の記録に書き込まれ、輸送カードに表示されます。
連携既存のシステムは
✓ いずれも変更しません
既存のシステムは
そのまま。
CustomsFlowは、税関当局で稼働中のシステムにアダプター層を介して接続し、システムの変更を必要としません。8つの連携ポイントは同じ契約でやり取りし、すべての呼び出しが記録されます。
既存システム
Beyan sistemi
Risk motoru
保証管理
輸出システム
共通ドメインネットワーク
事業者チャネル
Referans veri
アクセシビリティ
CustomsFlowBUTTERFLY上で稼働
- トランジットエンジン · 役割、ステータス、タイマー
- ルールカタログ · 568のルールと条件
- 変更不可の記録 · すべてのメッセージと呼び出し
200risk · skor 78 · kontrol
0 既存システムへの変更1 つの呼び出し契約、8つの接続ポイントすべての呼び出しを完全なリクエストとレスポンスで記録リアルタイムモニター：上の画面に表示
導入事例ある国の税関当局のために、
ある国の税関当局のために、
1日でエンドツーエンドのプロトタイプ。
ある国の税関当局向けに、NCTSフェーズ6国内トランジットアプリケーションをButterfly上でプロトタイプとして構築しました。データはすべて架空のもので、テストシナリオはブラウザとAPIを通じて最初から最後まで実行しました。
- 1日エンドツーエンドで kurulum出発から通過、到着から輸送の終了までの全フローを1日で構築し、稼働させました。
- 568ルールと条件設計文書のルールと条件をバージョン管理カタログとして読み込みました。さらに共通参照データから5,517件のコードリストレコードを取り込みました。
- 8連携ポイント申告、リスク、保証、輸出、共通ドメイン、事業者チャネル、参照データ、可用性。単一の契約とリアルタイムモニター。
- 19 / 20テストシナリオ合格保証エラー、ルール違反、通過拒否、取消、照会を含みます。残る1件は、意図的に簡略化した却下フローです。
機能国内トランジットに
国内トランジットに
必要なすべて。
ロール別のステートマシン出発、通過、到着ごとに個別のステートマシン。ステータスは設計文書の公式名称を使用します。
バージョン管理されたルールカタログルールと条件はコードではなくカタログから読み込まれ、コードリストは共通参照データから取得されます。
変更不可のメッセージ記録すべてのメッセージはXMLとともに保存され、輸送カードからメッセージチェーンと内容を開けます。
データとしてのタイマー業務タイマーはレコードとして保持され、期限切れの輸送は照会手続に移ります。
アダプターによる連携単一の呼び出し契約。実システムへの移行時に変わるのはアダプターだけで、エンジンと画面はそのままです。
ロールベースの権限管理者、出発・通過・到着の各税関職員、事業者。全員が自分の画面と判断だけを見ます。
どのようなチーム向けですか？トランジット輸送をエンドツーエンドで
トランジット輸送をエンドツーエンドで
管理するチーム。
税関当局の職員
出発税関・通過税関・到着税関なぜ？ ↻なぜ？
輸送が止まっている理由を確認するために複数のシステムをたどる必要があり、判断に時間がかかります。
できること輸送のステータス、メッセージチェーン、自分の判断を一つの画面で確認できます。
出発税関・通過税関・到着税関事業者と通関業者
Beyan sahipleri, lojistik ekipleriなぜ？ ↻なぜ？
理由のない却下は、同じ申告を試行錯誤で再提出させる原因になります。
できること申告が却下された理由をルール番号で確認し、輸送が今どこにあるかを把握できます。
Beyan sahipleri, lojistik ekipleri税関のITチームと連携チーム
システムと連携の管理なぜ？ ↻なぜ？
ルールがコードの中にあると、フェーズが変わるたびに新しいソフトウェア開発プロジェクトが必要になります。
できること外部システムの呼び出しをリアルタイムで監視し、新しいルールセットをコードを書かずに導入できます。
システムと連携の管理
信頼と統制既存システムは変わらず、
既存システムは変わらず、
すべてのステップが記録されます。
CustomsFlowは、税関当局で稼働中のシステムを置き換えるためではなく、それらを共通トランジットシステムにつなぐために設計されました。すべてのメッセージと外部呼び出しが記録され、判断は権限のある職員に委ねられます。
統制
- すべてのメッセージをXMLとともに変更不可の記録に保存
- すべての外部呼び出しを完全なリクエストとレスポンスで記録
- 判断は権限のある職員の画面でのみ
- 時刻はUTCで保存し、画面には現地時刻を表示
Platform
- 既存の税関システムにアダプターで接続
- Opt-Outモードで開始し、Opt-Inへの移行にも対応
- 多言語インターフェース
- オンプレミスに導入可能
ニーズチェック
CustomsFlowは貴社のトランジットプロセスに どの程度適していますか？
8つの質問、2分。最後に、CustomsFlowの貴社のトランジットプロセスへの適合度の評価とその理由が表示されます。
- トランジットの対象範囲
- ルールとメッセージ
- 連携
- 監査
よくある質問CustomsFlowについて
CustomsFlowについて
簡潔な回答。
CustomsFlow nedir?
税関当局向けの共通トランジットシステム（NCTS）のフェーズ6国内トランジットアプリケーションです。出発・通過・到着の各税関の役割、メッセージ検証、業務タイマー、外部システム連携を、Butterflyプラットフォーム上の一つのアプリケーションにまとめています。
どの文書に基づいて構築されましたか？
欧州委員会が公表したNCTSフェーズ6国内トランジットアプリケーション設計文書（DDNTA、バージョン6.4.1）に基づいて構築されました。ステータス、遷移、メッセージタイプは、この文書の公式定義に従っています。
既存の税関システムを変更する必要がありますか？
いいえ。申告、リスク、保証、輸出、参照データの各システムにはアダプターで接続します。すべての連携ポイントは同じ契約で通信し、本番システムへの移行時に変わるのはアダプターだけです。
ルールが変わるとどうなりますか？
ルールと条件はアプリケーションコードではなく、バージョン管理されたルールカタログにあります。新しいルールセットはカタログの更新によって導入されます。
Opt-OutモードとOpt-Inモードに対応していますか？
アプリケーションはOpt-Outモードで開始するよう構築され、Opt-Inへの移行にも対応できるよう設計されています。
本番環境で使われていますか?
CustomsFlowは、ある国の税関当局向けに架空のデータでプロトタイプとして構築され、テストされました。本番稼働には、当局自身のシステムへの接続と公式の適合性テストが必要です。
オンプレミスに導入できますか？
はい。CustomsFlowはButterflyプラットフォーム上で動作し、税関当局自身のインフラに導入できます。アクセスはロールベースの権限で付与されます。