ISO 표준 검사기

기업이 매일 주고받는 식별자 대부분은 ISO 표준을 따르며, 대다수에는 체크 디지트가 들어 있어 잘못 입력한 문자가 결제 실패, 배송 반송, 잘못된 기록으로 이어지기 전에 걸러 줍니다. 이 도구는 한 줄에 하나씩 붙여넣은 값이 어떤 표준에 속할 수 있는지 판단하고, 검사를 통과하는지와 함께 값 안에서 찾아낸 각 구성 요소를 보여 줍니다.

날짜와 시간은 ISO 8601을 따릅니다. 간략형과 하이픈형 달력 날짜, 2024-W09-4 같은 주 단위 날짜, 연중 일수 날짜, UTC 오프셋이 있거나 없는 시각, P3Y6M4DT12H30M5S 같은 기간, 그리고 구간까지 지원합니다. 윤년, 53주가 있는 해, 하루의 끝을 나타내는 24:00 표기, 윤초도 반영하며, T 대신 공백을 쓰거나, 간략형과 하이픈형을 섞거나, 2월 30일을 쓰는 것 같은 흔한 실수도 짚어 줍니다.

금융 분야에서는 IBAN을 국가별 등록 정보와 대조해 정확한 길이와 각국의 계좌 형식을 확인하고 mod-97 체크 디지트를 검증합니다. BIC는 은행, 국가, 지점으로 나누어 보여 주고, ISIN과 LEI는 각자의 체크 디지트 규칙으로 검증하며, 결제 카드 번호는 Luhn 공식과 발급사 접두사로 확인합니다. 통화 코드는 ISO 4217에 따라 숫자 코드와 보조 단위 정보를 함께 보여 주고, 국가 코드와 언어 코드는 ISO 3166-1과 ISO 639를 따르며 zh-Hant-TW 같은 언어 태그도 지원합니다.

상품과 물류 분야에서는 ISBN-10과 ISBN-13(상호 변환 포함), ISSN, 17자리 차량 식별 번호(VIN), 소유자 코드와 체크 디지트를 갖춘 선적 컨테이너 번호, 그리고 DOI 형식을 검증합니다. 검증의 의미는 기억해 두세요. 값의 형식이 올바르다는 것을 확인할 뿐, 해당 도서나 차량, 계좌가 실제로 존재한다는 뜻은 아닙니다. 모든 처리는 브라우저에서 로컬로 이루어지므로 민감한 값도 기기 밖으로 나가지 않습니다.

ISO 8583 is the message format behind card payments: every authorization, purchase, reversal and network test between a terminal, an acquirer and an issuer is one ISO 8583 message. A message starts with a four-digit message type indicator (MTI) whose digits give the edition (0 = 1987, 1 = 1993, 2 = 2003), the class (authorization, financial, reversal, network management…), the function (request, response, advice) and who sent it. A bitmap of 64 or 128 bits follows, and each bit that is set says that the matching data element (DE) is present, such as DE 2 for the card number, DE 3 for the processing code, DE 4 for the amount, DE 11 for the trace number or DE 39 for the response code. Paste a message either as the text most documentation shows (MTI, hexadecimal bitmap and fields as characters) or as a hex dump of the raw bytes with BCD-packed numbers; the checker detects which one it is, strips an optional length header, lists every field with its name and flags truncated or oversized fields, bad length indicators, leftover data, impossible dates and times and unknown currency or country codes. It follows the 1987 data element table, so messages that use 1993 or 2003 layouts, private fields with their own sub-structure or a tertiary bitmap may be reported as invalid even though they are valid on your network.

Beyond identifiers, the validator also understands a few banking and payment codes. A creditor reference (ISO 11649) starts with RF and two check digits and is verified with the same mod-97 rule as an IBAN, so a mistyped payment reference is caught before it reaches the bank. A CFI code (ISO 10962) is six letters that classify a financial instrument — the first letter is the category (E for equities, D for debt, F for futures…) — and a merchant category code (ISO 18245) is the four-digit number that tells the card network what kind of business a merchant runs; both are never guessed automatically because any six letters or four digits could be one, so pick the standard from the list. Track data (ISO/IEC 7813) is what a magnetic stripe stores: card number, expiry, a three-digit service code and discretionary data, checked with the Luhn rule and a real month. The reference tables under the validator list every DE 39 response code, every ISO 8583 data element and the common merchant category codes.

Two further message formats are checked as a whole rather than line by line. A SWIFT FIN message (ISO 15022 syntax) has up to five blocks — basic header, application header with the message type and receiving BIC, user header, the text in block 4 and a trailer — and block 4 is a list of :tag: fields; the validator checks the header BICs, the mandatory fields of an MT103 (customer credit transfer), an MT202 (institution transfer) and the n99 free-format messages, and the format of the common tags such as :32A: (date, currency, amount with a decimal comma), :23B:, :71A:, :20: and the BIC-bearing party fields. An ISO 20022 message is XML whose namespace names the message (for example pain.001.001.09 or pacs.008.001.08); the validator checks that the XML is well formed, the namespace and business element match, the group header is complete, the number of transactions and control sum agree with the content, and every IBAN, BIC, currency and amount is valid. It does not replace validation against the official XSD, so use your bank's schema for the final check.