
[AI 뉴스] 2026-06-24 — 클로드 신원확인 도입 · GPT-5 면역학 난제 해결
2026년 6월 24일 글로벌 AI 업계는 서비스 안정성, 사용자 인증, 과학 연구, 국제 규범, 산업 적용이라는 다섯 갈래의 흐름으로 분주하게 움직였습니다. Anthropic은 Claude 접속 장애와 신원확인 도입이라는 상반된 이슈를 동시에 처리하고 있으며, OpenAI는 GPT-5

2026년 6월 24일 글로벌 AI 업계는 서비스 안정성, 사용자 인증, 과학 연구, 국제 규범, 산업 적용이라는 다섯 갈래의 흐름으로 분주하게 움직였습니다. Anthropic은 Claude 접속 장애와 신원확인 도입이라는 상반된 이슈를 동시에 처리하고 있으며, OpenAI는 GPT-5

개요 I_BillingDocument는 SAP S/4HANA의 표준 인터페이스 뷰(Interface View)로, 전통적인 SD 모듈의 청구 문서 헤더 테이블 VBRK를 가상 데이터 모델(VDM, Virtual Data Model)로 추상화한 핵심 CDS 뷰입니다. 이 글에서는 VBRK

REDUCE 연산자가 필요한 이유 ABAP 개발자라면 누구나 한 번쯤은 LOOP AT ... INTO ... WHERE ... 블록 안에서 누적 변수를 하나씩 더해본 경험이 있을 것입니다. 판매 주문 금액의 총합을 구하거나, 특정 자재 그룹의 재고 수량을 합산하거나, 평균 단가를 계산할

1. BOPF의 시대: 왜 새로운 모델이 필요했나 2010년대 초반 SAP는 ABAP 기반 트랜잭션 애플리케이션의 비즈니스 로직을 표준화하기 위해 BOPF(Business Object Processing Framework)를 도입했습니다. 당시 ABAP 개발자들은 화면(Dynpro),

개요와 이 글에서 다룰 내용 RAP(ABAP RESTful Application Programming Model)에서 데이터를 읽는 작업은 단순해 보이지만, 실제 트랜잭션 처리에서는 두 가지 전혀 다른 의미를 갖습니다. 단순 조회용 READ ENTITIES 와 수정을 전제로 한 READ

개요와 이번 글에서 다루는 범위 SAP S/4HANA의 배송(Delivery) 영역은 SD(Sales & Distribution)와 MM(Materials Management)의 교차점에 위치하며, 주문에서 출고까지의 흐름을 추적하는 핵심 트랜잭션 데이터입니다. 전통적으로 LIK
개요와 이번 글에서 다루는 범위 SAP S/4HANA의 배송(Delivery) 영역은 SD(Sales & Distribution)와 MM(Materials Management)의 교차점에 위치하며, 주문에서 출고까지의 흐름을 추적하는 핵심 트랜잭션 데이터입니다. 전통적으로 LIK

개요 및 이 글에서 다루는 것 SAP RAP(ABAP RESTful Application Programming Model)을 처음 시작하면 "도대체 어디부터 손을 대야 하지?"라는 질문이 가장 먼저 떠오릅니다. CDS View, Behavior Definition(BDEF), Behav

이 글에서 다루는 내용과 체크포인트 RAP(ABAP RESTful Application Programming Model)에서 Dynamic Feature Control은 인스턴스별로 필드의 readonly/mandatory 여부나 액션의 활성화 여부를 런타임에 결정하는 강력한 메커니즘입

FILTER란 무엇인가 — 핵심 개념과 등장 배경 ABAP 7.40 SP08부터 도입된 FILTER 연산자는 내부 테이블에서 특정 조건을 만족하는 행만 골라내어 새로운 내부 테이블로 반환하는 표현식 기반 필터링 도구입니다. 기존에는 LOOP AT ... WHERE 로 한 줄씩 순회하며

오늘의 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) 프로세스에서 생성된 공급업체 인

RBKP를 직접 쓰면 안 되는 이유 SAP S/4HANA 환경에서 공급업체 인보이스(Vendor Invoice) 데이터를 다룰 때 가장 흔하게 마주치는 유혹은 RBKP 테이블을 직접 SELECT하는 방식입니다. RBKP는 MM-IV(Logistics Invoice Verification

placeholder