Πότε να υποτιμήσετε το λογισμικό;

Η απόσβεση του λογισμικού είναι ένα πολύπλοκο ζήτημα χωρίς ενιαία, καθολικά αποδεκτή απάντηση. Εξαρτάται σε μεγάλο βαθμό από τα λογιστικά πρότυπα που ακολούθησαν (π.χ. GAAP, ΔΠΧΠ) και η φύση του λογισμικού. Υπάρχουν δύο κύριες προσεγγίσεις και συχνά χρησιμοποιείται ένας συνδυασμός:

1. Αποσβέσεις (για εσωτερικά αναπτυγμένο ή αγορασμένο λογισμικό με πεπερασμένη ωφέλιμη ζωή):

* πεπερασμένη ωφέλιμη ζωή: Αυτό σημαίνει ότι το λογισμικό έχει ένα προβλέψιμο τέλος στη χρησιμότητά του, είτε λόγω της τεχνολογικής απαξίωσης, του τέλους μιας σύμβασης υποστήριξης ή της ολοκλήρωσης ενός συγκεκριμένου έργου. Εάν συμβαίνει αυτό, το λογισμικό είναι * αποσβέσεις * πάνω από την ωφέλιμη ζωή του. Αυτό είναι παρόμοιο με την απόσβεση για απτά περιουσιακά στοιχεία.

* Προσδιορισμός της χρήσιμης ζωής: Αυτό είναι το πιο δύσκολο κομμάτι. Απαιτεί κρίση και εξέταση παραγόντων όπως:

* Τεχνολογικές εξελίξεις: Πόσο γρήγορα θα είναι η νεότερη τεχνολογία να καταστήσει το λογισμικό παρωχημένο;

* Πρότυπα βιομηχανίας: Υπάρχουν αναδυόμενα πρότυπα που θα καταστήσουν το λογισμικό ασυμβίβαστο;

* Συμβάσεις υποστήριξης: Η χρησιμότητα του λογισμικού εξαρτάται από την συνεχιζόμενη υποστήριξη; Το τέλος της υποστήριξης μπορεί να καθορίσει την ωφέλιμη ζωή.

* Εσωτερική χρήση: Πόσο καιρό η εταιρεία αναμένει τη χρήση του λογισμικού για τον επιδιωκόμενο σκοπό της;

* Μέθοδος απόσβεσης: Το κόστος του λογισμικού (κόστος ανάπτυξης ή τιμή αγοράς) κατανέμεται συστηματικά κατά τη διάρκεια της ωφέλιμης ζωής. Οι συνήθεις μέθοδοι περιλαμβάνουν:

* Μέθοδος ευθείας γραμμής: Ίση δαπάνη κάθε περίοδο.

* επιταχυνόμενες μέθοδοι: Υψηλότερα έξοδα σε προηγούμενες περιόδους (π.χ. ισορροπία διπλής διάκρισης). Αυτό αντικατοπτρίζει την ιδέα ότι το λογισμικό μπορεί να γίνει λιγότερο πολύτιμο ταχύτερα αρχικά.

2. Χωρίς απόσβεση (για αόριστη ωφέλιμη ζωή):

* Απευθυνόμενη ωφέλιμη ζωή: Ορισμένα λογισμικά, ιδιαίτερα κρίσιμα συστήματα ή αυτά που ενημερώνονται συνεχώς, ενδέχεται να μην έχουν προβλέψιμο τέλος στη ωφέλιμη ζωή του. Σε αυτές τις περιπτώσεις, η απόσβεση γενικά δεν απαιτείται σύμφωνα με πολλά λογιστικά πρότυπα. Ωστόσο, αυτό δεν σημαίνει ότι δεν υπάρχει καμία σκέψη για βλάβη. Εάν η αξία του λογισμικού μειωθεί σημαντικά (λόγω της απροσδόκητης απαξίωσης, για παράδειγμα), πρέπει να αναγνωριστεί απώλεια απομείωσης.

Ειδικές σκέψεις:

* GAAP εναντίον IFRS: Οι συγκεκριμένοι κανόνες και ερμηνείες σχετικά με τη απόσβεση του λογισμικού διαφέρουν ελαφρώς μεταξύ των γενικά αποδεκτών λογιστικών αρχών (GAAP) και των διεθνών προτύπων χρηματοοικονομικής πληροφόρησης (ΔΠΧΠ).

* Εσωτερικό έναντι εξωτερικού λογισμικού: Το εσωτερικά αναπτυγμένο λογισμικό έχει μοναδικές προκλήσεις για τον προσδιορισμό του κόστους και της ωφέλιμης ζωής του σε σύγκριση με το λογισμικό που αγοράστηκε.

* Λογισμικό ως υπηρεσία (SAAS): Το SaaS συνήθως δαπανώνεται ως προκύπτουν παρά υποτιμάται, καθώς αντιμετωπίζεται ως δαπάνη λειτουργίας.

Συνοπτικά: Η απόφαση για το πότε και πώς να υποτιμήσετε το λογισμικό απαιτεί προσεκτική εξέταση της ωφέλιμης ζωής του, τα λογιστικά πρότυπα που ακολουθείται και ένας βαθμός επαγγελματικής κρίσης. Η διαβούλευση με έναν λογιστή που είναι εξοικειωμένος με τα σχετικά λογιστικά πρότυπα είναι ζωτικής σημασίας για την ακριβή αναφορά.