Beginner Q - "publish" an internal app for Make.com?

Hi there! What is best practice on creating/“publishing” an app that will only ever be internal-only? It is for an oauth connection to Make.com. I tried to build an internal app with the new build flow but am confused by the draft/beta test terminology.

Here’s what I did; is there anything else I’m missing before I can consider it “done”?

  • Marketplace → Develop → Build App → General app,
  • Set admin-managed app, chose meeting and webinar surface, then set scopes
  • In the “Production” tab, I put in the Make.com OAuth redirect URL and OAuth allow list domains
  • I used the client id and secret (from the Production tab) to authenticate with Make.com

My stuff works in Make.com, but on the Zoom Build page it shows the app is “draft”, and within the production tab of the app it shows “ready for local test”. This seems like an unfinished state to leave an internal app in.

This app should not be discoverable to any users in the Zoom organization, it’s only for admin server side in our many Make.com automations.

I tried using the server-to-server app prior to this, but it can’t directly authenticate with Make because they require going through the user oauth flow so I had to switch to “general app.”

Thoughts? Thank you!

It’s fine to leave the application in local test indefinitely. The terminology and intended workflow is meant for publication to a general audience, but since you’re not going to publish, you can stay in local test so long as it’s okay that any Zoom API calls are carried out against your account’s users only. Here’s an overview of the relevant different options:

  • “Development” and “Production” are separate applications; “Development” can only be used for local test (users in your account).
  • “Local test” is for users internal to your account (no Marketplace approval needed). “Beta test” expands that to a limited number of external users and can be added by users for a limited time period (requires Marketplace approval).