라이브 데모

B2B 에이전트 지갑

B2B 에이전트 지갑: 모든 예약을 추적 가능한 잔액으로 결제

B2B 에이전트 지갑을 사용하면 하위 에이전트가 미리 충전한 잔액이나 귀하가 부여한 신용 한도로 항공권, 호텔, 투어 비용을 결제할 수 있습니다. 모든 자금 이동은 날짜, 금액, 그리고 해당 예약 또는 입금이 기록된 원장 항목으로 남습니다.

  • 승인된 입금
  • 에이전트별 원장
  • 신용 한도
  • 잔액으로 환불

에이전트 명세서

에이전트 한 곳, 한 달, 모든 항목에 근거가 있습니다

PHPTRAVELS의 에이전트 명세서는 이런 모습입니다. 입금, 예약 출금, 환불 한 건, 그리고 잔액이 부족할 때 신용 한도로 결제한 항공권 한 건이 표시됩니다.

Skyline Travel LLC명세서 · 2026년 9월신용 한도 –결제 기한 30일
날짜항목금액지갑 잔액사용한 신용
2026-09-01충전입금 승인 · 계좌 이체TRX-20481+5,000.005,000.000.00
2026-09-03보류항공권 예약, 결제 대기 · LHR에서 DXBINV-1042변동 없음5,000.000.00
2026-09-04출금항공권 발권, 지갑에서 결제INV-1042−1,240.003,760.000.00
2026-09-09출금호텔 예약을 지갑에서 결제INV-1057−2,980.00780.000.00
2026-09-12환불환불 입금 · 취소된 투어INV-1031+410.001,190.000.00
2026-09-15신용 한도항공권을 신용 한도로 결제INV-1066−1,600.001,190.001,600.00
2026-09-28상환 완료신용 상환 · 계좌 이체TRX-20533+1,600.001,190.000.00
기말 잔액
–
사용 가능한 신용
–

샘플 화면입니다. 에이전트, 금액, 참조 번호는 예시입니다.

예약 한 건의 자금 흐름

예약은 네 가지 자금 상태를 거칩니다. 그중 두 가지만 원장에 항목을 기록합니다.

  1. 보류항목 없음

    예약은 생성되었지만 인보이스는 미결제 상태입니다. 아직 지갑에서 빠져나간 금액은 없습니다.

    pending · unpaid

  2. 출금됨출금

    에이전트가 지갑 또는 신용 한도로 결제하고 예약이 확정됩니다.

    confirmed · paid

  3. 환불됨재입금

    예약이 규정에 따라 취소되고 귀하의 팀이 금액을 다시 입금합니다.

    refunded

  4. 또는 보류 상태에서 바로

    무효항목 없음

    예약이 결제 전에 취소되었습니다. 잔액은 전혀 움직이지 않았습니다.

    cancelled

선불 잔액 또는 신용 한도

대부분의 여행사는 두 가지를 함께 운영합니다. 모든 에이전트에게는 선불 지갑을, 신뢰하는 일부 에이전트에게는 신용 한도를 제공합니다.

선불 지갑

자금 조달 방식
에이전트가 입금하고 귀하가 승인합니다
귀하의 위험 노출
승인한 입금액 외에는 없음
예약을 막는 조건
잔액이 예약 총액보다 적은 경우
정산 시점
예약 전에 입금으로

신용 한도

자금 조달 방식
에이전트가 사용할 수 있는 금액을 귀하가 부여합니다
귀하의 위험 노출
해당 에이전트에게 설정한 한도까지
예약을 막는 조건
사용한 신용이 한도에 도달한 경우
정산 시점
귀하가 일 단위로 정한 결제 기한 내

저장 내용

B2B 에이전트 지갑이 기록하는 정보

지갑의 가치는 그 뒤에 있는 기록에 달려 있습니다. PHPTRAVELS에서 잔액은 누군가 입력란에 적는 숫자가 아닙니다. 각각 금액, 통화, 설명, 타임스탬프를 가진 항목들의 결과입니다. 따라서 이의가 있는 금액도 언제든 그 금액을 만든 입금, 예약 또는 조정까지 추적할 수 있습니다.

지갑은 에이전트 계정, B2B 마크업, 예약과 같은 관리자 화면에 있으며, 같은 기록이 월말 업무에도 사용됩니다. 별도의 회계 장부도 운영한다면 여행사 회계 페이지에서 수치를 플랫폼 밖으로 내보내는 방법을 확인하십시오.

에이전트별 기록
지갑 잔액
에이전트는 포털에서, 직원은 관리자 화면에서 확인
입금
금액, 통화, 결제 수단, 거래 참조 번호, 승인 상태
원장 항목
입금 또는 출금, 금액, 통화, 설명, 타임스탬프
수동 조정
메모와 참조 번호를 붙여 자금을 추가하거나 차감
신용 허용액
신용 한도, 결제 일수, 신용을 처음 사용한 날짜
저장 위치
귀하의 데이터베이스, 귀하의 서버

입금 승인

은행 확인 전에는 아무것도 입금되지 않습니다

에이전트는 포털에서 입금을 신청합니다. 각 신청은 재무팀이 승인하거나 거부할 때까지 대기 상태로 남습니다. 샘플 대기열에서 직접 사용해 보십시오.

입금 대기열
  • Skyline Travel LLC대기 중승인됨거부됨계좌 이체 · TRX-20481–
  • Al Noor Tours대기 중승인됨거부됨현금 입금 · CSH-7713–
  • Blue Coast Holidays대기 중승인됨거부됨계좌 이체 · TRX-20455–

검토 후 에이전트 잔액

  • Skyline Travel LLC1,190.006,190.00
  • Al Noor Tours640.003,140.00
  • Blue Coast Holidays85.001,285.00

샘플 화면입니다. 승인 또는 거부를 클릭하면 잔액 변화를 볼 수 있습니다.

참조 번호 대조
모든 입금에는 에이전트가 입력한 결제 수단과 참조 번호가 있어 은행 거래 내역과 바로 대조할 수 있습니다.
거부된 내역도 보관
거부된 입금은 잔액을 변경하지 않으며, 기록은 감사 추적을 위해 그대로 남습니다.
재무팀에 알림
새 입금이 들어오면 알림이 발송되므로, 누군가 확인할 때까지 대기열이 멈추지 않습니다.

에이전트 결제 워크플로

첫 입금부터 월말까지

여섯 단계로 이루어지며, 각 단계마다 대조할 수 있는 기록이 남습니다.

  1. 1

    입금

    에이전트가 포털에서 금액, 통화, 결제 수단, 참조 번호를 제출합니다.

  2. 2

    검토

    재무팀이 참조 번호를 은행 내역과 대조하고 승인하거나 거부합니다.

  3. 3

    예약

    에이전트가 예약하고 결제 시 지갑 잔액 또는 신용을 선택합니다.

  4. 4

    출금

    결제된 인보이스는 예약 참조 번호와 함께 출금 항목을 기록합니다.

  5. 5

    환불

    취소된 환불 가능 예약은 메모와 함께 다시 입금됩니다.

  6. 6

    대사

    모든 항목은 입금, 예약 또는 명시된 조정까지 추적됩니다.

같은 결제 흐름이 B2B 예약 엔진 및 에이전트 포털 전반에서 작동합니다.

신용 한도

남은 신용과 상환 기한

에이전트별로 신용 한도와 결제 기한을 설정하십시오. 기한은 에이전트가 처음 신용을 사용한 날부터 시작되며, 신용을 상환하면 초기화됩니다.

여행 에이전트 신용 한도

한도는 에이전트가 한 번에 귀하에게 질 수 있는 최대 채무입니다. 신용으로 결제한 예약은 남은 한도를 줄이고, 귀하가 기록한 상환은 이를 복원합니다. 출금으로 허용액이 0 아래로 내려가는 일은 없습니다.

결제 일수와 연체 에이전트

결제 일수는 각 에이전트가 사용한 금액을 정산할 기간입니다. 기한이 지난 에이전트는 마감일, 연체 일수, 미납액과 함께 목록에 표시되므로 팀이 우선순위에 따라 연락할 수 있습니다.

신용 확인
사용 가능한 신용
900
상환까지 남은 일수
18
상태
기한 내오늘 마감연체

한도 도달: 에이전트는 지갑으로 결제하거나 충전해야 합니다

샘플 계산기입니다. 값을 바꿔 귀하의 조건을 시험해 보십시오.

역할 분담

에이전트, 재무팀, 플랫폼

지갑은 업무를 나누어, 누구도 흔적 없이 자금을 움직일 수 없게 합니다.

작업에이전트재무 관리자플랫폼
결제 수단과 참조 번호로 입금 신청예아니요아니요
입금 승인 또는 거부아니요예아니요
메모와 함께 자금 추가 또는 차감아니요예아니요
신용 한도와 결제 일수 설정아니요예아니요
지갑 또는 신용으로 예약 결제예아니요아니요
결제된 인보이스의 원장 항목 기록아니요아니요예
환불을 잔액으로 다시 입금아니요예아니요
잔액과 내역 확인예예아니요

운영 시작 전

먼저 에이전트 결제 조건을 정하십시오

규칙을 적용하는 것은 소프트웨어지만, 규칙을 정하는 것은 귀하의 몫입니다. 첫 하위 에이전트를 초대하기 전에 이 목록을 점검하십시오.

  • 에이전트가 입금하고 예약할 수 있는 통화 선택
  • 은행 정보와 허용되는 입금 수단 공지
  • 입금 승인 담당자와 휴가 시 대리인 지정
  • 신용을 받을 에이전트, 금액, 결제 일수 결정
  • 환불 규칙 작성: 취소된 예약이 언제 지갑으로 돌아가는지
  • 상품별 B2B 마크업과 수수료 설정
  • 에이전트에게 명세서를 보내는 주기 합의

FAQ

B2B 에이전트 지갑 관련 질문

여행사가 에이전트 결제를 설정하기 전에 자주 묻는 질문입니다.

영업팀 문의

각 여행 에이전트가 귀하의 플랫폼에 보유하는 잔액입니다. 에이전트는 귀하가 승인한 입금으로 잔액을 채우고, 그 잔액으로 예약 비용을 결제합니다. 모든 입금, 결제, 환불, 조정이 원장 항목으로 남으므로 잔액은 항상 그 뒤의 거래와 일치합니다.

네. 에이전트별로 신용 한도와 결제 일수를 설정할 수 있습니다. 에이전트는 그 한도까지 신용으로 예약을 결제할 수 있으며, 결제 기한은 신용을 처음 사용한 날부터 시작됩니다. 상환을 기록하면 허용액이 복원되고 기한이 초기화됩니다.

에이전트가 포털에서 금액, 통화, 결제 수단, 거래 참조 번호를 입력해 입금을 신청합니다. 신청은 대기 상태로 관리자 화면에 도착합니다. 팀이 승인하기 전에는 입금되지 않으며, 거부된 입금은 잔액을 바꾸지 않습니다.

결제할 때입니다. 인보이스가 미결제인 예약은 지갑에 영향을 주지 않습니다. 에이전트가 잔액이나 신용 한도로 결제할 때 출금이 기록되며, 결제 전에 취소된 예약은 원장에 아무 항목도 남기지 않습니다.

환불 가능한 예약이 취소되면 팀이 메모와 예약 참조 번호를 붙여 금액을 에이전트 지갑에 다시 입금합니다. 환불은 별도의 입금 항목으로 표시되므로 원래 출금과 환불이 모두 보이게 남습니다.

결제 기한이 지난 에이전트는 마감일, 연체 일수, 미납액과 함께 연체 목록에 표시됩니다. 알림 발송, 한도 하향, 지갑 결제만 허용 등 다음 조치는 귀하의 팀이 결정합니다.

입금과 원장 항목은 각각 고유한 통화를 가지므로, 다른 시장의 에이전트도 자신에게 맞는 통화로 충전하고 사용할 수 있습니다. 다중 통화 표시는 Enterprise 플랜에 포함됩니다.

지갑은 Agency 플랜부터 포함되며, 전체 B2B 에이전트 포털은 Enterprise에 포함됩니다. 두 플랜 모두 소스 코드가 포함된 일회성 라이선스이므로 개발자가 승인 흐름이나 원장을 귀하의 규칙에 맞게 변경할 수 있습니다.