작동 방식
짧은 텍스트, 긴 텍스트, 서식 있는 텍스트, 숫자, 날짜, 날짜와 시간, 예/아니오, 선택 목록, 다중 선택, 이메일, 전화, 웹 주소, 사용자 참조. 유형은 장식이 아닙니다. 입력 방식, 정렬, 필터, 그리고 자동화가 그 필드로 무엇을 할 수 있는지를 결정합니다. 텍스트로 저장된 날짜는 아무것도 실행시키지 못합니다.
속성은 연락처와 회사만의 것이 아닙니다. 부동산, 계약, 사건, 장비 — 직접 만든 객체에도 붙일 수 있습니다. 그 레코드는 범용 관계 엔진으로 무엇과도 연결되며, 관계에는 이름이 있고 연결 자체가 속성을 가집니다.
「이 회사는 여러 지점을 두고 있습니까」, 「이 잠재 고객의 검토 단계는」 — 질문을 평범한 문장으로 쓰고, 사용할 근거를 고릅니다. 카드의 데이터, 활동 이력, 영업 이력(기회, 견적, 청구서), 또는 지식 베이스. 답은 필드의 유형을 따릅니다. 예/아니오는 예/아니오로, 카테고리는 목록 안에 머뭅니다.
여기서는 양보하지 않았습니다. 근거가 답을 허락하지 않으면, 속성은 지어낸 값을 갖는 대신 「보류」 상태로 비어 있습니다. 값은 지시와 근거의 지문으로 캐시되므로, 바뀐 것이 없으면 모델을 호출하지 않습니다. 같은 답을 위해 크레딧을 태우지 않는다는 뜻입니다.
활용 사례
이 허브가 중심 역할을 하는, 숫자까지 담은 구체적인 시나리오. 출발점의 상황, 도입하는 것, 그것이 바꾸는 것.
자주 묻는 질문
업무가 요구하는 만큼 만들 수 있습니다. 연락처에도, 회사에도, 사용자 지정 객체 각각에도. 표준 속성은 그대로 남고, 만든 속성이 그 옆에 추가됩니다.
네, 그것이 존재 이유입니다. 세그먼트의 조건이 되고 시나리오의 출발점이 됩니다. 직접 정의한 속성의 날짜가 도래하면 자동화를 시작할 수도 있습니다 — 계약 종료, 보증 만료, 갱신.
이 버전에서는 아닙니다. 카드 단위로 명시적으로 실행합니다. 의도한 설계입니다 — 전체 데이터베이스에 자동 생성하면 아무도 요청하지 않은 크레딧을 태우게 됩니다. 결과는 캐시되며 근거가 바뀔 때만 다시 계산됩니다.
보류하고, 그렇다고 알립니다. 그럴듯한 값을 받는 대신 분명한 상태로 비어 있습니다. 부실하게 채워진 카드는 부실하다는 것이 보여야 합니다. 그래야 고칠 수 있습니다.
네, 카드의 다른 값과 똑같이 편집합니다. 생성은 제안이지 잠금이 아닙니다.
네. 파일 가져오기는 열을 매핑할 때 인식하고, 공개 API도 표준 필드처럼 노출합니다. 내부 키는 고정이므로 표시 이름을 바꿔도 참조가 깨지지 않습니다.
다른 질문이 있으신가요? 문의해 주세요 — 담당자가 답변드립니다.
