SAP 관계기업 거래 미실현손익 제거 점검 — IAS 28, 상향·하향 거래 차익의 투자자 지분 몫을 다시 계산해 장부와 맞춰본다

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

관계기업과 거래한 해의 결산에서 반복되는 질문은 세 가지입니다. 제거해야 할 미실현손익이 얼마인가, 그중 올해 실현돼 돌려놓을 몫은 얼마인가, 장부에 남아 있는 제거 잔액이 그 숫자와 같은가. 지금 이 세 답은 엑셀 계산서 · 전표 조회 · 담당자의 기억에 흩어져 있습니다. 이 앱은 세 답을 거래 한 건 단위로 한 화면에 붙입니다.

핵심 포인트 여섯 가지

사례로 보는 효과 — 장부는 전액을 걷어 냈다

마루디바이스(지분 35%)에 판 전장 하네스 하향 거래 T34는 매각 대가 570,000,000원, 장부금액 444,000,000원으로 차익이 126,000,000원입니다. 투자자 지분 몫으로 제거할 금액은 44,100,000원이고, 기말까지 62%가 실현되어 미실현 잔액은 16,758,000원이어야 합니다. 그런데 장부에는 47,880,000원이 남아 있습니다. 차이 −31,122,000원. 점검 코드 R04 — 전액 제거: 투자자 지분 몫이 아니라 차익 전체를 기준으로 제거한 모양입니다.

합계 화면만 보았다면 전체 차이는 −17.0백만 원입니다. 이 가운데 T34 한 건이 −31.1백만 원이고, 다른 거래의 차이가 반대 방향으로 상쇄되어 작아 보입니다. 거래별로 보지 않으면 큰 오류가 작은 합계 차이에 숨습니다.

도입하면 달라지는 것

• 결산 점검 시간 — 거래별 재계산과 장부 대조가 한 번의 조회로 끝나 엑셀 취합이 사라집니다.
• 회의의 주제 — 합계가 맞느냐가 아니라 어느 거래의 어느 단계가 어긋났느냐를 이야기합니다.
• 전기와의 연결 — 기초 미실현이 직전 기말 잔액으로 이어지는지를 같은 화면에서 봅니다.
• 감사 대응 — 점검 코드와 대사식, CSV 가 근거로 남습니다.

이런 회사에 맞습니다

관계기업 · 공동기업에 투자하면서 투자자와 거래(재고 매입 · 설비 매각 · 용역)가 있는 회사, 지분법 결산을 엑셀로 하고 있는 연결회계팀, 그리고 결산 후 감사인에게 제거 금액의 산출 근거를 설명해야 하는 재무 조직에 맞습니다. 반대로 거래가 없거나 지분법 대상이 없다면 쓸 일이 없습니다.

사용 방법

1. 기준 연월(필수, 6자리)을 넣고 조회를 누릅니다. 관계기업 · 거래 방향 · 자산 구분 · 거래 품목 · 점검 코드 · 점검 결과는 선택 조건이며, 화면이 열릴 때 한 번 자동으로 조회됩니다.
2. 위쪽 요약 지표 일곱 개를 먼저 봅니다 — 거래 건수, 제거 대상, 기말 미실현손익, 장부 제거 잔액, 재계산−장부 차이, 점검 필요 거래, 정합성 대사 차이 건수.
3. 탭을 거래별 명세 → 관계기업별 집계 → 방향·계정별 집계 → 대사 결과 순으로 넘기며 넓은 곳에서 좁은 곳을 거쳐 대사까지 봅니다.
4. 점검 결과를 점검 필요로 두고 조회하면 어긋난 거래만 남습니다.
5. 행을 누르면 거래 상세가 열려 기초 → 발생 → 실현 → 기말 네 단계와 점검 내용을 보여 줍니다.
6. 보고 있는 탭은 CSV로 내려받아 감사 자료에 붙입니다.

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

가장 비싼 질문은 “이 숫자 맞아?” 입니다. 그래서 대사식을 먼저 세워 두고 전수로 돌렸습니다. 01~06은 계산이 서로 맞물리는지를, 07~09는 계산 결과가 장부와 같은지를 봅니다.

정합성 대사 여섯 가지는 차이 0 입니다. 장부 점검 대사의 차이는 의도적으로 넣은 예외 거래 6건(R01 2건 · R02 1건 · R03 1건 · R04 1건 · R05 1건)에서 나온 것이며, 이 앱이 그것을 실제로 찾아내는지를 보여 줍니다. 화면 쪽은 브라우저 자동화로도 확인했고, 데이터는 가상의 관계기업 5곳 · 거래 40건의 검증용 샘플입니다.

무엇으로 만들었나

도입 후 쓰는 순서

1. 결산 마감 직후 기준 연월로 조회하고 요약 지표의 정합성 대사 차이가 0 인지 먼저 봅니다.
2. 점검 필요로 좁혀 차이가 큰 거래부터 상세를 엽니다.
3. 점검 코드가 가리키는 대로 FAGLL03 · FS10N · AW01N · MB51 에서 전표와 잔액, 자산, 자재 문서를 확인합니다.
4. 원인이 확인되면 정정 분개는 SAP 표준 거래에서 입력하고, 이 앱은 다시 조회해 차이가 줄었는지 봅니다.
5. 마지막으로 대사 결과 탭과 CSV 를 감사 자료로 넘깁니다.

실행 화면

실제로 돌아가는 화면 6종을 순서대로 싣습니다. 그림을 누르면 크게 볼 수 있고, 화면마다 무엇을 하는 자리이고 왜 그렇게 두었는지를 아래에 적었습니다. 숫자는 모두 같은 자료에서 나온 것이라 화면끼리 서로 맞춰 보셔도 됩니다.

처음 열었을 때

숫자 일곱 개를 먼저 보여 주는 이유는 "장부와 맞는가" 가 가장 먼저 나오는 질문이기 때문입니다. 재계산 기말 329.6과 장부 346.6의 차이 −17.0백만 원이 곧 이 화면이 찾는 대상이고, 정합성 대사 차이 0건은 그 재계산 자체는 흔들리지 않는다는 뜻입니다.

관계기업 단위로 묶어 보기

관계기업마다 지분율이 다르므로 같은 차익이라도 제거 금액이 달라집니다. 다온물류(40%)는 거래 8건에서 제거 대상 242.8백만 원이 나오고, 라온소재(20%)는 86.0백만 원입니다. 한 줄에서 기초 + 발생 − 실현 = 기말을 눈으로 따라갈 수 있습니다.

상향·하향, 재고·유형으로 나누기

상향 거래(관계기업이 투자자에게 파는 것)는 투자자가 들고 있는 자산에서, 하향 거래(투자자가 관계기업에 파는 것)는 지분법투자에서 제거하는 것이 일반적입니다. 다만 계정 표시는 회사 정책 확인이 필요한 항목이라 화면에도 그렇게 적었습니다.

숫자가 서로 맞는지 대사식으로 확인하기

정합성 대사는 계산이 서로 맞물리는지를 보는 것이고, 장부 점검 대사는 계산 결과가 장부와 같은지를 보는 것입니다. 둘을 같은 표에 두되 구분 열을 따로 둔 이유는, 앞의 0은 "계산이 맞다"이고 뒤의 6·1·1은 "장부를 보라"는 뜻이기 때문입니다.

점검이 필요한 거래만 보기

R01 두 건(T05 · T14), R02 한 건(T19), R03 한 건(T22), R05 한 건(T28), R04 한 건(T34)이 남습니다. 이 여섯 건의 재계산−장부 차이 합이 −17.0백만 원이고, 점검 대상 기말 미실현손익은 93.9백만 원, 장부 제거 잔액은 110.9백만 원입니다.

행 하나를 열어 변동 보기

이 거래는 장부 제거 잔액이 5,226,000으로 남아 있어 재계산(0)과 5,226,000 차이가 납니다. 점검 코드 R01 — 당기 실현분 반영 누락. 기초 시점의 실현율 33%만 반영한 채 외부 판매로 100% 실현된 뒤에도 잔액을 줄이지 않은 모양입니다. 원인은 단정하지 않고 확인을 요청합니다.

SAP 표준 기능 확장 포인트

이 앱은 SAP 표준을 대체하지 않습니다. 표준이 이미 잘하는 일은 표준에 맡기고, 표준에 없는 "제거 금액의 재계산과 장부 대조"만 이어 붙이는 쪽으로 만들었습니다. 먼저 기준서가 요구하는 것을 적고, 그다음 표준 T-code 와의 관계를 적습니다.

기준서 요구사항과 대응 기능

문단번호는 원문을 직접 확인한 항목만 적어야 하므로 이 표에는 적지 않았습니다. 이미 적용 중인 기준서의 요구사항이며, 새 기준서 대응이 아닙니다.

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

어디에 붙이나

이 앱은 읽기 전용입니다. 전표를 만들거나 고치지 않고, OData 서비스 하나가 원천을 읽어 주면 화면이 그대로 돕니다. 붙는 자리는 세 곳입니다 — 거래 명세(매각 대가 · 장부금액 · 지분율), 실현율(재고는 자재 문서, 유형자산은 자산 상각), 장부 제거 잔액(ACDOCA 의 제거 계정). 확정되지 않은 필드는 아래 CDS 스케치에 주석으로 표시했습니다.

CDS 구성

이 사례의 화면은 샘플 40건을 서비스 엔진이 들고 있습니다. 데모라서 되는 일이고, 운영 데이터에서는 그렇게 하지 않습니다. 운영으로 올릴 때는 거래 · 실현율 · 장부 잔액 세 원천을 CDS 로 내려 서비스가 읽게 합니다. 아래는 그때 만드는 뷰들을 레이어 순서대로 적은 것입니다.

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

뷰 레이어 구성

① 거래 명세 테이블

거래 단위 지분율과 손상 증거 구분이 어디에도 없으므로 고객 테이블에 둡니다. 운영에서는 연결 시스템이나 투자 관리 자료를 옮겨 담습니다. 제거 계산의 출발점이라 가장 먼저 합의해야 하는 항목입니다.

" ────────────────────────────────────────────────────────────────
"  ZUNR_TXN — 관계기업 거래 명세 (투명 테이블)
"  거래 시점 지분율을 거래에 박아 두는 이유 : 이후 지분율이 바뀌어도
"  과거 거래의 제거 금액이 흔들리지 않게 하기 위해서다.
" ────────────────────────────────────────────────────────────────
@EndUserText.label : '관계기업 거래 명세'
@AbapCatalog.tableCategory : #TRANSPARENT
@AbapCatalog.deliveryClass : #A
@AbapCatalog.dataMaintenance : #ALLOWED
define table zunr_txn {
  key mandt    : mandt not null;
  key bukrs    : bukrs not null;          " 투자자 회사코드
  key txn_no   : abap.char(10) not null;  " 거래 번호
  assoc_code   : abap.char(10);           " 관계기업 코드 (거래 상대 회사 필드는 확인 필요)
  dir          : abap.char(2);            " UP 상향 / DN 하향
  asset_kind   : abap.char(3);            " INV 재고자산 / PPE 유형자산
  txn_date     : abap.dats;
  sale_price   : abap.curr(18,2);         " 매각 대가
  carry_amt    : abap.curr(18,2);         " 매각 측 장부금액 — 확인 필요
  own_pct      : abap.dec(5,2);           " 거래 시점 투자자 지분율
  impair_flag  : abap.char(1);            " 손상 증거 Y/N
  waers        : waers;
}

② 원장 지분율

거래 지분율과 원장 지분법 지분율이 다르면 R03 으로 올라옵니다. 유효기간을 두어 지분율이 바뀐 시점을 따라갑니다.

@EndUserText.label : '원장 지분법 지분율'
@AbapCatalog.tableCategory : #TRANSPARENT
@AbapCatalog.deliveryClass : #C
define table zunr_ledgpct {
  key mandt      : mandt not null;
  key bukrs      : bukrs not null;
  key assoc_code : abap.char(10) not null;
  key valid_from : abap.dats not null;    " 유효 시작일
  ledg_pct       : abap.dec(5,2);         " 원장 지분법 지분율 — 회사 기준정보와 확인 필요
}

③ 실현율 — 재고와 유형자산을 한 뷰로

재고는 입고수량 대비 외부 출고수량, 유형자산은 내용연수 대비 상각 경과월로 실현율을 만듭니다. 자재 문서와 자산 연도별 값을 읽는 자리이므로 필드 이름은 환경에서 확인해야 합니다.

@AbapCatalog.viewEnhancementCategory: [#NONE]
@EndUserText.label: '미실현손익 실현율'
define view entity ZI_UnrRealization
  as select from zunr_txn as t
  left outer join mseg as m  on  m.matnr = t.matnr_ref     " 확인 필요: 거래-자재 연결 필드
{
  key t.bukrs, key t.txn_no,
  case t.asset_kind
    when 'INV' then
      cast( case when sum( m.menge_in ) = 0 then 0
                 else sum( m.menge_out ) * 100 / sum( m.menge_in ) end
            as abap.dec(5,2) )                             " 외부 판매율 — 수량 필드는 확인 필요
    else
      cast( 0 as abap.dec(5,2) )                           " 유형자산은 상각 경과월 ÷ 내용연수월 (ANLC 연결, 확인 필요)
  end                                                      as rlz_close
}
group by t.bukrs, t.txn_no, t.asset_kind

④ 장부 제거 잔액

장부 쪽 숫자를 읽는 유일한 자리입니다. 제거 계정의 잔액을 거래 번호 기준으로 모아야 하므로, 전표 라인에 거래 번호를 어떻게 남겼는지가 도입 전에 정해져야 합니다.

@AbapCatalog.viewEnhancementCategory: [#NONE]
@EndUserText.label: '장부 제거 잔액'
define view entity ZI_UnrBookBalance
  as select from acdoca as a
{
  key a.rbukrs                 as bukrs,
  key a.zuluz_txn_ref          as txn_no,       " 확인 필요: 거래 번호를 담는 전표 필드(참조 · 지정 · 사용자 필드)
  sum( a.hsl )                 as book_elim     " 제거 계정(FS10N 기준) 잔액
}
where a.racct in ( 'ELIM_INV', 'ELIM_PPE', 'ELIM_EQMT' )   " 확인 필요: 회사 계정 체계
  and a.rldnr = '0L'
group by a.rbukrs, a.zuluz_txn_ref

⑤ 제거 금액 계산

이 앱의 핵심입니다. 차익 · 제거 대상 · 롤포워드를 한 곳에서 정의해 화면과 CSV 가 같은 계산을 쓰게 합니다. 손상 증거가 있는 손실 거래는 제거 대상이 0 입니다.

@AbapCatalog.viewEnhancementCategory: [#NONE]
@EndUserText.label: '미실현손익 제거 계산'
define view entity ZI_UnrealizedElim
  as select from zunr_txn as t
  association [0..1] to ZI_UnrRealization as _r on _r.bukrs = t.bukrs and _r.txn_no = t.txn_no
{
  key t.bukrs, key t.txn_no, t.assoc_code, t.dir, t.asset_kind,
  t.sale_price - t.carry_amt                                     as gross_gain,
  case when t.sale_price - t.carry_amt < 0 and t.impair_flag = 'Y' then 0
       else cast( ( t.sale_price - t.carry_amt ) * t.own_pct / 100 as abap.curr(18,2) )
  end                                                            as elim_total,
  _r.rlz_close,
  _r
}

⑥ 점검 코드

재계산 기말 미실현손익과 장부 제거 잔액을 비교해 점검 코드를 붙입니다. 원인은 단정하지 않으므로 코드 이름도 "점검 필요"에 머뭅니다.

@AbapCatalog.viewEnhancementCategory: [#NONE]
@EndUserText.label: '미실현손익 점검'
define view entity ZC_UnrealCheck
  as select from ZI_UnrealizedElim as e
  left outer join ZI_UnrBookBalance as b on b.bukrs = e.bukrs and b.txn_no = e.txn_no
{
  key e.bukrs, key e.txn_no,
  e.elim_total, e.close_unreal, b.book_elim,
  e.close_unreal - coalesce( b.book_elim, 0 )                    as diff_amt,
  case
    when e.close_unreal = coalesce( b.book_elim, 0 )             then 'I00'
    when e.close_unreal > 0 and coalesce( b.book_elim, 0 ) = 0   then 'R02'   " 제거 누락
    when e.own_pct <> e.ledg_pct                                 then 'R03'   " 지분율 상이
    when e.gross_gain < 0 and e.impair_flag = 'Y'
         and coalesce( b.book_elim, 0 ) <> 0                     then 'R05'   " 손실 거래 손상 증거
    else 'R01'                                                               " R04 전액 제거 판정은 장부 잔액이 차익 전체 기준인지로 별도 분기(생략)
  end                                                            as check_code
}

⑦ 접근 제어

집계를 읽는 자리에 걸어야 합니다. 상세 행에만 걸면 합계 차이로 다른 회사의 숫자를 추정할 수 있습니다.

@EndUserText.label: '미실현손익 점검 접근 제어'
@MappingRole: true
define role ZI_UNRELIMINATE {
  grant select on ZC_UnrealCheck
    where ( bukrs ) = aspect pfcg_auth( F_BKPF_BUK, BUKRS, ACTVT = '03' );
}

운영 시점에 해야 할 일

위 여섯 가지는 코딩이 아니라 합의입니다. 합의가 끝나면 기술 작업은 CDS 뷰를 만들고 서비스 경로를 바꾸는 일입니다. 화면 코드는 서비스 경로를 하드코딩하지 않으므로, manifest.json 의 서비스 주소만 바꾸면 됩니다.

자주 묻는 질문

도입 상담과 데모에서 받을 만한 질문을 네 묶음으로 나눠 적었습니다.

기준서와 범위

계산과 점검 코드

데이터와 OData 서비스

운영과 도입