멕시코 CLABE 생성기 및 검증기 | 무료 테스트 도구

Q: CLABE 번호가 유효한지 어떻게 알 수 있나요?

유효한 CLABE는 세 가지 필수 검사를 통과합니다: 길이 검증: 정확히 18자리 (그 이상도 이하도 아님) 은행 코드 확인: 처음 3자리는 ABM에 등록된 공식 멕시코 은행 코드와 일치해야 함 체크 숫자 검증: 18번째 숫자는 가중 모듈로 10 알고리즘을 사용하여 계산된 값과 일치해야 함 우리의 검증 도구는 이 세 가지 기준을 모두 확인합니다. 이는 구조와 형식을 검증하는 것이며, 실제 은행 데이터베이스에 계좌가 존재하는지 확인하지는 않습니다.

멕시코 CLABE 생성기 테스트용

소개

멕시코 CLABE(Clave Bancaria Estandarizada 또는 표준 은행 코드)는 멕시코 은행 시스템 전체에서 전자 자금 이체를 표준화하기 위해 사용되는 18자리 숫자 코드입니다. 멕시코 은행과 상호 작용하는 결제 시스템이나 금융 애플리케이션을 구축할 때, 테스트를 위한 유효한 CLABE 번호를 갖는 것이 절대적으로 중요하다는 것을 빠르게 알게 될 것입니다.

이 도구의 가치는 다음과 같습니다: 멕시코 은행 협회(ABM)에서 설정한 정확한 형식 및 검증 규칙을 따르는 구조적으로 유효한 CLABE를 생성합니다. 생성된 각 번호에는 표준 검증 알고리즘을 통과하는 적절히 계산된 체크 숫자가 포함됩니다. 빠른 단위 테스트를 위한 단일 CLABE나 포괄적인 통합 테스트를 위한 100개의 다른 번호가 필요한 경우, 테스트 환경에서 실제 CLABE처럼 작동하는 적절히 포맷된 코드를 얻을 수 있습니다.

CLABE 번호 이해하기

CLABE란 무엇인가?

CLABE(Clave Bancaria Estandarizada)는 멕시코의 표준화된 은행 코드로, 멕시코 은행 시스템 내 모든 전자 자금 이체에 사용됩니다. 2004년 SPEI(Sistema de Pagos Electrónicos Interbancarios) 실시간 지불 시스템과 함께 도입된 CLABE는 주요 문제를 해결했습니다: 도입 이전에는 각 은행이 서로 다른 계좌번호 형식을 사용해 은행 간 이체가 오류가 발생하기 쉽고 느렸습니다. 이제 모든 멕시코 은행 계좌는 모든 기관에서 일관되게 작동하는 고유한 18자리 CLABE를 가지고 있습니다.

CLABE 구조

모든 CLABE는 정확히 18자리로, 4개의 주요 구성 요소로 나뉩니다:

은행 코드 (1-3번째 숫자): 멕시코의 특정 은행을 식별
지점 코드 (4-6번째 숫자): 은행의 특정 지점을 식별
계좌 번호 (7-17번째 숫자): 고유한 계좌 식별자 (11자리)
체크 숫자 (18번째 숫자): 특정 알고리즘을 사용하여 계산된 검증 숫자

예시: 012 345 01234567890 1

예를 들어, CLABE 번호 012345678901234567에서:

012는 은행 코드 (BBVA 바ン코머)
345는 지점 코드
67890123456는 계좌 번호
7은 체크 숫자입니다

CLABE 번호 생성 방법

은행 코드

CLABE의 처음 3자리는 은행 코드로, 멕시코의 특정 금융 기관을 식별합니다. 이 코드는 멕시코 은행 협회(ABM)에서 표준화되고 할당됩니다. 우리의 생성기는 다음과 같은 주요 은행을 포함한 멕시코 금융 시스템의 모든 공식 은행 코드를 포함합니다:

002 - BANAMEX
012 - BBVA BANCOMER
014 - SANTANDER
021 - HSBC
072 - BANORTE

지점 코드

다음 3자리(4-6 위치)는 지점 코드를 나타냅니다. 실제 지점 코드는 은행의 특정 물리적 위치에 해당하지만, 테스트 목적으로 우리의 생성기는 임의의 유효한 형식의 지점 코드를 생성합니다.

계좌 번호

7-17 위치에는 11자리 계좌 번호가 포함됩니다. 실제 시스템에서 이 번호는 각 은행 계좌에 고유합니다. 우리의 생성기는 적절한 형식을 따르지만 실제 계좌와 연결되지 않은 임의의 계좌 번호를 생성합니다.

체크 디지트 계산

18번째 자리는 가중 모듈로 10 알고리즘을 사용하여 계산된 체크 디지트입니다. 이 검증 메커니즘은 숫자 전치나 오타와 같은 일반적인 데이터 입력 오류를 잡아냅니다.

작동 방식은 다음과 같습니다:

처음 17자리의 각 숫자는 해당 가중치 값으로 곱해집니다
가중치는 3, 7, 1, 3, 7, 1, ... 패턴을 따릅니다
각 곱셈 결과의 마지막 숫자만 사용됩니다
이 숫자들이 합산됩니다
체크 디지트는 (10 - (합계 mod 10)) mod 10으로 계산됩니다

이 알고리즘의 흥미로운 점은 강력한 오류 감지를 제공한다는 것입니다. 누군가가 실수로 두 자리를 바꾸거나 한 자리를 잘못 입력하면, 체크 디지트 검증이 실패하여 잘못된 이체를 방지합니다. 이것이 은행 API가 트랜잭션을 처리하기 전에 잘못된 체크 디지트가 있는 CLABE를 거부하는 이유입니다.

1function calculateCheckDigit(clabe17) {
2  // 각 위치의 가중치
3  const weights = [3, 7, 1, 3, 7, 1, 3, 7, 1, 3, 7, 1, 3, 7, 1, 3, 7];
4  
5  // 가중 합계 계산
6  let sum = 0;
7  for (let i = 0; i < 17; i++) {
8    const digit = parseInt(clabe17[i], 10);
9    const product = digit * weights[i];
10    sum += product % 10; // 곱셈 결과의 마지막 숫자만 사용
11  }
12  
13  // 체크 디지트 계산
14  const mod = sum % 10;
15  const checkDigit = (10 - mod) % 10; // mod가 0이면 체크 디지트는 0
16  
17  return checkDigit;
18}
19

CLABE 생성기 도구 사용하기

이 도구는 일반적인 테스트 워크플로우를 위해 설계된 세 가지 주요 기능을 제공합니다:

1. 단일 CLABE 생성

빠른 단위 테스트나 특정 사례를 수동으로 검사할 때 완벽합니다. 다음과 같은 작업을 할 수 있습니다:

특정 은행을 선택하거나(은행별 로직 테스트에 유용) 도구가 무작위로 선택하도록 설정
단일 클릭으로 생성된 CLABE를 클립보드에 복사
은행 코드, 지점 코드, 계좌 번호, 체크 디지트를 보여주는 상세 분석 보기

사용 시기: 빠른 디버깅 세션, Postman이나 cURL과 같은 도구를 사용한 수동 API 테스트, 팀원들에게 CLABE 구조 시연.

2. 다중 CLABE 생성

포괄적인 테스트 시나리오에 필수적입니다. 다음과 같은 작업을 할 수 있습니다:

수량 지정 (한 번에 최대 100개 CLABE)
선택적으로 모든 CLABE를 특정 은행에 고정하거나 은행을 무작위로 혼합
개별 CLABE 복사 또는 쉼표로 구분된 전체 목록 가져오기
각 CLABE는 배치 내에서 고유성 보장

사용 시기: 테스트 데이터베이스 시딩, 결제 API 부하 테스트, QA 자동화를 위한 다양한 테스트 데이터셋 생성, 복잡한 다중 사용자 테스트 시나리오 설정.

3. CLABE 검증

기존 CLABE 번호를 공식 형식 규칙에 대해 검증합니다:

검증하려는 18자리 CLABE 입력
도구는 세 가지 검사 수행: 형식 검증(18자리), 은행 코드 확인(공식 ABM 레지스트리), 체크 디지트 검증(가중 모듈로 10 알고리즘)
유효한 CLABE는 구성 요소의 전체 분석 표시
유효하지 않은 CLABE는 실패 이유를 설명하는 특정 오류 메시지 표시

사용 시기: 은행 API가 CLABE를 거부한 이유 디버깅, 외부 소스에서 받은 CLABE 검증, 팀원들에게 CLABE 검증 교육, 자체 생성 로직이 올바른 체크 디지트를 생성하는지 확인.

CLABE 검증 프로세스

CLABE를 검증할 때, 우리의 도구는 다음과 같은 여러 검사를 수행합니다:

형식 검사: 입력이 정확히 18자리로 구성되어 있는지 확인
은행 코드 검증: 처음 세 자리가 실제 멕시코 은행에 해당하는지 확인
체크 숫자 검증: 체크 숫자를 다시 계산하고 제공된 숫자와 비교

1def validate_clabe(clabe):
2    # CLABE가 18자리인지 확인
3    if not re.match(r'^\d{18}$', clabe):
4        return {"isValid": False, "errors": ["CLABE는 정확히 18자리여야 합니다"]}
5    
6    # 구성 요소 추출
7    bank_code = clabe[0:3]
8    branch_code = clabe[3:6]
9    account_number = clabe[6:17]
10    provided_check_digit = clabe[17]
11    
12    # 은행 코드 검증
13    if bank_code not in MEXICAN_BANKS:
14        return {"isValid": False, "errors": ["잘못된 은행 코드"]}
15    
16    # 체크 숫자 검증
17    calculated_check_digit = calculate_check_digit(clabe[0:17])
18    if int(provided_check_digit) != calculated_check_digit:
19        return {"isValid": False, "errors": ["잘못된 체크 숫자"]}
20    
21    # 모든 검사를 통과한 경우
22    return {
23        "isValid": True,
24        "bankCode": bank_code,
25        "bankName": MEXICAN_BANKS[bank_code],
26        "branchCode": branch_code,
27        "accountNumber": account_number,
28        "checkDigit": provided_check_digit
29    }
30

CLABE 생성기의 실용적인 사용 사례

소프트웨어 개발 및 테스트

결제 시스템 통합: Conekta, OpenPay 또는 직접적인 은행 API와 통합할 때, 프로덕션 시스템에 영향을 주지 않고 테스트할 수 있는 유효한 CLABE가 필요합니다. 일반적인 시나리오: 멕시코 은행 계좌로 송금하는 지불 기능을 구축하고 있습니다. 스테이징 환경에서 생성된 CLABE를 사용하면 API 호출 형식, 유효성 검사 로직, 오류 처리가 올바르게 작동하는지 확인할 수 있으며, 실제 자금 이체 위험 없이 테스트할 수 있습니다.

양식 유효성 검사 테스트: CLABE를 수락하는 웹 양식을 구축하고 있나요? 프런트엔드 유효성 검사를 테스트하기 위해 유효한 번호 배치를 생성하세요. 그런 다음 의도적으로 손상시켜(숫자 변경, 길이 변경) 오류 메시지가 올바르게 표시되는지 확인하세요. 프로 팁: 다른 은행의 CLABE로 테스트하여 유효성 검사가 특정 은행의 형식을 부당하게 선호하지 않는지 확인하세요.

데이터베이스 시딩: 현실적인 멕시코 고객 데이터로 테스트 데이터베이스를 채울 때, 무작위로 생성된 CLABE는 테스트 데이터를 더욱 진실되게 만듭니다. 이는 클라이언트가 대표적인 데이터를 확인해야 하는 데모 환경에서 특히 유용합니다. 혼동을 피하기 위해 이러한 환경을 명확히 표시해야 합니다.

부하 테스트: 결제 처리 시스템을 스트레스 테스트해야 하나요? 100개의 고유한 CLABE를 생성하고 동시 트랜잭션을 시뮬레이션하세요. 이를 통해 단일 테스트 계정으로는 발견되지 않을 수 있는 경쟁 조건이나 데이터베이스 잠금 문제를 식별할 수 있습니다.

금융 애플리케이션 테스트

국경 간 결제 시스템: 멕시코로 송금하는 송금 플랫폼이나 국제 결제 서비스를 구축하는 경우, 클라이언트 측 유효성 검사, 서버 측 검사, 최종적으로 은행 API 수준에서 CLABE 유효성 검사를 만나게 됩니다. 유효한 테스트 CLABE를 확보하면 라이브 서비스 전에 애플리케이션이 전체 흐름을 올바르게 처리하는지 확인할 수 있습니다.

오류 처리 시나리오: 제가 반복적으로 본 실수: 개발자들이 유효한 CLABE로만 "해피 패스"를 테스트한다는 것입니다. 사용자가 17자리를 입력하면 어떻게 될까요? 또는 19자리? 대시나 공백을 포함하면 어떨까요? 이 도구를 사용하여 유효한 CLABE를 생성한 후, 오류 처리를 철저히 테스트하기 위해 유효하지 않은 변형을 만드세요. 앱이 일반적인 실패 대신 명확하고 도움이 되는 오류 메시지를 제공하면 사용자들이 감사할 것입니다.

규정 준수 및 감사 테스트: 금융 애플리케이션은 종종 트랜잭션 유효성 검사를 보여주는 감사 추적이 필요합니다. 생성된 CLABE를 사용하면 실제 고객 데이터를 노출하지 않고도 유효성 검사 논리가 규정 요구 사항을 충족함을 보여주는 포괄적인 테스트 로그를 만들 수 있습니다.

교육 및 훈련 목적

멕시코 은행 표준 학습: CLABE 구조를 이해하는 것은 멕시코 금융 시스템에서 작업하는 모든 사람에게 필수적입니다. 이 도구를 사용하여 예제를 생성하고, 구성 요소를 분석하며, 체크 디지트 알고리즘이 실제로 어떻게 작동하는지 이해하세요.

핀테크 교육 프로그램: 멕시코 결제 시스템에 대해 새로운 개발자를 교육할 때, 즉시 사용 가능한 유효한 CLABE는 워크샵을 더욱 효과적으로 만듭니다. 참가자들은 테스트 데이터를 찾는 데 어려움을 겪는 대신 비즈니스 로직을 이해하는 데 집중할 수 있습니다.

중요한 제한 사항 및 고려 사항

우리의 CLABE 생성기는 표준 검증 검사를 통과하는 기술적으로 유효한 번호를 생성하지만, 이해해야 할 중요한 경계가 있습니다:

실제 계좌와 연결되지 않음: 이는 매우 중요합니다—생성된 CLABE는 구조적으로 유효하지만 실제 은행 계좌와 연결되어 있지 않습니다. 존재하지 않는 집의 올바르게 포맷된 주소와 같다고 생각하세요. 형식 검증은 통과하지만 실제로 송금할 수는 없습니다. 은행 API는 계좌 데이터베이스를 조회할 때 이러한 번호를 거부할 것입니다.

테스트 환경에서만 사용: 이러한 CLABE는 개발, 스테이징 및 QA 환경에서만 독점적으로 사용하세요. 절대로 생성된 테스트 CLABE를 프로덕션 코드나 구성 파일에 하드코딩하지 마세요. 일반적인 실수는 프로덕션 구성에 테스트 CLABE를 남겨두는 것으로, 시스템이 실제 이체를 시도할 때 자동으로 실패할 수 있습니다.

은행 코드 업데이트: 멕시코 은행 협회는 기관이 합병, 리브랜딩 또는 새로운 라이선스를 받을 때 공식 은행 코드를 때때로 업데이트합니다. 우리는 은행 코드 목록을 정기적으로 업데이트하지만 짧은 지연이 있을 수 있습니다. 특정 멕시코 은행에 대한 시간에 민감한 프로젝트를 진행 중이라면 멕시코 중앙은행의 공식 CLABE 문서에 대해 은행 코드를 확인하세요.

보안 테스트 경계: 생성된 CLABE는 기능 테스트에 사용할 수 있지만 적절한 보안 테스트를 대체해서는 안 됩니다. 예를 들어, SQL 삽입 보호 테스트에는 형식적으로 유효한 CLABE와는 다른 테스트 데이터가 필요합니다. 또한 생성된 CLABE를 로깅할 때는 주의하세요—가짜 번호이더라도 명확한 레이블링은 보안 감사 중 혼란을 방지합니다.

지역별 변형: 멕시코의 은행 시스템은 다른 라틴 아메리카 국가와는 다른 특정 규칙을 가지고 있습니다. CLABE 검증 논리가 브라질 PIX 키, 아르헨티나 CBU 번호 또는 기타 지역 결제 식별자에 적용될 것이라고 가정하지 마세요. 각 국가는 고유한 표준을 가지고 있습니다.

CLABE의 대안

CLABE가 멕시코 은행 간 송금의 표준이지만, 금융 세계에는 다른 식별 시스템도 존재합니다:

IBAN (국제 은행 계좌 번호): 주로 유럽과 일부 다른 국가에서 사용되지만, 멕시코에서는 사용되지 않습니다.
SWIFT/BIC 코드: 국제 송금에 사용되며, 멕시코로의 송금 시 CLABE와 함께 자주 사용됩니다.
ABA 라우팅 번호: 미국 은행 시스템에서 사용됩니다.
계좌 번호: CLABE의 표준화된 형식 없는 단순한 은행 계좌 번호입니다.

특히 멕시코 금융 시스템을 테스트하는 경우, CLABE가 필수 표준입니다.

멕시코의 CLABE 역사

CLABE 시스템은 2004년 멕시코 은행 협회(Asociación de Bancos de México, ABM)에 의해 멕시코 은행 간 전자 자금 이체를 표준화하기 위해 도입되었습니다. CLABE 이전에는 각 은행마다 고유의 계좌 번호 체계를 가지고 있어 은행 간 이체가 복잡하고 오류가 발생하기 쉬웠습니다.

CLABE의 구현은 멕시코 중앙은행인 Banco de México가 운영하는 실시간 총액 결제 시스템인 은행 간 전자 지불 시스템(Sistema de Pagos Electrónicos Interbancarios, SPEI)의 개발과 일치했습니다.

도입 이후 CLABE는 멕시코의 모든 은행 간 전자 이체에 의무화되어 멕시코 은행 시스템의 효율성과 신뢰성을 크게 향상시켰습니다.

CLABE 테스트를 위한 모범 사례

테스트 데이터 라이브러리 생성: 매 테스트마다 CLABE를 즉석에서 생성하는 대신, 테스트 픽스처에 알려진 양호한 테스트 CLABE 세트를 유지하세요. 이렇게 하면 테스트를 재현 가능하고 디버깅하기 쉽게 만들 수 있습니다. 테스트가 실패하면 문제를 일으킨 정확한 CLABE를 검사할 수 있습니다.

여러 은행으로 테스트: 한 은행의 CLABE로만 테스트하지 마세요. 다른 은행들은 API에서 다른 유효성 검사 특성을 가질 수 있습니다. BBVA Bancomer, Banamex, Santander, Banorte와 같은 최소 3-4개의 주요 멕시코 은행의 CLABE를 생성하여 통합이 모든 사례를 처리하는지 확인하세요.

테스트 CLABE 소스 문서화: 팀원들과 테스트 환경을 공유할 때, 어떤 CLABE가 테스트 생성되었고 어떤 CLABE(있다면)가 샌드박스 은행 API에서 왔는지 명확히 문서화하세요. 이를 통해 통합 테스트 중 혼란을 방지하고 샌드박스 자격 증명을 실제 프로덕션 데이터로 취급하는 것을 방지할 수 있습니다.

적절한 모의 응답 구현: 애플리케이션에서 CLABE 유효성 검사를 테스트할 때, 성공적인 유효성 검사뿐만 아니라 현실적인 오류 응답도 모의 처리하세요: 잘못된 체크 숫자, 알 수 없는 은행 코드, 잘못 포맷된 입력. 실제 은행 API는 각 실패 유형에 대해 특정 오류 코드를 반환합니다.

테스트 데이터 버전 관리: 회귀 테스트를 위해 특정 CLABE 세트를 사용하는 경우, 버전 관리에 커밋하세요. 이렇게 하면 모든 개발자와 CI/CD 파이프라인이 동일한 테스트 데이터를 사용하여 빌드 실패를 재현할 수 있습니다.

피해야 할 일반적인 실수

CLABE 번호로 애플리케이션을 작업할 때 다음과 같은 흔한 오류를 주의하세요:

서식 문자가 있는 CLABE 수락: 사용자는 종종 공백이나 대시가 있는 CLABE를 입력합니다(예: "012-345-67890123456-7" 또는 "012 345 67890123456 7"). 검증 시 이러한 문자를 즉시 거부하지 말고 검증 전에 제거해야 합니다. 실제 멕시코 은행 앱은 가독성을 위해 형식화된 입력을 허용합니다.

은행 코드 변경 무시: 은행은 합병, 리브랜딩 또는 인수됩니다. 예를 들어, 스코샤은행이 멕시코의 그룹 파이낸시에로 ING를 인수했을 때 은행 코드가 변경되었습니다. 애플리케이션에서 은행 코드를 캐시하는 경우, 새로 고침 메커니즘을 구현하지 않으면 새로 유효한 CLABE를 거부하게 됩니다.

불충분한 검사 숫자 테스트: 검사 숫자 알고리즘은 특정하고 협상의 여지가 없습니다. 계산된 검사 숫자가 0인 CLABE와 같은 엣지 케이스를 테스트하세요(알고리즘은 10이 아니라 0을 반환). 또한 합계가 10으로 정확히 나누어질 때 모듈로 10 연산을 올바르게 처리하는지 확인하세요.

모든 18자리 숫자가 CLABE라고 가정: 모든 18자리 숫자가 유효한 CLABE는 아닙니다. 항상 공식 레지스트리에 대해 은행 코드를 검증하고 검사 숫자를 확인하세요. 임의의 18자리 숫자는 적절한 CLABE 검증을 통과할 확률이 0.1% 미만입니다.

은행 이름 하드코딩: 은행 코드는 안정적이지만 은행 이름은 리브랜딩으로 인해 변경될 수 있습니다. 데이터베이스에 은행 코드를 저장하되, 사용자에게 표시할 때는 업데이트된 참조 또는 API에서 현재 은행 이름을 가져오세요.

프로덕션 환경에서 전체 CLABE 로깅: 테스트 CLABE가 실제가 아니더라도 좋은 관행을 수립하는 것이 중요합니다. 프로덕션 시스템에서는 개인정보 보호 기준을 유지하고 금융 데이터 보호 규정을 준수하기 위해 CLABE의 일부분만(예: 처음 6자리와 마지막 2자리) 로깅하세요.

자주 묻는 질문

CLABE 번호는 무엇에 사용되나요?

CLABE 번호는 멕시코 은행 시스템 내에서 전자 자금 이체를 위해 은행 계좌를 식별하는 데 사용됩니다. 이를 통해 돈이 올바른 은행과 지점의 올바른 계좌로 송금됩니다.

CLABE가 어떤 은행에 속하는지 어떻게 알 수 있나요?

CLABE 번호의 처음 세 자리는 은행을 식별합니다. 예를 들어, 012는 BBVA Bancomer, 072는 Banorte, 002는 Banamex를 나타냅니다.

생성된 CLABE 번호가 실제 계좌와 연결되어 있나요?

아니요. 이 도구로 생성된 CLABE 번호는 구조적으로 유효하지만 실제 은행 계좌와 연결되어 있지 않습니다. 테스트 목적으로만 사용해야 합니다.

CLABE 번호가 유효한지 어떻게 알 수 있나요?

유효한 CLABE는 세 가지 필수 검사를 통과합니다:

길이 검증: 정확히 18자리 (그 이상도 이하도 아님)
은행 코드 확인: 처음 3자리는 ABM에 등록된 공식 멕시코 은행 코드와 일치해야 함
체크 숫자 검증: 18번째 숫자는 가중 모듈로 10 알고리즘을 사용하여 계산된 값과 일치해야 함

우리의 검증 도구는 이 세 가지 기준을 모두 확인합니다. 이는 구조와 형식을 검증하는 것이며, 실제 은행 데이터베이스에 계좌가 존재하는지 확인하지는 않습니다.

이러한 생성된 CLABE를 실제 거래에 사용할 수 있나요?

아니요. 이는 테스트용 CLABE이며 실제 금융 거래에 절대 사용해서는 안 됩니다. 실제 계좌로 라우팅되지 않습니다.

은행 코드는 얼마나 자주 업데이트되나요?

우리는 분기마다 공식 멕시코 은행 협회(ABM) 레지스트리와 은행 코드 데이터베이스를 동기화하며, 주요 변경 사항(새 은행, 합병, 인수)은 며칠 내에 반영됩니다. 은행 코드 변경은 상대적으로 드물며—멕시코는 몇 년 동안 거의 동일한 주요 기관 세트를 유지해왔습니다. 특정 멕시코 은행과 통합하고 최신 은행 코드 정보가 필요한 경우, 멕시코 중앙은행의 공식 CLABE 문서와 교차 참조하세요.

왜 내 은행 앱이 이 도구에서 유효하다고 말하는 CLABE를 거부하나요?

우리 도구는 구조적 유효성—올바른 길이, 유효한 은행 코드, 적절한 체크 숫자 계산—을 확인합니다. 그러나 은행 애플리케이션은 추가 검사를 수행합니다: 계좌가 데이터베이스에 존재하는지, 계좌가 활성 상태인지(동결되거나 폐쇄되지 않았는지), 권한을 확인합니다. 구조적으로 완벽한 CLABE는 실제 계좌에 연결되어 있지 않기 때문에 이러한 실제 검사에 실패합니다. 이는 예상된 동작이며 이것이 바로 이러한 CLABE가 테스트 전용인 이유입니다.

특정 은행의 CLABE를 생성할 수 있나요?

네, 우리 도구를 사용하면 CLABE를 생성할 때 특정 은행을 선택할 수 있으며, 이를 통해 은행 코드 부분이 선택한 기관과 일치하도록 합니다.

체크 숫자는 어떻게 계산되나요?

체크 숫자는 공식 CLABE 표준에 정의된 가중 모듈로 10 알고리즘을 사용합니다. 처음 17자리의 각 숫자는 반복되는 가중치 패턴(3, 7, 1, 3, 7, 1, ...)으로 곱해지며, 각 곱의 마지막 숫자만 유지됩니다. 이 숫자들을 합산하고, 체크 숫자는 (10 - (합계 mod 10)) mod 10으로 계산됩니다. 이 알고리즘은 강력한 오류 감지를 제공하며—모든 단일 숫자 오류와 대부분의 전치 오류를 잡아냅니다. 이는 가장 흔한 데이터 입력 실수입니다.

한 번에 생성할 수 있는 CLABE의 수에 제한이 있나요?

이 도구는 배치당 최대 100개의 CLABE를 생성할 수 있으며, 대부분의 테스트 시나리오를 처리할 수 있습니다. 대규모 로드 테스트를 위해 수천 개의 CLABE가 필요한 경우, 생성기를 여러 번 실행하거나 체크 숫자 알고리즘을 테스트 데이터 팩토리에 직접 통합하세요. 알고리즘은 테스트 프레임워크에 직접 구현할 만큼 간단합니다.

참고 문헌

멕시코 중앙은행. "CLABE - 표준 은행 키." https://www.banxico.org.mx/servicios/clabe-estandarizada.html
멕시코 은행 협회 (ABM). "신용 기관 키 카탈로그." https://www.abm.org.mx/
은행간 전자 지불 시스템 (SPEI). "운영 규칙." https://www.banxico.org.mx/sistemas-de-pago/servicios/sistema-de-pagos-electronicos-interbancarios-spei/
국가 은행 및 증권 위원회 (CNBV). "신용 기관에 적용 가능한 일반 조항." https://www.gob.mx/cnbv

멕시코 결제 통합을 테스트할 준비가 되셨나요? 이 CLABE 생성기를 사용하여 실제 멕시코 은행에서 사용되는 정확한 형식 및 검증 규칙과 일치하는 유효한 테스트 데이터를 생성하세요. 빠른 테스트를 위해 단일 CLABE를 생성하거나, 포괄적인 테스트 시나리오를 위해 최대 100개의 CLABE를 일괄 생성하거나, 기존 CLABE를 확인하여 검증에 실패하는 이유를 이해할 수 있습니다.

프로덕션 시스템의 경우, 모든 테스트 CLABE를 멕시코 은행 파트너가 제공하거나 공식 샌드박스 환경을 통해 얻은 실제 계좌 번호로 대체해야 합니다. 이러한 생성된 번호는 실제 은행 계좌에 연결하지 않고도 개발 및 QA 환경에서 현실적인 테스트 데이터가 필요한 경우를 위해 특별히 설계되었습니다.