SkyPlanner APS 생산 스케줄링을 위한 NetSuite 연동 가이드
이 가이드는 NetSuite 파트너, 관리자, 기술 구매 담당자를 대상으로 생산 스케줄링을 위해 SkyPlanner APS를 Oracle NetSuite와 연결하는 방법을 설명합니다. 이때 일정에는 실제 설비와 인력의 생산 능력이 반영됩니다. SkyPlanner는 REST 웹 서비스와 SuiteQL을 통해 NetSuite와 양방향으로 연동됩니다:
- 작업지시, 공정 순서, 작업 센터, 품목, 구매주문 데이터를 가져옵니다.
- 계획된 시작 및 종료 시각을 manufacturing operation tasks에 기록합니다.
- 기록된 작업 시간과 생산 수량을 Work Order Completions 또는 Assembly Builds로 NetSuite에 반영합니다.
- SkyPlanner 웹훅은 일정이 변경될 때마다 즉시 변경 사항을 전송합니다.
품목, BOM, 공정 순서, 작업지시, 재고, 원가는 NetSuite에서 관리합니다. SkyPlanner는 Arcturus 엔진으로 실제 생산 능력을 반영한 생산 일정을 수립합니다. SkyPlanner 팀이 온보딩 과정에서 고객 계정에 맞게 연동을 설정하고 가동 후에도 지원합니다. 연동은 NetSuite의 표준 레코드를 사용하며 Advanced Manufacturing SuiteApp에 의존하지 않습니다.
핀란드 울빌라의 배전반 및 개폐장치 제조업체 UTU는 이미 SkyPlanner를 NetSuite와 연동해 사용하고 있습니다. UTU는 SkyPlanner를 Oracle NetSuite 및 급여 시스템과 연동해 2025년 9월에 가동을 시작했습니다. 도입 효과를 검토하려면 먼저 NetSuite 생산 스케줄링 페이지와 NetSuite는 생산 능력을 고려한 생산 스케줄링을 지원하나요?를 확인하세요.
프로젝트의 방향을 결정하는 선택: REST와 OAuth 2.0
Oracle은 이미 방향을 정했습니다. 2026.1부터 신규 연동은 OAuth 2.0을 사용하는 SuiteTalk REST 웹 서비스로 구축해야 합니다. 2027.1부터는 SOAP 또는 Token-Based Authentication (TBA)을 사용하는 신규 연동이 허용되지 않습니다. 2028.2에서는 SOAP 엔드포인트가 비활성화됩니다. 지금 시작하는 스케줄링 연동은 REST를 기반으로 구축해야 합니다.
| NetSuite 연동 방식 | 설명 | APS 연동에서의 역할 |
|---|---|---|
| SuiteTalk REST record API | /services/rest/record/v1/<recordType>: NetSuite 릴리스에 따라 버전 관리. 작업지시 완료, 자재 출고, 조립 생산 처리에는 !transform 사용 | 쓰기: 공정 작업 및 작업지시 일정(PATCH), 완료·자재 출고·조립 생산 처리(transform) |
| REST를 통한 SuiteQL | POST /services/rest/query/v1/suiteql에 Prefer: transient 사용. 쿼리당 최대 100,000건의 결과, limit/offset 방식의 페이지 처리 | 대량 조회: 품목, 공정 순서, 작업 센터, 미완료 작업지시, 재고 |
| SuiteScript 2.1 RESTlets | 사용자 정의 get/post/put/delete 엔드포인트 | REST에서 지원하지 않는 기능 보완, 작업지시와 그에 속한 모든 공정 등을 묶은 페이로드 처리 |
| SuiteScript User Event / Map-Reduce | NetSuite 내부에서 실행되는 서버 측 스크립트 | 변경 사항을 외부로 알림 |
| CSV Import Assistant | 저장된 가져오기 매핑 | 일회성 데이터 적재용. 지속적인 동기화에는 사용하지 않음 |
| SuiteTalk SOAP | 레거시 방식, TBA만 지원 | 신규 연동에는 사용하지 말 것 |
인증
서버 간 통신으로 작동하는 스케줄러에는 OAuth 2.0 Client Credentials(머신 간 인증)를 사용하세요. 관리자 메뉴 경로는 Setup > Integration > Manage Authentication > OAuth 2.0 Client Credentials (M2M) Setup입니다. 공개 인증서를 업로드한 뒤 엔터티, 역할, 연동 레코드에 매핑합니다. 연동 레코드마다 활성 인증서를 최대 다섯 개까지 등록할 수 있습니다.
연동 전용 역할을 만드세요. 품목, BOM 리비전, 공정 순서, 작업 센터에는 조회 권한을, 작업지시, 완료 및 자재 출고에는 편집 권한을 부여합니다. SkyPlanner REST API(API 참조 문서)는 JWT를 사용하므로 미들웨어에서 양쪽 인증 정보를 모두 보관합니다.
이벤트: 표준 웹훅은 없습니다
Oracle 문서에는 기본 제공 아웃바운드 웹훅이 명시되어 있지 않습니다. 실제 구현에서는 Work Order의 SuiteScript User Event 스크립트(afterSubmit)가 N/task 또는 Map/Reduce 스크립트를 통해 외부 호출을 큐에 넣고, N/https로 호출합니다. afterSubmit에서 동기 방식으로 외부를 호출해서는 안 됩니다. 사용자의 저장 처리 안에서 호출이 실행되므로, 엔드포인트가 느리면 저장이 지연되거나 실패합니다.
User Event가 모든 변경 경로를 포괄하지는 않습니다. 대량 업데이트와 CSV 가져오기는 User Event를 거치지 않을 수 있습니다. 누락을 방지하려면 이벤트 스크립트와 함께 lastmodifieddate를 기준으로 정기적인 SuiteQL 대조 폴링을 실행하세요. 반대 방향에서는 SkyPlanner 자체 웹훅이 NetSuite에 변경 사항을 기록하도록 하므로, 계획이 바뀌는 즉시 NetSuite에 새 일정이 전달됩니다.
데이터 매핑: NetSuite에서 SkyPlanner로
| NetSuite 레코드(REST id) | SkyPlanner 객체 | 방향 | 주기 |
|---|---|---|---|
Assembly Item (assemblyItem), Inventory Item (inventoryItem) | 제품 / 자재 | NetSuite → SkyPlanner | 초기 적재 후 매일 또는 변경 시 |
BOM Revision (bomRevision), BOM 구성품 | 다단계 제품 구조, 자재 소요량 | NetSuite → SkyPlanner | 변경 시 |
Manufacturing Routing (manufacturingRouting, 하위 목록: routingStep, routingComponent) | 공정 단계: 순서, 작업장, 셋업 시간, 가공 시간 | NetSuite → SkyPlanner | 변경 시 |
| Manufacturing Work Center(작업 센터로 지정된 Group): Machine Resources, Labor Resources, Work Calendar | 작업장, 작업장 그룹, 교대 근무 | NetSuite → SkyPlanner, 이후 SkyPlanner에서 관리 | 초기 적재 |
Work Order (workOrder): 품목, 수량, 위치, Production Start/End Date, 상태. 납기는 연결된 Sales Order에서 확인 | 납기와 우선순위가 지정된 오더 / 작업 | NetSuite → SkyPlanner | User Event로 준실시간 동기화, 대조 폴링 병행 |
Manufacturing Operation Task (manufacturingOperationTask) | 일정이 배정된 공정 | NetSuite → SkyPlanner, 일정은 SkyPlanner → NetSuite | 준실시간 |
위치별 현재고(SuiteQL), Item Receipts (itemReceipt) | 자재 기준 스케줄링에 사용하는 재고 잔량 | NetSuite → SkyPlanner | 15~60분마다 또는 입고 시 |
Purchase Order (purchaseOrder)의 항목: 품목, 수량, 입고 예정일, 상태 | 구매 오더 / 입고 예정 자재(납품 예정일). 납품일에 사용 가능한 것으로 계산하며, PO가 Delivered로 표시되면 재고 갱신 | NetSuite → SkyPlanner | 15~60분마다 또는 변경 시 |
| 공정별 계획 시작일 및 종료일 | PATCH manufacturingOperationTask/{id} (startDate, endDate) 및 PATCH workOrder/{id} (Production Start/End Date) | SkyPlanner → NetSuite | 일정 변경 시 SkyPlanner 웹훅으로 전달 |
| Mobile Confirmations, 작업 시간 기록, Production Timer | POST workOrder/{id}/!transform/workOrderCompletion: startOperation/endOperation 범위, 완료 수량, operation 항목의 작업 시간. SkyPlanner 작업 시간 기록 ID를 외부 ID로 사용 | SkyPlanner → NetSuite | 실적 보고 건별 또는 일괄 처리 |
| 자재 소비 | POST workOrder/{id}/!transform/workOrderIssue 또는 완료 처리 시 isBackflush 사용 | SkyPlanner → NetSuite | 실적 보고 건별 |
| 완료된 오더(WIP를 사용하지 않는 계정) | POST workOrder/{id}/!transform/assemblyBuild | SkyPlanner → NetSuite | 오더 완료 시 |
| 오더 마감 | Work Order Close (workOrderClose) | 재무 부서가 NetSuite에서 처리 | 기본 설정에서는 자동화하지 않음 |
연동 패턴
1. 기준정보 초기 적재. SuiteQL로 작업 센터를 먼저 읽고, 이어서 품목, BOM 리비전, 공정 순서를 읽습니다. 공정 순서가 작업 센터를 참조하므로 이 순서가 중요합니다. 체험 단계에서는 같은 데이터를 CSV로 내보내 SkyPlanner로 가져오세요. 코드를 작성하기 전에 일정을 검증합니다.
2. 작업지시 동기화. Released 및 In Process 상태의 작업지시를 가져옵니다. Planned 상태의 작업지시도 포함할지 초기에 결정하세요. 포함한다면 잠정 수요로 취급합니다. 미입고 구매주문도 같은 주기로 동기화하면, 일정 수립 시 각 작업에 필요한 자재를 현재 재고뿐 아니라 입고 예정분까지 고려해 확인합니다.
3. 일정 변경 사항 반영. 일정이 변경되면 SkyPlanner 웹훅이 새 공정 일정을 미들웨어로 전송합니다. 미들웨어는 PATCH /services/rest/record/v1/manufacturingOperationTask/{id}를 호출해(Oracle 레코드 참조 문서) 변경된 각 공정의 startDate와 endDate를 전달합니다. 이어서 workOrder 헤더에 PATCH를 한 번 더 호출해 Production Start 및 End Date를 설정합니다. 날짜만 기록하고, 사용자 정의 순서 필드를 사용하는 경우에는 해당 필드도 기록하세요. 수량이나 BOM 데이터를 역으로 기록해서는 안 됩니다. 여러 공정을 하나의 트랜잭션으로 업데이트해야 할 때는 간단한 RESTlet을 사용해 한 번의 호출로 전체 공정 목록을 저장합니다. 기본 방식은 record API입니다.
4. 생산 현장 실적 보고. 작업자는 SkyPlanner Mobile Confirmations에서 작업 내역을 기록합니다. 미들웨어는 Work Order 변환 기능을 통해 각 실적 보고를 전송합니다. 이때 POST /services/rest/record/v1/workOrder/{id}/!transform/workOrderCompletion을 호출하며, startOperation, endOperation, 완료 수량과 공정 항목에 기록된 시간을 전달합니다. WIP를 사용하지 않는 작업지시는 대신 !transform/assemblyBuild로 완료 처리합니다. REST를 통한 Work Order Completion에는 Manufacturing Work In Process 기능이 필요합니다. 재고 및 원가 전기는 NetSuite에서 계속 처리합니다.
5. 멱등성과 재시도. 각 완료 레코드에는 SkyPlanner의 timelog ID가 NetSuite external ID로 들어갑니다. External ID는 레코드 유형별로 고유하므로, 재전송된 웹훅은 중복으로 거부되어 수량과 원가가 두 번 반영되지 않습니다. 쓰기 작업은 큐를 거칩니다. 동시 처리 한도, 레코드 잠금, 인증서 만료 등으로 호출이 실패하면 재시도하고 로그를 남깁니다. 그래도 실패한 건은 연동을 지원하는 SkyPlanner 팀이 확인할 수 있습니다.
6. 데이터 관리 주체. NetSuite는 무엇을 생산할지, 즉 품목, 수량, BOM, 공정 순서, 위치를 관리합니다. SkyPlanner는 언제 어디서 생산할지, 즉 공정 실행 순서, 작업장, 시작 및 종료 시각을 관리합니다. NetSuite에서 수정한 날짜는 다음 결과 반영 시 덮어쓰므로, 양식 사용자 지정이나 워크플로로 Production Start/End Date를 잠그세요.
일반적인 프로젝트 진행 단계
대기업도 일반적으로 온보딩을 시작한 뒤 몇 주 안에 구축을 완료합니다. NetSuite 프로젝트는 다음 단계로 진행됩니다.
- 자사 데이터로 체험: 저장된 검색에서 작업 센터, 공정 순서, 미완료 작업지시를 CSV로 내보내고, 30일 체험 기간에 SkyPlanner로 가져옵니다.
- 기준정보 매핑: NetSuite 레코드를 SkyPlanner 객체에 매핑하고, 사용자 지정 필드, 단위, 품목별 WIP 또는 비WIP 모델을 매핑합니다.
- 초기 적재: SuiteQL로 품목, BOM 리비전, 공정 순서, 작업 센터를 가져온 뒤 SkyPlanner에서 교대조, 작업자, 대체 작업장을 설정합니다.
- 작업지시 및 구매주문 동기화: User Event 스크립트와 정합성 확인용 폴링을 통해 Released 및 In Process 상태의 작업지시와 예상 입고일이 포함된 미입고 구매주문을 동기화합니다.
- 일정 반영: 샌드박스와 운영 환경에 OAuth 2.0 M2M을 설정하고, 계획된 공정 일정을 작업지시와 공정 작업에 반영합니다.
- 생산 현장 실적 반영: Mobile Confirmations와 작업 시간 기록을 바탕으로 Work Order Completions, 자재 출고 또는 Assembly Builds를 생성합니다.
- 현재 계획과 병행 테스트: 기존 작업지시 릴리스 절차와 SkyPlanner 일정을 병행 운영하며 비교합니다.
- 정식 가동: 계획 수립을 SkyPlanner로 전환하고 NetSuite의 날짜 필드를 잠급니다.
공정 순서가 잘 정리되어 있고 자회사가 하나라면 프로젝트 범위를 작게 유지할 수 있습니다. 자회사가 여러 곳이거나 WIP 백플러시, 사용자 지정 양식을 사용하면 매핑 작업이 늘어납니다.
NetSuite 연동 시 주의점
- 공정 순서가 없는 작업지시. Manufacturing Routing이 없는 작업지시에는 일정을 배정할 공정이 없습니다. Oracle도 생산 능력을 고려하는 자사 생산 스케줄러에 대해 같은 내용을 명시합니다. “Work orders not associated with a NetSuite routing should not be scheduled.”(NetSuite 공정 순서에 연결되지 않은 작업지시는 일정을 배정하면 안 됩니다.) 정식 가동 전에 SuiteQL로 해당 작업지시를 찾아내세요.
- 작업 센터의 정보는 제한적입니다. NetSuite 작업 센터는 Machine Resources와 Labor Resources라는 두 수량 값(둘 다 기본값은 0)과 Work Calendar 하나를 가진 Group입니다. 캘린더는 보통 “Default Work Calendar”입니다. 작업 센터는 한 번 가져온 뒤, 개별 작업장, 개인별 교대 근무, 공구, 작업 전환 시간 매트릭스, 대체 작업장은 SkyPlanner에서 관리하세요.
- Setup Time과 Run Rate 값의 정확성. NetSuite의 무한 능력 스케줄링도 이 필드를 사용하지만, 생산 능력을 고려하지 않으므로 값이 잘못되어도 드러나지 않습니다. 생산 능력을 반영해 생산 일정을 수립하면 첫날부터 이런 오류가 드러납니다.
- WIP 또는 비WIP. Manufacturing WIP를 사용하면 Work Order Issue, Work Order Completion, Work Order Close를 통해 생산 실적을 반영합니다. WIP를 사용하지 않으면 Assembly Build를 사용합니다. 연동 시 WIP 품목에는 Work Order Completion을, 나머지 품목에는 Assembly Build를 생성하므로 품목별 모델도 매핑에 포함됩니다.
- 같은 계정에서 Advanced Manufacturing을 사용하는 경우. 계정에서 Advanced Manufacturing SuiteApp도 사용한다면 Manufacturing Work Bench 레코드의 공정 순번, 공정명, 작업 센터가 공정 순서와 정확히 일치해야 합니다. 어느 시스템에서 공정 일정을 정할지 결정하세요. 같은 작업지시에 두 스케줄러를 사용하면 서로 충돌하는 계획이 생깁니다.
- 동시 처리 한도. 웹 서비스와 RESTlet 호출은 하나의 계정 동시 처리 한도를 공유합니다. 이 한도는 서비스 등급에 따라 정해지며 SuiteCloud Plus 라이선스당 10이 추가됩니다. 레코드별 병렬 폴링은 이 한도에 금방 도달합니다. 읽기는 페이지 처리를 적용한 SuiteQL로 수행하고, 쓰기는 큐로 처리하세요.
- 샌드박스를 새로 고치면 M2M 설정이 지워집니다. 샌드박스를 새로 고칠 때 OAuth 2.0 client credentials 매핑이 삭제되며, 계정 간에도 복사되지 않습니다. 인증서가 만료되거나 폐기되면 새 매핑을 만들 때까지 동기화가 중단됩니다. 인증 실패 시 알림이 발생하도록 설정하세요.
NetSuite 연동: 설정과 지원 담당
연동 작업에는 고객의 레코드, 공정 순서, 작업 센터 매핑이 포함됩니다. 또한 NetSuite가 스케줄링용 데이터로 보유하지 않는 제약 조건, 즉 작업 전환 시간 매트릭스, 공구, 작업자 수, 대체 자원도 다룹니다. SkyPlanner 웹훅은 Autopilot이 변경한 내용을 포함해 일정 변경 사항을 발생 즉시 NetSuite로 전송합니다.
- SkyPlanner 팀이 온보딩 중 연동을 설정하고 정식 가동 후에도 지원합니다. 공장마다 WIP 사용 여부, 사용자 지정 양식, 스크립트, 공정 순서 관리 방식 등 NetSuite 운영 방식이 다릅니다. SkyPlanner 팀은 고객의 레코드를 매핑하고 SkyPlanner REST API와 웹훅을 NetSuite REST, SuiteQL, RESTlets에 연결합니다. 지원 범위에는 User Event 스크립트와 미들웨어가 포함되며, NetSuite 설정 변경에도 대응합니다.
- 고객의 NetSuite 파트너도 참여할 수 있습니다. 파트너는 고객의 사용자 지정 양식, 스크립트, 역할을 잘 알고 있습니다. 파트너는 주문, 제품, 자재, 구매주문, 공정 단계, 작업 시간 기록을 다루는 SkyPlanner REST API를 사용해 작업합니다. Swagger/OpenAPI 문서와 JWT 인증이 제공됩니다. 공개 문서: SkyPlanner 문서.
- 사내 개발자도 이를 기반으로 구축할 수 있습니다. 일반적으로 NetSuite 내부의 User Event 스크립트와 외부의 소규모 미들웨어 서비스로 나누어 구성합니다. API 키만 있으면 시작할 수 있으며(연동 튜토리얼), 필요할 때 SkyPlanner 팀이 지원합니다.
먼저 30일 무료 체험에서 CSV 데이터로 일정을 검증하세요. 최대 20개 작업장을 사용할 수 있으며 신용카드는 필요하지 않습니다. 이렇게 하면 공장에 맞는 일정을 확보한 상태에서 연동을 시작할 수 있습니다.
연결이 완료되면 Arcturus 엔진이 NetSuite의 실시간 작업지시를 기반으로 일정을 수립하고, 현재 재고와 입고 예정 구매주문에서 자재를 확인합니다. 작업자는 Mobile Confirmations, Production Timer, Quick Log Mode로 작업을 기록하며, 수동 입력 없이 생산 현장의 상황이 NetSuite에 반영됩니다. SkyPlanner는 작업장 5개를 포함해 월 199 €부터 시작하며, 매월 결제하고 언제든 해지할 수 있습니다. 고객의 공정과 요구사항에 맞춘 연동 비용 견적을 요금제와 함께 사전에 제공하므로, 시작 전에 전체 비용을 확인할 수 있습니다. 영업팀에 문의해 NetSuite 구축 범위를 산정하거나 기능과 고객 사례를 확인하세요.
제조업체의 SkyPlanner 사용 후기
2 h매주 절약
“SkyPlanner 덕분에 Excel 스프레드시트로 생산 계획을 세우던 방식에서 벗어나 실시간으로 생산을 최적화하게 되었습니다.”
Kalle Kalliomäki, 공급망 전문가
UTU · 배전반 및 개폐장치
생산 계획에 드는 업무 시간이 매주 2시간 줄고, 새로운 작업 대기열이 몇 초 만에 생산 라인에 전달됩니다.
+90%생산 효율 향상
“생산 효율이 90% 향상되었습니다.”
Abdul Rucyinga, IT 책임자
Laboratory & Allied · 의약품 제조
생산 효율이 90% 향상되었으며, 모든 작업장의 석 달 치 최적화 계획을 세우는 데 30분도 걸리지 않습니다.
99.2%납기 준수율
“SkyPlanner 덕분에 병목 구간이 눈에 보이고 생산 관리가 명확해졌습니다.”
Toni Tuori, 생산 관리자
Piristeel · 지붕 안전 설비 및 빗물 배수 시스템
올해 납기 준수율은 99.2%에 도달했으며, 스케줄링에 드는 업무 시간이 하루 최대 네 시간 줄었습니다.
6개월후까지의 여유 생산 능력을 영업팀이 확인
“SkyPlanner는 모든 생산 계획의 토대를 마련하고 신뢰성을 높여 줍니다.”
Anu Järvinen, 생산 관리자
Fredman Operations · 식품용 포장지
영업팀은 여섯 달 앞의 여유 생산 능력을 확인할 수 있습니다. 한 시간 이상 걸리던 일정 변경 요청에 대한 답변도 이제 몇 초면 됩니다.
자주 묻는 질문
SkyPlanner APS는 NetSuite와 어떻게 연결되나요?
NetSuite REST record API, SuiteQL을 통해 양방향으로 연동하며, 필요한 경우 RESTlets도 사용합니다. 공정 일정은 PATCH를 사용해 manufacturingOperationTask에 기록합니다. 작업 시간과 생산량은 workOrderCompletion 또는 assemblyBuild 변환 기능으로 전송합니다. SkyPlanner 팀이 온보딩 중에 연동을 구성하고 운영 개시 후에도 지원합니다. NetSuite 파트너나 사내 개발자는 문서화된 REST API를 활용해 추가로 개발할 수 있습니다.
SkyPlanner를 사용하려면 Advanced Manufacturing SuiteApp이 필요한가요?
아니요. SkyPlanner는 표준 Work Orders, Manufacturing Routings, Work Centers를 기반으로 생산 능력을 고려한 생산 스케줄링을 자체 수행합니다. 해당 계정에서 Advanced Manufacturing도 사용한다면, 범위 산정 단계에서 어느 시스템이 공정 일정을 설정할지 결정합니다.
같은 이벤트가 두 번 전송될 때 중복 전기는 어떻게 방지하나요?
각 Work Order Completion은 SkyPlanner timelog ID를 외부 ID로 사용합니다. NetSuite는 레코드 유형별로 외부 ID의 고유성을 보장하므로, 재전송된 이벤트는 거부되고 수량과 원가가 중복 전기되지 않습니다. 쓰기에 실패한 항목은 대기열에 추가되어 재시도되며, 로그로 기록됩니다.
REST와 OAuth 2.0 대신 TBA나 SOAP을 사용할 수 있나요?
신규 연동은 REST와 OAuth 2.0을 사용하는 방식으로 계획하세요. Oracle은 2027.1부터 TBA와 SOAP을 이용한 신규 연동을 중단하고, 2028.2에는 모든 SOAP 엔드포인트를 비활성화합니다. REST와 OAuth 2.0으로 구축한 SkyPlanner 연동은 이 두 차례의 변경에도 중단 없이 계속 작동합니다.
SkyPlanner는 NetSuite의 새 작업지시를 어떻게 감지하나요?
NetSuite에는 문서화된 표준 아웃바운드 웹훅이 없습니다. Work Order에 설정한 User Event 스크립트가 저장 시 알림을 대기열에 추가합니다. 정기적인 SuiteQL 폴링으로 CSV 가져오기나 일괄 업데이트 등 스크립트가 놓친 변경 사항을 감지합니다.
연동을 구축하기 전에 NetSuite 데이터로 SkyPlanner를 테스트할 수 있나요?
네. 작업 센터, 공정 순서, 미완료 작업지시를 CSV로 내보내고 30일 체험 기간에 SkyPlanner로 가져오세요. 그런 다음 생산 능력을 반영한 생산 일정과 현재 계획을 비교할 수 있습니다. 무료 체험을 시작하거나 데모를 예약하세요.
NetSuite 연동 프로젝트는 얼마나 걸리나요?
대기업도 일반적으로 온보딩 시작 후 몇 주 안에 구축이 완료됩니다. 체험 기간에도 이미 CSV 데이터로 스케줄링을 실행하며, UTU는 현재 SkyPlanner와 NetSuite를 함께 사용하고 있습니다(UTU 고객 후기).
