본문으로 건너뛰기
Butterfly

통과운송을 출발부터 도착까지,
하나의 흐름으로 규칙에 맞게.

NCTS 페이즈 6을 준수하는 국가 통과운송 애플리케이션입니다.

CustomsFlow는 세관 당국을 위한 공동 통과운송 시스템(NCTS)의 국가 애플리케이션입니다. 유럽연합 집행위원회가 발행한 NCTS 페이즈 6 국가 통과운송 애플리케이션 설계 문서에 따라 구축되었습니다. 출발, 경유, 도착 세관 역할은 각자의 상태 머신으로 작동하고, 모든 메시지는 정의된 규칙으로 검증된 뒤 변경 불가능한 기록에 저장되며, 기존 세관 시스템에는 어댑터로 연결됩니다.

NCTS 페이즈 6 설계 문서568개 규칙, 버전 관리 카탈로그기존 시스템에 어댑터로 연결실시간 연동 모니터
24켜짐 hareket
3검사 중
11Transitte
6도착
1조회 중
MRN경로Son mesaj상태
26XX00000000001042출발 A → 경유 B → 도착 CCC029C통과운송 승인됨
26XX00000000001043출발 A → 도착 DCC060C검사 중
26XX00000000001038출발 E → 경유 B → 도착 ACD118C도착 수리됨
26XX00000000001021출발 A → 도착 FCC045C운송 종료됨
26XX00000000000997출발 C → 도착 A타이머조회
출발출발 세관 A통과운송 승인됨
경유경유 세관 B통과 대기
도착도착 세관 C도착 예정
  • IE015무역업자 신고 접수, 스키마·코드 목록·규칙 검사 통과09:12
  • CC028CMRN 부여, 보증 사용 기록09:12
  • CC060C위험 점수 임계값 초과: 검사 결정 통지09:13
  • CC029C세관 공무원 승인으로 통과운송 승인09:41
  • CD050C경유 세관에 사전 통지 발송09:41
CustomsFlow 연동 모니터: 8개 외부 시스템의 호출 수와 실시간 요청 흐름
운영 대시보드 · 역할별 시작 화면: 진행 중인 운송, 상태, 최근 메시지CustomsFlow 화면 · 가상 데이터
운송의 여정

차량은 세 곳의 세관을 통과합니다,
기록은 끊기지 않습니다.

차량이 출발지에서 도착지까지 각 세관을 통과할 때마다 메시지가 생성되고 담보가 잠긴 뒤 해제됩니다. 모든 세관이 같은 기록에서 운송 상태를 확인합니다.

Transit hareketi · 26XX00000000001042예시 hareket · kurgusal veri 신고 접수
출발 세관 AMesaj경유 세관 B · 국경Mesaj도착 세관 CMesaj 담보
IE015무역업자 신고를 접수했으며, 스키마, 코드 목록, 규칙 검사를 통과했습니다.
보증 잠김보증 해제차단기 닫힘
IE015
출발 세관신고를 접수하고 MRN을 부여하며 보증을 잠급니다. 검사 후 통과운송을 승인합니다.
CD050C
경유 세관사전 기록을 접수하고, 차량이 제시되면 통과를 허가하며 국경 통과를 통지합니다.
CD006C
도착 세관도착을 수리하고 검사 결과를 출발 세관에 통지합니다.
CC045C
종료운송이 종료되고 보증이 해제되며, 모든 단계가 기록에 남습니다.
문제

통과운송 규칙은 바뀌는데
시스템이 따라가지 못합니다.

공동 통과운송 시스템의 새 페이즈는 수백 개의 메시지 규칙, 수십 개의 메시지 유형, 업무 타이머, 그리고 파트너 국가 당국과의 상호 메시지 교환을 도입합니다. 이를 기존 세관 시스템 안에 구현하면 오랜 시간이 걸릴 뿐 아니라 규칙이 바뀔 때마다 재개발이 필요합니다.

코드에 내장된 규칙

규칙과 코드 목록이 애플리케이션 안에 있으면 모든 변경이 소프트웨어 프로젝트가 됩니다.

수많은 외부 시스템

신고, 위험, 보증, 수출, 파트너 당국. 각각이 별도의 연결과 별도의 오류 형식을 의미합니다.

보이지 않는 메시지 트래픽

운송이 어떤 메시지 때문에 왜 멈췄는지 확인하려면 여러 시스템을 추적해야 합니다.

어떻게 작동합니까?

신고부터 종료까지
네 단계.

무역업자 신고부터 운송 종료까지 모든 단계가 설계 문서의 메시지 및 상태 정의에 따라 진행됩니다. 업무 타이머는 데이터로 관리되며, 기한이 지난 운송은 자동으로 조회 절차로 넘어갑니다.

  1. 1

    신고 접수

    무역업자 메시지는 스키마, 코드 목록, 규칙 검사를 거칩니다. 통과하면 MRN이 부여되고 보증 사용이 기록되며, 통과하지 못하면 위반한 규칙과 함께 거부가 회신됩니다.

  2. 2

    위험 및 검사

    위험 엔진의 점수가 임계값을 넘으면 검사 결정이 통지되며, 출발 세관 공무원은 자신의 화면에서 결정을 내립니다.

  3. 3

    경유와 도착

    운송이 통과운송으로 승인되면 경유 세관과 도착 세관이 공통 도메인 메시지로 통지를 받고 각자 결정을 내립니다.

  4. 4

    종료

    도착 결과가 출발 세관에 회신되고 보증이 해제되며 운송이 종료됩니다. 기한이 지난 운송은 조회 절차에 들어갑니다.

Ofis rolleri

30개 상태, 18개 결정,
하나의 운송 기록.

통과운송이 출발, 경유, 도착 세관을 거치는 동안 각 세관은 자신의 상태와 결정을 같은 기록에 남깁니다. 상태와 전이는 설계 문서의 공식 다이어그램을 바탕으로 구축되었으며, 어느 세관에서 무엇이 대기 중인지 언제든 확인할 수 있습니다.

3세관 역할출발, 경유, 도착 세관이 각자의 상태 머신으로 작동합니다.
30공식 상태각 세관에서의 운송 상태를 설계 문서의 명칭 그대로 나타냅니다.
18결정 마이그레이션i권한 있는 세관 공무원의 화면에만 표시되는 결정.
15업무 타이머기한이 지나면 운송이 자동으로 조회 절차로 넘어갑니다.
출발 세관
15

resmi durum이 세관에서의 운송 상태

6

karar 마이그레이션i세관 공무원이 내릴 수 있는 결정

신고를 접수하는 세관

신고 수리, 위험 및 보증 검사, 검사 결정, 통과운송 승인, 취소, 조회.

효과검사 결정, 보증, 통과운송 승인을 한 화면에서 처리하며, 거부된 신고는 위반한 규칙 번호와 함께 무역업자에게 회신됩니다.
Transit ofisi
9

resmi durum이 세관에서의 운송 상태

7

karar 마이그레이션i세관 공무원이 내릴 수 있는 결정

국경에서 통과하는 세관

사전 기록 접수, 차량 제시, 통과 허가 또는 거부.

성과사전 기록은 차량이 도착하기 전에 세관에 전달되고, 세관 공무원의 통과 결정은 공통 도메인 메시지로 출발 세관에 통지됩니다.
도착 세관
6

resmi durum이 세관에서의 운송 상태

5

karar 마이그레이션i세관 공무원이 내릴 수 있는 결정

운송이 끝나는 세관

도착 수리, 검사 결과, 물품 반출 허가, 출발 세관 통지.

성과도착 및 검사 결과가 메시지로 출발 세관에 회신되며, 운송이 종료되고 보증이 해제됩니다.
메시지 검증

모든 메시지는 여덟 관문을 통과하고,
오류가 있으면 해당 규칙과 함께 반송됩니다.

무역업자나 공통 도메인에서 들어오는 모든 메시지는 설계 문서에 정해진 순서대로 검증됩니다. 규칙은 애플리케이션 코드 안이 아니라 버전 관리되는 규칙 카탈로그에 있습니다. 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개 지점모든 호출을 전체 요청 및 응답과 함께 기록실시간 모니터: 위 화면 참조
현장 사례

한 국가 세관 당국을 위해
하루 만에 엔드투엔드 프로토타입.

한 국가 세관 당국을 위해 NCTS 페이즈 6 국가 통과운송 애플리케이션을 Butterfly 위에 프로토타입으로 구축했습니다. 모든 데이터는 가상 데이터였으며, 테스트 시나리오는 브라우저와 API를 통해 처음부터 끝까지 실행했습니다.

  • 1일엔드투엔드 kurulum출발에서 경유, 도착에서 운송 종료까지 전체 흐름을 하루 만에 구축하고 실행했습니다.
  • 568규칙 및 조건설계 문서의 규칙과 조건을 버전 관리 카탈로그로 적재했으며, 공통 참조 데이터에서 5,517건의 코드 목록 레코드도 함께 불러왔습니다.
  • 8연동 지점신고, 위험, 보증, 수출, 공통 도메인, 무역업자 채널, 참조 데이터, 가용성. 단일 계약, 실시간 모니터.
  • 19 / 20테스트 시나리오 통과보증 오류, 규칙 위반, 통과 거부, 취소, 조회를 포함합니다. 나머지 하나는 의도적으로 단순화한 거부 흐름입니다.
기능

국가 통과운송에 필요한
모든 것.

역할 기반 상태 머신출발, 경유, 도착별로 별도의 상태 머신을 두며, 상태는 설계 문서의 공식 명칭을 사용합니다.
버전 관리되는 규칙 카탈로그규칙과 조건은 코드가 아니라 카탈로그에서 읽어 오며, 코드 목록은 공통 참조 데이터에서 가져옵니다.
변경 불가능한 메시지 기록모든 메시지는 XML과 함께 저장되며, 운송 카드에서 메시지 체인과 내용을 열어 볼 수 있습니다.
데이터로 관리되는 타이머업무 타이머는 레코드로 관리되며, 기한이 지난 운송은 조회 절차로 넘어갑니다.
어댑터 기반 연동단일 호출 계약을 사용하며, 실제 시스템으로 전환할 때는 어댑터만 바뀌고 엔진과 화면은 그대로 유지됩니다.
역할 기반 권한관리자, 출발·경유·도착 세관 공무원, 무역업자 모두 자신의 화면과 결정만 볼 수 있습니다.
어떤 팀을 위한 것입니까?

통과운송을 엔드투엔드로
관리하는 팀.

세관 당국 공무원

출발·경유·도착 세관이유는? ↻
이유는?

운송이 왜 대기 중인지 확인하려고 여러 시스템을 추적하다 보면 결정 시간이 길어집니다.

주요 기능

운송 상태, 메시지 체인, 자신의 결정을 한 화면에서 확인합니다.

출발·경유·도착 세관

무역업자와 관세사

Beyan sahipleri, lojistik ekipleri이유는? ↻
이유는?

사유 없는 거부는 같은 신고를 시행착오로 다시 제출하게 만듭니다.

주요 기능

신고가 거부된 이유를 규칙 번호로 확인하고 운송이 어디에 있는지 파악합니다.

Beyan sahipleri, lojistik ekipleri

세관 IT 및 연동 팀

시스템 및 연동 관리이유는? ↻
이유는?

규칙이 코드 안에 있으면 페이즈가 바뀔 때마다 새로운 소프트웨어 프로젝트가 필요합니다.

주요 기능

외부 시스템 호출을 실시간으로 모니터링하고, 새로운 규칙 세트를 코드 작성 없이 적용합니다.

시스템 및 연동 관리
신뢰와 통제

기존 시스템은 바뀌지 않고,
모든 단계가 기록됩니다.

CustomsFlow는 세관 당국에서 운영 중인 시스템을 대체하기 위해서가 아니라, 이를 공동 통과운송 시스템에 연결하기 위해 설계되었습니다. 모든 메시지와 외부 호출이 기록되며, 결정은 권한 있는 세관 공무원이 내립니다.

통제

  • 모든 메시지를 XML과 함께 변경 불가능한 기록에 보관
  • 모든 외부 호출을 전체 요청 및 응답과 함께 기록
  • 결정은 권한 있는 세관 공무원의 화면에서만
  • 시간은 UTC로 저장하고 화면에는 현지 시간으로 표시

Platform

  • 기존 세관 시스템에 어댑터로 연결
  • Opt-Out 모드로 시작하며 Opt-In 전환에 대비
  • 다국어 인터페이스
  • 온프레미스 구축 가능
필요성 진단

CustomsFlow는 귀사의 통과운송 프로세스에 얼마나 적합합니까?

8개 질문, 2분. 마지막에 CustomsFlow가 귀사의 통과운송 프로세스에 얼마나 적합한지 성적표와 그 이유를 확인하십시오.

  • 통과운송 범위
  • 규칙과 메시지
  • 연동
  • 감사
8개 질문 · 약 2분
통과운송 범위1 / 8
NCTS 6단계 전환 또는 공통 통과운송 협약 가입이 귀 기관의 안건에 있습니까?
통과운송 범위2 / 8
현재 통과운송은 출발부터 도착까지 어떻게 추적되고 있습니까?
규칙과 메시지3 / 8
메시지 검증 규칙은 어디에 보관되어 있습니까?
규칙과 메시지4 / 8
규칙이나 코드 목록이 바뀌면 어떻게 업데이트합니까?
연동5 / 8
몇 개의 외부 시스템(신고, 위험, 보증, 수출, 공통 도메인)과 연동해야 합니까?
연동6 / 8
기존 세관 시스템을 변경하지 않고 연결하는 것이 중요합니까?
감사7 / 8
모든 메시지에 대해 변경 불가능한 기록을 보관해야 합니까?
감사8 / 8
세관 공무원, 무역업자, 관리자 화면을 역할별로 분리해야 합니까?
CustomsFlow 적합성 성적표 확인하기 · 2분
자주 묻는 질문

CustomsFlow에 대한
간단한 답변.

CustomsFlow nedir?
세관 당국을 위한 공동 통과운송 시스템(NCTS)의 페이즈 6 국가 통과운송 애플리케이션입니다. 출발, 경유, 도착 세관 역할, 메시지 검증, 업무 타이머, 외부 시스템 연동을 Butterfly 플랫폼 위의 단일 애플리케이션으로 통합합니다.
어떤 문서를 기준으로 구축되었습니까?
유럽연합 집행위원회가 발행한 NCTS 페이즈 6 국가 통과운송 애플리케이션 설계 문서(DDNTA, 버전 6.4.1)에 따라 구축되었습니다. 상태, 전이, 메시지 유형은 이 문서의 공식 정의를 따릅니다.
기존 세관 시스템을 변경해야 합니까?
아니요. 신고, 위험, 담보, 수출, 참조 데이터 시스템은 어댑터로 연결됩니다. 모든 연동 지점은 같은 계약으로 통신하며, 실제 시스템으로 전환할 때는 어댑터만 바뀝니다.
규칙이 바뀌면 어떻게 됩니까?
규칙과 조건은 애플리케이션 코드가 아니라 버전 관리되는 규칙 카탈로그에 있습니다. 새로운 규칙 세트는 카탈로그 업데이트로 적용됩니다.
Opt-Out 및 Opt-In 모드를 지원합니까?
애플리케이션은 Opt-Out 모드로 시작하도록 구축되었으며, Opt-In 전환에 대비해 설계되었습니다.
실제 운영 중인가요?
CustomsFlow는 한 국가 세관 당국을 위해 가상 데이터로 프로토타입이 구축되고 테스트되었습니다. 실운영으로 전환하려면 해당 당국의 자체 시스템 연결과 공식 적합성 테스트가 필요합니다.
온프레미스로 배포할 수 있습니까?
예. CustomsFlow는 Butterfly 플랫폼에서 실행되며 세관 당국의 자체 인프라에 설치할 수 있습니다. 접근 권한은 역할 기반 권한으로 부여됩니다.

귀사의 통과운송 프로세스를 하나의 시나리오로 함께 살펴보겠습니다.

귀사의 세관 역할, 연결해야 할 시스템, 전환 일정을 함께 검토하겠습니다. 첫 평가는 하나의 통과운송 시나리오를 바탕으로 진행하겠습니다.