Coming soon to the Salesforce AppExchange

Configuring a Salesforce Calendar Without Writing Code

100+ properties sounds like a project. It is a wizard, three questions, and a live preview that shows you the calendar before you save anything.

Published August 19, 2026 · Updated October 21, 2026 · MultiDatePick

Most Salesforce components with real depth make you learn them twice: once to understand the properties, once to remember which combination you picked last time. The Setup Wizard exists so you do neither. It asks what you are scheduling, writes the configuration as metadata, and hands you a name you can use anywhere.

Two ways in, plus two shortcuts

The Create New tab opens on two paths. Two more tabs sit beside it for configs you already have.

Walk me through it

Three questions about what you are scheduling. Best for first-time setup.

Configure all properties

Every property visible, with a live preview. Best when you know exactly what you want.

Existing Configurations

Your saved configs with their component type. Open one to edit or clone it.

Import

Paste a config from the Config Library or another org.

MultiDatePick Setup Wizard in Salesforce: the two path cards, Walk me through it and Configure all properties, under the Create New, Existing Configurations and Import tabs
Two paths on Create New. Most admins start on the left.
Animated walkthrough of the MultiDatePick Salesforce setup wizard: choosing Configure all properties and Resource Booking, naming the config, picking the appointment object, date, advisor and capacity fields from dropdowns, then the time and status fields, ending on the Review and Save summary
A whole booking config, start to finish. Every object and field is picked from a filtered dropdown; nobody types an API name.

Five steps, start to finish

StepWhat you set
1. Name & TypeThe config name and which component it is for: Dates, Dates & Times or Resource Booking.
2. Object & FieldsThe object that holds the records, the date field, the parent lookup, and the resource if you book one.
3. Time FieldsStart and end time, slot interval and business hours, for configs that capture times.
4. Status & DisplayStatus colors, hover fields and edit mode.
5. Review & SaveA summary of every choice, then save.

The three questions that decide everything

The guided path asks about the shape of the records you want, rather than about properties. Every answer combination is valid, and together they decide what the component writes:

  1. Do you need times, or just dates? Dates alone, a time on each date, or a parent block with sub-blocks for the gaps inside it.
  2. Are you booking a resource? None, one at a time, or several at once.
  3. Should consecutive dates collapse into a range? One record per date, or one record with a start and an end.

The answers are independent, so they describe the whole grid of possibilities rather than a menu of presets. Monday through Friday for six weeks can be thirty records or six. You choose that here, on purpose, before any data exists.

MultiDatePick Setup Wizard in Salesforce: the shape-pick question page with time, resource and range questions and mini data-shape diagrams on each answer
Each answer card carries a small diagram of the records that choice produces.

A live preview, before anything is saved

The preview pane renders a working calendar underneath the form as you change properties. Turn on two-month view and it appears. Add status colors and the cells fill. It is the actual component, so what you approve is what you deploy.

The expensive mistakes in scheduling configuration are shape decisions you cannot see until real records exist. Seeing the calendar respond while you are still deciding removes most of that risk.

MultiDatePick Setup Wizard in Salesforce with the Live Preview pane showing a working Salesforce calendar below the component-type selector
The preview is the real component. What you see is what deploys.

Inside the steps: Object & Fields, Time Fields, Status & Display

MultiDatePick Salesforce setup wizard, Object and Fields step: every field is a dropdown filtered to the chosen object, here Advisor Appointment and Advisor, with the Capacity Field list open showing only the Advisor number fields
Every field is a dropdown, filtered to the object you picked and to the field types that fit.

Two steps do most of the heavy lifting on a booking or scheduling config. Time Fields maps the start time, end time and interval your calendar needs. Status & Display is where the visual polish lives, from status-driven cell colors to which fields show on hover.

MultiDatePick Setup Wizard in Salesforce: Time Fields tab with start-time, end-time, interval, business-hours and time-display-mode configured for a Booking component
Time Fields: time fields, interval and business hours.
MultiDatePick Setup Wizard in Salesforce: Status and Display tab with status field, status colors, hover fields and edit mode configured
Status & Display: colors, hover fields and edit mode.

On Status & Display, pick a status field, map a color to each value, and choose whether the color paints the calendar cell, the time slot grid, or both. Add hover fields so pointing at a booking previews the details.

What it actually writes

Saving deploys a Custom Metadata record. Three things follow:

  • It is deployable. Custom Metadata moves through your normal release pipeline, sandbox to production, like any other component.
  • It is reusable. Put the name in Config Name on any component and it picks up the whole configuration. One config, many placements.
  • It stays in your org. Nothing is stored on a vendor server, so the configuration is yours and it is visible in Setup.
About the deploy. Custom Metadata deploys are asynchronous. The wizard waits about two minutes and then, if the record has not appeared, shows you the deploy id and a link to Setup → Deployment Status. A busy org can take longer than the wizard waits, and the deploy still finishes.
Who can run it. Assign MultiDatePick - Setup to admins who build configs. It includes the Setup Wizard. Everyone who uses the calendars gets MultiDatePick - User, and MultiDatePick - All Access covers both.

Import, export, and the mapping step people miss

The Import tab takes a JSON configuration and turns it into a saved config. That is how the Config Library works: 40+ ready-made configurations covering time-off requests, room booking, hot-desking, interview scheduling, fleet reservation and more.

Animated demo of importing a MultiDatePick config: Copy JSON on the Employee Time-Off card in the website Config Library, paste it into the setup wizard's Import tab, check every field resolves and deploy, then drag the MultiDatePick Dates component onto a Lightning page in App Builder, enter the config name and save
From the Config Library to a working Lightning page: copy, paste, deploy, drop the component on the page and give it the config name.

The step that saves the most time is Smart Field Mapping. Library configs reference the demo objects; your org has its own. The wizard scans every reference the moment you paste, flags each one your org does not have, and puts a dropdown next to it sourced live from the object's real field list. Remap in the wizard, click Apply, and it deploys with the rewritten JSON. No text editor, no hunt and replace, no re-uploads.

MultiDatePick Setup Wizard in Salesforce: Smart Field Mapping table showing imported field references with green check marks for resolved ones and dropdowns for unresolved ones so an admin can pick the equivalent field on their org's object
Each unresolved reference gets a dropdown from your org's schema.
MultiDatePick Setup Wizard in Salesforce: Import tab with a configuration JSON paste box and the export section
Paste a config, remap, save. No XML, no CLI.

Export works the same way in reverse, which makes configurations shareable. A config that works in one org is a paste away from working in another.

Using the config once it exists

Drop any of the three components onto a Lightning record page, app page, Home page or Experience Cloud site, set Config Name to the name you chose, and leave every other property blank. The config supplies them. On App, Home and Experience pages, put the parent record in Static Parent Record Id.

The same applies inside a Screen Flow: put the config's name in Config Name and every on/off setting comes from the config. You do not set a single checkbox in Flow Builder; the few flow-only ones (Required, Show Inline, Output Date Ranges as JSON) are off unless you turn them on. Pass the parent record into Parent Record Id.

From a blank org to a working calendar, in clicks

Try the components in the live demo, then follow Getting Started to run the wizard in your own org.

  • $20/user/month, every feature
  • 30-day free trial, no card
  • 100% native Salesforce
  • No Apex
  • Coming soon to the Salesforce AppExchange