제품 구조와 용어

Leysys 제품을 구성하고 부르는 방식입니다. 문서, 가격표, 코드가 모두 이 용어를 씁니다. 금액은 각 가격표에 있고, 이 문서에는 없습니다.

상태

• 구조와 용어: 2026-09-25 KST에 오너가 확정했습니다. 결정 기록은 저장소의 docs/decisions/PRODUCT-STRUCTURE-2026-09-25.md입니다.
• 개정: 2026-10-04 KST에 오너가 Core를 단독 브랜드 가격표까지 넓혔습니다. 결정 기록은 docs/decisions/PRODUCT-STRUCTURE-CORE-EVERY-PRICE-LIST-2026-10-04.md입니다.
• 개정: 2026-10-21 KST에 오너가 단독 프로덕트를 플랫폼 아래에 두고 이름을 정했습니다(Leyve → LeyVote · LeyERP · LeyCRM, Arenity → ArenVote). 결정 기록은 docs/decisions/PRODUCT-FAMILY-NAMING-2026-10-21.md입니다.
• 개정: 같은 날 오너가 관리비관리를 떼어 낸 Leyve 프로덕트 LeyCERP(C는 관리비를 뜻하는 Charge, 처음 이름은 LeyChargeERP)를 정하고, 프로덕트 가격표의 등급에 보조 업무 모듈을 더할 수 있게 했습니다. LeyERP는 범용 ERP입니다. 결정 기록은 같은 문서의 「같은 날 추가 결정: 관리비 프로덕트 LeyCERP」입니다.
• 개정: 같은 날 저녁 오너가 모듈 이름에 프로덕트 이름을 붙이지 않기로 하고, LeyCERP의 관리비관리를 필수로 하고, 전자서명과 간편인증을 두 항목으로 나눴습니다. SKU 코드 체계(모듈 코드 MOD, 업무 영역별 번호 구간)도 정했습니다. 결정 기록은 같은 문서의 「같은 날 추가 결정: 모듈 이름 · 전자서명과 간편인증 · SKU 코드 체계」입니다.
• 개정: 2026-10-22 KST에 오너가 Arenity 모듈 「전자서명」(ARN-MOD-004)을 「문서 서명」으로 바꿨습니다. 「전자서명」은 LeyVote · ArenVote에서 투표를 제출할 때 쓰는 인증서 서명 수단의 이름입니다. 결정 기록은 같은 문서의 「다음 날 추가 결정: Arenity 문서 서명」입니다.
• 개정: 같은 날 오너가 회의당 가격표(LeyVote · ArenVote)의 필수 기본 항목을 「회의 개설비」로 정하고, Leyve · Arenity 안에서 투표를 열어도 회의마다 같은 회의 개설비를 받기로 했습니다. 월 가격표(Leyve · LeyCERP · Arenity)는 「코어」 그대로입니다. 코어와 모듈은 현장마다가 아니라 조직마다 받습니다. 데이터 구조(조직 → 워크스페이스 → 부동산 → 유닛 · 구성원 → 회의 → 유권자)도 정리했습니다. 결정 기록은 같은 문서의 「다음 날 추가 결정: 회의 개설비」입니다.
• 개정: 같은 날 오너가 Leyve · LeyCERP의 세팅비(현장마다 처음 한 번)와 견적서의 일회성 비용 표, 인건비의 「시간 단가」 · 「정액」을 정했습니다. 대상 단계의 이름은 「워크스페이스」 · 「회의」 그대로 두고, 청구서는 조직 하나로 받거나 워크스페이스마다 나눠 받을 수 있게 했습니다. 결정 기록은 같은 문서의 「다음 날 추가 결정: 세팅비 · 인건비 · 이름 · 청구서 단위」입니다.
• 개정: 같은 날 오너가 인건비의 두 방식을 견적서의 「직접 입력」 줄(항목명 · 단위 · 수량 · 단가 · 기간)로 합치고, 일회성 비용 표의 이름을 「별도 청구 비용」으로 바꿨습니다. 데이터 단계 「부동산」의 이름은 「프로퍼티」로 바꾸고, 소유 · 거래 대상인 「자산」을 단계와 따로 두었습니다. 결정 기록은 같은 문서의 「다음 날 추가 결정: 직접 입력 · 프로퍼티 · 자산」입니다.
• 개정: 2026-10-27 KST에 오너가 Arenity를 정비사업 조합 · 집합건물 관리단을 위한 거버넌스 리걸테크로, Victority를 법무법인을 위한 별도 리걸테크로 정했습니다. 단체소송 같은 법률 업무는 Arenity에서 빠지고, 가격표는 바꾸지 않았습니다. 정본은 arenity-www-proto의 docs/decisions/ARENITY-GOVERNANCE-LEGALTECH-2026-10-27.md이고, 이 저장소의 기록은 docs/decisions/ARENITY-GOVERNANCE-VICTORITY-LAW-FIRM-2026-10-27.md입니다. VictorSign과 LeySign, 「수임인 관리」의 해석, Victority 저장소와 주소, Arenity 가격표의 포지셔닝과 코드 구간 이름은 오너 결정 대기입니다.
• 반영: 가격표(leysys-pricebook-proto)는 가격 버전 53까지 반영했습니다. 센터 · 콘솔 · 사이트는 가격 버전 52를 채택했고, 금액이 같은 53은 저장소마다 따로 채택합니다. 코드의 과금 유형과 계약 파일에는 이전 이름(Product, organization-base)이 남아 있을 수 있습니다.

한눈에

• 제품은 공통 서비스 → 공통 모듈 → 업무 모듈의 세 층으로 이루어집니다.
• 모듈은 플랫폼 안에서 조립하는 단위입니다. 업무 모듈(투표, 관리비관리 등)과 공통 모듈(구성원 명부 등)이 있습니다.
• 플랫폼은 한 고객이 한 계정으로 업무 모듈을 더해 쓰는 곳입니다. Leyve와 Arenity가 여기에 해당합니다.
• 필수 기본 항목은 가격표마다 하나입니다. 월 가격표(Leyve · LeyCERP · Arenity)는 Core(코어)이고 조직마다 월로 받으며, 공통 모듈과 공통 서비스 이용이 들어 있습니다. 회의당 가격표(LeyVote · ArenVote)는 회의 개설비이고 회의를 열 때마다 한 번 받습니다. 조직 기본료는 따로 받지 않습니다.
• 프로덕트는 플랫폼에서 업무 모듈 하나를 떼어, 필요한 공통 모듈과 함께 단독으로 파는 단위입니다. 예를 들어 LeyVote는 투표와 회의 개설비로 이루어지고, 구성원 명부는 프로퍼티 단계에서 그 프로퍼티의 회의들이 함께 씁니다. 프로덕트 가격표의 등급에는 보조 업무 모듈을 더할 수 있습니다(LeyCERP 프리미엄의 재무회계).
• 프로덕트는 플랫폼에 속하고 이름은 플랫폼을 따릅니다. Leyve의 프로덕트는 Ley + 이름(LeyVote, LeyCERP, LeyERP, LeyCRM), Arenity의 프로덕트는 Aren + 이름(ArenVote)입니다.
• 업무 모듈 하나를 여러 곳에서 팝니다. 모듈 키는 하나이고, 가격은 플랫폼과 브랜드마다 가격표가 따로 정합니다.
• 데이터는 조직 → 워크스페이스 → 프로퍼티 → 유닛 · 구성원 → 회의 → 유권자 순서입니다. 소유 · 거래 대상인 자산은 단계가 아니라 프로퍼티나 유닛을 가리킵니다(데이터 구조).

구조

공통 서비스   계정 · 조직·권한 · 결제·구독 · 알림·파일 · 전자문서 발행·발송 · 메시징
              모든 플랫폼과 브랜드가 함께 씀. 따로 팔지 않고 외부 실사용료만 받음

공통 모듈     고객 정보 · 구성원 명부 · 유닛 정보
              여러 업무 모듈이 함께 쓰는 기준 데이터. 업무 상태를 갖지 않음

업무 모듈     투표 · 관리비관리 · 임대차관리 · 시설관리 · 재무회계 · CRM · …
              자기 업무와 상태를 끝까지 소유. 고객이 골라서 켬

플랫폼 = Core + 모듈 1 + 모듈 2 + …      프로덕트 = 필수 기본 항목 + 모듈 하나 (+ 등급의 보조 모듈, 플랫폼 소속)
Leyve   = Leyve Core + 업무 모듈 …        LeyVote      = 회의 개설비 + 투표
                                                         (구성원 명부는 프로퍼티 단계, 그 프로퍼티의 회의들이 함께 씀)
                                          LeyCERP      = LeyCERP Core + 관리비관리
                                                         (관리비관리는 필수, 스탠다드에 고객관계관리, 프리미엄에 재무회계)
                                          LeyERP(범용 ERP) · LeyCRM … (가격표 미작성)
Arenity = Arenity Core + 업무 모듈 …      ArenVote     = 회의 개설비 + 투표
                                                         (구성원 명부는 프로퍼티 단계, 그 프로퍼티의 회의들이 함께 씀)

플랫폼 밖 단독 브랜드 (별도 가입)          Zution   = Core(고객 정보) + CRM

데이터 구조

제품이 다루는 데이터의 위아래입니다(2026-10-22 KST 오너 정리).

조직
└ 워크스페이스        권한 · 업무 공간
  └ 프로퍼티           관리 대상(단지 · 건물). 관리비관리에서는 워크스페이스 하나에 하나
    ├ 유닛             프로퍼티 안에서 공유
    ├ 구성원           프로퍼티 안에서 공유(세대 · 입주자 · 조합원)
    └ 회의             프로퍼티 하나에 여러 개. 그 프로퍼티의 유닛 · 구성원을 함께 씀
      └ 유권자         그 회의가 구성원 가운데 고른 사람
직원   조직 · 워크스페이스에 속함
자산   소유 · 거래 대상. 단계가 아니라 프로퍼티 하나나 유닛 하나를 가리킴

• 프로퍼티 안에서는 유닛과 구성원을 함께 씁니다. 한 프로퍼티의 회의가 여럿이어도 같은 유닛과 같은 구성원을 씁니다.
• 워크스페이스와 프로퍼티는 지금 1:1입니다. 관리비관리에서는 규칙이고, 프로퍼티 정보는 워크스페이스 행에 함께 저장합니다.
• 그래도 둘은 다른 개념입니다. 워크스페이스는 권한의 경계(접근 역할 체계)이고, 프로퍼티는 관리 대상 데이터(유닛 · 구성원)입니다. 다른 부동산 모듈이 워크스페이스 하나에 프로퍼티 여럿을 둘지는 아직 정하지 않았습니다.
• 단지 · 건물 · 층 · 유닛의 입력 규칙은 공간 정보를 따릅니다.
• 이 단계의 이름은 「프로퍼티」(Property, 코드 property)입니다(2026-10-22 KST 오너 결정). 코드 키와 Leyve 화면, 공간 정보가 이미 이 이름을 쓰고, 업계 용어 프로퍼티 매니지먼트와도 맞습니다. 「부동산」은 업종 · 분류 이름으로만 씁니다(코드 자리 6xx 부동산 운영 · 7xx 부동산 거래, 모듈 분류).
• 이름은 「워크스페이스」 · 「회의」로 둡니다(2026-10-22 KST 오너 결정). 「프로젝트」는 끝이 있는 일이나 클라우드 서비스의 자원 · 청구 그릇으로 읽히고, 부동산 개발에서는 부동산보다 위의 사업을 뜻하기 때문입니다. 「현장」은 부동산 제품에는 맞지만 범용 ERP · CRM · 인사의 워크스페이스(부서 · 법인 · 팀)에는 맞지 않습니다.
• 요금을 붙이는 귀속 범위는 이 위아래와 다를 수 있습니다. 청구서는 조직 하나로 받거나 워크스페이스마다 나눠 받을 수 있습니다. 과금은 과금 구조를 봅니다.

자산

자산(Asset, 코드 asset)은 위 단계와 따로 두는 개념입니다(2026-10-22 KST 오너 결정). 소유하거나 사고파는 대상이고, 자산 레코드 하나가 프로퍼티 하나(소유자가 하나인 건물 전체)나 유닛 하나(집합건물의 호실 단위 소유)를 가리킵니다. 「자산관리」라는 말은 세 가지로 나눠 부릅니다.

이름	영문	다루는 것	모듈
프로퍼티 관리	Property Management (PM)	운영: 관리비 · 임대차 · 시설	관리비관리, 임대차관리, 시설관리
자산 관리	Asset Management (AM)	소유 · 투자: 매물 · 거래, 분양	매물 · 거래, 분양관리(출시 전)
고정자산 관리	Fixed Asset Management	회계: 설비 · 비품	고정자산관리(LEY-MOD-014)

• 유닛은 「에셋」으로 바꾸지 않습니다. 세대 · 호실은 프로퍼티 관리에서 공간이고, 자산은 프로퍼티 전체일 수도 있으며, 「유닛」은 가격표 · 콘솔 · 문서가 이미 쓰는 이름입니다.
• 외래어 표기는 「에셋」입니다(「애셋」이 아님. 예: 미래에셋, 에셋매니지먼트). 화면에는 「자산」, 코드에는 asset을 씁니다.
• 매물 · 거래와 분양관리 모듈은 아직 출시 전이라 제품 코드는 바꾸지 않았습니다. 자산 레코드의 필드와 화면은 그 모듈을 만들 때 정합니다.

용어

용어	뜻	예
공통 서비스	모든 플랫폼과 브랜드가 함께 쓰는 기반. 따로 팔지 않습니다	계정, 조직·권한, 결제·구독, 알림, 전자문서 발행·발송, 메시징
공통 모듈	여러 업무 모듈이 함께 쓰는 기준 데이터. 업무 상태를 갖지 않습니다	고객 정보, 구성원 명부, 유닛 정보
업무 모듈	자기 업무와 상태를 소유하는 독립 기능	투표, 관리비관리, 임대차관리, CRM
모듈	플랫폼 안에서 조립하는 단위. 업무 모듈과 공통 모듈을 함께 이르는 말
Core(코어)	월 가격표의 필수 기본 항목. 공통 모듈과 공통 서비스 이용이 들어 있고, 조직마다 월로 받습니다	Leyve 코어, LeyCERP 코어, Arenity 코어
회의 개설비	회의당 가격표의 필수 기본 항목(Meeting Opening Fee). 회의를 열 때마다 한 번 받습니다	LeyVote 회의 개설비, ArenVote 회의 개설비
플랫폼	한 고객이 한 계정으로 업무 모듈을 더해 쓰는 곳	Leyve(Leyve Cloud Platform), Arenity
프로덕트	플랫폼에서 업무 모듈 하나를 떼어, 필요한 공통 모듈과 함께 단독으로 파는 단위. 플랫폼에 속하고, 가격표의 등급에 보조 업무 모듈을 더할 수 있습니다	LeyVote · LeyCERP · LeyERP · LeyCRM(Leyve), ArenVote(Arenity)
단독 브랜드	프로덕트를 자체 이름·사이트·가입으로 파는 것	LeyVote(투표, Leyve 소속), Zution(CRM), Laiel(LMS)
추천 구성 (Preset)	모듈 몇 개를 묶어 붙인 판매 이름. 가격을 따로 매기지 않고, 들어 있는 모듈 가격의 합으로 셉니다	Leyve Property, Arenity Meeting
계정	로그인하는 사람(직원·관리자). 공통 서비스에 속합니다
구성원 명부	세대·조합원·입주자·유권자 목록. 계정이 없어도 존재합니다. 프로퍼티 단계에 있고 그 프로퍼티의 회의들이 함께 씁니다
프로퍼티	데이터 단계. 관리 대상 단지 · 건물 하나(Property, 코드 property)이고, 유닛과 구성원을 이 단계에서 함께 씁니다. 「부동산」은 업종 이름으로만 씁니다	예시마을 3단지
자산	소유하거나 사고파는 대상(Asset, 코드 asset). 단계가 아니라 프로퍼티 하나나 유닛 하나를 가리킵니다	건물 한 동 전체, 집합건물의 호실 하나

가격표(Pricebook)의 과금 유형 중 상품(Product)은 모듈(Module)로 바꿉니다. 결제 서버 catalog의 product는 기술 용어로, Stripe에서처럼 가격을 가진 판매 항목을 뜻합니다. 이 문서의 프로덕트와는 다른 말입니다.

기술 이름과 구분

현재 기술 이름	이 문서와의 관계	이행 경계
Billing Core, Document Core, Platform Core	계산·저장·문서·인증 등 내부 구현 경계입니다. 필수 판매 항목인 Leyve Core·Arenity Core와 다릅니다	내부 코어 이름만으로 메뉴·가격·권한을 만들지 않습니다
코드·DB의 Product, ProductActivation	기존 업무 모듈 catalog·활성화 계약에 남아 있을 수 있는 기술 이름입니다	업무 모듈의 공개 명칭과 연결해 설명하고, field·enum·API 변경은 소유 runtime에서 이행합니다
결제 catalog의 product_key·SDK의 productKey	해당 catalog와 API가 정의한 안정 식별자입니다	모듈 키나 브랜드 키라고 추정하지 않고 runtime 계약의 매핑을 확인합니다
저장소·호스트 수식의 product	플랫폼, 프로덕트 또는 단독 브랜드의 route namespace입니다	업무 모듈·결제 catalog 식별자와 자동으로 합치지 않습니다
client-platform, shared-platform	실행 환경(web·iOS) 또는 공유 실행 기반(server·gateway)의 기술 분류입니다	고객이 구매하는 플랫폼과 구분합니다

공통 정의는 이 문서에 두고, 제품 문서는 실제 모듈 목록·업무 의미·현재 기술 식별자를 소유합니다. 문서 소유권과 저장소·호스트 네이밍을 함께 확인합니다.

규칙

S1. 의존은 아래 층으로만

• 업무 모듈이 필수로 참조할 수 있는 것은 공통 모듈과 공통 서비스뿐입니다. 다른 업무 모듈을 필수로 요구하지 않습니다. 업무 모듈끼리 연결할 때는 선택 기능으로만 둡니다.
• 공통 모듈은 업무 상태를 갖지 않습니다. 투표 여부나 관리비 미납 같은 상태는 그 업무 모듈이 가집니다.
• 근거: leyve-console-proto의 docs/decisions/PLATFORM-PRODUCT-LOOSE-COUPLING-2026-07-17.md.

S2. 필수 기본 항목은 가격표마다 하나입니다

• 플랫폼과 프로덕트의 가격표마다 필수 기본 항목을 정확히 하나 둡니다. 모든 계약에 들어가고, 고객이 뺄 수 없습니다.
• 월 가격표(Leyve · LeyCERP · Arenity)의 필수 기본 항목은 Core(코어)입니다. 그 플랫폼 또는 프로덕트의 공통 모듈 전체와 공통 서비스 이용이 들어 있고, 조직마다 월로 받습니다.
• 회의당 가격표(LeyVote · ArenVote)의 필수 기본 항목은 회의 개설비입니다. 회의를 열 때마다 한 번 받습니다. 구성원 명부는 프로퍼티 단계에 있고 그 프로퍼티의 회의들이 함께 쓰며, 따로 받지 않습니다(2026-10-22 KST 오너 결정).
• 플랫폼(Leyve · Arenity)에서 투표를 열어도 회의마다 같은 회의 개설비를 받습니다. 비용의 일관성을 위한 것입니다(2026-10-22 KST 오너 결정).
• 코어와 모듈은 조직마다 받습니다. 현장(워크스페이스 · 프로퍼티)마다 받지 않고, 단지마다 따로 내려면 그 단지가 새 계약 주체(조직)가 됩니다(2026-10-22 KST 오너 결정).
• 「기본료」라는 이름은 쓰지 않습니다. 달마다 받는 요금으로 읽히고, 예전의 조직 기본료와 헷갈립니다. 조직 기본료는 따로 두지 않습니다.
• 공통 서비스에서 생기는 외부 실사용료(문자·알림톡·우편·발행 건수 등)는 Core와 별도로 받습니다. 문자·알림톡 발송은 발송 비용 가격표의 건당 단가로 유상 · 무상 크레딧에서 차감하고, 그 밖의 것은 실비로 받습니다.
• 업무 모듈을 여러 개 켜도 필수 기본 항목은 판매 단위마다 한 번만 받습니다.
• CRM의 영업 관리(리드 → 기회 → 고객)는 Core에 들어 있지 않고, 선택 업무 모듈인 CRM에 속합니다. Core의 고객 정보는 모든 업무 모듈이 함께 쓰는 연락처와 거래처 정보입니다.

S3. 한 모듈을 여러 플랫폼과 브랜드에서 팝니다

• 업무 모듈은 모듈 키 하나로 개발합니다(예: vote, crm).
• 가격과 과금 방식은 플랫폼과 단독 브랜드마다 각자의 가격표가 정합니다. 같은 모듈이라도 과금 방식이 다를 수 있습니다.
• 플랫폼에서 쓸 때는 그 플랫폼의 공통 모듈을 씁니다. 예를 들어 Leyve의 투표는 Leyve의 세대·유닛 정보를 명부로 쓰고, 세대 요금을 다시 받지 않습니다.
• 플랫폼 가격표의 투표 모듈은 같은 플랫폼 투표 프로덕트의 단가를 씁니다. Leyve의 「전자투표」는 LeyVote 가격표를, Arenity의 「전자투표」는 ArenVote 가격표를 씁니다.
• 플랫폼 가격표에 자기 단가가 있는 모듈은 프로덕트 가격표와 따로 정합니다. Leyve의 관리비관리와 LeyCERP의 관리비관리는 같은 금액으로 시작했고, 이후 가격은 가격표마다 정합니다(2026-10-21).
• 프로덕트 등급에 더한 보조 모듈도 같은 업무 모듈입니다. 범용 ERP인 LeyERP와 LeyCERP 프리미엄은 같은 재무회계 모듈(Leyve 가격표 LEY-MOD-012)을 팔고, 가격은 가격표마다 정합니다(2026-10-21).

S4. 프로덕트는 필요한 공통 모듈을 함께 갖춥니다

• 따로 파는 프로덕트는 업무 모듈과 그 모듈에 필요한 공통 모듈을 함께 갖춥니다. 공통 모듈은 그 프로덕트 가격표의 Core에 들어 있습니다.
• 기능은 플랫폼 모듈과 같고, 판매 단위와 가격표가 다릅니다. 가입을 따로 받는 프로덕트(지금 LeyVote)는 S5를 따릅니다.
• 프로덕트는 플랫폼에 속합니다. 그 플랫폼의 center가 팔고, 코드 접두어도 플랫폼을 따릅니다(2026-10-21).
• 플랫폼은 여러 모듈을 붙여 쓰는 곳이고, 프로덕트는 플랫폼에서 업무 모듈 하나를 떼어 낸 것입니다. 프로덕트 가격표의 등급(추천 구성)에는 보조 업무 모듈을 더할 수 있습니다. 예를 들어 LeyCERP는 관리비관리를 떼어 낸 프로덕트이고(C는 관리비를 뜻하는 Charge로, 콘솔 모듈 키 service-charge와 같은 말), 등급 베이직 · 스탠다드 · 프리미엄 가운데 프리미엄에 재무회계를 넣습니다(2026-10-21).
• 프로덕트 가격표는 떼어 낸 업무 모듈을 Core처럼 필수로 둘 수 있습니다. LeyCERP의 관리비관리가 그렇습니다. 플랫폼 가격표의 모듈은 필수가 아닙니다(2026-10-21).
• 프로덕트에는 자기 SKU가 없습니다. 프로덕트는 가격표 하나와 그 코드 자리(S7)이고, 그 안의 Core · 모듈 · 사용량 · 부가 서비스가 SKU, 등급은 추천 구성입니다(2026-10-21).

S5. 계정은 브랜드마다 따로 만듭니다

• 계정은 공통 서비스에 속하며, 로그인하는 사람의 것입니다. 구성원 명부에 있는 사람은 계정이 없어도 명부에 남고, 계정을 만들면 명부와 연결됩니다.
• 단독 브랜드는 브랜드마다 가입을 따로 받습니다. 같은 사람도 브랜드마다 가입해야 합니다. 계정 기능의 코드는 공통 서비스 한 벌을 함께 씁니다.
• 한 브랜드의 고객이 플랫폼으로 옮기려면 계정을 이관해야 합니다.

S6. 묶음 이름과 업계 용어

• 추천 구성과 등급 이름은 모듈 묶음에 붙인 이름일 뿐이고, 계산기는 이 이름을 쓰지 않습니다(가격 규칙).
• PMS처럼 여러 모듈을 가리키는 업계 용어는 설명에만 씁니다. 판매 이름으로는 추천 구성 이름(예: Leyve Property, Leyve Space)을 씁니다.
• 프로덕트 이름은 S7을 따릅니다. 이름에 든 약어(LeyCERP의 C(Charge)와 ERP, LeyERP의 ERP, LeyCRM의 CRM)는 오너가 정한 프로덕트 이름입니다(2026-10-21).

S7. 표기

대상	표기	예
플랫폼	플랫폼 이름. Leyve의 정식 이름은 Leyve Cloud Platform, 약칭은 LCP	Leyve, Arenity
플랫폼 안의 모듈	모듈 이름만 씀. 프로덕트 이름을 붙이지 않음(2026-10-21)	관리비관리, 전자투표
프로덕트	플랫폼 접두(Ley · Aren)에 이름을 붙여 쓰고 단어가 바뀌는 곳을 대문자로 씀	LeyVote, LeyCERP, LeyERP, LeyCRM, ArenVote
플랫폼 밖 단독 브랜드	고유 이름	Zution, Laiel
약어	모두 대문자	CRM, ERP, LMS, PMS
브랜드가 정해지지 않은 모듈	Ley 뒤에 모듈 이름을 붙임	LeyLMS
저장소·도메인·코드 키	소문자. 프로덕트 코드 키는 프로덕트 이름	vote, leyvote, leycerp, arenvote, leyvote-console-proto, console.zution.net
SKU·추천 구성 코드	{계열}-{종류}-{번호}. 계열은 소속 플랫폼(Leyve LEY, Arenity ARN)이나 공통 가격표(MSG·WEB). 종류는 BAS(필수 기본 항목: 코어 · 회의 개설비)·MOD(모듈)·ADD(부가 서비스)·USG(사용량)·SVC(용역), 추천 구성은 PST. 번호의 백의 자리는 업무 영역(아래 「코드 번호 구간」)	LEY-BAS-001, LEY-MOD-008, LEY-BAS-601, LEY-BAS-901 · ARN-BAS-901

코드 번호 구간

• 번호의 백의 자리는 업무 영역입니다. 0xx는 플랫폼 가격표이고 지금 번호를 그대로 씁니다.
• 1~5xx는 범용 업무 영역이며 모든 계열에서 뜻이 같습니다. 6~8xx는 계열마다 다른 업종이고, 9xx는 투표입니다.
• 한 영역에 프로덕트 자리가 둘입니다(x01~x49, x51~x99). 출시 전 프로덕트의 자리도 미리 잡아 둡니다.
• 같은 내용의 프로덕트는 계열이 달라도 끝 번호가 같습니다(LeyVote LEY-BAS-901, ArenVote ARN-BAS-901). 자리 안의 번호는 화면 순서를 따릅니다.
• 옮기거나 없앤 코드는 다시 쓰지 않습니다. 같은 업무 모듈은 가격표가 달라도 모듈 키 하나로 잇습니다.

구간	업무 영역	첫 자리(x01~x49)	둘째 자리(x51~x99)
0xx	플랫폼	Leyve · Arenity
1xx	재무	LeyERP 범용 ERP(예약)	예비
2xx	구매 · 공급망	구매 · 재고(예약)	예비
3xx	고객 · 영업	LeyCRM(예약)	예비
4xx	인사	인사 · 근태(예약)	예비
5xx	설비 · 시설	시설관리(예약)	예비
6xx	Leyve 업종: 부동산 운영	LeyCERP	임대차(예약)
7xx	Leyve 업종: 부동산 거래	분양(예약)	매물 · 거래(예약)
8xx	Leyve 업종: 호스피털리티	숙박(예약)	예비
9xx	투표	LeyVote · ArenVote	예비

Arenity의 6~8xx는 법률 · 조합 업종 자리로 남겨 둡니다. 2026-10-27 KST에 Arenity의 대상이 조합 · 관리단으로 바뀌었지만, 이 구간 이름(Pricebook 「법률·조합」)과 Arenity 가격표의 포지셔닝 「Platform for Law」를 바꿀지는 오너 결정 대기입니다. 1~5xx의 순서는 글로벌 ERP 제품(Oracle Fusion Cloud Applications, SAP S/4HANA)의 업무 구성을 따랐습니다(2026-10-21 KST 오너 결정).

현재 플랫폼과 브랜드

2026-09-25 KST 기준이며, Core 열은 2026-10-04 KST에, 종류 · 소속 열과 LeyCERP 행은 2026-10-21 KST에, Arenity 행의 「문서 서명」과 필수 기본 항목 열은 2026-10-22 KST에, Victority의 소유 경계는 2026-10-23 KST에, Arenity 행의 업무 모듈과 Victority 행은 2026-10-27 KST에 고쳤습니다. 각 모듈의 출시 상태와 금액은 가격표에서 확인합니다.

이름	종류	소속	필수 기본 항목과 공통 모듈	업무 모듈 예
Leyve (Leyve Cloud Platform)	플랫폼		코어: 고객 정보, 구성원 명부, 유닛 정보	관리비관리, 임대차관리, 시설관리, 재무회계, CRM, 투표
LeyVote	프로덕트	Leyve	회의 개설비(회의마다). 구성원 명부는 프로퍼티 단계	투표
LeyCERP	프로덕트	Leyve	코어: 고객 정보, 구성원 명부, 유닛 정보	관리비관리는 필수, 등급에 고객관계관리 · 재무회계
LeyERP · LeyCRM	프로덕트	Leyve	가격표 미작성	범용 ERP · CRM
Arenity	플랫폼		코어: 구성원 명부	전자투표, 총회·회의 관리, 문서 서명, 서면동의·서면결의
ArenVote	프로덕트	Arenity	회의 개설비(회의마다). 구성원 명부는 프로퍼티 단계	투표
Victority	플랫폼		가격표 미작성	수임인 관리(해석은 오너 확인 대기), 단체소송, 서명
Zution	단독 브랜드		코어: 고객 정보 (가격표 미작성)	CRM
Laiel	단독 브랜드		가격표 미작성	LMS

Arenity는 정비사업 조합(재개발 · 재건축 조합, 추진위원회)과 집합건물 관리단(아파트 · 오피스텔 · 상가)을 위한 거버넌스 리걸테크입니다. 「거버넌스」는 총회 · 의결 · 동의 · 명부처럼 법이 절차를 정한 조직 의사결정을 뜻합니다. Arenity는 총회와 동의 업무에 묶인 서명(전자동의서 · 위임장 · 서면결의)을 쓰고, 단체소송 · 사건 · 의뢰인 같은 법률 업무는 두지 않습니다(2026-10-27 KST 오너 결정).

Victority는 법무법인 · 변호사 사무실을 위한 별도 리걸테크입니다. 범위는 수임인 관리와 서명이고, 계약서 · 확인서처럼 문서 자체를 서명받는 업무를 맡습니다. Arenity와 Victority 모두 Zution의 관계 코어에서 시작합니다(2026-10-27 KST 오너 결정). Victority의 저장소 · .net 주소 · 가격표는 아직 없습니다. 「수임인 관리」를 사건 수임 · 의뢰인 관리로 읽을지, 독립 서명 프로덕트 VictorSign을 만들어 LeySign과 합칠지, 저장소와 주소를 언제 만들지는 오너 결정 대기입니다.

Victority라는 이름은 전에 다른 뜻으로 썼습니다. 2026-10-18 · 10-23 KST에는 Arenity가 법률 사무소의 단체소송과 조합 운영을 함께 담는 플랫폼이었고, Victority는 그 아래 조합 운영용 마케팅 이름이었습니다. 2026-10-24 KST에 오너가 Victority를 Arenity 브랜딩에서 뺐고, 기존 /victority 주소는 Arenity 홈으로 이동합니다. 옛 Victority Console·Portal 기능은 Arenity 저장소에서 이어가고, 옛 저장소 넷은 2026-10-23 결정대로 이식·복구 검증 후 삭제하고, 원본 문서와 Git 이력은 Arenity에 보존합니다. 이 결정만으로 원격 삭제·서비스 배포 완료를 뜻하지는 않습니다.

판매·파트너 업무는 플랫폼별 center가 맡습니다. Leyve와 그 프로덕트(LeyVote 등)는 Leyve Center(center.leyve.net), Arenity와 그 프로덕트(ArenVote)는 Arenity Center(center.arenity.net)입니다(2026-10-20 · 10-21 KST 오너 결정).

다음 문서

• 가격 규칙
• 공통 서비스 개요