중화사전망 - 자전 검색 - 지불 결제: 기본 개념 및 소개 ①
지불 결제: 기본 개념 및 소개 ①
단순화를 위해 같은 채널과 회사 내에서 구매하는 간단한 시나리오부터 시작하겠습니다. 상품도 회원카드와 같은 가상 제품으로 간주됩니다. 이 프로세스를 수행하려면 몇 가지 사전 작업을 완료해야 합니다.
올드 베어 회사는 이미 공행의 빠른 지불 인터페이스를 도킹했다. 이 인터페이스를 통해 카드 바인딩 (계약), 지불, 환불, 계산서 확인 등의 작업을 수행할 수 있습니다. 도킹 방법은 문서 결제 시스템의 은행 카드 지불을 참조하십시오.
곰 회사는 이미 공행의 요구에 따라 공행에 예비금 계좌를 개설했다. 노곰은 산업은행 인터페이스를 통한 모든 자금왕래 (예: 수금 환불 등) 를 통해 이 계좌에서 발생한다.
샤오밍은 노곰 회사의 신청에 자신의 카드를 묶었다. 처리를 단순화하기 위해 샤오밍은 공행의 카드도 바인딩하여 먼저 은행 간 결제 절차를 생략했다. 특정 바인딩 카드 절차는 결제 시스템 바인딩 카드, 서명 및 인증을 참조하십시오.
사용자 샤오밍은 그의 휴대폰, PC 또는 인터넷에서 100 위안의 가상 제품을 구입했다. 예를 들면 많은 회사들이 사용할 회원카드이다. 먼저 가상상품부터 말씀드리겠습니다. 실물상품의 상황이 좀 복잡해질 수 있기 때문에 공급망과 물류도 큰 화제입니다. 우리는 실물 상품을 구매할 때 이 문제를 고려해야 하지만, 가상제품은 잠시 소홀히 할 수 있다. 그런 다음 샤오밍은 웹 사이트에서 주문 및 지불 작업을 수행합니다.
노곰사의 지불 시스템이 샤오밍의 지불 작업 요청을 받으면 먼저 주문에 문제가 있는지 확인한 다음 공은속선 지불 인터페이스를 호출하여 사용자의 직행카드에서 100 원을 공제합니다.
사용자의 직행카드는 실시간으로 공제됩니다. 즉, 이 작업이 완료되면 샤오밍은 자신의 직행잔고와 흐르는 물을 보고 100 원 거래가 있으며 계좌 잔액도 100 원 감소합니다.
하지만 이 돈은 노곰 회사의 계좌로 직접 들어가지 않았다. 공행은 다음날 새벽 그저께 거래를 청산하고 결산할 예정이다. 수입을 계산할 때 통로비도 공제해 최종적으로 결제계좌로 이체해야 하는 금액을 얻어야 한다. 이 예에서는 수수료가 지불 금액에 따라 0. 1% 의 비율로 청구된다고 가정합니다.
이번 거래에서 공행은 0. 10 원의 보수를 받았고, 그 회사의 수입은 99.9 위안이었다. 여기에 주의가 필요한 곳이 하나 있다. 일부 은행은 수수료를 공제한 후 전일 잔액을 모두 결제계좌로 이체한다. 일부 은행들은 먼저 모든 수입을 결제계좌로 전액 이체한 다음 수수료를 공제한다.
사용자가 지급을 한 후 시스템은 먼저 다음과 같은 거래 플로우를 기록해야 합니다.
거래주체: 이번 거래지불을 시작한 사용자, 일반적으로 ID, 이름 등의 정보를 기록합니다.
거래 계정: 사용자가 구매할 때 사용하는 계정입니다. 이것은 ICBC 사용자 카드입니다. 실제 계좌는 공상은행에 설립되었지만, 전자상거래 시스템에서는 결제를 용이하게 하는 대리인을 세웠다. 이 계정의 시스템 ID 는 1000 1 (데이터 자체에는 다른 의미가 없음) 입니다.
거래상대: 가상제품을 판매하는 업무 부서로서 일반적으로 해당 부서의 ID, 이름 등의 정보를 기록합니다.
정산 수익: 거래 상대가 받을 수 있는 금액. 이것은 지불 금액-채널 수수료, 99.9 위안입니다.
거래 상대 계정: 가상 제품의 수금 계정입니다. 결제를 용이하게 하기 위해 회사는 일반적으로 각 업무에 대해 별도의 결제 계좌를 설치한다. 이 계정의 시스템 아이디는 2000 1 (데이터 자체는 다른 의미가 없음) 입니다.
거래 채널: 즉, 공행의 빠른 지불이며 채널의 ID 와 이름도 기록해야 합니다.
채널 결제계좌: 대리점 계좌로도 채널 끝의 거래 유수를 기록하고 있습니다.
채널 제출 시간: 채널에 대한 지불 요청 시간;
채널 지불 시간: 채널은 일반적으로 반환된 메시지에 거래 실행 시간을 나타냅니다. 그렇지 않은 경우 채널의 지불 인터페이스를 사용하여 시간을 반환합니다.
채널 비율: 채널 수수료입니다. ICBC 가 0.65438+ 지불 금액의 0% 를 지불 금액으로 청구한다고 가정합니다.
통행료: 지불 금액 * 수수료율, 즉 0. 1 원입니다.
거래 개시일: 20161213: 00:10, 즉 사용자가 주문을 제출한 후 가상 제품 업무 호출 결제 시스템 인터페이스
거래 실행 날짜: 20161213: 00:11,지불
지급 마감 일자: 지급은 이 일자 이전에 완료되어야 합니다.
주문 정보: 이 경우 회원 카드이며 일반적으로 업무 측의 주문 ID, 이름, 내용 등의 정보를 기록해야 합니다.
주문 금액: 제출된 최초 주문 금액은 100 원입니다.
지급 금액: 사용자가 실제로 지급한 금액입니다. 쿠폰이나 할인카드를 사용하지 않았기 때문에 여기 결제금액은 주문금액, 즉 100 원과 같습니다.
너는 카드권을 사용하지 않았고, 파트너와 나누지도 않았다. 이 두 단락의 내용은 잠시 녹음하지 않는다.
지불이 완료되면 거래 플로우가 실시간으로 생성됩니다. 이 유수 정보는 후속 부기의 기초이므로 유류에서 수집할 수 있는 모든 현장 정보를 기록해야 합니다. 여기 출처:
거래의 주체, 즉 돈을 내는 샤오밍.
거래 상대, 즉 수금하는 업무 당사자.
거래 채널, 즉 일은익스프레스입니다.
거래 상품, 즉 회원 카드.
각 각도에서 거래를 묘사하다. 여기에 많은 중복 정보가 있다는 것을 알 수 있을 것이다. 실제로 사용자 이름, 상품명, 상품가격 등 거래에 관련된 모든 수정 가능한 정보는 후속 역추적 및 검토를 위해 여기에 스냅샷을 남겨야 합니다.
말할 필요도없이, 이 계정은 오래 된 곰 회사의 계정, ICBC 계정, Xiaoming 가족의 계정이 아닙니다. 여기에는 공업과 샤오밍의 정보가 있을 수 있지만, 부기의 목적은 노곰회사의 경영 상황을 이해하고 개선하기 위한 것이다.
노곰은 대기업의 지사나 자회사가 아니다. 그것은 독립된 회계 단위로서 독립된 자본과 업무를 가지고 있다. 회계의 관점에서 볼 때, 그것은 독립된 회계 주체이다.
개념적으로, 회원 구매, 사용자 충전, 비용 지불과 같은 모든 금전 관련 활동. , 설명이 필요합니다. 이러한 활동을 회계 대상이라고 합니다.
회사마다 회계 대상이 다르며, 때로는 같은 활동의 명칭도 다르다. 만약 네가 이 활동들로 직접 장부를 기록한다면, 각 회사의 상황을 비교할 수 없을 것이다.
예를 들어 시나닷컴은 내 웨이보 광고 수입이 300 만 원이라고 말했고, 인터넷은 우리 집에서 돼지를 팔아 300 만 원을 벌었다고 말했다. 누가 더 많은 돈을 벌었습니까? 장부에는 모든 사람이 범주별로 기록할 수 있도록 표준이 필요하다. 회계 요소의 개념을 도입한 회계 객체의 관리를 규제합니다.
회계 요소는 회계 객체의 기본 분류이며 회계 객체의 구체화입니다.
회계 객체가 객체인 경우 회계 요소는 객체를 정의하는 클래스입니다. 국가마다 회계 요소에 대한 규정이 다르다.
국제회계준칙위원회 (IASC) 는 재무제표의 작성 및 발표 구조에서 회계 요소를 자산, 부채, 지분, 소득 및 비용의 다섯 가지 요소로 나눕니다. 재무 회계 기준위원회 (FASB) 는 회계 요소를 자산, 부채, 자기자본 (순자산), 소유자 투자, 소유자에게 할당된 자금, 종합이익, 영업수익, 비용, 손익으로 나눕니다.
우리나라 회계규범은 회계 요소를 자산, 부채, 자기자본, 소득, 비용, 이윤의 6 가지 주요 요소로 나눕니다.
여기서 자산, 부채 및 자기자본은 회사의 재무 상태를 반영합니다. 다음과 같은 방정식을 만족시킵니다.
6 대 회계 요소는 회계가 필요한 범위를 보여 주지만, 결국 입자성은 여전히 너무 크다. 회사의 재무 상황을 자세히 파악하기 위해 회계를 도입하여 회계 대상을 2 차 나누다. IT 의 언어로 볼 때, 회계는 실제로 다른 범주에 따라 회계를 하는 분류 시스템이다. (윌리엄 셰익스피어, 윈스턴, 회계, 회계, 회계, 회계, 회계, 회계, 회계) 구현에도 숫자+이름, 일반적으로 사전 테이블로 알려져 있습니다. 정의에 따르면 회계는 의미가 명확하고, 개념이 명확하고, 간단명료하며, 이해하기 쉬운 표준명을 가리킨다. 경제 내용의 성격에 따라 회계는 자산 계정, 부채 계정, 자기자본 계정, 손익 계정, 원가 계정으로 나눌 수 있으며 일부 금융기업에는 자산과 부채가 있습니다. 각 유형의 회계에서 더 세분화할 수 있습니다. 재정부 20 16 이 발표한 새로운 회계 지침을 참조하십시오. 회계와 요소 간의 관계:
회계도 총계정원장 계정과 상세 계정으로 나뉜다. IT 관점에서 볼 때, 총계정 원장 계정은 1 차 분류로 간주될 수 있으며, 상세 계정은 이 1 차 분류에 따른 2 차, 3 급 이상의 상세 계정입니다. 장부를 기재할 때 총계정 원장과 상세 계좌를 모두 기록하겠습니다. 전자 상거래 결제 시스템에서는 일반적으로 다음 과목을 설정합니다.
계정은 계정 이름, 계정 용도 및 구조를 포함하여 회계 요소의 특정 내용에 대한 과학적 분류입니다. 계정은 계정과 계정 이름을 설정하는 기초입니다.
예를 들어, 은행 예금이라는 회계에 대해 회사 은행 예금의 변화를 추적하기 위해 해당 은행 예금 계좌도 설정됩니다. 이 경우 설정하려는 계정은 계정과 동일합니다.
예전에 컴퓨터가 없었을 때 버스 카드를 사는 것을 생각해 보세요. 버스회사 이모는 카드번호, 구매자 이름, 카드 액면가 등의 정보를 꼼꼼히 기록하며 운이 좋을 때 영수증을 드립니다.
일반적으로 이모는 구매 기록을 장부에 등록하여 회계 증빙을 형성하고 인보이스 번호를 여기에 등록한다. 오늘날의 첨단 기술 시대에도 이 증명서는 여전히 없어서는 안 된다.
먼저 상세한 장부를 설명하고, 기록 내용은 다음과 같다.
각 거래 정보는 여기에 상세히 기록되어 있다. 물론, 컴퓨터 시스템을 통해 시간과 장소를 포함한 더 많은 세부 사항을 기록할 수 있다.
여러분이 자주 보는 기록은 다음과 같습니다.
앞서 언급했듯이 은행 예금, 서비스 비용 및 주요 업무 수입은 총계정 원장 계좌에 속하고, 공행 영수증, 회원 카드 및 공행 수수료는 상세 계좌에 속한다. 여기서는 복식 부기 법의 대출 부기 방법을 채택하고 있다. 해당 계정 구조는 다음과 같습니다.
대출 복식 부기장법의 특징은 다음과 같습니다.
대출은 부기 기호로 회계 정체성에 근거하여 대출이 있으면 반드시 대출이 있고, 대출이 있으면 반드시 평평해야 한다는 원칙을 따른다.
계좌의 기본 구조는 왼쪽은 차변이고 오른쪽은 대변이다.
일반적으로 위의 그림에서 T 라인 계정의 형식 설명입니다.
대출소가 대표하는 증가와 감소의 의미는 고정이 아니라 계좌의 성격과 관련이 있다.
청산과 결제에 대한 소개로서, 청산과 결제와 관련된 개념, 특히 IT 관점에서 이해하기 어려운 회계 용어를 가장 간단한 장면으로 설명한다. 사실, 이 경우 여전히 많은 문제가 있습니다.
엄밀히 말하면, 회원카드의 수입은 즉시 회사의 주영업무수입으로 삼을 수 없다. 회원카드는 선불입니다. 사용자가 회원카드를 사용하기 시작하는데, 회사는 이를 위해 서비스를 제공해야 합니다. 사용자가 회원 카드 사용을 마친 후, 이 비용은 실제로 회사의 주요 업무 수입에 떨어지는 것으로 볼 수 있다.
회원 카드 사용 기간 동안 회사가 회원 업무를 처리하는 각종 비용은 이 기간 동안 회원과 분담해야 한다. 비용을 각 회원 카드에 분배하고, 사용 비용을 계산하고, 마지막으로 수입을 계산하다.
이용회원카드로 산 돈은 즉시 비축계좌에 반영되지만 결제계좌에는 즉시 반영되지 않습니다. 일반적으로 T+ 1 결제입니다. 즉, 은행이 다음날 청산한 자금을 회사 결제계좌로 이체합니다. 이 상황을 어떻게 설명해야 합니까?
지불 과정에서 상품권과 쿠폰을 사용한다면 어떻게 생각해야 하나요?
또한 환불, 충전 등의 시나리오에 대한 청산과 결제도 있습니다. 이 문장 시리즈에 자세히 설명되어 있습니다. 이 글은 단지 몇 가지 관련 개념만을 소개하니, 후속 내용을 계속 주시해 주시기 바랍니다.