답변 감사합니다!

0.01 로 저장 후에 어떤식으로 통화 처리를 하는지 궁금합니다만..

예를 들어 위에 처럼 KRW 을 TCURX 테이블에서 소수점 0 자리로 설정해 놓는지..

리포팅할때는 currency 변환을 해서 보여줍니다.

alv에서는 통화키를 (krw)로 하고

자주 쓰는건 아니지만 * 100 해서 쓸때도 있습니다..

통화는 테이블에 저장될때 어짜피 소수점 2자리로 들어가기 때문에,

그냥 편하게 .XX 라고 생각하시구요.

'CURR' 필드 자체가 통화키를 레퍼런스해야 하기 때문에, 뿌려주실때 넣어 주심 됩니다.

( '은우야'님 처럼 어쩔때는.. 걍 *100 해서 보여주고, 저장할때 /100 해서 쓸 때도 있었습니다. ^^* )

은우야님 / andy 님.

답변 감사합니다-*.

전표 헤더 테이블 안에 통화 정보 KRW 를 함께 써 넣고 나중에 currency 등으로 참조 하는 것은 알 고 있습니다만,

그 참조를 하기 위한 설정이 궁금해서 물어 봤습니다;

저희쪽에서 하는 방식은 각 화폐를 TCURX  테이블 안에 넣어놓고, ( KRW JPY TWD ) 에 각 소수점 자리를 지정해 주는

식으로 처리 하는 듯 합니다. 이렇게 하면 나중에 write A to B currency KRW  를 하던 범용 Function 으로 currency 정보

가져 오던 KRW 의 정보는 뭐다, 라는걸 알 수 있으니까요.

이 KRW 의 정보는 ~~뭐다~~ 를 어떤 식으로 정의 해 넣는지를 알고 싶었습니다.

지금 시스템을 사용할 수 없는 환경이라 모르겠지만...

TCURX이면 sap standard 테이블일텐데요...

직접 넣으시는게 아니고 configuration이 아닌가 싶습니다. (CO나 FI전문가가 잘 아실 듯..)

여튼, 제 생각엔 전체 공통이 아닐까 싶은데요.

다음주에 한번 시스템 들어가보고 저희쪽 TCURX쪽을 확인해 보겠습니다.

하지만 저희도 원하는 *100 하기 떄문에 ^^;

같은걸로 생각됩니다.

그리고 2번은 할 수가 없을 듯 한데요.

기존 데이터를 다 migration해야할텐데...

가능할까요?

정군 // 답변 감사합니다!

1. 네, 직접 넣지는 않습니다. (제가 하는게 아니라서 방법은 잘 모릅니다만)

정군님 시스템 쪽 확인 해 주신다면 정말 감사할 따름입니다.

2. 이 부분이 문제 입니다만..  혹시 가능 했다면, 그래서 전례가 있다면 조사 해 보고 싶어서 였습니다.

   현재 해외 몇개 거점에 롤 아웃을 완료 했는데, 여러 화폐를(?) 다루다 보니 각 나라별 실정에 안 맞게 화폐 단위를 설정한 것도 있고

   이런 저런 문제들이 생기고 있는 것 같습니다;

1. OY04

  SPRO : SAP NetWeaver -> General Settings -> 통화 -> 통화에 대한 소수자리 설정

  여기서 통화에 대한 소수자리를 설정가능합니다.

2.문의하신 내용은 시스템 전반에 대한 검토가 필요하기때문에 힘들거 같네요..SAP에 공식적으로 문의해보세요

2.번에 대한 SAP설명입니다...(하지 말라고 하는거 같음 ^^)

계속하기 전에, 다음 텍스트를 주의깊게 읽습니다.
이 주의사항을 고려하지 않는 경우, 해당 트랜잭션으로 시스템에 회복 불가능
한 피해를 일으킬 수 있습니다.
R/3 시스템 테이블에서 통화필드는 다양한 소수자리의 형태를 가진 십진수로
저장됩니다. 소수점은 데이타베이스에서 필드에 저장되지 않습니다. 대신, 각
각의 통화필드는 통화키필드를 참조합니다. 해당 트랜잭션에서 사용자는 해당
통화키에 단독으로 십진수를 지정합니다.
실례: 사용자가 USD 통화를 소수 둘째자리까지로 설정하고 100 USD를 전기한
경우, 10000 USD 금액이 데이타베이스에 통화필드로 저장됩니다. 이 금액을
더 처리한 후나 출력한 후, 시스템은 해당 테이블의 소수자리 숫자를 결정하
려면 참조필드의 통화키를 사용합니다. 이런 방법으로 테이블내용은 올바르게
구두점을 찍어 추가처리에 대해 정확하게 해석되거나 출력에 대해 포맷될 수
있습니다.
전기한 다음 USD에 대해 소수자리 숫자를 변경했다면, 예를 들어 3으로, 기존
필드 내용인 10000은 차후 처리나 출력에서 10 USD(10.000)로 해석됩니다.
이것은 USD로 표시되는 금액을 가진 통화필드 전체에 대해 시스템 전반에 걸친
테이블내용이 센트당 10으로 잘못 해석됨을 의미합니다. 이미 사용중인 통화
에 대해 소수자리숫자를 변경하려면, 통화필드가 있는 R/3시스템에서 테이블
전체를 변환해야 합니다. 그결과 데이타가 완전무결한 상태로 남아 있습니다.
그러나 구성상의 사유와 실행시간적인 측면의 경우에 이것은 사용중인 시스템
에서 실행할 수 없습니다.
현재 실행중인 시스템에서 변경을 하거나 변경사항을 현재 실행중인 시스템으
로 전송한 경우, 데이타의 완전무결함에 손상을 일으킬 수 있는 TCURX 테이블
의 변경사항은 다음과 같습니다:
o 기존통화의 소수자리 숫자 변경
o (소수 둘째자리까지의 표준값으로 소수자리 변경에 해당)TCURX에서 엔트리 삭
제
o (소수 둘째자리의 표준값을 다른 값으로의 변경에 해당)TCURC에 엔트리 삽입,
이것이 기존에 있는 통화코드인 경우
아직은 해당 통화코드로 어떠한 전기사항도 실행할 수 없다는 것을 나타내는
트랜잭션 OY03을 사용하여 통화코드를 TCURC에 막 입력했다면, TCURC 삽입 또
는 신규설치 커스터마이징동안 해당 테이블에 그다지 결정적이진 않지만 변화
가 있습니다.

은우야님 // 감사합니다. 장문의 글을 일부러..;  ( _  _ )

                 2. 에 대해서는 실제로 SAP 측에 문의를 해 보았다고 합니다.

                 ... 그리고 답변은, SAP 에서 이 일의 해결을 위해 천문학적인 돈을 요구 했다고 하더군요;

통화코드 소숫자리 IMG 가 있었군요. ^^

장문의 경고(?) 문구가 참 무섭네요.

천문학적인 액수라 ㅎㅎㅎ

SAP에서 생성된 대부분의 문서를 마이그래이션 해야 할테니.. 이해도 되지만..

안된다고 하면 될것을.. 돈을 요구하는 SAP이 얄밉네요~ ^^;;