Jump to content

Pacioli

simple Members
  • Posts

    165
  • Joined

  • Last visited

  • Days Won

    6

Everything posted by Pacioli

  1. Για τιμολόγια <= 50 ή ακαθ. εσοδα <=50.000 θα πάει μέσω ειδικής φόρμας καταχώρησης Για τιμολόγια > 50 ή ακαθ. εσοδα > 50.000 θα πάει μέσω Παρόχου ή ERP Για την περίπτωση που συμφωνήσετε με τον πελάτη σας να του εκδίδεται εσεις τιμολόγια μέσα απο το ERP σας για λογαριασμό του, και οσον αφορά τους χρόνους αποστολής , (και όχι μόνο, υπάρχουν πολλά αδιευκρίνιστα θέματα) καλό είναι να ζητήστε διευκρινήσεις στο ΚΕΦ, τηλ.: 213.1621000 ή στο mail [email protected] ή να περιμένουμε διευκρινιστική. Πάντως απ’όσο ξέρω για λιανικές μέσω ΦΗΜ υπάρχουν 2 επιλογές (με κάθε επιφύλαξη) α) οι λιανικές μπορούν να αποστέλονται μέσω ΦΗΜ , κανονικά μία-μία , και μέχρι την 20η του επόμενου αποστέλεται και μία συγκεντρωτική λιανικών μέσω ERP β) οι λιανικές αποστέλονται μέσω ERP , κανονικά μία-μία οπότε η ΦΗΜ απλά σφραγίζει , αλλα πρέπει να την έχουμε κλειστή να μην στελνει στοιχεία στο e_Send.
  2. Είναι όπως τα λές...αυτοί νομίζουν ότι οι λογιστές είναι "η τέλεια μηχανή", με τεράστιες υπολογιστικές δυνατότητες, τεράστια μνήμη και άρα τεράστια δυνατότητα εκμάθησης, ικανοί να εκτελούν πολύπλοκες και λεπτεπίλεπτες εργασίες σε μακροχρόνια βάση , αλλά και δυνατότητες λειτουργίας 24x7!... Είναι προφανές ότι οι άνθρωποι ... δεν έχουν περάσει απο λογιστήριο , ούτε απ' έξω.
  3. Καλημέρα φίλε dodo Τα είπες όλα, δυστυχώς, φτιάξανε αυτό το πολύπλοκο πράγμα , βγάλανε τους λογιστές απο την διαβούλευση, και κάνανε μόνο διαβούλευση με τις εταιρείες πληροφορικής.. Καλώς ή κακως οι εταιρείες θεωρήσανε την ομάδα του MyDATA σαν τους "γκουρού" της πληροφορικής (μόνο που απο λογιστική παιδεία είναι σκράπες), και θεωρήσανε ότι "έτσι πρέπει να είναι τα πράγματα" αφού το λέει το υπουργείο. Και κανείς δεν βγήκε να τους πεί...."ρε παιδια... τι κάνατε εκει?". Επενδύσανε όλοι σε αυτό το έκτρωμα, πέσανε χρήματα και εργατοώρες.. και τώρα λεει.. "αυτό δεν μπορεί να αλλάξει" Αλλα απο την άλλη... το θεωρώ άδικο να προσπαθούν να το "κάτσουν" στην πλάτη των λογιστών , ντε και καλά. Τι σημαίνει "τώρα αυτό δεν μπορεί να αλλάξει"?? Θα ταλαιπωρείται τώρα όλη η Ελλάδα επειδή κάποιοι κάνανε λάθος, και βαριούνται τώρα να το ξ ανασχεδιάσουν? Με τα ΔΑ ... καλά εκει θα γίνει χαμός στο ισωμα....
  4. Πληροφόρηση προσωπικά δεν έχω. Αλλά - προσωπικά- πιστεύω ότι τελευταία στιγμή (ως συνήθως) θα δώσουν μιά παράταση. Αλλά ποίο το όφελος? μιά ζωή θα σερνόμαστε με αυτό. Να το πάρουν πίσω και να το ξανασχεδιάσουν
  5. Αρλούμπες.. και τι αρλούμπες, αεροδιαστημικές. Κοίταξα απο απλή περιέργεια το αντίστοιχο Ιταλικό. Ολα σε επίπεδο χονδρικής εσωτερικού (ΜΥΦ το δικό μας) + σύνοψις. Ούτε χαρακτηρισμοί ούτε τίποτα. Oι τύποι παραστατικών? λίγοι και καλοί: TD01 Fattura (Τιμολόγιο) TD02 Acconto/Anticipo su fattura (Κατάθεση / Προκαταβολή στο τιμολόγιο) TD03 Acconto/Anticipo su parcella (Κατάθεση / Προκαταβολή σε δέμα) TD04 Nota di Credito (Πιστωτικό σημείωμα) TD05 Nota di Debito (Χρεωστική σημείωση) TD06 Parcella ?? TD20 Autofattura (Αυτο-τιμολόγιση) https://www.fatturapa.gov.it/it/norme-e-regole/documentazione-fatturapa/ (ότι περίπου δηλ, έχουμε, προτείνει και απο εδώ στο αντίστοιχο θέμα του Taxheaven: Home> Γ.Γ.Π.Σ.> Θέματα Taxisnet Προτάσεις - Βελτιώσεις εφαρμογών Taxisnet > My DATA. To A και το Ω είναι οι πωλήσεις. μήπως είναι πιο εύκολο ετούτο? ) Απλά εμεις προτείναμε επιπλέον και ένα μηνιαίο Ισοζύγιο με κωδικούς MyDATA (ας μας πει πως ακριβώς θα το ήθελε το MyDATA να του το φτιάξουμε), το οποίο θα έδινε την ΥΠΟΧΡΕΩΤΙΚΗ συμφωνία μεταξύ βιβλίων τοπικού ERP και MyDATA.
  6. PROAKIS Έχεις απόλυτο δίκιο. Τα έχουν τόσο μπερδεμένα..... αυτό υποδηλώνει ότι δεν τα έχουν αποκρυσταλλώσει μέσα στο μυαλό τους και βρίσκονται σε σύγχυση. Και θέλουν τώρα αυτή την σύγχυση να την μεταφέρουν σε όλη την Ελλάδα. Δεν ξέρεις τι σπαστικό πράγμα είναι να παιδεύεσαι φτιάξεις κάτι , και να ξέρεις ότι υπάρχουν πολλοί τρόποι να γίνει η ιδια δουλειά απείρως ποιο εύκολη , ποιο σταθερή και ποιό ευέλικτη , τόσο για τον προγραμματιστή όσο και για τον λογιστή. Πίστεψέ με. ..πρέπει να προσπαθήσει κανείς πολύ, για να σκεφθεί απλούς τρόπους επίλυσης....
  7. PROAKIS Εχεις απόλυτο δίκιο !! Οπως είπαμε διαβίβαση μόνο για Εσωτερικού Χονδρικές (επίπεδο ΜΥΦ) και διασταύρωση στοιχείων σε επίπεδο σύνοψης, και όχι χαρακτηρισμών. Οι πωλήσεις REAL TIME (άμεσα με την έκδοση τιμολογίου) ή αυθημερόν το αργότερο μέχρις εσπέρας. Απο εκει και μετά έχουμε: Τις μη διασταυρούμενες εμπορικές πράξεις (λιανικές/ενδοκοινοτικές/εισαγωγές-εξαγ. αγορές απο μη υπόχρεο κ.λ.π) Και τις εσωτερικές πράξεις (μισθοδοσία, αποσβέσεις , τακτοποιητικές) Επομένως, με δεδομένο ότι η Χονδρική εσωτερικού θα διασταυρώνεται σε επίπεδο σύνοψης, και άρα θα είναι Ok, Aρκεί ένα Ισοζύγιο Λογ/μών εσόδων-εξόδων-ΦΠΑ-ΦΟΡΩΝ, και η ΑΑΔΕ είναι καλυμμένη πλήρως (ας μας πει πως το θέλει να της το γκρουπάρουμε και να της το φτιάξουμε). Ετσι όπως το δουλεύουν το παραμύθι του MyDATA , κοστολόγηση ενδοκοινοτικών + Εισαγωγών /εξαγωγών (το έχω προβλέψει) ότι θα γίνει ο μέγας ΧΑΜΟΣ . Αλλοι χρησιμοποιούν τα 32άρια, άλλοι όχι, άλλοι υπολογίζουν συγκεντρωτικά τον ενδοκοινοτικό ΦΠΑ στο τέλος του μήνα, άλλοι ανα φάκελο , ο καθένας εφαρμόζει διαφορετικές λογιστικές τεχνικές, ίσως κάποιοι να έχουν αναπτύξει και ειδικές λογιστικές τεχνικές εγγραφών ανάλογα με τις ειδικές ανάγκες που θέλουν να εξυπηρετήσουν , και το MyDATA μας υποχρεώνει σε μια (1) μόνο λογική. Τακτοποιητικές Εσόδων /Εξόδων φασκελοκουκούλωστα... Πρόκειται για ένα εντελώς μη επιστημονικό , καταστιχογραφικό σύστημα , που στερείτε των αρχων της λογιστικής επιστήμης, επομένως δεν έχει την ποιότητα και την αξιοπιστία που εγγυάται η ιδια η λογιστική επιστήμη. ΣΥΜΦΩΝΏ ΟΤΙ ΚΑΤΙ ΠΡΕΠΕΙ ΝΑ ΓΙΝΕΙ ΓΙΑΤΙ ΘΑ ΜΠΛΕΞΟΥΜΕ ΠΟΛΥ ΑΣΧΗΜΑ ΟΛΟΙ!!
  8. Εεεε... εδώ είναι η όλη "μαεστρία" που πρέπει να έχει Αναλυτής/Σχεδιαστής... Εδω τους θέλω τους MyDATAτζήδες...
  9. Τα γραμμάτια του ΔΣΑ σε συνδρομές (???) Τα ΑΠΛ δαπανών λογικά πρέπει να πάνε είτε στο 13.1 Εξοδα-Αγορές Λιανικών ή στο 13.2 Παροχή Λιανικών συναλ/γών.. Για το ΦΠΑ μη εκπιπτόμενο, θα πρέπει , εκει που μέχρι τώρα το πετάγατε χύμα σε κάποιο 64άρι, τώρα θα πρέπει ο συγκεκριμένος 64άρης να αναπτυχθεί ανα % ΦΠΑ (όπως τα 54.00άρια). (Αλλο κουλό και αυτό, και αυτό έχω πολλούς μήνες που το φωνάζω να το αλλάξουν, Είτε το πετάτε εσεις χύμα σε κάποιο 64άρι, είτε το 64άρι αυτό, το έχετε ανα % ΦΠΑ, το mydata πρέπει να το δέχεται σε κάθε περίπτωσση) Απο το εμπορικό τα περνάς ή απ'ευθείας απο την λογιστική? Λογικά ένα οποιοδήποτε άρθρο λογιστικής (αγορών-δαπανών/πωλήσεων) πρέπει να μεταφράζεται στη γλώσσα του mydata..
  10. Αιτία εξαίρεσης για μηδενικό ΦΠΑ στις δαπάνες?? Μα ακόμα δεν το διορθώσανε ? Το φωνάζω μήνες τώρα. Τη δουλειά θέλει η αιτία εξαίρεσης ΦΠΑ στις δαπάνες? Αυτό έχει νόημα μόνο για πωλήσεις γιατί ελαττώνει τον αποδοτέο ΦΠΑ, στις δαπάνες που αυξάνει τον αποδοτέο ΦΠΑ τι στο καλό τη θέλουν την αιτία εξαίρεσης... Για βάλε μιά τυχαία αιτία εξαίρεσης, να δούμε θα το πάρει? (Δυστυχώς, οι μηχανογράφοι του υπουργείου ΔΕΝ δείχνουν να έχουν λογιστική παιδεία..Άλλο το να γνωρίζεις πέντε πράγματα για τα λογιστικά και άλλο να έχεις αναπτύξει λογιστική σκέψη, που θέλει πολλά χρόνια εξάσκηση...)
  11. ...And this is the beginig.... Για δοκίμασε το 14.30 [Παραστατικά Οντότητας ως Αναγράφονται από την ίδια] (Και εμεις ψαχτά τα πηγαίναμε η ΑΑΔΕ δεν μας έλεγε τίποτα σε στυλ, βρές το μόνος σου ! Μπορείς!)
  12. Την ιδια άποψη (και ταυτόχρονα απορία για το MyDATA) έχω και εγώ. Να κινηθεί το MyDATA σε επίπεδο ΜΥΦ. Αφου έτσι και αλλοιώς: - τις λιανικές δεν μπορούν να τις διασταυρώσουν - ούτε τις ενδοκοινοτικές συναλ/γές (προς το παρόν) - ούτε τις εισαγωγές / εξαγωγές (προς το παρόν) - Τη μισθοδοσία την έχουν απο τη σχετική υποβολή καταστάσεων μισθοδοσίας - Τις αποσβέσεις σίγουρα δεν μπορούν να διασταυρώσουν - Τις τακτοποιητικές εσ/εξ , πάλι δεν μπορούν να διασταυρώσουν Οπότε: 1) Αν περιοριζόταν το MyDATA σε επιπεδο ΜΥΦ, δηλ , να γίνεται real-time διαβίβαση μόνο για τα τιμολόγια εσωτερικού Χονδρικής, και μόνο η σύνοψη ( Οχι ο χαρακτηρισμός.) 2) Και αν τους διαβιβαζόταν κάθε μήνα ηλεκτρονικά ένα Ισοζύγιο Λογ/μών Εσόδων-Εξόδων/ΦΠΑ/ΦΟΡΩΝ ΓΚΡΟΥΠΑΡΙΣΜΕΝΟ ΑΝΑ ΕΙΔΟΣ ΧΩΡΑΣ ΣΥΝΑΛΛΑΣΟΜΕΝΟΥ (Εσωτ/Εξωτ/Ε.Ε) την ιδια δουλειά δεν θα κάνανε άραγε? Τι τι θέλουν τόση φασαρία?
  13. PROAKIS Ευχάριστα τα νέα. Βλέπω κάτι να αρχίζει να κινείται ..Πράγματι η On line (real time ) διαβίβαση είναι εξαιρετικά κρίσιμο σημείο και ΑΠΑΡΑΙΤΗΤΟ για προκειμένου να υπάρξει ομαλή λειτουργία των λογιστηρίων , γιατί αλλιώς θα γίνουν όλα μπάχαλο. Το UID εντελώς απαραίτητο για να καλύψει την περίπτωση του "έπεσε" το ιντερνετ. Οπως είπα και σε προηγούμενο post, πρέπει: α) Να γίνει οπωσδήποτε "αίτημα" στην ΑΑΔΕ να προστθέσειι και ένα επιπλέον στοιχείο στα στοιχεία του UID , για να διασφαλιστεί η μοναδικότητα του Κωδικού UID. (βλέπε και post σελ. 1 εκει που λέω "ΠΡΟΒΛΗΜΑΤΑ με τον UID." β) Ολες οι εταιρείες πληροφορικής πρέπει να συντονιστούμε ώστε (για την περίπτωση που έχει "πέσει" το ίντερνετ στον εκδότη).... Να εκτυπώνουμε όλοι στα τιμολόγια τον υποκωδικό UID (ή ΜΑΔ) μαζί με τον ΜΑΡΚ Ετσι ώστε, κατα την καταχώρηση αγοράς/δαπάνης απο τον λήπτη: 1. Αν το τιμολόγιο έχει εκτυπωμένο τον ΜΑΡΚ το πληκτρολογεί ο λήπτης και το ζευγαρώνει άμεσα με αυτό τoy MyDATA 2. Αν το τιμολόγιο ΔΕΝ έχει εκτυπωμένο τον ΜΑΡΚ να πληκτρολογεί ο λήπτης τον υποκωδικό UID και να ζευγαρώνει άμεσα με αυτό τoy MyDATA Για το (3) που αναφέρεις, δεν έχω ασχοληθεί γιατί το erp μας δεν έχει προσανατολιστεί να εξυπηρετεί λογιστικά γραφεία, αλλά λογικά πρέπει να γίνεται άνετα, τουλάχιστον το 95%+ των εγγραφών που έρχονται απο MyDATA να μπορούν να "πέφτουν" σαν λογιστικές εγγραφές στο τοπικά στο erp του γραφείου. Βέβαια, είναι και άλλα θέματα που θα σας/μας απασχολήσουν στην πορεία , αλλά αυτό νομίζω είναι το σημαντικότερο όλων.
  14. Λογικό είναι , με τόσες κακοτεχνίες που έχει, να ανεβαίνει το κόστος σε υπερθετικό βαθμό.
  15. Ειλικρινά δεν έχω ιδέα πως θα μπορούσε να γίνει αυτό μέσω MyDATA. Συμφωνώ απόλυτα ότι πρέπει να διαβιβαστούν λογιστικές εγγραφές και όχι παραστατικό. Εγω προσωπικά τους είχα κάνει υπόμνημα να βγάλουν τα παραστατικά απο την μέση και να τα αντικαταστήσουν με κινήσεις π.χ - Χρεωστική πωλήσεων -Πιστωτική Πωλήσεων - Χρεωστική Αγορών -Πιστωτική Αγορών -Συμψηφιστική Και μερικές άλλες ειδικές κινήσεις (δεν θυμάμαι τώρα ακριβώς).. Αφου έτσι και αλλοιως το αν μια κίνηση αφορά Εσωτερικό-ΕΕ-Τρ.Χωρες το βλέπουν απο τον κωδικό χώρας του αντισυμβαλλομένου που τους διαβιβάζουμε , τι το βαζουν και πανω στο παραστατικό.. Το αν πρόκειται για Επιχείρηση, ΝΠΔΔ, Ιδιώτη, Πελάτη Λιανικής, Προμηθ. Λιανικής κλπ μπορούμε να τους το διαβιβάζουμε με κατάλληλα μέσα στην σύνοψη οπότε βλέπουν αν πρόκειται για Λιανική ή Χονδρική κλπ, κλπ (όλα τα erp έχουν την πληροφορία αυτή) Δεν χρειάζονται τόσα παραστατικά, Μέχρι και παραστατικό για τα ενοίκια έχουν βάλει . Τι τα θέλουν τόσα παραστατικά? σούπα θα τα κάνουν ?... Ετσι, μιά τυπική κίνηση πώλησης θα έπρεπε να είναι π.χ ΑΦΜ ΕΚΔ..............:588965475 ΗΜ/ΜΗΝΙΑ.............:2020-10-01 ΚΩΔ. ΥΠΟΚ/ΜΑΤΟΣ TAXIS: 5 ΧΩΡΑ.................: GR TΥΠΟΣ ΑΝΤΙΣΥΜΒ/ΝΟΥ...: 1 = Επιτηδευματίας ΓΕΝ ΤΥΠΟΣ ΠΑΡΑΣΤ.....: 1 Χρεωστικό Πώλησης ΣΕΙΡΑ (0 για κενό)...: 0 Α/Α..................: 14 ΜΟΝΑΔΙΚΟ ΣΤΟΙΧΕΙΟ....: ΧΧΧΧΧ Και για άλλα πολλά τους έχω κάνει τεχνικά υπομνήματα, αλλά δεν ακούνε τίποτα. Για τα συμψηφιστικά πρέπει να διαβιβάζεται μόνο το άρθρο, όχι Σύνοψη. Και μόνο αυτό δείχνει την προχειροδουλειά που πάνε να μας κάτσουν πάνω στο σβέρκο μας. .
  16. PROAKIS Οταν καταχωρείς ένα αντικριζόμενο Τιμ. Αγοράς (Τιμ.Χονδρικής Εσωτερικού), Το erp αποστέλλει μόνο τον χαρακτηρισμό. Όχι την σύνοψη. Βεβαίως και πρέπει να σε ρωτάει αν θα αποσταλεί ο χαρακτηρισμός τώρα ή θα παραμείνει έτοιμος για να αποσταλεί αργότερα. Με την αποστολή του χαρακτηρισμού εξόδου λαμβάνεις και τον αντίστοιχο ΜΑΡΚ χαρακτηρισμού Εξόδου. Αυτό θα πρέπει να είναι ορατό τις λίστες Τιμολογίων αγοράς ή των εγγραφών δαπανών/αγορών Αν υποθέσουμε ότι το στέλνεις , εκείνη την στιγμή που γράφεις το άρθρο , με το save και τον χαρακτηρισμό, και μετά θέλεις να το διορθώσεις , πχ αντί για έξοδο να του πεις ότι ήταν εμπόρευμα, μπορείς να το κάνεις, με επαναχαρακτηρισμό, που πρακτικά, θα μπεις στην μεταβολή του άρθρου , θα το αλλάξεις, και στο save θα δώσεις ΝΑΙ για αποστολή χαρακτηρισμού. Και φυσικά η εγγραφή αγοράς θα αποκτήσει τον νεο ΜΑΡΚ χαρακτηρισμού εξόδου. Τώρα δεν ξέρω μέχρι πότε μπορείς να κάνεις τις αλλαγές, δεν μας έχει πει κάτι η ΑΑΔΕ. Με κάθε επιφύλαξη, Λογικά πρέπει να μπορείς να το αλλάξεις τουλάχιστον μέχρι την υποβολή της δήλωσης ΦΠΑ
  17. Αμμ...και τις Δαπάνες τις θέλουνε πριν την δήλωση ΦΠΑ.... Πάντως μπορείς να επαναχαρακτηρίσεις μια δαπάνη .... πριν την δήλωση ΦΠΑ, τώρα για μετά την δήλωση ΦΠΑ ... δεν το έχω ψάξει για να είμαι ειλικρινής.. Για τα ακυρωτικά συμφωνώ. Πρέπει να το αλλάξει η ΑΑΔΕ. όπως είπες. Τεράστια εντύπωση μου κάνει και εμένα....
  18. Εεεε.. οχι.. μιλάς την.... "βαριά" λογιστική διάλεκτο Any Way.... Λοιπόν, πρωτογενής εγγραφές είναι οι "αντικριζόμενες" κατα ορολογία MyDATA, δηλ αυτές που επηρεάζουν τον λήπτη. δευτερογενής είναι οι "μη αντικριζόμενες" . Τωρα το online απ'ότι καταλαβαίνω εννοείς τις Αγορές/Δαπάνες. Εκεί θα πρέπει λογικά... εκει που καταχωρείς την αγορά, είτε απο το εμπορικό είτε απο την λογιστική: Στο πάνω πάνω μέρος έχει τα σταθερά στοιχεία του παραστατικού. Σωστά? Εκει που γράφεις τα σταθερά στοιχεία του παραστατικού πρέπει: -Είτε να πληκτρολογείς τον ΜΑΡΚ , και να σου βγάζει αυτόματα τα [ΑΦΜ][ημ/νία][σειρά][αριθμός] -Είτε να πληκτρολογείς τα [ΑΦΜ][ημ/νία][σειρά][αριθμός] + [υποκωδικό ΜΑΔ] και να σου ΕΜΦΑΝΊΖΕΙ τον ΜΑΡΚ του Εκδότη . -Κατόπιν συνεχίζεις και περνάς την κίνηση, (είτε απο το εμπορικό είτε απο την λογιστική) και με το save να γίνεται και αποστολή του χαρακτηρισμού, οπότε θα δεις στην λίστα των καταχωρημένων τιμολογίων αγορών τον ΜΑΡΚ χαρακτηρισμού (άλλος ΜΑΡΚ είναι αυτός) που θα υποδηλώνει ότι ο ο χαρακτηρισμός "εφυγε για MyDATA" - (πριν το save πρέπει να μπορείς να ανοίγεις ένα παράθυρο και να ελέγχεις και οπτικά -αν το κρίνεις αναγκαίο-, το τι φεύγει για MyDATA). (Διασταύρωση + αποστολή χαρακτηρισμού αγοράς ταυτόχρονα με την καταχώρηση - ακαριαία) ..."αν θέλω να καταχωρήσω αποσβέσεις ,πάω και καταχωρώ με εγγραφές και ΟΧΙ ΠΑΡΑΣΤΑΤΙΚΟ. " Συμφωνώ... αλλά έτσι όπως το δουλεύει το MyDATA , για οτιδήποτε πρέπει να ορίσεις παραστατικό. Πολλά τα προβλήματα. Πχ, αν σε ένα άρθρο αγοράς χρειαστεί να πιστώσεις κάποιο λογ/μό δαπάνης, προκειμένου να εξισώσεις την Χ/Π αυτό δεν μπορεί να το δεχθεί. Δεν μας έχει πει τίποτα γι'αυτό. πχ, το αρνητικό ποσό που βάζει η ΕΥΔΑΠ στα τιμολόγιά της για να κάνει την στρογγυλοποίηση.. Και πολλά άλλα , θα τα δείτε στην πορεία.
  19. Καλημέρα PROAKIS Συμπάθαμαι, τα γράφεις λίγο συμπυκνωμένα , και ομολογώ ότι δεν μπορώ να συλλάβω τον συλλογισμό σου . Δεν καταλαβαίνω τι ακριβώς εννοείς καταχώρηση "σαν παραστατικό" στον εαυτό σου,και δευτερογενείς εγγραφές. Οπωσδήποτε η real time διαβίβαση των πωλήσεων είναι σημαντικό, με τα μέσα που υπάρχουν σήμερα, σου στέλνει ο προμηθευτής σε pdf το τιμολόγιο και εσύ το καταχωρείς στα έξοδά σου λίγη ώρα μετά την έκδοσή του, επομένως είναι πολύ σημαντική η άμεση αποστολή στο MyDATA Πάντως, σε κάθε περίπτωση θα έχουμε πρόβλημα, ο τρόπος με τον οποίο χαρακτηρίζονται οι εγγραφές είναι απο χάλια έως εντελώς χάλια. "Κακοτεχνίας το ανάγνωσμα" . Θα τα δείτε όταν θα αρχίσει να κυλάει το σύστημα , και θα αρχίσουν να φαίνονται τα στραβά. Και χρόνο θα φάμε , εγω προβλέπω όλο το 2021 να ασχολούμαστε όλοι με το MyDATA να μη σου πώ και το 2022.
  20. Ευχαριστώ PROAKIS Εχεις εξαιρετικές ιδέες . Αν δεν μίλαγες για τον ΜΑΔ ισως να μην έκανα ποτέ το link μέσα στο μυαλό μου να το συνδέσω με το UID. Aυτή είναι και η ουσία της παραγωγικής συζήτησης. Ουσιαστικά κατεύθυνες την συζήτηση να παει εκει που πρέπει να πάει. Ελπίζω τα συμπεράσματα που εξάγονται απο την συζήτηση αυτή να τα διαβάζουν και οι εταιρείες πληροφορικής αλλά και η ΑΑΔΕ. Το MyDATA είναι μιά υπόθεση όλων μας , επομένως όλοι πρέπει να "βάλουμε ένα χεράκι" να το διαμορφώσουμε έτσι ούτως ώστε να μας λύσει τα χέρια και όχι να μας τα δέσει. Η τεχνολογία πάντα πρέπει να χρησιμοποιείται για να μας κανει την ζωή μας εύκολη, αλλιώς τι νόημα έχει να μας την κάνει δύσκολη?
  21. Εχοντας στο μυαλό μου την συζήτηση που κάναμε για τον ΜΑΔ και σε συνδυασμό με αυτό που είπες τελευταία, βλέπω ότι εναλλακτικά μπορούμε να εκμεταλλευτούμε τον κωδικό UID που έχει ήδη το MyDATA. Πρακτικά κάνει την ίδια δουλειά και μπορεί να καλύψει άνετα το κενό που θα δημιουργήσει η πιθανή μη λειτουργία του ίντερνετ και άρα η μη άμεση απόδοση ΜΑΡΚ. Τι είναι το UID? Για κάθε παραστατικό η ΑΑΔΕ έχει προβλέψει και ένα δεύτερο κωδικό (μοναδικό) , τον UID. Αυτός αποτελείτε απο : ΑΦΜ ΕΚΔ................:588965475 ΗΜ/ΜΗΝΙΑ...............:2020-10-01 ΚΩΔ. ΥΠΟΚ/ΜΑΤΟΣ TAXIS..: 5 ===> (Στοιχεία υποκωδ. ΜΑΔ) ΚΩΔ.ΠΑΡΑΣΤ.ΑΑΔΕ........: 2.1 ===> (Στοιχεία υποκωδ. ΜΑΔ) ΣΕΙΡΑ (0 για κενό).....: 0 Α/Α....................: 14 Ετσι Το παραστατικό με τα παραπάνω στοιχεία αν κρυπτογραφηθούν με τον αλγόριθμο SHA1 δίνουν τον παρακάτω κωδικό, 4D0443DAF6F52BBF59AD46139E239F08918B18EF το οποίο το MyDATA τον συσχετίζει πάντα με τον ΜΑΡΚ Εστω λοιπόν ότι κατα την έκδοση του ποιό πάνω τιμολογίου , το ιντερνετ είναι εκτός λειτουργίας, και άρα το στοιχείο δεν θα έχει εκτυπωμένο πάνω του τον ΜΑΡΚ. Τι θα κάνει ο λήπτης? Θα προσπαθήσει να καταχωρήσει τοπικά το παραστατικό οπότε θα περάσει: [ΑΦΜ] + [ΗΜΝ/ΝΙΑ] + [ΣΕΙΡΑ] + [ΑΑ]. Σωστά? Πως θα το ζευγαρώσει ακαριαία? ΜΑΡΚ δεν έχει? Εχει όμως περάσει ήδη τα 4 απο τα 6 στοιχεία που χρειάζονται για να χτιστεί ο UID. Δεν γνωρίζει τον Κωδ. υποκ/ματος του εκδότη, και τον Κωδ.παρ/κού της ΑΑΔΕ του εκδότη. Σωστά? Αυτό όμως το γνωρίζει το ERP του εκδότη. Επομένως , ΑΝ σε κάθε παραστατικό μαζί με τον ΜΑΡΚ τυπώνεται και ο υπο-κωδικός ΜΑΔ, (ας το πούμε έτσι) ο οποίος θα είναι της μορφής για το παράδειγμά μας "5-2.1" (υποκ/μα+Κωδ.παραστ ΑΑΔΕ), τότε ο χρήστης πληκτρολογώντας και τον υποκωδικό ΜΑΔ , έχει περάσει και τα 6 στοιχεία που χρειάζεται το ERP για να χτίσει το UID και βαση αυτού να εντοπίσει με ακρίβεια τον ΜΑΡΚ. Πρακτικά σε κάθε τιμολόγιο θα πρέπει να υπάρχει ο [ΜΑΡΚ] + [υπο-κωδικός ΜΑΔ]. Οπότε: -αν υπάρχει ο [ΜΑΡΚ] ξέρουμε ότι το παραστατικό απεστάλη σε real time -αν υπάρχει μόνο ο [υπο-κωδικός ΜΑΔ]. "5-2.1" ξέρουμε ότι απεστάλη σε δεύτερο χρόνο Ο λήπτης όμως σε κάθε περίπτωση όμως θα μπορεί να εντοπίζει ακαριαία τον σχετικό ΜΑΡΚ. Για να δουλέψει αυτή η λύση πρέπει όμως τον [υποκωδικό ΜΑΔ] να το εκτυπώνουν όλα τα ERP επομένως, πρέπει σαν κοινότητα να το ζητήσετε απο τις εταιρείες πληροφορικής να το κάνουν . ΠΡΟΒΛΗΜΑΤΑ με τον UID. Εχουμε εξής πρόβλημα με το UID και εδώ πρέπει να βάλετε και εσείς καμμιά φωνη στο MyDATA , για να το διρθώσει. Ποιο είναι αυτό? Λοιπόν το UID δεν είναι και τόσο μοναδικό. Πχ Αν έχουμε τα παραστατικά: (1) ΑΦΜ ΕΚΔ..............:588965475 ΗΜ/ΜΗΝΙΑ.............:2020-10-01 ΚΩΔ. ΥΠΟΚ/ΜΑΤΟΣ TAXIS: 5 ΚΩΔ.ΠΑΡΑΣΤ.ΑΑΔΕ......: 1.1 => Που αντιστοιχεί με το Παρ/κό της εταιρείας [ΤΠ-ΔΑ] ΣΕΙΡΑ (0 για κενό)...: 0 Α/Α..................: 14 και (2) ΑΦΜ ΕΚΔ..............:588965475 ΗΜ/ΜΗΝΙΑ.............:2020-10-01 ΚΩΔ. ΥΠΟΚ/ΜΑΤΟΣ TAXIS: 5 ΚΩΔ.ΠΑΡΑΣΤ.ΑΑΔΕ......: 1.1 ====> Που αντιστοιχεί με το Παρ/κό της εταιρείας [ΤΠ] ΣΕΙΡΑ (0 για κενό)...: 0 Α/Α..................: 14 To MyDATA θα τα θεωρήσει σαν το ίδιο παραστατικό και το τελευταίο που θα μπεί θα καπελώσει το προηγούμενο. προσωπικά προτείνω να μπεί ένας επιπλέον 4ψήφιος τυχαίος αριθμός , σαν 7ο στοιχείο του UID για να εξασφαλιστεί η μοναδικότητά του (στην προκειμένη περίπτωση ο κωδικός ΜΑΔ θα είναι π.χ "5-1.1-3427") , ή τέλος πάντων ότι άλλο νομίζετε εσείς καλλίτερο . Αρα πρέπει να πιέσετε το MyDATA να επεκτείνει τον κωδικό UID κατα ένα στοιχείο. (Εμεις τους το λέμε αλλά μας γράφουνε, πείτε και εσείς κάτι μπας και ξυπνήσουνε)
  22. Ναι, σίγουρα η online έκδοση θα σας λύσει τα χέρια. Για τις δαπάνες θα υπάρχει καταχώρηση, αλλά υπάρχουν τεχνικές όπου κατα την καταχώρηση μπορεί να γίνει άμεσο ζευγάρωμα πχ, (α) Με το που θα καταχωρείς [ΑΦΜ], [ημ/νία] [σειρα] [α/α] και [τελική αξία] μπορεί να σου ζευγαρώσει άμεσα το παραστατικό. Αν υπάρχουν 2 ή περισσότερα παρ/κά με αυτα τα στοιχεία μπορεί να σου βγάζει ένα πίνακα να επιλέγεις τι θέλεις. (β) Μπορείς να πληκτρολογείς τομ ΜΑΡΚ και να ζευγαρώσει άμεσα, οπότε θα σου εμφανίζει τα υπόλοιπα στοιχεία [ΑΦΜ], [ημ/νία] [σειρα] [α/α] αυτόματα , οπότε εσύ συνεχίζεις την καταχώρηση όπως παλιά, και ξέρεις και τα τελικά ποσά ποια πρέπει να είναι. ...και με το ζευγάρωμα μπορεί να σου προτείνει και την εγγραφή αγοράς(μόνο αγορά) απ'όσο ξέρω . Το θέμα του άμεσου ζευγαρώματος είναι το λιγότερο για εμάς και το έχουμε λύσει. Πάντως, αυτό που σκέφτηκες, είναι ουσιαστικά, αυτό που είχα πει κάποτε και εγώ. Δηλ , όλα τα erp να έχουν ένα -σχεδόν- κοινό τρόπο αντιμετώπισης , και ουσιαστικά περιέγραψες ένα -γενικό- κοινό interface για όλα τα erp. Αυτά κανονικά ήταν δουλειά του MyDATA και όχι δική μας. Επειδή βλέπω ότι ο τρόπος αυτός είναι ο "άριστος", θέλω να πιστεύω ότι όλα τα erp θα συντονιστούν με τον τρόπο αυτό. Τωρα, πέρα απο το ζευγάρωμα των παραστατικών, έχουμε και άλλα θέματα που αφορούν κακοτεχνίες του MyDATA όπως: Λογιστικές εγγραφές που δεν περνάνε (προς το παρόν) μέσα, όπως δαπάνες για λογ/μό τρίτων σε Τιμ εσόδων , ΦΠΑ μη εκπιπτόμενο , που μάλλον θα χρειαστεί να αλλάξετε και τον τρόπο που γράφετε τις λογιστικές εγγραφές σας. (ΕΝΤΕΛΩΣ ΑΠΑΡΑΔΕΚΤΟ ΓΙΑ ΜΕΝΑ) έχουμε την (μικρή) πιθανότητα να μην μπορεί να χαρακτηρίσει το erp το παραστατικό Αγορών/Δαπανών και θα πρέπει να το κάνει ο χρήστης με το χέρι, (ΕΝΤΕΛΩΣ ΑΠΑΡΑΔΕΚΤΟ ΓΙΑ ΜΕΝΑ) Εχουμε παρα πολλά αδιευκρίνιστα σημεία απο MyDATA αυτοπαραδόσεις, ιδιοχρησιμοποιήσεις, Εκκαθαρίσεις, χαρακτηρισμό λιανικών που βγαίνουν μέσω ΦΗΜ/Ταμειακών, Τους ειδικούς φόρους επι τιμολογίων που μέχρι τώρα διαβιβάζονται συγκεντρωτικά, και σε κπαποια στιγμή το MyDATA είπε ότι θα τα θέλει αναλυτικά, και φυσικά την καυτή πατάτα των ΔΑ , που έτσι όπως το πάει η ΑΑΔΕ προβλέπω να γίνεται το μέγα μπάχαλο. κλπ,κλπ
  23. Τα όσα γράφω στην πρώτη παράγραφο αφορούν -γενικά- την ακύρωση ή την μεταβολή του παραστατικού σε ποσά, και το κλείδωμα του παραστατικού. Το παράδειγμα με το courier ήταν πράγματι ατυχές, αλλά η ουσία είναι ότι απο την στιγμή που ο λήπτης έχει χαρακτηρίσει το παραστατικό, δεν θα πρέπει να μπορεί ο εκδότης να το ακυρώσει ή να το μεταβάλει. Αν πάει ο Εκδότης απο προφανές λάθος να το ακυρώσει ή να το μεταβάλει (με επανυποβολή ) με άλλα ποσά, και ο λήπτης απο την άλλη μεριά το έχει ήδη χαρακτηρίσει, πρέπει να του βγάζει μήνυμα ότι , το παραστατικό δεν μπορεί να ακυρωθεί/μεταβληθεί". Αυτό δεν το υποστηρίζει το MyDATA. Τα ποσά εξυπακούεται ότι δεν θα αλλάξουν, αλλά ποιος το διασφαλίζει αυτό? Το πρόγραμμα φυσικά. Γιατί πάντοτε υπάρχει ο ανθρώπινος παράγοντας είτε απο αφέλεια είτε απο κακόβουλη ενέργεια. Την ιδέα σου για τον ΜΑΔ την βρίσκω θαυμάσια, και θα εξυπηρετούσε πολύ στις περιπτώσεις που έπεφτε το ιντερνετ απο οποιαδήποτε αιτία. Οπως είπα όμως χρειάζεται αρκετή σκέψη γα να υλοποιηθεί και να ενσωματωθεί σε ένα ήδη "στραβό" σύστημα. Οσον αφορά τις 80.000 επιχειρήσεις... εξαρτάτε απο το πως θα δομήσει κάποιος τη βάση του, αλλά και απο το herdware που θα του παίξει, και σαφώς δεν μιλάμε για τα pc που έχουμε στο γραφείο μας. Θεωρητικά πάντα, ο SQLServer μπορεί να δεχθεί μέχρι 1.2 εκ. αιτήματα/δευτερόλεπτο . (Αυτό βέβαια είναι πολύ τεχνικό θέμα , που εμπλέκει και τεχνικούς λογισμικού αλλά και τεχνικούς δικτύων). Πρακτικά εκτιμώ ότι δεν θα υπάρχει πρόβλημα ούτε με την online έκδοση αλλά ούτε και με την online λήψη/διασταύρωση. Η μαζική αποστολή οπωσδήποτε θα πρέπει να υπάρχει σαν επιλογή, όπως ανέφερα και ποιο πάνω για την περίπτωση βλάβης του internet.
  24. Είμαστε σχεδόν στο "ίδιο μήκος κύματος" Γενικά, κάπως έτσι το έχω σκεφτεί να το υλοποιήσω στο δικό μου erp. Παρακάτω παραθέτω κάποια θέματα που που προσκρούουν πάνω στο MyDATA 2 ακυρωτικό (παραλαβής) μετά από 2 μέρες γυρνά η κούριερ ,άγνωστος παραλήπτης και φέρνει εμπόρευμα και τιμολόγιο . ο λήπτης έχει πλήρη άγνοια. όμοια αντιμετώπιση. Εδω είναι το μεγάλο πρόβλημα ... Μπορεί να έχει μεν αποσταλεί με curier το τιμολόγιο, αλλά ενδέχεται ο λήπτης να το έχει κατεβάσει απο την πλατφόρμα και να το έχει χαρακτηρησει. ΣΤΗΝ ΠΕΡΙΠΤΩΣΗ ΑΥΤΗ Θα πρέπει το παραστατικό να "κλειδώνει" αφου θα έχει περιέλθει "εις χειρας αντισυμβαλλομένου" και να μην μπορεί ο εκδότης να το ακυρώσει. Επομένως οταν ο εκδότης προσπαθήσει να ακυρώσει ένα παραστατικό, το οποίο έχει ήδη χαρακτηριστεί απο τον λήπτη, θα πρέπει να του βγαίνει σχετικό μήνυμα ότι "το παραστατικό έχει χαρακτηριστεί απο τον λήπτη και δεν μπορεί να ακυρωθεί. Ετσι θα πρέπει να ακολουθηθεί η "πεπατημένη οδός" και να εκδοθεί πιστωτικό. Δεν υπάρχει τέτοια δυνατότητα απο το MyDATA διαπίστωσε ο λογιστής ένα άλλο λάθος ,ότι το Χ παραστατικό έφυγε ως πώληση εμπορεύματος ,αντί προϊόντος. λάθος στήσιμο στο είδος. ε και? το αναζητά και το διορθώνει. ο λήπτης δεν ενημερώνεται γιατί δεν τον αφορά. ΟΙ ΠΩΛΗΣΕΙΣ ΔΙΑΒΙΒΑΣΤΗΚΑΝ ΣΩΣΤΑ /ON LINE ΚΑΙ Ο ΛΉΠΤΗΣ ΕΧΕΙ ΤΟ ΜΑΡΚ. Αρκει να μην αλλάξει ποσά . Και εδώ είναι ένα θέμα, αμα θέλεις να κάνεις αλλαγή στη λογιστική εγγραφή πρέπει να κάνεις επαν-υποβολή του παραστατικού. Το πρόβλημα είναι , τι γίνεται αν ο εκδότης αλλάξει και τα ποσά, έστω απο λάθος και εν τω μεταξύ ο λήπτης έχει χαρακτηρίσει ?. Δεν μας δίνει την δυνατότητα να γίνει μόνο αλλαγή στο χαρακτηρισμό (λογ. εγγραφή) αλλά πρέπει να γίνει επαν-υποβολή παραστατικού, δη θα πρέπει να υποβληθεί εκ'νέου και η σύνοψη αφού γίνανε οι καταχωρήσεις στην διάρκεια της χρονιάς ,με μια αποστολή γίνονται οι χαρακτηρισμοί , έξοδο-εμπόρευμα-πάγιο από τον λογαριασμό που περάσανε (στον λήπτη). Παντα το έλεγα ότι πρέπει να διαβιβάζονται και να διασταυρώνονται μόνο οι συνόψεις, και στο τέλος κάθε μήνα να αποστέλλεται ένα Ισοζύγιο Εσόδων / Εξόδων. Το ΦΠΑ αγορών και Το Ε3 πρέπει να συμπληρώνεται "υπολογιστικά" απο μέρους του MyDATA, οσον άφορα τις Εισαγωγές/Εξαγωγές και ενδοκοινοτικές Αποκτήσεις/Παραδόσεις , με βάση τα στοιχεια των συνόψεων , στα οποία έτσι και αλλιώς δηλώνεται η χώρα του αντισυμβαλλομένου , αρά ξερει το MyDATA αν πρόκειται για συναλλαγή εσωτερικού εξωτερικού ή τρίτης χώρας Στο παρακάτω δεν είμαι σίγουρος τι ακριβως εννοείς ΑΝ η πλατφόρμα αδυνατεί να δίνει on-line ΜΑΡΚ σε χιλιάδες επιχειρήσεις ,το ΜΑΡΚ παραμένει εσωτερικός αριθμός για τις ανάγκες αυτής. Ο ΜΑΡΚ δίνεται μόνο απο ΑΑΔΕ. Αν έχει βλάβη το ιντερνετ, τα ορφανά τιμολόγια αποστέλλονται με την αποκατάσταση του δικτύου και λαμβάνουν ΜΑΡΚ επομένως μπορεί να γίνει επανέκδοση παραστατικού σε pdf (με τον ΜΑΡΚ πλέον) και να αποσταλούν στον λήπτη Αν κατάλαβα καλά, λές να υπάρχει κάτι σαν "εναλλακτικοί ΜΑΡΚ, οι ΜΑΔ , τους οποίοι θα τους έχει η εταιρεία και αν έχει βλάβη το ιντερνετ τότε το τιμολόγιο θα τυπώνεται με τον εναλλακτικό ΜΑΔ , και όταν αποκατασταθεί το δύκτιο ο εκδότης θα διαβιβάζει τις συνόψεις με τον ΜΑΔ?? Αν είναι αυτό, το βρίσκω θαυμάσια ιδέα, αλλά θέλει αρκετό χρόνο για να "καλλιεργηθεί".
  25. Το βλέπω να αργεί το MyDATA. Μιά μεγάλη εταιρεία που υποστηρίζουμε (πάνω απο 100 άτομα) , εχει ένα αρκετά μεγάλο όγκο συναλλαγών που δεν "περνάει" μέσα στο MyDATA. (Το συζητάγαμε προχθές με τον αρχιλογιστή). Δεν ξέρω τι θα γίνει με αυτό το "τερατούργημα" όπως πολύ σωστά το χαρακτηρίζετε.. ......Μα πραγματικό τερατούργημα... Σκέτη Πυρηνική Φυσική το έχουν κάνει
×
×
  • Create New...