Skip to content
Help Center
Submit a request Sign in


Create a case with the right customer context and ownership

A case gives a customer issue an owner, a status, and a shared history. Start it with enough context for the next person to act: the correct company and contact, the business impact, the affected environment, and the next responsibility. This is especially useful when several people at one customer organization are involved in a complex investigation.

At a glance

For: agents and support teams who create customer cases. Applies to: Supportbench Core.

Start here: New → Case

Before you create the case  ·  Create the case  ·  Understand Save draft before using it  ·  Check the result  ·  Make the first record useful  ·  Create a first case using a complete customer example  ·  Resolve common creation problems

Before you create the case

Search for an existing case first. Another contact may already have reported the same issue; review the facts before creating a duplicate. You need permission to create/edit cases. Division and activity type are required, while customer, subject, priority, issue, and other requirements also depend on your case policies. A customer-facing reply requires a subject, a recipient, and an available reply address.

Example: a useful starting point

“Invoice export fails for three EU subsidiaries” gives a specialist more context than “Export broken.” Add when it started, the affected product or version, the observed error, and the business deadline. Keep passwords, access tokens, and unrelated personal data out of the description.

Create the case

  1. Open New → Case. Select the appropriate Division. Available issues and policy-driven fields may change with that choice.
  2. Use Search by company name/contact/email and select the intended company and contact. Check the relationship carefully when similar names exist. Create a company or contact only if needed and permitted.
  3. Enter a clear Subject, then choose the appropriate Priority, Issue, and Activity type where shown. Explain the customer impact so a later priority review has evidence.
  4. In the editor, write the first reply or note. Check whether the selected activity type is customer-facing. For a reply, review To, Cc, Bcc, and the reply address; keep internal investigation details in an internal activity.
  5. Complete the relevant additional case fields. Depending on policy, these can include asset, project/version, due dates, time, tags, task details, and custom fields. Use Add files for useful supporting material and check its audience.
  6. Open More create options when you need to review the initial state or assignment. In Finish the case, review Case state, Assign to agent, and Assign to queue. Selecting an agent clears the queue selection, and selecting a queue clears the agent selection.
  7. Review Add the assignee as a watcher and any cross-team selector options. Choose Create case when the initial activity is ready, or Save draft using the distinction below.
Core Case Add fields for Division, customer search, Issue, Subject, Activity Type, and To, Cc and Bcc recipients.
Start with the correct Division and customer. Complete the Subject and Activity Type, then review recipients for the chosen activity. Required fields depend on the applicable case policy.

Understand Save draft before using it

A draft still creates a case

Save draft creates the case and stores its first activity as a draft, then opens the resulting case. It does not merely retain an unfinished form in your browser. The initial composer email is not queued for delivery, but case workflows, SLA recalculation, webhooks, and synchronization can still run.

ActionResult
Create caseCreates the case and commits the initial activity. A valid customer-facing reply is queued for delivery; delivery may complete later.
Save draftCreates the case with a draft initial activity. The composer’s initial outgoing email is not queued. Other case lifecycle behavior can still occur.

Use a draft when the initial reply needs review, and then inspect the case and draft activity. Do not use it as a way to suppress every automation or notification.

Check the result

  • Confirm the case opens and note its case ID.
  • Verify the company, contact, division, state, and current owner or queue. Configured workflows may affect routing.
  • Read the initial activity and check its audience. If saved as a draft, confirm it remains a draft before treating it as a customer update.
  • Verify attachments and relevant asset or project details.
  • Check that the intended team can find the case in its working view. An empty view can reflect filters or access, rather than a failed creation.

Make the first record useful

  • Capture observed facts separately from a suspected cause. This helps specialists avoid repeating an unverified assumption.
  • Choose an individual owner when responsibility is clear, or an appropriate queue when a team must triage. Confirm the final assignment after workflows run.
  • Use the customer’s business impact to explain urgency. A requested date and an SLA commitment are different things.
  • Record the next action and who should take it. A good description without ownership can still stall.
  • For recurring equipment or product issues, associate the relevant asset/version where configured and link reusable knowledge after verification.

Create a first case using a complete customer example

A caller from a fictional customer, Northstar Manufacturing, says its order export failed overnight. Before saving, identify the person, organization, business impact and the immediate response you intend to record. These example values illustrate a good intake; they are not defaults to copy into real cases.

Part of the caseUseful exampleDecision to make
Company/contactNorthstar Manufacturing / its verified operations contact.Search the existing records; do not create a duplicate when a spelling differs.
SubjectOvernight order export fails after mapping change.Describe the affected task and observed symptom; the change may be a clue, not a proven cause.
ContextFirst failure time, last successful run, affected scope, error and customer deadline.Capture missing information as questions rather than filling it with assumptions.
OwnershipThe approved integration queue or responsible agent.Check the saved result because configured workflows can route the case.
First activityA customer acknowledgement or an internal intake note.Choose the audience deliberately. The internal version does not notify the customer.
  1. Select the verified company/contact and complete the case fields required by the selected division/policy. If the reported product is represented by an asset, choose the actual item and confirm its customer context.
  2. Write the first activity for its intended audience. For a customer reply, ask for one useful missing item and state the next update commitment. Review recipients, reply address and attachments.
  3. Save using the action that matches your intent. Then open the resulting case and note its assigned ID. Check company, contact, owner/queue, state and first activity.
  4. If you used Save draft, inspect the resulting draft first activity in Case View. Complete and send it through the normal activity workflow when ready; do not assume the customer already received it. The case itself exists and lifecycle processing can already have occurred.

If the save outcome is unclear, search for the expected case or inspect the resulting navigation before submitting again. A slow response can still represent a successful creation. Creating a second case can split the history and cause duplicate customer communication.

Resolve common creation problems

ProblemWhat to check
The required customer or division is missingCheck spelling, record state, division access, and customer permissions. Avoid selecting an unrelated record to bypass validation.
The form asks for more fieldsCase policies can require fields for the selected division or activity. Complete the highlighted requirements.
The case routed somewhere unexpectedInspect its final assignment and applicable workflow rules with an administrator.
The customer did not receive the first messageConfirm it was created as a customer-facing activity rather than a draft or internal note, then check recipients, reply address, and delivery status.
An attachment is wrongCorrect it through the permitted case/activity workflow before sending or sharing the content.

Was this article helpful?