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를 송금하면 기준액 4,000 DKK를 초과하는 1,000 DKK에 대해 1%인 10 DKK의 수수료가 부과됩니다. 송금자 계좌에서는 5,010 DKK가 출금되고, 수취인은 정확히 5,000 DKK를 받습니다. 이 수수료는 거래 내역 페이지에 표시되지 않습니다. 즉, 공제 항목으로 나타나지 않습니다. 이는 PayPal과 같은 시스템보다 깔끔합니다. 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는 계정 유형이 아닌 의미적 의미를 기준으로 각 필드를 찾습니다.