Identificare le obbligazioni di prestazione separate nel contratto di bundle di software secondo l'IFRS 15.

Questa domanda di esercizio verifica la vostra capacità di applicare il Passaggio 2 del modello a cinque fasi dell'IFRS 15 — identificare le obbligazioni di prestazione separate utilizzando il test di distinzione secondo l'IFRS 15.26. Affrontate lo scenario, quindi confrontate la vostra risposta con la soluzione modello e l'analisi per paragrafo di seguito.

Scenario: Contratto di Bundle Software

CloudSoft Ltd, una società a responsabilità limitata, ha sviluppato un pacchetto software di comunicazione chiamato FlowERP. CloudSoft Ltd ha sottoscritto un contratto con BuildCo per fornire quanto segue:

• (a) Licenza per l'uso di FlowERP
• (b) Servizio di installazione. Non richiede un aggiornamento del sistema operativo del computer, ma il pacchetto software non necessita di personalizzazione.
• (c) Supporto tecnico per nove mesi
• (d) Due anni di aggiornamenti per FlowERP

Richiesto

Consigliare se i beni o i servizi forniti a BuildCo sono distinti come definito conformemente all'IFRS 15.

Soluzione: Quattro Obbligazioni di Prestazione Separate

FlowERP è stato consegnato prima degli altri beni e rimane funzionante senza gli aggiornamenti e il supporto tecnico. Si può concludere che BuildCo può beneficiare del software autonomamente.

I promessi di trasferire ciascun bene e servizio al cliente sono separatamente identificabili. In particolare, il software non è stato specificamente modificato o personalizzato per integrarsi con i sistemi di BuildCo, e il servizio di installazione rappresenta un output separato promesso da CloudSoft Ltd piuttosto che un input utilizzato per produrre un output combinato.

In conclusione, i beni e i servizi sono distinti e ammontano a quattro obbligazioni di prestazione nel contratto.

Analisi: Applicazione del Test di Distinzione dell'IFRS 15

Il test a due parti secondo l'IFRS 15.26

Un bene o un servizio è distinto solo se entrambi i seguenti criteri sono soddisfatti simultaneamente:

• IFRS 15.26(a) — il cliente può beneficiare del bene o del servizio autonomamente, oppure insieme ad altre risorse facilmente disponibili.
• IFRS 15.26(b) — il promesso dell'entità di trasferire il bene o il servizio è separatamente identificabile dai promessi in altri termini del contratto.

La soluzione applica il criterio (a) alla licenza per prima, perché se la licenza stessa non fosse indipendentemente utile, nessuno degli altri elementi avrebbe bisogno di essere analizzato separatamente — tutto collasserebbe in un'unica obbligazione bundled.

Perché il criterio (a) è soddisfatto per la licenza

L'IFRS 15.27 chiarisce che un cliente può beneficiare di un bene o di un servizio se può essere utilizzato, consumato, venduto per più del valore di scarto, o altrimenti detenuto in modo da generare un beneficio economico. Il fatto che FlowERP sia stato già consegnato e operativo prima dell'installazione, del supporto e degli aggiornamenti è una forte evidenza che BuildCo traggue beneficio autonomo dalla licenza sola.

Perché il criterio (b) è soddisfatto — e quando non lo sarebbe

L'IFRS 15.29 elenca tre indicatori che i promessi non sono separatamente identificabili:

1. L'entità fornisce un servizio di integrazione significativo — i beni e i servizi sono input di un output combinato (ad esempio, un sistema su misura dove software, personalizzazione e integrazione sono inseparabili).
2. Un elemento modifica o personalizza significativamente un altro (ad esempio, il software è riscritto per incorporarsi nell'ambiente ERP proprietario di BuildCo).
3. Gli elementi sono altamente interdipendenti — nessuno può essere eseguito senza l'altro.

Nessuno di questi si applica qui. L'installazione è standard (nessuna personalizzazione), il software funziona indipendentemente dal supporto e dagli aggiornamenti, e CloudSoft Ltd potrebbe trasferire la licenza, l'installazione, il supporto e gli aggiornamenti in momenti diversi a clienti diversi.

E se il Software Richiedesse Personalizzazione?

Se FlowERP richiedesse una personalizzazione significativa per integrarsi con i sistemi esistenti di BuildCo — ad esempio, riscrivere moduli principali per connettersi al database proprietario di BuildCo — il servizio di installazione non sarebbe più un output separato. Invece, sarebbe un input in un deliverable combinato (il software personalizzato e integrato). Secondo l'IFRS 15.29(b), la licenza e l'installazione sarebbero bundle in un'unica obbligazione di prestazione, riconosciuta nel tempo al completamento della personalizzazione (IFRS 15.35(c)).

Similmente, se gli aggiornamenti fossero essenziali affinché il software funzionasse piuttosto che miglioramenti a un prodotto già funzionante, potrebbero non superare il criterio (a) autonomamente — BuildCo non potrebbe beneficiare della licenza senza di essi.