교대 근무가 막 끝난 직후입니다. 컴플라이언스 담당자는 생산 시스템에서 교대 근무 목록을 내보내어 어시스턴트에 넣고 다음과 같은 문장을 입력합니다. “이 목록에 있는 셀에 대한 제품 패스를 게시해 주세요.”
어시스턴트는 1240개의 일련번호와 해당 배치 정보를 읽어들이고, Transpareo에 이 제품의 패스에 필요한 정보를 조회한 뒤, 패스를 생성하여 규정 기준에 따라 검증을 진행한다. 결과: 1,237개는 준비 완료, 3개는 한 배치에서 CO₂ 탄소 발자국 정보가 누락되어 준비되지 않았습니다. 그녀가 해당 값을 추가로 제공하자, 어시스턴트가 이를 게시합니다. 이틀 후, 셀들은 공장을 떠나며, 각 셀에는 해당 패스의 정보를 확인할 수 있는 QR 코드가 부착되어 있습니다.
이것은 미래의 장면이 아닙니다. Transpareo를 이용하면 오늘날 바로 가능합니다. 여기 **에서 한 보조자가 주문부터 서명된 패스 ** 에 이르기까지 규정 준수 업무를 처리하며, Transpareo는 그 과정에서 이 작업에 필요한 모든 정보를 제공합니다.
지금 바로 체험해 보세요
Claude, ChatGPT, Grok 또는 Gemini에 애플리케이션을 연결할 수 있는 계정이 있으신가요? 그렇다면 저희 공개 데모와 연결해 보세요. 이곳은 자유롭게 실험해 볼 수 있는 공간입니다: 매시간 환경이 새로 초기화되며, 그 안에서 수행한 모든 작업은 그 시간까지 완료되면 사라집니다.
-
연결. 사용 중인 AI 서비스 제공업체에서
https://demo.transpareo.com/mcp을 새로운 MCP 서버로 등록하세요. 해당 메뉴 항목은 제공업체에 따라 Connector, Integration 또는 App으로 표시됩니다. -
접속.
tester와DemoPass2027로 로그인하세요. 이 로그인 정보는 의도적으로 공개된 것입니다. 로그인 후 화면에서 각 권한을 하나씩 명시해 줍니다. 읽기 권한은 영구적으로 허용해도 되지만, 쓰기 권한은 하나씩 확인하는 것이 좋습니다. - 질문. 채팅 창으로 돌아가서 일상적인 언어로, 예를 들어 “우리 제품 패스 목록을 보여줘.”라고질문합니다 .

목록을 요청했는데, 상태가 반환되었습니다.
반환되는 결과에는 질문한 내용뿐만 아니라, 그 상태 정보도 포함됩니다. 이것이 가능한 이유는 인터페이스가 단순한 행 정보 그 이상 - 개수, 라이프사이클 내 위치, 누락된 항목 등 - 을 제공하기 때문입니다.
이것이 바로 이 기사를 쓴 이유입니다. 나머지 부분에서는 왜 이것이 작동하는지 설명합니다.
말한 대로 실행
연결해야 할 부분은 딱 한 가지였습니다. 바로 Transpareo에 연결된 어시스턴트, 앞서 언급한 세 단계였습니다. 다른 하나는 생산 시스템이 어차피 출력하는 파일이었습니다. 어떤 열이 어떤 필드에 해당하는지 정한 사람은 없었고, 인터페이스를 관리하는 사람도 없었습니다: 마법사가 목록을 읽고 패스를 작성했을 뿐이며, 그가 해야 할 일은 한 문장에 담겨 있었습니다. 목록이 변경되면, 마법사에 대한 지시 사항 하나가 변경될 뿐이며, **프로그램 코드는 변경되지 않습니다 **.
귀사의 시스템은 이를 위해 별도의 기능을 갖출 필요가 없습니다. 단지 원래 출력하던 것, 즉 내보내기 파일, 보고서 내 목록, 교대 근무 종료 시의 표를 그대로 출력하기만 하면 됩니다.
그리고 반드시 표일 필요도 없습니다. 공급업체의 데이터 시트, PDF, 이메일 기록 등: 이러한 자료에서도 어시스턴트가 값을 읽어내어 Transpareo가 요구하는 형식으로 변환해 줍니다. Transpareo는 형식을 추측하게 두지 않고 직접 명시하기 때문입니다. 제품 데이터는 구조화된 형태로 존재하는 경우가 드물고, 대개 문서 내에 포함되어 있으며, 여기서 데이터를 추출하는 작업은 수년 동안 가장 시간이 오래 걸리는 부분이었습니다.
같은 목록도 수동으로 입력할 수 있습니다. 애플리케이션 매니저의 임포터는 표를 받아들이고, 인식한 열의 이름을 지정하며, 결과물이 생성되기 전에 처리를 확인하고, 원할 경우 이를 다시 취소할 수 있습니다. 결과는 똑같았을 것입니다. 다만 누군가가 매핑을 확인하고, 보고서를 읽은 뒤 누락된 세 개의 값을 직접 채워 넣어야 했을 뿐입니다. **마법사는 가능한 일을 바꾸는 것이 아니라, 그 작업에 걸리는 시간을 줄여줍니다. **
지금까지 모든 규정 준수 프로젝트의 시작 단계에 있던 통합 작업은, 오늘날 한 문장으로 요약될 수 있습니다 일상 언어로 요약할 수 있습니다.
이것이야말로 진정한 혁명입니다. 단, 반대편에 있는 플랫폼이 프로그램에게 무엇을 요구하는지 알려줄 수 있다는 전제 하에 말이죠.
프로그램은 언제나 주요 독자였습니다
제품 패스는 손으로 읽히는 경우가 거의 없습니다. 스캔되고, 조회되고, 검증되고, 전달되며 보관되는데, 이 과정의 대부분은 소프트웨어가 처리합니다: 판매자의 계산대, 재활용 업체의 시스템, 관청의 검사 도구, 그리고 특정 로트가 규정을 준수하는지 확인하고자 하는 수입업자 등이 그렇습니다. 따라서 대부분의 판독자는 눈으로 읽는 것이 아니라 프로그램을 통해 판독합니다.
이 때문에 Transpareo는 인터페이스를 중심으로 구축되었습니다. 공개된 모든 패스는 서명된 기계 판독 가능 문서이며, 이 인터페이스는 제품의 전체 수명 주기를 포괄합니다: 제품의 특성 유형부터 검사 및 생성 과정을 거쳐 게시, 그리고 현장에서 개별 제품에 발생하는 이벤트에 이르기까지. 또한 이 인터페이스는 버전 관리가 이루어집니다: 오늘날 이를 위해 무언가를 개발하는 사람은 모래 위에 집을 짓는 것이 아닙니다. 따라서 프로그램이 패스를 활용한다는 사실 자체가 새로운 것은 아닙니다. 새로운 점은 어떤 프로그램이 이를 활용하느냐는 것입니다.
그래서 보조원의 업무는 생성 단계에서 끝나지 않습니다. 이와 같은 유형의 명령문은 수명 주기의 나머지 과정 전반에 걸쳐 사용됩니다:
- «배치 B-2214의 모든 패스를 회수하라.»
- «로트 88의 새로운 CO2 값을 추가하라.»
- “이번 달에 수리 들어간 모든 패스를 보여줘.”
이러한 문장들은 각각 사람이 애플리케이션 매니저에서 실행하는 것과 동일한 호출이 되며, 감사 로그에 동일한 기록을 남깁니다.
어시스턴트는 추측하지 말고 물어볼 수 있어야 합니다
어시스턴트는 귀사에 대한 사전 지식이 없는 매우 신속한 직원입니다. 그는 지시받은 대로 행동하며, 답변을 주지 않으면 추측으로 빈틈을 메웁니다. 다음 네 가지 요소가 추측을 실제 업무로 전환시킵니다.
어시스턴트는 무엇이 필요한지 물어볼 수 있어야 합니다. 각 제품과 세분화 수준에 대해 플랫폼은 패스에 필요한 식별자와 속성이 무엇이며, 그중 어떤 것이 이미 제품에 저장되어 있는지를 알려줍니다. 단일 품목의 경우 다음과 같습니다:
{
"identifiers": {
"batchIdentifier": { "required": true },
"modelIdentifier": { "required": true, "source": "product", "value": "4006381333931" },
"serialIdentifier": { "required": true }
}
}
세 가지 식별자 중 두 가지는 어시스턴트가 확보해야 하며, 세 번째는 이미 제품에 기재되어 있습니다. 이는 작업 지침이지, 추측 게임이 아닙니다.
어시스턴트는 코드를 작성하지 않고도 검증할 수 있어야 합니다. 검증 과정은 게시와 동일한 검사를 수행하며, 아무것도 생성하지 않습니다. 바로 그 때문에 위에서 아무것도 게시되기 전에 숫자 1237이 3으로 나타난 것입니다.
어시스턴트는 무엇이 거부되었는지 이해해야 합니다. 거절 사유는 해당 필드를 명시하고 어떻게 해야 하는지 알려줍니다:
PRODUCT_INVALID: Product invalid
Correct the attributes listed under fields and resend the request.
brand: Brand needs a brand - none was given
componentsInput: Components input missing
이 메시지를 읽은 보조자는 두 가지 정보를 보완하여 다시 전송합니다. 오류 번호만 받은 사람은 여러 가지 방법을 시도해 봅니다. 이는 사람이 명령줄에서 보게 되는 것과 동일한 문구입니다.
그는 숫자를 잘못 세어서는 안 됩니다. 연결이 끊어지고 어시스턴트가 다시 시도하더라도, 생성되는 것은 하나의 패스일 뿐, 두 개가 아닙니다. 기록형 호출에는 키가 포함되어 있어, 플랫폼은 이를 통해 중복을 중복으로 인식합니다.
모든 접근 권한은 취소할 수 있습니다
데이터를 처리하는 프로그램이 많아질수록, 누가 무엇을 할 수 있는지가 더욱 중요해집니다. 접근 권한은 애플리케이션 관리자에 생성되며 비밀 정보를 단 한 번만 노출합니다. 그 후 프로그램은 1시간 후에 만료되는 토큰으로 작동하며, 비밀 정보는 토큰을 발급하는 곳으로만 전달됩니다. 이 정보는 운영 체제의 키 체인에 저장되며, 명령줄 인자로 저장되지 않습니다.
각 액세스 권한은 사용자가 부여한 권한만을 정확히 가집니다: 읽기는 하나, 쓰기는 또 다른 권한, 공개는 세 번째 권한이며, 개별 제품 단위로 제한할 수 있습니다. 되돌릴 수 없는 작업의 경우 추가로 확인이 필요합니다.
브라우저에서 어시스턴트가 연결을 시도하면, 승인 전에 해당 어시스턴트가 요청하는 각 권한을 명시하는 화면이 나타납니다. 승인이 이루어지면 해당 연결은 접근 권한 목록 페이지에 표시되며, 승인한 사람의 이름과 날짜가 함께 기록되고, 해당 페이지에서 다시 비활성화됩니다.
취소할 수 없는 접근 권한은 접근 권한이 아니라 현관 매트 밑에 숨겨진 열쇠와 같습니다.
귀하의 데이터는 귀하에게만 남아 있습니다
Transpareo는 자체적으로 AI 제공업체에 어떤 정보도 전송하지 않습니다. AI 제공업체에 전달되는 것은 귀하가 어시스턴트를 통해 조회한 내용뿐이며, 어떤 어시스턴트를 사용할지, 그리고 해당 어시스턴트가 EU 내에서 데이터를 처리할지 여부는 저희가 아닌 귀하가 결정합니다. 연결을 설정하는 도구는 귀하의 컴퓨터에서 실행되며, 그 소스 코드는 공개되어 있습니다: 귀사의 보안 부서는 단순히 믿기만 하는 대신 이 도구가 무엇을 하는지 직접 확인할 수 있습니다.
유럽 기업에게 있어 이는 결정적인
부분입니다. 플랫폼 자체는 독일 내 ISO-27001 인증을
받은 데이터 센터에 위치해 있으며, 그 외로 데이터가 어디로 전송되는지는
전적으로 귀하가 선택한 어시스턴트에 달려 있습니다. 귀하는
EU 내에서 데이터를 처리하는 어시스턴트를 선택하거나, 데이터가
결코 벗어나지 않는 어시스턴트를 선택할 수 있습니다: transpareo mcp는
사용자 자신의 컴퓨터에서 프로토콜을 처리하며, 그 배후에서 어떤 모델이
작동하는지는 전적으로 귀사의 결정에 달려 있습니다.
여기에 더해, 제품 패스에는 정확히 어떤 정보가 포함되어 있는지 살펴볼 필요가 있습니다. 이는 대개 제품 데이터, 즉 일련번호, 로트 번호, 자재, 측정값 등입니다. 혹시 개인 정보가 포함된 경우, 누가 이를 볼 수 있는지는 귀사의 자체 규정에 따라 결정되며, 접근 권한은 이에 정확히 맞춰 설정할 수 있습니다: 읽기 전용, 특정 제품만, 언제든지 비활성화 가능.
설정은 몇 분이면 끝납니다
여러분의 개인 작업 공간에도 동일한 원칙이 적용되며,
https://dpp.example.com/mcp과 같은 별도의 주소를 통해 이용 가능합니다:
세 단계만 거치면 되며, 별도로 설치할 것은 없습니다.
키보드로 입력하거나 절차를 스크립트로 작성하는 것을 선호하는 분은
명령줄을 사용하시면 됩니다. transpareo는 단일 프로그램으로,
명령어는 인터페이스 설명에서 생성됩니다. 플랫폼이 할 수 있는 일은
이 도구도 할 수 있으며, 누군가가 두 가지를
수동으로 조정할 필요가 없습니다. 이 도구는 오픈 소스이며
GitHub에 있습니다. 세
줄: 설치, 로그인, 액세스 권한 확인.
curl -fsSL https://transpareo.com/cli/install.sh | sh
transpareo auth login --host dpp.example.com --client-id <id>
transpareo me
auth login은 표준 입력이나
환경 변수에서 비밀번호를 읽으며, 절대로 인자로는 읽지 않습니다. 인자로 읽을 경우
프로세스 목록과 셸 기록에 남게 될 테니까요. 그 후
동일한 바이너리 파일이 다음 절차를 수행합니다:
transpareo dpps requirements --product-id 8 --granularity item
transpareo dpps validate --file passport.json
transpareo dpps create --file passport.json
transpareo dpps publish <code>
transpareo events tail --follow
사용자 컴퓨터에서 마법사가 실행 중이라면, 다음 한 줄을 추가하여 연결합니다:
transpareo setup claude
그러면 동일한 작업들이 dpp_requirements, validate_dpp,
create_dpp, publish_dpp, tail_events와 같은 이름으로 도구 형태로 제공됩니다. 명령줄에서
입력하는 내용과 마법사가 호출하는 내용은 동일합니다.
여기에 더해, 일반적인
작업 절차를 설명하는 어시스턴트용 가이드가 제공되므로, 누구도 시행착오를
거치며 순서를 익힐 필요가 없습니다. 그리고 직접 프로그래밍하는 것을 선호하는 분들을 위해,
각 작업 공간의 /apidocs에서 인터페이스에 대한
전체 설명을 확인할 수 있습니다.
어시스턴트 사용에 추가 비용은 없습니다
추가 비용이 없습니다. 어시스턴트는 API 사용자로 연결되며, 프로그램에 대한 접근 권한은 모든 Transpareo 요금제에 포함되어 있습니다. 집계 대상은 게시된 패스이며, 이를 작업하는 사람이나 프로그램의 수는 포함되지 않습니다. 규정 준수 업무를 자동화하는 사용자에게는 이에 대한 요금이 청구되지 않습니다.
의무화 이전에 작업이 시작됩니다
2027년 2월부터는 배터리 제품 패스가 의무화되며, 다른 제품군도 뒤따를 예정입니다. 실제 부담은 패스 자체에 있는 것이 아니라 제품 데이터를 정리하는 데 있으며, 바로 이러한 작업이야말로 기업들이 현재 어시스턴트에게 맡기고 있는 부분입니다: 필드 정보를 수집하고, 누락된 부분을 찾아내고, 공급업체 정보를 확인하며, 검토하고, 반복하는 작업이죠. 이러한 데이터가 패스에 어떻게 입력되는지는 『 하나의 전류, 하나의 방향』에서 설명하고 있으며, 이를 위한 자체 연동 방식은 『ERP 연동 가이드』에서 확인할 수 있습니다.
추측에 의존해야 하는 어시스턴트는 겉보기에는 그럴듯해 보이지만 검증에는 견디지 못하는 패스를 생성합니다. 반면, 질문을 할 수 있는 어시스턴트는 정확한 패스를 생성합니다. 이 차이는 어시스턴트에게서 비롯되는 것이 아닙니다. 어시스턴트가 의존하는 플랫폼에서 비롯되는 것입니다.
이 게시물에 대한 질문
조교 1명당 추가 비용이 발생하나요?
아닙니다. 어시스턴트는 API 사용자로 연결되며, 프로그램용 접속 주소는 in jedem Transpareo-Tarif enthalten 입니다. 집계되는 것은 게시된 패스이며, 이를 작업하는 사람이나 프로그램의 수는 포함되지 않습니다.
조수가 실수로 무언가를 게시할 수 있나요?
게시하는 것은 별도의 권한이 필요한 독립적인 작업이며, 귀하가 부여하지 않은 권한은 이 계정에 존재하지 않습니다. 보조 사용자에게 읽기 및 확인 권한은 허용하되 게시 권한은 허용하지 않으면, 보조 사용자는 정확히 그 기능만 수행하게 됩니다. 되돌릴 수 없는 작업의 경우 추가 확인이 필요하며, 읽기 전용 모드에서는 모든 쓰기 기능이 비활성화되지만 확인 기능은 계속 허용됩니다.
AI 제공업체가 당사의 제품 데이터를 볼 수 있나요?
저희 쪽에서는 아닙니다. Transpareo는 AI 제공업체에 데이터를 전송하지 않습니다. 어떤 어시스턴트를 사용할지, 그리고 해당 어시스턴트가 EU 내에서 데이터를 처리할지 여부는 귀하가 결정합니다. 연결을 담당하는 도구는 귀하의 컴퓨터에서 실행되며 오픈 소스이므로, 귀사의 보안 부서에서 해당 코드를 검토할 수 있습니다.
담당자가 저희의 접속 정보를 받게 되나요?
이 비밀 정보는 저장된 컴퓨터에서 해당 토큰을 발급하는 곳으로만 전송되며, 운영 체제의 키 체인에 저장될 뿐, 파일이나 명령줄 인수에는 절대 저장되지 않습니다. 이후에는 1시간 후에 만료되는 토큰을 사용하여 작업이 진행됩니다. 브라우저의 도우미에는 비밀 정보가 전혀 전달되지 않으며, 대신 사용자가 허용하고 언제든지 다시 끊을 수 있는 연결만 제공됩니다.
비서는 여권에 어떤 정보가 필요한지 어떻게 알 수 있나요?
그는 이를 묻습니다. 플랫폼은 모든 제품과 세부 수준에 대해 어떤 식별자와 속성이 필요한지, 그리고 그중 어떤 것이 이미 제품에 등록되어 있는지를 알려줍니다. 이것이 요구 사항을 읽어내는 어시스턴트와 이를 추측하는 어시스턴트의 차이입니다.
보조원이 실수를 하면 어떻게 되나요?
그는 어떤 필드가 누락되었는지, 어떻게 해야 하는지를 명시한 오류 메시지를 받지만, 플랫폼은 아무런 출력도 하지 않습니다. 동일한 메시지가 명령줄을 사용하는 사용자와 도구를 통해 작업하는 보조자에게 똑같은 문구로 전달됩니다. 유용한 오류 메시지를 받는 보조자는 스스로 문제를 해결하지만, 단순히 번호만 받는 보조자는 추측에 의존하게 됩니다.
이거 오픈 소스인가요?
이 명령줄 도구는 MIT 라이선스에 따라 오픈 소스로 제공되며, GitHub에서 공개적으로 확인할 수 있습니다. 각 릴리스에는 서명, 포함된 구성 요소 목록 및 출처 정보가 포함되어 있습니다. 이 도구는 자체 업데이트 전에 해당 서명을 확인하며, 검증이 실패할 경우 아무것도 설치하지 않습니다.




