Revenue recognition

DMF

070816 ACCOUNTING PERIODIC WORKS REVENUE RECOGNITION

070817 ACCOUNTING PERIODIC WORKS REVENUE DU CA : SAISIE

070818 ACCOUNTING PERIODIC WORKS REVENUE DU CA : VALIDATION

070820 ACCOUNTING PERIODIC WORKS COST DES CHARGES : HISTORISATION

070821 ACCOUNTING PERIODIC WORKS COST DES CHARGES : ECRITURE

The revenue recognition menu (Accounting > Periodic works > Revenue recognition) allows you to do the revenue recognition of the connection company when the revenue recognition is not in correlation with billing or when the company has various activities and requires to calculate multiple revenue recognition.

There are different ways to do a revenue recognition:

  • Prorata: The revenue is calculated in proportion of the time spent.
  • Completion: The revenue is calculated like the time-based billing. It takes into account time spent of employees of the company.
  • Actual progress: the progress percentage is calculated by comparing the actual with the expected costs (actual costs + remaining tasks).
  • Theoretical progress: the progress percentage is calculated by comparing the timesheets and the number of days sold matching the quantities of the order lines.

Note

Various methods can be set up for the same company.

Reference

For more information about the various revenue recognition methods, see Description of Revenue Recognition methods.

When the revenue is calculated, it is separated from the sales billing process:

  • If the billing is greater than the revenue, a deferred revenue is generated.
  • If the billing is less than the revenue, an invoice to be issued is generated.

Once these calculations are validated, deferred revenue and invoices to be issued entries are generated per project (or per phase).

The revenue can be calculated using a dedicated project logging process and in a specific report if:

  • you do not want to generate accounting entries,
  • you want the calculation to depend on business data as well as on standard management objects (for example: project custom data) and the revenue calculation methods that are available cannot be used.

Example

There are two examples of revenue calculation according to the company's profile:

Software publisher profile:

  • Maintenance: Prorata
  • Rebilling charges: Completion
  • Services with delivery notes: Completion
  • Fixed price projects: Actual progress
  • Sold time-based billing: Theoretical progress

Engineering company profile:

  • Fixed price projects: Actual progress with updated sales forecast
  • Sold time-based billing: Theoretical progress
  • Occasional service: Completion

Various setups must be done beforehand:

  • Setting up the access to the Revenue recognition (see Company).

Important

When the Revenue recognition menu is available, the Allocation of income to the period menu is hidden.

  • Setting up the accounting position (see Accounting position).
  • Setting up revenue recognition rule to apply (see Revenue recognition).
  • All invoices at closing date must be validated in order to create entries after the recognition.
  • Setting up sub-families of sold items (see Sold products).

    It is possible to link a revenue rule from the set up screen of sub-families of sold items (Tools > Setup > General setup > Sales > Sold item sub-families). When the Revenue recognition field is modified in the sold item sub-family setup, Akuiteo suggests you to update the revenue recognition rule of all sold items linked to this sub-family.

  • Sold items must be set up (see Sold products).

    The revenue recognition module only takes into account the sold items with the same rule specified in its set up. Therefore, you must run the revenue recognition process as often as there are revenue recognition types configured.