Screen referenceOnboarding is the launch center for sample data, migration planning, and hands-on support.
Before you start
Use an email address you can open immediately; the verification link is required before normal sign-in.
If a teammate sent you an invitation, open that invitation instead of creating a separate organization.
Have your organization name, operating timezone, and default currency ready.
Step by step
01
Create the account
Choose Start free or open the registration mode from Sign in. Enter your name, work email, and a unique password, then submit the form.
02
Verify the email address
Open the verification message and follow its link. Return to Sign in afterward. A normal new registration creates an isolated workspace; an invitation joins the workspace named in the invite.
03
Review workspace basics
Open Onboarding, choose Review workspace, and confirm the organization name, brand color, timezone, and currency. These defaults affect dates and financial displays across the product.
04
Choose a starting point
Create a real show when you are ready to work, or add the clearly labeled demo show to explore safely. Demo data is available only to an admin in an otherwise empty workspace.
05
Bring in the team and services
Use the launch checklist to invite teammates, connect services, add a partner, and model the first offer. You can complete these in any order.
06
Finish without losing the guides
Mark onboarding complete when the core setup is ready. The checklist, migration form, and support tools remain available afterward.
What success looks like
Your organization has its own workspace, correct operating defaults, and a clear next action. Teammates and external partners are added through separate, purpose-built access flows.
Important details and common mistakes Read before you finish
Do not create a second workspace to accept an invitation. Use the exact invite link so the correct membership is created.
A partner portal is not an internal teammate account. Use Settings for staff access and Partner portals for agencies, artists, venues, co-promoters, and vendors.
Turn the first hold into a working event, ticket scale, expense budget, deal calculation, and reviewable offer.
WhereEvents›New eventAccessAdmin, talent buyer, or promoterTypical time10–20 minutes
Screen referenceThe event form starts the shared record. Every field can be changed later from the event workspace.
Before you start
Know the artist or tour name, venue, show date, working capacity, and current lifecycle status.
Collect the first ticket-price assumptions, estimated expenses, and proposed artist deal.
Treat a hold as an early working record; you can add missing schedule details later.
Step by step
01
Open the event form
Go to Events and choose New event. If you want to start directly with deal terms, open Offers & budgets and choose Create offer instead.
02
Enter the show identity
Artist, venue, date, and capacity are the required anchors. Add city and state/region so calendars, reports, discovery, and partner views identify the market correctly.
03
Add the operating schedule
Enter doors, show, curfew, and age restriction when known. Leave genuinely unknown details blank instead of adding placeholders that could be mistaken for confirmed times.
04
Choose the current status
Use Hold for a tentative date, Offer while terms are out, Confirmed when approved, On sale for live inventory, and Settlement when final accounting begins.
05
Build the ticket scale and budget
Open the event, then use Budget to add ticket tiers, inventory, comps, kills, prices, fees, taxes, royalties, and projected expenses. Marqueezy recalculates gross potential, net box office, break-even, and shares as assumptions change.
06
Set the artist deal
Choose the deal type and basis, then enter the guarantee, percentages, backend threshold, alcohol terms, and offer notes that apply. Review the calculated artist payment and promoter position before saving.
07
Review and save
Check the Overview and Offer tabs, save the working budget, and use Activity to confirm the record and its recovery points. Reopen the event whenever assumptions change rather than creating a duplicate.
What success looks like
One event record now connects the show details, offer terms, ticket assumptions, expenses, files, sales reporting, and eventual settlement.
Important details and common mistakes Read before you finish
Capacity is not automatically the same as sellable inventory. Comps and kills reduce sellable tickets within each tier.
Ticket fees may be paid on top by the buyer or deducted from the deal. Confirm the fee payer before relying on the projected net.
Use event/offer notes for shareable deal context and internal notes for information that should stay with your team.
Screen referenceCreate the partner first, then issue an event-specific portal with an explicit permission set.
Before you start
Create the event before issuing its portal.
Know the partner organization name, partner type, and primary contact email.
Decide whether the partner should see financials, schedule, advancing, contracts, compliance, and shared comments.
Step by step
01
Add the partner organization
Open Partner portals. Under Add partner, enter the organization name, choose agency, artist, venue, co-promoter, vendor, or other, and add the primary email.
02
Start a secure portal
In Issue secure portal, select the partner and the exact event. A portal is event-specific; repeat this process when the same partner needs access to another show.
03
Reduce permissions to the minimum needed
Offer & financials, day-of-show schedule, advancing, contracts, compliance, and shared comments begin selected. Uncheck every area the recipient should not see.
04
Create and copy the link
Choose Create secure link and copy the displayed partner URL immediately. Send it directly to the intended recipient through a trusted channel.
05
Confirm access
The recipient opens the link without creating a Marqueezy account. Use Issued portals to see whether the portal has been opened and which event it belongs to.
06
Remove access when necessary
If the relationship ends or the link was shared incorrectly, have an admin remove the partner. Their secure portal links stop working, while retained event-history records remain.
What success looks like
The partner receives an account-free, event-scoped workspace instead of access to your full internal organization.
Important details and common mistakes Read before you finish
Treat the portal URL like a confidential document link. Anyone who receives it may be able to open the scoped portal.
Financial access is selected by default. Review the checkboxes before creating every link.
Internal notes and unrelated events are not part of the partner portal.
Build the agreement on the event record, move it through review and partner acceptance, and keep compliance and payment commitments beside it.
WhereContracts & cashAccessAdmin or authorized buyerTypical time10–15 minutes
Screen referenceContracts, compliance, payment commitments, and reminders stay connected to the same event.
Before you start
Create the event and, for portal acceptance, add the partner and issue a portal with Contracts permission.
Have approved commercial terms, production requirements, cancellation language, insurance requirements, and settlement instructions.
Confirm who is authorized to approve or sign on behalf of each party.
Step by step
01
Create the draft
Open Contracts & cash. Select the event and partner, give the agreement a specific title, and replace or extend the starter terms. The {{artist}}, {{venue}}, and {{date}} placeholders make the intended merge fields visible.
02
Review before sending
Choose Create draft, then review the new item in Contract pipeline. Verify names, date, money, percentages, attachments, cancellation terms, and signature authority outside of assumptions.
03
Move the status forward
Use the pipeline status to move the contract from Draft to Approval and then Sent. Do not mark it Signed merely because it was emailed.
04
Let the partner respond
A partner with Contracts permission can open the secure portal, review the terms, and accept or decline. Keep the portal link private and verify that the correct partner is assigned.
05
Record compliance requirements
Request items such as a W-9, W-8BEN, certificate of insurance, rider, invoice, or ACH documentation with an owner and due date. Update the checklist as items are received and approved.
06
Track the payment commitment
Add the deposit, balance, vendor, co-promoter, refund, or other commitment with payee, amount, and due date. Update its status as the external payment process advances.
07
Automate the follow-up
Optionally enable a reminder for upcoming payment due dates, signed contracts, received compliance, or on-sale status.
What success looks like
The event has a visible contract status, partner response path, compliance checklist, and auditable payment schedule.
Important details and common mistakes Read before you finish
Marqueezy records what should be paid and whether it cleared; it does not hold or transfer bank funds without a connected payout provider.
Deleting an accepted or signed agreement is permanent. Confirm your document-retention obligations first.
Status is the operational source of truth: use Sent, Signed, Declined, or Void deliberately.
Map a provider feed to a show or enter a manual sales snapshot so pace, risk, reporting, and settlement use current actuals.
WhereSales dataAccessAdmin or authorized operatorTypical time5–10 minutes
Screen referenceUse a provider feed when available; the manual snapshot is the fallback for any system.
Before you start
Create the matching Marqueezy event first.
Know the ticketing provider and, when available, its external event ID.
For a manual update, have sold count, current capacity, gross, comps, and refunds from the same reporting cutoff.
Step by step
01
Open connected reporting
Go to Sales data. The provider strip shows supported reporting labels and highlights feeds already connected to the workspace.
02
Map the event
Under Connect sales reporting, select the Marqueezy event, choose the provider, and add the provider event ID when you have it. The event ID helps keep similarly named shows separate.
03
Create the reporting feed
Choose Create reporting feed. Copy the webhook URL and bearer token immediately; Marqueezy stores only the token hash after it is shown.
04
Configure the provider side
Add the provided destination and token in the ticketing provider or approved middleware. Send sales reports for only the mapped event.
05
Use a manual snapshot when needed
Select the event under Record sales snapshot and enter sold, capacity, gross, comps, and refunds. Use numbers from one timestamp so sell-through and gross are comparable.
06
Verify the latest report
Check Sales pace by show for the provider, sold/capacity total, sell-through percentage, gross, and stored snapshot count. Correct the source mapping if the wrong event appears.
What success looks like
Current sales actuals become available to pace reporting, portfolio risk, buying decisions, and settlement without replacing the ticketing platform.
Important details and common mistakes Read before you finish
Marqueezy does not sell or issue tickets. Checkout, fulfillment, refunds, and admission scanning remain in the connected provider.
A reporting token is a secret. Store it in the provider’s secret field, not in notes or email threads.
Do not mix a sold count from one report with gross from another date or time.
Register an organization-controlled device, cache the latest workspace snapshot, and understand what will and will not work after the connection drops.
WhereMobile opsAccessWorkspace member on a trusted deviceTypical timeAbout 5 minutes per device
Screen referenceRegister and refresh each show-day device while it still has a reliable connection.
Before you start
Use a device controlled by your organization, protected by its normal passcode or login.
Connect to a reliable network before leaving for the venue or production area.
Open the shows and operational records the device will need so the latest workspace snapshot is available.
Step by step
01
Open Marqueezy while online
Sign in and allow the workspace, operational data, and application shell to finish loading. The Mobile ops connection metric should read Online.
02
Name the device clearly
Go to Mobile ops, enter a label such as Production office iPad or Door manager phone, and choose Trust this device.
03
Confirm it appears as trusted
Find the device in Trusted devices. Admins can use its label, platform, status, and last-sync time to recognize stale or unexpected devices.
04
Refresh immediately before show day
Reopen Marqueezy on the device while connected and visit the relevant event. This replaces an older cached snapshot with the latest available data.
05
Work within the offline boundary
The application shell and latest snapshot remain available. Supported offer and operational updates can queue locally for replay after the connection returns.
06
Reconnect and verify
When service returns, keep the app open long enough to replay queued changes. Confirm the updated record on a connected device before treating it as synchronized.
What success looks like
The registered device has a recognizable trust record and a recent operational snapshot for temporary connectivity loss.
Important details and common mistakes Read before you finish
Offline is a continuity mode, not a replacement for a final pre-show sync.
Admission scanning stays in the connected ticketing provider.
Avoid editing the same record on multiple offline devices; queued changes may reflect different starting snapshots.
Give an internal integration the smallest required v1 API scope, capture the secret once, and maintain a clean rotation path.
WhereEnterprise›Scoped API keyAccessWorkspace adminTypical timeAbout 5 minutes
Screen referenceAPI keys and webhook secrets live beside identity and governance controls in Enterprise.
Before you start
Name the system and owner that will use the key.
Choose one required scope: events:read, fans:read, orders:read, webhooks:write, scim:read, or scim:write.
Prepare an approved secret manager; the full token is displayed only once.
Step by step
01
Open the key creator
Go to Enterprise and find Scoped API key. Use a descriptive name such as Reporting warehouse — production instead of a person’s name or a generic label.
02
Choose least privilege
Select only the scope the integration needs. Create separate keys when two systems need different data or when read and write access should be isolated.
03
Create and store the token
Choose Create API key, copy the full token from the shown-once result, and place it directly into the destination system’s secret manager.
04
Authenticate requests
Send the token as a Bearer credential to the v1 API over HTTPS. Never place it in a query string, client-side bundle, screenshot, or shared document.
05
Verify with the smallest request
Test the integration against the endpoint that matches the selected scope. A permissions error usually means the key needs a different scope—not that the existing key should be shared more widely.
06
Rotate deliberately
Create a replacement key, update and test the integration, then revoke the old credential. Keep separate keys for development and production.
What success looks like
The integration has an attributable, limited credential that can be rotated without affecting unrelated systems.
Important details and common mistakes Read before you finish
The full secret cannot be recovered after the one-time display. Create a replacement instead of trying to reveal it.
A key name and prefix may remain visible for identification; they are not usable as the credential.
Use a webhook when Marqueezy should push event, contract, or order changes instead of repeatedly polling.
Stage identity settings safely, validate the provider before enforcement, and keep access and control evidence auditable.
WhereEnterprise›Identity & sessionsAccessWorkspace admin with identity-provider accessTypical time30–60 minutes plus provider setup
Screen referenceIdentity, event access, and compliance evidence share one admin surface, but activation still requires provider validation.
Before you start
Choose SAML or OIDC with your identity administrator.
Collect the provider metadata or discovery URL and the organization’s verified sign-in domain.
Keep at least one tested admin recovery path until SSO enforcement is confirmed.
Step by step
01
Choose the protocol
Open Enterprise → Identity & sessions and select none, SAML, or OIDC. Match the protocol actually configured in the identity provider.
02
Enter provider discovery details
Add the HTTPS metadata or discovery URL and the verified company domain. These identify where Marqueezy should obtain trusted identity configuration.
03
Prepare provisioning
Enable SCIM only when the provider-side application and deployment credentials are ready. Use the separate scim:read or scim:write scope for provisioning integrations.
04
Save before enforcing
Save the identity controls with enforcement off. Complete provider activation and test sign-in with a noncritical account before locking the workspace to SSO.
05
Add narrow event overrides
When a member should see only one show, use Event-level access to set edit, financial, and settlement permissions for that event.
06
Record governance evidence
Use Compliance evidence to track a control key, human-readable control name, and status such as planned, implemented, verified, or exception.
07
Enforce only after validation
Turn on Enforce SSO after the provider, domain, callback, certificates or client credentials, and recovery plan have all been tested in the deployment environment.
What success looks like
Identity and provisioning settings are staged without prematurely locking out the team, while event overrides and control evidence remain visible to admins.
Important details and common mistakes Read before you finish
Saving SAML or OIDC fields does not by itself finish provider activation. Deployment credentials and identity-provider configuration are still required.
Do not enable enforcement as the first test.
Session, retention, and network-policy requirements should be agreed with the security owner before rollout.
Start a tracked migration request, define exactly what should move, and prepare source files for mapping and financial reconciliation.
WhereOnboarding›Plan a clean migrationAccessWorkspace adminTypical time5 minutes to request; migration time varies
Screen referenceA migration begins with scope and field mapping; source records are not changed when the request is created.
Before you start
Keep an untouched copy of every source workbook or export.
Identify which source is authoritative for active shows, offer revisions, contacts, budgets, documents, and settlement history.
Choose a target go-live date and a person who can answer field-mapping and financial questions.
Step by step
01
Open the migration planner
Go to Onboarding and find Plan a clean migration. Creating the request does not edit the source or import records automatically.
02
Name the current system
Choose Spreadsheets, Prism.fm, venue-management software, ticketing exports, or another system so the intake can use the correct mapping approach.
03
Define the scope
Select active shows/offers/budgets, contacts/relationships, documents/settlement history, or the complete workspace. Start with active operational data when historical files are inconsistent.
04
Set the target date
Add the date the team expects to work primarily in Marqueezy. Leave enough time for mapping, a test import, reconciliation, and corrections.
05
Request the migration plan
Submit the form. The tracked request asks the Marqueezy team for secure intake steps and the field-mapping template; follow that channel instead of emailing sensitive workbooks.
06
Prepare clean source exports
Preserve stable IDs where available, keep dates and money values in consistent formats, separate people and organizations, and identify duplicate or cancelled records rather than silently deleting them.
07
Review the test import
Check event counts, capacities, guarantees, ticket tiers, expense totals, documents, and settlement balances. Compare aggregate financial totals to the source before approving the final move.
08
Choose and document the cutover
Agree when edits stop in the old system, complete the final delta import, and tell the team which system becomes authoritative. Keep the source archive for audit and rollback reference.
What success looks like
The migration has an explicit scope, accountable owner, secure intake path, reconciled test, and clear cutover instead of an untracked bulk upload.
Important details and common mistakes Read before you finish
Do not reformat or overwrite the only copy of a source workbook.
Passwords, ticketing credentials, API tokens, and bank details should not be placed in migration spreadsheets.
Use the support request history to track status and follow-up rather than submitting duplicate requests.