교대는 끝났는데 돈이 없다: 숫자로 보는 P2P 정산 대사

트레이더는 계좌의 돈을 보고, 가맹점은 결제된 입금을 보고, 자금팀은 정산할 금액을 봅니다. 서로 다른 세 가지 관점입니다. 일일 정산 대사가 필요한 이유도 여기에 있습니다. P2P 구조에서 분쟁은 송금이 사라져서가 아니라, 한쪽은 총 입금을 세고, 다른 쪽은 이미 지급을 뺐고, 또 다른 쪽은 담보를 가용 자금으로 더했기 때문에 시작되는 경우가 많습니다. 하루 마감은 이 관점들의 차이를 유지한 채 서로 연결해야 합니다.

아래는 가상의 관리용 원장입니다. 모든 금액과 요율은 계산을 위해 만든 것이며 시장이나 특정 서비스를 설명하지 않습니다. 이 구조는 참여 기관과 계좌에 수납과 지급이 허용되어 있다고 가정합니다. 계정 과목 이름은 계약과 적용 회계 기준에 맞게 회계 담당자와 조정해야 합니다. 이는 허용된 계좌를 기준으로 한 관리용 요약이며, 고객 자금과 자기 자금을 한 은행 계좌에 섞으라는 제안이 아닙니다.

기초 포지션과 거래

하루가 시작될 때 프로세서에는 쓸 수 있는 운영 잔액 20 000 단위가 있습니다. 이 모델에서 12 000은 이미 인식된 가맹점 채무이고, 8 000은 프로세서의 자기 자금입니다. 별도로 제한 계좌에 담보 예치금 5 000이 있습니다. 이 돈은 운영 잔액 20 000에 포함되지 않으며 매출도 아닙니다.

당일 은행 출처는 신규 입금 100 000을 확인합니다. 그중 98 000은 가맹점 고객의 입금과 명확히 연결됩니다. 나머지 2 000은 아직 배분되지 않았습니다. 돈은 들어왔지만 특정 플레이어에게 입금 처리할 근거가 부족합니다. 원장은 확인될 때까지 이 금액을 별도 채무로 보관합니다. 출처를 알 수 없는 입금은 교대 근무의 수익이 되지 않습니다.

가맹점의 허용된 지시에 따라 플레이어 지급 60 000과 환불 1 000이 실행되었습니다. 양측이 확인·배분된 입금에 대해서만 2% 수수료를, 그리고 이날 실행된 지급에 대해 별도 요금 300을 합의했다고 가정합시다. 그러면 첫 번째 수수료는 1 960이고 총 보수는 2 260입니다. 이는 예시의 조건일 뿐 요율 제안이 아닙니다.

프로세서는 가맹점에 별도 정산금 40 000을 송금합니다. 이제 가맹점 채무 잔액은 이렇게 계산됩니다. 기초 12 000에 입금 98 000을 더하고, 지급 60 000, 환불 1 000, 수수료 2 260, 정산 송금 40 000을 뺍니다. 결과는 6 740입니다.

내역 없이는 부족한 검증 합계

하루가 끝날 때의 운영 자금은 20 000에 100 000을 더하고 60 000, 1 000, 40 000을 뺀 값입니다. 19 000이 나옵니다. 이는 가맹점 채무 6 740, 미배분 입금 2 000, 기초 자기 자금 8 000, 벌어들인 보수 2 260으로 구성됩니다. 구성 요소의 합도 19 000입니다. 제한된 담보 5 000은 따로 대사합니다.

이 등식은 유용하지만 개별 거래가 모두 맞다는 증거는 아닙니다. 잘못된 매칭 두 건이 서로 상쇄될 수 있습니다. 그래서 재무 통제 담당자는 합계뿐 아니라 고유한 연결을 확인합니다. 은행 거래, 프로세서 신청, 가맹점 고객 거래, 정산 행이 하나로 이어져야 합니다. 금액이 같다는 이유로 입금 송금 한 건이 입금 신청 두 건을 덮어서는 안 됩니다.

은행에는 지급 완료로 나오는데 프로세서가 대기 상태로 두었다면 이중 송금 위험이 생깁니다. 프로세서는 지급 완료로 표시했는데 은행이 확인하지 않는다면 수취인에 대한 채무는 사라지지 않습니다. 이런 경우에는 보기 좋은 0을 만들기 위해 합계를 조정할 것이 아니라 별도의 상태가 필요합니다.

교대는 어디서 끝나고 다음 날은 어디서 시작되는가

마감 시각 이후에 4 000이 더 들어왔는데 신청은 그 전에 생성되었다고 합시다. 신청 시각 기준으로 그 금액을 당일에 넣으면 운영 분석에는 편리하지만, 은행 원장은 다음 기간으로 잡을 수 있습니다. 차이는 이벤트 일자, 반영 일자, 합의된 시간대로 설명할 수 있어야 합니다. 버전 관리 없이 어제 파일을 고치는 것은 위험합니다. 가맹점이 이미 그 파일을 확정본으로 받아들였을 수 있기 때문입니다.

실용적인 방법은 미완료 항목 목록과 함께 기간을 마감하고, 조정은 별도 문서로 발행하는 것입니다. 각 행에는 이전 값, 새 값, 근거, 승인한 직원이 남습니다. 트레이더는 1차 증빙을, 대사 담당은 매칭을, 자금 담당은 자금 가용성을 책임집니다. 작은 팀에서 역할을 겸한다면 중요한 수정은 독립적으로 검토해야 합니다.

담보가 자금 부족을 메워 주지 않는 이유

담보는 계약에서 정한 위험을 보전하며 사용이 제한될 수 있습니다. 예를 들어 Bybit은 P2P 광고주의 동결된 담보를 거래 상대방 보상에 쓸 수 있다고 설명합니다. 이는 특정 플랫폼의 조건일 뿐, 모든 트레이더 팀에 대한 보장이 아닙니다.

이 예에서 가맹점 채무 6 740이 담보 5 000으로 자동 보전된다고 볼 수 없습니다. 담보의 소유자, 담보 수혜자, 허용되는 차감 근거, 실제 가용성을 확인해야 합니다. 그 돈을 오늘 지급에 쓸 수 없다면, 장부상 자산으로 남아 있더라도 유동성 계획에서 오늘 쓸 수 있는 금액은 0입니다.

환전에는 별도의 행이 필요하다

앞의 일일 원장에 포함되지 않은 별도 학습 예시입니다. 가맹점에 통화 A 10 000 단위에 해당하는 금액을 통화 B로 보내야 합니다. 합의된 가상 환율은 A당 0.90 B이므로 의무는 9 000 B입니다. 자금 담당자는 실제로 0.895에 B를 샀고 별도 수수료 20 B를 냈습니다. 이 구조에서 수수료 전 8 950 B를 받았고, 순수하게 쓸 수 있는 금액은 8 930 B입니다. 모자란 70 B를 미확인 입금 속에 숨겨서는 안 됩니다.

차액을 누가 부담하는지는 환율 고정과 수수료에 관한 합의에 달려 있습니다. 의무가 9 000 B로 고정되어 있었다면 프로세서가 자신의 실행 결과를 설명하고 메워야 합니다. 양측이 다른 방식을 합의했다면 원장은 그 방식을 그대로 반영합니다. 디지털 정산 자산이라면 자산 수량, 네트워크, 수수료, 입금 확인도 함께 기록합니다. "스테이블코인"이라는 이름이 그것을 은행 통화로 만들지는 않습니다.

마감된 하루란 모든 차이에 자리를 찾아 주고 책임자를 정했다는 뜻입니다. 미결 항목이 하나도 없다는 뜻은 아닙니다. 다음 교대에게는 거짓으로 끝낸 대사보다, 배분되지 않은 2 000을 정직하게 남긴 잔액이 훨씬 유용합니다.