MobilePay 스크린샷
금액, 수취인, 메모 추출 방법

세 가지 필드가 MobilePay 확인 화면에 표시되는 위치

MobilePay는 독립 실행형 앱으로, 싱가포르의 PayNow처럼 각 은행의 자체 인터페이스 안에 포함되어 있지 않습니다. 2022년 노르웨이 Vipps와의 합병 이후 Vipps MobilePay AS가 운영하며, Danske Bank, Nordea, Nykredit, Jyske Bank 등 모든 덴마크 은행의 고객이 사용합니다. 단일 애플리케이션이기 때문에 확인 화면은 송금인이 어느 은행에 속해 있든 동일하게 표시됩니다.

거래 금액은 화면 중앙에 덴마크 크로네(DKK) 단위의 큰 글씨로 표시됩니다. 금액 아래에는 수취인의 이름이 표시되는데, 이는 수취인의 CPR 번호(모든 MobilePay 사용자가 등록 시 반드시 보유해야 하는 덴마크 개인 식별 번호)에 연결된 이름입니다. 이름 아래에는 메모 필드("Besked" 또는 "Tekst" — 덴마크어로 "메시지" 또는 "문구"를 의미)가 있어 송금인이 입력한 내용이 표시됩니다. 날짜와 완료 시간은 확인 카드 하단 근처에 표시되며, 때로는 다른 세 필드보다 작은 글씨체로 표시됩니다.

이 레이아웃은 "보내기"를 누른 직후 표시되는 표준 인앱 확인 화면용입니다. 동일한 필드가 앱 내 거래 내역에도 표시되지만, 내역 보기는 메모 필드를 완전히 생략한 축약 형식을 사용합니다. 스크린샷이 확인 화면이 아닌 거래 내역에서 가져온 것이라면, 결제 목적을 알려주는 유일한 필드가 누락된 것입니다. 캡처할 대상은 확인 화면입니다.

수취인: 휴대폰 번호가 아닌 CPR 등록 이름

이것은 MobilePay를 처음 사용하는 사용자들이 가장 흔히 오해하는 필드입니다. MobilePay로 송금할 때 수취인의 휴대폰 번호를 입력합니다. 이는 CPR 등록과 연결된 10자리 덴마크 번호입니다. 하지만 확인 화면에는 그 휴대폰 번호가 표시되지 않습니다. 대신 수취인의 등록 이름 — 해당 인물이 덴마크 은행과 CPR 번호에 등록한 법적 이름이 표시됩니다.

이 메커니즘은 다음과 같이 작동합니다. MobilePay는 입력한 휴대폰 번호를 수취인의 MobilePay 등록 정보와 대조하여 해당 인물의 은행 계좌와 연결된 이름을 검색합니다. 수취인은 표시 이름이나 별명을 선택할 수 없습니다. 화면에는 덴마크 개인 식별 정보에 연결된 이름이 그대로 표시됩니다. "Mette Nielsen"이 Mette의 은행 계좌에 등록된 이름이라면, 송금인의 확인 화면에도 그 이름이 표시됩니다.

실무적인 기록 관리 측면에서 이는 장점입니다. MobilePay 스크린샷의 수취인 이름은 안정적이고 검증된 신원 표시이며, 수정 가능한 표시 설정이 아닙니다. Venmo 스크린샷과 달리 표시 이름이 결제마다 바뀔 수 있는 반면, MobilePay 이름은 국가 신원 시스템에 기반을 둡니다. 몇 달 간격의 두 스크린샷에 "Mette Nielsen"이 나타난다면 동일 인물입니다. 단점은 고객이 결제한 스크린샷을 받았을 때 화면에 표시된 이름이 송금인 관점에서 본인 이름이라는 점입니다. MobilePay 확인 화면의 "수취인"은 바로 당신이며, 지불인의 신원은 이 화면에 표시되지 않습니다.

금액: DKK 한도, 수수료, 그리고 스크린샷이 알려주지 않는 것

MobilePay 확인 화면에 표시된 금액은 송금인이 입력한 총액 — 이체하려던 금액입니다. 덴마크의 개인 간 결제에서 수수료는 단 하나의 기준에 따라 결정됩니다: 4,000 DKK 이하 결제는 무료입니다. 4,000 DKK를 초과하는 결제에는 초과 금액의 1% 수수료가 부과됩니다. 이 수수료는 수취인이 아닌 송금인의 계좌에서 차감됩니다. 수취인은 확인 화면에 표시된 전체 금액을 확인하고 수령합니다.

예를 들어 5,000 DKK를 송금하면 기준 금액을 초과하는 1,000 DKK에 대해 1% 수수료 — 10 DKK가 부과됩니다. 송금인은 5,010 DKK가 차감되고, 수취인은 정확히 5,000 DKK를 받습니다. 이 수수료는 거래 내역 페이지에 표시되지 않습니다. 공제 항목으로 나타나지 않습니다. 이는 총액과 실제 수령액이 화면에 아무런 흔적 없이 달라질 수 있는 PayPal 같은 시스템보다 깔끔합니다.

MobilePay는 또한 개인 사용자에게 일일 및 주간 이체 한도를 적용합니다. 모든 거래를 합산하여 하루 최대 50,000 DKK, 주당 최대 100,000 DKK입니다. 이 한도는 CPR 번호에 연결된 개인별 한도이며, 사용자의 은행 잔액과 관계없이 시스템이 강제합니다. 스크린샷에 단일 거래로 50,000 DKK를 초과하는 금액이 표시된다면, 이는 MobilePay Business 계정(별도의 더 높은 한도 적용)을 반영하거나 다른 결제 수단을 사용한 것입니다. 표준 개인 한도는 확인 화면이 허용하지 않는 상한선입니다. 송금인이 한도를 초과하면 거래는 그냥 진행되지 않습니다.

메모 필드: 번역 과정에서 유실되는 덴마크어 특수 문자

MobilePay는 모든 결제에 최대 30자까지 자유 텍스트 메시지를 허용합니다. 송신자는 유용한 내용을 입력합니다: "Faktura 1042"(인보이스 1042), "Tak for i gaar"(어제 감사합니다), "Husleje juli"(7월 임대료) 등이 그 예입니다. 메모 필드는 짧지만, 결제를 특정 고객, 인보이스 또는 목적과 연결해 주는 유일한 맥락인 경우가 많습니다.

덴마크어에는 표준 영어 알파벳에 없는 세 개의 문자가 있습니다: æ, ø, å(대문자 Æ, Ø, Å 포함). 이들은 기존 문자의 악센트 변형이 아니라, 각각 고유한 발음과 의미를 가진 덴마크어 알파벳의 독립된 문자입니다. "Rør"(파이프)와 "ror"(노/조종)는 서로 다른 단어입니다. "Færge"(페리)와 "farge"(덴마크어에 없는 단어)는 같은 단어가 아닙니다. "Betaling for rørlæggerarbejde"(배관 공사 비용)라고 적힌 메모 필드에는 ø 두 개와 æ 하나가 포함되어 있는데, 일반적인 OCR 도구는 이 문자들을 각각 "o"와 "ae"로 오인하여 메시지를 해석할 수 없는 텍스트로 만들어 버립니다.

기존 OCR 엔진은 각 발음 구별 기호(ø 위의 점, å 위의 원)를 픽셀 수준의 별도 시각적 특징으로 처리하기 때문에 어려움을 겪습니다. 압축과 작은 글꼴이 일반적인 스크린샷에서는 이러한 특징이 주변 픽셀과 뭉개집니다. WhatsApp으로 전달된 MobilePay 스크린샷은 특히 취약합니다. "møde"(회의)의 ø에서 점이 사라져 "mode"(패션)가 되는데, 이는 완전히 다른 덴마크어 단어입니다.

동일한 문제가 스웨덴어 스크린샷(å, ä, ö 포함)에도 존재하지만, 일상적인 덴마크 거래 메모에서 æ, ø, å의 빈도가 높기 때문에 MobilePay 결제를 대량으로 처리하는 모든 사람에게 반복적인 문제가 됩니다. 각 픽셀을 해독하는 대신 단어 전체를 이해하여 문자를 읽는 의미론적 텍스트 인식은 이러한 문자를 문맥에 맞게 처리합니다. AI는 ø 위의 점을 선명하게 "볼" 필요가 없습니다. 주변 문자가 문자의 정체성을 확인해 주기 때문에 "møde"를 완전한 단어로 인식합니다.

스크린샷에서 스프레드시트로 — 다시 입력할 필요 없이

어떤 세 개의 필드를 캡처할지 알게 되면 추출 단계는 간단합니다. 맞춤 열 추출을 사용하면 출력 열 — 금액(DKK), 수취인 이름, 메모 — 을 정의할 수 있으며, AI는 필드가 어디에 있는지가 아니라 무엇을 의미하는지 이해하여 스크린샷에서 각 값을 찾습니다. 상자를 그리거나, 템플릿을 만들거나, MobilePay 스크린샷 학습 세트를 미리 준비할 필요가 없습니다.

이것이 중요한 이유는 휴대폰 해상도가 다른 MobilePay 스크린샷에서는 금액이 다른 픽셀 좌표에 위치하기 때문입니다. 거래 내역 화면은 확인 화면과 다른 레이아웃을 사용합니다. 야간에 캡처한 스크린샷은 작은 메모 텍스트가 흐릴 수 있습니다. 고정된 경계 상자에 의존하는 템플릿 기반 도구는 이러한 변형 중 하나라도 발생하면 실패합니다. 의미 기반 추출은 그렇지 않습니다. DKK 금액, 수취인 이름, 메모 텍스트가 어디에 있든 찾아냅니다. 이것은 테이블 형식이 아닌 결제 스크린샷에서 데이터 추출에 대한 가이드에서 설명한 것과 동일한 원리로, MobilePay의 필드 레이아웃에 적용된 것입니다.

동일한 열 정의는 북유럽 결제 앱 전반에서 작동합니다 — 스웨덴의 Swish와 MobilePay는 동일한 필드 구조를 공유합니다. 둘 다 하나의 배치에 넣으면 통합된 스프레드시트를 얻을 수 있습니다 — 결제 스크린샷 추출 워크플로는 모든 북유럽 결제 앱을 동일한 열 세트로 통합합니다. 덴마크에서 다운스트림 목적지는 일반적으로 e-conomic(20만 명 이상의 비즈니스 사용자를 보유한 시장 선두주자), Dinero, 또는 Billy(약 5만 명의 고객)입니다 — 이 중 어느 것도 MobilePay 스크린샷을 기본적으로 수집할 수 없습니다. Billy는 인보이스에 결제 링크를 포함하는 "Billy Payment"라는 직접 MobilePay 통합 기능이 있지만, 거래 기록은 여전히 개별 알림으로 도착하며 구조화된 내보내기가 아닙니다. SKAT 기록 보관의 경우 — 덴마크 회계법("Bogføringsloven")은 기업이 거래 기록을 최소 5년간 보관하도록 요구합니다 — 추출된 거래의 구조화된 스프레드시트는 각 결제를 보낸 고객과 연결하는 감사 가능한 추적 기록을 만듭니다.

FAQ

SMS나 Messenger를 통해 전달된 MobilePay 스크린샷에서도 데이터를 추출할 수 있나요?

네, 가능합니다. 단, 압축된 이미지에 적용되는 동일한 정확도 제한이 있습니다. 메시징 앱은 이미지 해상도를 낮추며, 이는 주로 메모 필드와 날짜 스탬프에 영향을 미칩니다. 이 두 필드는 금액 및 수취인 이름보다 작은 글꼴로 렌더링됩니다. 금액과 이름은 대부분의 경우 읽을 수 있습니다. 메모 필드에 결제 매칭에 필요한 정보가 포함된 일괄 처리의 경우, 가능하면 전달된 사본이 아닌 원본 스크린샷을 요청하십시오.

MobilePay는 수취인의 확인 화면에 송금인의 신원을 표시하나요?

아니요. 수취인 측의 확인 화면에는 거래 금액, 수취인 자신의 이름(송금인 관점에서), 그리고 메모 필드가 표시됩니다. 누가 돈을 보냈는지는 표시되지 않습니다. 기록을 위해 지불인의 신원이 필요한 경우(예: 특정 고객에게 들어온 결제를 매칭), 송금인이 메모 필드에 식별 정보를 포함하도록 조정하거나 거래의 양쪽을 모두 캡처해야 합니다. 이것이 비즈니스 기록 보관을 위한 MobilePay 확인 화면의 주요 제한 사항 중 하나입니다. 수취인은 결제를 볼 수 있지만, 누가 보냈는지는 알 수 없습니다.

메모 필드가 30자를 초과하면 어떻게 되나요?

MobilePay는 메시지를 30자에서 자릅니다. 제한을 초과하는 텍스트는 MobilePay 서버에 저장되지만 확인 화면이나 스크린샷에는 나타나지 않습니다. 메모 필드가 불완전하게 보이거나 단어 중간에서 잘린 경우, 메시지가 허용된 문자 수보다 길었을 가능성이 높습니다. 추출된 값은 보이는 부분만 반영합니다.

이 워크플로우는 MobilePay 비즈니스 계정 스크린샷에도 작동하나요?

네. MobilePay 비즈니스 계정의 확인 화면은 개인 계정과 동일한 레이아웃으로 금액, 수취인 이름, 메모의 세 가지 필드를 표시합니다. 비즈니스 계정은 더 높은 거래 한도(표준 일일 한도 50,000 DKK 대신 판매자 계약별로 구성됨)를 가지며 메모 필드에 추가 참조 번호가 포함될 수 있습니다. 추출 열 정의는 변경되지 않습니다. AI는 계정 유형이 아닌 의미적 의미를 기준으로 각 필드를 찾습니다.