GCash 스크린샷: 금액과
참조 번호 추출 방법

GCash 스크린샷에서 금액, 참조 번호, 수취인 위치

완료된 GCash 거래를 열어보세요. 거래 탭에서 항목을 누르면 상세 화면이 나타납니다. 이 화면의 레이아웃은 GCash가 단순한 송금 도구에서 저축, 투자, 보험, 대출 상품이 추가된 금융 슈퍼 앱으로 진화하는 동안에도 앱 업데이트 전반에 걸쳐 일관되게 유지되었습니다.

화면 맨 위, 가장 큰 글씨로 표시되는 것은 금액입니다. 필리핀 페소(PHP)로 표시되며, 항상 페소 기호(₱)와 소수점 두 자리가 함께 표시됩니다(예: ₱1,250.00, ₱500.00, ₱15,750.50). 천 단위 구분 쉼표가 있으며, 대부분의 보기에서 숫자는 오른쪽 정렬됩니다. 송금 거래의 경우 금액은 지갑 잔액에서 차감된 금액에 편의 수수료를 더한 값입니다. 청구서 결제 거래의 경우 금액에는 청구서 총액에 GCash 플랫폼을 통해 청구자가 부과하는 서비스 수수료가 포함됩니다.

금액 아래에는 수취인 이름이 있습니다(송금 화면에서는 "보낸 대상"으로 표시되고, 청구서 결제 화면에서는 청구자 이름으로 표시됨). 2025년부터 GCash는 확인 화면에서 수취인의 이름 일부를 가리기 시작했습니다. 이는 공유되거나 유출될 수 있는 스크린샷에 노출되는 정보를 줄이기 위한 개인정보 보호 조치입니다. 전체 이름은 앱 내 거래 내역에 여전히 표시되지만, 공유된 스크린샷에서는 수취인이 "John D." 대신 "J***n D."로 표시될 수 있습니다. 스크린샷만으로 지불 대상을 기록해야 한다면 가려진 이름만으로는 충분하지 않을 수 있습니다. 따라서 가려지지 않은 이름은 공유된 확인 화면이 아닌 앱 내 상세 보기에서 가져오는 것이 가장 좋습니다.

화면 아래쪽, 보통 수취인 정보 아래에 더 작은 글씨로 표시되는 것은 참조 번호입니다. 이는 10~13자리 숫자로 구성된 문자열이며, 이전 거래 형식에서는 영숫자이고 최신 형식에서는 순수 숫자입니다. 참조 번호는 GCash 자체 사기 방지 지침에서 사용자에게 확인하라고 알려주는 필드입니다. 참조 번호, 보낸 사람 이름, 금액, 타임스탬프를 앱의 거래 내역에 표시된 내용과 대조하여 확인하세요. 참조 번호는 6028871884223처럼 연속된 문자열로 표시되거나 6028 871 884223처럼 공백이 포함되어 표시될 수 있습니다. 두 형식 모두 유효하며, 앱 내 상세 화면과 SMS 확인 메시지 간에 형식이 다를 수 있습니다. r/GCashPH의 한 Reddit 사용자는 오래된 GCash 스크린샷에서 현재 형식과 다른 간격 패턴의 13자리 참조 번호가 표시되는 경우가 있어, 몇 달 간격으로 촬영된 여러 스크린샷 배치에서 참조 번호를 일치시킬 때 혼란을 줄 수 있다고 지적했습니다.

날짜와 타임스탬프는 항상 필리핀 표준시(UTC+8)로 표시되며, 상세 화면 하단 근처에 거래 유형 레이블(빠른 송금, 로드 구매, 청구서 결제, QR 코드 결제) 및 자금 출처(GCash 지갑 잔액, 연결된 은행 계좌, 또는 연결된 계좌에서 거래가 이루어진 경우 연결된 직불 카드)와 함께 나타납니다.

참조 번호가 실제로 중요한 필드입니다

GCash 스크린샷의 모든 데이터 포인트 중에서 참조 번호는 이미지를 실제 추적 가능한 거래에 연결하는 필드입니다. 금액은 얼마가 이동했는지 알려줍니다. 수취인 이름은 누구에게 갔는지 알려줍니다. 하지만 참조 번호는 해당 스크린샷에서 분쟁 티켓이나 고객 문의에 입력했을 때 GCash 지원팀이 정확한 거래를 조회할 수 있게 해주는 유일한 필드입니다. 초 단위의 타임스탬프, 거래 전후의 지갑 잔액, 자금의 전체 라우팅 경로까지 확인할 수 있습니다.

GCash 자체도 사기 방지 커뮤니케이션에서 이를 강조합니다. 결제를 확인할 때는 참조 번호를 먼저 확인하라고 말이죠. 금액이 아닙니다. 스크린샷을 조작하는 사람은 금액 필드에 원하는 숫자를 입력할 수 있습니다. 발신자 이름도 아닙니다. 사기꾼은 Facebook 프로필에서 실제 이름을 복사할 수 있습니다. 참조 번호는 스크린샷 주장을 원장의 실제 항목과 연결하는 것이며, "Gigi와 채팅" 도움말 시스템을 통해 신고하거나 필리핀 경찰청 사이버범죄수사대에 이첩할 때 GCash 지원팀이 요청하는 필드입니다.

실용적인 결론은 다음과 같습니다. GCash 결제 스크린샷에서 어떤 종류의 기록(일일 판매 기록, 공동 지출 추적기, GCash 지갑 명세서와의 대사표)을 구축하는 경우, 참조 번호가 기준점입니다. 각 행에는 하나씩 필요합니다. 그것이 없으면 행은 단지 숫자와 이름일 뿐이며, 어디서 왔는지 증명할 방법이 없습니다. 있으면 몇 초 만에 모든 행을 원래 거래로 추적할 수 있습니다.

참조 번호는 자연스러운 중복 제거 키 역할도 합니다. 고객이 동일한 결제 스크린샷을 Messenger로 한 번, Viber로 한 번, 두 번 보낼 수 있습니다. 동료가 이미 기록한 스크린샷을 전달할 수도 있습니다. 동일한 참조 번호를 가진 두 개의 스크린샷은 동일한 거래입니다. 들어오는 모든 스크린샷에서 참조 번호를 추출하여 기존 기록과 대조하면, 모든 새 이미지를 기존 데이터와 시각적으로 비교할 필요 없이 기록에서 이중 계산을 방지할 수 있습니다.

스크린샷만으로는 증거가 아닌 이유 — 그리고 추출이 필요한 이유

2025년 7월, GCash는 모회사 Mynt를 통해 공식 경고를 발표했습니다. AI로 생성된 가짜 GCash 영수증이 유포되고 있으며, 최고정보보호책임자(CISO) Miguel Geronilla는 사용자들이 "타인이 보낸 스크린샷만을 결제 증빙으로 신뢰하지 말 것"을 명확히 밝혔습니다. 이 경고는 분명했습니다. 아무리 진짜처럼 보여도 스크린샷은 영수증이 아닙니다. 유일한 유효한 증빙은 GCash 앱 내의 거래 기록입니다.

필리핀 법에 따라, 가짜 GCash 영수증을 생성하는 행위는 개정 형법 제172조에 따른 사문서 위조에 해당하며, 형사 책임이 따릅니다. 사기범들은 무료 또는 저렴한 편집 도구를 사용하여 GCash 거래 스크린샷에 이름, 금액, 심지어 그럴듯한 참조 번호를 삽입한 후, 마켓플레이스 채팅, Facebook Messenger, Viber 등에 유포하여 판매자들이 실제 결제 없이 상품을 발송하도록 속입니다.

이 모든 상황은 GCash 결제를 받는 모든 사업체가 직면한 딜레마를 만들어냅니다. 고객이 보내는 것은 스크린샷이지만, GCash가 신뢰하지 말라고 하는 것도 바로 스크린샷입니다. 해결책은 스크린샷 수신을 중단하는 것이 아닙니다. 필리핀에서는 소규모 사업체들이 주문 확인 절차의 일환으로 고객에게 결제 스크린샷을 소셜 미디어 페이지로 보내도록 요청하는 것이 일반적이므로, 이는 현실적인 선택지가 아닙니다. 해결책은 수신된 각 스크린샷에서 참조 번호를 추출하여 앱 내 거래 내역과 대조 확인하는 것, 즉 GCash가 권장하는 바로 그 워크플로우입니다.

추출은 스크린샷을 종착점이 아닌 출발점으로 바꿔줍니다. 이미지를 증거로 취급하는 것이 아닙니다. 참조 번호를 전달하는 매개체로 취급하는 것입니다. 앱에서 실제 거래가 발생했는지 확인할 수 있는 유일한 데이터입니다. 스크린샷에서 참조 번호, 금액, 송금인 이름을 추출하세요. GCash 앱을 엽니다. 해당 참조 번호를 검색합니다. 일치하고 세부 정보가 맞다면 해당 행을 기록합니다. 일치하지 않는다면, 상품을 발송하기 전에 가짜를 적발한 것입니다.

스크린샷을 수동 입력 없이 스프레드시트로 가져오기

GCash는 CSV나 Excel로 내보내는 기능을 기본 제공하지 않습니다. 거래 내역은 앱 내에서 확인하고 스크롤할 수 있으며, 최대 4년 범위의 거래 내역 보고서를 이메일로 요청할 수 있습니다. 하지만 이메일로 받는 보고서는 PDF 형식이며 스프레드시트가 아닙니다. 또한 이 보고서는 본인의 송금 및 수신 거래만 포함할 뿐, 고객이 보내준 스크린샷은 포함되지 않습니다. 채팅방과 이메일 받은편지함에 있는 스크린샷은 완전히 별개의 데이터 소스이며, 이를 구조화된 기록으로 만들려면 각 필드를 직접 입력하거나 이미지에서 데이터를 추출해야 합니다.

GCash 스크린샷 배치를 업로드하고 원하는 열 이름(예: 금액, 참조 번호, 수취인, 거래일)을 정의하면, 추출 엔진은 각 스크린샷에서 해당 값이 어디에 위치하는지가 아니라 무엇을 의미하는지 이해하여 찾아냅니다. 송금 확인 화면은 네 가지 필드를 모두 채웁니다. 청구서 결제 확인 화면은 금액, 청구자 이름(수취인으로), 참조 번호, 날짜를 채우지만, 청구자 이름은 개인이 아닌 utility 회사나 서비스 제공업체입니다. 로드 구매 확인 화면은 금액, 통신사 이름, 참조 번호만 채울 수 있습니다. 충전 거래에는 수취인이 없기 때문입니다. 열 정의는 배치 내 모든 스크린샷에서 동일하게 유지되며, 값은 출처에 포함된 곳에 나타나고, 없는 셀은 비어 있습니다.

GCash 외에 다른 플랫폼(PayPal을 통한 해외 고객 결제, 대금액 은행 송금, 또는 WeChat Pay를 통한 중국 관광객 결제 등)으로도 결제를 받는다면, 동일한 열 이름 세트가 모든 플랫폼에서 작동합니다. 금액, 날짜, 거래 상대방은 보편적인 결제 필드입니다. 의미 기반 추출 방식(열을 픽셀 위치나 템플릿이 아닌 의미로 정의)을 사용하면 비즈니스에서 사용하는 각 결제 앱마다 별도의 처리 파이프라인이 필요하지 않습니다. 출력은 하나의 테이블(스크린샷당 한 행)이며, 각 결제 수단의 확인 화면이 포함된 필드를 기여합니다.

특히 참조 번호는 GCash 행을 다른 결제 스크린샷보다 추적 가능하게 만드는 요소입니다. 일본의 PayPay는 확인 화면에 표시되지만 사용자 상세 보기에는 항상 나타나지 않는 거래 ID를 생성합니다. 태국과 대만의 LINE Pay는 LINE 표시 이름을 거래 상대방으로 사용하는데, 이는 연락처가 선택한 레이블일 뿐 확인된 신원이 아닙니다. GCash의 참조 번호는 예외입니다. 모든 거래 유형에 보편적으로 존재하며, GCash가 인정하고, 고객 지원 시 추적 가능한 식별자로, 검증 앵커이자 중복 제거 키 역할을 합니다. 모든 GCash 스크린샷에서 하나의 필드만 추출해야 한다면, 참조 번호를 선택하세요. 금액, 이름, 날짜 등 다른 모든 것은 맥락에서 채울 수 있습니다. 참조 번호는 건너뛰면 나중에 재구성할 수 없는 유일한 필드입니다.

자주 묻는 질문

GCash의 참조 번호 형식은 거래 유형에 따라 달라지나요?

참조 번호는 모든 GCash 거래 유형(송금, 청구서 결제, 로드 구매, QR 코드 결제, 은행 송금)에 존재하지만, 형식은 다를 수 있습니다. 송금 참조 번호는 일반적으로 10~13자리 숫자 문자열입니다. 청구서 결제 참조 번호에는 청구업체 자체 참조 접두사와 GCash 내부 거래 ID가 결합될 수 있습니다. GCash의 "은행으로 송금" 기능을 통한 은행 송금은 때때로 수취 은행의 거래 코드를 포함하는 참조 번호를 생성합니다. 거래 유형 간에 참조 번호를 매칭하는 경우(예: 동일한 스프레드시트에서 송금 및 청구서 결제 스크린샷을 혼합하여 조정), 각 스크린샷에 표시된 대로 참조 번호를 추출하고 형식에 의존하지 않는 확인이 아닌 정확히 일치하는 비교를 사용하십시오. 구조가 다르게 보이는 두 개의 참조 번호도 문자별로 비교할 수 있습니다.

개별 거래 상세 정보 대신 GCash 거래 내역 목록의 스크린샷에서 데이터를 추출할 수 있나요?

GCash 거래 내역 목록(거래 탭을 열 때 볼 수 있는 스크롤 피드)에는 항목별 요약(금액, 상대방 이름, 거래 유형 레이블, 날짜)이 표시됩니다. 참조 번호는 표시되지 않습니다. 참조 번호를 얻으려면 목록에서 항목을 탭하여 들어가는 개별 거래 상세 화면이 필요합니다. 목록 보기만의 스크린샷은 금액과 이름을 제공하지만 참조 번호는 제공하지 않습니다. 빠른 확인에는 유용하지만 추적 가능한 기록을 구축하기에는 충분하지 않습니다.

스크린샷에 수취인 이름이 마스킹되어 있으면 어떻게 하나요?

GCash의 부분 마스킹(개인정보 보호 기능으로 도입됨)은 공유 확인 화면에서 수취인의 이름 일부 문자를 숨겨 이름 길이와 앱 버전에 따라 "Jennifer"를 "J***er" 또는 "J****"로 바꿉니다. 전체 이름은 GCash 앱 내 내 거래 내역에서 여전히 볼 수 있지만, 송금자가 보낸 스크린샷에는 표시되지 않습니다. 수취인 이름이 기록(특정 고객 또는 주문에 대한 결제 매칭)에 필수적인 경우, 스크린샷 추출과 함께 앱에서 마스킹되지 않은 이름을 수동으로 확인하는 것으로 보완하십시오. 참조 번호와 금액만으로 거래 식별에 충분한 기록 보관의 경우, 마스킹된 이름이 장애가 되지 않을 수 있습니다.