수입 재고 저가평가(NRV) 다차원 분석 — IAS 2 평가충당금이 왜 늘었는지 요인으로 가르는 월말 평가 점검

도입 포인트 — 이 앱을 사용해야 하는 이유

월말 재고 평가 회의의 질문은 늘 같습니다. 평가충당금이 예측보다 얼마나 늘었나, 왜 늘었나, 누가 무엇을 확인해야 하나. 수입 재고는 여기에 외화 단가와 환율, 운임 · 관세 같은 부대비용이 겹쳐 원가가 정해지고, 예상 판매가에서 판매비용을 뺀 순실현가능가치(NRV)와 비교해 충당금이 정해집니다. IAS 2 재고자산(K-IFRS 제1002호)은 재고자산을 원가와 순실현가능가치 중 작은 금액으로 측정하도록 요구하고, 외화 거래의 원화 환산은 IAS 21 환율변동효과(K-IFRS 제1021호)와 맞닿아 있습니다.

지금은 구매오더(ME23N), 자재 문서(MB51), 송장(MIR4), 자재 가격 분석(CKM3)을 번갈아 열고 엑셀에서 로트별 원가와 NRV 를 다시 맞춰 보는 방식이 많습니다. 이 앱은 그 자리에 같은 데이터를 한 번 묶은 큐브를 놓고, 축을 바꿔 가며 보고, 칸에서 원천 평가 라인까지 내려가고, 예측과의 차이를 일곱 요인으로 가르는 점검 화면을 더합니다. 표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회 · 검증 관점을 더해 확장합니다.

핵심 포인트 일곱 가지

사례로 보는 효과 — 평가충당금 12.6억 증가의 이유

검증용 샘플 데이터(2026년 4월~9월, 입고 라인 2,900건 · 평가 문서 974건) 기준으로 평가충당금은 예측 7,002.5백만원에서 실적 8,257.8백만원으로 +1,255.3백만원(+17.9%) 늘었습니다. 합계 리포트는 여기까지 말해 줍니다. 이 앱은 그 다음을 답합니다 — 일곱 요인으로 가르자 증가분의 약 66%(+831.9)가 예측 시점에 없던 로트에서 났고, 그 다음이 예상 판매가 하락(+537.1)이었습니다. 수량과 환율, 부대비용은 합쳐도 작았습니다.

요인의 크기는 샘플 데이터의 가정값에서 나온 것이며, 실제 환경의 크기를 말하는 것이 아닙니다. 중요한 것은 같은 화면에서 “어느 요인이 얼마” 가 바로 나온다는 점입니다.

도입하면 달라지는 것

• 월말 평가 준비 — 요인분해 · 사유 · 보고서가 한 화면에서 나오므로 엑셀 취합과 캡처 작업이 줄어듭니다.
• 회의의 주제 — “어느 시트 숫자가 맞나” 가 아니라 “어느 로트를 어떻게 할 것인가” 를 이야기합니다.
• 다음 달로 이어지는 기록 — 사유와 레이아웃이 남아, 매달 같은 설명을 처음부터 다시 하지 않습니다.
• 놓치는 날이 없는 감시 — 아무도 화면을 열지 않은 날에도 규칙에 걸린 숫자는 받을 사람에게 올라갑니다.

이런 회사에 맞습니다

해외에서 원자재 · 상품을 들여오며 외화 결제와 운임 · 관세 같은 부대비용이 원가에 얹히는 회사, 월말 재고 평가를 엑셀로 맞추고 있는 재무 · 원가 조직, 그리고 구매 · 자금 · 물류가 평가 숫자를 함께 확인해야 하는 경영지원 조직에 맞습니다. 평가 결과는 점검 자료이며, 충당금 인식과 환입의 최종 판단은 회사와 감사인이 합니다.

실행 화면

실제로 돌아가는 화면 34종을 사용 순서대로 싣습니다. 그림을 누르면 크게 볼 수 있고, 화면마다 무엇을 하는 자리이고 어떻게 읽는지를 아래에 적었습니다. 모든 캡처는 가상의 검증용 샘플 데이터로 찍었습니다.

사용 방법

1. 조회조건을 넣습니다. 회사코드(필수)와 시작 · 종료 기간(필수)을 고르고, 필요하면 공급사 · 자재그룹 같은 차원 값을 여러 개 골라 범위를 좁힙니다. 비워 두면 전체입니다.
2. 조회를 누릅니다. 조회조건 영역 오른쪽 끝의 조회 버튼을 누르거나 입력칸에서 Enter 를 누릅니다. 자동 조회는 저장한 레이아웃에서 지정한 경우에만 화면을 열 때 실행됩니다.
3. 요약을 봅니다. 임원 요약에서 평가충당금 · 충당금률 · 장부 원가 · NRV 를 예측과 함께 보고, 역할을 바꿔 앞세우는 지표를 바꿉니다.
4. 축과 탭을 옮깁니다. 차원 칩을 끌어다 놓아 행 · 열을 짜고, 표시 항목 · 금액 단위 · 비교 기준을 바꿉니다. 결과 영역에서는 표와 막대 · 요인 워터폴을 오갑니다.
5. 행이나 칸을 눌러 내려갑니다. 숫자 칸을 누르면 원천 평가 라인이 열리고, 차이 모드에서 행 이름을 누르면 그 범위로 요인분해가 계산되며, 사유 칸을 누르면 변동 사유를 적습니다.
6. 내보냅니다. 결과 영역의 CSV 버튼은 피벗을, 드릴스루 창의 CSV 버튼은 읽은 원천 라인을 내려받습니다. AI 분석 창에서는 PPTX 보고서를 만듭니다.

무엇으로 만들었나

화면은 OpenUI5 표준 컨트롤과 직접 그린 SVG 차트로만 짰고, 서비스 쪽은 OData V2 규격을 따르는 서비스 한 벌입니다. 아래는 모델 구성 수준으로 적은 구성입니다.

처음 열었을 때

조회조건부터 피벗까지가 한 화면에 세로로 쌓입니다. 머리 영역은 접을 수 있어서, 축을 짜는 동안에는 펼쳐 두고 숫자를 볼 때는 접어 표와 차트를 넓게 씁니다.

빈 화면을 주지 않습니다. 틀이 먼저 서 있어서 처음 여는 사람도 무엇을 고르면 무엇이 채워지는지 봅니다. 회사코드 1000, 기간 2026.04 ~ 2026.09 가 기본값이고 조회 버튼은 조회조건 영역의 오른쪽 끝에 있습니다.

행은 자재그룹과 판매가 근거, 열은 평가월이 기본 배치입니다. 값은 백만원 단위의 평가충당금이며, 오른쪽 차트는 같은 값을 그립니다. 이후 축을 바꾸는 일은 서버를 다시 부르지 않고 브라우저에서 합니다.

칩을 끌어다 놓거나 화살표 버튼으로 옮깁니다. 행 축은 최대 3단계, 열 축은 최대 2단계까지 쌓입니다. 쓰지 않는 차원은 왼쪽 칸에 모아 둡니다.

서버를 다시 부르지 않으므로 반응이 즉시입니다. 행 · 열 바꾸기와 기본 축 버튼으로 언제든 되돌릴 수 있고, 총합은 축을 바꿔도 같습니다.

표와 차트를 넓게 보고 싶을 때 접습니다. 접힌 줄에는 지금 어떤 범위를 보고 있는지가 남아 있어, 범위를 잊은 채 숫자를 읽는 일을 막습니다.

경영 요약 — 역할마다 앞세우는 숫자가 다르다

임원 요약은 역할을 바꾸면 앞세우는 지표가 바뀝니다. 같은 큐브에서 나온 숫자이므로 역할을 바꿔도 다시 조회하지 않습니다.

예측 초과 상위와 미달 상위가 나란히 보여 어디부터 볼지 정해 줍니다. 충당금률은 평가충당금을 장부 원가로 나눈 비율이며 샘플 기준 4.69% 입니다.

어느 공급사에서 들여온 로트가 NRV 아래로 내려갔는지를 먼저 봅니다. 구매 조건 재협상이나 발주 조정이 필요한 후보를 고르는 자리입니다.

외화 통화별로 예측 대비 증감을 확인합니다. 환율 요인이 작은지 큰지를 통화마다 보고, 헤지나 결제 시점 논의의 근거로 씁니다.

체류가 긴 플랜트를 먼저 점검합니다. 오래 쌓인 재고는 평가 때 먼저 점검할 대상이므로 출고 · 이동 계획의 우선순위를 정하는 데 씁니다.

축 전환과 범위

차원은 열 개가 넘고, 각 차원은 값을 여러 개 골라 범위를 좁힐 수 있습니다. 어떻게 쌓고 좁혀도 합계가 갈라지지 않는 것이 이 절의 기준입니다.

열 조합이 36개를 넘으면 더 추가할 수 없습니다. 표가 읽을 수 없을 만큼 넓어지는 것을 막기 위한 상한이며, 넘었을 때 안내가 뜨는 모습은 마지막 절에서 봅니다.

같은 차원 안에서는 or, 차원 사이에서는 and 로 묶입니다. 선택한 범위는 조회 조건 요약 줄에 그대로 표시됩니다.

범위를 좁혀도 같은 큐브에서 거르는 것이므로 합계가 일관됩니다. 좁힌 상태에서 요인분해를 보면 그 범위의 차이만 가릅니다.

차트는 외부 라이브러리 없이 SVG 로 직접 그립니다. 표와 같은 숫자를 쓰므로 둘이 어긋나는 일이 없습니다.

바꾼 너비는 브라우저가 기억합니다. 표를 넓게 보다가 차트를 키워 발표 화면으로 쓰는 식으로 바꿔 씁니다.

칸에서 원천 평가 라인까지

이 앱의 신뢰는 “칸 금액을 만든 라인을 바로 볼 수 있다” 에서 나옵니다. 칸을 누르면 그 칸의 조건이 그대로 질의가 되어 원천 평가 라인이 열립니다.

한 번에 읽는 만큼만 가져오고, 맨 위에 읽은 건수와 전체 건수(100 / 455)를 적습니다. 일부만 읽은 동안에는 칸 금액과 라인 합계의 대조가 보류되고, 더 읽기와 모두 읽기 버튼으로 이어서 받습니다.

질의 조건이 머리에 함께 표시되어, 같은 조건을 표준 화면에서 다시 걸어 볼 수 있습니다. 합계가 어긋나면 그 자체가 오류 신호입니다. 샘플 검증에서는 확인한 칸 5개 모두 같았습니다.

차이 칸이 모두 0 이면 큐브가 원천을 그대로 묶은 것입니다. 이 표의 값은 서비스가 계산해 돌려줍니다.

계산항목

순실현가능가치나 충당금률은 어떤 라인에도 저장되어 있지 않고, 다른 값에서 계산해야 나옵니다. 그래서 차원이 아니라 식으로 정의해 표시 항목 목록에 함께 올렸습니다.

식은 서비스가 정의하고 화면은 합산과 배치만 합니다. 어느 축으로 묶어도 같은 식이 적용됩니다.

열로도 세울 수 있어서, 평가월마다 비율이 어떻게 움직였는지 한 줄로 봅니다.

예측 대비 차이 — 같은 표가 월말 평가 회의 자료가 된다

비교 기준을 예측으로 바꾸면 같은 표가 차이 리포트가 됩니다. 차이가 어디서 났는지는 워터폴과 요인분해로, 왜 났는지는 사유 기록으로 이어집니다.

금액과 비율이 둘 다 임계를 넘을 때만 색이 칠해집니다. 기본 임계는 100만원과 10퍼센트이며, 이 값은 가정값이므로 회사 기준에 맞게 바꿉니다.

사유는 조회 범위와 행 경로를 키로 저장되므로 축 배치를 바꾸거나 새로 고친 뒤에도 같은 행에 따라옵니다. 사유가 적힌 행은 AI 분석이 점검 대상에서 빼 줍니다.

붉은색은 충당금을 늘린 요인, 초록색은 줄인 요인입니다. 아래 검산 줄이 요인 합과 총차이의 차이를 적으며, 정상이면 0원입니다.

자재그룹이나 공급사처럼 쪼개서 보면 같은 일곱 요인이 그 범위의 몫으로 나뉩니다. 전체 범위로 버튼으로 되돌립니다.

AI 분석과 보고서

AI 분석은 숫자를 만들지 않습니다. 서비스가 큐브에서 계산한 값을 읽어 해설로 옮길 뿐이며, 어떤 숫자를 근거로 썼는지 표로 펼쳐 볼 수 있습니다.

요약 문장에는 평가 문서 수와 원천 라인 수, 충당금 합계가 함께 적힙니다. 사유가 이미 적힌 차이는 점검 대상에서 건너뜁니다.

해설의 모든 금액과 비율은 이 표에 있는 값입니다. 모델을 쓰지 않는 규칙 기반 해설로도 같은 근거가 나옵니다.

외부 라이브러리 없이 압축과 XML 을 직접 만들어 서버에 파일을 올리지 않습니다. 내려받은 파일은 PowerPoint 형식 검사에서 6장으로 열렸습니다.

AI 에이전트

규칙에 걸린 숫자를 사람이 열기 전에 먼저 알려 주는 장치입니다. 규칙마다 받을 사람이 정해져 있어 보고가 알아서 갈립니다.

임계값은 이 화면에서 바꿔 저장합니다. 값은 모두 가정값이며, 운영 연결 때 회사 기준으로 정합니다.

역할별로 걸러 볼 수 있습니다. 같은 숫자라도 받는 사람에 따라 문장이 달라집니다.

하루에 한 번만 도는 규칙이라 두 번째 실행은 제한으로 판정되어 기록됩니다. 사람이 누른 것인지 배치가 호출한 것인지도 함께 남습니다.

레이아웃 저장과 복원

자주 쓰는 배치를 이름 붙여 저장해 두면 다음에 열 때 그 배치로 시작합니다.

기본 레이아웃과 자동 조회를 지정할 수 있습니다.

저장한 행 축이 그대로 복원됩니다. 매달 같은 배치로 보는 사람은 화면을 열자마자 숫자를 봅니다.

좁은 화면과 범위 상한

휴대폰 폭에서는 영역이 세로로 쌓이고, 표가 너무 넓어지는 조합은 그리기 전에 막습니다.

조회 버튼과 차원 칩이 그대로 쓰입니다. 위에서 아래로 읽는 순서입니다.

표는 가로로 스크롤됩니다. 차트는 폭을 꽉 채워 표 아래에서 같은 값을 보여 줍니다.

열 조합이 42개로 상한 36개를 넘은 경우입니다. 읽을 수 없는 표를 그리지 않고 열 축을 줄이거나 차원 값을 골라 범위를 좁히도록 안내합니다.

화면 뒤에서 일어나는 일

조회를 누르면 서비스에서 큐브와 예측을 한 번 읽어 와 브라우저가 들고 있고, 축을 바꾸는 모든 조작은 그 위에서 일어납니다. 칸을 눌러 원천 라인으로 내려갈 때만 서비스를 다시 부릅니다. 이때 칸의 조건이 그대로 조회 조건이 됩니다.

저가 평가 판정 규칙

라인(입고 로트) 단위로 장부 원가와 NRV 를 비교해 평가충당금을 계산하고, 그 합을 큐브에 묶습니다. 아래 판정은 모두 “점검 필요” 수준의 안내이며, 충당금 인식과 환입의 최종 판단은 회사와 감사인이 합니다.

산출 순서

1. 외화 취득 원가 = 수량 × 외화 취득 단가
2. MT당 장부 원가 = 외화 단가 × 환율 + 부대비용 단가(운임 · 관세 · 통관 등 확정 단가)
3. MT당 NRV = 예상 판매 단가 − 추정 판매비용 단가
4. 평가충당금 = 수량 × max(0, MT당 장부 원가 − MT당 NRV)
5. 충당금률 = 평가충당금 ÷ 장부 원가 × 100, NRV 여유율 = (예상 판매가액 − 추정 판매비용 − 장부 원가) ÷ 장부 원가 × 100

요인분해 처리 단계와 대사식

예측값에서 실적값으로 한 번에 한 요인씩 바꿔 같은 식을 다시 계산합니다. 요인은 재고 수량 · 외화 취득 단가 · 환율 · 부대비용 단가 · 예상 판매가 · 추정 판매비용 · 예측 없던 로트의 일곱 가지이며, 요인 합은 총차이와 정확히 같습니다. 만드는 쪽에서는 아래 대사식을 전수로 돌립니다.

1. 큐브 합계 = 원천 라인 합계(평가월 × 측정값)
2. 예측 큐브 합계 = 원천 라인 예측 열 합계
3. 라인 충당금 재계산 = 저장된 충당금
4. 요인 합 − 총차이 = 0

조회조건

결과 컬럼

좁은 화면에서 달라지는 것

• 영역 쌓기 — 조회조건 · 축 보드 · 표 · 차트가 세로로 쌓이고 차트는 표 아래로 내려갑니다.
• 표 스크롤 — 표는 가로로 스크롤되고 칸 누르기는 그대로 됩니다.
• 범위 상한 — 열 조합이 36개를 넘으면 표를 그리지 않고 범위를 좁히도록 안내합니다.

파일 구성

(앱 폴더)
├─ index.html · Component.js · manifest.json · readme.html
├─ i18n/              화면 글자
├─ view/              화면 · 드릴스루 · 사유 · AI · 에이전트 · 레이아웃 창
├─ controller/        화면 제어
├─ model/             큐브 묶기 · 차트 · 레이아웃 · PPTX 만들기 · 서식 · 오류 처리
├─ css/               스타일
├─ media/             소개 영상 · 포스터 · 재생 지점 목록
└─ odata/             서비스 정의 · 서비스 로직 · 샘플 데이터

SAP 표준 기능 확장 포인트

이 앱은 SAP 표준을 대체하지 않습니다. 표준 실행은 SAP 표준 T-code 가 담당하고, 이 화면은 조회 · 검증 관점을 더해 확장합니다. 어디까지가 표준이고 어디서부터 이 앱인지를 먼저 적습니다.

표준으로 되는 것과 안 되는 것

T-code 별 연계 지점

이 앱이 표준 거래의 어느 자리를 이어받는지를 적었습니다. 운영에 올릴 때 “기존 화면을 없애야 하느냐” 는 질문이 꼭 나오는데, 대부분은 없애지 않고 둡니다. 평가 실행과 원장 반영, 감사와 세무 신고 대응은 표준 거래가 맡는 편이 안전합니다. 두 화면을 오가는 방법은 단순합니다 — 이 앱의 드릴스루 라인에서 번호를 집어 표준 T-code 로 원천을 확인하고, 표준 화면에서 본 값은 같은 조건으로 이 앱에서 다시 봅니다.

요구사항 매핑표

S/4HANA 분석 스택과의 자리

S/4HANA 에서는 CDS 로 만든 분석 쿼리를 표준 분석 화면이 그대로 띄워 줍니다. 이 앱을 올리기 전에 표준 스택으로 먼저 되는지를 확인하는 편이 좋습니다. 확인하지 못한 Fiori 앱 이름은 적지 않았습니다.

확장 포인트 — 운영에서 실제로 손대는 자리

1. 집계 레이어를 CDS 로 내린다. 이 사례는 평가 라인 2,900건을 서비스가 들고 있고, 큐브 13,966행을 브라우저가 묶습니다. 운영 데이터에서는 그렇게 못 합니다. 아래 CDS 구성처럼 큐브 뷰를 만들어 DB 에서 집계합니다.
2. 부대비용 조건 유형을 매핑한다. 운임 · 보험 · 관세 · 통관비가 구매오더 조건의 어느 유형에 들어 있는지는 회사마다 다릅니다. 매핑 테이블을 하나 두고 거기서 읽습니다(확인 필요).
3. 예상 판매가 · 판매비용의 출처를 정한다. NRV 는 이 두 값에서 나옵니다. 판매 계약 단가를 쓸지, 시세를 쓸지, 어느 시점 값을 쓸지가 정해지지 않으면 “NRV 가 왜 이 숫자냐” 가 끝나지 않습니다.
4. 예측 원천을 확정한다. 이 사례의 예측은 직전 평가 때의 가정값입니다. 운영에서는 직전 평가 결과를 스냅숏으로 남기는 방식이 보통이며, 어느 시점의 스냅숏을 기준으로 삼을지 정해야 합니다.
5. 환율 기준 시점을 정한다. 장부 원가의 환율이 취득 시점인지 평가일인지에 따라 환율 요인의 의미가 달라집니다.
6. 권한을 표준 객체로 건다. 리포트가 로트까지 내려가므로 회사코드 · 플랜트 권한이 그대로 걸려야 합니다. CDS 에 DCL 을 붙입니다.
7. 에이전트를 배치에 건다. SM36 에 잡을 등록해 월말 평가 기간에 매일 한 번 돌리는 것이 보통입니다. 보낼 사람과 임계값은 화면에서 고칩니다.

CDS 구성

이 사례의 화면은 서비스가 들고 있는 평가 라인 2,900건을 브라우저가 묶습니다. 데모라서 되는 일이고, 운영 데이터에서는 그렇게 하지 않습니다. 운영으로 올릴 때 가장 먼저 하는 일이 집계를 CDS 로 내리는 것입니다. 아래는 그때 만드는 객체들을 레이어 순서대로 적은 것입니다.

코드는 스케치입니다. 필드 이름과 표준 뷰 이름은 릴리스 · 환경에 따라 다르므로 그대로 붙여 넣기 전에 View Browser 로 실제 이름을 확인해야 합니다. 확인이 필요한 자리는 주석에 적어 두었습니다.

뷰 레이어 구성

① 분류 매핑 테이블과 예측 스냅숏 테이블

판매가 근거 · 체류 구간 · 부대비용 조건이 어느 묶음에 속하는지를 정하는 자리입니다. 리포트의 모든 분류가 여기서 갈리므로 운영 전환에서 가장 먼저 합의해야 하는 항목입니다. 유효기간을 둔 이유는 분류 체계가 바뀌어도 과거 평가 숫자가 흔들리지 않게 하기 위해서입니다. 스냅숏 테이블은 예측의 원천입니다.

" ────────────────────────────────────────────────────────────────
"  ZIMP_NRVMAP  — 분류 → 묶음 매핑 (투명 테이블)
"  ZIMP_NRVSNAP — 직전 평가 스냅숏 (예측의 원천)
"  코드에 박지 않는 이유 : 분류는 늘 바뀌고, 바뀔 때마다 개발자를
"  부르게 만들면 리포트가 금방 낡는다.
" ────────────────────────────────────────────────────────────────
@EndUserText.label : '재고 평가 분류 매핑'
@AbapCatalog.enhancement.category : #NOT_EXTENSIBLE
@AbapCatalog.tableCategory : #TRANSPARENT
@AbapCatalog.deliveryClass : #C          " 고객 유지 — 전송(TR)으로 옮긴다
@AbapCatalog.dataMaintenance : #ALLOWED  " 유지보수 뷰를 함께 만들어 둔다
define table zimp_nrvmap {
  key mandt      : mandt not null;
  key map_type   : abap.char(8) not null;   " BASIS 판매가 근거 · BUCKET 체류 구간 · COND 부대비용 조건
  key source_key : abap.char(20) not null;  " 원천 값(조건 유형 코드 등)
  key valid_from : abap.dats not null;
  valid_to       : abap.dats;
  group_key      : abap.char(10);           " 리포트에서 쓸 묶음 코드
  group_text     : abap.char(40);
}

@EndUserText.label : '재고 평가 스냅숏(예측)'
@AbapCatalog.tableCategory : #TRANSPARENT
@AbapCatalog.deliveryClass : #A          " 평가 때마다 쌓이는 업무 데이터
define table zimp_nrvsnap {
  key mandt      : mandt not null;
  key bukrs      : bukrs not null;
  key snap_ver   : abap.char(6) not null;   " 직전 평가 시점(YYYYMM)
  key matnr      : matnr not null;
  key lot_key    : abap.char(20) not null;  " 입고 로트(자재 문서 + 품목)
  eval_period    : abap.char(6);
  qty            : abap.quan(13,3);
  cost_unit      : abap.curr(15,2);
  nrv_unit       : abap.curr(15,2);
  waers          : waers;
}

② 공급사 차원 뷰

분류 기준에 공급사 이름을 붙이는 뷰입니다. 차원 뷰를 따로 두면 큐브에서 join 을 한 번만 걸 수 있고, 값 도움말과 텍스트가 이 뷰 하나를 봅니다. 아래 참조 뷰 이름은 릴리스에 따라 다를 수 있어 View Browser 로 실제 이름을 확인한 뒤 씁니다(확인 필요).

" ────────────────────────────────────────────────────────────────
"  ZI_ImportNrvSupplier — 공급사 차원
"  공급사 하나당 한 행. 이름은 표준 공급사 뷰에서 가져온다.
"  참조 뷰 이름은 릴리스마다 다를 수 있으므로 확인 필요.
" ────────────────────────────────────────────────────────────────
@AbapCatalog.viewEnhancementCategory : [#NONE]
@AccessControl.authorizationCheck    : #NOT_REQUIRED
@EndUserText.label                   : '수입 공급사 차원'
@Analytics.dataCategory              : #DIMENSION
@ObjectModel.representativeKey       : 'Supplier'
define view entity ZI_ImportNrvSupplier
  as select from I_Supplier as Sup
{
      @ObjectModel.text.element : [ 'SupplierName' ]
  key Sup.Supplier                  as Supplier,

      @Semantics.text : true
      Sup.SupplierName              as SupplierName,

      @EndUserText.label : '공급사 국가'
      Sup.Country                   as Country
}

③ 입고 로트 기초 뷰

장부 원가와 NRV, 평가충당금을 한 곳에서만 계산하는 뷰입니다. 큐브도 드릴스루도 이 뷰를 읽으므로 칸 금액과 라인 합계가 같아질 수밖에 없는 구조가 됩니다. 외화 단가를 원화로 바꾸는 환산도 여기서 한 번만 합니다. 필드 이름과 조인 키는 환경마다 다르므로 스케치입니다.

" ────────────────────────────────────────────────────────────────
"  ZI_ImportNrvLot — 입고 로트 기초 뷰
"  입고 로트 한 줄에 외화 단가 · 환율 · 부대비용 · NRV · 충당금을 계산한다.
"  식은 이 뷰에만 둔다. 큐브와 드릴스루가 같은 값을 보게 하려는 것이다.
"  조인 키와 부대비용 · 판매가 원천은 환경마다 다르므로 확인 필요.
" ────────────────────────────────────────────────────────────────
@AbapCatalog.viewEnhancementCategory : [#NONE]
@AccessControl.authorizationCheck    : #CHECK
@EndUserText.label                   : '수입 재고 평가 로트'
define view entity ZI_ImportNrvLot
  with parameters
    p_evaldate : abap.dats
  as select from ekpo as Po
    inner join   ekko as Hd on Hd.ebeln = Po.ebeln
    inner join   mseg as Gr on  Gr.ebeln = Po.ebeln
                            and Gr.ebelp = Po.ebelp
                            and Gr.bwart = '101'            " 입고
{
  key Gr.mblnr                                     as MaterialDocument,
  key Gr.zeile                                     as MaterialDocumentItem,
      Hd.bukrs                                     as CompanyCode,
      Hd.lifnr                                     as Supplier,
      Po.werks                                     as Plant,
      Po.matkl                                     as MaterialGroup,
      Hd.waers                                     as DocCurrency,
      Gr.budat_mkpf                                as GoodsReceiptDate,
      Gr.menge                                     as Quantity,
      Po.meins                                     as BaseUnit,

      " 외화 단가를 원화로 — 환산 기준일은 취득일. 평가일로 바꾸려면
      " exchange_rate_date 를 $parameters.p_evaldate 로 교체한다(합의 사항).
      currency_conversion(
        amount             => Po.netpr,
        source_currency    => Hd.waers,
        target_currency    => cast( 'KRW' as abap.cuky ),
        exchange_rate_date => Gr.budat_mkpf,
        exchange_rate_type => 'M',
        error_handling     => 'SET_TO_NULL' )      as CostUnitBase
      " 부대비용 단가 · 예상 판매 단가 · 추정 판매비용 단가는 각각
      " 송장 조건 / 판매 계약(시세) 원천에서 같은 방식으로 붙인다.
      " NrvUnit      = SellUnit - SellCostUnit
      " AllowAmount  = case when CostUnit > NrvUnit
      "                     then Quantity * ( CostUnit - NrvUnit ) else 0 end
}

④ 실적 큐브

차원 조합마다 한 행입니다. group by 에 올린 필드가 곧 리포트에서 쓸 수 있는 차원이 됩니다. 여기에 없는 차원은 화면에서 끌어다 놓을 수 없습니다. 아래 키 모양이 예측 큐브와 같아야 두 값이 한 칸에 나란히 붙습니다.

" ────────────────────────────────────────────────────────────────
"  ZI_ImportNrvActualCube — 실적 큐브
"  차원 조합마다 한 행. 입고 로트 라인을 DB 에서 더해 올린다.
"  화면이 들고 묶던 일을 여기로 내리는 것이 운영 전환의 핵심이다.
" ────────────────────────────────────────────────────────────────
@AbapCatalog.viewEnhancementCategory : [#NONE]
@AccessControl.authorizationCheck    : #CHECK      " ← DCL 을 반드시 붙인다
@EndUserText.label                   : '수입 재고 저가평가 큐브(실적)'
@Analytics.dataCategory              : #CUBE
define view entity ZI_ImportNrvActualCube
  with parameters
    p_evaldate : abap.dats
  as select from ZI_ImportNrvLot( p_evaldate : $parameters.p_evaldate ) as Lot
  association [0..1] to ZI_ImportNrvSupplier as _Supplier
    on _Supplier.Supplier = $projection.Supplier
{
  key Lot.CompanyCode                              as CompanyCode,
  key left( cast( Lot.GoodsReceiptDate as abap.char(8) ), 6 ) as EvalPeriod,
  key Lot.Supplier                                 as Supplier,
  key Lot.Plant                                    as Plant,
  key Lot.MaterialGroup                            as MaterialGroup,

      _Supplier,

      " ── 측정값
      @DefaultAggregation : #SUM
      @Semantics.amount.currencyCode : 'Currency'
      sum( Lot.AllowAmount )                       as AllowanceAmount,

      @DefaultAggregation : #SUM
      @Semantics.amount.currencyCode : 'Currency'
      sum( Lot.CostAmount )                        as CostAmount,

      @DefaultAggregation : #SUM
      count( * )                                   as LotCount,

      cast( 'KRW' as abap.cuky )                   as Currency
}
group by
  Lot.CompanyCode,
  left( cast( Lot.GoodsReceiptDate as abap.char(8) ), 6 ),
  Lot.Supplier, Lot.Plant, Lot.MaterialGroup

⑤ 예측 큐브

직전 평가 스냅숏을 실적 큐브와 같은 키 모양으로 집계합니다. 두 큐브의 키가 어긋나면 예측이 실적 옆에 붙지 않고 따로 뜹니다. 어느 시점의 스냅숏을 기준으로 삼을지는 파라미터로 받아 화면에서 고르게 합니다.

" ────────────────────────────────────────────────────────────────
"  ZI_ImportNrvPlanCube — 예측 큐브 (직전 평가 스냅숏)
"  실적 큐브와 키 모양이 같아야 한다. 다르면 두 값이 한 칸에 붙지 않는다.
" ────────────────────────────────────────────────────────────────
@AbapCatalog.viewEnhancementCategory : [#NONE]
@AccessControl.authorizationCheck    : #CHECK
@EndUserText.label                   : '수입 재고 저가평가 큐브(예측)'
@Analytics.dataCategory              : #CUBE
define view entity ZI_ImportNrvPlanCube
  with parameters
    p_snapver : abap.char(6)
  as select from zimp_nrvsnap as Snap
{
  key Snap.bukrs                                   as CompanyCode,
  key Snap.eval_period                             as EvalPeriod,
  key Snap.lot_key                                 as LotKey,

      @DefaultAggregation : #SUM
      @Semantics.amount.currencyCode : 'Currency'
      sum( case when Snap.cost_unit > Snap.nrv_unit
               then Snap.qty * ( Snap.cost_unit - Snap.nrv_unit )
               else 0 end )                        as PlannedAllowance,

      Snap.waers                                   as Currency
}
where Snap.snap_ver = $parameters.p_snapver
group by Snap.bukrs, Snap.eval_period, Snap.lot_key, Snap.waers

⑥ 분석 쿼리

행 · 열 축의 기본 배치와 필터, 계산 측정값을 정하는 뷰입니다. 이 뷰를 만들어 두면 표준 분석 화면과 Analysis for Office 가 같은 쿼리를 그대로 띄웁니다. 충당금률처럼 식으로 나오는 값은 여기에 계산 측정값으로 둡니다.

" ────────────────────────────────────────────────────────────────
"  ZC_ImportNrvQuery — 분석 쿼리
"  행 · 열 기본 배치와 계산 측정값. 표준 분석 화면이 그대로 띄운다.
" ────────────────────────────────────────────────────────────────
@AccessControl.authorizationCheck : #CHECK
@EndUserText.label                : '수입 재고 저가평가 분석'
@Analytics.query                  : true
@Metadata.ignorePropagatedAnnotations : true
define view entity ZC_ImportNrvQuery
  with parameters
    @Environment.systemField : #SYSTEM_DATE
    p_evaldate : abap.dats
  as select from ZI_ImportNrvActualCube( p_evaldate : $parameters.p_evaldate )
{
      @AnalyticsDetails.query.axis : #ROWS
      @AnalyticsDetails.query.display : #KEY_TEXT
      @Consumption.filter : { selectionType : #RANGE, multipleSelections : true }
  key MaterialGroup,

      @AnalyticsDetails.query.axis : #ROWS
      @Consumption.filter : { selectionType : #RANGE, multipleSelections : true }
  key Supplier,

      @AnalyticsDetails.query.axis : #COLUMNS
      @Consumption.filter : { mandatory : true, selectionType : #INTERVAL }
  key EvalPeriod,

      @AnalyticsDetails.query.axis : #COLUMNS
      @EndUserText.label : '평가충당금'
      AllowanceAmount,

      @EndUserText.label : '장부 원가'
      CostAmount,

      @EndUserText.label : '충당금률(%)'
      @AnalyticsDetails.query.formula : 'AllowanceAmount / CostAmount * 100'
      @AnalyticsDetails.query.decimals : 2
      cast( 0 as abap.dec(9,2) )                   as AllowanceRate
}

⑦ 권한 (DCL)

집계 화면에서 권한을 드릴스루에만 걸면, 권한 없는 사람이 전체 합계와 자기 몫의 차이를 빼서 다른 플랜트의 숫자를 알아냅니다. 그래서 큐브를 읽는 자리에 겁니다. 권한 객체 이름은 환경 표준을 확인합니다(확인 필요).

" ────────────────────────────────────────────────────────────────
"  ZI_IMPORTNRVCUBE — 권한 (DCL)
"  권한을 드릴스루에만 걸면 뺄셈으로 다른 플랜트의 숫자가 드러난다.
"  그래서 큐브를 읽는 자리에 건다.
" ────────────────────────────────────────────────────────────────
@EndUserText.label : '수입 재고 평가 큐브 권한'
@MappingRole       : true
define role ZI_IMPORTNRVCUBE {
  grant select on ZI_ImportNrvActualCube
    where ( CompanyCode ) = aspect pfcg_auth ( F_BKPF_BUK, BUKRS, ACTVT = '03' )
      and ( Plant )       = aspect pfcg_auth ( M_MSEG_WWA, WERKS, ACTVT = '03' );
}

⑧ 서비스 정의

쿼리를 OData 서비스로 게시하는 자리입니다. 서비스 바인딩에서 OData V2 를 선택해 게시하고, 활성화 후 화면 쪽 manifest.json 의 서비스 주소를 이 주소로 바꿉니다. 이 단계는 환경마다 절차가 달라 운영 시점에 정합니다.

" ────────────────────────────────────────────────────────────────
"  ZUI_ImportNrvAnalysis — 서비스 정의
"  서비스 바인딩(OData V2)은 ADT 에서 만들어 게시한다.
" ────────────────────────────────────────────────────────────────
@EndUserText.label : '수입 재고 저가평가 분석 서비스'
define service ZUI_ImportNrvAnalysis {
  expose ZC_ImportNrvQuery as NrvQuery;
}

운영 시점에 해야 할 일

개발보다 정하는 일이 많습니다. 아래 표의 왼쪽은 대부분 코딩이 아니라 합의입니다.

숫자를 믿을 수 있는가 — 검증 결과

리포트에서 가장 비싼 질문은 “이 숫자 맞아?” 입니다. 그래서 만드는 쪽에서 먼저 대사식을 세워 두고 전수로 돌렸습니다. 아래는 이 사례(가상 샘플 데이터) 기준 결과이며, 도입 포인트의 사례와 같은 숫자입니다.

모든 대사식이 차이 0 입니다. 의도적으로 섞어 둔 예외는 “예측 없던 로트” 325건이며, 오류가 아니라 요인으로 분리해 합계에 포함했습니다. 화면 쪽은 이와 별도로 브라우저 자동화로 돌려 확인했습니다 — 축을 바꿔도 합계가 변하지 않는지, 칸 금액과 라인 합계가 같은지, 요인 합이 총차이와 같은지입니다.

운영 데이터로 갈 때 — 입고 로트가 천만 건이면

이 사례는 평가 라인 2,900건이 큐브 13,966행이 됩니다. 로트가 천만 건이 되어도 큐브 행 수는 로트 건수가 아니라 차원 조합 수를 따라갑니다. 문제는 조합이 많을 때입니다.

자주 묻는 질문

도입 상담과 데모에서 자주 나오는 질문들입니다. 네 묶음으로 나눠 적었습니다.

숫자와 산식

화면과 조작

AI 분석과 에이전트

도입과 운영