Μιας κ αυτή είναι η πρώτη μου δημοσίευση στο DNZ, θα ήθελα να ξεκινήσω λέγοντας συγχαρητήρια για το περιεχόμενο του forum κ την εκτενή συμμετοχή των μελών!

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

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

1. Υπάρχει κάποια μικρή εμπορική εφαρμογή που να διαχειρίζεται απλά την τιμολόγηση κ την εκτύπωση παραστατικών?

2. Από ότι καταλαβαίνω, η κάθε εφαρμογή πρέπει να έχει μία λίστα προιόντων (βάσει κωδικκων), τα οποία θα αναγράφονται στα παραστατικά. Αυτό είναι απαραίτητο? Στο παραστατικό δεν μπορεί απλά να αναγράφεται η κατηγορία προιόντος (πχ. "ψηφιακές εκτυπώσεις") κ η τιμή του?

3. Σε περίπτωση που εμείς έχουμε κωδικοποίηση προιόντων σε δική μας βαση δεδομένων, μπορεί η εφαρμογή να επικοινωνεί με τα δικά μας data?

4. Υπάρχει περίπτωση να επιτύχουμε αυτοματοποιμένη εκτύπωση παραστατικών? Δηλαδή, υπάρχει η δυνατότητα κάποα εμπορική εφαρμογή να καλείται αυτόματα (με κάποιες παραμλετρους, όπως προιόν κ τιμή) από δικό μας back office κώδικα?

5. Κ τέλος, μήπως αξίζει τελικά τον κόπο να γράψουμε εμείς το δικό μας module τιμολόγησης, το οποίο θα έχει τα παραπάνω χαρακτηριστικά? Κάτι τέτοιο είναι νομικά επιτρεπτό?

Ευχαριστώ εκ των προτέρων για τη βοήθειά σας,
johngekas :)

 

1. Υπάρχει κάποια μικρή εμπορική εφαρμογή που να διαχειρίζεται απλά την τιμολόγηση κ την εκτύπωση παραστατικών?

Ναι υπάρχει.

 

2. Από ότι καταλαβαίνω, η κάθε εφαρμογή πρέπει να έχει μία λίστα προϊόντων (βάσει κωδικκων), τα οποία θα αναγράφονται στα παραστατικά. Αυτό είναι απαραίτητο?

Όχι εάν δεν έχεις εμπορεύματα. Δηλαδή έχεις μόνο υπηρεσίες (ΤΠΥ).

 

Στο παραστατικό δεν μπορεί απλά να αναγράφεται η κατηγορία προϊόντος (πχ. "ψηφιακές εκτυπώσεις") κ η τιμή του?

Ναι, αλλά θα πρέπει να είσαι περισσότερο επεξηγηματικός.

 

3. Σε περίπτωση που εμείς έχουμε κωδικοποίηση προϊόντων σε δική μας βάση δεδομένων, μπορεί η εφαρμογή να επικοινωνεί με τα δικά μας data?

Προϊόντων ή Υπηρεσιών?

 

4. Υπάρχει περίπτωση να επιτύχουμε αυτοματοποιημένη εκτύπωση παραστατικών? Δηλαδή, υπάρχει η δυνατότητα κάποια εμπορική εφαρμογή να καλείται αυτόματα (με κάποιες παραμέτρους, όπως προϊόν κ τιμή) από δικό μας back office κώδικα?

Εξαρτάται από την εφαρμογή.

 

5. Κ τέλος, μήπως αξίζει τελικά τον κόπο να γράψουμε εμείς το δικό μας module τιμολόγησης, το οποίο θα έχει τα παραπάνω χαρακτηριστικά?

Ναι.

 

Κάτι τέτοιο είναι νομικά επιτρεπτό?

Σαφώς.

 

---

while (!dead) learn();

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

Το μόνο που χρειάζεσαι είναι δύο πίνακες master Detail (Header Παραστατικών και Προιόντα), ένα πίνακα με τους κωδικούς κίνησης (Τιμολόγιο ,απόδειξη, ακυρωτικά κλπ) και ένα πίνακα με τους μετρητές των παραστατικών.

όσον αφορά τον φορολογικό μηχανισμό θα προμηθευτείς ένα με Driver τύπου Α (500€ περίπου ) ό οποίος αναλαμβάνει την σήμανση και τη φορολογική υπογραφή.

Ο υπολογιστής θα τον  βλέπει σαν εκτυπωτή και  απλώς εσύ θα οδηγείς την εκτύπωση σου σε αυτόν και θα θεωρείς ότι τυπώθηκε.

 Αν χρησιμοποιήσεις Driver τύπου Α φορολογικο μηχανισμό δεν χρειάζεσαι και άδεια για το Software σου αφού την άδεια την συμπεριλαμβάνει  ο  μηχανισμός. Το μόνο που κάνεις είναι να δηλώσεις αυτό το μηχανισμό στην εφορία σε συγκεκριμένες σειρές.

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

 Το τι τυπώνεται πάνω στο παραστατικό είναι συγκεκριμένο και καλό είναι να ρωτήσεις ένα λογιστή.

Το μόνο κακό είναι ότι μόλις γλυκαθείς με αυτή την εφαρμογή θα την εμπλουτίζεις συνέχεια...  The sky is the limit!!!!

 

 

 

---

Manos

Θα διαφωνήσω με τους προλαλήσαντες στο θέμα της δημιουργίας δικής σου τιμολόγησης.

Η τιμολόγηση δεν είναι απλοϊκό πράγμα. Ναι, στην περίπτωση της δικής σου εταιρείας τα πράγματα είναι αρκετά απλά, αλλά δεν ξέρεις πώς θα επεκταθούν οι δραστηριότητές σας στο μέλλον, και (από ό,τι λες) δεν έχεις πλήρη γνώση των αναγκών σας στην παρούσα φάση, ούτε έχεις ιδιαίτερη επαφή με το business domain. Κινδυνεύεις σοβαρά μετά από ένα χρόνο να έχεις έναν ελέφαντα φτιαγμένο από post-it, τον οποίο δε θα ξέρεις πώς θα συντηρήσεις όταν έρχεται μια νομοθετική αλλαγή ή αν επεκτείνετε το μοντέλο λειτουργίας σας.

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

---

Νατάσα Μανουσοπούλου