EU AI Act 개정 소식, 일정과 내 역할을 나눠 확인하기
AI 규제 소식은 발표 제목이 강하게 전달되는 경우가 많습니다. 하지만 “규정이 바뀌었다”는 소식만으로 모든 AI 사업자에게 같은 의무가 생기거나 기존 일정이 일괄 연기되었다고 결론 내리기는 어렵습니다. 제품을 제공하는 회사인지, 조직 내부에서 사용하는 운영자인지, 특정 고위험 시스템을 다루는지에 따라 확인할 조항이 달라집니다.
2026년 7월 24일 관보에 게재된 Regulation (EU) 2026/1744는 AI Act를 포함한 규정의 일부를 개정하는 Digital Omnibus on AI입니다. 이 글은 법률 자문이 아니라 공식 원문을 읽을 때 확인할 항목을 정리한 안내입니다. 대상 여부를 판단할 때는 개정 전후 원문과 해당 조직의 법률 검토를 기준으로 삼으셔야 합니다. EUR-Lex 법령 원문은 문서 상태와 조문을 직접 확인할 수 있는 1차 자료입니다.
법령 제목과 실제 적용 조항을 분리합니다
개정 규정의 제목은 무엇을 바꾸려는지 요약하지만, 의무와 적용 시점은 조문에 적혀 있습니다. 먼저 원문 첫머리에서 규정 번호, 채택일, 관보 게재일과 법적 상태를 확인하십시오. 그다음 개정 조문이 원래 AI Act의 어느 조항을 교체하거나 추가했는지 대조합니다. 정책 요약이나 업계 글은 찾아볼 길잡이로 사용할 수 있지만, 핵심 판단은 조문을 열어야 합니다.
Regulation 2026/1744의 제목은 AI 관련 조화된 규칙의 이행을 단순화하는 개정이라고 설명합니다. “단순화”라는 표현은 모든 의무의 폐지나 전면적인 적용 연기를 뜻하지 않습니다. 어떤 조항이 수정되었는지, 어떤 범주의 시스템과 주체가 그 조항에 연결되는지 확인해야 합니다.
조직의 역할을 먼저 적습니다
AI Act는 제공자, 배포자, 수입자, 유통업자 등 역할에 따라 책임을 나누고 있습니다. 조직이 모델을 직접 만들지 않더라도 자체 이름으로 AI 시스템을 제공하거나, 다른 시스템과 결합해 새로운 용도로 배포한다면 적용되는 역할이 달라질 수 있습니다. 단순히 “우리는 AI를 사용한다”는 한 문장으로 역할을 고정하지 마십시오.
- 제품·서비스 제공: 누가 시스템을 개발하거나 시장에 내놓고, 어떤 이름으로 제공하나요?
- 조직 내 사용: 누가 시스템의 출력을 사용해 업무 결정을 내리고, 영향을 받는 사람은 누구인가요?
- 변경·재판매: 기존 제품의 목적이나 기능을 바꾸거나 자체 브랜드로 제공하나요?
- 지역 범위: 시스템 제공자·사용자·영향받는 사람과 EU 시장의 관계는 무엇인가요?
이는 분류를 위한 시작 질문이지 법적 결론은 아닙니다. 실제 역할은 계약, 제품 설계, 마케팅, 배포 방식과 사용 목적을 함께 보아야 합니다.
요구사항과 날짜를 조항 단위로 추적합니다
시행일을 찾을 때는 개정 규정의 발효일과 각 조항이 적용되기 시작하는 날짜를 구분하십시오. 한 규정의 모든 수정 사항이 동일한 날부터 적용된다고 가정하면 안 됩니다. 원문에 별도 전환 기간이나 특정 범주에 대한 조건이 있는지 확인하고, 기존 AI Act 일정과 개정 조항을 연결해 표로 관리하면 변경 영향을 파악하기 쉽습니다.
실무 원장에는 법령 조항, 적용 주체, 제품 또는 업무 범위, 요구되는 조치, 기준 날짜, 담당자, 내부 증거 자료를 적을 수 있습니다. 불확실한 사항은 확정 사실처럼 기록하지 말고 질문과 담당 법무 검토 상태를 남깁니다. 시행일이 다가왔다는 이유로 적용대상 판단을 생략하지 않습니다.
제공사의 서비스 약관이나 정책에도 별도 일정이 있을 수 있습니다. 플랫폼의 콘텐츠 정책은 법령상 의무를 대신하지 않고, 법령도 특정 플랫폼의 편집 정책을 자동으로 정해 주지 않습니다. 둘은 별개의 문서와 책임 주체로 관리해야 합니다.
작은 개발팀은 변경 감시를 가볍게 운영합니다
모든 법령 변경을 매일 모니터링하는 것은 작은 팀에 부담입니다. 제품의 대상 사용자와 기능에 직접 연결된 조항을 선정하고, 공식 관보나 규제 기관 공지를 월별로 확인하는 담당자를 둘 수 있습니다. 법령 문서의 버전과 확인일을 기록하고, 제품 범위가 변할 때는 역할 분석을 다시 하십시오.
AI 기능을 제공하지 않는 팀이라도 외부 서비스의 AI 기능이 데이터 처리나 고객 안내에 영향을 줄 수 있습니다. 공급자에게 확인할 질문, 보관 정책, 사용 중인 기능 목록을 만들고 계약 또는 개인정보 검토에 연결할 수 있습니다. “AI를 쓰지 않는다”는 선언보다 실제 워크플로와 도구 목록이 유용합니다.
법령의 원문을 인용할 때는 통합본과 개정 규정의 관계를 살펴보십시오. 개정 문서는 원래 법령의 일부 문구를 바꾸는 방식일 수 있어, 한 문서만 읽으면 현재 유효한 전체 조항을 빠뜨릴 수 있습니다. EUR-Lex의 현재 법적 상태와 통합 텍스트, 개정 이력을 대조하고 조항 번호가 연결되는지 확인합니다.
유럽연합 밖에 있는 작은 개발팀도 서비스가 EU 시장을 겨냥하거나 EU에 있는 사람에게 영향을 미치는지에 따라 검토가 필요할 수 있습니다. 그렇다고 모든 국내 블로그나 도구가 자동으로 규제 대상이라는 뜻은 아닙니다. 제품의 사용 목적, 사용자, 판매·배포 방식과 데이터 흐름을 문서화한 뒤 전문 검토가 필요한 질문을 좁히십시오.
업데이트를 확인한 뒤에는 제품팀과 운영팀에 적용 범위를 공유하되, 조항을 해석한 사람과 승인한 사람을 기록하십시오. 검토가 필요한 시스템이 여러 개라면 각 시스템의 목적과 배포 지역별로 목록을 나누어야 합니다. 하나의 내부 가이드가 모든 제품을 동일한 위험 등급으로 분류하지 않도록 사례를 구분합니다.
법적 요구사항이 제품에 반영되면 변경 관리에도 연결하십시오. 기능 출시, 사용자군 확대, 출력의 활용 방식 변경은 기존 역할·위험 분석의 전제를 바꿀 수 있습니다. 릴리스 체크리스트에 규제 검토가 필요한 조건을 넣고, 바뀐 사실이 없을 때도 확인 결과를 간단히 남기면 반복 검토의 근거가 됩니다.
마치며
EU AI Act 개정 소식을 읽을 때는 법령 번호와 조문, 조직의 역할, 적용 지역과 일정표를 차례로 대조하십시오. 제목만으로 일괄 면제나 연기를 단정하지 말고, 불확실한 적용 판단은 법률 전문가에게 넘기셔야 합니다. 다음 규제 업데이트를 볼 때 원문에 직접 연결된 내부 점검표를 먼저 갱신해 보십시오.