영수 내역 재전달
손님이 영수 내역을 다시 요청하면 거래를 찾아 재전달합니다. 승인 번호나 휴대폰 번호로 검색되므로 종이 영수증철을 뒤질 일이 없습니다.
청구 한 건의 여정 — 생성부터 기록까지
링크결제 한 줄로,
링크결제 한 줄로,
현장 밖 매출까지 결제대행 한 화면으로
저녁 여섯 시 사십 분, 견적이 확정됩니다. 청구 한 건이 만들어지고, 손님에게 건너가고, 손끝에서 열리고, 승인 번호를 받고, 다음 영업일 아침 통장의 한 줄로 끝납니다. 이 페이지는 링크결제 한 건이 지나는 여섯 정거장을 시간 순서대로 따라가며, 정거장마다 가게가 정할 것과 확인할 것을 짚습니다.
1건
이 페이지가 따라가는 청구
6곳
거쳐 가는 정거장
4갈래
중간 분기점
1줄
마지막에 남는 기록
PM 6:42 청구 생성
다음 영업일 AM — 입금 한 줄
링크결제란 무엇인가요?
청구 금액이 담긴 결제 페이지 주소를 손님에게 보내고, 손님이 자신의 휴대폰에서 결제를 마치면 가게로 승인 결과가 돌아오는 비대면 결제 방식입니다. 청구 한 건 한 건이 독립된 거래 단위로 만들어져 상태가 추적된다는 점이, 단말 앞에서 즉시 끝나는 대면 결제와 가장 다른 부분입니다.
링크결제 생애주기 한눈에
- 여섯 정거장 — 생성(금액·내역) → 전송 → 열람(손님 화면) → 승인 → 입금 → 기록(증빙)
- 모든 청구가 직선으로 가지는 않음 — 안 열림·중단·기한 경과·되돌림, 네 갈래 분기가 있음
- 승인까지는 손님의 시간, 승인 뒤는 정산의 시간 — 가게가 개입할 일은 분기점에서만 생김
- 여정의 끝은 통장 한 줄 + 거래 기록 한 줄 — 증빙·재발급·기간 조회까지 같은 화면에서
여정 지도
청구 한 건이 지나가는 여섯 정거장
금요일 저녁에 만들어진 청구 한 건을 예시로 두고 따라갑니다. 시각은 흐름을 보여 주기 위한 예시이며, 실제 입금일은 정산 주기에 따라 달라집니다.
-
PM 6:42
생성
금액과 내역 문구를 적어 청구 한 건을 만듭니다.
-
PM 6:43
전송
손님이 자주 보는 곳으로 주소 한 줄이 건너갑니다.
-
PM 7:15
열람
손님이 열어 상호·금액을 확인하고 수단을 고릅니다.
-
PM 7:18
승인
본인 인증을 거쳐 승인 번호가 떨어집니다.
-
익영업일
입금
그날의 다른 거래와 한 묶음으로 계좌에 도착합니다.
-
그 후
기록
증빙·재발급·기간 조회의 근거로 남습니다.
정거장 1 — 생성
PM 6:42
청구가 태어나는 순간,
청구가 태어나는 순간,
정하는 건 세 가지뿐
"커튼 제작 잔금 32만 원, 김OO 고객님." 입력은 이게 전부입니다. 이 순간 청구 한 건이 고유한 거래 단위로 태어나고, 이후의 모든 상태 변화가 이 한 건에 적힙니다.
- 금액 — 부가 항목까지 합산한 최종 청구액. 보내고 나면 수정이 아니라 새 청구로 다시 만드는 편이 기록이 깨끗합니다.
- 내역 문구 — 손님 화면 첫 줄에 보이는 글귀. "잔금"보다 "커튼 제작 잔금(거실)"이 문의 전화를 줄입니다.
- 받는 사람 — 휴대폰 번호 한 번 더 확인. 잘못 보낸 청구는 미결제 상태에서 거둬들일 수 있지만, 안 만드는 게 가장 빠릅니다.
정거장 2 — 전송
행선지는 손님이 자주 보는 곳
PM 6:43
전송 버튼을 누르면 주소 한 줄이 손님에게 건너갑니다. 어디로 보낼지는 단순한 기준 하나 — 그 손님이 평소 메시지를 어디서 읽는가. 통화로 주문한 손님이면 문자, 채팅으로 문의한 손님이면 쓰던 채팅 그대로, 거래처 담당자면 메일이 자연스럽습니다.
보내는 길마다 도달 특성과 건당 비용이 조금씩 다른데, 그 비교는 이 페이지의 주제를 벗어나므로 카드결제링크 발송 채널 안내에 따로 정리되어 있습니다. 여기서 기억할 것은 하나 — 어느 길로 보내든 같은 청구 한 건이고, 이후 정거장은 동일하게 이어진다는 점입니다.
정거장 3 — 열람
PM 7:15
여기부터는 손님의 시간입니다
저녁 식사를 마친 손님이 메시지를 엽니다. 화면에 뜨는 것은 세 가지 — 가게 이름, 내역 문구, 금액. 이 세 줄이 낯설면 손님은 닫고, 익숙하면 다음으로 넘어갑니다.
가게가 이 정거장에서 할 일은 없습니다. 다만 미리 해 둘 일은 있습니다 — 화면에 표기되는 상호가 손님이 아는 가게 이름과 같은지 확인해 두는 것. 간판은 "소소한 커튼"인데 표기가 법인명이면, 이 정거장에서 이탈과 문의 전화가 생깁니다.
- 손님은 익숙한 수단(카드·간편결제)을 고르고 본인 인증으로 넘어갑니다.
- 열어 본 뒤 멈춘 청구는 상태로 표시되므로, 가게는 기다릴지 안내할지 고를 수 있습니다.
정거장 4 — 승인
승인 번호가 떨어지는 순간, 거래가 닫힙니다
PM 7:18
인증이 끝나면 승인 번호가 발급되고, 가게에는 알림이, 손님에게는 영수 내역이 각각 도착합니다. 이 번호가 거래의 신분증입니다 — 이후의 문의·취소·증빙이 전부 이 번호 하나로 추적됩니다.
완료된 청구는 상태가 닫혀, 같은 주소로 다시 결제되는 일이 없습니다. 가게가 할 일은 알림 속 금액과 주문 내용을 한 번 맞춰 보는 것 — 잔금 청구였다면 이 시점에 주문 메모에 "완납"을 적어 두면 다음 정거장 이후가 편해집니다.
정거장 5 — 입금
다음 영업일 AM
혼자 오지 않고,
혼자 오지 않고,
그날의 동료들과 함께 옵니다
토요일 아침, 통장에 한 줄이 찍힙니다. 어젯밤의 32만 원은 혼자 온 게 아니라 — 같은 날 단말에서 받은 거래, 다른 청구 건들과 한 묶음이 되어 수수료를 차감한 금액으로 도착했습니다.
청구가 마감 시각 전에 승인됐는지 뒤에 승인됐는지에 따라 어느 묶음에 타는지가 갈립니다. 묶음 안에 어떤 거래들이 있었는지 풀어 보는 법, 통장 숫자와 장부를 맞추는 요령은 입금·장부 정리 가이드가 전담해서 다룹니다.
정거장 6 — 기록
여정이 끝나도 기록은 일합니다
입금으로 여정은 끝나지만, 거래 한 건의 쓸모는 그 뒤로도 이어집니다. 석 달 뒤 "영수증 다시 보내 주세요"가 와도, 신고 시즌에 기간별 내역이 필요해도, 출발점은 항상 그 한 건의 기록입니다.
기간 묶음 조회
분기·반기 등 기간을 지정해 청구 건들을 한 번에 모아 봅니다. 신고 자료 준비나 단골 거래처 정리가 이 조회 하나로 시작됩니다.
상태 이력 보존
언제 보냈고, 언제 열렸고, 언제 승인됐는지의 시간표가 건마다 남습니다. "청구받은 적 없다"는 분쟁에서 가게를 지키는 건 이 시간표입니다.
분기점
모든 청구가 직선으로 끝나지는 않습니다
여섯 정거장 사이사이에 네 갈래 샛길이 있습니다. 갈래마다 대응이 정해져 있으면, 직선을 벗어난 청구도 당황할 일이 아닙니다.
-
전송 후 — 안 열림
읽히지 않은 청구
하루쯤 기다렸다가 통화나 다른 길로 한 번 더 안내합니다. 같은 건을 여러 번 만들지 말고, 보낸 청구를 다시 안내하는 게 기록이 깔끔합니다.
-
열람 후 — 중단
열었는데 멈춘 청구
수단 선택이나 인증 단계에서 막힌 경우가 많습니다. "다른 카드로 시도해 보시라" 안내 한 번이면 대부분 풀리고, 안 풀리면 새 청구로 다시 보냅니다.
-
기한 경과 — 만료
수명이 다한 청구
청구에는 유효기간이 있어, 지나면 그 주소로는 결제되지 않습니다. 거래가 살아 있다면 금액을 다시 확인하고 새 청구를 만들어 보냅니다.
-
승인 후 — 되돌림
거꾸로 가는 청구
취소·환불은 여정을 거슬러 갑니다. 바로 아래에서 따로 다룹니다 — 입금 전이냐 후냐에 따라 길이 달라지기 때문입니다.
역방향 여정
되돌림은 어느 정거장에서
되돌림은 어느 정거장에서
출발하느냐가 전부입니다
일주일 뒤, 손님에게 연락이 옵니다. "주문을 바꾸고 싶은데요." 이때 던질 질문은 하나 — 그 거래는 지금 어느 정거장에 있는가.
- 아직 입금 전이라면 — 승인 자체를 거둬들이는 쪽에 가깝습니다. 처리도 짧고 손님 카드 내역에서도 비교적 빨리 사라집니다.
- 이미 입금된 뒤라면 — 이후 정산에서 해당 금액이 차감되는 흐름으로 돌아갑니다. 통장에 마이너스 송금을 할 일은 없습니다.
- 어느 쪽이든 — 되돌림 기록은 원래 거래에 붙어 남습니다. 석 달 뒤에 봐도 "이 청구는 언제 결제됐고 언제 되돌렸는지"가 한 줄기로 읽힙니다.
운영 습관
여정을 짧게 만드는 세 가지 습관
같은 도구를 써도 생성에서 승인까지 걸리는 시간은 가게마다 다릅니다. 차이는 기능이 아니라 습관에서 나옵니다.
내역 문구는 손님의 말로
"잔금 청구"가 아니라 "거실 커튼 제작 잔금". 손님이 통화에서 쓴 표현을 그대로 옮기면 열람에서 승인까지의 머뭇거림이 줄어듭니다.
보내는 시각을 고르기
출근길·점심·저녁 식후처럼 휴대폰을 들여다보는 시간대에 맞춰 보내면 열람이 빨라집니다. 심야 청구는 다음 날 아침 예약 발송이 정중합니다.
아침에 미결 청구 훑기
하루를 열며 미결 상태의 청구만 모아 봅니다. 어제 멈춘 건은 오늘 안내하고, 수명이 다해 가는 건은 새로 보낼지 정리할지 정합니다.
도입 준비
시작 전에 정해 두면 좋은 세 가지
링크결제 도입 자체는 가벼운 편입니다 — 정작 여정의 품질을 좌우하는 건 아래 세 가지 사전 결정입니다. MC페이먼츠 도입 상담에서 함께 정합니다.
결정 1
손님 화면에 보일 이름
간판 이름과 표기 상호가 다르면 열람 정거장에서 이탈이 생깁니다. 손님이 아는 이름으로 보이도록 표기를 먼저 맞춥니다.
결정 2
입금 묶음의 주기
당일 묶음과 익일 묶음 중 가게의 지출 리듬에 맞는 쪽을 고릅니다. 운영해 보고 바꿀 수 있으니 처음엔 단순한 쪽이 무난합니다.
결정 3
청구를 만들 수 있는 사람
사장님 혼자인지, 직원도 보내는지. 만드는 사람과 되돌림 권한을 나눠 두면 금액 사고와 책임 소재가 함께 정리됩니다.
자주 묻는 질문
여정의 정거장마다 나오는 질문들
보낸 청구를 손님이 일주일 뒤에 눌러도 결제가 되나요?
청구에는 유효기간이 있어, 기간 안이라면 며칠 뒤에 열어도 결제가 진행됩니다. 기간이 지난 청구는 그 주소로 결제되지 않으므로, 거래가 유효하다면 금액을 다시 확인하고 새 청구를 만들어 보내면 됩니다. 기간 설정은 도입 시 운영 방식에 맞춰 안내받을 수 있습니다.
손님이 실수로 같은 청구를 두 번 결제할 수도 있나요?
승인이 완료된 청구는 상태가 닫혀 같은 주소로 다시 결제되지 않는 구조입니다. 다만 가게가 같은 거래의 청구를 두 건 만들어 둘 다 보낸 경우라면 각각 결제될 수 있으므로, 재안내가 필요할 땐 새 청구 대신 기존 청구를 다시 안내하는 습관이 안전합니다.
청구를 잘못된 번호로 보냈으면 어떻게 하나요?
미결제 상태라면 해당 청구를 거둬들여(비활성 처리) 다른 사람이 결제할 수 없게 한 뒤, 올바른 번호로 새로 보내면 됩니다. 청구에는 카드 정보가 담겨 있지 않고 금액과 내역 문구만 보이므로, 회수 처리까지 마치면 정보 노출 걱정 없이 정리됩니다.
승인 직후에 손님이 바로 취소를 원하면 어디서 처리하나요?
거래 기록에서 해당 건을 찾아 되돌림을 접수하면 됩니다. 입금 전 거래는 승인을 거둬들이는 쪽에 가까워 처리가 짧고, 손님 카드 내역 반영은 카드사 일정에 따라 차이가 날 수 있다는 안내를 함께 드리면 좋습니다.
금요일 밤에 승인된 청구는 언제 입금되나요?
정산은 영업일 기준으로 도므로, 주말 사이 승인 건은 다음 영업일의 묶음에 합류하는 흐름이 일반적입니다. 연휴가 긴 주간에는 입금이 몰릴 수 있어, 잔고 계획은 영업일 달력 기준으로 잡는 것이 어긋남이 없습니다.
예전 거래의 영수 내역을 손님이 다시 달라고 하면요?
승인 번호·휴대폰 번호·기간으로 거래를 검색해 영수 내역을 재전달할 수 있습니다. 거래마다 보낸 시각·열람·승인의 이력이 함께 남아 있어, 단순 재발급을 넘어 분쟁 상황의 근거 자료로도 쓰입니다.
오늘 저녁의 청구 한 건부터
이 여정 위에 올려 보세요
지금 가게에서 청구가 어떻게 오가는지 — 통화 후 계좌 안내인지, 만나서 받는지 — 그 한 장면만 들려주시면, 전담 매니저가 여섯 정거장 중 어디부터 바뀌는지 그려 드립니다. 표기 상호, 입금 주기, 권한 설계까지 시작 전에 함께 정리합니다.
