Home / Docs / Administration

Administering Quick Receivable

This guide covers user roles, permission sets, and day-to-day administration in Quick Receivable. It's written for the Salesforce admin or AR Admin responsible for keeping the org configured correctly as your team grows.

User Roles

RoleTypical Responsibilities
CollectorWorks assigned accounts, sends AR emails and reminders, places AI collection calls, logs promises to pay, flags disputes, applies payments
Supervisor or ManagerConfigures dunning templates, manages credit policy and applications, assigns collectors, reviews reporting, broader configuration access

Permission Sets and Licenses

  • Assign the QR Permission Set to team members who manage accounts on a day-to-day basis, as well as users responsible for configuring dunning, credit policies, and reporting.
    QR_Permission_Set listed on the Salesforce Permission Sets page
    QR_Permission_Set detail page with the Manage Assignments button
  • Confirm each user has an active Salesforce license, since permission sets alone don't grant access without one.

Assigning Collectors to Accounts

  • Open an account record and set the Collector field to assign ownership.
    Account record in Quick Receivable showing the Collector field
  • For bulk assignment across many accounts, use a Salesforce list view mass-update or a data import to set the Collector field in one pass.
  • Reassign accounts when a collector changes territory or leaves the team, so ownership never goes stale.

Managing Dunning Templates

AR Admins can edit the wording, timing, and tone of each stage in the reminder cycle (Early reminder, Due reminder, Past-due reminder, Final notice, and Broken-promise follow-up) from the Collections & Dunning configuration area. See Collections & Dunning for the full template list.

Security Model

Because Quick Receivable is Salesforce-native, it inherits Salesforce's standard security model rather than introducing a separate one.

  • Access is controlled through permission sets and profiles, the same way any other Salesforce data is secured.
  • Record-level access follows your org's existing sharing rules and ownership model.
  • Single sign-on (SSO) and SAML, if your organization uses an external identity provider, are configured at the Salesforce org level.

Multi-Entity Considerations

If you operate multiple entities or subsidiaries, decide early whether they'll share one Quick Receivable instance with entity-level reporting, or whether they need separate collector pools and credit policies. Coordinate this with your implementation contact during the Implementation phase, since it affects how accounts, aging, and reporting are structured from the start.

Need help structuring roles for a larger team?

Reach us at info@quickreceivable.com or through our Contact Us page.