Always Spring

이런식으로 지급방법에 지급 매체 서식이 지정되어있는 경우는 SE71에서 해당 서식을 관리할 수 있다.이번에 문제가 되었던 것은 BP의 도로주소(Street)이 60자 까지 등록이 되어있어도해당 서식에서 ADDRESS의 width를 넓게 해주어도 주소가 짤린다는 것이었다. SE71에서 해당 윈도우(내 경우는 ADDRESS)를 더블클릭해서 파란색으로 선택한 다음 Edit > Text Elements 선택 Street은 REGUH-ZSTRA를 가져온다는 것을 알 수 있다.참고로 /*는 Comment(주석)이라 관련 없음. REGUH-ZSTRA를 보면 길이가 35자라 이미 해당 테이블에 주소 길이가 짤려서 들어가있다.BP 주소 다른 컬럼에 나눠서 넣어도 되지만 어차피 출력할 때 CBO 프로그램을 사용 중이라 다..

IMG->재무회계->채권 및 채무->공급업체 계정->마스터 데이터->공급업체 마스터 레코드 생성 준비->이중관리에 대한 민감필드 정의(구매처) 위와 같이 계정 유형에 대한 민감필드를 정의할 수 밖에 없다.대체 왜 계정그룹 유형까지 지정 안되고 계정 유형만으로 해놨는지 이해 불가... 개인적으로는 BP가 더 사용하기 불편함 아무튼 사원구매처는 보통 HR이나 개인경비 시스템 등을 통해 결재를 받아서 정보가 변경되기 때문에굳이 FK08을 통해서 BP 변경 정보까지 승인 받을 필요가 없다. 그래서 CBO를 통해 다음과 같이 CONFS = ''로 만드는 로직을 누군가 알려주었는데 같은 S/4 HANA 2023인데 A회사는 로직이 먹히고 B회사는 로직이 안먹혔다. 이것도 다른분이 찾아주신건데 아무튼 결론은 이거였음..

ALV 레포트에서 고객코드에 10*이라고 필터를 걸었을 때, ALV에서는 정상적으로 나오는데 엑셀로 다운로드(스탠다드 기능)하면 고객코드 10자리인 건만 나오고 8자리이면서 10으로 시작하는 데이터는 나오지 않는 현상이 있었다.찾아보니 LEAN Export 할 때의 오류이며, *10*으로 필터를 걸면 우선 정상적이고, LEAN이 아닌 다른 방식의 Export를 하면 또 정상적으로 다운로드가 받아졌었다. 그리고 아래의 Note 적용하면 10*으로 걸어도 정상적으로 Export가 된다. 3429639 - ALV Export: Filter criteria with wildcard not being correctly applied - SAP for Me https://me.sap.com/notes/3429639..

보통 우리나라 사람들은 날짜 형식을 4번으로 많이 사용하는 것 같다.YYYY.MM.DD 즉, 2026.01.16 이런식으로 날짜가 표시된다.SAP에서 Data Type은 기본적으로 YYYYMMDD로, Time Type은 HHMMSS처럼 시분초로 저장이 된다. 나같은 경우도 미국법인에서 엑셀로 데이터를 일괄 업로드 해서 전표를 전기하는 CBO 프로그램을 사용하는데,엑셀에서 MM/DD/YYYY형태로 01/31/2026이라고 업로드 했더니 SAP에서 인터널 테이블에 저장할 때,자동으로 20260131로 치환이 되어 저장이 됐는데전표 생성시 사용하는 FM에서 BDC를 탈때는 다시 사용자의 날짜형식에 맞춰서 01312026으로 변경해주는것이 아니라그대로 20260131로 날짜를 입력하니 SAP 입장에서는 20월 ..

FUNCTION YGET_PERIOD.*"----------------------------------------------------------------------*"*"Local interface:*" IMPORTING*" VALUE(I_SDATE) TYPE DATUM DEFAULT SY-DATUM*" VALUE(I_EDATE) TYPE DATUM DEFAULT SY-DATUM*" EXPORTING*" REFERENCE(E_PERIOD) TYPE CHAR10*"----------------------------------------------------------------------DATA: LV_EDATE TYPE DATUM. DATA: LV_YEARS TYPE..

S4Core 104에서 S4Core 108로 업그레이드를 했는데 BP화면에서 회사코드 전환 화면이 안나왔다. 아무리 찾아봐도 안됐는데 다른 분이 해결해주셔서 저장 차원에 업로드 함. 1. 티코드 BUSD에서 해당하는 BP역할의 데이터셋에 회사코드 관련 설정 추가나같은 경우엔 CVIV09, CVIV10, CVIV17, FIDT01이 빠져있었음. (기존 서버와 비교) 2. 호출 어플리케이션에 FIDT 추가

1826481 - Excel: VBA 매크로용 디지털 서명 - SAP for Me https://me.sap.com/notes/1826481 me.sap.com 위 Note에서 제공하는 인증서를 설치해서 엑셀 보안센터에서 신뢰할 수 있는 게시자에 SAP SE가 들어가있는데도 계속 차단이 된다. REGEDIT를 실행해서 아래 경로에 다음과 같은 값을 추가해줬더니 매크로 포함해서 열 수 있게 바뀜 ㅠㅠHKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Excel\SecurityDWORD 이름 BlockContentExecutionFromInternet 값 00000000 다만 이렇게 되면 개인적으로 본인 보안은 본인이 신경쓰기로

해당 현상은 ALV가 필드 카탈로그(Field Catalog) 정보를 생성할 때 데이터 엘리먼트의 변경 사항을 즉시 반영하지 않거나, 이전에 사용되던 **ALV 버퍼(Buffer)**에 변경 전 정보가 남아 있어서 발생할 수 있습니다. 🧐🛠️ 해결 방법 (Solutions)ALV의 열 길이(자릿수)가 데이터 엘리먼트 변경 후에도 업데이트되도록 하려면 다음 조치들을 시도해 볼 수 있습니다.1. 필드 카탈로그(OUTPUTLEN) 강제 설정가장 확실한 방법은 ALV의 필드 카탈로그에서 OUTPUTLEN 필드에 변경된 데이터 엘리먼트의 길이를 직접 지정하는 것입니다. REF_FIELD/REF_TABLE을 사용해도 데이터 엘리먼트의 길이가 반영되지 않을 때 이 방법이 우선 적용됩니다.FIELDCAT-OUTPU..

운영만 하다보니 이런 경우는 처음 겪었다.유효성 확인이나 대체의 exit 프로그램은 보통 Z*로 copy해서 사용하는데,전부 다 스탠다드인 사이트가 있었음... 모두 규칙과 세트로 관리 중...GCX2 자주 사용할일은 없겠지만 기록용으로 남김

선급금 반제 F-54는 Function이 없다고 한다.그래서 BDC로 짜줬는데 오류가 나서 보고 있었는데그냥 F-54로 들어가도 선급금 리스트가 BDC 오류났다고 보내준 순서랑 다르게 나왔다.그래서 뭐지? 했는데 디버깅 해보니 SY-BINPT이 X인 경우 BELNR, BUKRS, GJAHR, BUZEI로 정렬을 해준다고 한다.저 독일어 번역해보면 다음과 같다. *------- SORT bei Aufruf über CALL TRANSACTION / BDC, damit die * Positionen in der Liste definiert sind.*------- CALL TRANSACTION / BDC를 통해 호출할 때 SORT* 목록에 정의된 위치. 일단 BDC로 처리할 때는 저 순서로 정렬..