Jump to content

Pacioli

simple Members
  • Posts

    166
  • Joined

  • Last visited

  • Days Won

    6

Everything posted by Pacioli

  1. Στην Τιμολογιέρα πρόσβαση δεν έχω, και δεν έχω ασχοληθεί καθόλου. Απο τα video της ΑΑΔΕ που είδα...δεν μπορώ να καταλάβω, τις βελτιώσεις που προτείνεις. Πάντως είναι πολύ κακοστημένο το design, ούτε κυλιόμενες οθόνες έχει (grid τιμολογίου), ούτε φιλικό προς τον χρήστη είναι. Γενικώς , το αρχικό concept είναι τόσο λάθος, τόσο στραβό, που ότι και να κάνεις μετά όλα στραβά θα βγαίνουν. Θα το κοιτάξω εν ευθέτω χρόνω , μήπως μπορέσω να σκεφτώ κάτι.
  2. Αστα ... μπλέξαμε όλοι άσχημα. Εχω την διαρκή αίσθηση, ότι αυτό που θέλουν να κάνουν , είναι να πάρουν τον έλεγχο των εταιρειών απο τον Λογιστή , και να τις "αρμέγουν" κανονικά. Μα... τόσο λάθος που το έχουνε στήσει, 2 τινά μπορούν να συμβαίνουν: 1) Να μην ξέρουν τι τους γίνεται 2) Δεν επιθυμούν με τίποτα να υπάρχει συμφωνία τοπικού / MyDATA, οπότε, χορεύουν και κάνουν ότι θέλουν αυτοί. Και για να μην θέλουν να διορθώσουν το στραβό, το μυαλό μου πάει, -άθελά μου- στην 2η περίπτωση
  3. Ναι, οποσδήποτε τα χειρόγραφα έπρεπε να βρούν τρόπο να ανεβαίνουν άμεσα. Τα έχουν μπλέξει και τα έχουν κάνει …. “θου Κύριε φυλακί τω στόματί μου”. Για να καλύψουν τα χειρόγραφα ΔΕΝ ΕΠΡΕΠΕ να καταφύγουν στην λύση των παρόχων. Οταν έρχεται ένα υδραυλικός στην εταιρεία σου , και σου κόβει ένα Τιμολόγιο χειρόγραφο (εντός της εταιρείας) πως θα το ανεβάσει άμεσα πάνω? Οταν παίρνεις ένα ΤΑΞΙ και στο τέλος της διαδρομής του ζητάς Τιμολόγιο πως θα το ανεβάσει πάνω? Για να γίνει κάτι τέτοιο Κατ’αρχάς θα πρέπει : 1) Να αποσυνδεθούν οι συνόψεις απο τους χαρακτηρισμούς. 2) οπότε, άνετα όλες οι ΦΗΜ μπορούν να κάνουν ανακατεύθυνση (redirect) και απο το e_Send να στέλνουν κατ’ευθείαν στο MyDATA. 3) Επρεπε να έλθει σε συνεννόηση με τις κατασκευάστριες εταιρείες των ΦΗΜ, να κατασκευάσουν ειδικές, μικρές φορητές συσκευές, σαν κινητά τηλέφωνα με ενσωματωμένο μικροεκτυπωτή. Ο χρήστης θα πληκτρολογεί ΑΦΜ, καθ.Αξία, %ΦΠΑ και τυχόν φόρους προσθετικούς ή αφαιρετικούς (επι συνόλου). 4) Θα εκτυπώνεται αυτοκόλητη ετικέτα με κωδικο της ΑΑΔΕ . 5) Η ετικέτα θα επικολάτε πάνω στο Τιμολόγιο. Και , για τεχνικούς λόγους δεν πρέπει να υπάρχει ο MAΡΚ. Ο ΜΑΡΚ προϋποθέτει σύνδεση στο internet , και αν δεν υπάρχει δεν θα μπορέσει να τυπώσει την ετικέτα και να την επικολήσει. Κανονικά όλα τα παραστατικά πρέπει να σταμπάρονται με χρονοσφραγίδα (timestamp με nanosecont). Αυτή η χρονοσφραγίδα , θα πρέπει να τυπώνεται στην αυτοκόλητη ετικέτα και να επικολάτε πάνω στο χειρόγραφο. Ποιο είναι το κρίσιμο στοιχείο εδώ. Οταν π.χ το ΤΑΞΙ σου εκδόσει το χειρόγραφο Τιμολόγιο, θα το “χτυπήσει” στην συσκευή. Η συσκευή μπορεί να μην έχει internet να το στείλει εκείνη την στιγμή , οπότε το κρατάει στην μνήμη , και όπου βρεί wifi ξεκλείδωτο , (στο δρόμο ή στο σπίτι) το στέλνει στην ΑΑΔΕ . (Εντός της ημέρας κάπου θα βρεί internet και θα το στείλει) . Εν’τω μεταξύ ο πελάτης πέρνει το χειρόγραφο Τιμολόγιο με την ετικέτα που έχει τη χρονοσφραγίδα. Την επόμενη ημέρα , κατα την καταχώρηση του παραστατικού πληκτρολογόντας την χρονοσφραγίδα και ΑΦΜ στο erp του θα δεί μιά πράσινη ένδειξη ότι το παραστατικό είναι έγκυρο. Λιγο χονδρικά τα λέω τώρα , αλλα αυτή είναι η ουσία. Τι να τον κάνει ο υδραυλικός τον πάροχο. Συμφωνώ απόλυτα. Τα τιμολόγια είναι έγγραφα , και θα πρέπει όταν τα χτυπάει κάποιος σε κάποια διεύθυνση στο internet να βλέπει αν είναι έγκυρα ή άκυρα. Π.χ παρουσιάζει κάποιος ένα Τιμολόγιο σε ένα δικαστήριο σαν αποδεικτικό στοιχείο, πως θα ξέρει το δικαστήριο αν το έγγραφο αυτό (το τιμολόγιο εν προκειμένω) είναι έγκυρο?
  4. Προσωπική μου άποψη: Χωρίς κυρώσεις, θα το αφήσουν να κυλίσει 1-2 χρόνια , μέχρι να μπούνε όλοι μαζί στο "τρυπάκι", και μετά θα μας αλλάξουν τον αδόξαστο..και θα κοπανάνε ότι φόρο θέλουν αυτοί, και προστίμα, αφού , η συμφωνία τοπικού/ MyDATA θα είναι ένα "όνειρο θερινής νυκτός". είναι μεγάλη παγίδα. Και μετά ξέρετε τι θα μας λένε? "Μα τόσο καιρό δεν μας διαμαρτηρήθηκε κανείς". Και για όσους δεν το έχουν καταλάβει ακόμα.. Ουσιαστικά , θα φύγει ο έλεγχος της εταιρείας απο τον λογιστή και θα περάσει στους MyDATAτζήδες. (Με ότι αυτό μπορεί να συνεπάγεται στο μέλλον) ΑΝΑΚΛΗΣΗ ΚΑΙ ΕΠΑΝΑΣΧΕΔΙΑΣΜΟΣ ΑΜΕΣΑ.
  5. Μα.... πείτε μου σας παρακαλώ.. * Ειναι λάθος στημένο απο την αρχή. * Εχουμε αποδείξει ότι υπάρχουν καλύτερες λύσεις , σαφώς πολύ ανώτερες που θα βοηθήσουν και τις επιχειρήσεις αλλα και την εθνική μας οικονομία. * Εχουμε αποδείξει ότι η τρέχουσα λύση του MyDATA , ότι θα είναι επιβλαβής , και για τις εταιρείες και για την εθνική μας οικονομία. Οσα χρήματα και να έχουν επενδυθεί , είναι σωστό να ταλαιπορείται 2 εκ. κόσμος, και βάλε? Δεν πρέπει να διορθώσουν το λάθος? Γιατί δεν το πέρνουν πίσω να το ανασχεδιάσουν? Είναι σωστό να ταλαιπορηθεί τόσος κόσμος? Τι συμβαίνει ?
  6. Εμένα, - γενικώς - δεν μου αρέσει καθόλου αυτή η ιστορία . Επιμένουν σε κάτι που είναι απο την αρχή σχεδιασμένο εντελώς λάθος. Γιατί δεν το ανακαλούν να το σχεδιάσουν σωστά? Μα θα μου πεις οι εταιρείες... τα κεφάλαια που επενδύσανε...κλπ, κλπ .. αλλα.. τόσα λεφτά δίνει το κράτος απο δω και απο εκεί, τι θα ήταν να δώσει μια επιδότηση αναδιαρθρωσης του MyDATA για τις εταιρείες πληροφορικής? Πες ότι ήτανε μιά πυρκαγιά βρε αδερφέ.. δεν θα έδινε κάποιο κονδύλι για τους πληγέντες? Any way... λέω... Ακόμα και όλες οι επιχειρήσεις (περίπου 900.000) να καταφέρουν να συντονιστούν με το MyDATA, Ακόμα και όλοι οι λογιστές να να καταφέρουν να συντονιστούν με το MyDATA, Ακόμα και όλοι οι Ελ. Επαγγελματίες να καταφέρουν να συντονιστούν με το MyDATA. Αυτό, συμφωνίες δεν πρόκειτε να βγάλει στο τέλος της χρήσης , και επειδή, δεν θέλει να αυξήσει τους φόρους θα πατ΄ήσει πάνω στις ασυμφωνίες των επιχειρήσεων με το MyDATA , και θα κοπανάει ότι φορολογία και πρόστιμα θέλει το κράτος, για κάθε εταιρεία ξεχωριστά. Ισως το χρησιμοποιείσει και για άλλους σκοπούς ?? ... δεν ξέρω, πολλα μπορεί να γίνουν στο μέλλον. Παντως, εμένα μου δείχνει κάτι σε πολύ πονηρό.
  7. Αυτό είναι PROAKIS.!! Σωστές ιδέες να υπάρχουν πάντα ! Τώρα.... , αυτή η ιδέα που είπες, μπορεί να καλιεργηθεί , να βελτιωθεί, και με την βοήθεια της τεχνολογίας, να προκείψουν αποτελέσματα μεγάλης αξίας. Απλά , δεν κατάλαβαν τι τους έγραψες. Γιατί, πάνω απο την τεχνολογία υπήρχαν , υπάρχουν, και θα υπάρχουν οι ΠΑΝΤΑ ΟΙ ΑΝΘΡΩΠΙΝΕΣ ΙΔΕΕΣ !! Σωστές Ιδέες και φαντασία ! Η τεχνολογία είναι απλά ένα όχημα , για να υλοποιούνται οι ανθρώπινες ιδέες. Αν η ανθρώπινη ιδέα είναι σωστή, σωστό θα είναι και το τεχνολογικό κατασκευασμα. Αν η ανθρώπινη ιδέα είναι λάθος, λάθος θα είναι και το τεχνολογικό κατασκευασμα. (η περίπτωση του MyDATA είναι ένα έκτρωμα) Εξ'άλλου αυτό είναι και μία βασική αρχή της επιστήμης υπολογιστών (computer sience): garbage in, garbage out (GIGO).
  8. Λες? ... δεν νομίζω, δικές τους βλακείες πρέπει να είναι αυτά. Παράδειγμα : Αν δεις την τεκμηρίωσή τους https://www.aade.gr/sites/default/files/2021-09/myDATA API Documentation_ERP_v1.0.3_official.pdf Βλέπε πίνακες 8.8 και 8.10 που τα categories τα έχουν ως εξής: category1_1 Έσοδα από Πώληση Εμπορευμάτων (+) / (-) category1_2 Έσοδα από Πώληση Προϊόντων (+) / (-) .............. κλπ.................................... Τι σημαίνει αυτό? Οτι αρχικά το είχαν σχεδιάσει να παίρνει και αρνητικές τιμές. Αρχικά υπήρχαν τα categories. Τα Ε3 τα βάλανε τσόντα μετά, για'υτό και δεν έχουν στο τ΄έλος τα (+) / (-). Στην συνέχεια..... μάλλον θα είδαν ότι έχει πολύ κώδικα , και προφανώς θα βαριόντουσαν να γράψουν κώδικα.... και το αφήσανε να πέρνει μόνο θετικές τιμές, και μετά ... να κόψουν το λαιμό τους οι υπόλοιποι. Είμαστε πολύ κοντα με τις απόψεις του AKHS. ειδικά εκει που λέει για τα χειρόγραφα.
  9. (I) Δομικά Προβλήματα 1) Δεν δέχεται αρνητικές τιμές, άρα δεν μπορεί σε ένα ΑΑΔΕ document να απεικονιστεί ταυτόχρονα η Χρέωση και η Πίστωση. 2) Σε ένα παραστατικό, δεν μπορεί να δεχθεί ταυτόχρονα χαρακτηρισμούς Εσόδων και Εξόδων . (π.χ αυτοπαράδοση) 3) Ο λήπτης είναι υποχρεωμένος να χαρακτηρίσει το παραστατικό Εξόδου με βάση τις γραμμές της σύνοψης (lineNumber) του Εκδότη. 4) Οταν ο εκδότης κάνει επανυποβολή παραστατικού (που αυτό έχει ήδη περιέλθει εις χείρας του λήπτου) αλλάζει ο ΜΑΡΚ , επομένως ο λήπτης πρέπει να ξαναχαρακτηρίσει το παραστατικό με βάση τον νέο ΜΑΡΚ. ===> Οταν η λήπτης έχει διασταυρώσει/χαρακτηρίσει το έξοδο , το MyDATA θα πρέπει να δέχεται επανυποβολή απο τον εκδότη ΜΟΝΟ ΓΙΑ ΧΑΡΑΚΤΗΡΙΣΜΟΥΣ, και για τα υπόλοιπα στοιχεία της σύνοψης, να είναι κλειδωμένο. 5) Στις μη διασταυρούμενες δαπάνες λιανικής , όταν το ΦΠΑ είναι μη εκπιπτόμενο, ζητάει αιτία εξαίρεσης ΦΠΑ (vatExemptionCategory). Αντίθετα σε περίπτωση χονδρικής δαπάνης με εκπιπτόμενο ΦΠΑ δεν ζητάει αιτία εξαίρεσης ΦΠΑ. Για την περίπτωση δαπανών δεν πρέπει να ζητάει καθόλου vatExemptionCategory. Ετσι και αλλοιώς όταν το ΦΠΑ δαπανών είναι μη εκπιπτόμενο , το κράτος εισπράττει περισσότερα. 6) Το MyDATA έχει ένα πολύ ισχνό λογιστικό σχέδιο όπου αυτό απεικονίζεται στα category_**. Μόνο που απο το Λογ. σχέδιο αυτό λείπουν ο ΦΠΑ κλπ φόροι , οι οποίοι υπολογίζονται και δεν έχουν μπει στα category_**. - Αν ο ΦΠΑ/Φόροι είχαν μπει στα category_** και - Αν τα category_** ήταν λίγο ποιό διευρυμένα , θα μπορούσαν να κουμπώσουν άνετα στο οποιοδήποτε λογιστικό Σχέδιο , (είτε β' κατηγορίας είτε γ' κατηγορίας), και η διαβίβαση των χαρακτηρισμών να γινόταν απρόσκοπτα , στο παρασκήνιο χωρίς ο Λογιστής να ασχολείται σχεδόν καθόλου με το MyDATA. Θα είχαν δε λυθεί πάρα πολλά προβλήματα, και δεν θα χρειαζόταν η πληθώρα των οδηγιών που έχει εκδώσει μέχρι τώρα η ΑΑΔΕ. 7) Οι χαρακτηρισμοί των E3 δεν πρέπει να συνυπάρχουν με τους χαρακτηρισμούς των category_**. Τα Ε3 πρέπει να διαβιβάζονται συγκεντρωτικά στο τέλος της χρήσης. (Φυσικά... εννοείται ότι και αυτά τα θέματα να λυθούν, και πάλι θα είναι πολύ πίσω σε σχέση με το σύστημα που προτείνεται απο το Forum του Taxheaven). (II) Χρόνοι συν και πλήν : (+) Καταργείται η ΜΥΦ (+) Τα λογιστικά γραφεία μπορούν να κατεβάσουν (στο μέτρο του δυνατού) τις πωλήσεις του πελάτη απο το MyDATA. (-) Θεσπίζεται ουσιαστικά KAI ένα είδος real-time ΜΥΦ (εντελώς κακοσχεδιασμένη και με πολλά θέματα ανοιχτά για του Ελ/Επαγγ. Το πρώτο πράγμα που έπρεπε να ξεκινήσει η ΑΑΔΕ ήταν απο τους Ελ.Επαγγ., ΤΑΞΙ κλπ αλλα αυτό είναι ένα άλλο θέμα. ) (-) Διαβίβαση/ έλεγχος μη διασταυρούμενων Εσόδων/Αγορών και τακτοποιητικών (-) Καθυστερήσεις διασταυρώσεων απο το ανέβασμα διαφόρων κατηγοριών Προμηθευτών (εκδοτών) που μπορούν να ανεβάσουν μέχρι την 20η μέρα του επόμενου μήνα. (-) Συμφωνίες τοπικού / MyDATA
  10. ...Δυστυχώς.. είναι τόσο πολύπλοκο, που θα αναβιώσουν πάλι οι "εβδομάδες υπολοίπων" , μόνο που τώρα δεν θα είναι για το κλείσιμο και την συμφωνία των λογαριασμών, αλλά για την συμφωνία του τοπικού με το MyDATA. Με τις υγείες μας όλον μας, (μιλαω και για λογιστές και για μηχανογράφους) γιατί έχουν να πέσουν πολλά ξενύχτια για να συμφωνήσει αυτό το ριμάδι. Δεν έχουμε δει τίποτα ακόμα...
  11. Συμφωνώ... H πρώτη λύση που λές είναι η πιό σωστή. Στην επανυποβολή πρέπει να μήν δέχεται αλλαγμένα τα στοιχεία της σύνοψης, παρα μόνο αλλαγμένους χαρακτηρισμούς. Ολα αυτά βέβαια πρέπει να γίνονται σε συνάρτηση με την σταθεροποίηση του ΜΑΡΚ, καθ'όσον με το που μπαίνει ένα παραστατικό στην βάση του MyDATA θα πρέπει να πέρνει ένα ΜΑΡΚ, και αυτός να μην αλλάζει ποτέ. Αλλα...και η μία λύση και η άλλη θέλουν λίγο κώδικα , αλλά κάποιοι απ'ότι φαίνεται, βαριούνται να γράψουν έστω και λίγο κώδικα...Οπότε το πετάνε το "μπαλάκι" σε εμάς.
  12. Οσον αφορά την συγκεριμένη λύση Συμφωνώ απόλυτα. Μιλάς σαφώς για κλείδωμα του παραστατικού. Αυτό το είχαμε προτείνει σαν κοινότητα προγραμματιστών στην ΑΑΔΕ, έτσι ώστε μέχρι ο λήπτης να το αποδεχτεί ο εκδότης να κάνει ότι αλλαγές θέλει , αλλα όταν ο λήπτης το αποδεχθεί διορθώσεις να γίνονται μόνο με πιστωτικό και ότι προβλέπεται. Για του λόγου το αληθές : https://mydata-dev.portal.azure-api.net/issues/5f60b1b0c7573034581df035 Δυστυχώς έχουν πάρει τα μυαλά τους "αέρα" εκει ψηλά που βρίσκονται και δεν ακούνε κανένα.
  13. Δεν έχω επικοινωνία. Δυστυχώς κάνουν του κεφαλιού τους και δεν ακούνε κανένα. Χρειάζεται και κλείδωμα του παραστατικού - οποσδήποτε-, αλλά... .... και εμμένω στην αρχική μας πρόταση (στο 1ο post πάνω-πάνω) 4) Αποστολή μηνιαίου Ισοζυγίου με Λογ/μούς εσόδων-εξόδων(Ε3-ΧΧ-ΧΧΧ) + ΦΠΑ +ΦΟΡΩΝ, (το πως ακριβώς θα γίνει θα το δούμε) οι χαρακτηρισμοί , οποσδήποτε πρέπει να αποσυνδεθούν απο τις συνόψεις.
  14. Nαι, το μεγάλο πρόβλημα είναι ότι με την σύνοψη ο εκδότης αποστέλλει και τους χαρακτηρισμούς. (Που ουσιαστικά απεικονίζουν τη λογιστική εγγραφή.... - αν μπορεί να θεωρηθεί σαν λογιστική εγγραφή-) Επομένως, αν κάποιος εκδότης θέλει να κάνει επαναχαρακτηρισμό (δηλ να διορθώσει την λογ. εγγραφή στο MyDATA), θα πρέπει να κάνει επανυποβολή όλου του παραστατικού με τους νέους χαρακτηρισμούς..... ... ακόμα και αν ολήπτης έκανε αποδοχή και διασταύρωση. Με την επανυποβολή απο πλευράς του εκδότη ακυρώνεται ο παλαιός ΜΑΡΚ καιτο παραστατικό παίρνει νέο ΜΑΡΚ. Επομένως θα πρέπει να ειδοποιήσει τον λήπτη να κάνει επαναχαρακτηρισμό της Αγοράς/Δαπάνης με τον νέο ΜΑΡΚ.
  15. Καλημέρα PROAKIS, Nαι, ουσιαστικά ισχύει η real time υποβολή. Τώρα, για την εκτύπωση του ΜΑΡΚ επι του τιμολογίου, δεν είναι υποχρεωτικό, αν και κάποιες εταιρείες το κάνουν. Οστόσο δεν έχει κάποιο ιδιαίτερο νόημα , αφού, μπορεί ο εκδότης να κάνει μεταγενέστερα επανυποβολή και να αλλάξει ο ΜΑΡΚ του τιμολογίου, επομένως θα πρέπει να ειδοποιείσει τον λήπτη να κάνει επαναχαρακτηρισμό. Αλλο ένα πρόβλημα με τον ΜΑΡΚ είναι ότι μπορεί να μην τυπωθεί και καθόλου στο χαρτί λόγω καθιστέρισης απόκρισης του api της ΑΑΔΕ. (π.χ λόγω υπερφόρτωσης δικτύου, server κλπ) .
  16. Δηλ, δεν έγινε επανυποβολή ? Δηλ, με το ξανα-ανέβασμα , μπήκαν σαν "νέα" στο MyDATA? Εφ'όσον τα παραστατικά δεν άλλαξαν τα στοιχεία τους (Εκδότης , Λήπτης, Ημ/νία, Σειρά, Α/Α κλπ) KANONIKA το MyDATA έπρεπε να τα αντιληφθεί σαν "επανυποβολή". Αλλα όπως μας τα λές τα αντιλήφθηκε σαν "νέα" παραστατικά. (Αλλο ένα bug του MyDATA) Αν τα παραστατικά μπήκαν σαν "νέα" , σαφώς και πρέπει να γίνει ακύρωση . Γενικώς, στερείτε απο πολλές δικλείδες ασφαλείας.
  17. Μπήκες μέσα στο Βιβλίο Εσόδων / Εξόδων και είδες τα Εσοδα 2πλά? Αν ναι, τότε είναι θέμα του MyDATA και θα πρέπει να το διορθώσουν. Βασικά , έκανες επανυποβολή, και με την επανυποβολή, - σε φυσιολογικές συνθήκες - ακυρώνονται οι παλαιοί ΜΑΡΚ , και τα παραστατικά παίρνουν νέο ΜΑΡΚ. Αλλα εδώ δημιουργούνται άλλα θέματα. Αντε τώρα να κάνει κάποιος επανυποβολή εσόδων κατα λάθος για 2-3 μήνες.. Θα πρέπει να ειδοποιήσει όλους τους λήπτες να ξανακάνουν επαναχαρακτηρισμό, όλων των παραστατικών 2-3 μήνες πίσω με τον νέο ΜΑΡΚ. Μεγάλο Bug που ανακάλυψες φίλε μου!... Και όλα αυτά για την ξεροκεφαλιά των υπευθύνων του Υπουργείου, που τους φωνάζουμε τόσο καιρό να γίνεται: - Κλείδωμα του παραστατικού όταν αυτό έχει χαρακτηριστεί απο τον λήπτη. - Σταθεροποίηση ΜΑΡΚ. Δηλ. Το παραστατικό όταν μπαίνει μέσα στο σύστημα να λαμβάνει άπαξ ένα ΜΑΡΚ, ο οποίος θα τυπώνεται επι του παραστατικού και να μην αλλάζει ποτέ, ούτε και με την επανυποβολή. Για του λόγου το αληθές, σας παραθέτω το αίτημα που έχει γίνει απο την κοινότητα των προγραμματιστών προ την ΑΑΔΕ. Το αίτημα έχει γίνει απο τις 16 Sep 2020 10:24:05 GMT. Δείτε το αίτημα μαζί με κάποια άλλα. https://mydata-dev.portal.azure-api.net/issues/5f61e48bc757302d3ceac8f8 Φυσικά μας "γράψανε" κανονικά. Κάποιοι βαριούνται να γράψουν κώδικα εκεί στο Υπουργείο, και φυσικα.. πάντα "πετάνε το μπαλάκι" στους άλλους... Το ωραίο είναι ότι τα έχουν γράψει κι' όλας στις "Συχνές ερωτήσεις - απαντήσεις myDATA * Τεχνικά θέματα (Επικαιροποίηση 26-10-2020)" https://www.aade.gr/sites/default/files/2020-10/FAQs_myDATA_techn.pdf Διαβάστε την Ερώτηση (4) (Εγώ πάντως , επιμένω: Αμεση ανάκληση και επανασχεδιασμός.)
  18. Mιας και έχουν επενδυθεί ένα σωρό κεφάλαια σε αυτή τη βλακεία.... Υπάρχει ένας τρόπος να "σουλουπωθεί" κάπως όλη αυτή η τρέλα, (φυσικά θα απέχει πολύ απο την πρόταση που έχει γίνει απο εδώ, απο το taxheaven, αλλα τέλος πάντων κάπως ... να μαζευτεί και να έχει τις λιγότερες συνέπειες για όλους). 1) Να δοθεί μιά "γενναία" παράταση. 2) Να αποδεσμεύσουν το παραστατικό (τις συνόψεις) απο τους χαρακτηρισμούς. Αυτό δεν θα επηρεάσει τους παρόχους , δεδομένου ότι οι πάροχοι αποστέλλουν "έτσι και αλλιώς" μόνο σύνοψη . 3) Πάροχοι και ERP θα αποστέλλουν: Ο εκδότης μιά πλήρη σύνοψη χονδρικών (ΜΥΦ) στο MyDATA. Ο λήπτης μόνο την γραμμή συνόλων προς διασταύρωση. 4) Η διασταύρωση των συνόψεων Χονδρικής Εκδότη - Λήπτη πρέπει να γίνονται με βάση τους παρακάτω τύπους : Συν.Καθ. Αξίας Λήπτη >= Συν.Καθ. Αξίας Εκδότη Συν.ΦΠΑ Λήπτ η <= Συν.ΦΠΑ Εκδότη Τελικό Σύνολο Λήπτη = Τελικό Σύνολο Λήπτη Τους έχω στείλει τεχνική έκθεση γιατί πρέπει να είναι έτσι προφανώς πηγε στο κάλαθο των αχρήστων . 5) Οι χαρακτηρισμοί να αποστέλλονται στο τέλος της περιόδου συγκεντρωτικά: - Ενα συγκεντρωτικό ημερολόγιο Αγορών - Πωλήσεων χονδρικής εσωτερικού. (για συμφωνία με τις συνόψεις του MyDATA). - Ενα συγκεντρωτικό ημερολόγιο Πωλήσεων λιανικών (για συμφωνία με τις συνόψεις e_SEND). - Ενα συγκεντρωτικό ημερολόγιο Λοιπών πράξεων. Οπωσδήποτε, λόγω των αποκλίσεων του mapping που ενδεχομένως να υπάρχουν θα πρέπει ο Λογιστής να μπορεί να επεξεργάζεται τα συγκεντρωτικά ημερολόγια μέσω ειδικής φόρμας που θα υπάρχει στο ERP , πριν αυτά αποσταλούν στην ΑΑΔΕ. Με αυτόν τον τρόπο θα υπάρξει και εναρμόνιση του MyDATA με τις προθεσμίες ενημέρωσης που προβλέπονται από τα ΕΛΠ, και παράλληλα απλοποιείται και η όλη διαδικασία . ( δεν θα διαταράσσεται πλέον η "φυσιολογική ροή" των λογιστικών εγγραφών όπως περιγράφω και σε προηγούμενα post). Ετσι φιξάρονται: - Οι ΦΗΜ αποστέλλουν μόνο συνόψεις λιανικών στο e_SEND - Πάροχοι και ERP αποστέλλουν μόνο συνόψεις Χονδρικών στο MyDATA - Οι πάροχοι είναι οι μεγάλοι κερδισμένοι, αφού έτσι και αλλιώς αποστέλλουν μόνο συνόψεις άρα γλυτώνουν το οποιοδήποτε κόστος αλλαγών. - Οι κατασκευαστές ERP θα κάνουν κάποιες τροποποιήσεις (ελαφρυντικές) στα προγράμματά τους. Δεδομένου ότι δεν θα αλλάξουν το interface, αλλα μόνο τα αρχεία που αποστέλλονται στο MyDATA, το κόστος των αλλαγών δεν αναμένεται να είναι μεγάλο. - Οι Λογιστές θα συνεχίσουν να κάνουν τις καθημερινές εργασίες τους χωρίς καμία αλλαγή στον τρόπο σύνθεσης των λογιστικών εγγραφών, αλλά κυρίως επειδή οι χαρακτηρισμοί θα διαβιβάζονται συγκεντρωτικά στο τελος της χρήσης θα είναι ήσυχοι ότι θα υπάρχει απόλυτη συμφωνία μεταξύ Τοπικού ERP και MyDATA. - Ξεκαθαρίζουν τα ορια Λογιστή - Επιχείρησης, αφού οι χαρακτηρισμοί θα διαβιβάζονται μέσω συγκεντρωτικών ημερολογίων υποχρεωτικά μόνο μέσω Λογιστή. -Το MyDATA θα επωμιστεί το μεγαλύτερο κόστος για τις αλλαγές που πρέπει να κάνει. Τους τα λέω, για να μην μας λένε μετά ότι αυτό "δεν γίνεται"...
  19. Εκτος απο αυτά που αναφέρω στα προηγούμενα post μου…. ΕΠΙΠΛΕΟΝ 1) Κλείσιμο έτους με τον λογ/μό 56.ΧΧ Αγορές υπό τακτοποίηση. Αν στο νέο έτος οι τιμές είναι μικρότερες θα πρέπει να γίνει Χρέωση του 56 και Πίστωση του 2.Χ . Αυτή η εγγραφή θα πρέπει να γίνει με παρ/κό MyDATA 17.5 ===> Δεν γίνεται 2) Ιδιοκατασκευές : Κανονική εγγραφή 1.X (X) ΣΕ 78.Χ (Π). Τώρα χώρια : - Χωριστή εγγραφή για χρέωση της ομάδας 1 ===> Για να πάει στο MyDATA με τακτ. 17.5 και - χωριστή εγγραφή για Πιστωση 78. ===> Για να πάει στο MyDATA με τακτ. 17.3 και 3) Παρακράτηση ποσού κατά την είσπραξη (αυτά το κάνουν πολυ τα νοσοκομεία) : Κανονική εγγραφή : 38.Χ (Χ) 65.Χ (Χ) σε Πίστωση 30.χ Τώρα χώρια : - 38.Χ (Χ) ) σε Πίστωση 30.χ και - 65.Χ (Χ) σε Πίστωση 30.χ ===> Για να πάει στο MyDATA με τακτοποιητική 17.5 4) Διενέργει τρεχουσών αποσβέσεων σε Πάγιο που πωλείται Κανονική εγγραφή : 66.Χ(Χ) ΣΕ 1Χ.99 . Τώρα χώρια : - Χωριστή εγγραφή για να χρεωθεί η Ομάδα 6 ===> βγαίνει στο MyDATA με 17.5 - Χωριστή εγγραφή για να πιστωθεί η Ομάδα 1 ===> Δεν βγαίνει γιατί το 17.5 δέχεται μόνο χρέωση 5) Αναπροσαρμογή Αποσβ. Παγίου: Αν είναι να πιστωθεί η ομάδα 1 με 17.5 ===> Δεν γίνεται πέρνει μόνο αύξηση 6) Πώληση Παγίου : Πρέπει να μειωθεί σε χωριστή εγγραφή η ομάδα 1 για να βγεί με το παρ/κό 17.5 ===> Δεν γίνεται … πέρνει μόνο αύξηση 7) Ζημιές απο εκποίηση Παγίων -Χωριστή εγγραφή για την πίστωση ομάδας 1 (με παρ/κό MyDATA 17.5 ====> που δεν βγαίνει γιατί πέρνει μόνο άυξηση) - Χωριστή εγγραφή για την χρέωση ομάδας 7 (με παρ/κό MyDATA 17.3 ====> που δεν βγαίνει γιατί) πέρνει μόνο άυξηση) Γενικώς η λογική του MyDATA επι των συμψηφιστικών είναι: - Θέλεις να αυξήσεις για οποιοδήποτε λόγο τα Εσοδα ? ====> χωριστή εγγραφή και παρ/κό 17.5 - Θέλεις να μειώσεις για οποιοδήποτε λόγο τα Εσοδα ? ===> ΔΕΝ ΓΙΝΕΤΑΙ - Θέλεις να αυξήσεις για οποιοδήποτε λόγο τα Εξοδα ? ====> χωριστή εγγραφή και παρ/κό 17.3 - Θέλεις να μειώσεις για οποιοδήποτε λόγο τα Εξοδα ? ===> ΔΕΝ ΓΙΝΕΤΑΙ - Θέλεις μέσα στην ιδια συμψηφιστική Εσοδα + Εξοδα ? ====> ΔΕΝ ΓΙΝΕΤΑΙ …Χωριστά Σε πολλά σημεία , “σπάει” την φυσιολογική ροή των λογιστικών εγγραφών και υποχρεώνει τον λογιστή να κάνει απαράδεκτους χειρισμούς . Το MyDATA πρέπει να αφήνει τον Λογιστή ελεύθερο να χρεωπιστώνει οτιδήποτε λογαριασμούς κρίνει αυτός, και με τον τρόπο που νομίζει αυτός καλύτερα. Για την ελεγκτική που θέλουν να κάνουν υπάρχουν άλλοι τρόποι καλλίτεροι. Η παράταση δεν μας κάνει τίποτα. Απλά θα μεταθέσει το πρόβλημα. Να το πάρουνε πίσω και να το διορθώσουν και να το φτιάξουν σωστά. Θα μου πείτε τώρα, μα...οι εταιρείες έχουν επενδύσει χρήματα, και κινδυνεύουν όλες αυτές οι ώρες να μείνουν απλήρωτες...... τι να γίνει? Και ρωτάω εγώ.. είναι σωστό να πληρώσουν άλλοι ..."τα σπασμένα"? Καλέσανε του λογιστές σε δημόσια διαβούλευση ?
  20. Εκτός απο αυτά που ανέφερα στην προηγούμενη ανάρτηση (σελ 3 στο τέλος)… δεν έχω και χρόνο , να σας κάνω και ένα παράδειγμα κοστολόγησης εισαγωγής (μέσω 32) . Εκει θα φρίξετε ! ειδικά όταν η πλασματική αξία εισαγωγής είναι > της κανονικής , και στο σημείο που θα θελήσετε να κάνετε την μεταφορά απο τον 32 => 1,2,6 ανάλογα, αυτό θα πρέπει να γίνει με παραστατικό mydata 17.5 τακτοποιητικής εξόδων Επειδή όμως είναι μονόδρομο το παραστατικό, - δέχεται την πίστωση του 32 σε χρέωση 1,2,6, αλλα - δεν δέχεται την χρέωση του 32 σε πίστωση 1,2,6 (όπου εκεί μπαίνει η διαφορά). Δεν ξέρω πως θα γίνει αυτό… δείχνει να μην περνάει… Και αφήνω απ'έξω την όλη διαδικασία διαβίβασης.. θα πάνε αρκετές εγγραφές mydata "χεράτες".......
  21. Ορθή επανάληψη Ενα κύριo πρόβλημα του ψηφιακού μπακαλοδεύτερου (MyDATA) είναι ότι την έννοια Χρέωση και την Πίστωση την μισο-καταλαβαίνει , μέσω παραστατικών , αλλα λόγω του ότι τα παραστατικά είναι “μονόδρομα” .... οι συμψηφιστικές εγγραφές... γίνονται και δεν γίνονται.. και αυτό θα σας δυσκολέψει αφάνταστα. Δηλαδή: Τα παραστατικά πωλήσεων τα θεωρεί σαν πίστωση της ομάδας 7 (δεν έχει χρέωση) Τα παραστατικά Αγορών τα θεωρεί σαν χρέωση της ομάδα 6 (δεν έχει πίστωση ) Ομοίως και τα αντίστοιχα παραστατικά επιστροφών είναι αναλόγως μονόδρομα. Αρα: Οι άνθρωποι , έχουν μπλέξει την έννοια παραστατικό , με την έννοια της Χρέωσης και Πίστωσης.....Δηλ, όπως λέμε στην ορολογία του σχεδιασμού των Βάσεων Δεδομένων αυτά τα δύο τα έχουν ενσωματώσει σε ένα entity.... Mέγα σχεδιαστικό λάθος !!! Υπάρχουν και άλλα σχεδιαστικά λάθη, αλλά είναι περισσότερο τεχνικά. Περιπτωση που γίνεται.με την .."μετ' εμποδίων" μέθοδο : Αν θέλετε να κάνετε μιά αυτοπαράδοση, θα πρέπει : 1) Να την περάσετε με παραστατικό 6.1 Στοιχείο Αυτοπαράδοσης + category1_6 Αυτοπαραδόσεις / Ιδιοχρησιμοποιήσεις (+) / (-) + ΦΠΑ + Ε3 (πίστωση 7) 2) Μετά θα πρέπει με χωριστό παραστατικό τακτοποίησης (τα θέλει και συγκετρωτικά στο τέλος του μήνα) να ενημερώσετε και την χρέωση της ομάδας 6 . Οπότε θα περάσετε ένα τακτοποιητικό : 17.5 Λοιπές Εγγρ. Τακτ. Εξόδων - Λογ. Βάση category2_5 Γενικά Έξοδα χωρίς δικαιωμα. εκπτωσης ΦΠΑ (-)/(+) + ΦΠΑ + Ε3 (χρέωση της 6) ---------------------------UPD-----------8/6--------------------------- Προσέξτε τώρα ένα σχεδιαστικό λάθος, πως σας βάζει εσάς να ..."τρέχετε".... Στο εξής, την εγγραφή αυτοπαράδοσης δεν θα την κάνετε με τον κλασικό τρόπο σε ένα άρθρο δηλ 6.Χ (Χ) σε 7Χ(Π). Τώρα θα πρέπει να βάλετε κάποιο ενδιάμεσο λογαριασμό π.χ Τάξεως και να κάνετε : 1) Μία λογιστική εγγραφή για τα έσοδα 00.ΧΧ (Χ) σε 7Χ(Π) ===> και θα πηγαίνει στο MyDATA με παρ/κό 6.1 2) Μία χωριστή λογιστική εγγραφή για τα έξοδα 6Χ (Χ) σε 00.ΧΧ(Π) με παραστατικό ERP "Λογ.Σημείωμα" ή "Συμψηφιστικό" ===> Τα οποία θα βγαίνουν συγκεντρωτικά στο MyDATA με παρ/κό 17.5 .... και θα βρείτε και άλλα πολλά..... ------------------------------------------------------------------------------------- Οι συμψηφιστικές εγγραφές... που ΔΕΝ γίνονται : Αν τυχόν θελήσετε σε ένα παρ/κό πωλήσεων / αγορών - για κάποιους ειδικούς λόγους - να κάνετε ταυτόχρονα και χρέωση της ομάδας 7 (για πωλήσεις) -ή- πίστωση της ομάδας 6 (για αγορές) δεν γίνεται ΚΑΝΟΝΙΚΆ θα έπρεπε να μπορούσατε να τα κάνετε τον συμψηφισμό (τουλάχιστον με την.. "μετ' εμποδίων μέθοδο") με κάποιο χωριστό παραστατικό όπως: - 17.3 ή 17.4 για τακτοποίηση εσόδων -ή- - 17.5 ή 17.6 για τακτοποίηση εξόδων αλλά ούτε και με αυτά δεν γίνεται λόγω το ότι τα παραστατικά αυτό είναι “μονόδρομα” . Οπως προανάφερα : - 17.3 ή 17.4 για τακτοποίηση εσόδων => είναι μόνο πίστωση της 7 - 17.5 ή 17.6 για τακτοποίηση εξόδων => είναι μόνο χρέωση της 6 Ομοίως και τα 17.1 + 17.2 είναι και αυτά μονόδρομα.
  22. Ενα κύριo πρόβλημα της ψηφιακής καταστοιχογραφίας (MyDATA) είναι ότι την Χρέωση και την Πίστωση την μισο-καταλαβαίνει , μέσω παραστατικών , αλλα λόγω του ότι τα παραστατικά είναι “μονόδρομα” .... οι συμψηφιστικές εγγραφές... γίνονται και δεν γίνονται.. και αυτό θα σας δυσκολέψει αφάνταστα. Δηλαδή: Τα παραστατικά πωλήσεων τα θεωρεί σαν πίστωση της ομάδας 7 (δεν έχει χρέωση) Τα παραστατικά Αγορών τα θεωρεί σαν χρέωση της ομάδα 6 (δεν έχει πίστωση ) Περιπτωση που γίνεται.την .."μετ' εμποδίων" μέθοδο : Αν θέλετε να κάνετε μιά αυτοπαράδοση, θα πρέπει : 1) Να την περάσετε με παραστατικό 6.1 Στοιχείο Αυτοπαράδοσης + category1_6 Αυτοπαραδόσεις / Ιδιοχρησιμοποιήσεις (+) / (-) + ΦΠΑ + Ε3 (πίστωση 7) 2) Μετά θα πρέπει με χωριστό παραστατικό τακτοποίησης (τα θέλει και συγκετρωτικά στο τέλος του μήνα) να ενημερώσετε και την χρέωση της ομάδας 6 . Οπότε θα περάσετε ένα τακτοποιητικό : 17.5 Λοιπές Εγγρ. Τακτ. Εξόδων - Λογ. Βάση category2_5 Γενικά Έξοδα χωρίς δικαιωμα. εκπτωσης ΦΠΑ (-)/(+) + ΦΠΑ + Ε3 (χρέωση της 6) Οι συμψηφιστικές εγγραφές... που ΔΕΝ γίνονται : Αν τυχόν θελήσετε σε ένα παρ/κό πωλήσεων / αγορών - για κάποιους ειδικούς λόγους - να κάνετε ταυτόχρονα και χρέωση της ομάδας 7 (για πωλήσεις) -ή- πίστωση της ομάδας 6 (για αγορές) δεν γίνεται ΚΑΝΟΝΙΚΆ θα έπρεπε να μπορούσατε να τα κάνετε τον συμψηφισμό (τουλάχιστον με την.. "μετ' εμποδίων μέθοδο") με κάποιο χωριστό παραστατικό όπως: - 17.3 ή 17.4 για τακτοποίηση εσόδων -ή- - 17.5 ή 17.6 για τακτοποίηση εξόδων αλλά ούτε και με αυτά δεν γίνεται λόγω το ότι τα παραστατικά αυτό είναι “μονόδρομα” . Οπως προανάφερα : - 17.3 ή 17.4 για τακτοποίηση εσόδων => είναι μόνο πίστωση της 7 - 17.5 ή 17.6 για τακτοποίηση εξόδων => είναι μόνο χρέωση της 6 Ομοίως και τα 17.1 + 17.2 είναι και αυτά μονόδρομα.
  23. Θα βάλεις τα 100 Ευρώ. Τυχερός είσαι, αφού έχεις έργα που δεν γνωρίζεις αν θα ολοκληρωθούν , ακολουθείς τεχνική του να τα πηγαίνεις όλα στον 56.Χ και μετά - κατα περίπτωση - να τα μεταφέρεις στην ομάδα 7, και αυτό είναι απλό: Το τιμολόγιο θα το χαρακτηρίζεις (με όλο το ποσό ) με category1_9 Έσοδα επομένων χρήσεων (+)/(-). χωρίς Ε3. Mετά, κάθε έσοδο που θα αναγνωρίζεις θα το βάζεις στην ομάδα 7 και θα ενημερώνεις ΤΟ MyDATA με τακτοποιητική και παραστατικό 17.3 Λοιπές Εγγρ. Τακτ. Εσόδων - Λογ. Βάση (ή 17.4 ακόμα δεν έχει διευκρυνήσει η ΑΑΔΕ) + Ε3. Πρόβλημα έχουν όσοι έχουν βραχυπρόθεσμα έργα (<=1έτους) που στην πλειοψηφία τους λήγουν στην τρέχουσα χρήση , και σπάνια ακυρώνονται, οπότε τα βάζουν όλα στον 73.Χ , και απο εκεί και υστερα, κάποια λίγα που πάνε σε επόμενη χρήση τα κάνουν μεταφορά στον 56.Χ. Αυτούς, του υποχρεώνει ντε και καλά να τα πάνε ΟΛΑ στον 56.Χ και μετά να τα πηγαίνουν με τακτοποιητική στην ομάδα 7 . Δηλ , τους βάζει και... "κάνουν κύκλους" άσκοπα.
  24. Είδα και απο-είδα ότι εδώ όσο και να μιλάς, "φωνή βοώντος εν τη ερήμω"... έστειλα e_mail στην Ε.Ε. Κάνανε πολύ καιρό να μου απαντήσουν, (σχεδόν 2 μήνες) , μου απαντήσανε ότι η commission έχει υιοθετήσει ήδη απο τον Ιούλιο του 2020 το λεγόμενο "Tax Action Plan", και εργάζεται για να ξεκινήσει το δεύτερο εξάμηνο του 2022 μια νομοθετική πρόταση , που απ'ότι καταλαβαίνω, πρόκειται για ένα πανευρωπαϊκό Σύστημα Διαβ/σης Οικονομικών Στοιχείων στιs φορολογικές αρχές. (κάτι σαν το ΜyDATA το δικό μας). Στο πλαίσιο των προπαρασκευαστικών εργασιών του "Tax Action Plan", θα ξεκινήσει ανοικτή δημόσια διαβούλευση το τελευταίο τρίμηνο του 2021. Και δεν μπορώ να καταλάβω τι κάνουν τελικά οι δικοί μας εδω πέρα, αμα είναι να καθιερωθεί το Πανευρωπαϊκό "Tax Action Plan", γιατί τόση πρεμούρα να εφαρμοστεί το τοπικό το δικό μας..(και είναι και σαράβαλο) Αφού απο το απο τον Ιούλιο του 2020 η Ε.Ε ξεκίνησε τη διαδικασία για το "Tax Action Plan", έπρέπε να το είχαν αναστείλει και να περιμένουν να δούν τι θα πει η Ευρωπαϊκή Ενωση. Γιατί δεν περιμένουν πρώτα να δούν τι θα πεί η Ευρωπαϊκή Ενωση, παρά κάθονται και κάνουν του κεφαλιού τους ?? PROAKIS , το τελευταίο τρίμηνο του 2021, πρέπει να είμαστε StandBy για την δημόσια διαβούλευση που θα κάνει η ΕΕ. https://ec.europa.eu/taxation_customs/general-information-taxation/eu-tax-policy-strategy/package-fair-and-simple-taxation_en
  25. Μαλλον πρέπει να είναι bug του ERP , γιατί αναφέρεται στο branch του εκδότη και λέει ότι πρέπει να είναι 0.. Με πάσα επιφύλαξη.....
×
×
  • Create New...