# 개별 포스기를 수정하지 않고 모든 매장에 가격 변경 사항을 적용하는 방법

> Published: 2026-07-29
> Updated: 2026-07-29
> Author: Mathias Nielsen
> Category: POS
> Canonical: https://finalpos.com/ko/blog/push-a-price-change-to-every-location-ko

가격을 변경할 때마다 모든 포스기를 직접 수정해야 한다면, 가격 데이터는 카탈로그가 아니라 하드웨어에 저장되어 있는 셈입니다. 포스기별 가격표(price book) 방식이 실패하는 이유, 그나마 유용한 임시방편, 그리고 단 한 번의 중앙 수정으로 모든 매장에 적용하는 방식을 알아봅니다.

가격 변경 사항을 모든 매장에 적용하려면 중앙 카탈로그에서 가격을 한 번만 변경하고, 모든 포스기가 이 데이터를 읽어오도록 하면 됩니다. 이게 핵심의 전부입니다. 하지만 사용 중인 시스템이 각 포스기로 직접 걸어가게 만들거나, 6곳의 백오피스에 원격 접속하게 하거나, USB 메모리로 파일을 불러오게 만든다면, 가격 데이터는 사실 가격표에 존재하는 것이 아닙니다. 하드웨어 안에 존재하는 것이죠. 그리고 하드웨어에 저장된 가격은 하드웨어가 위치한 모든 곳에서 일일이 바꿔주어야만 합니다.

## 가격을 변경할 때마다 왜 각 포스기를 직접 수정해야 할까요?

구형 POS 시스템은 각 포스기를 독립된 소형 데이터베이스로 취급하기 때문입니다. 기기 자체에 로컬 가격표(포스기에 저장된 상품 및 가격 목록)가 저장되며, 결제 시 이 로컬 복사본의 데이터를 읽어옵니다. 본사에서 완벽한 마스터 스프레드시트를 관리하고 있더라도, 정작 포스기는 그 존재를 알지 못합니다. 포스기 자체가 원장 시스템(모두가 실제로 신뢰하는 최종 데이터 복사본) 역할을 할 때, 모든 포스기에 변경 사항을 개별적으로 전달해야만 합니다.

이러한 설계는 포스기가 오프라인 기기였고 네트워크 연결이 쉽지 않던 시절에는 타당했습니다. 하지만 이미 오래전에 시의성을 잃었음에도, 설치형 시스템 및 이를 모방한 일부 신형 시스템에 이 데이터 모델이 여전히 남아있습니다. 그 결과는 [야간 CSV 내보내기를 리포팅 대신 사용하는 것](/blog/nightly-csv-exports-not-a-reporting-strategy)과 동일한 양상을 보입니다. 즉, 데이터 저장 방식의 한계를 보완하기 위해 직원들이 지속적인 수동 작업에 매달리게 되는 것입니다.

![마감 후 모든 매장에 가격 변경 사항을 수동으로 적용하기 위해 구형 포스기를 직접 수정하는 직원](https://hy9joxwes0n0bta4.public.blob.vercel-storage.com/media/43399b6a-0d29-48b6-84dd-88ef01fcb193/generated/2d74076224b6d714-editing-register-after-close-inline.jpg)

## 포스기별 가격 수동 수정이 실제로 초래하는 비용은 얼마일까요?

작업에 드는 저녁 시간 그 이상입니다. 다음과 같이 예상 가능한 문제가 발생합니다.

- 매장 간 데이터 불일치. 지난 3월에 특정 포스기를 누락하는 바람에, 동일한 SKU(고유 상품 코드)가 시내 매장과 쇼핑몰 매장에서 서로 다른 가격으로 계산될 수 있습니다. 고객이 지적하기 전까지 아무도 이를 눈치채지 못합니다. [재고 기록도 그 자체로 오차가 발생하기 쉬운데](/blog/cycle-counts-vs-annual-inventory), 수동으로 입력한 가격은 오차가 훨씬 더 빨리 발생합니다.
- 누락되는 기기. 업데이트 중 결제 진행 중이었거나, 전원이 꺼져 있었거나, 단순히 잊어버린 포스기는 이전 가격표를 그대로 유지하며, 수주일 동안 이전 가격으로 계속 결제하게 됩니다.
- 진열대 가격표와 영수증 가격의 불일치. 수동으로 수정할 때마다 바코드 스캔 가격이 진열대 라벨과 일치하지 않을 위험이 매번 발생합니다. 이러한 불일치를 발견한 고객은 매장의 다른 상품 가격까지 신뢰하지 않게 됩니다.
- 불명확한 리포트. 같은 주에 동일한 상품이 3가지 다른 가격으로 판매되면 마진 리포트의 의미가 희퇴해지며, 대사 작업(실제 거래 금액과 리포트를 대조하는 작업)은 고고학적인 탐색처럼 복잡해집니다.
- 영업시간 외 인건비. 포스기별 수정은 매장 마감 후 진행해야 하므로, 야간 근무 수당이 발생하거나 변경 작업이 미뤄지게 됩니다. 공급업체 원가가 이미 인상된 상황이라면 작업을 미루는 하루하루가 그대로 마진 손실로 이어집니다.

## 포스기별 시스템에서 그나마 유용한 임시방편은 무엇일까요?

현재 포스기별 가격 관리 방식을 사용할 수밖에 없는 상황이라면, 다음과 같은 방법으로 오류를 줄일 수 있습니다.

1. 키패드로 재입력하지 말고 일괄 적용하세요. 기기별로 작업을 하더라도 마스터 가격 파일 하나를 유지하며 시스템의 내보내기/가져오기 도구를 통해 불러오세요. 키패드로 숫자를 직접 재입력하는 과정에서 오차가 발생합니다.
2. 마스터 포스기를 지정하세요. 한 포스기의 설정을 다른 포스기로 복사할 수 있는 시스템이라면, 단 하나의 기기를 원본으로 지정하고 이를 복제하세요. 부분적인 동기화라도 전혀 안 하는 것보다는 낫습니다.
3. 변경 작업을 명확히 관리하세요. 한 명의 담당자, 날짜가 기재된 마스터 파일, 모든 기기가 포함된 체크리스트를 활용하세요. 대부분의 데이터 불일치는 "2번 포스기는 당신이 처리한 줄 알았습니다"라는 소통의 부재에서 시작됩니다.
4. 눈으로 확인하지 말고 직접 스캔해서 검증하세요. 업데이트 후 각 매장에서 변경된 상품 몇 개를 테스트로 결제해 보세요. 설정 화면에는 새 가격이 표시되더라도 실제 결제 시에는 이전 가격이 청구될 수 있습니다.
5. 가격 변경 기록을 남기세요. 추후 데이터 불일치가 발견되었을 때, 날짜가 기록된 로그가 있어야 명확한 원인 진단이 가능합니다.

솔직히 말해 이러한 대책은 설계상의 결함을 메우기 위한 보완책에 불과합니다. 이는 데이터 모델이 한 번에 처리했어야 할 일을 사람이 계속 수동으로 반복하는 [면세 구매자가 올 때마다 세금을 수동으로 차감하는 작업](/blog/pos-tax-exempt-sale-remove-tax)과 다를 바 없습니다.

![가격 변경 후 매장 통로에서 진열대 라벨을 교체하는 직원](https://hy9joxwes0n0bta4.public.blob.vercel-storage.com/media/43399b6a-0d29-48b6-84dd-88ef01fcb193/generated/ebf1f42711a73e82-swapping-shelf-labels-inline.jpg)

## 가격 변경은 원래 어떻게 작동해야 할까요?

가격 데이터는 클라우드의 중앙 카탈로그라는 단 한 곳에만 존재해야 하며, 모든 포스기는 자체 데이터 복사본을 소유하는 대신 해당 카탈로그의 클라이언트 역할을 해야 합니다. 상품 데이터를 수정하면 별도로 배포할 필요가 없습니다. 다른 그 어떤 곳에도 가격 데이터가 별도로 저장되지 않기 때문입니다. 이것이 바로 기존 설치형 시스템 대비 클라우드 시스템이 가진 핵심 장점이며, [모든 비즈니스를 위한 POS 시스템: 나에게 맞는 유형은?](/blog/pos-systems-for-every-business-which-type-is-right-for-you)에서 구체적으로 다루고 있습니다.

Final POS의 카탈로그는 바로 이와 같은 방식으로 구축되어 있습니다. 상품 정보는 [Merchant Hub의 단일 상품 목록](https://finalpos.com/help/merchant-hub-products)에 관리되며, 가격은 상품 기록 내 하나의 필드로 존재하고, [아울렛(매장 위치)](https://finalpos.com/help/add-and-manage-outlets)에서 각 상품이 판매되는 위치를 제어합니다. 모든 매장의 모든 스테이션이 동일한 기록을 읽어오므로, 가격을 단 한 번만 수정하면 모든 작업이 완료됩니다.

솔직히 고려해야 할 두 가지 유의사항이 있습니다. 업데이트를 받으려면 포스기가 온라인 상태여야 하므로, 검증 단계는 숫자를 재입력하는 것이 아니라 기기가 연결되어 있는지 확인하는 정도로 단축됩니다. 또한 매장별로 의도적으로 다른 가격을 책정하는 경우, 이는 포스기별 수동 수정으로 방치할 문제가 아니라 카탈로그 규칙으로 설정해야 하는 가격 정책의 영역입니다.

![태블릿에서 가격을 한 번 수정하여 중앙 카탈로그를 통해 모든 매장에 변경 사항을 적용하는 매장 점주](https://hy9joxwes0n0bta4.public.blob.vercel-storage.com/media/43399b6a-0d29-48b6-84dd-88ef01fcb193/generated/6d2b3aa07fe0a7db-one-edit-central-catalog-inline.jpg)

## 그렇다면, 개별 포스기를 수정하지 않고 모든 매장에 가격 변경 사항을 적용하려면 어떻게 해야 할까요?

포스기별 시스템에서는 사실 불가능합니다. 시스템 설계상 더 나은 방법이 없기 때문에 변경 사항을 일괄 적용하고, 가능한 경우 복제하며, 테스트 스캔으로 검증하는 수밖에 없습니다. 하지만 중앙 카탈로그가 있는 시스템에서는 상품을 한 번만 수정하면 끝납니다. 기억해야 할 원칙은 다음과 같습니다. **가격을 변경할 때 하드웨어를 직접 다뤄야 한다면, 카탈로그가 포스기를 제어하는 것이 아니라 포스기가 카탈로그를 지배하고 있는 것입니다.** 새 시스템 도입을 검토 중이라면 데모 시연 시 "가격 하나를 변경해서 모든 포스기에 적용되는 모습을 보여달라"고 요청하시고, 전환 후에는 [새로운 POS 도입 첫 주 설정 체크리스트](/blog/first-week-on-a-new-pos-setup-checklist)를 활용해 보세요.

## FAQ

**Q: POS 포스기의 가격표(price book)란 무엇인가요?**
A: 포스기 로컬에 저장되어 결제 시 읽어오는 상품 및 가격 목록입니다. 구형 POS 시스템에서는 기기마다 독자적인 복사본을 유지하므로 가격이 변경될 때마다 모든 포스기에서 반복 작업을 해야 합니다.

**Q: 왜 동일한 상품인데 매장마다 표시되는 가격이 다를까요?**
A: 각 포스기가 자체 가격 데이터를 유지하기 때문에 특정 시점에 한 기기에서 업데이트가 누락되었기 때문입니다. 수동 계산 재고처럼 수동으로 복사한 가격도 오차가 발생하게 마련입니다. 중앙 카탈로그 방식을 사용하면 오차를 유발하는 개별 데이터 복사본 자체가 사라집니다.

**Q: 가격 변경 사항이 모든 포스기에 적용되었는지 어떻게 확인하나요?**
A: 각 매장에서 변경된 상품 몇 개를 테스트로 결제해 보세요. 설정 화면에는 새 가격이 표시되더라도 결제 시에는 이전 가격이 청구될 수 있으므로, 설정 페이지가 아닌 영수증을 확인해야 합니다.

**Q: 매장별로 의도적으로 다른 가격을 설정할 수 있나요?**
A: 일부 매장에서는 전략적으로 위치별 다중 가격을 책정하는데, 이는 기기별 수동 수정이 아니라 카탈로그나 가격 설정의 규칙으로 처리되어야 합니다. 해당 기능을 사용하기 전에 시스템이 매장별 가격 책정을 어떻게 처리하는지 확인하세요.

**Q: 클라우드 POS는 모든 매장의 가격을 즉시 업데이트하나요?**
A: 공유 카탈로그에 변경 사항이 즉시 적용됩니다. 오프라인 상태였던 포스기는 다시 연결될 때 업데이트를 받아오므로, 숫자를 다시 입력할 필요 없이 기기의 온라인 연결 상태만 확인하면 됩니다.