Billing in BriteCore

Billing occurs at the individual policy level on a policy’s Accounts Receivables screen.

Divided by terms

Billing is divided by policy term.

Note: Cross-term previous credits are displayed on the Renewal Billing Statement under Previous Balance.

Figure 1: Example of the Renewal Billing Statement.

Billing across terms


If a prior term has an outstanding debit, the next payment received will be applied to that debit first.


If a prior term has an outstanding credit, that credit will be transferred to the next term when the new term’s effective date comes to pass. The credit is transferred on the effective date to cover any late-term endorsements on the prior term.

In other words, credits always move to the latest possible term. Doing so ensures refunds aren’t lost when a policy expires or is canceled.

Billing when committed

Billing activity occurs once a policy’s revision is committed.

When a policy is committed or issued for the first time:

  • Invoices will appear on the Accounts Receivable screen according to the chosen billing schedule.
  • Any prepayments will be considered when generating the invoices.
  • Invoice deliverables will generate in the Attachments screen and print according to your site configuration.

When a premium-bearing revision is committed on an in-force policy:

  • Invoices will update according to the change in premium.
  • Invoice deliverables will regenerate in the Attachments screen and print according to your system settings.

All billing generated now

BriteCore generates all invoices for the term once a revision is committed.

Policies issued late

A late policy is one that is issued later than it was supposed to be issued. For example, you’re to provide 30 days between the date you mail the invoice and the date it is due. If you provide 25 days, then the policy is considered late.

Renewal business should never be issued late as it automatically renews on time year after year. New business, however, is often issued late.

Given the difference between renewal and new business, BriteCore processes the first invoice of a renewal differently than a new business policy. A new business policy will provide the requisite number of mailing days regardless of when the policy’s revision is committed.


  • You provide 30 days mailing with the bill due on the effective date.
  • If you issue a renewal policy on day 25, the bill will still be due on the effective date.
  • If you issue a new business policy on day 25, BriteCore will compensate for the 5 days by setting the invoice’s due date to 5 days after the effective date.

Premium Overview section

Total written premium

The written premium as of today, including any endorsements.

Premium billed to date

The amount of written premium billed as of today.

Custom fees billed to date

Fees set up in the Lines module (such as policy fee) billed as of today.

System fees billed to date

Billing-related fees (installment, non-pay, reinstatement, or NSF) billed as of today.

Total paid to date

The total credits received as of today.

Payoff amount

The remaining premium and billed fees left to pay off the policy. This excludes unbilled fees.


Billing information is set up as a ledger, starting at the bottom of the table:

  • The Amount column displays the debit or credit for a particular transaction.
  • The Trailing Balance column is the running total of debits and credits.

Dates matter

Billing considers three distinct dates.

Bill date

The date the invoice is issued. With the exception of weekends and holidays, the bill date matches the date the invoice was printed and mailed.

Due date

The date a debit is due. On this date, a policy will enter non-pay if unpaid. Depending upon your site configuration, this date may appear differently on invoices (grace period), or the non-pay may process at the end of the day rather than the beginning.

Cancel date

The date the policy cancels, if unpaid.

Edit and Reprint

A multi-purpose billing tool to extend billing dates or generate amended invoices.

Note: Invoice dates must be within their policy term. This means a user can’t change an invoice’s date using Edit and Reprint to be outside the policy term.

For example, the term is 1/1/2019-1/1/2020. You can’t edit an invoice’s due date on this term to 3/1/2020.

Invoicing outside of a policy term

BriteCore’s default billing behavior is for invoicing to be scoped by policy term. There may be cases where an invoice in one term must be changed to be due in another term, which is often the case on policies with terms less than 1 year in length. Invoices can be edited and reprinted to outside their current term so long as the On renewals, suppress the Confirmation of Cancellation setting is checked (on). If the setting is unchecked (off), you can’t edit and reprint an invoice outside of its term. If attempted, you will receive a message like the one below.

Figure 2: Message you’ll receive if you try to edit the invoice outside of the current term and the On renewals, suppress the Confirmation of Cancellation setting is disabled.

When the On renewals, suppress the Confirmation of Cancellation setting is checked, users can enter dates outside of the policy term, and BriteCore generates a Notice of Cancellation for Non-Pay every time you cancel a policy excluding two instances:

  • When a policy cancels prior to the renewal term’s effective date, the system will only generate a Notice of Cancellation for Non-Pay for the current term. When there is an outstanding debit in the current term, the Notice of Cancellation for Non-Pay will refer to the current term and not the renewal. The renewal would not be effective when the prior term is canceled. When the setting is checked, the system will generate two Notices of Cancellation for Non-Pay, one for each term.
  • When a policy cancels for non-pay and the only unpaid balance is for the renewal invoice.

If a policy cancels for non-pay of a Renewal Invoice and all other debts in the current term are paid off, the system will generate a Notice of Cancellation for Non-Pay on the due date of the invoice. In this case, a Confirmation of Cancellation notification will not be sent out on the cancel date.

For example, let’s say a policy is in a current term from 1/19/2019 – 1/19/2020, and has been renewed for 1/19/2020 – 1/19/2021. All debts on the 2019 – 2020 term have been paid off, and a Renewal Invoice has been generated with a:

  • Bill date of 11/25/2019.
  • Due date of 1/19/2020.
  • Cancel date of 2/1/2020.

The insured does not pay the bill on 1/19/2020, so a Notice of Cancellation for Non-Pay is generated. By the cancel date of 2/1/2020 the bill is still not paid, but no Notice of Cancellation for Non-Pay is generated because the only unpaid debt is the renewal invoice. In this case, Custom Deliverables could be used to generate a Notice of Cancellation for Non-Pay.

To enable:

  1. Log in as an Administrator.
  2. Navigate to Settings > Modules > Policies.
  3. Select Edit Policy Lifecycle.
  4. Select a State.
  5. Select either:
    1. Select a policy type and continue to next step.
      1. Lifecycle Parameters Are the Same for All Business.
      2. Lifecycle Parameters Are Defined Per Policy Type.
  6. Navigate to Cancellation tab, if necessary.
  7. Select On renewals, suppress the Confirmation of Cancellation.
  8. Select Save or Save and Exit.
Figure 3: View of where you can find the On renewals, suppress the Confirmation of Cancellation setting.


Billing schedule changes

Agents and outside payors may change a policy’s billing schedule dependent upon your site’s configuration.

Staff may change a policy’s billing schedule at any time during the term. When changed, two options are presented:

Preserve invoices that have already been sent (point forward)

This changes the billing schedule point forward. One case for this option is when the insured pays the first installment and requests future installments be billed to the mortgagee. A second case is when the agency pays the first installment via agency sweep but future installments are billed to the insured.

Note: Dates matter. Any invoices where the cancel date has yet to pass will not be preserved.

Regenerate invoices that have already been sent (restart)

This restarts the entire policy term on the new billing schedule. The primary case for this option is when the insured requests a new schedule for the term or when the incorrect billing schedule was selected during billing setup.

Waive fees on unbilled invoices

For various reasons, you may want to selectively waive an installment fee prior to an invoice being issued. Or, you may want to waive installments fees on future invoices when those invoices are paid in full but the fee was not removed automatically.

When enabled, the allow_clients_to_waive_unbilled_fees allows staff the option to waive system fees on unbilled invoices.

When set to False (default), the Waive System Fee button only works for already billed invoices. If you attempt to waive a system fee on future invoices a pop-up message will instruct that you can only waive system fees that have been billed.

Figure 4: Message that will appear if the allow_clients_to_waive_unbilled_fees setting is disabled and you try to waive fees on future invoices.

When set to True, You can waive the system fee for unbilled invoices.

Enable the setting

  1. Log in as an Administrator.
  2. Navigate to Settings > Advanced.
  3. Search allow_clients_to_waive_unbilled_fees.
  4. Select True.

Select the Invoice for Waive System Fee

  1. Access a policy.
  2. Navigate to the Accounts Receivable screen.
  3. Scroll to Account History section.
  4. (Optional) In the search area, enter a date range that captures future invoices and select Invoice in the Show box.
  5. Select Search.
    Figure 5: View of where you can edit the invoice date range and locate the Show dropdown list.
  6. Select the drop down for the selected policy invoice to waive.
  7. Select Waive System Fees and select OK to confirm.
    Figure 6: View of where you can select to Waive System Fees.
  8. Confirm the waive has been applied.
    • Navigate to the Notes screen of the policy.
    • Search Waive.
      Figure 7: View of sample note that is created when you waive a fee.

Note: Since the fee is being waived on a future invoice, the waive transaction is dated the same as the invoice rather than the date the fee was waived. To view on which date the fee was waived:

    Account History transactions and their meanings

      The table below summarizes the transactions that appear on the Account History table of an individual policy.

        Transaction Type




        Credit transfer adjustment

        A credit is moved from one term to another


        Endorsement adjustment

        A revision is committed on an already committed policy where the premium is decreased and no future invoices exist


        Unearned premium/fees;

        Adjusted to MM/DD/YYYY

        A policy is canceled mid-term

        Exported Return Premium

        The MM/DD/YYYY Return Premium for $1.00 was exported on MM/DD/YYYY

        A database only row that is written when a return premium is exported from the Return Premium queue


        Continuation fee applied

        A continuation fee is assessed


        Initial invoice/Renewal invoice/Installment invoice

        A policy is committed for the first time


        Endorsement invoice

        A revision is committed on an already-committed policy where the premium is increased


        Policy will cancel on MM/DD/YYYY

        A debit is unpaid by the due date of the invoice, subject to the non-pay threshold and due date grace period settings


        Applies to MM/DD/YYYY payment

        An Administrative Portal user clicks the NSF button on a payment


        Paid through MM/DD/YYYY

        (Policy moved out of cancellation pending due to this payment)

        A payment is applied to a policy


        Policy set to Active: Reason entered by user

        An Administrative Portal user clicks the Reinstate button on a canceled policy

        Return Premium

        Reason entered by user

        When a return premium is generated by an Administrative Portal user

        When a credit exists on a policy or by the system

        When a policy cancels with a credit

        Return Premium Transfer

        Premium Transferred from Policy #10-2018-1

        An Administrative Portal user transfers a return premium from the Return Premium queue to the same or different policy; a canceled policy that issued a return premium is reinstated before the return premium was exported from BriteCore


        Policy Status: Active > Written Premium: $1000.00

        A database only row that is written when a revision is committed


        Waived system fee from MM/DD/YYYY invoice

        An Administrative Portal user clicks the Waive System Fees button on a debit with a system fee, such as an installment fee on an invoice, an NSF fee on an NSF, a reinstatement fee on a reinstatement, or a continuation fee on a continuation


        Waive MM/DD/YYYY non-pay fee due to cancel flat

        A policy is canceled flat


        Premium write off

        An Administrative Portal user clicks the Write-Off Premium button when premium is due but will not be collected


        Custom fee write off

        An Administrative Portal user clicks the Write-Off Custom Fee button when a custom fee is due but will not be collected