Τα περισσότερα παραστατικά διαμονής φαίνονται σωστά μέχρι μια εταιρεία να ζητήσει τιμολόγιο, ένας επισκέπτης να πληρώσει για συνάδελφο ή μέρος του stay να επιστραφεί. Τότε εμφανίζονται τα κενά. Η τιμολόγηση διαμονής με ΦΠΑ πρέπει να δείχνει ποιος παρείχε τι και σε ποιον, διατηρώντας ίχνος όταν αλλάζει η συναλλαγή.
Τα σωστά στοιχεία συλλέγονται πριν την αναχώρηση, όχι ενώ περιμένει το ταξί.
Ποιος είναι ο πραγματικός λήπτης
Ο ιδιώτης μπορεί να χρειάζεται το κατάλληλο απλό παραστατικό. Ο business traveller χρειάζεται συχνά τιμολόγιο προς τον εργοδότη με σωστή νομική επωνυμία, διεύθυνση και φορολογικά στοιχεία. Ο φιλοξενούμενος, ο πληρωτής και ο νομικός λήπτης μπορεί να είναι διαφορετικά πρόσωπα.
Ρωτήστε στην κράτηση αν απαιτείται εταιρικό παραστατικό. Συλλέξτε νομική επωνυμία, έδρα, φορολογικά identifiers και πραγματικά αναγκαία αναφορά. Το εμπορικό όνομα σε κάρτα δεν αποδεικνύει τη νομική οντότητα.
Το παρόν είναι γενική ενημέρωση και όχι φορολογική συμβουλή· οι κανόνες διαφέρουν ανά χώρα και αλλάζουν με τον χρόνο, επομένως επιβεβαιώστε τον σωστό χειρισμό και τα υποχρεωτικά στοιχεία με τον λογιστή του καταλύματος.
Στο check-in επαληθεύστε αντί να ανακατασκευάζετε. Ο πελάτης μπορεί να ζητήσει «στην εταιρεία» χωρίς να γνωρίζει όλα τα εγγεγραμμένα δεδομένα. Προσφέρετε ασφαλή τρόπο υποβολής, χωρίς η ρεσεψιόν να αντιγράφει παλιό παραστατικό αμφίβολης επικαιρότητας.
Ορίστε ποιος μπορεί να ζητήσει μεταγενέστερη αλλαγή. Η αντικατάσταση ιδιώτη με εταιρεία δεν είναι αλλαγή header σε PDF. Μπορεί να απαιτεί ελεγχόμενη διόρθωση που κρατά και το αρχικό έγγραφο.
Χωρίστε το booking contact από το invoicing identity. Το email επιβεβαίωσης δεν είναι αυτομάτως ο νομικός λήπτης.
Τι πρέπει να περιγράφει η τιμολόγηση διαμονής ΦΠΑ
Τα ακριβή υποχρεωτικά στοιχεία εξαρτώνται από το παραστατικό και το πλαίσιο, αλλά γενικά χρειάζονται ταυτότητα εκδότη και λήπτη, ελεγχόμενος μοναδικός αριθμός, ημερομηνία, περιγραφή υπηρεσίας, ποσά και εφαρμοζόμενη φορολογική αντιμετώπιση.
Η περιγραφή πρέπει να εξηγεί τη συναλλαγή. Οι «ξενοδοχειακές υπηρεσίες» μπορεί να είναι υπερβολικά γενικές όταν υπάρχουν διαμονή, πρωινό, transfer και spa. Δείξτε stay dates και ονομασίες που συνδέονται με την κράτηση.
Ελέγξτε:
- τα στοιχεία εκδότη και καταλύματος,
- τον σωστό ιδιώτη ή εταιρικό λήπτη,
- ελεγχόμενο αριθμό και ημερομηνία,
- περίοδο και σαφή περιγραφή διαμονής,
- χωριστά ποσά ανά φορολογική αντιμετώπιση,
- υποχρεωτικές εισπράξεις στη σωστή κατηγορία,
- σύνολο, νόμισμα και στοιχεία πληρωμής όπου απαιτούνται.
Το template δεν πρέπει να μαντεύει. Ελλιπές εταιρικό identifier πρέπει να σταματά το τιμολόγιο για review, όχι να παράγει όμορφο αλλά άχρηστο έγγραφο.
Το παραστατικό πρέπει να συμφωνεί με το operational record. Ημερομηνίες, υπηρεσίες, extras και currency δεν πρέπει να αντιφάσκουν με confirmation και folio.
Διαμονή, extras και τέλος δεν είναι μία γραμμή
Για τον πελάτη το stay είναι ένα συνολικό ποσό. Φορολογικά, η διαμονή μπορεί να αντιμετωπίζεται διαφορετικά από τρόφιμα, minibar, spa, parking ή μεταφορά.
Το τέλος διαμονής ή άλλη σχετική δημόσια επιβάρυνση έχει διαφορετικό χαρακτήρα όταν συλλέγεται για την αρμόδια αρχή και δεν αποτελεί αμοιβή δωματίου. Η ενσωμάτωση στα έσοδα μπορεί να αλλοιώσει βάση, revenue και υποχρέωση.
Ένα folio μπορεί νόμιμα να έχει:
- Διαμονή με την εφαρμοζόμενη αντιμετώπιση.
- Τρόφιμα ή extras στη δική τους κατηγορία.
- Τέλος ως χωριστή δημόσια είσπραξη.
Μην χρησιμοποιείτε blended treatment επειδή ο πελάτης πλήρωσε ένα card total. Η πληρωμή ενώνει χρήματα, όχι τη φύση κάθε υπηρεσίας.
Τα πακέτα θέλουν προσοχή. Ένα «διήμερο με δείπνο» πωλείται εμπορικά ως σύνολο, αλλά τα στοιχεία ίσως χρειάζονται ανάλυση. Το σύστημα εφαρμόζει split αφού ο λογιστής το ορίσει· η reception δεν το αποφασίζει στο check-out.
Χαρτογραφήστε κάθε νέο extra πριν πωληθεί. Όταν προσθέτετε transfer ή μασάζ, αποφασίστε πώς θα εμφανίζεται σε folio και invoice.
Ο σωστός διαχωρισμός διαμονής, πρόσθετων υπηρεσιών και τέλους σε κάθε παραστατικό είναι δουλειά που πρέπει να κάνει το λογισμικό χωρίς υπενθύμιση. Αν ελέγχετε ακόμη τα παραστατικά ένα προς ένα, μπορούμε να δείξουμε τι βγαίνει στην άλλη άκρη.
Η αρίθμηση και το πιστωτικό διατηρούν το ίχνος
Οι αριθμοί ανήκουν σε ελεγχόμενη σειρά που επιτρέπει παρακολούθηση. Δεν είναι filenames που αλλάζουν μετά από λάθος. Μετά την έκδοση, η σιωπηλή διαγραφή ή αντικατάσταση χαλά το audit trail.
Όταν υπηρεσία ακυρώνεται, μειώνεται ή τεκμηριώθηκε λανθασμένα, χρησιμοποιείται το κατάλληλο πιστωτικό ή διορθωτικό παραστατικό που αναφέρεται στο αρχικό. Και τα δύο μένουν στο αρχείο.
Μια ακυρωμένη κράτηση δείχνει τη διαφορά. Χωρίς εκδοθέν invoice ακολουθεί την operational cancellation. Με ήδη καταγεγραμμένο παραστατικό, η αφαίρεση του PDF δεν αναιρεί το λογιστικό γεγονός.
Κρατήστε συνδέσεις:
- reservation και αρχικό invoice,
- invoice και credit note,
- αιτία διόρθωσης,
- αντικατάσταση που ακολούθησε,
- payment ή refund.
Μην επαναχρησιμοποιείτε τον αριθμό για «νέα έκδοση» εκτός ελεγχόμενου μηχανισμού που επιτρέπει το εφαρμοζόμενο σύστημα. Αρχεία final και final-new αφήνουν αντικρουόμενα έγγραφα.
Περιορίστε ποιος εκδίδει και διορθώνει. Ασυνήθιστη αλλαγή λήπτη ή tax treatment πρέπει να εξετάζεται από αρμόδιο άνθρωπο.
Στην Ελλάδα το παραστατικό είναι και διαβίβαση
Στην ελληνική λειτουργία, η τιμολόγηση δεν τελειώνει με την παραγωγή και αποθήκευση ενός PDF. Τα σχετικά δεδομένα παραστατικών διαβιβάζονται ηλεκτρονικά στην ΑΑΔΕ μέσω myDATA σύμφωνα με τον εφαρμοζόμενο τρόπο λειτουργίας του καταλύματος.
Αυτό κάνει τα σωστά αρχικά στοιχεία σημαντικότερα. Λάθος λήπτης, κατηγορία ή αξία δεν βρίσκεται μόνο σε εσωτερικό αρχείο· έχει συνδεθεί με ηλεκτρονική υποβολή και χρειάζεται την κατάλληλη διορθωτική διαδρομή.
Η κατάσταση διαβίβασης πρέπει να είναι ορατή. Το «δημιουργήθηκε» δεν σημαίνει απαραίτητα «διαβιβάστηκε και έγινε αποδεκτό». Μια αποτυχία χρειάζεται αιτία, ιδιοκτήτη και επανέλεγχο, όχι κρυμμένο notification.
Συμφωνήστε με τον λογιστή:
- ποιο παραστατικό και χαρακτηρισμός αντιστοιχεί σε κάθε προϊόν,
- πώς αντιμετωπίζονται αποτυχίες διαβίβασης,
- πώς συνδέεται πιστωτικό με αρχικό,
- ποια κατάσταση θεωρείται ολοκληρωμένη.
Η ΑΑΔΕ και το myDATA δεν είναι λόγος η reception να αυτοσχεδιάζει. Είναι λόγος το booking, folio, invoice και transmission status να μιλούν την ίδια γλώσσα.
Αυτοματοποιήστε την εφαρμογή, όχι τη φορολογική κρίση
Η σωστή automation παράγει έγγραφο από reservation και folio, δίνει ελεγχόμενο number, εφαρμόζει approved split, διαβιβάζει όπου απαιτείται και συνδέει credit note με original.
Μειώνει την επαναπληκτρολόγηση. Εταιρικά δεδομένα που συλλέχθηκαν πριν την άφιξη περνούν στο invoice, ενώ dates και services έρχονται από το operational record.
Μια διαδικασία τιμολόγησης ΦΠΑ για διαμονή πρέπει να εμφανίζει calculation και transmission state. Το προσωπικό χρειάζεται να βλέπει γιατί κάτι μπλοκαρίστηκε και πώς διορθώνεται.
Η automation δεν αποφασίζει φορολογική αντιμετώπιση. Δεν γνωρίζει αν νέο package ανήκει σε κατηγορία επειδή ο product name το υπονοεί. Η κρίση μένει στον λογιστή ή qualified adviser.
Πριν ενεργοποιηθεί, δοκιμάστε:
- Απλό ιδιωτικό stay.
- Εταιρικό invoice με διαφορετικό guest και payer.
- Διαμονή με διαφορετικά extras.
- Ξεχωριστό τέλος.
- Μερική διόρθωση, credit note και transmission status.
Συγκρίνετε με approved examples και κλειδώστε mappings. Missing field, unknown treatment ή failed transmission πρέπει να γίνεται assigned task.
Κρατήστε το αποτέλεσμα της διαβίβασης συνδεδεμένο με το συγκεκριμένο παραστατικό και όχι μόνο σε γενικό log. Έτσι η επόμενη βάρδια μπορεί να ξεχωρίσει το αποδεκτό έγγραφο από εκείνο που χρειάζεται ενέργεια.
Στο review, συμφωνήστε τι κατανάλωσε ο guest, τι τιμολογήθηκε, τι διαβιβάστηκε και τι πληρώθηκε ή επιστράφηκε. Κάθε διαφορά πρέπει να έχει εξήγηση και ιστορικό.
Ας συνοψίσουμε!
- Guest, payer και legal recipient μπορεί να διαφέρουν, άρα τα εταιρικά στοιχεία συλλέγονται νωρίς.
- Το παραστατικό αναγνωρίζει μέρη, ημερομηνίες και υπηρεσίες και χωρίζει ποσά ανά treatment.
- Διαμονή, extras και δημόσιο τέλος μπορούν να απαιτούν διαφορετικές γραμμές.
- Η διόρθωση διατηρεί το αρχικό και συνδέει το κατάλληλο πιστωτικό.
- Στην Ελλάδα τα δεδομένα διαβιβάζονται στην ΑΑΔΕ μέσω myDATA και η κατάσταση πρέπει να είναι ορατή.
- Η automation εφαρμόζει εγκεκριμένους κανόνες, αλλά ο λογιστής αποφασίζει τη φορολογική αντιμετώπιση.
Για παραστατικά που δεν χρειάζονται έλεγχο πριν φύγουν, κλείστε ένα demo του HotPilot και δείτε πώς ο σωστός διαχωρισμός γίνεται η προεπιλογή.
