SAP 운임 반영 수익성 점검 — 매출총이익은 남는데 운임을 반영하면 적자가 되는 오더를 찾는 월마감 점검

운임 반영 공헌이익은 어떻게 계산합니까?

순매출에서 표준 매출원가를 뺀 매출총이익을 먼저 구하고, 거기서 순 운임 부담을 뺍니다. 순 운임 부담은 운임 비용에서 고객에게 청구한 운임을 뺀 값입니다. 청구한 운임이 비용을 다 덮으면 매출총이익이 그대로 남고, 청구를 못 했으면 그만큼 이익이 줄어듭니다.

이 샘플에서는 매출총이익 189,320,999원에서 순 운임 부담 16,763,700원을 빼 운임 반영 공헌이익 172,557,299원이 됩니다. 순매출 대비로는 23.87% 이던 매출총이익률이 21.75% 로 내려옵니다.

운임 청구분은 순매출에 들어가지 않습니까?

들어가지 않습니다. 고객에게 청구한 운임은 순매출이 아니라 운임 비용을 덜어 주는 쪽으로 셉니다. 순매출에 섞으면 운임을 많이 청구한 오더의 매출총이익률이 부풀어 보이고, 운임률 계산의 분모도 흔들립니다.

회사 방침이 다르면(운임 청구분을 매출로 인식하는 경우) 산식의 이 자리 하나만 바꾸면 되고, 다른 산식은 그대로입니다. 어느 쪽이든 먼저 정해 두어야 숫자가 기존 보고서와 맞습니다.

약정 청구 운임은 무엇이고 어디서 옵니까?

고객과 합의한 청구 조건에 따라 받았어야 하는 운임입니다. 전액 청구 · 일부 청구 · 무료의 세 가지로 나누고, 고객마다 조건이 다릅니다. 실제 청구 운임이 약정보다 적으면 그 차이가 청구 차이이고, 0 보다 작으면 청구 누락 후보로 봅니다.

표준에는 이 조건을 한 곳에 모아 둔 자리가 없어서 운영에서는 매핑 테이블을 새로 정의합니다. 이 테이블이 비면 청구 누락 점검이 돌지 않으므로 도입에서 가장 먼저 합의할 항목입니다.

점검 기준 값(8% · 5.5% · 4%)은 어떻게 정했습니까?

샘플 데이터에서 점검 표시가 실제로 보이도록 정한 예시 값이며, 어느 회사에도 맞는 기준이라는 뜻이 아닙니다. 오더 운임률 8%, 노선 5.5%, 월 4% 는 서로 다른 집계 수준에서 같은 비율을 쓰면 안 되기 때문에 단계별로 달리 둔 것입니다.

운영에서는 운송방식과 상품 특성에 따라 기준이 달라지므로 회사가 정합니다. 화면은 그 기준을 넘었는지만 알려 주고, 넘었다고 잘못이라고 단정하지 않습니다.

같은 오더가 여러 기준에 걸리면 어떻게 보입니까?

코드는 적자 전환 → 운임률 초과 → 청구 누락 순서로 하나만 보여 줍니다. 합산하면 건수가 겹쳐 세어지기 때문입니다. 대신 점검 내용 칸에는 걸린 기준을 모두 적어, 하나만 고쳐도 되는지 여러 개를 봐야 하는지 알 수 있습니다.

샘플의 점검 필요 오더 45건은 이 순서로 적자 전환 7건 · 운임률 초과 23건 · 청구 누락 15건으로 나뉘며, 합이 45건과 정확히 같습니다.

대사식이 전부 0 인데 왜 운임률에는 0.0050 이 나옵니까?

운임률은 소수 둘째 자리까지 반올림해 저장하기 때문에 다시 계산한 값과 최대 0.005 까지 어긋날 수 있습니다. 이것은 오류가 아니라 표시 정밀도의 한계이고, 허용 오차(0.005) 안이라 차이 건수에는 넣지 않았습니다.

숨기지 않고 최대 차이 칸에 그대로 적는 이유는, 허용 오차 안에서 어긋난 것과 정확히 같은 것을 구분해 보여 주기 위해서입니다.

처음 열면 무엇이 보입니까?

회계연도만 채워진 상태로 열리고 자동으로 한 번 조회합니다. 위에는 조회조건, 그 아래에 요약 아홉 개, 그 아래에 오더 명세 · 노선 · 월별 추이 · 운임 구성 · 대사 결과 다섯 탭이 있습니다.

조회 버튼은 조건 줄의 오른쪽 끝에 있고 Enter 로도 조회됩니다. 조건을 비우면 해당 조건이 빠질 뿐 코드로 "전체" 를 보내지 않습니다.

점검 필요 오더만 모아 보려면?

점검 결과 조건을 점검 필요로 두고 조회합니다. 서버가 그 조건으로 걸러 주므로 건수가 많아도 화면이 느려지지 않습니다. 결과는 운임 반영 공헌이익이 낮은 순으로 정렬해 두면 손실이 큰 오더부터 읽을 수 있습니다.

월 범위, 지역, 운송방식, 고객을 함께 걸면 "7월 수도권 항공 점검 필요" 같은 조합도 한 번에 나옵니다.

노선과 월은 왜 따로 봅니까?

오더 한 건으로는 보이지 않는 패턴이 묶으면 드러나기 때문입니다. 한 오더가 운임률 9% 인 것은 소량 발송 탓일 수 있지만, 한 노선이 달마다 5.5% 를 넘으면 운송사 계약이나 운송방식 선택의 문제입니다. 월 단위는 마감 회의에서 "이번 달은 어땠나" 를 답하는 자리입니다.

세 집계 수준의 합은 서로 같아야 하며, 이 일치를 대사식으로 검사합니다.

행을 누르면 무엇이 열립니까?

오더 행은 그 오더의 운임 구성 줄(비용 줄과 청구 줄)과 점검 내용을, 노선 행과 월 행은 그 범위에 속한 오더 명세를 엽니다. 상세 안의 합계는 눌렀던 행의 숫자와 같아야 합니다.

어느 숫자가 의심스러우면 상세에서 줄 단위로 내려가고, 거기서도 이상하면 표준 거래(VI03 · VF03)에서 원천을 대조합니다.

내려받기는 무엇을 담습니까?

지금 보고 있는 탭의 조회 결과를 CSV 로 내려받습니다. UTF-8 에 BOM 을 붙여 엑셀에서 바로 열립니다. 조회조건에 걸린 결과만 담기므로 점검 필요 오더만 걸고 내려받으면 그 목록이 됩니다.

서버에 파일이 남지 않고 브라우저에서 만들어집니다.

휴대폰이나 좁은 화면에서도 됩니까?

표준 컨트롤의 반응형 규칙을 따르므로 폭이 줄면 조회조건이 여러 줄로 접히고 표는 가로로 넘겨 봅니다. 현장에서 숫자를 확인하는 정도는 되지만, 오더 수백 건을 훑는 일은 큰 화면이 낫습니다.

SAP 표준 화면으로는 왜 부족합니까?

표준이 부족하다기보다 보는 단위가 다릅니다. 판매 오더는 VA03 · VA05, 청구는 VF03, 운송 비용은 VI03, 수익성은 KE24 · KE30 에 따로 있습니다. 한 오더의 매출총이익, 운임 비용, 청구 운임을 한 줄에 놓고 비교하려면 이 화면들을 오가며 손으로 맞추게 됩니다.

이 화면은 표준이 가진 같은 원천을 한 줄에 모아 놓고 기준을 넘은 오더를 골라 줄 뿐, 표준 거래를 대신하지 않습니다.

기존 수익성 리포트(KE30)를 없애야 합니까?

없애지 않습니다. 수익성 분석의 공식 숫자와 감사 대응은 표준에 두는 편이 안전합니다. 이 화면은 운임이 공헌이익을 얼마나 깎는지를 오더 · 노선 · 월로 점검하는 보조 도구이고, 두 숫자는 노선과 월 합계를 KE30 과 맞춰 보는 방식으로 대조합니다.

운임 비용의 원천은 무엇입니까?

운송 비용 문서(VI03 으로 조회)의 품목 금액입니다. 테이블로는 운송 비용 헤더와 품목에 해당하며, 정확한 필드와 표준 뷰 이름은 릴리스마다 달라 View Browser 로 확인해야 합니다. 이 글의 코드에서도 확인이 필요한 자리는 주석에 적어 두었습니다.

운송을 외주 정산 시스템으로 처리하는 회사라면 원천이 달라지므로, 도입 첫 주에 원천을 확정하는 일이 가장 중요합니다.

이 화면의 결과가 수익성 분석(CO-PA)에 반영됩니까?

반영하지 않습니다. 읽기 전용 점검 화면이라 전기나 수정을 하지 않습니다. 운임이 CO-PA 에 어떻게 흘러가는지는 회사의 가치 필드 설정에 달려 있고, 이 화면은 그 결과가 오더 수준에서 맞는지 거꾸로 확인하는 데 씁니다.

도입에 걸리는 기간은 어느 정도입니까?

개발보다 합의가 오래 걸립니다. 원천 확정과 청구 조건 매핑이 끝나면 CDS 뷰 몇 개와 서비스 게시, 화면 주소 교체가 남습니다. 합의가 준비된 회사라면 몇 주 단위로 보지만, 청구 조건이 영업 담당자 머릿속에만 있는 회사는 그 정리가 일정을 정합니다.

권한은 어떻게 걸어야 합니까?

판매 조직 · 플랜트 · 고객 단위의 표준 권한을 집계를 읽는 자리에 걸어야 합니다. 상세에만 걸면 전사 합계와 자기 몫의 차이로 남의 숫자를 알아낼 수 있습니다. 이 글의 CDS 구성에 권한 정의 예시를 실었습니다.

오더가 수천만 건이면 어떻게 합니까?

샘플은 216건이라 화면이 전부 읽어 오지만 운영에서는 그렇게 하지 않습니다. 오더 · 노선 · 월 집계를 CDS 에서 하고, 조회조건(기간 · 판매 조직)을 필수로 받아 범위를 좁히며, 명세는 $top · $skip 으로 나눠 읽습니다. 상세한 기준은 CDS 구성 절의 "운영 데이터로 갈 때" 에 적었습니다.

청구 조건이나 점검 기준이 바뀌면 개발이 필요합니까?

청구 조건은 매핑 테이블 한 곳을 고치고(SM30 으로 현업이 직접), 점검 기준 값은 설정으로 둡니다. 새로운 점검 규칙(예: 긴급 할증 비율)을 더하는 일은 판정 로직에 규칙 하나를 추가하는 작업입니다.

이 화면이 오류를 확정해 줍니까?

아닙니다. 점검 필요는 기준을 넘었으니 근거를 확인하라는 표시이지 잘못이라는 판정이 아닙니다. 소량 긴급 발송이라 운임률이 높을 수도 있고, 고객과 협의한 예외일 수도 있습니다. 최종 판단은 회사가 하며, 감사인이 요구하는 근거는 표준 거래의 문서에서 확인합니다.

다국어와 다통화는 됩니까?

화면 글자는 번역 파일로 분리되어 있어 언어를 더하는 일은 파일 하나를 더하는 일입니다. 통화는 오더 통화 하나를 전제로 하며, 통화가 섞이면 환산 기준(전기일 환율 또는 월말 환율)을 먼저 정해야 합니다. 통화가 다른 오더의 합을 단순히 더하면 안 됩니다.

유지보수는 무엇을 하게 됩니까?

정기적으로 손이 가는 곳은 고객별 청구 조건 매핑과 점검 기준 값입니다. 신규 고객이 생기면 청구 조건을 적어 주고, 운송사 요율이 바뀌면 기준 값을 조정합니다. 그 밖에는 운송 비용 원천 구조가 바뀔 때 해당 뷰를 고치는 정도입니다.

숫자가 기존 보고서와 다르면 어떻게 확인합니까?

순서가 있습니다.

① 조회 범위가 같은지 봅니다 — 회계연도, 월 범위, 판매 조직. 가장 흔한 원인입니다.
② 청구 조건 매핑을 봅니다. 고객 조건이 다르게 들어가면 청구 차이가 어긋납니다.
③ 오더 상세의 운임 구성 줄을 VI03 · VF03 과 줄 단위로 맞춥니다.
④ 그래도 다르면 운임 청구분을 순매출에서 제외했는지(이 화면의 전제)부터 확인합니다.