Τα πιο συχνά σφάλματα σε πίνακες υπολογιστικών φύλλων

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

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

Πώς λειτουργούν οι τύποι

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

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

Τώρα, ας δούμε τα πιο συνηθισμένα σφάλματα.

1. #NULL! — Η τομή που δεν υπάρχει

Το #NULL! εμφανίζεται όταν ένας τύπος προσπαθεί να βρει την τομή δύο περιοχών που στην πραγματικότητα δεν επικαλύπτονται.

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

Για παράδειγμα, γράφοντας =SUM(A1:A5 C1:C5) με κενό αντί για κόμμα λέει στο υπολογιστικό φύλλο να αθροίσει την τομή των A1:A5 και C1:C5. Εφόσον αυτές οι στήλες δεν επικαλύπτονται, δεν υπάρχει τίποτα προς άθροιση.

Τι να κάνετε αντίθετα: Ελέγξτε για τυχαία κενά μεταξύ των αναφορών περιοχής στους τύπους σας. Αν θέλετε να αθροίσετε δύο ξεχωριστές περιοχές, διαχωρίστε τις με κόμμα: =SUM(A1:A5,C1:C5). Αν πραγματικά θέλετε μια τομή, βεβαιωθείτε ότι οι δύο περιοχές μοιράζονται τουλάχιστον ένα κελί.

2. #VALUE! — Ο λανθασμένος τύπος δεδομένων

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

Οι μαθηματικές πράξεις αναμένουν αριθμούς. Όταν συναντούν κείμενο αντ’ αυτού — ακόμα και κείμενο που μοιάζει με αριθμό, όπως "42" αποθηκευμένο ως συμβολοσειρά — δεν μπορούν να προχωρήσουν και επιστρέφουν #VALUE! για να επισημάνουν το πρόβλημα. Το ίδιο συμβαίνει όταν μια συνάρτηση ημερομηνίας λαμβάνει κάτι που δεν είναι έγκυρη ημερομηνία, ή όταν μια συνάρτηση αναμένει μία μόνο τιμή αλλά λαμβάνει μη συμβατή είσοδο.

Μια ιδιαίτερα ύπουλη εκδοχή αυτού του σφάλματος προέρχεται από δεδομένα που εισάγονται από εξωτερικές πηγές. Αριθμοί που έφτασαν ως κείμενο, τιμές με αόρατα κενά non-breaking, ή κελιά μορφοποιημένα ως κείμενο πριν από την εισαγωγή των δεδομένων μπορούν όλα να παράγουν #VALUE! σε τύπους που τα αναφέρουν, παρόλο που το κελί εμφανίζει αυτό που μοιάζει με έναν απόλυτα φυσιολογικό αριθμό.

Τι να κάνετε αντίθετα: Χρησιμοποιήστε τη συνάρτηση ISNUMBER() για να ελέγξετε αν ένα κελί περιέχει πραγματικό αριθμό ή κείμενο που μοιάζει με αριθμό. Για εισηγμένα δεδομένα, η VALUE() μπορεί να μετατρέψει αριθμούς μορφοποιημένους ως κείμενο σε πραγματικές αριθμητικές τιμές. Η συνάρτηση TRIM() αφαιρεί αόρατα κενά. Σε ορισμένους επεξεργαστές όπως ο ONLYOFFICE Spreadsheet Editor, μπορείτε επίσης να χρησιμοποιήσετε τα Δεδομένα > Κείμενο σε στήλες για να αναλύσετε ξανά μια περιοχή και να μετατρέψετε τιμές κειμένου στους σωστούς τύπους τους.

3. #NAME! — Η μη αναγνωρίσιμη λέξη

Το #NAME! σημαίνει ότι το υπολογιστικό φύλλο συνάντησε μια λέξη σε έναν τύπο που δεν αναγνωρίζει. Έψαξε για μια συνάρτηση, μια ονομασμένη περιοχή ή ένα καθορισμένο όνομα με αυτήν την ορθογραφία, δεν βρήκε τίποτα και επισήμανε το σφάλμα.

Τα τυπογραφικά λάθη είναι η πιο συνηθισμένη αιτία. Γράφοντας VLOKUP αντί για VLOOKUP, ή AVERGE αντί για AVERAGE, θα παράγει αμέσως #NAME!. Το ίδιο συμβαίνει αν αναφερθείτε σε μια ονομασμένη περιοχή που δεν έχει ακόμα οριστεί, ή αν χρησιμοποιήσετε μια συνάρτηση που δεν είναι διαθέσιμη στην έκδοση της εφαρμογής που εργάζεστε.

Μια άλλη συχνή πηγή: το να ξεχνάτε να βάλετε κείμενο σε εισαγωγικά. Ένας τύπος όπως =IF(A1="yes","true","false") θα παράγει #NAME! επειδή το yes χωρίς εισαγωγικά ερμηνεύεται ως όνομα, όχι ως συμβολοσειρά κειμένου.

Τι να κάνετε αντίθετα: Διαβάστε τον τύπο προσεκτικά, χαρακτήρα προς χαρακτήρα. Το ONLYOFFICE Spreadsheet παρέχει προτάσεις αυτόματης συμπλήρωσης καθώς πληκτρολογείτε το όνομα μιας συνάρτησης, το οποίο αποτρέπει τα περισσότερα τυπογραφικά λάθη πριν συμβούν. Αν μια ονομασμένη περιοχή είναι το ζήτημα, επαληθεύστε ότι υπάρχει μέσω Φύλλο > Ονομασμένες περιοχές. Αν μια συνάρτηση φαίνεται σωστή αλλά εξακολουθεί να ενεργοποιεί #NAME!, ελέγξτε αν υποστηρίζεται στην τρέχουσα έκδοσή σας.

4. #NUM! — Ο αριθμός που δεν μπορεί να υπάρξει

Το #NUM! εμφανίζεται όταν ένας τύπος παράγει έναν αριθμό που είναι μαθηματικά αδύνατος ή πολύ μεγάλος για να τον χειριστεί το υπολογιστικό φύλλο. Σε αντίθεση με τα προηγούμενα σφάλματα, αυτό δεν αφορά λάθος τύπους εισόδου ή σπασμένες αναφορές — αφορά το ίδιο το αποτέλεσμα που είναι μη έγκυρο.

Το κλασικό παράδειγμα είναι το να ζητάτε την τετραγωνική ρίζα ενός αρνητικού αριθμού: =SQRT(-4) επιστρέφει #NUM! επειδή το αποτέλεσμα δεν υπάρχει στο σύστημα των πραγματικών αριθμών. Παρομοίως, το =1/0 δεν παράγει #NUM! (αυτό είναι #DIV/0!, που καλύπτεται στη συνέχεια), αλλά ένας τύπος όπως =LOG(0) το παράγει, επειδή ο λογάριθμος του μηδενός είναι απροσδιόριστος.

Οι οικονομικές συναρτήσεις είναι μια άλλη συχνή πηγή. Μια πράξη IRR ή RATE που δεν συγκλίνει — επειδή οι είσοδοι περιγράφουν μια κατάσταση χωρίς έγκυρη λύση — θα επιστρέψει #NUM!. Πολύ μεγάλοι ή πολύ μικροί αριθμοί που υπερβαίνουν τα αριθμητικά όρια του υπολογιστικού φύλλου μπορούν επίσης να το προκαλέσουν.

Τι να κάνετε αντίθετα: Ελέγξτε τις εισόδους που πηγαίνουν στον τύπο. Αν το σφάλμα προέρχεται από μια συνάρτηση όπως η SQRT() ή η LOG(), βεβαιωθείτε ότι η είσοδος είναι πάντα μη αρνητική ή θετική αντίστοιχα — επικυρώστε την είσοδο πριν εκτελέσετε τον υπολογισμό, ή χρησιμοποιήστε την IFERROR() για να εμφανίσετε ένα ουσιαστικό μήνυμα όταν το αποτέλεσμα είναι απροσδιόριστο. Για οικονομικές συναρτήσεις, εξετάστε αν οι είσοδοι είναι ρεαλιστικές και αν η πράξη έχει έγκυρη λύση.

5. #DIV/0! — Διαίρεση με το τίποτα

Το #DIV/0! είναι το σφάλμα που συναντούν πιο συχνά οι άνθρωποι, και είναι επίσης το πιο απλό στην κατανόηση: κάτι στον τύπο διαιρεί με το μηδέν, ή με ένα κενό κελί (το οποίο το υπολογιστικό φύλλο αντιμετωπίζει ως μηδέν).

Εμφανίζεται συνεχώς σε πρότυπα και πίνακες ελέγχου που δημιουργούνται πριν συμπληρωθούν τα δεδομένα. Μια στήλη που υπολογίζει την ποσοστιαία μεταβολή, για παράδειγμα, θα δείχνει #DIV/0! σε κάθε γραμμή μέχρι να εισαχθούν οι βασικές τιμές. Εμφανίζεται επίσης σε κυλιόμενους μέσους όρους, υπολογισμούς ποσοστού μετατροπής και σε οποιονδήποτε τύπο αναλογίας όπου ο παρονομαστής μπορεί νόμιμα να είναι μηδέν υπό ορισμένες συνθήκες.

Τι να κάνετε αντίθετα: Η τυπική λύση είναι να τυλίξετε τον τύπο σε IFERROR() ή να χρησιμοποιήσετε IF() για να ελέγξετε τον παρονομαστή πριν από τη διαίρεση: =IF(B2=0,"—",A2/B2). Αυτό επιστρέφει μια παύλα (ή όποιον σύμβολο βοηθητικό προτιμάτε) όταν ο παρονομαστής είναι μηδέν, αντί για σφάλμα. Σε πίνακες ελέγχου που προορίζονται να συμπληρωθούν με την πάροδο του χρόνου, αυτή η προσέγγιση κρατά το αρχείο αναγνώσιμο σε κάθε στάδιο, όχι μόνο όταν είναι πλήρες.

6. #N/A — Η τιμή που δεν βρέθηκε

Το #N/A σημαίνει “μη διαθέσιμο”. Εμφανίζεται όταν ένας τύπος αναζήτησης ψάχνει μια τιμή και δεν μπορεί να τη βρει. Οι VLOOKUP, HLOOKUP, MATCH και XLOOKUP επιστρέφουν όλες #N/A όταν η τιμή αναζήτησης δεν υπάρχει στην περιοχή αναζήτησης.

Το δύσκολο κομμάτι είναι ότι το #N/A μπορεί να εμφανιστεί ακόμα και όταν η τιμή φαίνεται να υπάρχει. Μια αναζήτηση για "Apples" θα αποτύχει αν ο πίνακας περιέχει " apples" (με αρχικό κενό). Αριθμοί αποθηκευμένοι ως κείμενο δεν ταιριάζουν με αριθμούς αποθηκευμένους ως τιμές. Το σφάλμα εμφανίζεται στον τύπο, αλλά η ρίζα του προβλήματος βρίσκεται στα δεδομένα.

Το #N/A είναι επίσης μεταδοτικό: αν ένα κελί περιέχει #N/A και ένας άλλος τύπος αναφέρεται σε αυτό το κελί, θα επιστρέψει επίσης #N/A, το οποίο μπορεί να διαδοθεί σε ολόκληρο το φύλλο και να κάνει την πηγή του αρχικού προβλήματος δύσκολο να εντοπιστεί.

Τι να κάνετε αντίθετα: Πρώτα, επαληθεύστε ότι η τιμή αναζήτησης και η περιοχή αναζήτησης αποθηκεύουν δεδομένα στην ίδια μορφή — και τα δύο ως κείμενο ή και τα δύο ως αριθμούς, χωρίς επιπλέον κενά. Οι TRIM() και VALUE() είναι τα εργαλεία σας για τον καθαρισμό των δεδομένων πηγής.

Αν το #N/A αναμένεται σε ορισμένες περιπτώσεις (για παράδειγμα, ένας κωδικός προϊόντος που πραγματικά δεν υπάρχει στον πίνακα αναφοράς), τυλίξτε την αναζήτηση σε IFERROR() ή IFNA() για να χειριστείτε το αποτέλεσμα που λείπει με κομψό τρόπο. Η IFNA() είναι πιο ακριβής από την IFERROR() επειδή πιάνει μόνο το #N/A συγκεκριμένα, αφήνοντας άλλα σφάλματα ορατά.

7. #REF! — Η αναφορά που δεν υπάρχει πια

Το #REF! είναι ίσως το πιο επικίνδυνο από τα επτά σφάλματα, γιατί είναι συχνά το αποτέλεσμα μιας ενέργειας που φαινόταν ακίνδυνη εκείνη τη στιγμή. Εμφανίζεται όταν ένας τύπος αναφέρεται σε ένα κελί ή περιοχή που δεν υπάρχει πια — πιο συχνά επειδή μια γραμμή ή στήλη που ήταν μέρος της αναφοράς διαγράφηκε.

Διαγράψτε μια στήλη που τροφοδοτεί μια VLOOKUP, και κάθε τύπος που εξαρτιόταν από αυτήν θα μετατραπεί αμέσως σε #REF!. Διαγράψτε ή μετονομάστε εσφαλμένα ένα φύλλο στο οποίο γίνεται αναφορά, και συμβαίνει το ίδιο. Ακόμα και η αποκοπή και επικόλληση κελιών (σε αντίθεση με την αντιγραφή) μπορεί να σπάσει αναφορές αν δεν γίνει προσεκτικά.

Αυτό που κάνει το #REF! ιδιαίτερα αποδιοργανωτικό είναι ότι διαδίδεται: μόλις ένας τύπος περιέχει #REF!, οποιοσδήποτε άλλος τύπος που εξαρτάται από αυτόν θα επιστρέψει επίσης #REF!, δημιουργώντας μια αλυσίδα σφαλμάτων που μπορεί να είναι δύσκολο να ξεμπερδέψετε αν η αρχική διαγραφή δεν είναι άμεσα εμφανής.

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

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

Τι κοινό έχουν αυτά τα σφάλματα

Καθένα από αυτά τα επτά σφάλματα ακολουθεί την ίδια λογική: το υπολογιστικό φύλλο εντόπισε μια συνθήκη που δεν μπορεί να επιλύσει και την ανέφερε όσο πιο συγκεκριμένα μπορούσε.

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

Το βαθύτερο μάθημα, ωστόσο, είναι ότι τα περισσότερα από αυτά τα σφάλματα μπορούν να προληφθούν. Ο καθαρισμός των δεδομένων πριν από τη δημιουργία τύπων, η χρήση IFERROR() και IFNA() για τον χειρισμό αναμενόμενων οριακών περιπτώσεων, ο έλεγχος των αναφορών πριν από τη διαγραφή γραμμών και η χρήση ονομασμένων περιοχών αντί για ακατέργαστες διευθύνσεις κελιών — αυτές οι συνήθειες δεν διορθώνουν απλώς τα σφάλματα αφού εμφανιστούν. Εμποδίζουν τα περισσότερα από αυτά να εμφανιστούν καθόλου.

Αποκτήστε το ONLYOFFICE και κάντε περισσότερα με τα υπολογιστικά σας φύλλα

Ο ONLYOFFICE Spreadsheet Editor είναι ένας δωρεάν, ανοιχτού κώδικα επεξεργαστής που καλύπτει τα πάντα, από την καθημερινή εισαγωγή δεδομένων έως την πολύπλοκη χρηματοοικονομική μοντελοποίηση. Υποστηρίζει πάνω από 450 συναρτήσεις, συγκεντρωτικούς πίνακες, υπό όρους μορφοποίηση, επικύρωση δεδομένων με αναπτυσσόμενες λίστες, ονομασμένες περιοχές και μακροεντολές — δίνοντάς σας μια πλήρη εργαλειοθήκη για να δημιουργήσετε υπολογιστικά φύλλα που είναι ταυτόχρονα ισχυρά και συντηρήσιμα. Μπορείτε επίσης να αποφασίσετε να ενεργοποιήσετε προαιρετικές συναρτήσεις AI για να υποστηρίξουν τη ροή εργασίας σας.

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

Το ONLYOFFICE είναι πλήρως συμβατό με τη μορφή XLSX, πράγμα που σημαίνει ότι αρχεία που δημιουργήθηκαν στο Excel ανοίγουν χωρίς προβλήματα, και οτιδήποτε δημιουργείτε στο ONLYOFFICE μεταφέρεται καθαρά σε άλλα εργαλεία αν χρειαστεί. Ενσωματώνεται επίσης με πλατφόρμες όπως Moodle, SharePoint, ownCloud, Box, Confluence και πολλές άλλες, καθιστώντας εύκολη την ενσωμάτωση σε όποια ροή εργασίας χρησιμοποιεί ήδη η ομάδα σας.

Αν θέλετε να το εξερευνήσετε, η έκδοση επιτραπέζιου υπολογιστή είναι διαθέσιμη για Windows, Linux και macOS. Η έκδοση cloud, το ONLYOFFICE DocSpace, σας επιτρέπει να ξεκινήσετε απευθείας στο πρόγραμμα περιήγησης χωρίς να εγκαταστήσετε τίποτα.

ΕΚΚΙΝΗΣΗ ONLINE ΛΗΨΗ ΕΦΑΡΜΟΓΗΣ ΥΠΟΛΟΓΙΣΤΗ