
[AI 뉴스] 2026-06-23 — OpenAI Daybreak · MS 딥시크 탑재
오늘의 AI 업계 흐름 2026년 6월 23일, 글로벌 AI 업계는 엔터프라이즈 도입 확대와 보안·민주화 이슈가 동시에 부각되는 흐름을 보였다. 국내에서는 LG CNS가 앤트로픽(Anthropic)과 손잡고 그룹 차원의 클로드(Claude) 도입을 본격화했고, 글로벌에서는 OpenAI가

오늘의 AI 업계 흐름 2026년 6월 23일, 글로벌 AI 업계는 엔터프라이즈 도입 확대와 보안·민주화 이슈가 동시에 부각되는 흐름을 보였다. 국내에서는 LG CNS가 앤트로픽(Anthropic)과 손잡고 그룹 차원의 클로드(Claude) 도입을 본격화했고, 글로벌에서는 OpenAI가
이 글에서 다루는 내용과 도달 지점 BOPF(Business Object Processing Framework)를 수년간 다뤄온 개발자가 RAP(ABAP RESTful Application Programming Model)로 넘어올 때 가장 먼저 부딪히는 벽은 라이프사이클의 재구성 입니
개요 및 이 글에서 다룰 내용 S/4HANA 환경에서 판매 오더 아이템 데이터를 다루는 일은 매우 빈번합니다. 전통적으로는 VBAP 테이블을 직접 SELECT 했지만, S/4HANA에서는 가상 데이터 모델(VDM)인 I_SalesOrderItem CDS 뷰를 통해 동일한 데이터에 의미론
1. 이 글에서 다루는 범위와 도달 지점 S/4HANA 환경에서 판매 오더 아이템 정보를 조회할 때, 더 이상 VBAP 테이블을 직접 SELECT하는 것은 권장되지 않습니다. 대신 SAP가 제공하는 가상 데이터 모델(Virtual Data Model, VDM) 계층의 I_SalesOrd
1. BOPF 라이프사이클 구조 — 과거의 표준 S/4HANA 초기와 ECC 기반 Fiori 1.0 시대를 거쳐온 개발자라면 BOPF(Business Object Processing Framework)는 익숙한 이름일 것입니다. BOPF는 비즈니스 오브젝트의 트랜잭션 처리를 일관된 방식
개요 및 학습 흐름 SAP RAP(RESTful ABAP Programming Model)에서 비즈니스 키(primary key)를 어느 시점에 확정할 것인가는 트랜잭션 설계의 근본 결정 사항입니다. RAP는 이를 위해 Early Numbering과 Late Numbering이라는 두
개요 및 이 글에서 다루는 내용 SAP S/4HANA의 SD(Sales & Distribution) 영역에서 판매 오더를 다루다 보면 가장 먼저 마주치게 되는 테이블이 VBAK(판매 오더 헤더)입니다. 그러나 S/4HANA 환경에서는 더 이상 VBAK를 직접 SELECT 하기보다
개요 및 핵심 포인트 이 글은 SAP S/4HANA의 표준 CDS View인 I_SupplierInvoice 를 RBKP 테이블 구조와 FI(Financial Accounting) 연계 관점에서 다룹니다. MM-IV(Invoice Verification) 프로세스에서 생성된 공급업체 인
placeholder
개요와 이 글에서 다루는 범위 SAP RAP(RESTful Application Programming Model)에서 draft 활성화는 Fiori Elements 기반 UX의 표준 권장 사항으로 자리잡았습니다. 그러나 실제 프로젝트에서는 라이선스 데이터 모델 제약, 외부 시스템 동기화
개요와 이 글에서 얻어갈 것 ABAP RESTful Application Programming Model(RAP)을 처음 다루는 개발자가 가장 자주 묻는 질문 중 하나는 "내 코드 어디에도 COMMIT WORK 가 없는데 왜 DB에 데이터가 저장되어 있는가?"이다. 전통적인 ABAP 개

2026년 6월 22일 AI 업계는 규제와 기술, 자본 흐름이 동시에 부딪히는 분기점을 맞이했습니다. Anthropic의 최신 모델이 미국 정부 지시로 출시 3일 만에 차단된 사건, 디자인 영역으로 영토를 넓힌 Claude Design, MLPerf 신기록을 세운 CoreWeave, 그
개요 및 학습 체크리스트 ABAP 7.40 이후 도입된 VALUE 연산자는 내부 테이블이나 구조체를 선언과 동시에 채워 넣을 수 있게 해주는 인라인 생성 표현식입니다. 기존에는 빈 테이블을 만든 뒤 APPEND 문장을 여러 번 반복해야 했지만, 이제는 한 줄의 표현식으로 동일한 작업을
VALUE 연산자가 등장한 배경 ABAP 개발자라면 누구나 한 번쯤 내부 테이블을 채우기 위해 APPEND 구문을 수십 줄씩 반복해 본 경험이 있을 것입니다. 작업 영역(work area)을 선언하고, 필드별로 값을 할당한 뒤, 테이블에 APPEND하고, CLEAR로 초기화하는 패턴은
개요와 이 글에서 다루는 범위 ABAP 7.40 이후로 도입된 VALUE 연산자는 내부 테이블과 구조체를 다루는 방식을 근본부터 바꿔놓은 표현식 기반 연산자입니다. 이 글은 APPEND 문을 반복적으로 사용하던 전통적인 방식과 비교하여, 선언과 동시에 데이터를 채워 넣는 인라인 초기화
1. RAP Draft의 역할 — 왜 존재하는가 SAP RAP(RESTful ABAP Programming Model)에서 Draft는 단순한 "임시 저장" 기능이 아닙니다. Fiori Elements UI와 OData V4 백엔드 사이의 상태 관리 계층으로, 사용자가 화면에서 값을 입
1. EKET 테이블이란 무엇인가 — 구매 납기일정의 원본 SAP ERP/S/4HANA의 구매 모듈에서 가장 빈번하게 조회되는 테이블 중 하나가 바로 EKET 입니다. EKET는 "Einkaufsbelegterminierung"의 약어로, 풀어쓰면 Purchasing Document:
개요 및 이 글에서 다루는 범위 구매 발주(PO)의 납기는 한 줄이 아니라 여러 라인으로 분할되는 경우가 많습니다. 자재 1000개를 한 번에 받기보다 500개씩 두 차례 나눠 받는 식이죠. 이런 분할 납기 정보를 저장하는 EKET 테이블과, 이를 S/4HANA 환경에서 안전하게 소비할
RAP과 Draft: 왜 처음부터 설계에 포함되었는가 ABAP RESTful Application Programming Model(RAP)을 설계한 SAP 엔지니어링 팀은 단순한 CRUD 프레임워크를 만들고자 했던 것이 아닙니다. 그들이 마주한 문제는 명확했습니다 — 클라우드 환경에서
IF 중첩의 늪 - 코드가 무너지는 순간 ABAP으로 비즈니스 로직을 작성하다 보면 어느 순간 IF/ELSEIF가 5단, 6단까지 중첩되는 코드를 마주하게 됩니다. 주문 상태, 고객 등급, 결제 방식 같은 도메인 분기는 한두 줄로 끝나지 않습니다. 이 글에서는 ABAP 7.4 SP08