Yong Study

기존 데이터 DB에 Data element 를 제대로 입력하지 않아

Search help가 정상적으로 생성되지 않았음

만약 이 상태에서 하려고 한다면 쌩코딩을 해버려야 함.

그러나 'Matchcode Object'를 사용하고자 했기에

Data element를 추가함

다만 Key 값에 추가하는거라 애매했지만 문제가 없을것으로 보여 추가함

만약 도메인이 없다면 

밑의 Predefined Type으로 생성했을 것임.

필드라벨 체크해서 데이타 요소를 생성하고 

다만 다이얼로그 유형은 '값제한 다이얼로그'로!

( 엔트리가 너무 많으면 딜레이 생김)

이를 

이런식으로 SELECT-OPTION에 추가하여

서치헬프를 추가한다!

트랜스페런트 테이블 생성시 Data element 선언에 신경써서 선언하자!

ZSDR0034 & ZSDS0001 참조

구매 입고건에 관한 업무 처리

현업에서의 요청이 들어왔다.

구매 입고 후 -> UD(Usage decision) -> UD Cancel의 프로세스로 업무를 처리하고 싶었던 것 같은데

입고       = 6月

UD 처리 = 6月

UD 취소 = 7月

의 과정을 시도하였다.

하지만 월이 넘어가게 되어버려서 UD취소의 해당 프로세스가 정상적으로 SAP 에서 진행되지 않았다.

이를 위해 UD를 7월로 변경 후 UD취소를 6월로 처리하였고 현업이 원하는 프로세스가 진행되었다.

사실 아직도 정확하게 이해가 가진 않는다.

월말 월초에 발생이 빈번하진 않더라도 앞으로도 발생 될 것으로 보여지는데

그 전에 UD와 UD취소를 조금 더 봐야할 것 같다.

관련 키워드 UD, UD cancel, QI

원인 : SMARTFORMS 에 텍스트를 추가하여 조건에 맞게 해당 텍스트를 보여주고자 하였으나, 해당 방법을 CODE를 통해 하려고 했었음.

위와 같이 회사 주소를 구매그룹별로 세팅해주고자 했었음.

---

이 방법이 아닌 Flow Logic -> Alternative 를 추가하여 

위와 같이 조건을 줌.

해당 조건에 맞는 True False에 따른 Text 를 생성하여 조건별로 생성가능하게 함.

분명 서브루틴을 잘 선언하고 사용도 되는데

가끔 더블클릭해서 해당 서브루틴으로 이동하려 하면 

이런식으로 없다고 뜰 때가 있음.

오브젝트는 이미 생성되어있는데...

그렇다고 실행오류가 발생하는것도 아닙니다.

이런 경우의 원인은 같은 펑션그룹내에 작업자가 여러명일경우

동시에 수정중일경우 이런일이 발생할 수 있음

Update Navigation Index 를 하여 업데이트를 하자!

나는 이것도 모르고... 인클루드 내부에 있는 오브젝트 순서때문인가...

클릭해서 안만들어서 그런가 하고 한참을 헤매었다..

요청이 들어왔다.

'ME12' 사용하는 프로그램(ZMMR031)에서의 화폐 단위가

EUR이 아닌 USD로 표기된다는 오류

프로그램을 살펴 보았더니 DB에는 정상적으로 EUR이 들어가고 있는데

프로그램에는 정상반영되지 않음을 확인하였다.

코드를 확인해보니 BDC 부분에 WAERS 변수의 값이 들어가지 않음을 확인하였다.

'SHDB'로 들어가서 내용을 확인하기 위해 ME12 레코딩을 하였는데

화폐 단위 부분이 수정 불가한 비활성화 부분임을 보았다.

다시 한번 프로그램을 보니 102번 화면에서  BDC_OKCODE' '=NEWD'. 로 새로 생성한 것을 확인하였고

이를 수정하기 위해서 BDC를 다시 레코딩 하여 해당 WAERS 부분을 추가하였다.

다만 이 부분에서 정신을 못차리고 하드코딩으로 EUR로 처음에 박아버렸다가

이런 바보 같은 실수를 한 것을 알고 바로 ITAB에 있는 WAERS 변수로 사용하는 KONWA 변수를 해당 BDC에 입력하도록 수정하였다.

ABC원가 ( Activity-Based Costing )

간접비로 구분하던 원가를 활동이라는 개념을 도입하여 계산하는 원가 계산 방법

실제로 발생되어진 Activity에 의해 산정되는 원가 계산 방법으로, 이렇게 발생되어 모아진 원가 요소들을 제품 또는 고객, 시장영역(Market), 프로젝트 등에 할당 

어떤 상품의 원가는 재료비, 인건비, 간접비로 구분할 수 있는데

재료비와 인건비와는 다르게 간접비는 파악하기 쉽지 않다.

제품 한개당 생산에 필요한 전기비, 실제 작업에 투입되지 않은 간접적인 인원 ( 인사팀, 지원인력등 )의 비용을 어떻게 측정할 수 있을까?

전통적인 원가관리 방법이 아닌 ABC를 통해

각각의 투입되는 활동원가를 반영하여 비용 합계와 순이익과 계산하여

단가가 싸거나 비싼 제품이 이익률이 높다고 생각할 것이 아니라

간접비를 고려 하고 이로 인한 각각 이익률을 계산하여 이익률을 도출해 내었을 때 의사결정에 도움을 줄 수 있다.

[참고]

https://m.health.chosun.com/column/column_view.jsp?idx=7968 

https://m.blog.naver.com/djabba/221090052141

국내에서 많이 적용 안함

실제로 도입함에 있어 많은 어려움이 있을 것으로 보인다.

개발도 개발이지만 끊임없는 유지보수가 필요하고

이것이 장기적으로 적용 되기가 너무 힘듦

협의로 작게는 사용하지만, 일부 ABC가 적용되었다 정도만 생각하면 됨

사급과 도급의 정의는 광범위 함, 일반적으로는 제품의 생산에 필요한 원료를 조달하는 방식을 일컫음

사급

구매자가 원료를 조달하여 판매자에게 공급하는 방식

• 원청업체(모기업, 구매자)가 구매한 자재를 구매원가보다 낮은 가격 혹은 무상으로 하청업체(자기업, 판매자)에 넘기고, 하청업체가 그 자재를 가공하여 가공비만 받고 다시 원청업체에 납품하는 형태
• 더 단순하게 말하자면 구매자가 너 지금 돈 없다며 혹은 부담스럽다며? 내가 원재료 살게 너는 가공만 해
• 왜?
  • 원가절감을 위함
  • 모기업에서 자재를 일괄 구매 후 원가를 절감
  • 자기업의 납품 기일 준수를 위해 관리

1. 유상사급

    - 원청업체가 자재 대금을 지불하여 자기업이 공급하도록 하거나 대신 주는 형태.

    - 외주 거래선의 자금조달능력 부족할때 소요 자재를 대신 구매해 공급하는 것.

    - 1000원짜리 상품을 계약 하였을때 원자재 값이 100원이라면 (이를 하청업체에 판매하고, 바로 받지 않고) 비용을 정산시에 원청업체는 1000원이 아닌 900원을 지불한다. 

    - 판매한 자재금액 만큼 납품금액에서 까는 것을 상계라고 함.

2. 무상사급

    - 자재 대금을 지불하지 않은 상태에서 자기업이 공급 받도록 하거나 주는 형태.

    - 원청업체는 하청업체에 무상으로 원자재를 제공하고 비용을 900원 지불한다.

=> 유상사급이던 무상사급이던 결국 하청업체가 받는 돈은 900원인데 똑같은거 아닌가요?

• 결과적으로 지불하는 금액은 같지만 계약을 1000원으로 하는지 900원으로 하는지의 차이!
• 도메인지식이 전무한 나의 개인적인 추측이지만 하청업체에서는 계약금이 더 적게 나오는 무상사급을 선호하지 않을까? 대신 원자재 선택을 못하니 이런 점에 있어서는 단점이라고 생각이 들 것 같다.
• 품질 문제가 발생했을때에도 사급의 경우에는 원청업체(구매자)도 공동 책임이 생김?
• 하청업체(판매자) 입장에서는 원가 정보가 누출되는것이 가장 큰 단점일 듯
• 어중간하게 원청업체에서 사급을 진행하게 되면 담당자는 많이 힘듦..., 유상사급의 경우에는 재고관리도 원청업체에서 해야 함.

도급

사급과는 반대의 개념으로, 거래에 있어 판매자, 구매자가 있다면 특정 원료에 대해 판매자가 직접 조달을 하는 방식을 도급이라고 함. 

어떤 업무를 할것이라고 약정하고 결과에 따른 보수 지급을 약정함으로 성립하는 계약

VENDOR MASTER 생성을 하면서 VENDOR에 대해 공부하고 다시 정리해보고자 함.

Vendor Master Record

Vendor Master Data의 경우에는 3영역으로 구성됨

1. 일반 데이터
   • 기업 내 각 회사 코드에 동일하게 적용되는 데이터 ( 주소, 전화번호, 언어 등 )
2. 회사 코드 데이터
   • 회사 코드 수준에서 보관되는 데이터 ( 지불 거래 데이터, 관리 계정 수 등)
3. 구매 데이터
   • 구매 조직 수준에서 보관되는 데이터 ( 담당자, 배송 조건 등 )

거래등으로 Vendor가 생성되어야 할때 필요하며
FICO에서만 사용되는 매입처(Vendor)는 FK01에서
SD(물류)모듈과 연계 되는 매입처는 XKL01에서 생성한다.

파일 입력을 위한 타입 설정 후 해당 매개변수를 사용하는 펑션에서 지속적으로 덤프가 발생하였는데

타입명도 정확하게 설정했다고 생각했는데 덤프가 발생해서 한참을 헤메였다.

RLGRAP-FILENAME ( CHAR 128 )
- WS_DOWNLOAD, WS_UPLOAD, KD_GET_FILENAME_ON_F4 와 같은 펑션모듈등에 사용됨

IBIPPARMS-PATH ( CHAR 128 )
- RLGRAP-FILENAME와 유사

FILENAME-FILEINTERN ( CHAR 60, 뭔가 이상해서 찾아봤는데 정말로 CHAR 60자리임. )
- 실제 파일 경로가 아닌 논리 파일 이름에 사용 됨, 디렉토리 구조 변경시 그냥 파일 논리 경로 정의만 변경하면 됨.
단 길이가 짧음 60, FILE_GET_NAME과ㅣ 같은 펑션모듈에 사용됨

우선 내 실수는

FILENAME-FILENAME 으로 .. 선언해버린 어처구니 없는 실수였지만

그 덕에 각각의 차이점에 대해 살펴 볼 기회가 생겼다.

사용하는 혹은 할 펑션에 따라 타입을 취사 선택하면 될 것으로 보인다.

나중에 조금 더 세분화 된 차이점을 공부해야겠다.

고객번호 / 전표번호 / 거래시작일

을 타 Internal Table에서 가져왔다.

Untitled

위와 같은 데이터 값이 저장되어있는데

여기에서 거래시작일 중 가장 최초거래일만을 가져와야 했는데

ABAP에서 MAP 같은 개념을 알지 못하여

고객번호별로 Loop을 돌리며 거래시작일을 Loop 돌리고

지역변수 하나(LV_BUDAT)를 생성 거래시작일을 넣어주고 LOOP안에서 비교하며 낮은 값을 넣어주는 방식으로 고민하다

LOOP에 LOOP도 찝찝하고 좀 바보같은 방법이길래 다른 방법이 없을까 고민하며 생각했던 건

고객번호별 거래시작일로 SORT 이후

DELETE ADJACENT DUPLICATES FROM [INTERNAL TABLE] COMPARING [ 필드네임 OR ALL FIELDS ] 였다.

혹시라도 최초거래시작일이 아닌 최근거래시작일을 구하고 싶다면

SORT itab BY field1 ASCENDING field2 DESCENDING.

이런식으로 필드별로 오름차순 내림차순을 정해주고 중복을 제거하면 될것.

훨씬 코드가 간결하고 가독성도 높으며 부가적인 변수 선언도 없으고 프로세스도 덜 먹는것으로 보인다.

잊지 말자 DELETE ADJACENT DUPLICATES