비교
ManyRows vs Duro
Duro와 ManyRows는 같은 것을 원합니다. 작은 팀이 실제로 운영할 수 있는 PLM입니다. Duro는 하드웨어를 위해 깊이 파고들어 거기에 도달합니다. CAD 플러그인과 저항이 무엇인지 이미 아는 부품 라이브러리가 있습니다. ManyRows는 시스템의 형태를 직접 잡게 해서 도달합니다. 제품이 의류나 배합이거나 서로 다른 종류가 한꺼번에 있을 때 필요한 방식입니다. 그 형태 잡기는 커스텀 필드보다 깊이 들어갑니다. 그 아래에는 베이스 타입, 그 하위 무엇이든 받는 참조, 직접 설계하는 BOM 라인, 그리고 한 빌드 안에서 무엇이 가장 먼저 만료되는지 답하는 롤업을 갖춘 타입 기반 데이터 플랫폼이 있습니다.
무엇을 위해 만들어졌는가
| 기능 | ManyRows | Duro |
|---|---|---|
| 하드웨어와 전자제품 Duro는 하드웨어 팀을 위해 만들어졌고 그것이 드러납니다. 기기를 만들고 계신다면 진지하게 볼 가치가 있습니다. | 가능 | 이 목적으로 제작 |
| 파라메트릭 사양이 있는 전자부품 라이브러리 Duro는 저항에 저항값과 패키지가 있다는 것을 이미 아는 카테고리를 제공합니다. ManyRows에서는 그 필드들을 한 번 정의해 재사용합니다. 준비 작업이 더 많은 대신, 원단이나 향료에도 똑같은 방식으로 동작합니다. | 직접 모델링 | 이 목적으로 제작 |
| 의류, 신발, 잡화 그레이딩과 공차가 있는 사이즈 스펙, 시즌별 Time & Action 일정, 컬러웨이, 원단 공장과 봉제 공장까지 다룹니다. | 이 목적으로 제작 | 주력 영역 아님 |
| 식품, 화장품 등 배합 제품 공동생산물과 부산물이 있는 비율 레시피, 수율과 절대 수율, 그리고 개당이 아니라 배치당 고정되는 수량을 다룹니다. | 이 목적으로 제작 | 주력 영역 아님 |
| 레코드 타입을 직접 정의 로트, 샘플, 장비, 의류, 시즌도 부품과 똑같은 도구로 다룹니다. 기능 요청도, 릴리스 대기도 없습니다. | 지원 | 하드웨어 형태의 스키마 |
그 아래의 데이터 모델
| 기능 | ManyRows | Duro |
|---|---|---|
| 엔티티 타입과 그 위의 베이스 타입 원단과 부자재는 모두 소재입니다. 소재 베이스 타입에 한 번 정의한 필드가 모든 하위 타입에 내려가고, 소재를 가리키는 BOM 라인은 그중 무엇이든 받습니다. 한 타입이 여러 베이스 타입에 동시에 속할 수 있어 원단은 소재이자 구매 품목이 되어 양쪽 필드를 모두 갖습니다. Duro의 카테고리는 전자부품이 무엇인지 이미 알고 도착합니다. 그것이 여러분의 제품이라면 더 빠르고, 아니라면 바꾸기 어렵습니다. | 양쪽 모두, 폼으로 | 하드웨어 카테고리 |
| 여러 타입이 함께 쓰는 필드, 타입별 조정 원산지는 원단과 부자재에 붙은 하나의 필드이며, 한쪽에서는 필수, 다른 쪽에서는 선택이고 기본값도 다를 수 있습니다. 그래도 여전히 하나의 필드이므로 필터와 패싯, CSV 열이 타입을 넘어 정렬됩니다. | 지원 | 카테고리 스펙 |
| 참조를 따라가는 파생 필드 룩업은 공급업체의 국가를 그를 참조하는 모든 부품 위로 끌어옵니다. 역참조 필드는 공급업체에서 그를 가리키는 모든 부품을 보여 주며, 반대편 링크를 관리하는 사람은 필요 없습니다. | 역참조와 룩업 | 주력 영역 아님 |
| 자체 데이터를 갖는 관계 관계 타입은 자체 엔티티 타입으로 뒷받침되므로 두 레코드 사이의 연결이 필드와 날짜, 역할, 수량, 메모를 갖습니다. 카디널리티가 선언되고, 자기 참조 관계는 순환을 거부해 트리가 스스로 닫히지 않게 합니다. | 연결 자체가 레코드 | 주력 영역 아님 |
| 직접 설계하는 BOM 라인 레코드 정션이 실제 타입이므로 라인이 필요한 것을 무엇이든 담고, 원한다면 10, 20, 30 관례를 위한 순번 필드로 정렬됩니다. 선택적 역할 필드가 구조를 배합으로 바꿔 주생산물, 공동생산물, 부산물, 원료를 두고 라인별 수율과 절대 수율을 씁니다. | 지원 | 라인 속성 |
| 원가와 질량을 넘어서는 롤업 질량은 합계, 리드타임은 최장 경로, “이 빌드 어디에서 가장 먼저 만료되는가”는 최소 날짜, “이 조립품 전체가 적합한가”는 플래그 기준 최악값입니다. 같은 엔진을 직접 정의한 어떤 숫자·날짜·플래그 필드에든 겨눌 수 있습니다. 값이 없는 구성 요소는 0이나 통과로 세지 않고 누락으로 보고합니다. | 네 가지 모드 | 원가 롤업 |
| 두 축을 동시에 쓰는 유효성 레코드는 두 날짜 사이와 두 빌드 번호 사이에서 각각 독립적으로 유효할 수 있고, 구조 조회가 둘을 함께 적용합니다. 그래서 “400번 빌드에는 무엇이 들어갔는가”에 BOM이 바로 답합니다. | 날짜와 유닛 번호 | 리비전 |
| 모델 구축을 함께해 줄 사람 지금 쓰시는 도구의 스프레드시트나 사양서, 내보내기 파일을 보내 주시면 함께 타입과 필드, 베이스 타입, BOM으로 만들어 드립니다. Duro도 시작을 도와줍니다. 작은 회사들은 그렇게 합니다. 차이는 대부분 여기서 정할 것이 더 많다는 점입니다. 형태가 그들의 것이 아니라 여러분의 것이기 때문입니다. Pro 이상에 포함되며, 합리적인 범위란 첫 구성을 함께 만들고 운영 방법을 알려 드리는 것까지입니다. | Pro 이상 무료 | 가이드 온보딩 |
데이터 넣기
| 기능 | ManyRows | Duro |
|---|---|---|
| 네이티브 CAD 플러그인 (Altium, SolidWorks, Onshape) Duro의 가장 분명한 강점이고 솔직하게 말씀드릴 가치가 있습니다. CAD 도구를 벗어나지 않고 BOM을 밀어 넣을 수 있습니다. ManyRows에는 플러그인이 없습니다. | 없음 | 지원 |
| CAD·스프레드시트 내보내기에서 BOM 가져오기 쓰시는 도구가 내보내는 들여쓰기 CSV를 그대로 넣으십시오. 레벨 열, 점으로 구분된 품목 번호, 단순 들여쓰기를 모두 읽습니다. 부품은 품번으로 매칭되므로 설계 변경 후 다시 가져와도 트리가 중복되지 않고 갱신됩니다. | 기본 내장 | 기본 내장 |
| 자동 품번 채번 규칙 타입별 접두어와 일련번호를 쓰며, 원하시면 번호 안에 연도를 넣을 수 있습니다. | 지원 | 지원 |
| 모든 레코드에 열린 REST API 레코드만이 아닙니다. 리비전 이력, 판정 기준이 되는 사양, 품질 기록, 일정, 자재 소요량까지 연동에서 모두 읽을 수 있습니다. | 포함 | 포함 |
| 변경 발생 시 아웃바운드 웹훅 URL을 등록해 두면 레코드가 바뀌거나 관리 대상 변경이 승인되는 순간 POST를 보냅니다. HMAC으로 서명되고, 수신 측이 내려가 있으면 백오프로 재시도하며, 모든 시도를 앱에서 확인할 수 있습니다. 중간에 미들웨어가 없습니다. | 기본 내장, 서명 포함 | API를 통해 |
제품 구조
| 기능 | ManyRows | Duro |
|---|---|---|
| 다단계 BOM | 지원 | 지원 |
| 다단계 사용처 조회 | 지원 | 지원 |
| 라인별 승인된 대체품 | 지원 | 지원 |
| 공동생산물과 부산물이 있는 배합 주생산물, 공동생산물, 부산물, 원료 역할을 두고 라인별 수율과 거기서 파생되는 절대 수율을 씁니다. | 지원 | 주력 영역 아님 |
| 고정 수량과 변동 수량 라인 촉매나 셋업 비용은 개당이 아니라 배치당 한 번 필요하며, 소요량 전개가 그 차이를 압니다. | 지원 | 주력 영역 아님 |
| 제품당 여러 개의 BOM 평면 같은 품목에 자재 BOM과 공정 시트를 각각 따로 작성합니다. | 지원 | 단일 구조 |
| 두 BOM이나 두 리비전을 나란히 비교 | 지원 | 지원 |
변경 관리
| 기능 | ManyRows | Duro |
|---|---|---|
| 승인이 있는 변경 오더 작업 사본을 편집하고 현재 반영된 내용과 비교한 뒤 승인하면 변경 전체가 한 번에 반영됩니다. | 지원 | 지원 |
| 정족수가 있는 단계별 승인 설계가 브랜드보다 먼저 서명하고, 한 단계에서 전원이 아니라 셋 중 둘만 있으면 되도록 할 수 있습니다. | 지원 | 승인 기능 |
| 승인 위임과 퇴사자 승인 인계 부재가 변경 요청을 막지 않고, 누군가 떠나도 요청이 갇히지 않습니다. 그 의무는 계정이 없는 사람에게 남지 않고 작성자에게 넘어갑니다. | 지원 | 승인 기능 |
| 여러 변경 요청을 하나의 결정으로 반영 커넥터 사양을 다시 정하고 그것을 쓰는 여섯 개 조립품의 라벨을 바꾸는 일을, 적임자가 각각 검토하되 하나의 트랜잭션으로 함께 반영합니다. | 지원 | 건별 처리 |
| 서명 명세가 붙은 불변 리비전 승인된 모든 변경은 누가 언제 서명했는지 기록한 리비전을 남기며, 변경 요청 자체가 정리된 뒤에도 그대로 보존됩니다. | 지원 | 지원 |
설계를 넘어서
| 기능 | ManyRows | Duro |
|---|---|---|
| 손실률과 랜디드 코스트를 반영한 원가 BOM 롤업 원가, 추가 원가 라인, 조회 시 변환되는 복수 통화, 나중에 비교할 수 있는 라벨이 붙은 원가 스냅샷까지 제공합니다. | 지원 | 지원 |
| 판정과 처리 결과가 있는 검사 라운드 현상태 사용, 재작업, 폐기 판정과 함께 특채 만료일, 후속 조치의 담당자와 기한까지 남깁니다. | 지원 | 주력 영역 아님 |
| 스펙 대비 실측값 모든 값이 판정 당시의 기준을 함께 보관하므로, 나중에 스펙을 강화해도 지난 분기 결과가 다시 쓰이지 않습니다. | 지원 | 주력 영역 아님 |
| Time & Action 일정 레코드의 기준일에 맞춰 역산하며, 종속 관계와 지연 알림을 함께 씁니다. | 지원 | 주력 영역 아님 |
| 로트 계보와 리콜 추적 | 지원 | 주력 영역 아님 |
| 판매 채널로 나가는 제품 콘텐츠 채널과 리스팅, 채널별 가격을 BOM과 변경 이력을 담은 바로 그 레코드 위에 만들고 있습니다. PLM과 별도 카탈로그를 수작업으로 맞추는 대신 하나의 제품 레코드로 두기 위해서입니다. | 자체 기능, 개발 중 | 주력 영역 아님 |
비용과 통제권
| 기능 | ManyRows | Duro |
|---|---|---|
| 무료 체험 가입하고 1분이면 제품 안에 들어옵니다. 먼저 통화할 필요가 없습니다. 유료 요금제는 체험이 끝난 뒤 시작되고, 모든 가격이 공개되어 있습니다. | 7일, 카드 불필요 | 체험 제공 |
| 직접 계산할 수 있는 가격 요금제와 사용자 수, 한도가 공개되어 있어 누구와도 이야기하기 전에 맞는지 판단하실 수 있습니다. | 사이트에 공개 | 사용자당 견적 |
| 프로젝트 전체 내보내기와 재가져오기 스키마, 레코드, BOM, 사양, 품질 이력, 일정까지 프로젝트 사이를 옮길 수 있는 번들로 묶습니다. | 요청 한 번 | 내보내기 도구 |
| 필드를 직접 추가 | 지원 | 지원 |
| 정말 없는 기능에 대한 커스텀 개발 안 된다고 짐작하지 마시고 먼저 물어보십시오. 필드 타입이든 가져오기 형식이든 계산이든 내보내기든, 어차피 ManyRows에 있어야 했던 기능이라면 만들어서 모든 고객에게 무료로 제공합니다. Duro도 고객의 이야기를 듣는 작은 팀이므로, 차이는 속도보다 방향에 있습니다. 하드웨어 형태가 아닌 요청은 그들의 길에서 벗어나 있고 저희 길 한가운데에 있습니다. Pro 요금제부터 포함되며, 합리적인 범위란 다른 고객에게도 제품의 일부로 남아야 한다는 뜻입니다. 그렇지 않다면 분명하게 아니라고 말씀드립니다. | Pro 이상 무료 | 로드맵 요청 |
Duro가 정답인 경우
전자제품을 만들면서 Altium이나 SolidWorks에서 곧바로 BOM을 밀어 넣고 싶고, 파라메트릭 부품 사양을 이미 이해하는 부품 라이브러리가 필요하다면, Duro가 바로 그 목적으로 만들어졌고 저희보다 앞서 있습니다. ManyRows가 더 맞는 경우는 제품이 전자제품만이 아닐 때, 품질 기록과 원가 산정, 일정이 한곳에 있어야 할 때, 또는 남이 만든 형태에 맞추기보다 타입을 직접 정의하고 싶을 때입니다.
Duro와 다른 제품도 함께 검토 중이신가요?
후보 목록에 기존 제품이 둘 이상 오르는 경우가 많습니다. 아래 페이지는 각 제품을 나란히 놓고, 세 번째 열에 저희를 둡니다. 이 분야가 무엇을 해 주는 것인지부터 정리하고 싶다면 PLM이란 무엇인가부터 보세요.
자주 묻는 질문
- ManyRows는 Duro와 무엇이 다른가요?
- Duro는 하드웨어 팀을 위해 만들어졌고, 순수 전자제품이라면 강한 선택지입니다. CAD 플러그인과 파라메트릭 사양이 있는 부품 라이브러리는 실제로 저희보다 앞서 있습니다. ManyRows는 직접 형태를 잡는 타입 기반 플랫폼이라 Duro가 중심에 두지 않은 제품까지 다룹니다. 그레이딩된 사이즈 스펙과 시즌 일정이 있는 의류, 공동생산물과 수율이 있는 배합, 그리고 그런 것들이 한꺼번에 있는 포트폴리오입니다. 품질 기록과 원가 산정, 일정, 채널 콘텐츠까지 설계 너머로도 더 나아갑니다.
- ManyRows는 CAD와 연동되나요?
- 플러그인 방식은 아닙니다. ManyRows는 기계·전자 CAD 도구가 CSV로 내보내는 들여쓰기 BOM을 읽습니다. 레벨 열, 점으로 구분된 품목 번호, 단순 들여쓰기를 모두 포함하며, 부품을 품번으로 매칭하므로 설계 변경 후 다시 가져와도 조립품이 중복되지 않고 갱신됩니다. Altium이나 SolidWorks 안에 버튼이 있기를 원하신다면, 그것은 오늘 Duro에 있고 ManyRows에는 없습니다.
- 차라리 Duro를 골라야 할까요?
- 전자제품을 만드는 하드웨어 팀이고 CAD 플러그인과 부품을 이미 이해하는 부품 라이브러리를 원한다면, Duro가 바로 그 목적으로 만들어졌고 그 값을 합니다. ManyRows가 더 맞는 경우는 제품이 전자제품만이 아닐 때, 또는 품질 기록과 원가 산정, 계획을 같은 시스템에서 다뤄야 할 때입니다.
- 아래의 데이터 모델은 얼마나 유연한가요?
- 이 PLM은 범용 타입 기반 콘텐츠 플랫폼 위에 올라간 애플리케이션이고, 그래서 제품이 시스템에 맞추는 대신 시스템이 제품에 맞춰 휘어집니다. 엔티티 타입은 실제로 추적하는 대상입니다. 원단, 부자재, 원료, 로트, 샘플 같은 것들입니다. 베이스 타입이 이들을 묶어 하나의 필드 정의가 여러 타입에 쓰이게 하고, 참조를 베이스 타입에 걸면 그 하위 무엇이든 받습니다. 필드는 타입별 덮어쓰기와 함께 재사용되어, 같은 원산지 필드가 한 곳에서는 필수이고 다른 곳에서는 선택이면서도 하나의 열로 필터링됩니다. 레코드 사이의 연결도 레코드라서 관계가 자체 필드를 갖습니다. BOM 라인은 직접 설계하는 타입이고, 역할 필드가 구조를 배합으로 바꿉니다. 롤업은 네 가지 모드로 동작하며 최소 날짜와 플래그 기준 최악값을 포함해, “이 빌드 어디에서 가장 먼저 만료되는가”와 “이 조립품 전체가 적합한가”가 커스텀 코드가 아니라 설정이 됩니다. Duro는 형태를 대신 정해 주는 방식으로 속도를 얻고, 저희는 형태를 선언하는 비용을 낮추는 방식으로 얻습니다. 모델링이 부담스러운 부분이라면 첫 구성을 함께 만들어 드리며, Pro 이상에 합리적인 범위 안에서 포함됩니다.
- 필요한 기능을 ManyRows가 못 하면 어떻게 하나요?
- 말씀해 주세요. Pro 요금제 이상에서 합리적인 범위 안에 커스텀 개발을 무료로 진행합니다. 그 빈틈이 어차피 ManyRows에 있어야 했던 기능이라면 여러분만의 브랜치에 남기지 않고 만들어서 모든 고객에게 제공합니다. 비용을 받지 않는 이유가 정확히 그것입니다. 여러분의 빈틈이 제품을 더 낫게 만듭니다. 한계도 같습니다. 오직 한 곳만 쓸 일회성 기능은 만들지 않고, 지킬 수 없는 날짜를 약속하지 않습니다. Duro와 비교할 때 이 점이 특히 중요해지는 경우는 필요한 것이 하드웨어 형태가 아닐 때입니다. 그레이딩 규칙, 시즌 일정, 수율 계산 같은 것들입니다.
- ManyRows는 얼마인가요?
- 가격은 사이트에 공개되어 있습니다. 요금제와 사용자 수, 한도가 모두 있고 카드 없이 쓰는 7일 무료 체험이 있어, 누구와도 이야기하기 전에 비용을 계산하실 수 있습니다.
- 저희 ERP와는 어떻게 연결되나요?
- 두 가지 방법이 있고 둘 다 쓰셔도 됩니다. 가져오기는 레코드와 BOM, 리비전, 품질 기록, 사양, 일정에 걸친 REST API이며 프로젝트 API 키로 인증합니다. 보내기는 아웃바운드 웹훅이라, ERP가 변경을 폴링하는 대신 발생하는 순간 전달받습니다. 서명되고 재시도되며 전송 로그를 확인하실 수 있습니다. 어느 쪽도 중간에 연동 플랫폼이 필요하지 않습니다.