# 일일 마감 정산

이 페이지에서는 캐셔(또는 매니저)가 일일 마감을 수행하는 절차를 안내합니다. 보고서 화면 자체의 필터, 열, 요약 패널에 대해서는 [보고서](/ko/reports/.md)를 참조하세요.

Pro 기능

보고서 화면은 [WCPOS Pro](/ko/getting-started/pro-license.md)가 필요합니다. Pro가 없으면 **WP Admin → WooCommerce → 분석**에서 일일 마감 정산을 수행해야 합니다.

수동 현금 계수

WCPOS에는 시재금 등록이나 "서랍 열기/닫기" 기능이 내장되어 있지 않습니다. 교대 세션에 출퇴근을 기록하거나, 앱 내에서 서랍 금액을 세거나, 차이를 자동으로 계산하는 기능이 없습니다. 보고서 화면은 서랍에 있어야 **할** 금액을 보여주며, 캐셔가 직접 서랍을 세고 수동으로 비교합니다. 이 페이지에서는 그에 관한 절차를 설명합니다.

Coming soon

시재금 입력 및 정식 교대 시작/종료 기능이 계획되어 있습니다. 이 기능이 추가되면 앱 내에서 시재금을 기록하고 각 판매를 교대에 연결하여 정확한 일일 마감 합계를 산출할 수 있습니다.

<!-- -->

[Follow it on the roadmap →](https://github.com/orgs/wcpos/projects/4)

## 첫 마감 전 준비 사항[​](#before-your-first-close "첫 마감 전 준비 사항으로 직접 링크")

한 번 결정한 후 교대 근무 전체에 걸쳐 일관되게 유지하세요:

* **시재 준비금.** 일반적인 소매 금전등록기는 거스름돈용으로 소액권 $100–$200를 준비하고 하루를 시작합니다. 금액을 정해 일관되게 유지하세요 — 일일 정산 계산이 간단해집니다.
* **시재 기록 위치.** WCPOS는 이를 추적하지 않으므로, 금전등록기 옆에 비치할 메모지, 기록 용지, 또는 스프레드시트가 필요합니다. 어떤 방식을 선택하든 *시재 준비금*과 *예상 서랍 합계*를 같은 기록에 남겨야 나중에 정산을 감사할 수 있습니다.
* **계수 담당자와 확인 담당자.** 두 명이 하는 것이 모범 사례입니다(캐셔가 계수하고, 매니저가 확인). 1인 운영 매장에서는 캐셔가 두 역할을 모두 수행합니다 — 이를 매장 정책으로 기록해 두세요.

## 금전등록기 열기[​](#opening-the-till "금전등록기 열기으로 직접 링크")

교대 근무 시작 시:

1. 금고에서 시재를 꺼내 서랍에 넣으세요.
2. 정산 기록지에 시재 금액과 시작 시간을 기입하세요.
3. 올바른 매장에서 WCPOS에 로그인하세요(다중 매장 사이트의 경우) — 어떤 매장을 선택해야 할지 모르겠다면 [다중 매장 설정](/ko/stores/.md)을 참고하세요.

이것으로 끝입니다. 이제 WCPOS가 사용자 계정과 선택한 매장을 기준으로 해당 교대 근무의 판매를 기록합니다.

## 교대 근무 중[​](#during-the-shift "교대 근무 중으로 직접 링크")

마감을 수월하게 하기 위해 주의할 사항:

* **쿠폰 또는 항목별 할인을 일관되게 사용하세요.** 둘 다 임시 조정에 사용할 수 있습니다 — 쿠폰은 리포트에 추적 가능한 할인으로 표시되지만, 항목별 가격 변경은 표시되지 않습니다. 자세한 비교는 [할인](/ko/pos/cart/discounts.md)을 참조하세요.
* **주문을 폐기하지 말고 보류하세요.** "POS - Open" 주문(**서버에 저장**으로 저장됨)은 주문 및 리포트에 명확하게 표시되지만, 포기된 장바구니는 기록이 남지 않습니다. 고객이 돌아오면 보류된 주문을 이어서 처리할 수 있습니다.
* **시재함이 많아지면 근무 중 초과 현금을 출금하세요.** 마감 시 계산이 맞도록 출금할 때마다 금액과 시간을 기록하세요. WCPOS는 출금을 기록하지 않으므로 정산표에 직접 기록해야 합니다.

## 마감 절차[​](#the-close-procedure "마감 절차으로 직접 링크")

1

#### 판매 중지

정산 중 새로운 거래가 발생하지 않도록 출입문을 잠그거나 대기열을 일시 중지하세요. 마감 중 고객이 방문하면 판매를 진행하기 **전에** 정산과 리포트를 먼저 완료하세요 — 리포트 기간 이후에 판매를 추가하면 합계가 맞지 않게 됩니다.

2

#### 시재함 정산

시재함을 사무실이나 조용한 카운터로 가져가 모든 권종을 세세요. 합계를 기록하세요 — 이것이 **실사 현금**입니다.

근무 중 현금 출금이나 현금 지출(환불, 시재함에서의 거래처 지급 등)이 있었다면 해당 금액도 준비하세요.

3

#### 리포트 화면 열기

POS에서 **리포트**로 이동하세요. 리포트가 근무 시간을 정확히 포함하도록 필터를 설정하세요:

* **기간:** *오늘* (또는 사후에 정산하는 경우 해당 날짜)
* **계산원:** 본인 사용자를 선택합니다. 여러 계산원이 근무한 경우 본인의 매출만 확인하려면 본인을 선택하세요.
* **매장:** 현재 매장으로 자동 설정됩니다.
* **상태:** 기본값을 유지합니다(일반적으로 *완료됨* + *처리 중*).

오른쪽의 매출 요약 패널은 필터를 변경할 때마다 업데이트됩니다. *결제 수단* 아래의 **현금** 금액을 확인하세요 — 이것이 **예상 현금 매출**입니다.

4

#### 현금 정산

다음과 같이 계산합니다:

> **예상 시재 합계 = 시재 준비금 + 현금 매출 − 현금 환불 − 현금 출금/지출**

**실제 현금 수량**과 비교합니다. 금액이 일치해야 합니다.

* **정확히 일치:** 정산 용지에 서명하고 날짜를 기입한 후 현금을 입금하면 현금 정산이 완료됩니다.
* **불일치:** 서명하기 전에 아래의 [차이 처리](#variance-handling)를 참조하세요.

5

#### 카드 정산

이제 카드 결제를 확인합니다. 매출 요약에서 **카드** 금액(및 Stripe Terminal, SumUp, Vipps/MobilePay 등 통합 게이트웨이 금액)을 확인하세요.

카드 단말기에서 **일괄 합계**를 실행합니다(정확한 메뉴는 단말기마다 다르며, 보통 기기의 *보고서* 또는 *마감 정산* 아래에 있습니다). 다음을 비교합니다:

* 동일 기간의 **단말기 일괄 합계**와 **WCPOS 카드 합계**가 일치해야 합니다.
* 수동 일괄 정산 단말기를 사용하는 경우, 퇴근 전에 **지금 일괄 정산을 완료**하세요. Stripe Terminal과 같은 통합 게이트웨이는 자동으로 정산됩니다. 웹 결제를 통한 Square 설정은 [웹 결제](/ko/payment/gateways/web-checkout.md)를 참조하세요.

6

#### 보고서 인쇄

보고서 화면의 요약 패널에서 **인쇄**를 클릭합니다. 일반적으로 설정된 인쇄 라우팅([인쇄 라우팅](/ko/hardware/printers.md#print-routing) 참조)을 사용하여 영수증 또는 문서 프린터로 보고서를 전송하며, 종이 기록이 출력됩니다.

인쇄된 보고서에는 매장 정보, 기간, 항목별 합계, 결제 수단별 내역, 그리고 (주문 테이블에서 주문을 선택한 경우) 주문별 상세 내역이 포함됩니다.

7

#### 현금 보관 및 마감

* **내일을 위한 시재금**을 캐시 드로어에 다시 넣습니다.
* 나머지 현금은 서명한 정산 확인서와 인쇄된 보고서를 함께 스테이플러로 묶어 금고 보관 봉투에 넣습니다.
* 사용 중인 외부 시스템(스프레드시트, 회계 소프트웨어)을 업데이트합니다.
* WCPOS 앱을 종료하고 시건합니다.

## 차이 처리[​](#variance-handling "차이 처리으로 직접 링크")

실제 현금 금액이 예상 금액과 일치하지 않으면, 마감 전에 다음 항목을 순서대로 확인하세요:

1. **시재를 다시 세세요.** 실수는 누구나 합니다. 특히 동전을 주의하여 다시 세어 보세요.
2. **누락된 현금 거래를 확인하세요.** 다른 기기나 브라우저 탭에서 판매를 처리했는데 이 기간에 포함되지 않은 건이 있는지 확인하세요. 리포트의 날짜 범위와 캐셔 필터를 다시 확인하세요.
3. **보류/미결 주문을 확인하세요.** 주문 목록에서 *POS - Open* 상태로 필터링하세요 — 입력은 되었지만 결제가 완료되지 않은 판매가 여기에 표시됩니다. 지금 완료 처리하거나, 차이가 발생할 수 있음을 감안하세요.
4. **환불 및 지출.** 오늘 발생한 모든 현금 환불과 현금 지출이 금액과 함께 시트에 기록되어 있는지 확인하세요.
5. **쿠폰 및 할인.** 적용된 할인이 합계에 반영되었는지 확인하세요 — 리포트의 *총 할인* 항목에는 추적된 쿠폰 할인이 표시됩니다. 품목별 가격 수정은 *순매출*에 직접 반영됩니다([할인](/ko/pos/cart/discounts.md#what-changed-in-v190) 참조).
6. **거스름돈 오류.** 가장 흔한 차이 원인입니다. 소액 차이($5 미만)는 대부분 이 경우에 해당하며, 큰 차이는 추가 조사가 필요합니다.

원인을 찾았든 찾지 못했든 차이 금액을 시트에 기록하세요. 소액이라도 문서화된 차이 이력이 추적되지 않는 불일치보다 낫습니다.

## 다중 캐셔 또는 다중 매장 시나리오[​](#multi-cashier-or-multi-store-scenarios "다중 캐셔 또는 다중 매장 시나리오으로 직접 링크")

오늘 같은 금전함을 여러 캐셔가 사용했습니다

두 가지 방법이 있습니다:

* **캐셔별 개별 마감** (가장 정확함): 각 캐셔가 마감 전에 리포트에서 자신의 사용자로 필터링합니다. 각자 자신이 받은 금액을 세고 자기 몫을 정산합니다. 교대 시 금전함을 물리적으로 인수인계할 수 있으며, 각 인수인계가 간이 마감이 됩니다.
* **하루 전체를 한 번에 마감**: 캐셔 필터를 *전체*로 두고 하루가 끝날 때 금전함을 한 번만 정산합니다. 더 빠르지만, 차이가 발생했을 때 원인을 파악하기 어렵습니다.

리포트 화면의 캐셔 필터는 내역 분류에 사용되는 것과 동일한 필터이며, 별도의 캐셔별 패널은 없습니다.

한 캐셔가 오늘 여러 매장에서 근무한 경우

한 매장에서 로그아웃한 후 다른 매장에 로그인하면, 각 세션은 `_pos_store` 주문 메타를 통해 해당 매장에 기록됩니다. 마감 시 리포트 화면에서 **매장** 필터를 전환하여 매장별로 한 번씩 정산합니다.

하루가 끝날 때 전체 사이트를 마감하는 경우, 매장 필터를 *전체*로 설정하여 전체 마감도 함께 진행하면 매장별 마감 내역을 교차 확인하는 데 유용합니다.

매장마다 다른 담당자가 마감하는 경우

이것이 일반적인 패턴입니다. 각 매장의 마감 담당자가 해당 매장에 로그인하여 해당 매장과 당일 날짜 범위로 필터링된 리포트를 실행하고, 해당 위치의 금전함을 정산합니다. 사이트 관리자는 다음 날 아침 **WP Admin → WooCommerce → 분석**에서 모든 매장의 내역을 통합하여 확인할 수 있습니다.

마감을 시작한 후에 판매가 발생한 경우

이번 마감에는 포함하지 마십시오. 다음 중 하나를 선택합니다:

* **리포트 기간을 연장하여** 해당 판매를 포함시키고, 실제 계산한 현금도 새 판매 금액을 반영하여 조정합니다. 또는
* **다음 날 리포트에 포함시키고**, 늦은 판매의 현금은 다음 날 개점 시트에 이월 금액으로 기록합니다.

하나의 방식을 정하고 일관되게 유지하십시오. 방식을 번갈아 사용하면 장부 감사가 어려워집니다.

## 모범 사례[​](#best-practices "모범 사례으로 직접 링크")

* **매일 마감하세요.** 하루를 건너뛰면 이틀 간의 차이를 추적해야 하므로 훨씬 어려워집니다.
* **조용한 날에도 보고서를 인쇄하고 보관하세요** — 감사나 분쟁 시 이 기록이 보호 수단이 됩니다.
* **사용자 계정을 공유하지 마세요.** 각 캐셔가 개별 WordPress 사용자 계정을 사용하면 캐셔 필터가 개인별 보고서에서 정상적으로 작동합니다.
* **매주 WooCommerce 분석과 대조 확인하세요** (`WP Admin → WooCommerce → Analytics`) — 동일한 데이터를 다른 형식으로 보여줍니다. 합계가 다를 경우 보류 중인 주문이 늦게 완료되었거나 환불이 POS가 아닌 WP Admin에서 처리된 경우가 대부분입니다.
* **시재금을 일정하게 유지하세요.** 개점 시재금을 자주 변경하면 계산 오류가 발생하기 쉽습니다.

## 관련 문서[​](#related-documentation "관련 문서으로 직접 링크")

* [보고서](/ko/reports/.md) — 화면 참조 (필터, 열, 요약 패널)
* [주문](/ko/orders/.md) — 주문 조회, 환불, 보류 주문
* [할인](/ko/pos/cart/discounts.md) — 할인 및 쿠폰이 보고서 합계에 미치는 영향
* [환불](/ko/orders/refunds.md) — 근무 중 환불 처리
* [다중 매장 설정](/ko/stores/.md) — 매장별 정산
