CRM과 업무

용도: CRM에 도착하는 문의 폼, 그리고 연락처, 회사, 거래, 티켓을 한눈에 보는 팀 화면이에요.

연결 방법: Connect with HubSpot, 또는 HubSpot의 Development, Keys, Service keys에서 만든 서비스 키(앞부분이 pat-인 키)예요. 연락처, 회사, 거래, 티켓에 대한 읽기와 쓰기 권한이 필요해요. 자세한 단계는 HubSpot에 있어요.

이렇게 요청해 보세요:

• “문의 폼을 추가해서 보낸 사람을 HubSpot에 연락처로 저장해 주세요”
• “고객이 보낸 지원 요청이 HubSpot 티켓이 되게 해 주세요”
• “단계별로 진행 중인 거래를 보여 주는 직원용 페이지를 만들어 주세요”

스위치: 연락처, 회사, 거래, 티켓, 메모 각각에 대한 Read와 Change예요.

제한: 방문자는 연락처나 티켓을 만들 수 있어요. 나머지는 팀만 사용할 수 있어요. 앱은 HubSpot 자체의 내부 속성 이름을 쓰고, 거래 단계는 항상 파이프라인에 있는 단계 중 하나이며 임의로 만들어 내지 않아요. 앱은 레코드를 읽고 바꿀 수 있지만 삭제할 수는 없어요.

용도: 파이프라인의 리드가 되는 문의 폼, 그리고 거래, 사람, 조직, 활동을 한눈에 보는 팀 화면이에요.

연결 방법: Connect with Pipedrive, 또는 키예요.

• Company domain: 주소에서 .pipedrive.com 앞부분이에요.
• API token: Pipedrive에서 아바타를 클릭한 다음 Personal preferences, API 순서로 이동하세요.

버튼을 쓰면 둘 다 필요 없어요.

이렇게 요청해 보세요:

• “Pipedrive에 사람과 리드를 만드는 문의 폼을 추가해 주세요”
• “단계별로 내 거래를 보여 주는 파이프라인 보드를 만들어 주세요”
• “팀이 거래를 다음 단계로 옮길 수 있게 해 주세요”

스위치: 리드, 사람, 조직, 거래, 활동, 메모, 파이프라인, 단계 각각에 대한 Read와 Change예요.

제한: 방문자는 리드나 사람을 만들 수 있어요. 나머지는 팀만 사용할 수 있어요. 앱은 읽고, 추가하고, 수정할 수 있지만 삭제할 수는 없어요. 사람의 이메일과 전화번호는 Pipedrive가 보관하는 방식 그대로 목록이에요.

용도: 리드로 도착하는 문의 폼, 그리고 리드, 연락처, 계정, 거래, 작업을 한눈에 보는 팀 화면이에요.

연결 방법: Connect with Zoho 버튼이에요. 복사할 키는 없어요.

이렇게 요청해 보세요:

• “Zoho CRM에 리드를 만드는 문의 폼을 추가해 주세요”
• “단계별로 진행 중인 거래를 보여 주는 팀 페이지를 만들어 주세요”
• “팀 페이지에서 이메일로 연락처를 찾을 수 있게 해 주세요”

스위치: 리드, 연락처, 계정, 거래, 작업 각각에 대한 Read와 Change예요.

제한: 방문자는 리드를 만들 수 있어요. 나머지는 팀만 사용할 수 있어요. 앱은 읽고, 추가하고, 수정할 수 있지만 삭제할 수는 없어요. 단계 이름은 계정에서 읽어 오는, 직접 정한 선택 목록의 값이에요.

용도: 팀 도구 안의 청구서 관리예요. 고객, 미납 청구서, 견적서, 받은 입금, 그리고 폼으로 만드는 새 청구서가 해당돼요.

연결 방법: Connect with Zoho 버튼이에요. 앱은 Books 조직을 사용해요.

이렇게 요청해 보세요:

• “미납 청구서와 기한이 지난 청구서를 팀 페이지에 보여 주세요”
• “팀이 고객에게 청구서를 만들 수 있는 폼을 추가해 주세요”
• “고객 목록과 각 고객이 내야 할 금액을 보여 주세요”

스위치: 연락처, 청구서, 견적서, 입금, 품목 각각에 대한 Read와 Change예요.

제한: 공개 쪽이 없고 팀만 사용해요. 앱은 읽고 만들 수 있지만 삭제할 수는 없어요. 금액은 조직의 통화로 표시돼요.

용도: Lead가 되는 문의 폼, Case를 여는 지원 폼, 그리고 연락처, 계정, 영업 기회를 한눈에 보는 팀 화면이에요.

연결 방법: Connect with Salesforce 버튼이에요. 처음 연결하기 전에 Salesforce 관리자가 모든 사용자를 위해 Setherion 패키지를 한 번 설치해야 해요. 카드에 Install the Setherion package 링크가 있어요. 오브젝트나 코드는 추가되지 않아요. 조직이 Setherion에 로그인할 수 있게 해 줄 뿐이에요.

이렇게 요청해 보세요:

• “Salesforce에 리드를 만드는 문의 폼을 추가해 주세요”
• “케이스를 여는 지원 폼을 추가해 주세요”
• “단계별로 진행 중인 영업 기회를 보여 주는 팀 페이지를 만들어 주세요”

스위치: 리드, 연락처, 계정, 영업 기회, 케이스 각각에 대한 Read와 Change예요. Read 스위치는 그 오브젝트를 이름으로 지정하는 SOQL 쿼리에도 적용돼요. 그래서 쿼리로 우회할 수 없어요.

제한: 방문자는 Lead나 Case를 만들 수 있어요. 나머지는 팀만 사용할 수 있어요. 리드에는 성과 회사가 필요해요. 앱은 읽고, 추가하고, 수정할 수 있지만 삭제할 수는 없어요.

용도: 팀 도구 안의 이슈 추적이에요. 이슈를 목록으로 보고 걸러 내고, 폼으로 이슈를 만들고, 팀, 프로젝트, 사이클을 읽고, 이슈를 다음 단계로 옮겨요.

연결 방법: Connect with Linear, 또는 Personal API key(앞부분이 lin_api_인 키)예요. Linear에서 Settings, Security & access, Personal API keys 순서로 이동하세요.

이렇게 요청해 보세요:

• “가장 최근 이슈 20개를 팀 페이지에 보여 주세요”
• “Linear 이슈를 만드는 버그 신고 폼을 추가해 주세요”
• “팀이 이슈를 In Progress로 옮길 수 있게 해 주세요”

스위치: 이슈, 프로젝트, 팀을 함께 묶은 한 쌍이에요. Read는 보기이고, Change는 만들기, 수정하기, 옮기기예요.

제한: 공개 쪽이 없고 팀만 사용해요.

용도: 앱 안에서 팀의 작업을 다뤄요. 프로젝트의 작업을 목록으로 보고, 작업을 만들고 완료하고, 프로젝트와 섹션을 읽어요.

연결 방법: Connect with Asana, 또는 Personal access token이에요. Asana에서 My settings, Apps, Developer apps, Personal access tokens 순서로 이동하세요. 원하면 프로젝트 주소에 있는 긴 숫자인 Default project ID를 추가하세요.

이렇게 요청해 보세요:

• “내 프로젝트의 열려 있는 작업을 팀 페이지에 보여 주세요”
• “팀이 작업을 만들 수 있는 폼을 추가해 주세요”
• “각 작업에 Complete 버튼을 추가해 주세요”

스위치: 작업, 프로젝트, 섹션, 태그, 댓글, 워크스페이스 각각에 대한 Read와 Change예요. Change에는 삭제도 포함돼요.

제한: 공개 쪽이 없고 팀만 사용해요.

용도: Jira 이슈와 Confluence 페이지를 한눈에 보는 팀 화면이에요. 프로젝트나 상태별로 열려 있는 이슈를 보고, 폼으로 이슈를 만들고, 이슈에 댓글을 달거나 다음 단계로 옮기고, 페이지를 읽고, 검색하고, 쓸 수 있어요.

연결 방법: Connect with Atlassian이에요. 로그인하고, 사이트를 고르고, Jira 이슈와 Confluence 페이지를 허용하세요. 또는 키를 쓰세요.

• Site: your-team.atlassian.net 같은 Jira 또는 Confluence 주소예요.
• Email: 토큰을 만든 Atlassian 계정의 이메일이에요.
• API token: Atlassian의 API 토큰 페이지에서 스코프가 없는 Create API token을 고르세요.

이렇게 요청해 보세요:

• “WEB 프로젝트의 열려 있는 이슈를 상태별로 보여 주세요”
• “Jira 이슈를 만드는 폼을 추가해 주세요”
• “내 Confluence 스페이스의 페이지를 검색과 함께 보여 주세요”

스위치: Read Jira issues, Create and change Jira issues, Read Confluence pages, Create and change Confluence pages예요.

제한: 팀만 사용해요. 아무것도 삭제되지 않아요. 이슈의 상태는 Jira가 요구하는 대로, 허용된 이동으로만 바뀌어요.

용도: 방문자가 실제 일정 예약 위젯으로 미팅을 예약하게 하고, 앞으로 잡힌 미팅을 보여 줘요.

연결 방법: Calendly 이벤트 페이지에서 복사한 Calendly link, 또는 링크를 대신 채워 주는 Connect with Calendly 버튼이에요. 위젯에는 링크만 있으면 돼요. 키도, 로그인도 필요 없고, 처음부터 공개를 전제로 만들어져 있어요.

이렇게 요청해 보세요:

• “문의 페이지에서 방문자가 통화를 예약할 수 있게 해 주세요”
• “앞으로 잡힌 내 미팅을 팀 페이지에 보여 주세요” (버튼으로 연결한 뒤에만 가능해요)

제한: 예약은 위젯이 처리하므로 앱이 자체 캘린더를 만들지 않아요. 버튼으로 연결하면 앱은 미팅을 읽기만 할 수 있고, 누가 참석하는지는 내 팀만 볼 수 있어요. 미팅을 취소하거나 바꾸는 것은 안 되니, Calendly에서 하세요. Test connection은 예약을 읽기 때문에 먼저 버튼으로 연결해야 해요.

용도: 비어 있는 시간만 보여 주고, 각 예약을 전용 캘린더에 넣는 예약 페이지예요.

연결 방법: Connect with Google 버튼이에요. 두 가지를 허용해요. 앱이 만들고 기록하는 “Setherion bookings”라는 캘린더, 그리고 비어 있거나 바쁜 시간이에요. 내 일정은 절대 읽지 않아요.

이렇게 요청해 보세요:

• “내가 한가할 때 30분짜리 시간대를 방문자가 예약할 수 있게 해 주세요”
• “들어온 예약을 팀 페이지에 보여 주세요”
• “팀이 예약을 취소할 수 있게 해 주세요”

스위치: Read bookings, Add, move and cancel bookings, See when you are busy예요.

제한: 방문자는 내가 바쁜 시간을 볼 수 있지만 무엇 때문인지는 볼 수 없고, 예약할 수 있어요. 예약 목록은 팀만 볼 수 있어요. 예약은 아무도 초대하지 않으므로 방문자의 정보는 예약 내용에 들어가요. 캘린더는 겹치는 일정을 스스로 거부하지 않기 때문에, 앱이 예약하기 전에 바쁜 시간을 확인해요.

용도: Tally 폼에 사람들이 제출한 내용을 보는 팀 화면이에요.

연결 방법: Tally의 Settings, API keys에서 만든 API key(앞부분이 tly-인 키), 그리고 폼 공유 링크 끝에 있는 id인 Default form ID(선택 사항)예요.

이렇게 요청해 보세요:

• “피드백 폼에 제출된 최신 응답을 팀 페이지에 보여 주세요”
• “각 답변을 해당 질문 옆에 보여 주세요”

스위치: Read forms와 Read submissions예요.

제한: 읽기 전용이에요. 앱은 Tally를 절대 바꿀 수 없고, 답변은 팀만 읽을 수 있어요. 방문자가 폼을 작성하게 하려면 폼을 페이지에 임베드하세요. 그러면 키가 필요 없어요.

용도: n8n 워크플로로 만든 모든 것이에요. 폼을 다른 곳으로 보내고, 무언가를 조회하고, 작업을 시작할 수 있어요.

연결 방법: Webhook 노드에 표시되는 대로, n8n 주소에서 /webhook까지 포함한 Webhook address예요. 선택 사항은 다음과 같아요.

• Webhook 노드가 Header Auth를 쓴다면 Auth header name과 Auth header value예요. 값은 Setherion 서버에 보관돼요.
• GET으로 설정된, 활성 워크플로 하나의 Webhook 노드 경로인 A webhook path to test예요. Test connection이 이 경로를 호출할 수 있어요.

이렇게 요청해 보세요:

• “문의 폼을 contact-form에 있는 내 n8n 워크플로로 보내 주세요”
• “prices에 있는 내 n8n 워크플로에서 가격을 가져와 보여 주세요”

제한: Production URL을 사용하세요. 테스트 주소는 Execute workflow를 누른 뒤 한 번만 응답하고, 저장할 때 거부돼요. 404는 그 경로를 듣고 있는 활성 워크플로가 없다는 뜻이니 워크플로를 활성화하세요. 앱은 GET이나 POST로 그 주소 아래의 어떤 경로든 호출할 수 있고, 무엇이 돌아올지는 워크플로가 정해요.