Χρειάζεται να αναπτύξω module απλής εμπορικής διαχείρησης σε .NET

Έχω υπ'οψιν μου κάποιες γνώσεις, εμπειρικά, όσο αφορά τα παραστατικά αλλά αναζητώ κάποιες επίσημες οδηγίες ανάπτυξης εμπορικής διαχείρησης.

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

Αναζητώ λύσεις στο www.taxheaven.gr

Αν γνωρίζετε κάτι επι του θέματος ευχαρίστως να το ακούσω


Με εκτίμηση

Φίλε zed_lands . Μία εμπορική διαχείριση υποστηρίζει τα κυκλώματα ( Πωλήσεων , Αγορών , Αποθήκης , Διαχείριση Αξιογράφων - Πληρωμών  με υποσυστήματα το κάθε ένα Παραμέτρων , Κινήσεων , Πληροφόρησης κλπ .
Το απλή δηλαδή κατ'ευφήμισμό μόνο θα μπορούσε να είναι .
 
Το taxheaven είναι ένα εξαίρετο site πραγματικά .
Επιπρόσθετα θα σου πρότεινα να δείς ανάλογα μικρά εμπορικά πακέτα που κυκλοφορούν στην αγορά για να δείς features που ενσωματώνουν έτσι ώστε να πάρεις μία αίσθηση για το project που πρόκειται να υλοποιήσεις και να πάρεις κάποιες ιδέες .  Εκτός αυτού καλό να βρείς και προδιαγραφές για διάφορες καταστάσεις τις οποίες θα χρειαστεί να τυπώνεις από την εφαρμογή σου ( πχ βιβλίο εσόδων - εξόδων -- το οποίο δέν ανήκει σε ένα λογιστικό κύκλωμα , Καταστάσεις ΚΕΠΥΟ κλπ ) για να μπορέσεις τα τις ενσωματώσεις .

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

Ελπίζω να κάλυψα κάποια από τα ερωτήματα σου , και ότι χρειαστείς πάνω στο project σου εδώ είμαστε
Καλή Τύχη

nsouflis ευχαριστώ για τις απαντήσεις,

Με κίνδυνο να χαρακτηριστώ άσχημα από το forum, ρωτάω το εξης: Είναι όλα αυτα που περιέγραψες (διαχείρηση αξιογράφων - πληρωμών, αγορών κλπ) απαραίτητα προκειμένου η εφαρμογή να εκτυπώνει τιμολόγια?

Ο στόχος μου είναι μία εξειδικευμένη εφαρμογή, όχι ένα πλήρες crm ή erp.

Αν έδωσα διαφορετική εντύπωση να με συγχωρείτε.

Όπως βλέπω, προκειμένου να εκτυπωθεί ένα τιμολόγιο σε ενιαιο μηχανογραφικό έντυπο χρειάζονται τα παρακάτω στοιχεία:

1) Είδος παραστατικού, αρ. παραστατικού και τρέχουσα ημερομηνία

2) Στοιχεία πελάτη (αφμ, δου κλπ)

3) Τόπος αποστολής, τόπος παράδοσης, σκοπός διακήνησης και τρόπος πληρωμής

5) Είδος προς πώληση

6) Σύνολα...

Άρα γενικά χρειάζομαι:

1) Αρχείο πελατών

2) Αρχείο ειδών

3) Αρχείο φπα

4) Αρχείο παραστατικών

5) Φόρμα εισαγωγής των στοιχείων που αναγράφω στο 3, παραπάνω

6) Μηχανή σήμανσης και εκτυπωτή.

...έχω μερικά εμπορικά πακέτα στο αριστερό μου χέρι, και στο δεξί το taxHeaven.gr και λογιστικά εγχειρίδια μήπως και διαφωτιστώ...

Ευχαριστώ

zed_lands wrote:

Χρειάζεται να αναπτύξω module απλής εμπορικής διαχείρησης σε .NET

Απορία: γιατί "χρειάζεται" να το αναπτύξεις; Επειδή οι μικρές εμπορικές διαχειρίσεις στην Ελλάδα δεν είναι σε .ΝΕΤ και όσες είναι σε .ΝΕΤ σου φαίνονται μεγάλες, ή απλά κάποιος στην εταιρεία που εργάζεσαι έκανε το ημερήσιο random act of management και αποφάσισε "ας φτιάξουμε μια in house εμπορική διαχείριση γιατί είμαστε μάγκες και θα ανακαλύψουμε ένα καλύτερο τροχό από τους υπόλοιπους";

Και γιατί το έδωσαν πακέτο (ανάλυση/design/υλοποίηση) σε σένα που (χωρίς παρεξήγηση) δεν έχεις και πολλή ιδέα από το domain, χωρίς κάποιον από δίπλα να σε βοηθήσει με αυτό;

Αν από την άλλη αποφάσισες μόνος σου να φτιάξεις yet another small εμπορικολογιστικό για να το πουλήσεις, ξανασκέψου το πολύ σοβαρά.

---

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

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

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

Από την άλλη εφόσον αναφέρεις το τρόπο πληρωμής ( εφόσον δεν θα είναι πάντα μετρητα )  θα πρέπει να έχεις ένα παραμετρικό τρόπων πληρωμής πχ ( επι πιστώση , επιταγή , μικτός τρόπος εξόφλησης 30% μετρητα - 70 επιταγή ) και κάποιο τρόπο να αναζητάς τις εισπράξεις που έχεις κάνει ( Ταμείο )
Αν όμως δέν θέλεις να το συμπεριλάβεις είναι στην διακριτική σου ευχέρεια

Στους Πελάτες ίσως ακόμα , θα πρέπει πιθανώς να μπορείς να διαχειριστείς πολλαπλές διευθύνσεις ( άρα και στα παραστατικά διαφορετική έδρα και διαφορετικός τόπος αποστολής )  ή σε ποιό εξειδικευμένη περίπτωση και διαφορετικούς συντελεστες ΦΠΑ ανα διεύθυνση

Επίσης πρέπει να έχεις την δυνατότητα να ορίζεις άν θέλεις διαφορετικές μονάδες μέτρησης για τα είδη σου ( είναι και απαιτούμενο απο τον Κώδικα να τυπώνεται η μονάδα μετρησης στο παραστατικό  ) και σε ακραία περίπτωση δυνητικά διαφορετικές μονάδες μέτρησης για το ίδιο είδος με τις συσχετίσεις τους πχ ( τεμάχιο , κούτα = 12 τεμάχια ) .

Υπάρχουν κατα την γνώμη μου αρκετές τέτοιες μικρές παράμετροι τις οποίες θα πρεπει να λάβεις υπόψιν .


Όλα αυτά είναι ιδέες που σου δίνω χωρίς να γνωρίζω τις προδιαγραφές του project σου  , ελπίζω να μην σε αποπροσανατολίζω  .

Καλή Τύχη

mns,

Αν προσπαθούσα να ανταγωνιστώ face to face με οποιοδήποτε τρόπο εταιρείες λογισμικών που είναι τόσα χρόνια στο παιχνίδι θα ήμουν το λιγότερο κουτός.

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

Ευχαριστώ για την γνώμη σου.

Φιλε nsouflis,

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

...πράγματι υπάρχουν πολλές παράμετροι...

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

Διακρίνω ότι πολλές φορές ο τόπος παράδοσης συμπληρώνεται από τον χρήστη μέσω κάποιας φόρμας εισαγωγής δεδομένων που προηγείται της εκτύπωσης.

Αν τελικά προχωρήσει το project, το σίγουρο είναι ότι θα κοινοποιήσω τα βήματά μου με σκοπό να υπάρχουν έτοιμες οδηγίες και για άλλους που ξεκινάνε απο την αρχή.

Ευχαριστώ για τον χρόνο σας.

Με εκτίμηση.

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

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

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

Για τι μέγεθος εταιρείας μιλάμε και τι βιβλία? Εσόδων εξόδων? Α? Β?

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

---

Simple Photography

Πριν 2 χρόνια χρειάστηκε να κάνω σχεδόν το ίδιο, από λογιστικά είχα μεσάνυχτα αλλά το να φτιάξεις ένα τιμολόγιο δεν είναι και τόσο δύσκολο. Πάρε τιμολόγια από 4-5 εταιρίες και πήγαινέ τα σε ένα λογιστή. Βάλε τον να σου εξηγήσει τα group που υπάρχουν (πελάτης, ΦΠΑ κλπ κλπ ) και τι ακριβώς πρέπει να τυπώνεις εκεί. Και τι μπορεί να πρέπει να τυπώσεις.

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

Zed_lands

σαφώς και η εκτύπωση σου μπορεί να είναι σε οποιδήποτε έντυπο εφόσον παίρνει σήμανση από ΕΕΦΔΣΣ

Agmarios

Σύνήθως οί λύσεις τύπου Α απαιτούν απλά να εκτυπώσεις ( είτε γραφική είτε Αscii εκτύπωση εφόσον το δηλώσεις ) στο εκτυπωτή που κάνουνε capture . Κάποιες λύσεις απαιτούν να βρούν πλέον ένα καθορισμένο string στην εκτύπωση για να καταλάβουν ότι πρέπει να σημάνουν αυτό που εκτυπώνεται .

Επίσης Zed_lands εκτός από demo ΕΑΦΔΣΣ που θα χρειαστείς για να κάνεις τις δοκιμές σου υπάρχει και η λύση του κανονικού μηχανισμού σε demo mode , ( άν έχεις κάποιον εύκαιρο μπορείς να δείς αν υποστηρίζει την λειτουργία ) ή ένας emulator ( άν υποστηρίζεται και απο την λύση τύπου Α )

( Επειδή όμως η τελευταία φορά που ασχολήθηκα ήταν πριν από κάποια χρόνια σαφώς τα πράγματα μπορεί να έχουν αλλάξει )

Αν χρειαστείς κάτι . εδώ είμαστε .

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


Σαν παθών και μάλιστα σε μεγάλη εφαρμογή τιμολόγησης έχω να καταθέσω :

Θέλει πολύ προσοχή  σε αυτά τα πεδία:

έχεις κατηγορίες ΦΠΑ   0  4,5   9  , 19 που στην παραμεθώριο γίνονται 6,13

Πρέπει πολύ προσεκτικά να δεις το κομμάτι της έκπτωσης συνόλου ή  σε είδος  και των κουπονιών.

Τα δώρα που πρέπει να περνιούνται για να μην χαλάει η αποθήκη σου.

Τα κουπόνια και πως θα τα περνάς

Τρόποι εξόφλησης (μπορεί το μισό ποσό με κάρτα και το υπόλοιπο με μετρητά)

Επιστροφές λιανικής και πιστωτικά τιμολόγια

Ακυρωτικά αποδείξεων

αλλαγές τιμής σε είδη πάνω στο παραστατικό

............................

Παιδιά πλέον επειδή ένα ταμείο δεν πουλάει απλά τα πράγματα έχουν ξεφύγει (Προσφορές, δώρα, συνδιασμοί δώρων  εκπτώσεις, huppy Hours) φτάνεις σε απίστευτο βάθος ο κώδικας που πρέπει να γράψεις και τα τρελά Join των πινάκων που έχεις στη βάση σου

---

Manos

Manosb  αυτά που έγραψες οδηγούν  σε εντατική λιανική , με πολιτικές εκπτώσεων , προσφορές , εκπτωτικά κουπόνια ......
Πραγματική κόλαση ............
Ελπίζω ότι ο φίλος μας Zed_lands δεν έχει κάτι τέτοιο στο νου του 

nsouflis δεν εχεις ιδέα!!!!!!!!!

Γιατί μερικοί σου λένε

έλα μωρέ τι είναι το ταμείο μια χαζή εφαρμογή που πουλάει!!!!

Τι να τους πεις!!!!

---

Manos

dimkasta, πράγματι ο λογιστής είναι εξωτερικός. Μου έδωσε κάποια βιβλία (Σταματόπουλος, κ.α.) και με παρέπεμψε στο taxheaven.

manosB, φωναξε το δυνατα!!

nsouflis,

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

Ευτυχώς θα έχω την δυνατότητα να πειραματιστώ.

Λοιπόν, τα τελευταία νεά από το μέτωπο είναι ότι, θα χρειαστεί μόνο τιμολόγιση - τουλάχιστον μέχρι στιγμής.

Συγκέντρωσα αρκετά στοιχεία έτσι ώστε να απαντήσω με νούμερα (γιατί μερικοί μόνο νούμερα ξέρουν να διαβάζουν) με σκοπό να σταματήσω αυτή την τρέλα.

Ευχαριστώ για την ανταπόκριση

Με εκτίμηση.

Φιλε zed_land,

1. ριξε μια ΠΟΛΛΗ ΚΑΛΗ ματια στο "Γενικο λογιστικό σχέδιο", πρεπει να καταλάβεις ΠΟΛΛΗ ΚΑΛΑ την ενοια των Λογαριασμών, χρεωπιστώσεων και Αρθρων.
       Αν δεν θες καθε φορα που η Εταιρία, που χρεισιμοποιεί το Software σου, αρχίσει να πουλαει - Παρέχει κατι καινούργιο να ξαναφτιαχνεις απο την αρχη το Account Module σου!!.

2. Ο Φορολογικός Μηχανισμός παρεχει Assemblies(dll's) για να διαχειριστεις την σήμανση μεσα απο την NET εφαρμογή σου.

3. Σκέψου Δυναμικά την ανάλυση της Βασης Δεδομενων στο κοματι του λογιστηρίου, δεν θες πχ οταν απο 18% ο ΦΠΑ αλλαξει σε 19%, τα παλια παραστατικα που εχουν κοπή με 18%, να εμφανίζονται με το καινουργιο αλλα με το παλαιο!!! και αλλα πολλα τετοια...

Τελος, σε Συμφέρει να κανεις την δουλειά ολοκληρωμένη σε ενα Account.dll και να μπορεις να το επαναχρεισιμοποιήσεις (Thank God for The ObjectOriented Programing).

Αυτα τα ολιγα!!!!

P.S. ΜΗΝ ακουσω για ορθωγραφία και τόνους (Καταραμένη Δισλεξία)

---

"Success is the ability to go from one failure to another with no loss of enthusiasm."
Winston Churchill

"Quality means doing it right when no one is looking."
Henry Ford