[AI 뉴스] 2026-09-13 — Claude Opus 5 · GPT-6 Astra · DeepSeek V4.1
2026년 9월 13일 AI 업계는 한 문장으로 요약하기 어려울 만큼 다층적인 흐름을 보였다. Anthropic은 신모델 Claude Opus 5(클로드 오퍼스 5) 로 가격 경쟁력을 앞세우는 동시에, 내부적으로는 모델의 무단 행동과 생물학 무기 오용 시도를 막기 위해 조직을 재편하는
[AI 뉴스] 2026-09-01 — Claudeforce · Opus 5 절반가격
2026년 9월 1일, AI 업계의 흐름은 한 단어로 요약하면 "엔터프라이즈 침투"다. Anthropic은 Salesforce와의 파트너십을 대폭 확대하며 규제산업의 심장부로 들어갔고, 교육 업체 Learning Tree는 Claude 인증 대비 과정을 내놓으며 "Claude를 다루는
TECO만 걸고 안심하기 그만 — 재공품 그대로 남는다 #shorts #SAP #SAP
📖 개요 — 이 글에서 얻어갈 것 생산오더를 TECO(기술적 완료) 처리했는데 월말 결산에서 재공품(WIP)이 그대로 남아 있는 경험, 한 번쯤 있을 것입니다. 반대로 CLSD(종결) 처리를 하려다 "잔액이 남아 있다"는 오류에 막히기도 합니다. 이 글은 오더 상태가 재공품 계산과 원
FKREL 확인 없이 청구 막히는 3가지 이유 #shorts #SAP #SAP
이 글이 답하는 질문 출고전기까지 끝난 납품전표인데 VF01을 열면 "청구 대상 전표가 없습니다"가 뜬다. 창고는 물건을 보냈고 재고도 빠졌는데 매출이 안 잡히는 상황이다. 이 글에서는 그 원인의 8할을 차지하는 항목범주(Item Category)의 청구관련 지시자(Billing Rel
체인지셋 하나 실패하면 전부 롤백되는 이유는? #shorts #SAP #RAP
이 글에서 다루는 내용 RAP(ABAP RESTful Application Programming Model)으로 만든 서비스에 여러 건의 변경을 한 번에 보냈는데, 딱 한 건의 검증 오류 때문에 나머지 아홉 건까지 전부 사라지는 경험을 해본 적이 있을 것입니다. 이것은 버그가 아니라 O
Early Numbering 동시 생성 키 충돌 3가지 #shorts #SAP #RAP
📖 개요: 이 글에서 다루는 것 RAP(RESTful Application Programming Model)에서 Early Numbering 을 직접 구현하면, 사용자가 저장 버튼을 누르기 전에 이미 문서번호가 확정됩니다. 편리해 보이지만, 두 사용자가 동시에 생성 트랜잭션을 시작하는
채번 갭 방치하면 큰일 — 롤백 후 번호가 안 돌아오는 이유 #shorts #SAP #RAP
개요 — 이 글에서 확인할 내용 RAP(ABAP RESTful Application Programming Model)에서 액션이 실패해 트랜잭션 전체가 롤백되었는데, 다음 문서를 생성하면 번호가 하나 건너뛰어 있는 현상을 본 적이 있을 것입니다. 예를 들어 판매오더 SO-1007 생성이
CAP Java 목록이 느린 진짜 원인은? 왕복 횟수 #shorts #SAP #CAPforJava
이 글이 답하는 질문 목록 화면이 건수가 늘수록 느려지는데, 쿼리는 한 번뿐인 것 같다면 어디를 봐야 하나? 필요한 필드만 고르는 것이 실제로 얼마나 차이를 만드는가? 연관 데이터를 가져올 때 확장과 개별 조회 중 무엇을 골라야 하나? 대량 저장에서 건별 처리와 묶음 처리는 어디서 갈리
precheck로 막아도 값이 남는 이유는? #shorts #SAP #RAP
📖 개요 — 이 글에서 다루는 문제 RAP(ABAP RESTful Application Programming Model)에서 precheck 으로 수정 요청을 분명히 차단했는데, Fiori Elements 화면에는 사용자가 입력한 값이 그대로 남아 있는 현상을 다룹니다. 서버 로그를
커스텀 액션 vs RPA — Joule이 다른 이유 #shorts #SAP #Joule
왜 Joule 커스텀 액션인가 SAP Joule은 단순한 사내 챗봇이 아니라, SAP 애플리케이션 전반에 걸쳐 동작하는 코파일럿 계층입니다. 이 글은 Joule Studio에서 커스텀 액션(스킬)을 정의하고 실제 SAP 백엔드 — RAP 액션과 CAP 서비스 — 를 호출하도록 연동하는
@readonly vs @Core.Computed 뭐가 다를까 #shorts #SAP #CAPforJava
📖 개요 및 핵심 체크리스트 CAP Java 프로젝트가 커지면 어느 순간 이런 질문이 반복됩니다. "이 필드는 @readonly 로 막아야 하나, 아니면 핸들러에서 검사해야 하나?" "권한은 @requires 인가 @restrict 인가?" 어노테이션은 종류가 많은 데다 이름이 비슷해
CDS 애노테이션 vs 핸들러 — 실수 3가지 #shorts #SAP #CAPforJava
📖 개요: 이 글에서 다루는 것 CAP Java 프로젝트에서 CDS 어노테이션은 단순한 메타데이터가 아니라, 런타임 동작(검증·권한·CRUD 제한)과 UI 렌더링을 실제로 바꾸는 선언적 계약입니다. 문제는 "어떤 어노테이션을 CDS에 걸고, 어떤 로직을 Java 핸들러로 내려야 하는가
RAISE EXCEPTION MESSAGE 없이 던지면? 로그가 빈다 #shorts #SAP #ABAP
이 글이 답하는 질문 예외 클래스를 만들었는데 운영 로그에 메시지가 비어 있는 이유는 무엇인가? RAISE EXCEPTION TYPE 과 RAISE EXCEPTION NEW 는 무엇이 다른가? 예외 클래스 계층을 어디까지 나누고, 어디서 합쳐야 하는가? 호출자가 복구할 수 있는 예외와
관리형 RAP만 쓰다 놓치는 이유 3가지 #shorts #SAP #RAP
📖 개요 — 이 글에서 얻어갈 것 RAP(ABAP RESTful Application Programming Model)으로 트랜잭셔널 앱을 설계할 때 가장 먼저 마주치는 갈림길이 관리형(managed)과 비관리형(unmanaged)의 선택입니다. 관리형은 프레임워크가 CRUD·버퍼·저
CDS 뷰 느려도 ST05 안 본 실수 3가지 #shorts #SAP #ABAP
왜 "느린 CDS 뷰"는 원인 찾기가 더 어려운가 ABAP CDS 뷰는 로직을 데이터베이스로 내려보내는 코드 푸시다운(Code Pushdown)의 핵심 도구지만, 바로 그 특성 때문에 성능 문제가 생기면 원인이 ABAP 레이어가 아닌 HANA 내부 실행 과정에 숨어버립니다. 이 글은 해
CDS 확장 — extend vs annotate 차이 #shorts #SAP #CAPforJava
개요: 왜 CDS 모델 확장을 알아야 하는가 CAP(Cloud Application Programming Model) 프로젝트가 커지면 하나의 CDS 모델을 여러 팀, 여러 앱이 공유하게 됩니다. 이때 원본 모델 파일을 직접 고치지 않고 필드·연관·어노테이션을 덧붙이는 기법이 바로 CD
Association vs Path Expression 성능차이 #shorts #SAP #ABAP
개요: Path Expression 한 줄이 조인 폭탄이 되는 순간 ABAP CDS를 처음 접하면 Association과 Path Expression은 "편리한 조인 문법" 정도로 보입니다. 그런데 실무에서는 이 둘의 구조적 차이를 이해하지 못한 채 Path Expression을 남용하
XML 없이 CAP 핸들러 등록? — 애노테이션이 답 #shorts #SAP #CAPforJava
📖 이 글에서 다루는 내용 전통적인 Java 엔터프라이즈 개발에서는 이벤트 리스너 하나를 붙이려면 XML 설정 파일에 bean을 선언하고 wiring을 관리해야 했습니다. CAP Java(SAP Cloud Application Programming Model)는 이 과정을 뒤집었습니다
RAP vs 클래식 리포트 — 실무 선택 기준 3가지 #shorts #SAP #ABAP
📖 이 글에서 다루는 내용과 목표 S/4HANA 프로젝트에서 화면 하나를 만들 때마다 반복되는 질문이 있습니다. "이건 RAP으로 갈까, 그냥 SE38 리포트로 끝낼까?" 이 글은 RAP(RESTful ABAP Programming Model)과 클래식 리포트(SE38 + ALV)의
openStart 열고 안 닫으면? — UI5 렌더러 함정 #shorts #SAP #UI5
1. 이 글에서 다루는 내용과 목표 UI5 커스텀 컨트롤을 만들 때 가장 많은 사고가 나는 곳이 바로 렌더러(renderer)입니다. 화면에는 그럭저럭 나오는데 리렌더링 시 깨지거나, 스크린리더가 읽지 못하거나, 목록에 100개만 놓아도 느려지는 문제 대부분이 렌더러 작성 습관에서 시작