회계에서 무엇을 습득합니까? 구매자는 플라스틱 카드(공급업체의 회계 및 현금 문서)를 사용하여 지불합니다. 은행 카드를 사용한 거래 회계

인수 거래 입력 방법 학습(1C: 회계 8.3, 에디션 3.0)

2017-06-13T22:31:11+00:00

오늘은 결제 카드(Visa, MasterCard 등)를 통해 고객으로부터 결제하는 방법을 알아 보겠습니다.

다른 방식으로 이러한 작업을 다음 획득이라고도 합니다.

주목! "카드 결제" 항목이 없는 경우 "기본" 섹션의 "기능" 항목으로 이동하여 "은행 및 현금 데스크" 탭에서 "결제 카드" 확인란을 선택하세요.

열리는 저널에서 “만들기” 버튼을 클릭하세요:

당연히 우리의 운영 유형은 "소매 수익"입니다.

날짜와 창고 필드를 입력합니다(수동 POS 유형 사용).

새 결제 유형을 만듭니다.

결제 유형: 결제 카드
이름: 예: Visa
상대방: 인수 은행 VTB
계약: 계약 취득(번호 및 날짜 지정도 가능)

서비스 획득에 대한 은행 수수료 비율(1%)도 표시하는 것을 잊지 마십시오.

다음과 같이 나타납니다.

지불 금액을 표시하고 문서를 게시합니다.

배선(DtKt 버튼)을 살펴보겠습니다.

좋아요:

62.R(소매 구매자) 90.01.1 (수익) 100,000 (수익반영)

57.03 (번역하는 중) 62.R(소매 구매자) 100,000 (수송 중 수익, 인수 은행에서 당좌 계좌로 이체 예상)

1월 2일자 명세서에 따르면, 수수료를 제외한 금액이 우리 은행 계좌로 이체되었습니다.

돈 수령을 반영하기 위해 방금 생성된 "지불 카드 결제" 문서로 이동하여 이를 기반으로 "당좌 계좌에 대한 영수증"을 생성해 보겠습니다.

프로그램은 은행 수수료(이 경우 1,000루블)를 자동으로 할당합니다.

그리고 그녀는 이를 다른 비용(계정 91.02)에 귀속시켰습니다.

문서를 살펴보고 게시물을 살펴보겠습니다(DtKt 버튼):

좋아요:

51 (현재 계정) 57.03 (운송 중 이체) 99,000 (결제 - 당사 계좌에 적립된 수수료)

91.02 (기타 비용) 57.03 (중계이체) 1,000 (수수료비용 취득)

그런데 수익이 소매(62.R)가 아니라 구매자(특정 거래상대방)로부터 정기적으로 지불되는 경우 - 거래 유형으로 "구매자로부터 지불"을 선택한 다음 모든 곳에서 대신 선택해야 합니다. 62.R 62.01은 구매자(상대방)가 선택한 것을 나타냅니다.

그게 다야

그런데, 새로운 수업을 위해...

감사합니다, 블라디미르 밀킨(선생님

획득이란 무엇입니까? 획득이란 결제 카드를 사용하여 구매 대금을 결제하는 프로세스입니다.

과정은 다음과 같습니다. 구매자는 제품을 선택하고 계산대에 가서 플라스틱 결제 카드로 구매 대금을 결제하려고 합니다. 판매자는 카드를 단말기에 삽입하고 PIN 코드를 입력하도록 요청합니다. 카드에 구매 대금을 지불하기에 충분한 자금이 있으면 판매자는 카드를 반환하고 현금 영수증과 상품을 발행합니다. 이 과정은 우리 모두에게 잘 알려져 있습니다.

구매자가 올바른 PIN 코드를 입력하고 상품을 픽업한 후 어떤 일이 발생하는지, 1C 회계 8.3에 인수 작업이 입력되는 방법과 단순화된 세금 시스템인 UTII 또는 OSN에 따라 회계에서 어떤 거래가 생성되는지 알아 보겠습니다.

결제카드 결제 시 상품 및 서비스 판매 등록

도소매 판매 가능한 예약 바로 하겠습니다. 원칙적으로 소매점에서의 매출은 거래 교대 종료 시 자동으로 회계 시스템에 기록됩니다(언제든지 정보를 업로드할 수 있음). 판매된 상품에 대한 정보(프로그램 내에서 문서 “ “가 생성됨)와 함께 결제 정보도 함께 업로드되어야 합니다. 현금결제와 비현금결제를 구분해야 합니다.

따라서 이와 관련하여 이 기사에서는 이에 대해 다루지 않지만 일반적인 상품 및 서비스 판매와 지불 카드를 사용한 이 문서에 대한 지불을 고려할 것입니다.

하지만 먼저 앞서 약속한 대로 카드 결제 프로세스가 어떻게 진행되는지, 누가 누구에게 언제 빚을 지고 있는지 알아봅시다.

1C에서 267개의 비디오 강의를 무료로 받으세요:

구매자는 카드 계좌의 은행 카드로 지불합니다. 이에 따라 은행에서 구매한 금액은 구매자 계좌에서 출금되었으나 아직 매장 계좌에는 입금되지 않은 상태입니다. 모든 구매를 즉시 전송하는 것은 의미가 없으며 시스템에 과부하가 걸립니다. 교대근무 중에 우리 조직 내 은행카드(비현금 결제)를 통한 모든 결제 거래가 기록됩니다. 은행은 계약에 따라 고객 조직에 빚을지게 됩니다.

우리 것으로 추정되는 자금 (구매자가 상품 대가를 우리에게 지불)의 1C에 기록을 유지하는 방법에 대한 의문이 제기되지만 실제로는 아직 존재하지 않습니다.

계정과 목표에 이러한 자금을 설명하기 위해 "지불 카드 판매"라는 계정 57.03이 있습니다. 우리가 거래를 할 때까지 돈이 축적되어 현재 계좌에 필요한 금액이 적립됩니다.

이제 트랜잭션 처리를 시작해 보겠습니다.

상품 판매

""문서를 올바르게 생성하고 형식을 지정하는 방법은 이미 설명되었으므로 설명하지 않겠습니다. 제가 문서를 어떻게 작성했는지 예를 들어보겠습니다.

1C 8.3에 결제 카드 결제를 입력합니다.

이제 획득을 통해 1C로 결제하겠습니다. 판매 문서를 기반으로 지급 문서를 생성합니다. 이 경우 필요한 세부 정보 중 상당수가 자동으로 입력됩니다.

'기준 생성' 버튼을 클릭하고 '결제 카드 결제'를 선택하세요. 지급 문서 생성 창이 열립니다. 이 창에서는 기본적으로 “결제 유형”만 선택하면 됩니다.

처음에는 프로그램이 판매 조직과 연결되어 있으므로 미리 설정된 결제 유형이 없습니다.

새로운 결제 유형을 만들어 보겠습니다. 예를 들어 "VISA 카드 결제"라고 부르겠습니다.

결제 유형 - '결제 카드'를 선택하세요.
"조직" 및 "은행" 필드를 입력합니다.
우리는 은행과의 계약을 명시할 것입니다(만약 확립되지 않은 경우, 새로운 계약을 생성할 것입니다).
정산 송장에는 57.03과 이자를 입력합니다.

소매 네트워크에서 결제 시 은행 카드를 적극적으로 사용하기 때문에 서비스 획득이 점점 더 대중화되고 있습니다. 결국, 서비스 획득을 통해 무역회사는 고객 범위를 확장하고 그에 따라 거래량을 늘릴 수 있습니다.

이 기사에서는 인수 서비스 제공 및 처리의 세부 사항과 회계 반영 기능에 대해 알아 봅니다.

서비스 획득은 소매 무역 네트워크에서 지불을 위해 지불 카드를 수락하기 위한 일련의 활동입니다.

은행 카드를 받기 위해 단말기를 사용하는 것은 무역 회사에게 많은 중요한 이점을 제공합니다. 그 중에는:

신규 고객 유입으로 판매량 20~25% 증가;
수집 서비스 비용 절감;
사기 방지(위조 지폐 수용)
은행의 우대 및 할인 프로그램.

인수 서비스 제공의 기초는 무역 회사와 은행간에 체결 된 계약입니다. 계약에 따라 은행은 상품 또는 서비스 판매자에게 필요한 모든 장비를 제공하고 설치를 보장하며 중단 없는 운영에 대한 책임을 집니다.

무역 기업은 계약에 명시된 금액과 조건 내에서 은행에 수수료를 지불할 것을 약속합니다. 표준 취득 계약은 원칙적으로 은행이 수수료 금액을 독립적으로 보류하도록 규정합니다. 상품 판매 시 은행은 수익금에서 수수료를 뺀 금액을 이체합니다.

구매자에 대한 판매 및 은행으로부터 자금 수령에 대한 회계

상품 판매 거래 및 카드 결제 반영 시 이용하세요. 이는 상품 판매 후 1~3일 이내에 은행이 대금을 무역회사로 이체하기 때문입니다.

인수 계약에 따른 게시는 영업일 종료 시 소매점 직원이 POS 단말기에서 인쇄하는 제어 테이프를 기반으로 수행됩니다. 포인트가 임프린터를 사용하는 경우(아주 드물게 발생함) 기본 문서는 승인 표시가 있는 전표입니다.

러시아 연방 세법에 따라 취득 수수료에는 VAT가 적용되지 않습니다. 취득 비용은 계정 91에 반영됩니다.

예시를 사용하여 일반적인 인수 거래를 살펴보겠습니다.

은행 단말기를 통한 판매를 위한 게시

게시 예:

계약 조건에 따라 Kodeks LLC는 지불 카드로 지불한 상품 판매 금액의 2.3%에 해당하는 수수료를 인수 은행에 지불할 것을 약속합니다. 제어 테이프에 따르면 Kodeks LLC의 거래 네트워크에서 구매자는 67,000 루블, VAT 10,220 루블의 카드로 지불했습니다.

Kodeks LLC의 회계에는 이러한 거래가 다음과 같이 반영되어야 합니다.

Dt	CT	설명	합집합	문서
62	90/1	결제카드로 결제한 고객에 대한 판매수익	67,000 문지름.
90/3	부가가치세 68		루블 10,220	POS 단말기 제어 테이프
	62	은행 카드 결제 정보가 포함된 전자 저널의 은행으로 이체	67,000 문지름.	전자 저널
		은행 송금으로 판매된 상품에 대해 은행에서 수수료를 제외한 자금 수령(RUB 67,000 - 2.3%)	65,459루블	은행 명세서
91		서비스 획득을 위한 은행 수수료 상각	1,541 루블	POS단말기 제어테이프 계약체결

현금 및 비현금 결제에 의한 상품 판매 회계

LLC "Forma"는 서비스 획득 제공을 위해 은행과 계약을 체결했으며, 이에 따라 은행 수수료는 카드 결제 금액의 2.5%입니다. 2015년 8월 말을 기준으로 Forma LLC의 총 거래액은 136,000루블에 달했으며 그 중 현금 지불은 89,000루블, 카드 지불은 47,000루블이었습니다.

Forma LLC의 회계사는 회계에 다음 항목을 입력했습니다.

Dt	CT	베이스	합집합	문서
50	90/1	현금으로 판매된 상품에서 발생한 수익	89,000 문지름.	현금영수증 주문
62	90/1	결제카드로 결제한 고객 대상 판매	47,000 문지름.	POS 단말기 제어 테이프
90/3	부가가치세 68	현금판매에 대한 부가가치세	루블 13,576	현금영수증 주문
90/3	부가가치세 68	은행송금을 통한 판매금액에 대한 부가가치세	루블 7,170	POS 단말기 제어 테이프

20.02.2018

인수 은행과 기업 간에 인수 계약이 체결됩니다. 인수 계약에 따라 은행은 회사가 플라스틱 카드를 사용하여 고객으로부터 지불을 수락할 수 있도록 허용합니다.

인수 은행은 계약에 따라 지불을 수락할 수 있는 장비를 조직에 제공합니다. 플라스틱 은행 카드의 정보를 읽고 이를 은행으로 전송할 수 있는 POS 단말기입니다. 은행이 고객에게 장비를 이전하는 조건은 계약에 따라 결정됩니다. 장비는 무료로 제공되거나 임대 방식으로 제공될 수 있습니다.

"관세"란 이 협정의 부록 1에 명시된 금액을 의미한다.

또한, 서비스를 통한 결제라 함은 전자화폐 결제를 의미합니다. “자금 출처”란 거래 자금 조달에 사용되는 결제 방법을 의미합니다. 거래 자금을 조달하기 위해 잔액, 카드 결제, 은행 송금 등의 결제 방법을 사용할 수 있습니다. "입찰 처리 지연"은 귀하가 결제를 승인한 시점과 판매자가 귀하의 결제를 처리하는 시점 사이의 지연을 의미합니다. "결제 카드"란 귀하의 Curves 카드와 관련된 모든 직불 카드, 신용 카드 또는 선불 카드를 의미합니다. “선호 자금 출처”는 기본 자금 출처를 사용하는 대신 결제 자금을 조달하기 위해 선택한 자금 출처를 의미합니다. "신탁"은 Money Curve가 해당 섹션에서 요구하는 대로 사전 승인을 유지할 권리를 보유한다는 것을 의미합니다.

"반복 결제"는 섹션에 명시된 의미를 갖습니다.

"제한된 활동"은 본 계약의 6항에 설명된 활동을 의미합니다. "사용자", "귀하" 또는 "귀하의"는 귀하 및 당사와 본 계약을 체결하거나 서비스를 사용하는 기타 개인 또는 단체를 의미합니다. 견적된 관세에는 모든 관련 세금이 포함됩니다. 그러나 곡선을 통해 지불되지 않거나 당사가 부과하는 기타 세금이나 비용이 있을 수 있습니다. 귀하는 서비스 이용으로 인해 발생하는 전화 요금 및 귀하의 인터넷 서비스 제공업체가 부과하는 모든 요금, 유사하거나 관련 요금에 대해 책임을 집니다. 당사는 귀하의 거래 내역이나 이메일을 통해 거래 및 요금에 대한 정보를 귀하에게 제공할 것입니다.

은행 (지불) 카드 결제의 특징은 거래 자금이 구매자가 아닌 인수 은행으로부터 조직이 받는다는 것입니다. 이 경우, 실제 대금을 수령한 시점은 구매자가 대금을 지급한 시점과 다릅니다. 따라서 그러한 지불 시점에 부채는 구매자로부터 인수 은행으로 이전됩니다.

1C 8.3에서 획득을 수행하는 방법

1단계. 1C 8.3에서 획득 설정

1C 회계 8.3 프로그램에서 은행 카드 결제를 반영하려면 다음 설정을 지정해야 합니다. 메인 메뉴 – 설정 – 기능:

북마크로 가자 은행 및 현금 데스크.확인란을 선택하세요. 지불 카드.이 설정을 사용하면 은행 대출 및 은행 (결제) 카드를 사용하여 서비스 및 상품에 대해 1C 8.3에서 결제를 수행할 수 있습니다.

2단계. 1C 8.3에서 획득을 반영하는 방법

1C 8.3에서 설정이 완료되면 문서를 사용하여 고객에게 결제가 가능해집니다. 결제 카드 결제:

작업 유형 구매자로부터의 지불 – 도매 구매자의 대리인으로부터 결제를 처리하기 위해
또는 작업 유형에 따라 소매 수익 – 수동 판매 시점의 수익 요약 반영:

소품 결제 유형디렉토리에서 채워짐 결제 유형, 여기서 디렉토리 요소에는 1C 8.3의 인수 계약, 결제 계정 및 인수자를 작성하기 위한 정보가 포함되어 있습니다.

소매 문서 취득을 위한 게시물 결제카드 결제수술 종류와 함께 구매자로부터의 지불:

1C 8.3 소매 거래의 인수 거래를 문서에 반영하는 경우 결제카드 결제작업 유형을 선택해야 합니다. 소매 수익수동 판매 시점의 경우. 이 경우 문서의 이동은 다음과 같습니다.

3단계. 소매업을 위한 1C 8.3 취득 회계

자동화 소매점용 POS단말기를 통해 결제카드로 결제하는 소매거래가 문서로 등록됩니다. 북마크에 무현금 결제인수 계약에 따라 지불 유형을 선택할 때:

배선이 생성되고 있습니다. 문서의 이동은 계정에 반영됩니다.

4단계. 1C 8.3에서 획득을 수행하는 방법

인수 은행은 자금을 판매자의 당좌 계좌로 이체하여 판매자에게 부채를 상환합니다. 문서를 만들 때 은행 명세서 – 당좌 계좌에 대한 영수증필요한:

문서 작업 유형 선택 지불 카드 및 은행 대출을 통한 판매 영수증
현장에서 지불인인수 계약을 체결한 은행을 선택합니다.
작성된 조회내역을 바탕으로 은행수수료 금액이 자동으로 채워집니다. 결제 유형:

그 후 1C 8.3에서는 인수 은행의 부채가 마감되고 은행의 인수 서비스에 대한 전기가 생성됩니다. 문서의 움직임은 다음과 같습니다.

이 기사를 평가해 주세요:

1C 8.3 회계 3.0에서 결제 카드로 구매 비용 지불

획득이란 무엇입니까? 획득이란 결제 카드를 사용하여 구매 대금을 결제하는 프로세스입니다.

과정은 다음과 같습니다. 구매자는 제품을 선택하고 계산대에 가서 플라스틱 결제 카드로 구매 대금을 결제하려고 합니다. 판매자는 카드 리더기(단말기)에 카드를 삽입하고 PIN 코드를 입력하라고 요청합니다. 카드에 구매 대금을 지불하기에 충분한 자금이 있으면 판매자는 카드를 반환하고 현금 영수증과 상품을 발행합니다. 이 과정은 우리 모두에게 잘 알려져 있습니다.

구매자가 올바른 PIN 코드를 입력하고 상품을 수령한 후 어떤 일이 발생하는지, 그리고 단순화된 세금 시스템 또는 OSN을 사용하여 1C 회계 8.3에서 취득을 수행하는 방법을 알아 보겠습니다. 1C 8.2 회계에서 획득하는 것은 실제로 8.3과 다르지 않으므로 이전 버전의 1C에 대해 이 지침을 안전하게 사용할 수 있습니다.

결제카드 결제 시 상품 및 서비스 판매 등록

우리는 소매 및 도매로 판매할 수 있습니다. 원칙적으로 소매점에서의 매출은 거래 교대 종료 시 회계 시스템에 자동으로 기록됩니다(언제든지 정보를 업로드할 수 있음). 판매된 상품에 대한 정보 업로드(프로그램에서 "소매 판매 보고서" 문서 생성)와 함께 결제 정보도 업로드해야 합니다. 현금지급과 비현금지급을 구분해야 합니다.

따라서 소매 운영 자동화와 관련하여 이 기사에서는 이에 대해 다루지 않지만 일반적인 상품 및 서비스 판매와 지불 카드를 사용한 이 문서에 대한 지불을 고려할 것입니다.

먼저, 카드 결제 절차가 어떻게 진행되는지, 누가 언제 누구에게 빚을 지는지 알아보겠습니다.

우리 것으로 추정되는 자금 (구매자가 상품 대가를 우리에게 지불)의 1C에 기록을 유지하는 방법에 대한 의문이 제기되지만 실제로는 아직 존재하지 않습니다.

계정과 목표에 이러한 자금을 설명하기 위해 "지불 카드 판매"라는 계정 57.03이 있습니다. 은행 명세서를 작성하여 필요한 금액을 당좌 계좌에 입금할 때까지 돈이 축적됩니다.

이제 트랜잭션 처리를 시작해 보겠습니다.

상품 판매

다음은 문서 작성 방법의 예입니다.

1C 8.3에 결제 카드 결제를 입력합니다.

이제 획득을 통해 1C로 결제하겠습니다. 판매 문서를 기반으로 지급 문서를 생성합니다. 이 경우 필요한 세부 정보 중 상당수가 자동으로 입력됩니다.

'기준 생성' 버튼을 클릭하고 '결제 카드 결제'를 선택하세요. 지급 문서 생성 창이 열립니다. 이 창에서는 기본적으로 "지불 유형"만 선택하면 됩니다.

처음에 프로그램에는 조직(판매자)과 연결되어 있으므로 미리 설정된 결제 유형이 없습니다.

새로운 결제 유형을 만들어 보겠습니다. 예를 들어 "VISA 카드 결제"라고 부르겠습니다.

결제 유형 - '결제 카드'를 선택하세요.
"조직" 및 "은행" 필드를 입력합니다.
은행과의 계약을 표시합니다. (미확정된 경우 새 계약을 생성합니다.)
결제 계좌 57.03과 은행 서비스 수수료 비율을 입력합니다.

새로운 지불 유형을 기록하고 문서에서 선택합니다. 이 양식을 사용하면 소매 수익에 대한 지급을 다른 구매 거래에 전기할 수 있습니다. 문서가 준비되었으며 게시할 수 있습니다.

그리고 그가 1C에서 생성한 인수 거래를 살펴보세요.

보시다시피 금액은 계정 57.03, 분석-VTB Bank에 반영되었습니다.

다음 자료를 기반으로 함:programmist1s.ru

획득은 은행 카드를 사용하여 구매 비용을 지불하는 절차입니다. 이 절차는 사회에 잘 알려져 있습니다. 예를 들어 매장에서 계산대에서 고객이 결제 단말기에 카드를 삽입하거나 그 위에 카드를 놓고 필요한 경우 PIN 코드를 입력한 후 고객 계좌에서 자금이 인출되고 계산원은 -판매자는 인출된 자금에 대한 영수증을 발행합니다.

1C : 회계 프로그램에서 진행중인 운영을 반영하는 관점에서 획득이 어떻게 반영됩니까? 일반적으로 버전 8.2와 8.3의 작업 지침은 동일합니다.

은행카드 결제 시 상품 및 서비스 판매 등록

판매는 소매 또는 도매로 가능하며, 소매 운영은 대부분 자동화되어 있습니다. 결과적으로, 상품 판매 및 수령 금액에 대한 데이터를 모두 다운로드할 수 있습니다. 이 단계에서는 들어오는 모든 자금을 현금 지급과 비현금 지급으로 나누어야 합니다. 자동 회계로 모든 것이 명확하다면 전통적인 거래의 경우 특별한 주의를 기울이는 것이 좋습니다.

카드결제 기술은 어떻게 구현되나요? 우선, 자금이 카드 자체에서 인출되는 것이 아니라 카드가 연결된 은행 계좌에서 인출된다는 점을 이해해야 합니다. 결제 과정에서 자금은 고객의 계좌에서 인출되지만 거래 기관의 계좌에는 입금되지 않습니다. 모든 이체가 즉시 이루어지면 결제 시스템에 심각한 과부하가 발생합니다.

근무 교대 중에는 판매 시점에 카드를 사용하여 이루어진 모든 결제가 기록되고 교대 근무가 끝날 때까지 은행은 기존 계약 관계의 틀 내에서 매장에 부채를 발생시킵니다.

실제로 기업에 속하지만 아직 받지 못한 자금을 올바르게 설명하는 방법은 무엇입니까?

이를 위해 계정과 목표에는 계정 57.03 "지불 카드 판매"가 있습니다. 따라서 시스템이 자금을 계좌로 이체하여 기존 부채 상환에 대한 은행 명세서를 반영할 때까지 자금이 축적됩니다.

상품 판매

다음은 완성된 샘플 문서 "상품 판매"입니다.

1C에서 결제 카드로 결제 입력

1C의 지불은 획득을 통해 수행되며 프로세스의 기초는 구현 문서입니다. 이 경우 세부 정보의 상당 부분이 자동으로 가져옵니다. 사용자는 "기준 생성" - "지불 카드 결제"를 클릭해야 합니다. 대부분의 세부정보가 이미 입력되어 있는 결제 문서가 새 창에 나타납니다. 사용자는 "결제 유형"을 표시해야 합니다. "VISA 카드 결제"라고 가정해 보겠습니다.

작성할 때 다음 사항을 표시해야 합니다.

결제 유형 – “결제 카드”
기관 및 발행은행 정보를 입력하세요.
은행과의 계약을 선택하거나 체결한 경우
회계 계정 57.03과 수행된 거래에 대해 은행이 부과하는 수수료 금액을 표시합니다.

생성되는 문서에 대해 이 지급 유형을 기록하고 선택해야 합니다. 여기에서 사용자는 받은 수익금을 구매 거래에 할당할 수 있는 기회를 갖습니다. 이것으로 문서 생성이 완료되었으며, 완료해야 합니다.

이후 남은 것은 획득 시스템에서 생성된 거래를 확인하는 것 뿐이다.

게시 내용에 따르면 자금은 계정 57.03에 반영되었으며 분석 부분에는 VTB Bank가 표시되어 있습니다.