Close matters, clients and employee records without losing traceability

Objective. Apply a non-destructive end-of-life process to matters, clients, employees and reference codes while keeping past time, expenses, invoices, payments and responsibilities accessible.

Estimated duration1 h 20

Your data before starting

Choose an open matter that you are authorised to inspect read-only. Write down its code, client, owner and proposed end date. Also choose one sales code and one expense code still used by historical entries. Use your own filters throughout and work only with the counts, dates and states returned for that matter.

What you will learn

  • Distinguish ending or deactivating a record from destructive closure or deletion.
  • Review dependencies before changing the status of a matter, client or employee.
  • Understand the different purposes of history, backups, retention and NF525 tax archives.

Recommended workflow

  1. Inventory open events, deadlines, budgets, time, expenses, draft invoices, issued documents and payments linked to the record.
  2. Reassign future responsibilities and complete, correct or document outstanding transactions.
  3. Use an ended, departure or inactive status whenever it meets the business need and retains history.
  4. Before any destructive operation, follow the authorised retention, backup and, where applicable, NF525 archive procedure and record the decision.

Before continuing

  • A filtered-out record is not assumed to have no dependencies.
  • Issued invoices, payments and their history remain accessible for the required retention period.
  • A backup is not treated as a substitute for a tax archive or a documented retention procedure.

Prerequisites and non-destructive vocabulary

Ended status removes a completed matter from current entry while retaining its history. A departure date and NPU marker have the same non-destructive intention for clients, employees and reference codes. Close, deletion, purge and restoration have different destructive effects and require separate authority.

Do not save any status, departure, reassignment or NPU change and do not run deletion, purge, restoration or tax archive generation. For every control record company, period, filters, row count, latest date and access rights.

Make the decision without changing data

Decide whether the selected matter can be proposed as Ended. Review its events, budgets, time, expenses, drafts, issued invoices and payments, then prepare any reassignment and NPU changes without saving them.

  1. 10 min: distinguish Ended, departure, NPU, Close and Delete.
  2. 20 min: review matter dependencies.
  3. 20 min: decide what remains to be handled.
  4. 20 min: prepare reassignment, departure and NPU without saving.
  5. 10 min: choose the next step for the matter.

Classify each item as handle, reassign, retain or deactivate. Keep the matter open while any necessary action remains unresolved.

1Inventory before changing the matter state

Path: Clients / Matters > Matters and Client and matter events.

Confirm the current matter state and locate every unfinished or future event. Record actual count, date, owner and authorised future treatment. Prepare Ended without saving and identify the filters that would retain access afterwards.

Do not delete an event to clean the list. Ended preserves history; destructive Close and Delete have different effects.

Prepare the new state for the selected matter only and review pending changes.
Prepare the new state for the selected matter only and review pending changes.
Filter the matter and record every unfinished event, its date and its owner.
Filter the matter and record every unfinished event, its date and its owner.

The actual event count and every remaining treatment are recorded; any unassigned item blocks the recommendation.

2Check operational and financial dependencies

Path: billing budgets, time, expenses, drafts, issued invoices, payments and reports.

Use the same client, matter and company with a broad enough period. For each list, note the count, latest date, state and next action. When a list is blank, check filters, period, rights and company before deciding there is nothing to handle.

Issued invoices and payments remain available whatever the matter state. Corrections follow their normal business workflow.

Filter the matter and period, then check task, duration, quantity and billing state.
Filter the matter and period, then check task, duration, quantity and billing state.
After issue, find the document by number and verify that it belongs to the correct matter.
After issue, find the document by number and verify that it belongs to the correct matter.
Build the report with an explicit scope, columns and filters.
Build the report with an explicit scope, columns and filters.

For each list, you know whether anything remains to be handled and where to find it.

3Prepare customer and employee departures

Path: Clients, Employees and the reassignment form.

Before a client departure date, review open matters, future budgets and movements. Before an employee departure, identify clients, matters, events and future budgets to transfer. Record former owner, new owner, effective date and scope without submitting the form.

A departure date retains history. Any future responsibility without an owner blocks the departure.

Find the selected client and check its status and departure date before proposing a change.
Find the selected client and check its status and departure date before proposing a change.
Find the selected employee and check the departure date before preparing reassignments.
Find the selected employee and check the departure date before preparing reassignments.
Define the former owner, new owner, effective date and transfer scope.
Define the former owner, new owner, effective date and transfer scope.

The proposed dates are compatible with the inventory or remain explicitly blocked by a named dependency.

4Deactivate used reference codes with NPU

Path: Configuration > Sales codes and Expense codes.

For both chosen codes, identify historic uses and a replacement. NPU prevents future selection while preserving the code on historic time, expenses, budgets and invoices.

Record replacement, cutover date and affected users. Save nothing and never recode an issued invoice for visual uniformity.

Before setting NPU, identify historic uses and the replacement sales code.
Before setting NPU, identify historic uses and the replacement sales code.
Before setting NPU, identify historic uses and the replacement expense code.
Before setting NPU, identify historic uses and the replacement expense code.

Each code has a planned replacement and its historic references remain intact.

Separate history, backup and NF525 tax archive

Action history shows what happened; a backup provides a technical restore point; an NF525 tax archive, when applicable, serves a separate fiscal purpose. None replaces the others.

Check the module status before using an NF525 function. If the module is inactive or unavailable to your profile, ask the appropriate person to review it. Do not generate an archive or purge data during the exercise.

Check NF525 module status before applying a tax-archive procedure.
Check NF525 module status before applying a tax-archive procedure.
Consult the NF525 journal to trace sensitive operations.
Consult the NF525 journal to trace sensitive operations.
Ended status removes the matter from current entry while retaining its history.
Ended status removes the matter from current entry while retaining its history.
A departure date removes the client from current selections without deleting history.
A departure date removes the client from current selections without deleting history.

You know which reports and histories to retain, where the backup fits and whether a tax archive applies.

Work through the selected matter

Review every list for the selected matter without saving a change.

  1. Review dependencies. Filter events, budgets, time, expenses, drafts, invoices and payments.

    Note scope, count, latest date, state and next action. Correct an uncertain filter before drawing a conclusion.

  2. Handle open items. Give every future item an owner and next step.

    Nothing is removed merely to clean a list.

  3. Prepare Ended. Check how you will still find the matter afterwards.

    If everything is handled, the change can be proposed; otherwise keep the matter open and list what remains.

  4. Prepare reassignment and NPU. Note owners, dates, scope and replacement codes.

    Future ownership is complete and historical data remains unchanged.

Choose between “state change to propose” and “matter to keep open”, then note the remaining actions.

Before you finish

  • Counts, dates and states come from filters on the selected matter.
  • Every future item has an owner and next action; otherwise the matter stays open.
  • Reassignment, departure and NPU changes have only been prepared.
  • Invoices, payments and history remain retained.
  • The conclusion depends only on what you found in your matter.

Before finishing, review every open point and give it an owner and next date.

Errors to avoid

  • Using destructive Close merely to clean a list.
  • Assuming an unfinished dependency means the matter is complete.
  • Deleting a referenced client, employee or code.
  • Confusing backup, action history and tax archive.
  • Purging without an authorised procedure and covering archive.
  • Changing tax-relevant history silently.

Step back

Ending a matter is about stopping future use while keeping its history. Ended, departure dates and NPU usually meet that need. Close, deletion, purge and restoration have wider effects and require a separate authorised procedure.

Use the least destructive option that solves the operational need. Keep the matter open whenever an event, budget or responsibility still needs attention.

Choose the next step

If no blocking item remains and the required history will stay available, propose Ended for authorisation. Otherwise leave the matter open and note each remaining action, its owner and the next review date.