사용법

DATA : lt_sc_exclude TYPE TABLE OF RSEXFCODE,
       ls_sc_exclude LIKE LINE OF lt_sc_exclude.

*-------시스템에 지정된 버튼 삭제-------------------
      "ONLI : 실행버튼(F8)
       ls_exclude-fcode = 'ONLI'.

       APPEND ls_sc_exclude TO lt_sc_exclude.

*-------function key를 통해 생성한 버튼 삭제-------
       "SELECTION-SCREEN FUNCTION KEY 1.
       ls_exclude-fcode = 'FC01'.

       APPEND ls_sc_exclude TO lt_sc_exclude.

       "제외할 버튼 정보를 담은 인터널 테이블을 펑션의 파라미터로 넘김
       CALL FUNCTION 'RS_SET_SELSCREEN_STATUS'
        EXPORTING
            p_status = sy-pfkey "현재 활성화된 화면 상태(이름)
        TABLES
            p_exclude = lt_sc_exclude.

위의 코드 기준으로 lt_sc_exclude에 제외할 펑션 코드들을 담아서 RS_SET_SELSCREEN_STATUS 펑션에 p_exclude에 넘겨주면 된다.

se37으로 가서 해당 펑션의 정보를 확인해보면 좋다.

selection screen에 parameters로 선언된 layout을 보게 되었다. 이게 도대체 무슨 의미인지 구글링을 해보았더니 사용자가 ALV 컬럼별 너비라던지, 순서 등을 커스텀하고 저장한 후 다음 이용시 그대로 LOAD하여 사용할 수 있도록 하는 기능이였다.

쉽게 말해 위의 기능을 구현하는 것이라고 생각하면 쉽다. 실무에서 자주 사용하는 기능이라고 하니 알아두면 좋을 것이라고 생각하였다.

그럼 이 기능을 selection screen에서 구현해보자!

구현(코드)

top

( 생략 ...)

"selection screen layout 관련
DATA : gs_layout TYPE salv_s_layout_info,
       gs_key    TYPE salv_s_layout_key.

( 생략 ...)

s01

( 생략 ...)

SELECTION-SCREEN BEGIN OF BLOCK bl2 WITH FRAME TITLE TEXT-t02.

  PARAMETERS : pa_layo TYPE slis_vari.

SELECTION-SCREEN END OF BLOCK bl2.

TYPE이 slis_vari인 파라미터 생성

main

( ... 생략 )

INITIALIZATION.
  PERFORM load_layout.

( ... 생략 )

AT SELECTION-SCREEN ON VALUE-REQUEST FOR pa_layo.
  PERFORM f4_layout.

( ... 생략 )

INITIALIZATION. 주기에서 레이아웃 정보를 불러오고 AT SELECTION-SCREEN ON VALUE-REQUEST에서 f4 이벤트 달아주기

로직은 FORM으로 뺏다.

f01

FORM load_layout .

  gs_key-report = sy-repid.
  gs_layout     = cl_salv_layout_service=>get_default_layout( s_key    = gs_key
                                                              restrict = '1'    ).

  pa_layo = gs_layout-layout.

ENDFORM.

FORM f4_layout .

  gs_key-report = sy-repid.
  gs_layout     = cl_salv_layout_service=>f4_layouts( s_key    = gs_key
                                                      restrict = '1'    ).

  pa_layo = gs_layout-layout.

ENDFORM.

FORM create_alv .

  CREATE OBJECT gcl_container
    EXPORTING
      container_name = 'GCL_CONTAINER'.

  CREATE OBJECT gcl_grid
    EXPORTING
      i_parent = gcl_container.

  SET HANDLER : lcl_event_handler=>handle_double_click      FOR gcl_grid,
                lcl_event_handler=>handler_changed_finished FOR gcl_grid.

  CALL METHOD gcl_grid->register_edit_event
    EXPORTING
      i_event_id = gcl_grid->mc_evt_modified.

  gs_variant-report  = sy-repid.
  gs_variant-variant = pa_layo.

  CALL METHOD gcl_grid->set_table_for_first_display
    EXPORTING
      is_variant           = gs_variant
      is_layout            = gs_alv_layo
      i_save               = 'A'
      it_toolbar_excluding = gt_exclude
    CHANGING
      it_outtab            = gt_data
      it_fieldcatalog      = gt_fcat.

ENDFORM.

f01에서 주의 깊게 봐야할 부분은 set_table_for_first_display를 호출하기 전 사용자가 선택한 variant를 담아두는 부분이다. => gs_variant-variant = pa_layo.

이렇게 기능 구현이 끝났다.

검증 및 확인

1. 레이아웃을 저장하기

기능 확인을 위한 레이아웃을 생성해보자! 쉽게 ALV 툴바의 Variant 버튼을 이용했다 save Layout 버튼을 누르면 위와 같은 창이 뜨는데, layout명과 설명을 입력 후 adopt 버튼을 클릭( 또는 Enter ) 현재 ALV의 레이아웃이 저장된다.

2. 저장한 레이아웃을 잘 불러오는지 확인

서치헬프가 잘 붙어있는 모습을 확인 할 수 있었고 저장해 둔 레이아웃을 잘 가지고 오는 것도 확인할 수 있었다. 원하는 레이아웃을 선택하고 실행시키면 불러 온 레이아웃이 ALV에 잘 적용된 모습을 확인할 수 있다.

• ALV 더블 클릭 이벤트에서 화면 필드(그림에서 1번, 2번) 값을 변경하였으나 특정 필드(1번)만 반영이 되지 않음
• 디버깅 결과 PAI를 타면서 특정 필드의 값이 프로그램 변수로 set 되는 것이 아니라 화면에 있는 값이 반영되는 문제 발견

원인

- 문제가 생기는 화면 필드는 입력 가능 상태(input = ON)임
- SAP Dynpro lifecycle에 의해 내부적으로 값이 할당됨

해결방법

- 인풋 필드 변수에 값을 할당한 다음 PAI를 타기 전에 화면 필드의 속성을 입력 불가능 상태로 변경함

코드

FORM calc_po.

  CHECK gs_data IS NOT INITIAL.

  DATA : lv_sum TYPE zecho0722t0102-netwr.

  lv_sum = gs_data-menge * gs_data-netwr.

  gs_input-ip_ebeln = gs_data-ebeln.

"해당 필드를 입력이 불가능하도록 set
   LOOP AT SCREEN.
    IF screen-name = 'GS_INPUT-IP_EBELN'.
      screen-input = 0.
      MODIFY SCREEN.
    ENDIF.
  ENDLOOP.

  gs_total-to_meins = gs_data-meins.
  gs_total-to_menge = gs_data-menge.
  gs_total-to_sum   = lv_sum.
  gs_total-to_waers = gs_data-waers.

(코드 생략...)

ENDFORM.

결과

녹화 프로그램 이슈로 마우스 포인터가 이상하게 녹화되었지만 원하는 대로 동작하게 된 모습

    (코드 생략... )

  ls_toolbar-function  = 'EDITMODE'.
  ls_toolbar-icon      = icon_toggle_display_change.
  ls_toolbar-text      = ' 조회 ↔ 수정'. "이 부분!! 텍스트 맨 앞에 공백!!
  ls_toolbar-butn_type =  0.

      (코드 생략... )

문제 해결!

• 필드에 따라 색상이 번갈아서 나와야 함.
• zebra mode는 색상이 번갈아서 나오긴 하지만 디폴드 색이 정해져 있기 때문에 원하는 색상을 주기는 어려움

아이디어

• lvc_t_scol를 통해 컬럼별 색상주기
• FIELD-SYBOLS : LOOP안에서 ASSIGNING문을 통해 동적 접근
• loop의 tabix가 짝수, 홀수 임에 따라 다른 색상 주기

코드

top

레코드 별 개별 필드 속성을 지정해주기 위해 lvc_t_scol 타입의 필드 선언

DATA : BEGIN OF gs_data,
         carrid     TYPE spfli-carrid,
         connid     TYPE spfli-connid,
         fldate     TYPE sflight-fldate,
         price      TYPE sflight-price,
         ( 생략... )
         color      TYPE lvc_t_scol, "
       END OF gs_data,

f01

- set_color : 조건에 맞는 필드 파악

FORM set_color .

  IF pa_lo = 'X'.

    DATA : lv_tabix TYPE sy-tabix.

    " 필드 심볼 선언, 해당 폼에서만 사용하기 때문에 local로 선언
    " loop를 돌며 레코드의 특정 필드를 파악하기 위해 사용
    FIELD-SYMBOLS: <lf_data>  TYPE any,
                   <lf_field> TYPE any.

    LOOP AT gt_data ASSIGNING <lf_data>.

      lv_tabix = sy-tabix.
      REFRESH gs_data-color.

      " 메인 로직
      ASSIGN COMPONENT 'CONNID' OF STRUCTURE <lf_data> TO <lf_field>.
      IF sy-subrc = 0.
        IF lv_tabix MOD 2 = 0.
          PERFORM fill_color TABLES gs_data-color
                             USING : 'CONNID' 1 1 0.

        ELSE.
          PERFORM fill_color TABLES gs_data-color
                             USING : 'CONNID' 1 0 0.
        ENDIF.

        MODIFY gt_data FROM gs_data INDEX lv_tabix
                                    TRANSPORTING color.

      ENDIF.

      ASSIGN COMPONENT 'PRICE' OF STRUCTURE <lf_data> TO <lf_field>.
      IF sy-subrc = 0.
        IF lv_tabix MOD 2 = 0.
          PERFORM fill_color TABLES gs_data-color
                             USING : 'PRICE' 3 1 0.

        ELSE.
          PERFORM fill_color TABLES gs_data-color
                             USING : 'PRICE' 3 0 0.
        ENDIF.

        MODIFY gt_data FROM gs_data INDEX lv_tabix
                                    TRANSPORTING color.

      ENDIF.

    ( 코드 생략 ... )

    ENDLOOP.

  ENDIF.

ENDFORM.

- fill_color : color 필드에 색상 데이터 추가

FORM fill_color  TABLES   pt_color TYPE lvc_t_scol
                 USING    pv_field
                          pv_color TYPE i
                          pv_int   TYPE i
                          pv_inv   TYPE i.

  DATA : ls_color TYPE lvc_s_scol.

  CLEAR ls_color.

  ls_color-fname     = pv_field.
  ls_color-color-col = pv_color. "color 코드
  ls_color-color-int = pv_int.   "intensified off
  ls_color-color-inv = pv_inv.   "inverse off

  APPEND ls_color TO pt_color.

ENDFORM.

- fcat에 color 필드 물려주기

FORM set_fcat_layout .

  ( ... )

  gs_layout-ctab_fname = 'COLOR'. "이 부분을 빼먹는 일이 잦으니 주의!

  ( ... )

 ENDFORM.

결과

생각한대로 예쁘게 나와 준 모습

단축키

주석 관련

✔ 주석 처리

• 단축키 : ctrl + , (쉼표)

✔ 주석 해체

• 단축키 : ctrl + . (마침표)

선택 관련

✔ 단어 선택

• 단축키 : Ctrl + 클릭

  ✔ code) 다중 라인 선택

  • 단축키 : Alt + T 키 누르면서 마우스 드래그

    ✔ ALV,table) 다중 record 선택

• 단축키 : Ctrl + Y

대소문자 변경

✔ 대문자 변경

• 단축키 : ctrl + u

  ✔ 소문자 변경

• 단축키 : ctrl + l

이동

✔ 선언부 이동

• 단축키 : 해당 변수 또는 함수 더블 클릭 ※ 선언되어 있지 않은 것(Form 등)을 더블 클릭시 이동하여 선언 가능

개발 TIP

실행은 T-CODE를 통해서

-> 코드단에서 실행을 할 경우 덤프가 떨어지면 창이 닫힘. 그럼 다시 SE80가서 코드를 열어야 하는 귀찮음 발생 ! 따라서 프로그램 개발시 T-code를 먼저 붙이고 티코드를 통해 실행시키는게 더 효율적이다.

✔ 리포트 프로그램 티코드 생성하기

클릭시 해당 게시글로 이동

디버깅

✔ 기본 디버깅 버튼

• F5: 한 줄 실행
• F6: 해당 명령문이 프로시서 호출일 경우 내부로 진입하지 않고 다음 명령문으로 이동 -> 프로시저 내부의 상세 코드를 볼 필요가 없을 때 유용
• F7: 빠져나오기 -> 프로시저 내부 디버깅을 중단하고 상위 레벨의 코드로 돌아갈 때 사용
• F8: 다음 break point로 이동, 다음 BP가 없으면 쭉 내림 -> 빠르게 이동할 때 유용

✔ watch point

-> (추가로 작성할 예정)

개발시 유용한 T-code, prg

T-code

✔ se80 : 개발

=> 이곳에서 더블 클릭 이벤트를 이용하여 해당하는 트랜잭션으로 이동 가능

✔ se11 : 각종 abap dictionary 관리

=> table, data element, str 등등)

✔ se37 : 펑션(Fuction) 확인 및 실행(테스트) 가능

=> 일반 펑션, BAPI 등 모든 종류의 펑션 실행 가능

✔ se38 : 프로그램 관련

RS_ABAP_SOURCE_SCAN

=>문자열 검색을 통한 추적 가능

RS_ABAP_SOURCE_COMPARE

=>소스 코드 비교

개발시 유용한 사이트

• SAP STANDARD TABLE 검색 https://leanx.eu/en/sap/table/search

※ 개발 편의상 t-code se80에서 작업했음.

1. 보통 리포트 프로그램의 티코드는 프로그램명과 똑같이 따라가기 때문에 미리 프로그램명을 복사해두고 시작하면 좋음. 티코드를 달고 싶은 프로그램명을 우클릭 -> Create -> Transaction 클릭

2. 필수 값 입력 후, Start object를 Program and selection screen(report transaction) 선택 후 확인 버튼 클릭

3. Program에 해당 프로그램명을 똑같이 작성한 뒤 아래 GUI support 3가지 체크박스 모두 활성화

4. 상단의 저장 버튼 클릭 후 필요하다면 작업중인 패키지나 CTS 달아주면 됨.

티코드 실행

-> SAP GUI 상단의 Command Field에 티코드를 입력해보면 잘 실행되는 것을 확인 할 수 있음.

※ 참고

써티 예약은 자격 검증이 완료되면 SAP에서 첨부해준 pdf 파일에 따라 응시 예약을 잡으면 된다! 일정 변경을 하고 싶으면 최소 24시간 전에 변경할 것!!

시험 치기 전에 반드시 응시 환경 테스트 해 볼 것!! 전부 초록색이 떠야한다!!

나는 맥 환경에서 응시했는데 문제없이 시험을 칠 수 있었다.

예약한 시간 15분 전에 시험 버튼이 활성화되고 버튼 누르는 순간 시험 프로세스가 진행된다.

처음에 줌으로 면접관과 1:1으로 응시자 확인(신분증, 손에 뭐 적어둔 건 없는지), 장소 확인(혼자 있는지, 책상위는 깨끗한지), 전자기기 OFF 확인 등이 진행된다.

전부 웹캠으로 보여주면 되고, 나는 신분증으로 여권을 준비했으나 세컨 ID까지 요구해서 주민등록증도 보여줬다.

확인 절차가 끝나면 시험이 진행됨. 처음에 언어 설정하는 창이 뜨는데 아무생각 없이 한국어로 설정했다가,, 꽤나 당황했었다.

문제는 덤프랑 동일했었음. (덤프만 있으면 어렵지 않게 합격 가능하다!, 근데 덤프 답을 맹신하진 말 것.)

응시 시간은 최대 3시간이지만 제출하는 순간 시험이 종료되고 바로 합/불 여부가 나온다. 면접관님의 축하를 받으며 시험 종료.

써티에 합격하면 뱃지도 받을 수 있다 :)

써티 응시 후 계정 문제

나는 써티 응시하고 아래와 같은 SAP 인증 결과를 SAP Universal ID 계정과 일치시킬 수 없으니 계정 조치를 취해야한다는 알림 메일이 계속 왔었다. 너무 자주 메일이 오니깐 좀 무서웠,,,음,, 나 같은 경우에는 시간이 지나니깐(한 2~3일?) 알아서 해결이 됐었다. (여기저기 문의해도 빠르게 답변을 받기 어려웠다.)

자격 번호 문의

1. SAP User Support Center로 가서 (클릭시 링크 이동)
2. 회원가입 및 로그인
3. 일반 문의(Learning and Certification Advice) 카테고리 선택 후 한글로 문의 진행
4. 담당자님의 답변으로 자격 번호 확인

지금까지는 내가 직접 변수들의 값을 확인하면서 내가 원하는 케이스가 될 때까지 돌려줬는데, WatchPoint를 사용하면 디버깅 속도가 훨씬 빨라질 것 같았다.

나중에 실무에 투입되게 되면 꼭 사용해보고 사용법을 이곳에 정리해두어야겠다.

그럴때마다 캐시를 비워주는 것만으로도 큰 도움이 되기 때문에 기록하는 캐시 날리는 법

캐시 날리는 법

1. T-Code SE38으로 이동하여 Program 인풋필드에 BALVBUFDEL을 입력하여 실행한다.

2. 간단하게 캐시 삭제 완료✨

1.1 계정이란?

• 기업 재산이 어떠한 항목이 어떻게 변동 되었는지 구분하고 기록하고 계산하는 단위
• 현금, 예금, 미수금, 선급금, 상품, 원재료, 토지, 건물, 자본금 등

1.2 SAP Account Type(5가지)

• S : G/L 계정(General Ledger Account) -> 총계정원장에 포함되는 전통적인 회계의 계정 과목/코드 ※ ledger : (은행·사업체 등에서 거래 내역을 적은) 원장

• D : Customer(판매 거래처, 채권) -> FD01, FD02, FD03

• K : Vendor(구매 거래처, 채무) -> FK01, FK02, FK03

• A : Asset(고정 자산) -> AS01, AS02, AS03, AS05(잠금)

• M : Material(재고 자산)

※ T-Code : 1은 등록, 2는 갱신, 3은 조회

1.3 SAP Account 특징

• 계정 유형(Account Type)별로 계정 마스터가 존재, 마스터에 회계 계정이 연결되어 최종적으로 Sub-ledger(Subsidiary ledger : 보조 원장)의 원장 관리 진행 ※ Sub-ledger : 총계정원장의 일부 계정과 관련된 거래 내역을 세부적으로 기록하는 장부

   => 총계정원장의 기록을 보충

• Account Type D,K,A인 코드를 계정 코드인 것처럼 기표를 하면, 그와 연결이 되는 계정코드(G/L Account)는 자동으로 결정되는 방식

2. 원가 요소(Cost Element)

• FI에서는 계정, CO에서는 원가 요소라고 표현 ※ S/4 HANA로 변경됨에 따라 CO/FI의 경계가 무너지긴 했지만 아직도 개념은 따로 존재
• FI의 계정과 동일하나, 일반적으로 원가요소는 손익 계정(수익, 비용)만 존재.
• 보통 원가 또는 비용 계정을 의미.
• G/L Account내에서 G/L Account Type과 Cost Element Category(원가요소범주) 속성을 통해서 관리하고 있음.
• Cost Element Category를 1번으로 지정한 경우 비용 요소로 등록됨.

1차 원가 요소

• FI 전표가 발생할 때 CO에도 동시에 발생하는 수익/비용을 의미.
• 1차 원가 요소를 하나 생성하기 위해서는 반드시 FI에서 먼저 계정(Account)를 생성해야함 -> FI/CO 모두 동일한 손익 계정을 사용하기 위함

  2차 원가 요소

• CO에서만 사용하는 원가 요소를 의미
• 배부(Allocation), 정산(Settlement)의 결과를 각 CO Object에 반영(Posting)하기 위해 사용
• CO Object에만 반영되며, 시산표에는 반영되지 않는 것이 원칙(예외 존재 가능)

수익 요소(Revenue Element)

• Cost Element Category를 11(매출), 12(매출 차감)등으로 지정한 경우 Profitability Analysis(수익성 분석, CO-PA)와 연관이 됨. -> 수익성 세그먼트 입력이 필수가 됨.
• 일반적으로 11의 경우 SD의 billing(대금 청구)를 통해 CO-PA에 반영 됨.

3. 기업 거래의 기록 과정

1. 회계 거래 발생
2. 분개장에 거래 정보를 분개
3. 분개장 정보를 통해 총계정원장 작성 (전기)
4. 총계정원장을 바탕으로 손익계산서, 재무상태표 작성

[용어 정리]

• 분개 : 회계 거래를 발생 시간에 따라 차변과 대변에 기록하는 행위
• 전기 : 분개된 분개장의 내역을 계정별로 정리하는 행위

4. 총계정원장

• 각 계정과목별 변동 내역을 정리한 장부
• 기업 회계에 관련된 모든 계정(자산,부채,자본,수익,비용) 을 기록한 문서
• 기업의 거래를 계정 단위로 기록하여 회사의 재무 상태의 틀을 제공
• 실무에서는 회계원장이라고도 함

※ 총계정원장 작성시, 분개장의 상대되는 계정 과목을 기입함 -> 증가액은 차변에, 감소액은 대변에 기입 -> 분개한 내용을 총계정원장에(각 해당 계정에) 옮겨 적는 절차를 전기(Posting)이라고 함.

총계정원장을 왜 사용하는가?

1. 각 계정과목의 증감을 추적, 현재의 잔액을 정확하게 반영
2. 회사의 재무 상태를 정확하게 파악하고, 필요한 재무 분석 및 의사 결정을 지원하는데 도움.

-> 분개장(아래 이미지)을 보면 각 계정과목에 대한 변동을 한눈에 파악하기 어려움

-> 총계정원장(아래 이미지)을 보면 각 계정과목의 변동 내용을 한눈에 파악하기 용이해짐.

위의 이미지에서 총계정원장의 각 계정별로 따로 보면 계정별원장이 되는거고 모든 계정을 다 보면 총계정원장이 되는거임.

1. 카카오톡 "SAP교육사업본부" 친구 추가하기

2. SAP교육사업본부 채널에서 할인 쿠폰 받기

3. 할인 쿠폰 번호 복사해두기

아밥 응시권 구매하는 법

※ 진행 속도가 느리니 인내심을 갖고 진득하게 기다리기

1. SAP Training 사이트로 이동 후 장바구니에 응시권을 담고 Campaign Code에 복사해 둔 쿠폰 번호 입력 후 적용 버튼 클릭

2. 쿠폰 추가가 되었을 경우 결제 단계로 이동 버튼 클릭

3. 스크롤 내려서 주소 입력하기

4. 결제 수단을 고른 후 "Pay 280,708.00 KRW" 버튼 클릭 (저는 credit card로 결제하겠습니다)

5. 결제 카드사 선택 후 결제하기 ※ 삼성 카드 결제시 1천원 추가 할인

6. 이용 약관 체크 후 "제출하다" 버튼 클릭

7. 구매 완료

※ 구매해도 응시권 확인까지 2~3일 정도 걸리니 미리 구매하기!!

8. 부킹 메일 확인

응시권 확인

1. SAP training 사이트에서 마이페이지 버튼 클릭

2. 구매한 구독에 액세스

3. 저는 방금 구매했더니 아직 액세스가 안되네요,, 확인 메일오면 다시 확인해봐야겠어요~ 미리미리 구매해둡시다!

전표 생성 프로그램의 기능 중 실시간 차/대변의 합계를 검사해주는 기능 구현 중 분명 차/대변 합계를 계산하여 스크린 I/O 필드에 변경된 값을 할당했는데, 화면에는 변경된 값으로 반영이 되지 않는 문제가 있었다. 디버깅을 해보니 값은 잘 할당되어 있었기 때문에, 화면 반영 문제라고 판단하였다.

해결

I/O 필드에 값을 할당한 후 PAI를 강제로 타게 한 후 PBO를 통해 화면을 다시 그려주도록 만들어서 해결하였다. ※ PAI 이벤트가 발생하면 이후 반드시 PBO를 타게 됨.

해당 함수

CL_GUI_CFW=>SET_NEW_OK_CODE( '펑션 코드' )

• 여러 개의 코스트 센터를 그룹으로 묶어서 관리할 수 있는데, 이때 가장 최상위의 코스트센터 그룹을 표준계층 구조라고 함. -> 위의 그림에서는 0001이 표준계층 구조가 됨.
• 코스트 센터 생성 전, 먼저 생성해야 함.
• 관리회계 영역에 지정되는 조직 구조

코스트 센터(Cost Center)

정의

• 회계의 비용을 집계하는 가장 기본적인 CO Object 중 하나
• 회계에 개념에서는 수익이나 이익을 창출하지 않고, 기업의 수익성에 간접적으로 기여하는 의미를 가지고 있지만 SAP의 코스트센터는 비용뿐만 아니라 수익도 입력 가능
• 비용의 계획 수립, 집계, 배부를 하는 최소 단위, 한마디로 비용이 발생하는 단위
• 일반적으로 부서를 칭하는 경우가 많음.
• 코스트센터에 비용이 반영되기 위해서는 FI 전표 또는 물류 처리 시, 반드시 해당 비용을 지불하는 코스트 센터가 입력되어야 함. => 한마디로 누가 돈 썼냐 ※ 원가요소는 어디서 돈 썼냐

#부서 단위의 #비용의 발생처 => 코스트 센터

코스트 센터 관련 티코드

• 생성 : KS01
• 수정 : KS02
• 조회 : KS03

그룹핑

• 같은 배부(Assessment) 규칙을 따르는 코스트 센터는 그룹으로 묶어 동일한 배부 사이클에서 배부할 수 있음

코스트 센터와 표준계층 구조

• 코스트 센터 생성시, 표준계층 구조를 필수로 지정해야함.

센더(Sender)와 리시버(Receiver)

Sender

: 비용을 배부할 센더, 배부할 대상 금액에 대한 정보를 가지고 있음.

Receiver

: 비용을 배부 받을 리시버

손익 센터(Profit Center)

• 관리 회계의 수익(매출-(원가+비용)) 을 집계하는 내부 책임단위(internal Responsibility)
• 내부 통제를 목적
• 비용과 수익 모두에 대해 분권화된 책임을 짐, 조직 내 개별적이고 독립적인 영역의 손익을 평가
• 회사 코드/손익센터 => 1:1 또는 1:N 관계
• 코스트 센터, CO Object(WBS 등), 자재 코드, 구매 오더, 판매 오더 등과 연결됨.

정리

코스트 센터 -> 누가 돈 썼음? (비용이 발생하는 단위) 프로핏 센터 -> 누가 돈 쓰는거 대비 돈 잘 벌어옴? 코스트 센터와 프로핏 센터를 통해 수익과 비용이 취합되고, 이를 이용하여 손익계산서를 만듬.

• G/L 계정 중 CO에서 사용할 목적으로 정의한 항목, 반드시 CO Object에 귀속이 필요한 계정
• 일반적으로 수익과 비용과 관련
• 1차 원가요소와 2차 원가요소로 구분됨 => 한마디로 어디에 돈 썼냐

1차 원가요소

• 일반 비용 계정
• CO-PA에 집계할 수익 계정/매출 차감 계정 등에 사용

2차 원가요소

• 간접비, 내부 액티비티, 내부 정산 등
• 2차 원가요소는 재무제표에서는 제외됨.

CO Object

• 수익과 비용을 집계할 수 있는 단위
• 대표적인 CO Object

1. 코스트 센터(cost center)

    : 비용을 집계하는 단위(팀, 부서,,)

2. 세그먼트(segment)

    : 수익을 집계하는 단위 (점포,,)

3. 내부 오더(internal order)

    : 행사 비용과 같은 이벤트성(특별성) 경비 집계
      오더 유형(Order Type)에 따라 구분됨, 타입에 따라 업무 프로세스가 달라짐

-> 관리회계(원가요소관리, 간접비관리, 원가관리, 손익관리 등) 업무를 수행하는데 사용되는 모듈 -> 경영 성과와 재무 상태를 파악하여 전략 계획과 의사결정에 필요한 정보를 적시에 제공하기 위한 목적 ※ 관리회계 : 내부 보고를 위한 회계 <-> 재무회계 : 외부 보고(재무제표 등)를 위한 회계 -> 기업의 경영 성과을 지표화 하는 것이 목표

CO 모듈 구조표

기능상 3가지 분류

1. 간접비 관리(Overhead Cost Management) : CO-OM
2. 원가 계산(Product Cost Accounting) : CO-PC
3. 수익성 분석(Profit Analysis) : CO-PA

관리회계 영역(Controlling Area)

• CO의 가장 중심이 되는 조직 구조( 원가 계산과 관리결산의 단위 )
• 회사 코드와 관리회계 영역은 1:1 또는 1:N의 관계를 가짐.

• 조직 단위를 식별하기 위한 코드 -> 한국법인 1000, 미국법인 2000, 호주법인 3000
• 독립적인 재무회계(대차대조표, 손익계산서) 단위이자 외부 공시(FI)를 위한 제일 작은 단위이다. -> 세무 회계, ~회계 전부 회사 코드를 기준으로 이루어짐.
• 주로 FI, CO 모듈에서 사용
• 회사가 여러개로 나누어져 있는 경우(모기업 아래 계열사 등) 관리회계(Controlling area) 밑에 회사코드가 들어감. -> 관리회계 영역, 회사코드 => 1:N 또는 1:1 관계를 맺음
• 회사코드와 플랜트는 1:N의 구성이 일반적이다.

플랜트(Plant)

• 회사 코드 내의 운영 시설(생산 시설, 창고, 유통 센터, 세관 항구, 사무실 등)을 말함
• 물류 내의 조직 단위로서, 생상, 조달, 유지관리, 자재 계회의 관점에서 기업을 세분화 함. -> 물류는 플랜트 기준으로 자재가 조달된다.
• MM 모듈 뿐만 아니라 여러 모듈에게 영향을 미침.

싱크 교육을 받을 당시, 친구들의 코드를 보다보면 꽤나 자주보게 되는 덤프

DYNPRO_SYNTAX_ERROR

해결

거의 스크린 문제기 때문에, 문제가 되는 스크린으로 가서 (덤프 읽어보면 몇번 스크린이 문제인지 나온다)

위의 이미지에 빨간색으로 표시한 버튼을 눌러, 스크린에 오류가 있는 부분을 확인한 후 수정하면 문제없이 돌아간다.

얼마 전 친구가 에러 좀 봐달라고 부탁해서 보게 된 새로운 에러!

'FORM이 ENDFORM으로 닫히지 않았다는 오류메시지'

f01으로 가봐도 모든 FORM이 ENDFORM.으로 잘 감싸져 있었다. 뭐가 문제일까..?

해결

알고보니 친구가 SCREEN 호출을 START-OF-SELECTION에서 하지 않고, 메인 프로그램에서 냅다 호출해서 생긴 문제였다.

처음에는 f01에서의 문젠 줄 알고 f01만 보다가 에러 라인(CALL SCREEN을 가르키고 있었음) 때문에 main program가서 코드를 보는데,, 뭔가,, 이상하다,,?

(코드 생략..)

START-OF-SELECTION.
    CALL SCREEN '0100'.

(코드 생략..)

스크린 호출부를 'START-OF-SELECTION' 이벤트 안에 넣어주는 것으로 문제 해결 완.

24.9.4 추가 리포트 프로그램 구조가 잘 정리되어 있는 블로그 글이 있어 추가 링크텍스트

분명 문제없이 돌아가던 전표 생성 배치 프로그램이 어느날 실행만 시키면 무한 로딩이 걸리는 현상이 발견되었다. 디버깅을 떠보니 전표 번호를 생성하는 로직에 들어갈 때 무한 로딩이 시작됨을 확인하였다. 매일 배치 프로그램을 돌려 전표를 자동으로 생성하고 있었는데, 전표가 생성됨에 따라 number range의 최대 범위를 넘어서는 바람에 발생하는 문제였다.

해결

우선은 무한 로딩 현상부터 해결을 해야한다.

1. T-CODE : SM56으로 가서 문제가 되는 number range는 빨간색으로 표시가 된다. 현재 무한 로딩 현상이 발생하는 프로그램에서 쓰는 number range가 빨간색으로 표시가 되어있다면 2번으로

2. T-CODE : SNRO으로 가서 해당 넘버 레인지 object name 입력해서 체인지 버튼 클릭

3. buffering을 No buffering으로 변경 후 저장하면 괜찮아 짐.

3번까지 완료하면 무한 로딩 현상은 해결된다!

✚ 이후 넘버 레인지 범위를 넘어가지 않도록 티코드 SNRO를 통해 직접적으로 NR Status를 초기화 시켜줬지만, 너무 비효율적이라고 생각이 들었다. 구글링을 통해 number range를 초기화하는 함수 발견!

NUMBER_RANGE_INTERVAL_INIT

해당 펑션을 이용하여, 배치 프로그램이 전표를 생성할 테이블을 확인하기 전에 전표 헤더 번호와 전표 아이템 번호의 number range를 초기화 시켜주었다.

Main 프로그램의 코드는 아래와 같다.

(생략...)
START-OF-SELECTION.
  IF sy-batch IS NOT INITIAL.
    PERFORM : number_range_init, "여기에서 number range를 초기화 시켰다.
              check_po_table,
              check_so_table,
              check_rb_table,
              save_data.

해당 폼(number_range_init)의 코드는 아래와 같다.

*&---------------------------------------------------------------------*
*& Form number_range_init
*&---------------------------------------------------------------------*
*& 헤더 : 전표번호, 아이템 : 아이템 변호 생성을 위한 Number range를 초기화 하는 폼.
*&---------------------------------------------------------------------*
FORM number_range_init.

  "헤더 채번 초기화
  CALL FUNCTION 'NUMBER_RANGE_INTERVAL_INIT'
    EXPORTING
      object            = 'ZC103FI01'
    EXCEPTIONS
      no_interval_found = 1
      object_not_found  = 2.

  "아이템 채번 초기화
  CALL FUNCTION 'NUMBER_RANGE_INTERVAL_INIT'
    EXPORTING
      object            = 'ZC103FI02'
    EXCEPTIONS
      no_interval_found = 1
      object_not_found  = 2.

ENDFORM.

number range를 초기화 시켜줬더니 다시 문제 없이 잘 돌아가는 배치 프로그램 ^___^