GoldERP가 하는 일과 하지 않는 일.

영업일 하나에 앞시세와 뒷시세를 함께 올립니다. 매장별로 그날 살아 있는 시세는 언제나 한 벌이고, 지금 몇 번째 버전인지 화면에 뜹니다.

시세 거래인지 중량 거래인지, 부가세를 붙이는지에 따라 앞·뒤가 규칙으로 정해집니다. 신입 직원이 헷갈려 손해 보는 일이 없습니다.

장중에 다시 올리면 원래 버전은 「교체됨」으로 남고 새 버전이 생깁니다. 정정 사유와 올린 사람이 이력에 함께 남습니다.

판매 전표에 그날 앞·뒷시세와 어느 쪽을 썼는지, 단가가 얼마였는지가 함께 찍혀 남습니다. 한 달 뒤에 열어도 금액이 흔들리지 않습니다.

손님이 늦게 오신 사이 시세가 올랐다면 옛 금액으로 그냥 확정되지 않습니다. 버튼 하나로 오늘 시세로 다시 계산합니다.

택에 적은 가격은 물건 하나하나의 값입니다. 같은 모델이라도 물건마다 다른 가격을 붙일 수 있고, 시세가 움직여도 그대로입니다.

상품마다 1~6등급 공임을 두고 거래처 조건이 등급을 고릅니다. 도금 색상 증감과 알 개수만큼의 스톤 공임이 자동으로 붙습니다.

18K와 24K가 섞여 있어도 24k 기준 한 줄로 정리됩니다. 순금은 해리를 먹지 않는다는 상식이 규칙으로 들어가 있습니다.

거래처 · 상품 · 납기 · 조건이 맞는지 저장 전에 걸러냅니다. 잘못 받은 주문이 생산까지 내려가지 않습니다.

반지 세 개를 한 장으로 받을지 세 장으로 받을지 매 건 고릅니다. 되돌릴 수 없다는 것도 저장 전에 알려 드립니다.

저울 값 하나만 치면 총중량에서 스톤을 뺀 금중량이 나옵니다. 스톤보다 가벼운 총중량 같은 오타는 저장 자체가 안 됩니다.

모델별 차감중량을 직접 적어 두는 가게도, 알 종류와 개수로 계산하는 가게도 그대로 씁니다. 몇 달 뒤에 「이 차감중량 어디서 나온 숫자냐」고 물으시면 전표가 답합니다.

오늘 무엇이 늦었고 무엇이 오늘까지인지 한 화면에 뜹니다. 납기 관리가 수첩과 전화에서 목록으로 옮겨 옵니다.

열 개 중 네 개가 먼저 나오면 그 네 개를 바로 재고로 올려 팝니다. 회차마다 실제 무게가 그 회차 시리얼에 붙습니다.

처음에 뭐라고 받았고 누가 왜 언제 고쳤는지가 주문 안에 남습니다. 손님과 다툴 일이 줄어듭니다.

견적은 고쳐 가며 주고받는 문서입니다. 손님께 이미 건넨 종이가 시스템에서 조용히 바뀌지 않습니다.

택의 시리얼 하나로 그 물건의 입고 · 위치 · 상태 · 판매를 한 줄로 따라갑니다. 입고할 때 「수량만큼 개별」로 받으면 같은 모델 두 개가 섞여도 어느 것이 팔렸는지 압니다. 한 덩어리로 받으면 그 묶음이 한 줄입니다.

세 값이 어긋나면 저장되지 않습니다. 스톤 빼고 남는 금이 얼마인지가 항상 맞습니다.

진열장 이름을 가게가 쓰는 말 그대로 적습니다. 물건을 옮겼다고 장부 금액이 흔들리지 않습니다.

사서 들여온 완제품이나 시작 시점의 기존 재고를, 있지도 않은 주문을 지어내지 않고 그대로 등록합니다.

반 세트만 팔 때 물건을 둘로 나누되 원래 어디서 온 것인지 계보가 끊기지 않습니다. 잘못 나눴으면 아직 안 팔렸을 때만 되돌립니다.

택에 적힌 시리얼을 하나씩 넣으면 실사표가 만들어집니다. 넣는 대로 세어지고, 세다 만 실사가 두 개 겹치지 않습니다. 기록된 자리와 실제 발견한 자리를 나란히 보고, 마치면 문서번호가 붙어 그대로 남습니다.

손님 손에 가는 택에 매입가나 거래처 이름이 찍힐 수 없습니다. 찍히는 항목이 프로그램에 못 박혀 있어 설정으로도 열리지 않습니다.

직원에게 재고 목록을 열어 주면서도 얼마에 사 왔는지는 감춥니다. 원가 칸은 0원으로 비는 것이 아니라 화면에서 아예 사라집니다.

반지 하나짜리 전표와, 시리얼 없는 품목에 단골 할인까지 섞인 전표를 같은 화면으로 끊습니다. 할인도 그 전표의 한 줄로 남습니다.

카드 30만 + 현금 20만을 두 장으로 쪼개지 않고 한 건으로 적습니다. 합계가 안 맞으면 저장이 넘어가지 않습니다.

지나가다 들른 손님께 이름과 연락처를 받지 않아도 판매가 기록됩니다.

지금 누구에게 무엇이 얼마짜리로 나가 있는지 남고, 돌아오면 대여 전 상태로 정확히 복원됩니다. 주문 손님 몫으로 잡아 둔 재고도 풀리지 않습니다.

언제까지 주기로 했는지와 몇 번 미뤄 드렸는지가 기억이 아니라 문서에 남습니다. 기준일만 넣으면 오늘 받을 것과 넘긴 것이 목록으로 나옵니다.

「빌린 김에 그냥 살게요」가 오늘 시세로 다시 계산됩니다. 대여할 때 적어둔 금액을 그대로 청구하지 않습니다.

「팔았다」와 「돌려받았다」가 각각 남습니다. 원 전표를 지우거나 고치지 않아 세금계산서·일일 집계와 어긋나지 않습니다. 값을 이미 받았다면 결제부터 되돌립니다.

손님이 맡긴 물건이 우리 재고에 섞여 팔리는 일이 구조적으로 불가능합니다. 실물을 넘겼는지 확인 없이는 접수가 닫히지 않습니다.

손님께 얼마 받을지와 우리가 얼마 썼는지가 섞이지 않습니다. 무상 수리가 매출로 잡히지 않습니다.

금(24k)과 돈(원)을 한 전표에서 따로 관리합니다. 24k 환산과 부가세는 품목별로 계산해 드립니다.

거래처에 금으로 얼마, 돈으로 얼마 남았는지 한 줄로 봅니다. 무게를 돈으로 환산해 뭉개지 않습니다.

현금 미수와 24k 미수가 따로 보이고, 손님이 미리 맡긴 돈과 포인트도 같은 화면에 있습니다. 미수보다 많이 받아 넣는 입력은 거절됩니다.

오래된 관행이 그날 뒷시세와 사유까지 남는 정식 전표가 됩니다. 나중에 왜 무게가 줄었는지 전표가 답합니다.

가스비·소모품비·잡수입처럼 손님이 없는 돈의 출입이 결제와 섞이지 않고 따로 남습니다.

「금고」·「국민 주계좌」처럼 실제 쓰는 이름을 등록해 두고 고릅니다. 계좌번호와 카드번호는 아예 입력받지 않습니다.

마감 버튼이 그날 장부가 맞는지 먼저 검사하고, 안 맞으면 마감이 안 됩니다. 누가 왜 열고 닫았는지 순서대로 남습니다.

마감한 날의 숫자가 나중에 조용히 바뀌지 않습니다. 화면을 우회해도 데이터베이스가 거절합니다.

잘못 넣은 전표를 지우는 대신, 반대 전표를 하나 더 끊어 되돌립니다. 원래 전표가 남아 있어야 나중에 설명이 됩니다.

통장에 실제로 들어온 돈과 가게 전표가 맞는지 맞춰 본 기록이 남습니다. 날짜와 금액이 딱 떨어지는 건만 붙이고, 억지로 맞추지 않습니다.

거래처 상호나 주소를 나중에 고쳐도 이미 발행한 계산서가 따라 바뀌지 않습니다. 꺼내는 문서가 발행 당시 그대로입니다.

상호가 바뀌면 새 버전만 올리면 되고, 계산서마다 사업자 정보를 다시 치지 않습니다. 과거 인쇄물이 새 정보로 둔갑하지도 않습니다.

발행 두 장, 수취 한 장을 그 자리에서 뽑습니다. 그 계산서에 적힌 사업자 정보와 정확히 같은 직인 버전이 있으면 자동으로 들어갑니다.

한 달치 매출 계산서를 양식에 한 건씩 옮겨 치지 않습니다. 이미 발급이 끝난 건은 목록에서 알아서 빠집니다.

승인번호를 한 건씩 옮겨 적지 않습니다. 무엇이 붙었고 무엇이 중복이며 무엇을 사람이 봐야 하는지 건수로 나옵니다.

홈택스에서 받으신 매입 파일을 올리면 계산서가 통째로 만들어집니다. 한 건씩 옮겨 치지 않습니다.

부가세법이 정한 아홉 가지 사유를 화면에서 고르면, 사유마다 무엇을 고칠 수 있는지 시스템이 막아 줍니다.

판매·주문·재고·매입·정산·원장·거래처·세금 자료를 CSV로 받습니다. 엑셀에서 바로 열리고 한글이 깨지지 않습니다. 보실 수 있는 범위만 내려가서, 원가를 못 보시는 분의 파일에는 원가 칸 자체가 없습니다.

누가 언제 어떤 조건으로 몇 건을 받아 갔는지 남습니다. 자료를 통째로 내려받는 경로를 권한으로 닫을 수 있습니다.

직원 권한은 날짜를 달고 새 버전으로 쌓입니다. 사고가 났을 때 그날의 권한으로 판단할 수 있습니다.

변경 등급 · 원가 · 소급 입력 · 업무 범위 · 정산 범위 · 조직 범위 · 매장 간 거래처 · 통계 · 자료 반출. 숨긴 범위는 메뉴에 보이지도 않습니다.

판매 직원 화면에는 원가 칸이 0원이 아니라 아예 없습니다. 매입처 이름도 원가 정보로 보고 함께 가립니다.

누가 무엇을 언제 바꿨는지 역순으로 남습니다. 저희가 사장님 계정을 열거나 인수한 것도 같은 목록에 「ERP 개발사」로 보입니다.

어제 것을 깜빡한 현장을 막지는 않되, 누가 며칠 전으로 소급했는지 세어 볼 수 있게 남깁니다.

여러 매장을 한 시스템에 올려도 남의 매장 자료가 화면에 섞여 나올 수 없습니다. 저희가 실수해도 데이터베이스가 막습니다.

본점과 지점을 한 계정으로 오갑니다. 어느 매장에 들어갈 수 있는지는 매장마다 따로 정합니다.

「우리 가게는 원판매 없이도 반품을 받는다」 같은 규칙을 날짜와 사유를 붙여 박아 둡니다. 규칙을 바꿔도 과거 전표는 그때 규칙 그대로입니다.

AI 에이전트는 자기 매장 것만 볼 수 있습니다. 무엇을 물어 어떤 자료를 열었는지가 매번 봉인되어 남고, 주고받은 대화 내용 자체는 보관하지 않습니다.

위치 이동 · 일정 수정 같은 변경은 그 자리에서 허락해야 실행됩니다. 이번만 · 이 대화 동안 · 항상 중에서 고르고, 항상 허용은 90일이며 언제든 취소할 수 있습니다.

변경은 바꾸기 전 값을 함께 기록하고, 되돌리기는 같은 작업을 이전 값으로 한 번 더 하는 것입니다. 되돌릴 수 없는 일 — 일정 취소가 그렇습니다 — 은 허락받을 때 화면이 먼저 그렇게 적어 드리고, 항상 허용을 아예 내주지 않습니다.

원가를 못 보는 직원이 매입처를 물으면 AI 에이전트도 거부합니다. 사장님이 정해 두신 권한 그대로입니다.

매장 한도와 직원 한도를 잡아 두면 그 선에서 멈춥니다. 한도는 도입할 때 함께 정합니다 — 정해 두지 않으면 걸리는 것이 없으니, 상담에서 반드시 잡고 시작합니다.