도입방안

결심은 2주 뒤에 하셔도 됩니다.

지금 시스템은 그대로 두고, 읽기 전용으로 연결해 회사의 실데이터로 만든 판단 샘플을 먼저 보여드립니다. 그다음은 신입 사원을 받는 과정과 같습니다 — 계정을 만들고, 면접하고, 수습을 거쳐, 실제 평가가 쌓인 만큼만 권한을 넓힙니다.

시스템 간 데이터 연동이란

시스템 간 데이터 연동은 상호 데이터를 교환하는 내용을 말하며, 각 시스템의 보안에 문제가 없도록 안전한 방식으로 이루어집니다.

연동 — 환경 01 · 내부 구축형 MES · ERP Fig 02
현재 환경 자체 구축 MES · ERP
▶
① 읽기 — 기간시스템 DB를 읽기 전용 계정으로 조회
◀
② 기안 — RANIS가 기간시스템의 결재 기안으로 등록
▶
③ 결재 회신 — 승인 · 반려 결과와 사유를 RANIS가 회수
RANIS 역할 Agent

기존 결재 화면이 그대로 유지됩니다. 담당자는 새 화면을 익힐 필요가 없습니다.

데이터 연동의 구성

연동세부내용
기간시스템(MES · ERP) 연동송신 · 수신내부 구축형은 DB 접근 권한과 데이터 구조를 확인합니다. 클라우드의 경우 서비스 제공 기업이 API를 제공해야 가능합니다
예: 더존 Amaranth 10(가능) · 이카운트(가능)
결재 연동상신 · 승인결재 연동이 어려운 경우 RANIS 결재 모듈을 사용합니다
이메일 연동POP · IMAP사용 중인 메일 서비스의 POP · IMAP 지원 여부를 확인합니다
RANIS 스테이션 서버 본체

설치 환경 예시. 연결 방식은 진단 단계에서 현장 환경에 맞춰 확정합니다.

데이터 연동은 기간시스템(MES · ERP) 연동 · 결재 연동 · 이메일 연동으로 구성됩니다. 기간시스템은 내부 구축형과 클라우드로 나뉩니다 — 내부 구축형은 대체로 연동이 원활하고, 클라우드의 경우 서비스 제공 기업이 API를 제공해야 가능합니다. 결재 연동이 어려운 경우 RANIS 결재 모듈로 연결되므로, 사용 중인 시스템의 데이터 접근 권한과 API 지원 범위를 진단에서 확인합니다.

2주 진단에서 환경에 맞는 연동 방식을 확인합니다.

예외가 하나 있습니다 — 결재를 이메일이나 종이로 처리하는 회사는, RANIS 결재 모듈의 도입이 먼저 필요합니다.

자율 등급 — 업무 범위가 넓어지는 방식

도입 초기의 Agent는 기안만 수행합니다. 업무 범위는 승인율 실제 평가를 근거로 단계적으로 넓어집니다.

단계연결Agent가 하는 일
2주 진단읽기 전용실제 데이터로 만든 판단 샘플을 보여드립니다
도입계정 등록결재함에 기안을 올립니다. 승인과 반려는 담당자가 합니다
확대승인율 실제 평가승인율이 기준을 넘은 업무부터, 회사가 정한 한도 안에서 범위가 넓어집니다

· 정해진 범위를 벗어나는 판단이 발생하면 자동으로 이전 단계로 되돌아갑니다.

· 자금 집행 · 설비 제어 · 인사 업무에는 어느 단계에서도 권한이 부여되지 않습니다. 설정으로 막아 두는 것이 아니라 권한 체계 자체에서 제외되어 있습니다.

· 새로 배치되는 Agent는 이전 Agent가 쌓은 승인율을 물려받지 않고, 처음부터 다시 실제 평가를 시작합니다.

2주 진단 — 측정 항목과 측정 방법을 먼저 공개합니다

실제 업무에서 얼마나 달라지는지를 측정해서 보여드립니다. 산출한 효과 수치를 보여드리는 것이지, 미리 가정하지는 않습니다.

측정 항목무엇을 무엇으로 나누는가진단 전진단 후
자료 수집 시간건당 소요 시간
검토 시간건당 소요 시간
기안 작성 시간건당 소요 시간
결재 대기 시간기안~승인 경과
오류 · 누락전체 건수 분의 발생 건수
담당자 개입전체 기안 분의 수정 건수

수치 열은 진단에서 채워집니다. 확정 전 수치는 싣지 않습니다.

진단이 끝나면 일곱 가지를 보고드립니다 — ① 적용 가능한 역할 ② 대상 업무 ③ 현재 업무 소요 ④ Agent 개입 범위 ⑤ 예상 효과 ⑥ 위험과 제약 ⑦ 적용 우선순위.

신청 후 절차 — 열 단계로 진행됩니다

담당자 방문은 검증 서버 설치와 간단한 인터뷰, 한 번뿐입니다. 나머지 작업은 모두 원격으로 진행합니다.

01
NDA 체결 — 비밀유지계약을 먼저 작성합니다
02
검증 서버 반입 — RANIS 검증 서버를 회사에 설치합니다. 내부 IP 회선 1개가 필요합니다
03
사용자 인터뷰 — 사용 중인 서비스 · 요구 기능 · 분석 계정을 확인해 입력합니다
04
연동 평가 — 검증 서버를 가동해 기존 시스템과의 연동을 평가합니다
05
연동 가능성 확인 — RANIS가 회사 환경에서의 연동 가능성을 확인합니다
06
데모 사이트 개설 — 회사의 실데이터로 동작하는 데모 사이트를 엽니다
07
검증 결과 보고구축 가능인 경우 — 사용자가 직접 확인하고, 다음 단계 절차를 제시합니다적용 불가인 경우 — 구축이 어려운 사유를 구체적으로 설명드립니다 (서버 포맷 후 철수)
08
도입 여부 선택 — 구축 가능인 경우, 도입 기업은 사전 진단 결과를 평가하여 계속 진행 여부를 선택합니다
09
포기 시 — 검증 서버의 데이터를 포맷하고 철수합니다 — 서버에 회사 데이터를 남기지 않습니다
10
승인 시 — 계약을 체결합니다. 검증 데이터는 보관 후 실 서버로 이관되어 그대로 이어집니다

진단 비용은 무상입니다. 다만 구축 가능 판정에도 진행을 포기하는 경우에 한해 1일 출장비 50만원(VAT 별도)이 청구됩니다.

도입 4단계

단계 01

2주 Agent 진단

읽기 전용으로 연결해, 실데이터로 만든 판단 샘플과 데이터 품질 리포트를 드립니다.

단계 02

도입

진단에서 확인한 연동 경로로 Agent를 계정으로 등록합니다. 결재함에 첫 기안이 올라옵니다.

단계 03

정착

Agent가 맡은 업무를 일상적으로 수행하고, 승인율을 매월 숫자로 보고합니다.

단계 04

확대

실적이 쌓인 판단부터 전결 한도를 부여하고, 필요한 역할을 추가합니다.

정착 후의 월간 보고는 역량 평가표입니다

승인율 한 줄이 아니라 다섯 축 — 수치 정확도 · 시점 · 대상 선택 · 근거 충실도 · 규정 준수 — 로 나눠 보고합니다. 직원 인사평가와 같은 형식이라 경영진이 그대로 읽을 수 있습니다.

출근(?) 첫날부터 수습 종료까지 — Agent의 온보딩

역할 Agent의 시작은 시스템 설치보다 신입 사원의 입사에 가깝습니다. 설정 화면 없이 대화로 진행됩니다 — 아래 과정을 참조하세요. (생산계획 역할 예시)

출근 첫날
출근 알림이 옵니다

"생산계획 담당 AG가 가동되었습니다. 인사 나누시겠습니까?" — 담당 팀장에게 알림이 갑니다.

첫 대화
첫 대화가 곧 면접입니다

신입AG가 초기 설정 항목을 문의합니다 — 계획은 몇 시까지 올리면 되는지, 누구에게 승인 요청해야 하는지(반려 · 수정 주체), 봐도 되는 자료는 어디까지인지, 보고는 어떤 양식으로 제출할지(기존 엑셀 그대로 맞춥니다), 그리고 호칭을 무엇으로 할지(변경 가능).

첫 과제
첫 과제는 백테스트입니다

지난달 실적 기준으로 계획을 다시 짜서 실제 결과와 비교 표시합니다. 기존에 수작업으로 한 것과 Agent가 수행한 것을 비교하여 Agent의 수준을 파악합니다.

매일 아침
상신 메일이 옵니다

요약 세 줄(배치 몇 건 · 납기 위험 몇 건 · 판단 보류 몇 건)과 쓰던 양식 그대로의 계획표, 행별 근거가 함께 옵니다. 반려는 회신으로 사유만 적으면 다음 계획부터 반영합니다. 납기 위험 같은 급한 일은 즉시 보고하고, 상신이 없는 날은 없는 이유를 알립니다 — 보고가 안 오는 날도 왜 안 오는지 알 수 있습니다.

수습 3개월
모든 계획은 승인을 받아서만 나갑니다

수습 종료 시 평가서(채택률 · 수정 폭 · 경보 누락 · 무상신일)로 정규 전환 · 연장 · 범위 조정을 결정하십니다. 수습 기간에도 정상적인 사용 요율이 적용됩니다.

아침 상신 메일 — 생산계획 담당 Agent 화면 예시입니다

2026. 8. 29 (금) 08:30

오늘 요약 — 배치 12건 · 납기 위험 2건 · 판단 보류 1건

· 납기 위험 2건 — 근거를 붙인 일정 조정안을 함께 올렸습니다

· 판단 보류 1건 — 기준정보가 없어 담당자 확인을 기다립니다

· 계획표 첨부 — 사용하던 양식 그대로, 각 항목별로 근거를 표시하였습니다

반려는 회신으로 사유만 적어 주세요 — 다음 계획부터 반영합니다.

묻기 전에 먼저 보고합니다. 보고가 없는 날은, 없는 이유가 옵니다.
누가무엇을 합니까
현장 (팀장 · 사수)최초 설정 · 초기의 핵심 항목 확인 · 승인과 반려 · 전결 사항 결정
호수아이오설치 · 계정 등록 · 데이터 연결 · 사전 학습(실적 분석) · 뒤에서의 보완 — 첫 인사에 소개자로 함께하고 물러납니다

권한은 어디까지인가

Agent 계정에 부여되는 권한의 범위와 한계를 그림으로 표시합니다.

권한 — 위임전결 체인 Fig 03
Agent가 할 수 있는 것
01 데이터 조회 읽기 전용. 원본을 고치지 않습니다
02 근거 산출 계산과 판단. 기록으로 남습니다
03 기안 제출 agent.* 계정으로. 여기가 끝입니다
04 승인 · 결재 사람만 — Agent 권한 없음
권한 경계
권한 자체가 부여되지 않는 것
자금 집행이체 · 지급 · 결제
설비 제어기동 · 정지 · 설정 변경
인사채용 · 평가 · 급여

03까지가 Agent의 영역입니다. 04는 사람의 자리이며, 그 경계는 회사의 위임전결규정이 정합니다.

안심 조항

권한은 회사가 정합니다
직원에게 쓰는 위임전결규정 그대로
중대 업무는 하지 않습니다
자금 집행 · 설비 제어 · 인사에는 권한 자체가 없습니다
계정 귀속 기록
모든 행위가 기록으로 남습니다
원본 데이터는 사내에 보관합니다
질의에 필요한 일부 데이터는 외부 모델로 전송됩니다. 학습에는 쓰이지 않습니다.

자주 하시는 질문

ERP를 교체해야 합니까?
아니요. 기존 시스템을 바꾸지 않고 그 위에 역할별 Agent를 계정으로 등록합니다. 기존 결재 화면을 활용하며, 연동 범위는 진단에서 확인합니다.
MES도 바꿔야 합니까?
바꾸지 않습니다. 기간시스템(MES · ERP) 연동 · 결재 연동 · 이메일 연동을 지원합니다. 2주 진단에서 환경에 맞는 방식을 확인합니다.
데이터를 따로 구축해야 합니까?
아니요. 진단은 읽기 전용 연결로 시작하며, 지금 시스템에 쌓여 있는 실데이터로 판단 샘플을 만들어 보여드립니다.
Agent가 잘못 판단하면 어떻게 됩니까?
Agent가 하는 것은 기안까지입니다. 승인과 반려는 담당자가 하고, 반려 사유는 다음 기안에 반영됩니다. 모든 행위는 계정 귀속으로 기록됩니다. 자금 집행 · 설비 제어 · 인사에는 권한 자체가 없습니다.
오래된 ERP인데 가능합니까?
내부 구축형 시스템은 DB 접근 권한과 데이터 구조를 확인해 연동 가능 범위를 판단합니다. 결재 연동이 어려우면 RANIS 결재 모듈을 사용합니다.
Agent가 잘못 기안하면 누가 책임집니까?
Agent는 기안까지만 수행하고, 승인과 결정은 담당자가 합니다. 모든 기안은 Agent 계정 귀속으로 기록되어, 언제 무엇을 근거로 올렸는지 그대로 추적됩니다.
회사 데이터가 외부로 나갑니까?
기본 구성은 사내 일체형 서버 설치입니다. 데이터는 사내 서버에 있으며, 질의에 필요한 부분만 외부 모델을 거치고 학습에는 쓰이지 않습니다.
역할 Agent는 몇 개까지 만들 수 있습니까?
RANIS 스테이션 Standard는 3 Role, Pro는 6 Role입니다. 그 이상 규모의 구축형은 별도 브랜드의 TERA Enterprise(hosu.io)로 안내드립니다.
기존 시스템을 개발(수정)해야 합니까?
가능하면 기존 시스템을 변경하지 않습니다. RANIS는 별도 서버로 연결되어 데이터를 읽고, 기안은 환경에 맞는 연동 방식으로 올립니다. 업무 원장은 기존 시스템에 그대로 둡니다.
직원들이 사용법을 배워야 합니까?
기존 결재 연동이 가능하면 평소 쓰던 화면을 사용합니다. RANIS 결재 모듈을 사용하는 경우에는 해당 사용 절차를 안내드립니다.
정부지원사업으로 도입할 수 있나요?
네, 가능합니다. 기존에 협의 중이던 공급기업이 있는 경우 공급기업을 통해 납품 가능합니다. 공급기업의 제공 솔루션과 연동하여 사용할 수 있습니다. 공급기업에 안내해 주세요.
2주 Agent 진단 신청