마케팅

Salesforce Setup에서 Custom Code > Tools 메뉴를 처음 보셨나요? 이 메뉴는 개발자나 관리자가 Salesforce 내에서 코드를 다룰 때 활용할 수 있는 몇 가지 도구들을 모아놓은 곳이에요. 초보 관리자분들도 어떤 역할을 하는지 알고 있으면, 나중에 개발자와 협업할 때나 직접 간단한 작업을 할 때 도움이 됩니다.

이 기능은 무엇인가

Custom Code > Tools는 Salesforce에서 직접 코드를 작성하거나, 테스트하거나, 코드를 관리할 때 사용할 수 있는 여러가지 도구(툴)들의 모음이에요. 여기에는 대표적으로 Apex 코드 관련 도구들이 포함되어 있습니다. 예를 들어, Apex 클래스를 테스트하거나, Anonymous Window에서 코드를 임시로 실행해볼 수 있는 기능 등이 여기에 들어있을 수 있습니다.

단, 이 메뉴에 실제로 어떤 도구들이 보이는지는 여러분의 Salesforce 버전이나, Lightning 환경/Classic 환경, 그리고 권한에 따라 다를 수 있어요.

언제 사용하는가

• Apex 코드 테스트: 개발자나 관리자 입장에서, 직접 코드를 작성하거나 누군가가 작성한 코드를 테스트해보고 싶을 때
• 코드 임시 실행: 간단한 코드를 바로 실행해서 결과를 확인하고 싶을 때
• 디버깅: 코드에 문제가 있을 때, 어디서 문제가 발생하는지 확인하고 싶을 때
• 개발자와 협업: 개발자와 함께 작업할 때, 어떤 도구들이 있는지 알아두면 소통이 쉬워져요

어떻게 이해하면 쉬운가

이 메뉴는 쉽게 말해서, Salesforce 안에서 코드를 다루는 작업실 같은 공간이라고 생각하면 돼요. 꼭 개발자가 아니더라도, 관리자라면 언젠가는 이 메뉴를 볼 일이 생길 수 있어요. 특히, 에러가 났을 때 개발자에게 문의하거나, 간단한 자동화 작업을 시도할 때 여기서 도구를 사용하게 될 수 있습니다.

예시

• Apex Anonymous Window: 개발자가 "잠깐만, 여기서 코드 한 줄 테스트해볼게요!" 하고 임시로 코드를 실행할 때 사용하는 창이에요.
• Apex Test Execution: 작성된 Apex 코드(클래스나 트리거 등)가 잘 동작하는지 테스트해볼 수 있는 기능이에요.
• Apex Jobs: 백그라운드에서 돌아가는 코드 작업(예: 대용량 데이터 처리)이 잘 실행되고 있는지 확인할 수 있는 목록이에요.

—

정리하자면, Custom Code > Tools는 Salesforce에서 코드를 다루는 다양한 도구들을 모아둔 메뉴입니다. 개발자에게는 필수, 관리자에게도 알아두면 언젠가 꼭 도움이 되는 곳이에요. 단, 실제로 보이는 도구는 여러분의 Salesforce 환경이나 권한에 따라 다를 수 있으니, 메뉴에 들어가서 직접 확인해보는 것도 좋은 방법입니다!

Salesforce Setup 메뉴 중 Custom Code > Static Resources는 개발자뿐 아니라 Admin도 꼭 알아두면 좋은 기능이에요. 웹사이트처럼 Salesforce에서도 다양한 파일을 저장하고 활용할 수 있는데, 그걸 바로 이 메뉴에서 관리합니다.

이 기능은 무엇인가

Static Resources는 말 그대로 "고정된 리소스"를 저장하는 공간이에요. 이미지, CSS, 자바스크립트 파일, 폰트 파일 등 웹에서 자주 쓰는 파일들을 Salesforce에 업로드해서, 필요할 때마다 사용할 수 있게 해주는 기능이죠. 이 메뉴는 Setup 화면에서 "Custom Code" 아래에 위치해 있어요.

언제 사용하는가

• Visualforce 페이지나 Lightning Component에서 이미지, 스타일, 스크립트 파일이 필요할 때
• 여러 곳에서 반복적으로 쓰이는 파일을 한 번만 업로드해서 관리하고 싶을 때
• 외부 서버가 아니라 Salesforce 내부에 파일을 저장해서, 보안이나 접근 권한을 더 세밀하게 관리하고 싶을 때

예를 들어, 회사 로고 이미지나 특별한 디자인 파일이 여러 화면에서 반복적으로 쓰인다면 Static Resources에 올려두고, 필요할 때마다 불러오면 정말 편리해요.

어떻게 이해하면 쉬운가

Static Resources를 파일 보관함이라고 생각하면 이해가 쉬워요. 내가 만든 웹사이트나 앱에서 자주 쓰는 파일을 한곳에 모아두고, 필요할 때마다 꺼내 쓰는 거죠. Salesforce에 파일을 올려두면, 그 파일의 고유한 URL을 통해 언제든 접근할 수 있어요. 그리고 권한 설정도 할 수 있어서, 아무나 볼 수 없게 제한할 수도 있답니다.

예시

• 회사 로고 이미지를 Static Resources에 올려두고, 여러 Visualforce 페이지에서 불러와서 사용
• 특정 폰트 파일을 올려두고, Lightning Component에서 이 폰트를 적용
• 자바스크립트 라이브러리(예: Chart.js)를 Static Resources에 저장해서, 외부 링크 없이 Salesforce 내부에서 안전하게 사용

> 참고: Static Resources에 올릴 수 있는 파일 용량에는 제한이 있을 수 있고, Salesforce의 에디션이나 설정에 따라 세부 옵션이 다를 수 있어요. > > 메뉴 위치는 Setup에서 "Custom Code" 아래에 "Static Resources"가 보이지 않는다면, 검색창에 "Static Resources"를 입력해서 찾아보세요.

이렇게 Static Resources는 Salesforce에서 파일을 안전하게 보관하고, 여러 화면에서 효율적으로 활용할 수 있게 도와주는 아주 유용한 기능이에요!

Salesforce Setup 메뉴 중 Custom Code > Remote Access는 외부 애플리케이션이 Salesforce에 접근할 수 있도록 허용하는 설정과 관련된 메뉴입니다. 초보 Admin이라면 이 메뉴가 언제, 왜 필요한지 헷갈릴 수 있는데요, 아래에서 쉽고 친절하게 설명해드릴게요.

이 기능은 무엇인가

Remote Access 메뉴는 외부 시스템(예를 들어, 다른 웹사이트나 모바일 앱 등)이 Salesforce의 데이터나 기능에 접근할 수 있도록 허락해주는 역할을 합니다. 쉽게 말해, Salesforce와 외부 애플리케이션이 서로 안전하게 대화할 수 있도록 "문을 열어주는" 설정이라고 생각하시면 됩니다.

언제 사용하는가

이 메뉴는 주로 다음과 같은 상황에서 사용됩니다.

• 외부 앱(예: 회사에서 만든 모바일 앱, 또는 다른 웹서비스)이 Salesforce 데이터를 읽거나 쓰고 싶을 때
• Salesforce와 다른 시스템 간에 연동(Integration)이 필요할 때
• 개발자가 Salesforce API를 활용해서 별도의 프로그램을 만들고자 할 때

즉, Salesforce 안에서만 작업한다면 크게 신경 쓸 일이 없지만, 외부와 연동이 필요할 때 꼭 알아야 하는 메뉴입니다.

어떻게 이해하면 쉬운가

이 메뉴를 이해할 때는 "허가된 외부 손님 명단"이라고 생각해보세요. Salesforce는 기본적으로 외부에서 아무나 들어와서 데이터에 접근하지 못하게 막아둡니다. 그런데 신뢰할 수 있는 외부 앱이 있다면, 이 메뉴에서 그 앱을 등록해주고, 어떤 방식으로 접근할 수 있는지 조건을 정해주는 거죠.

여기서 등록하는 정보에는 주로 다음과 같은 것들이 포함됩니다.

• 외부 앱의 이름과 설명
• Salesforce에 접근할 때 사용할 Consumer Key와 Consumer Secret (이건 일종의 비밀번호 역할)
• 접근 권한(예: 어떤 데이터까지 볼 수 있는지)

이렇게 등록된 앱만 Salesforce와 안전하게 데이터를 주고받을 수 있습니다.

예시

예를 들어, 회사에서 새로 만든 모바일 영업 앱이 있다고 해볼게요. 이 앱에서 Salesforce에 저장된 고객 정보를 실시간으로 불러오고 싶다면, 먼저 Remote Access 메뉴에서 이 앱을 등록해줘야 합니다. 등록이 완료되면, 앱 개발자는 Consumer Key와 Consumer Secret을 받아서 앱에 입력하고, 이 정보를 통해 Salesforce와 연결할 수 있게 됩니다.

—

참고로, Salesforce의 메뉴 구조나 기능 이름은 버전이나 조직 설정에 따라 다를 수 있습니다. 최근에는 Remote Access 메뉴가 Connected Apps로 대체된 경우도 많으니, 메뉴가 안 보인다면 비슷한 이름의 메뉴를 찾아보세요. 더 궁금한 점이 있으면 언제든 질문해 주세요!

Salesforce Setup 메뉴에서 Custom Code > Platform Cache를 보면, 뭔가 개발자만 쓰는 어려운 기능 같아 보이죠? 하지만 Admin 입장에서도 기본 개념을 알아두면 좋습니다. 오늘은 Platform Cache가 뭔지, 언제 쓰는지, 쉽게 이해하는 방법까지 차근차근 설명해드릴게요.

이 기능은 무엇인가

Platform Cache는 Salesforce에서 자주 쓰는 데이터를 임시로 저장해두는 저장소입니다. 쉽게 말해, 어떤 정보를 반복해서 계속 불러올 때, 매번 새로 계산하거나 데이터를 가져오지 않고, 미리 저장해둔 값을 빠르게 꺼내 쓸 수 있게 도와주는 기능이에요. 이 메뉴는 Platform Cache를 설정하거나, 용량을 관리하는 곳입니다.

언제 사용하는가

Platform Cache는 주로 다음과 같은 상황에서 사용합니다.

• 대량의 데이터를 여러 번 불러와야 할 때
• 복잡한 계산 결과를 여러 사용자가 반복해서 사용할 때
• 외부 시스템에서 데이터를 가져오는 데 시간이 오래 걸릴 때

즉, 속도를 빠르게 하고, 시스템 자원을 아끼고 싶을 때 Platform Cache를 활용합니다.

어떻게 이해하면 쉬운가

Platform Cache를 임시 저장함 또는 메모장이라고 생각하면 편해요. 예를 들어, 여러분이 어떤 계산을 했는데, 그 결과를 계속 써야 한다면 매번 다시 계산하지 않고, 한 번만 계산해서 Platform Cache에 저장해두는 거죠. 그러면 다음에 같은 값이 필요할 때 바로 꺼내 쓸 수 있어서 훨씬 효율적입니다.

예시

• 상품 가격 계산: 어떤 상품의 가격을 계산하는 로직이 복잡하다면, 한 번 계산해서 Platform Cache에 저장해두고, 같은 상품 가격을 여러 번 보여줄 때는 Cache에서 바로 꺼내서 보여줍니다.
• 외부 날씨 정보: 외부 API에서 날씨 정보를 받아오는데, 이걸 매번 실시간으로 부르면 느릴 수 있죠. 그래서 한 번 받아온 날씨 정보를 Platform Cache에 저장해두고, 일정 시간 동안은 Cache에 있는 값을 보여줍니다.

—

참고로, Platform Cache는 Salesforce 에디션이나 구성에 따라 제공되는 용량이나 세부 기능이 다를 수 있습니다. Admin이 직접 코드를 작성하지 않더라도, 개발자와 협업할 때나 성능 이슈가 있을 때 Platform Cache가 뭔지 알고 있으면 훨씬 도움이 될 거예요! Setup에서 Custom Code > Platform Cache 메뉴를 클릭하면, 현재 Cache 용량이나 설정을 한눈에 볼 수 있으니 한 번 들어가서 구경해보세요.

Salesforce Setup 메뉴 중 Custom Code > Lightning Types는 개발자나 관리자가 Lightning 컴포넌트와 관련된 설정을 확인하거나 관리할 때 사용하는 메뉴입니다. 초보 Admin이라면 다소 낯설 수 있지만, 한 번 개념을 잡아두면 나중에 개발자와 협업할 때 도움이 됩니다.

이 기능은 무엇인가

Lightning Types 메뉴는 Salesforce에서 Lightning 컴포넌트와 관련된 타입(종류)이나 정의 정보를 관리하는 곳입니다. 주로 개발자가 만든 커스텀 Lightning 컴포넌트가 이곳에 나타날 수 있습니다. 여기서 말하는 "타입"은 컴포넌트의 유형이나 특성을 말하는데, 예를 들어 어떤 컴포넌트가 화면에 표시되는지, 어떤 속성을 가지는지 등의 정보를 담고 있습니다.

언제 사용하는가

일반적으로 Lightning Types 메뉴는 개발자가 직접 Lightning 컴포넌트를 만들었을 때, 그 컴포넌트의 타입 정보를 확인하거나 관리하고 싶을 때 사용합니다. 초보 Admin 입장에서는 직접적으로 자주 사용할 일은 없지만, 다음과 같은 경우에 도움이 될 수 있습니다.

• 개발자가 만든 컴포넌트가 정상적으로 등록되어 있는지 확인할 때
• Lightning App Builder나 페이지 레이아웃에서 특정 컴포넌트가 왜 안 보이는지 원인을 찾을 때
• 컴포넌트의 속성이나 타입 정보를 검토할 때

어떻게 이해하면 쉬운가

쉽게 말해서, Lightning Types는 Salesforce 안에서 "이런 종류의 Lightning 컴포넌트가 있어요!"라고 목록을 보여주는 역할을 합니다. 마치 WordPress에서 플러그인 목록을 보는 것처럼, Salesforce에서는 Lightning 컴포넌트의 타입 목록을 확인하는 곳이라고 생각하면 이해하기 쉽습니다.

예시

• 개발자가 "MyCustomButton"이라는 Lightning 컴포넌트를 만들었어요.
• 이 컴포넌트가 실제로 Salesforce에 잘 등록되어 있는지 확인하고 싶다면, Setup > Custom Code > Lightning Types 메뉴에 들어가서 목록을 찾아볼 수 있습니다.
• 만약 "MyCustomButton"이 목록에 없다면, 등록 과정에 문제가 있었을 수 있습니다.

—

참고로, 이 메뉴는 Salesforce의 에디션이나 Lightning Experience 활성화 여부, 그리고 조직의 개발 환경에 따라 보이지 않거나 다르게 보일 수 있습니다. Admin이 모든 세부 옵션을 직접 다루는 경우는 드물지만, 개발자와 협업할 때 "Lightning Types에서 확인해볼게요"라고 말할 수 있으면 훨씬 수월하게 소통할 수 있습니다.

Salesforce Setup에서 Custom Code > Lightning Components > Local Dev 메뉴는, 개발자나 관리자 분들이 Lightning Web Component(줄여서 LWC)를 더 쉽게 만들고 테스트할 수 있도록 도와주는 도구와 관련된 메뉴입니다. 초보 관리자라면 조금 생소할 수 있지만, 앞으로 개발자와 협업하거나 LWC 관련 요청이 들어올 때 한 번쯤 보게 될 메뉴예요.

—

이 기능은 무엇인가

Local Dev는 말 그대로 “로컬 개발 환경”을 의미합니다. Salesforce에서 제공하는 Lightning Web Component(웹에서 동작하는 맞춤형 컴포넌트)를, Salesforce에 바로 배포하지 않고 내 컴퓨터에서 미리 만들어보고 테스트해볼 수 있게 해주는 기능과 관련된 메뉴예요.

즉, 실제로 Salesforce 화면에 반영하기 전에, 내 컴퓨터에서 LWC가 잘 동작하는지 미리 확인할 수 있는 환경을 만드는 데 필요한 안내와 설정을 도와줍니다.

—

언제 사용하는가

• 개발자와 협업할 때: 개발자가 LWC를 만들고 테스트할 때, 본인 컴퓨터에서 바로바로 결과를 보고 싶어 할 때가 많아요. 이때 Local Dev 환경을 세팅해서 사용합니다.
• 새로운 LWC를 실험할 때: 바로 실제 Salesforce에 반영하지 않고, 실험적으로 만들어보고 싶을 때 유용합니다.
• 빠른 피드백이 필요할 때: 코드를 조금 바꿀 때마다 Salesforce에 배포하면 시간이 오래 걸리니까, 내 컴퓨터에서 바로 확인할 수 있으면 훨씬 효율적이죠.

—

어떻게 이해하면 쉬운가

이 메뉴는 Salesforce에서 직접 코드를 개발하지 않고, 내 컴퓨터에서 미리 테스트해볼 수 있게 도와주는 안내서라고 생각하면 편해요.

• 마치 워드프레스에서 웹사이트를 바로 서버에 올리지 않고, 내 컴퓨터에서 미리 만들어보고 확인하는 것과 비슷한 개념이에요.
• LWC를 직접 만들거나 수정하는 일이 없다면 자주 사용할 일은 없지만, 개발자와 협업하거나 LWC 관련 요청이 들어오면 “아, 저 메뉴가 그런 거였지!” 하고 떠올리면 됩니다.

—

예시

• 예를 들어, 우리 회사에서 영업팀을 위한 맞춤형 Lightning 컴포넌트를 만들기로 했다고 해볼게요. 개발자가 LWC를 만들고, 실제 Salesforce에 올리기 전에 내 컴퓨터에서 먼저 테스트하고 싶을 때, 이 Local Dev 메뉴에서 안내하는 방법을 참고해서 환경을 세팅합니다.
• 만약 Admin이지만 개발에 관심이 있다면, 이 메뉴를 통해 LWC를 직접 실습해볼 수도 있어요. 물론, 실제로 사용하려면 별도의 개발 도구 설치와 약간의 기술 지식이 필요할 수 있습니다.

—

참고: 이 메뉴와 기능은 Salesforce 버전이나 조직의 설정에 따라 보이지 않을 수 있고, 실제 사용을 위해서는 추가적인 설치(예: Salesforce CLI, Node.js 등)가 필요할 수 있습니다. Admin이 직접 코드를 개발하지 않는다면 자주 사용할 일은 없지만, LWC 관련 요청이 들어올 때 이 메뉴가 어떤 역할을 하는지 알고 있으면 커뮤니케이션에 도움이 됩니다!

Salesforce Setup 메뉴 중 Custom Code > Lightning Components > Lightning Components는 개발자나 관리자가 Lightning 컴포넌트와 관련된 내용을 확인하거나 관리할 때 사용하는 곳입니다. 초보 Admin이라면 이 메뉴가 조금 낯설 수 있지만, 기본 개념만 이해해도 앞으로 Salesforce를 더 깊이 다루는 데 도움이 됩니다.

이 기능은 무엇인가

Lightning Components 메뉴는 Salesforce에서 사용하는 Lightning 컴포넌트(Aura 컴포넌트라고도 불림)들을 한눈에 볼 수 있는 곳이에요. Lightning 컴포넌트는 Salesforce의 화면을 구성하는 작은 블록 같은 역할을 하는데, 개발자가 직접 만든 컴포넌트 목록을 이 메뉴에서 확인할 수 있습니다.

이곳에서는 기존에 만들어진 컴포넌트들의 목록을 보고, 각각의 컴포넌트가 어떤 것인지, 누가 만들었는지 등을 확인할 수 있습니다. 단, 실제로 컴포넌트를 수정하거나 새로 만드는 작업은 별도의 개발 환경(예: Developer Console, VS Code 등)에서 진행해야 합니다.

언제 사용하는가

이 메뉴는 주로 아래와 같은 상황에서 사용합니다.

• 개발자가 만든 커스텀 Lightning 컴포넌트가 내 Salesforce org에 잘 등록되어 있는지 확인하고 싶을 때
• 어떤 컴포넌트가 현재 내 org에 있는지 전체적으로 보고 싶을 때
• 컴포넌트의 이름, 생성자, 생성일자 등 기본 정보를 확인하고 싶을 때

즉, 실제로 컴포넌트를 "만드는" 곳은 아니고, 이미 만들어진 컴포넌트들을 관리·확인하는 용도라고 생각하면 됩니다.

어떻게 이해하면 쉬운가

이 메뉴를 "내 Salesforce에 등록된 Lightning 컴포넌트 도감"이라고 생각하면 쉬워요. 마치 도서관에서 책 목록을 쭉 훑어보는 것처럼, 여기서는 내 org에 있는 모든 Lightning 컴포넌트의 리스트를 볼 수 있습니다.

• 직접 코딩해서 만든 컴포넌트만 보이고, Salesforce에서 기본 제공하는 표준 컴포넌트는 여기서 보이지 않을 수 있어요.
• 컴포넌트의 상세 내용(코드 등)을 바로 수정할 수 있는 곳은 아니에요. 단순히 목록과 간단한 정보만 확인할 수 있습니다.
• 만약 이 메뉴가 보이지 않는다면, 내 org에서 Lightning 컴포넌트 개발 기능이 활성화되어 있지 않거나, 권한이 부족할 수도 있습니다.

예시

• 개발자가 "MyCustomButton"이라는 버튼 컴포넌트를 만들어서 배포했어요. 이 컴포넌트가 내 org에 잘 등록되어 있는지 확인하고 싶을 때, Lightning Components 메뉴에서 "MyCustomButton"이 목록에 있는지 찾아볼 수 있어요.
• 여러 명의 개발자가 각자 다른 컴포넌트를 만들었을 때, 누가 어떤 컴포넌트를 만들었는지, 언제 만들었는지 궁금할 때도 이 메뉴에서 확인할 수 있습니다.
• 만약 Lightning App Builder에서 어떤 컴포넌트가 안 보인다면, 이 메뉴에서 해당 컴포넌트가 제대로 등록되어 있는지 먼저 체크해볼 수 있습니다.

—

정리하자면, Custom Code > Lightning Components > Lightning Components는 내 Salesforce org에 등록된 커스텀 Lightning 컴포넌트의 "목록"을 확인하는 곳이에요. 실제 개발이나 수정은 별도의 도구에서 하고, 이 메뉴에서는 주로 현황을 파악하거나 관리 목적으로 사용합니다. Salesforce 버전이나 org 설정에 따라 보이는 정보가 다를 수 있으니, 참고해 주세요!

Salesforce Setup 메뉴 중 Custom Code > Lightning Components > Debug Mode는 개발자나 관리자가 Lightning 컴포넌트의 동작을 좀 더 자세히 들여다보고 싶을 때 사용하는 기능입니다. 초보 Admin이라면 조금 생소할 수 있지만, 기본 개념만 알아두면 나중에 개발자와 협업할 때 큰 도움이 됩니다.

이 기능은 무엇인가

Debug Mode는 말 그대로 "디버깅 모드"를 켜는 기능이에요. Salesforce에서 Lightning 컴포넌트가 어떻게 작동하는지, 혹시 에러가 나는 부분은 없는지 좀 더 자세하게 확인할 수 있게 해줍니다. 보통 Lightning 컴포넌트는 성능을 위해 코드가 압축돼서 보이는데, 디버그 모드를 켜면 압축되지 않은 원래 코드가 보여서 문제를 찾기 쉬워집니다.

언제 사용하는가

이 기능은 주로 다음과 같은 상황에서 사용해요.

• Lightning 컴포넌트 화면이 이상하게 나오거나, 버튼이 안 눌릴 때
• 개발자나 파트너가 만든 컴포넌트에 오류가 있을 때
• 개발자가 문제를 찾으려고 할 때 Admin에게 "Debug Mode 좀 켜주세요"라고 요청할 때

즉, 평소에는 잘 안 쓰고, 뭔가 문제가 생겼을 때나 개발 관련 업무를 할 때 주로 사용한다고 생각하면 됩니다.

어떻게 이해하면 쉬운가

이 기능을 쉽게 이해하려면, 우리가 평소에 보는 웹사이트가 "포장지"에 싸여 있다고 생각해보세요. 평상시에는 겉만 보이지만, 문제가 있을 때는 포장지를 벗기고 안을 들여다봐야 하죠. Debug Mode는 바로 그 포장지를 벗겨서 안을 들여다보게 해주는 역할을 합니다.

또, Debug Mode를 켜면 전체 사용자에게 적용되는 게 아니라, 특정 사용자(예: Admin 본인)에게만 적용할 수 있어서, 다른 사람들 업무에는 영향을 주지 않는 점도 기억해두세요.

예시

• 개발자가 "내가 만든 Lightning 컴포넌트가 왜 에러가 나는지 모르겠어요. Debug Mode를 켜면 더 자세한 에러 메시지를 볼 수 있어요"라고 할 때, Admin이 Setup에서 Debug Mode를 본인 계정에 켜줍니다.
• Admin이 Lightning 페이지를 수정하다가 저장이 안 되거나 이상한 현상이 반복될 때, Debug Mode를 켜서 에러 메시지를 직접 확인해볼 수 있습니다.

—

참고: 이 메뉴는 Salesforce의 org 설정, 에디션, Lightning Experience 사용 여부에 따라 보이지 않을 수도 있습니다. 또, Debug Mode를 켜면 화면 로딩이 느려질 수 있으니, 꼭 필요할 때만 켜고, 문제가 해결되면 다시 끄는 걸 추천해요.

궁금한 점이 있으면 언제든 질문해 주세요!

Salesforce Setup 메뉴에서 Custom Code > Email Services는 이메일을 Salesforce와 연동해서 자동으로 처리하고 싶을 때 사용하는 기능이에요. 초보 Admin이라면 조금 생소할 수 있지만, 실제 업무에서 이메일로 들어오는 정보를 자동으로 기록하거나 처리할 때 매우 유용하게 쓰입니다.

이 기능은 무엇인가

Email Services는 간단히 말해서, 특정 이메일 주소로 메일이 오면 Salesforce가 그 내용을 받아서 자동으로 처리하도록 해주는 기능이에요. 예를 들어, 고객이 support@company.com으로 메일을 보내면, 그 메일 내용을 Salesforce가 읽어서 케이스(고객 문의)로 자동 등록할 수 있게 해주는 거죠.

이 기능을 사용하려면 개발자가 Apex 클래스라는 코드를 만들어야 해요. 이 코드는 이메일을 어떻게 처리할지 정해주는 역할을 해요. 그래서 이 메뉴는 개발자와 협업하거나, 코드를 조금씩 배우는 Admin들이 주로 사용하게 됩니다.

언제 사용하는가

이메일 서비스를 사용하는 대표적인 상황은 다음과 같아요.

• 고객이 보내는 이메일을 Salesforce에서 자동으로 기록하고 싶을 때
• 이메일로 들어오는 데이터를 분석해서, 자동으로 리드(잠재고객)나 케이스를 생성하고 싶을 때
• 외부 시스템에서 Salesforce로 데이터를 보낼 때 이메일 방식을 활용하고 싶을 때

즉, 이메일을 통해 들어오는 정보를 Salesforce가 자동으로 받아서 처리해야 할 때 사용한다고 기억하면 좋아요.

어떻게 이해하면 쉬운가

Email Services를 쉽게 이해하려면, "특정 이메일로 메일이 오면 Salesforce가 알아서 처리해주는 자동 우체국"이라고 생각하면 돼요. 보통은 Salesforce에서 제공하는 기본 이메일 기능(예: 메일 발송, 템플릿 등)과 달리, 이건 '메일을 받는 쪽'에 초점이 맞춰져 있어요.

• 이 메뉴에서 새로운 Email Service를 만들면 Salesforce가 고유한 이메일 주소를 하나 만들어줘요.
• 그 이메일 주소로 메일이 오면, 미리 만들어둔 Apex 코드가 작동해서 원하는 작업을 자동으로 처리해줘요.

예시

• 고객 문의 자동 등록: 고객이 help@회사.com으로 문의 메일을 보내면, Salesforce가 그 메일을 읽어서 자동으로 케이스(문의)를 생성합니다.
• 외부 시스템 연동: 외부 시스템에서 매일 밤마다 보고서를 이메일로 보내면, Salesforce가 그 메일을 받아서 자동으로 데이터로 저장할 수 있어요.

—

마지막으로, 이 메뉴는 Apex 코드와 연결되는 부분이라서, 완전히 초보 Admin이라면 개발자와 협업이 필요할 수 있어요. 또한, Salesforce 에디션이나 보안 정책, 조직 설정에 따라 사용할 수 있는 기능이 다를 수 있으니, 실제로 적용하기 전에 조직의 정책이나 개발자와 꼭 상의해보세요!

Salesforce Setup에서 Custom Code > DataWeave Resources 메뉴를 보면, 처음 보는 분들은 조금 낯설 수 있어요. 이 메뉴는 최근 Salesforce에서 도입된 기능 중 하나로, 데이터 변환과 관련된 작업을 할 때 사용됩니다.

이 기능은 무엇인가

DataWeave Resources는 Salesforce에서 데이터를 변환하거나 가공할 때 쓰는 리소스를 관리하는 곳이에요. DataWeave는 원래 MuleSoft라는 통합 플랫폼에서 유명한 데이터 변환 언어인데, 최근 Salesforce에도 일부 기능이 들어왔어요. 이 메뉴에서는 DataWeave 스크립트나 관련 리소스를 추가하거나 관리할 수 있습니다.

언제 사용하는가

이 메뉴는 주로 아래와 같은 상황에서 사용돼요.

• 외부 시스템과 데이터를 주고받을 때, 데이터 형식을 바꿔야 할 때
• Salesforce 내에서 여러 데이터 소스를 합치거나, 복잡한 데이터 변환이 필요할 때
• 기존의 Apex 코드로 처리하기 번거로운 데이터 매핑이나 변환 작업이 필요할 때

다만, 이 기능은 모든 Salesforce org에서 바로 보이지 않을 수 있고, 특정 기능(예: MuleSoft 연결 또는 특정 API 기능)이 활성화된 경우에만 나타날 수 있어요.

어떻게 이해하면 쉬운가

쉽게 말해서, DataWeave Resources는 데이터 변환을 위한 ‘레시피 모음집’이라고 생각하면 돼요. 예를 들어, 외부에서 받은 데이터를 Salesforce가 이해할 수 있는 형태로 바꿔주는 레시피를 저장해두는 곳이죠. 예전에는 이런 변환을 Apex 코드로 일일이 짜야 했지만, 이제는 DataWeave 스크립트를 활용해서 좀 더 간단하게 처리할 수 있습니다.

예시

• 외부 시스템에서 JSON 형식으로 고객 정보를 받아오는데, Salesforce에서는 XML 형식이 필요할 때 DataWeave로 변환
• 여러 데이터 필드를 조합해서 새로운 구조로 바꿔야 할 때 DataWeave 스크립트 사용
• MuleSoft와 Salesforce를 연동할 때, 데이터 포맷을 맞추는 작업에 활용

—

정리하자면, Custom Code > DataWeave Resources는 데이터 변환 작업을 더 쉽게 할 수 있도록 도와주는 메뉴입니다. 만약 이 메뉴가 보이지 않는다면, 현재 org에서는 해당 기능이 활성화되어 있지 않을 수도 있으니 참고하세요! Salesforce의 버전이나 설정에 따라 메뉴가 다를 수 있다는 점도 기억해두면 좋아요.