ManyRows vs Propel PLM

자주 묻는 질문

ManyRows는 Propel PLM과 무엇이 다른가요?

Propel은 Salesforce 플랫폼 위에 만들어졌고, 그것이 가장 먼저 저울질할 지점입니다. Salesforce가 이미 회사의 중심이라면 CRM·커머스와의 그 인접성은 실질적인 강점입니다. ManyRows는 독립형이라 아래에 라이선스를 사거나 관리할 것이 없고, 가격을 공개하며, 새 필드가 필요한 사람이 플랫폼 관리자에게 요청하는 대신 직접 추가할 수 있습니다.

Propel을 쓰려면 Salesforce가 필요한가요?

Propel은 Salesforce 플랫폼 위에서 동작하므로 플랫폼 라이선스도 그림의 일부이며, 총비용을 비교하실 때 함께 넣을 가치가 있습니다. ManyRows에는 그런 종속성이 없습니다.

차라리 Propel을 골라야 할까요?

이미 Salesforce를 운영하고 있고 제품 데이터가 CRM·커머스 옆에 있기를 바라며 규제 대상 기기를 위한 감사 대응 품질 프로세스가 필요하다면, Propel은 강하고 일관된 선택입니다. ManyRows가 더 맞는 경우는 Salesforce 기반 회사가 아닐 때, 또는 제품이 조립품이 아니라 의류나 배합일 때입니다.

아래의 데이터 모델은 얼마나 유연한가요?

이 PLM은 범용 타입 기반 콘텐츠 플랫폼 위에 올라간 애플리케이션이고, 그래서 제품이 시스템에 맞추는 대신 시스템이 제품에 맞춰 휘어집니다. 엔티티 타입은 실제로 추적하는 대상입니다. 원단, 부자재, 원료, 로트, 샘플 같은 것들입니다. 베이스 타입이 이들을 묶어 하나의 필드 정의가 여러 타입에 쓰이게 하고, 참조를 베이스 타입에 걸면 그 하위 무엇이든 받습니다. 필드는 타입별 덮어쓰기와 함께 재사용되어, 같은 원산지 필드가 한 곳에서는 필수이고 다른 곳에서는 선택이면서도 하나의 열로 필터링됩니다. 레코드 사이의 연결도 레코드라서 관계가 자체 필드를 갖습니다. 롤업은 네 가지 모드로 동작하며 최소 날짜와 플래그 기준 최악값을 포함하고, 각각 다단계 BOM의 전체 깊이를 따라 내려갑니다. Salesforce도 이 가운데 상당 부분을 표현할 수 있고 그것이 솔직한 입장입니다. 다만 관리자나 파트너가 만들고 유지하는 오브젝트와 정션, 롤업 요약의 형태이며, 그 롤업은 트리 전체가 아니라 한 단계를 집계합니다. 모델링이 부담스러운 부분이라면 첫 구성을 함께 만들어 드리며, Pro 이상에 합리적인 범위 안에서 포함됩니다.

ManyRows는 PLM뿐 아니라 PIM도 하나요?

그쪽으로 가고 있고, 의도적으로 그렇습니다. 채널과 리스팅, 채널별 가격이 제품 안에 있고 지금 확장 중이며, BOM과 리비전, 변경 이력을 담은 바로 그 레코드 위에 있습니다. 그래서 카탈로그가 설계 기록과 어긋날 수 없습니다. 레코드가 하나뿐이기 때문입니다. 채널 콘텐츠는 오늘 Propel이 더 앞서 있습니다. 다만 그것은 Salesforce 위에 서서 얻은 것이고, 그 점은 능력인 동시에 비용이기도 합니다.

ManyRows로 레시피와 배합을 다룰 수 있나요?

가능합니다. 배합은 원료와 함께 주생산물, 공동생산물, 부산물 산출을 담고, 라인별 수율과 절대 수율을 가지며, 개당으로 늘어나는 대신 배치당 고정될 수 있는 수량을 씁니다. 그래서 배치가 커져도 촉매 사용량이 과대 계산되지 않습니다.

필요한 기능을 ManyRows가 못 하면 어떻게 하나요?

말씀해 주세요. Pro 요금제 이상에서 합리적인 범위 안에 커스텀 개발을 무료로 진행합니다. 그 빈틈이 어차피 ManyRows에 있어야 했던 기능이라면 여러분만의 브랜치에 남기지 않고 만들어서 모든 고객에게 제공합니다. 비용을 받지 않는 이유가 정확히 그것입니다. 여러분의 빈틈이 제품을 더 낫게 만듭니다. 한계도 같습니다. 오직 한 곳만 쓸 일회성 기능은 만들지 않고, 지킬 수 없는 날짜를 약속하지 않습니다. Salesforce 플랫폼에서도 거의 무엇이든 만들 수 있습니다. 차이는 그 청구서가 관리자 시간이나 파트너 계약으로 여러분에게 간다는 점입니다.

저희 ERP와는 어떻게 연결되나요?

두 가지 방법이 있고 둘 다 쓰셔도 됩니다. 가져오기는 레코드와 BOM, 리비전, 품질 기록, 사양, 일정에 걸친 REST API이며 프로젝트 API 키로 인증합니다. 보내기는 아웃바운드 웹훅이라, ERP가 변경을 폴링하는 대신 발생하는 순간 전달받습니다. 서명되고 재시도되며 전송 로그를 확인하실 수 있습니다. 어느 쪽도 중간에 연동 플랫폼이 필요하지 않습니다.