[일반계산기] 매출액 / 원가 / 마진율(=이익율)의 계산.
-
- 2024.12.02 - 13:19 2017.09.24 - 20:08 8421 3
1. 원가/판매가/마진율(=이익률) 버튼이 있는 계산기
대상 기종 : 캐논 [HS-1210TS], 카시오 [JF-120FM]
- 원가 / 판매가 / 수익률 세가지 중에서 2가지를 입력하면, 나머지 하나가 자동 계산되어 화면에 출력됩니다.
- 이익률 입력시 【%】 버튼은 누르지 않습니다.
- '이익률'은
원가대비(x)가 아니라 판매가(매출액)대비(o) 이익률입니다. (즉, 마진율을 의미)
* 연속되는 키입력의 흐름이 중요합니다. 숫자-원가-숫자-이익률.
입력하려는 숫자를 바로 넣어야지, 숫자를 사칙연산으로 계산하려고 시도하면 입력과정이 종료되어버립니다.
2. non-K 타입의 계산기
ㄴ 원가/판매가/이익률 관련 버튼이 없는 경우
판매가(매출액)대비 이익률(=마진율)을 기준으로 입력 & 계산합니다.
| 계산 예 | 계산기 입력 | 결과 표시 |
|
원가 = 1,500 |
【2000】【-】【1500】 |
25 |
|
판매가 = 1,500 |
【1500】【-】【30】【%】 | 1050 |
|
원가 = 30,000 |
【30000】【÷】【80】【%】 100%-20% = 80% 는 암산으로 처리 【30000】【÷】【0.8】【=】 GT를 써야 할 때 유리 |
37500 |
※ (1) 에서 원가대비 이익률은 【2000】【-】【1500】【÷】【1500】【%】 로 구합니다.
(3) 의 입력-2 【1】【-】【20】【%】【÷】【30000】【÷】【=】 결과 37500.009375 (역수계산과정에서 오차 발생 가능) 약간 억지스럽
3. 【MU】 기능(버튼)이 있는 계산기
MU 는 Mark-Up 을 나타내는 용어의 약어표시입니다.
계산기 예) CASIO DX-12S, (Non-K 타입)
| 계산 예 | 계산기 입력 | 결과 표시 |
|
원가 = 934,000 |
【1000000】【-】【934000】 |
6.6 |
|
판매가 = 1,000,000 |
【1000000】【-】【6.6】【%】 |
934,000 |
|
원가 = 934,000 |
【934000】【÷】【6.6】【MU】 | 1,000,000 |
위에서 본 Non-K 타입과 (1)(2) 번 과정은 똑같고, (3) 번은 간소화되었습니다.
4. CASIO K-Type 계산기
판매가(매출액)대비 이익률(=마진율)을 기준으로 입력 & 계산합니다.
| 계산 예 | 계산기 입력 | 결과 표시 |
|
원가 = 1,500 |
【2000】【-】【1500】 |
25 |
|
판매가 = 1,500 |
【1500】【×】【30】【%】【-】 | 1050 |
|
원가 = 30,000 |
【30000】【+】【20】【%】 | 37500 |
※ (1) 에서 원가대비 이익률은 【2000】【-】【1500】【%】 로 간단하게 구할 수 있습니다.
-
25
댓글3
-
세상의모든계산기
카시오
DF-120FM/DM,
DF-1200FM,
JF-120FM
설명서 발췌
세상의모든계산기 님의 최근 댓글
예시11) 선형 연립방정식에서 답이 false 로 나올 때 https://allcalc.org/55823 2025 10.22 approx(참 해) 값이 이상하게 튀는 것 같아서 AI를 이용해 (python 으로) 구해보았습니다. * python 의 유효자릿수가 nspire 의 유효자릿수(14자리~15자리)보다 더 길기 때문에 시도하였습니다. ** 원래는 wolfram alpha 로 구해보려고 했는데, 울프람에서는 수식 길이가 너무 길다고 거부하는 바람에 포기하였습니다. 그 결과, AI approx(참 해) 값은 정상 범주에 포함되었고, 이는 solve()로 구한 대부분의 결과값과 유사하였습니다. 그럼 nspire 의 approx(참 해)는 왜 튀었나? 참 해에 더하기,빼기,곱하기,나누기 가 너무 많이 포함되어 있다보니, 모두 계산하고 나면 오차가 누적&증폭되어 버리는 것 같습니다. 그래서 오히려 solve의 numeric 한 접근보다도 더 큰 오차가 발생한 듯 하고, 그래서 적절한 해의 x 구간을 벗어나버린 듯 합니다. 그것이 처음의 solve 에서 false 를 이끌어낸 주 원인이 아니었을까요? (추정) 2025 10.21 그래프로 확인 그래프 함수로 지정하고, 매우 좁은 구간으로 그래프를 확대해 보면 불연속적인 그래프 모습이 확인됩니다. 이것은 한계 digits(15자리) 이상을 처리하지 못하기 때문일 것이구요. 다만 특이한 점은, 그래프상으로 교점에 해당하는 구간이 73.049507058477≤x≤73.049507058484 사이로 나오는데 -> 이 구간은 'solve에서 여러 방법으로 직접 구해진 해들'은 포함되는 구간입니다. -> 하지만, '참값인 해를 계산기로 구한 appprox 값 x=73.049507058547'은 포함되지 않는 구간입니다. 2025 10.21 tns 파일 첨부 sol_num_vs_exact.tns 2025 10.21 검증하면 1번 식을 x에 대해 정리하고, → 그 x 값을 2번 식에 대입해 넣으면 → 그 결과로 x는 사라지고 y에 대한 식이 되니, y에 대해 정리하면 참값 y를 얻음. 얻은 y의 참값을 처음 x에 대해 정리한 1번식에 대입하면 참 값 x를 얻음. 구해진 참값의 근사값을 구하면 x=73.049507058547 and y=23.747548955927 참 값을 approx() 로 변환한 근사값은 원래 방정식 모두를 만족할 수 없지만, linsolve() 로 찾은 근사값과, AI로 참 값을 근사변환한 값은 원래 방정식 모두를 만족할 수 있습니다. 2025 10.21