Skip to main content

Discount Periods

Discount Periods

Purpose and when to use this record

BriskSchedule storesa discountdate-bounded periodspercentage aspromotion partand disable it without erasing its history.

At a glance

  • Identify it by: Begin Date, and End Date.

  • Why care: Customer, warehouse, quantities, prices, tax, payment, and fulfillment represent different parts of the salestransaction. module.Review Thiseach generatedbefore referencetreating the sale as complete.

  • Why care: Availability and publication flags affect future use without erasing history. Prefer disabling an obsolete setup record when existing transactions still refer to it.

Before you begin

You need the Brisk permission for the action you are taking on discount periods. If a Create, Edit, or Delete control is awaitingabsent, workflowdo review.not work around it with another user’s account; ask an administrator to review your role.

Create a recorddiscount period

Brisk Discount Periods create screen displayed with fictional documentation-demo data.
The Discount Periods create screen in the Brisk documentation demo.

TheCreate evidencea packetdiscount identifiesperiod after searching for the viewperson, organization, item, location, or resource under alternate names and sourceidentifiers. locationMerge foror correct an existing master record instead of creating a duplicate.

  1. Select the business context first.

  2. Enter the required identifying and operational values: Description, Begin Date, and End Date.

  3. Review Cancelled deliberately; these choices control availability or workflow rather than merely describing the record.

  4. Save the discount period, then confirm Begin Date, and End Date on its detail page before continuing.

After saving: Verify this action.discount Confirmperiod user-facingin stepsthe next transaction or assignment screen before approvingstaff build new activity on it; correct ownership, classification, and active state now rather than after transactions accumulate.

Delete a discount period

Delete this page.discount period only if it is an unused duplicate or setup mistake. Once other records refer to it, preserve that history and make the value inactive when the screen provides that option.

If the record is merely obsolete, use Cancelled to remove it from future use while preserving existing references.

On the confirmation page, verify Begin Date, and End Date. After confirmation, return to the Discount Periods list and make sure only the intended discount period was removed.

ViewReview recorddiscount period details

The evidence packet identifiesUse the viewdetail page as the shared record of what this discount period currently means. Verify Begin Date, and sourceEnd locationDate before relying on it for thisa action.decision.

Confirm

Compare user-facingthe stepsdiscount period with its source document or approved setup request before approvingdeciding that it needs correction.

Next check: Verify this discount period in the next transaction or assignment screen before staff build new activity on it; correct ownership, classification, and active state now rather than after transactions accumulate.

Edit an existing discount period

Edit this discount period to keep the same real-world party, item, location, or resource accurate. Do not repurpose it for a different entity after activity is attached.

  1. Open the detail page. Compare Begin Date, and End Date with the supporting document or approved request.

  2. Recheck Begin Date, and End Date. These values are most likely to change customer totals, tax, payment, fulfillment, and receivables.

  3. Save the change, return to the list, and confirm that the discount period now appears under the expected Cancelled.

After the change: Verify this discount period in the next transaction or assignment screen before staff build new activity on it; correct ownership, classification, and active state now rather than after transactions accumulate.

Find and review recordsdiscount periods

Brisk Discount Periods list screen displayed with fictional documentation-demo data.
The Discount Periods list screen in the Brisk documentation demo.

The evidence packet identifiesUse the viewDiscount Periods list to find the correct record before opening or changing it. Compare Begin Date, and sourceEnd locationDate. Compare the full identifier rather than relying on a similar name.

Open the discount period whose Begin Date, and End Date match the task. If it is missing, clear the list filters and recheck Cancelled rather than creating a replacement immediately.

Fields and business rules

Brisk stores 5 user-relevant fields for this action.discount Confirmperiod, user-facingincluding steps0 beforelinked-record approvingselections and 0 controlled-choice fields. Create and edit screens may hide calculated or workflow-managed values from this page.full reference.

Editanexistingrecord

The

evidencetheviewandsourcelocation Confirmuser-facingsteps
Field Required What packetit identifiescontrols
DescriptionYesGive a memo or reason for this action.discount.
PercentNoSet the percentage that all items will be discounted for the period of promotion.
Begin DateYesSet the beginning of the discount period.
End DateYesSet the ending of the discount period.
CancelledNoUse this field to quickly disable a Discount without changing its dates or deleting it.

What happens next

Verify this discount period in the next transaction or assignment screen before approvingstaff build new activity on it; correct ownership, classification, and active state now rather than after transactions accumulate.

Common mistakes and troubleshooting

  • The record will not save: Recheck Description, Begin Date, and End Date and any message beside the field. A required related record may also be inactive or unavailable to your role.

  • The values look right but the result is wrong: Compare this page.

    discount

    Deleteperiod a record

    The evidence packet identifieswith the view and source locationdocument foror thisapproved action.setup Confirmdecision, user-facingthen stepscheck beforethe approvingdownstream thisscreen page.where it is used.