Λογισμικό κατά παραγγελία που ανήκει στον πελάτη και IP Box

Ξεκινήστε από τη σύμβαση του πελάτη, όχι από τον τίτλο εργασίας

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

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

Οι κυπριακοί κανονισμοί μπορούν να αναγνωρίζουν οικονομική κυριότητα. Αυτό όμως δεν σημαίνει ότι κάθε εταιρεία που συμμετέχει στον προγραμματισμό κατέχει αυτόματα το στοιχείο για σκοπούς IP Box. Τεκμηριώστε τα πραγματικά δικαιώματα και την οικονομική συμφωνία πριν χαρακτηρίσετε τις αμοιβές υπηρεσιών εισόδημα από επιλέξιμη ΔΙ.

Τρία συνηθισμένα συμβατικά μοντέλα

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

Τεκμηριώστε σαφώς τα δικαιώματα πλατφόρμας που διατηρούνται

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

Διατηρήστε τεχνική χαρτογράφηση που συνδέει τις μονάδες που παραμένουν στην εταιρεία με το ιστορικό ανάπτυξης και την εμπορική χρήση τους. Μια γενική αναφορά σε «τεχνογνωσία» δεν αποτελεί κατ’ ανάγκη προσδιορισμό επιλέξιμου λογισμικού.

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

Μην μετονομάζετε μια αμοιβή ανάπτυξης σε δικαίωμα χωρίς τεκμηρίωση

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

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

Αν η σύμβαση περιλαμβάνει πολλά στοιχεία, τεκμηριώστε εύλογη κατανομή και συνεπή μεταχείριση δαπανών. Μην θεωρείτε ότι η νόμιμη έκπτωση 80% παρέχει το ποσοστό επιμερισμού. Πρώτα προσδιορίστε το σχετικό καθαρό εισόδημα και έπειτα εφαρμόστε τον τεκμηριωμένο υπολογισμό nexus όπου αρμόζει.

Συνδέστε την εργασία πελατών με το μητρώο στοιχείων της εταιρείας

Παρακολουθήστε την ανάπτυξη ανά έργο και στοιχείο. Μια ομάδα μπορεί την ίδια περίοδο να εργάζεται σε παραδοτέα που ανήκουν στον πελάτη και στην πλατφόρμα που διατηρεί η εταιρεία. Δεν πρέπει να αποδίδονται όλες οι δαπάνες στην πλατφόρμα μόνο επειδή μπορεί να στηρίξει αξίωση IP Box.

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

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

Ερωτήματα πριν την υποβολή αξίωσης

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

• Ποιο λογισμικό ή ποια δικαιώματα παρέχονται;
• Ποιος έχει κυριότητα ή οικονομική κυριότητα κάθε στοιχείου;
• Ποια επαναχρησιμοποιήσιμη προϋπάρχουσα τεχνολογία διατηρείται;
• Σε ποιον ανήκουν οι βελτιώσεις και οι μελλοντικές εκδόσεις;
• Τι αμείβει κάθε μέρος της πληρωμής;
• Πώς καταγράφονται το σχετικό εισόδημα και οι δαπάνες;
• Ποιες δαπάνες αφορούν το επιλέξιμο στοιχείο του αιτητή;
• Εξετάστηκαν χωριστά μεταβιβάσεις και κέρδη από διάθεση;

Ευθυγραμμίστε τον φορολογικό σχεδιασμό με το επιχειρηματικό μοντέλο

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

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