API 연동
- 검토할 상황
- 원천 시스템이 제공하는 읽기·쓰기 기능과 권한
- 먼저 확인할 조건
- 필요 항목, 호출 제한, 인증, 테스트 환경, 공급사 정책
기존 시스템 연동
ERP를 쓰고 있습니다.
그 밖의 업무도 연결할 수 있을까요?
ERP가 복잡해 필요한 정보를 찾기 어렵거나, 내려받은 자료를 엑셀에서 다시 정리하고 있나요? 현재 설정으로 개선할 수 있는지 살펴보고, 담당자가 실제로 쓰는 조회·입력·승인 화면과 연결 범위를 정합니다.
먼저 기준을 나눕니다
데이터의 기준 시스템과
갱신 방향을 정합니다.
어느 시스템의 데이터를 기준으로 삼는지 먼저 정합니다. 새 화면은 원천 정보를 보여주면서, 기존 도구에 없는 인계와 승인·예외를 처리하는 역할을 맡을 수 있습니다.
ERP 확장과 맞춤 연결을 비교해보세요 ↗기준 시스템ERP / MES / WMS
수주 · 품목 · 발주 · 현재고
연결 경계필요한 정보만 주고받습니다
API 또는 파일 · 기준 코드 대조 · 실패 이력
업무 연결 화면기다리는 일과 예외를 확인합니다
변경 영향 · 주문 진행 · 담당자 확인 · 승인
조건을 확인한 뒤 선택합니다
API·파일·DB 접근 중
가능한 연동 방식을 확인합니다.
| 방식 | 검토할 상황 | 먼저 확인할 조건 |
|---|---|---|
| API 연동 | 원천 시스템이 제공하는 읽기·쓰기 기능과 권한 | 필요 항목, 호출 제한, 인증, 테스트 환경, 공급사 정책 |
| 파일 가져오기 | API가 없거나 정해진 시점에 자료를 주고받는 업무 | 파일 형식·기준 시점·중복 방지·누락 검증·남는 수작업 |
| 권한 있는 DB 접근 | 공급사가 허용하고 운영 영향과 접근 통제가 확인된 경우 | 읽기 전용 여부·운영 부하·스키마 변경·보안·지원 조건 |
파일 가져오기
- 검토할 상황
- API가 없거나 정해진 시점에 자료를 주고받는 업무
- 먼저 확인할 조건
- 파일 형식·기준 시점·중복 방지·누락 검증·남는 수작업
권한 있는 DB 접근
- 검토할 상황
- 공급사가 허용하고 운영 영향과 접근 통제가 확인된 경우
- 먼저 확인할 조건
- 읽기 전용 여부·운영 부하·스키마 변경·보안·지원 조건
가능한 방식이 곧 전체 자동화를 뜻하지는 않습니다. 접근할 수 없는 항목과 사람이 확인할 예외도 범위에 명시합니다.
원천·방향·책임
연동할 항목마다,
누가 책임질지 정합니다.
아래는 기준을 정하는 예시입니다. 실제 시스템과 업무 권한에 따라 달라집니다.
| 정보 | 기준의 예시 | 연결 화면의 역할 |
|---|---|---|
| 주문 기본정보 | ERP 또는 현재 수주 기준 시스템 | 업무 화면에서는 진행 상태와 예외를 연결 |
| 재고 수량 | ERP·WMS 등 합의한 기준 시스템 | 예약·보류의 책임과 갱신 방향을 별도 정의 |
| 업무 승인 | 담당 업무를 처리하는 시스템 | 승인자·권한·시간·결과를 이력으로 유지 |
주문 기본정보
- 기준의 예시
- ERP 또는 현재 수주 기준 시스템
- 연결 화면의 역할
- 업무 화면에서는 진행 상태와 예외를 연결
재고 수량
- 기준의 예시
- ERP·WMS 등 합의한 기준 시스템
- 연결 화면의 역할
- 예약·보류의 책임과 갱신 방향을 별도 정의
업무 승인
- 기준의 예시
- 담당 업무를 처리하는 시스템
- 연결 화면의 역할
- 승인자·권한·시간·결과를 이력으로 유지
실무에 적용하는 예시
입고 파일을 다시 가져와도 같은 입고가 두 번 생기지 않도록.
API 없이 입고 CSV 파일을 정기적으로 받는 경우의 설계 예시입니다. 파일을 받는 시점과 사람이 확인할 예외를 구분합니다.
| 항목 | 정할 기준의 예시 | 오류가 있을 때 |
|---|---|---|
| 동일 건 식별 | 입고번호 + 행 번호를 고유한 조합으로 사용 | 같은 조합을 다시 받으면 중복 등록을 막고 변경 여부 확인 |
| 품목 대응 | 공급사 품목 코드를 내부 품목 코드에 연결 | 대응하지 않는 코드는 검토 목록에 남기고 담당자가 연결 |
| 반영 주기 | 매일 합의한 시각에 파일을 받아 검증 후 반영 | 파일 미수신·처리 실패와 마지막 성공 시점 표시 |
| 반영 결과 | 원본 행 수·수량 합계·반영 및 보류 건수 대조 | 실패한 행을 보완하고 재처리한 결과를 기록 |
동일 건 식별
- 정할 기준의 예시
- 입고번호 + 행 번호를 고유한 조합으로 사용
- 오류가 있을 때
- 같은 조합을 다시 받으면 중복 등록을 막고 변경 여부 확인
품목 대응
- 정할 기준의 예시
- 공급사 품목 코드를 내부 품목 코드에 연결
- 오류가 있을 때
- 대응하지 않는 코드는 검토 목록에 남기고 담당자가 연결
반영 주기
- 정할 기준의 예시
- 매일 합의한 시각에 파일을 받아 검증 후 반영
- 오류가 있을 때
- 파일 미수신·처리 실패와 마지막 성공 시점 표시
반영 결과
- 정할 기준의 예시
- 원본 행 수·수량 합계·반영 및 보류 건수 대조
- 오류가 있을 때
- 실패한 행을 보완하고 재처리한 결과를 기록
수정·취소 입고의 처리 규칙도 별도로 정합니다. 파일 형식·식별자가 안정적으로 제공되는지 먼저 확인합니다.
문제 발생 시의 흐름
연동 오류와 마지막 갱신 시점을
화면에 표시합니다.
예를 들어 입고 정보 가져오기가 실패했다면, 마지막 성공 시점과 미반영 건을 알려야 합니다. 실패한 요청을 다시 보낼 때 중복 입고가 생기지 않는지도 검증합니다.
실패를 표시합니다
오류와 갱신 지연을 구분하고, 담당자가 확인할 대상과 마지막 성공 시점을 표시합니다.
대조하고 재처리합니다
건수·수량·식별자로 원천과 결과를 대조합니다. 재처리 시 중복 방지와 수동 보완 기준을 둡니다.
변경의 책임을 남깁니다
수동 수정이 가능한 항목과 승인 권한을 정합니다. 원천 값을 새 화면에서 덮어쓸 수 있는지도 별도로 합의합니다.
AI를 쓰는 기준
AI가 참고할 업무 기록부터
함께 만듭니다.
업무를 디지털로 연결하는 DX는 AI를 업무에 적용하는 AX의 기반입니다. 주문·품목의 식별 기준, 현재 상태, 변경 사유와 처리 결과를 연결해야 AI가 어떤 자료를 참고했는지 확인할 수 있습니다. 첫 업무의 기록 구조와 AI 활용을 함께 설계합니다.
계속 쌓이는 데이터의 품질
파일을 한 번 정리하는 것으로 끝내지 않습니다. 필수 입력과 코드 기준을 정하고, 누락·중복·갱신 지연을 확인하며, 수정 이력을 남깁니다. 기록마다 원문과 기준 시점을 찾을 수 있게 합니다.
작은 범위에서 활용과 검증
주문 문서의 항목 추출, 진행 상황 요약, 과거 예외 처리 검색부터 검토합니다. 실제 자료로 누락과 잘못된 연결을 확인하고, 결과의 근거와 열람 권한을 함께 점검합니다. 회사 전체의 디지털 전환이 끝나야 시작할 수 있는 것은 아닙니다.
PO 원문품목 P-021 · 수량 100 EA · 납기 10/16
원문과 대조 · 담당자 확인 후 등록
문서 읽기·검색·초안
PO의 항목 추출, 견적·매뉴얼 검색, 담당자가 확인할 업무 초안을 검토합니다. 원문과 추출 결과를 함께 확인합니다.
계산·승인·외부 전달
수량과 금액의 계산 규칙, 승인 권한, 고객에게 전달하는 내용의 확정 절차를 둡니다. 외부 AI 서비스로 보낼 정보도 사전에 정합니다.
연동 전에 확인할 질문
기존 시스템의 데이터를
어디까지 연결할 수 있나요?
우리 ERP도 연동할 수 있나요?
제품명만으로 확정할 수 없습니다. 제공 API와 DB 접근 정책, 공급사 지원, 필요한 필드의 읽기·쓰기 권한을 확인한 뒤 가능한 방식과 남는 수작업을 설명합니다.
실시간 연동이 가능한가요?
원천 시스템의 이벤트·API와 제한에 따라 달라집니다. 정기 갱신이나 파일 방식이 적합할 수도 있으며, 마지막 갱신 시점과 실패 상태를 보여주는 기준을 함께 정합니다.
엑셀의 과거 데이터를 모두 옮기나요?
필수 마스터와 진행 중인 업무를 우선 정합니다. 과거 데이터의 조회 목적과 품질을 확인하고 이관·참조 보관 범위를 나눕니다.
AI가 주문과 재고를 결정하나요?
문서 읽기나 과거 자료 검색에는 AI를 검토할 수 있습니다. 수량·금액 계산과 승인에는 명확한 규칙을 적용하고 AI 추출 결과에 필요한 담당자 확인 절차를 둡니다.
프로젝트 상담
우리 회사 업무에 적용하려면?
지금 쓰는 도구와 가장 불편한 업무를 알려주세요. 상담에서 구축 범위와 필요한 자료를 안내드립니다.