Σήμερα είναι δύσκολο να συμβαδίσει κανείς με τους κατασκευαστές ορισμένων προϊόντων όσον αφορά την ανάπτυξη των δυνατοτήτων τους, επομένως, χρησιμοποιώντας συχνά αυτό ή εκείνο το πράγμα, ο χρήστης δεν γνωρίζει καν για ορισμένες λειτουργίες. Το ίδιο μπορεί να ειπωθεί για τα προϊόντα λογισμικού. Η Olga Kleptsova, κορυφαία σύμβουλος στο vdgb CONSULT, μιλά για χρήσιμες λειτουργίες που περιλαμβάνονται στο 1C:Enterprise 8.0 και πώς μπορούν να εξοικονομήσουν χρόνο και χρήμα.

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

Σε τι οδηγώ; Η πολυετής εμπειρία στον τομέα της πληροφορικής μου επέτρεψε να συγκεντρώσω ορισμένα στατιστικά στοιχεία σχετικά με το πόσο συνειδητοποιούν οι χρήστες λογισμικού για τις πραγματικές δυνατότητες του προϊόντος λογισμικού που χρησιμοποιούν. Τα στατιστικά είναι τα εξής: Η συντριπτική πλειοψηφία (δηλαδή, περισσότερο από το 80%) των εταιρειών, όταν αγοράζουν αυτό ή το άλλο λογισμικό, αρχικά έχουν μια ιδέα μόνο για τη γενική ιδέα της λύσης, στην καλύτερη περίπτωση, γνωρίζουν μεμονωμένα λειτουργικά μπλοκ (οι περισσότερες συχνά αυτή είναι η λειτουργικότητα για την οποία αγοράζεται το πραγματικό προϊόν). Όλα τα άλλα «μένουν στο παρασκήνιο».

Φυσικά, στο στάδιο της επιλογής λογισμικού, μια τέτοια προσέγγιση είναι αρκετά δικαιολογημένη - τελικά, δεν μπορείτε να προσπαθήσετε αμέσως να αγκαλιάσετε την απεραντοσύνη. Όμως το πρόβλημα είναι ότι σχεδόν οι μισοί χρήστες λογισμικού αποτυγχάνουν να «αποχαρακτηρίσουν» πλήρως την πλούσια λειτουργικότητα του συστήματος σε όλο τον κύκλο ζωής του.

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

Ως αποτέλεσμα, υπάρχουν περιπτώσεις όπου, έχοντας επενδύσει το Νο ποσό κεφαλαίων σε ένα έργο υλοποίησης πληροφοριακού συστήματος, μετά την ολοκλήρωση του έργου, η εταιρεία χρησιμοποιεί τις δυνατότητες του συστήματος κατά πολύ όχι εκατό τοις εκατό, αλλά, ας πούμε, εξήντα τοις εκατό . Τι γίνεται με τα άλλα σαράντα; Ίσως με τη βοήθειά τους η εταιρεία θα μπορέσει να λάβει τα απαραίτητα δεδομένα από το πληροφοριακό σύστημα που επηρεάζουν την υιοθέτηση (ή τη μη υιοθέτηση) μιας στρατηγικής σημαντικής απόφασης για την εταιρεία. Η τιμή εδώ είναι πολύ υψηλή.

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

Μεταφράζοντας το θέμα πιο κοντά στο θέμα του άρθρου, θα σας ενημερώσω ότι "κουμπιά πού να πατήσετε" στο "1C: Enterprise 8.0." (δηλαδή, αυτό το σύστημα θα συζητηθεί σήμερα) ένα απίστευτο ποσό. Το θέμα αυτού του άρθρου είναι "Αναφορές διαχείρισης στο 1C: Enterprise 8.0. "Δίνει τη δυνατότητα στον συγγραφέα του να αποκαλύψει τις γνώσεις του σε αυτόν τον τομέα σε ολόκληρη την κλίμακα βιβλίου (και πιθανώς σε πολλούς τόμους). Γνωρίζοντας όμως πόσο δύσκολο είναι για τους βασικούς χρήστες του συστήματος να βρουν χρόνο για να διαβάσουν λογοτεχνία (η έλλειψη χρόνου έχει ήδη αναφερθεί παραπάνω, και ως εκ τούτου θα ενεργήσουμε με συνέπεια), σήμερα θα επιλέξουμε μόνο ένα στενό θέμα για συζήτηση - "Λογαριασμοί εισπρακτέος".

Οι εταιρείες που συνεργάζονται με τους αγοραστές και τους πελάτες τους αποκλειστικά με προκαταβολές αποτελούν μειοψηφία στη Ρωσία σήμερα, και ως εκ τούτου το θέμα της διαχείρισης των απαιτήσεων εξακολουθεί να είναι επίκαιρο. Ποιο είναι το συνολικό ποσό των εισπρακτέων λογαριασμών και από τι αποτελείται; Πόσο μεγάλο ή μικρό είναι αυτό το ποσοστό σε σύγκριση με τον προηγούμενο μήνα, την ίδια περίοδο πέρυσι; Ποια είναι η δομή των «απαιτήσεων» κατά ημερομηνία εμφάνισης; Ποιοι αγοραστές και πελάτες δεν πληρώνουν για τα προϊόντα μας; Τι είδους παραγγελίες (αιτήσεις), οι αποστολές δεν πληρώνονται; Ποιοι είναι οι λόγοι για τη μη πληρωμή και πότε να αναμένονται πληρωμές; Ποιες ενέργειες γίνονται από τους υπαλλήλους της εταιρείας για την είσπραξη των απαιτήσεων και πόσο αποτελεσματικές είναι αυτές; Να, ίσως, εκείνα τα ερωτήματα στα οποία οι επικεφαλής των εταιρειών θα ήθελαν να μάθουν τις απαντήσεις.

Ας δούμε λοιπόν πώς μια εταιρεία που χρησιμοποιεί το σύστημα λογισμικού 1C:Enterprise 8.0 μπορεί να λάβει απαντήσεις στα ερωτήματα που τίθενται.

Ποιοι είναι οι οφειλέτες μας και πόσα μας χρωστάνε;

Στο σχ. 1 παρουσιάζει μια αναφορά που παρέχει πληροφορίες σχετικά με το ύψος του χρέους των αντισυμβαλλομένων προς την εταιρεία σε μια συγκεκριμένη ημερομηνία (στο παράδειγμά μας, στο τέλος της ημέρας στις 31 Ιουλίου), στο επιλεγμένο νόμισμα (στο παράδειγμά μας, είναι USD) .

Η αναφορά είναι αναλυτικά από αντισυμβαλλόμενους - αγοραστές και πελάτες της εταιρείας.

Όπως φαίνεται από την έκθεση, το συνολικό ποσό των εισπρακτέων λογαριασμών στις 31.07.2005. είναι 93.310,83 USD. Στη λίστα των οφειλετών υπάρχουν 13 αντισυμβαλλόμενοι και δύο οργανισμοί, οι Zarya και Iskra, που χρωστούν στην εταιρεία πολύ περισσότερα από τους υπόλοιπους αντισυμβαλλόμενους, ιδιαίτερα «διακριθέντες». Αυτό σημαίνει ότι πρέπει να δοθεί ιδιαίτερη προσοχή σε αυτούς τους δύο αντισυμβαλλομένους.

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

Σε αυτήν την περίπτωση, επιλέξαμε τον τύπο γραφήματος - "όγκος πίτας", και ως ετικέτες δεδομένων - "ποσοστό". Το διάγραμμα δείχνει ξεκάθαρα ότι οι οφειλές των δύο οργανισμών Zarya και Iskra πραγματικά αποδίδουν μαζί περισσότερο από το 80% (40,81% + 40,93%) του συνολικού ποσού των απαιτήσεων, ενώ όλοι οι άλλοι οφειλέτες της εταιρείας αντιπροσωπεύουν μόνο το 20%. (Το παράδειγμα αυτό φαίνεται να αντιστοιχεί στη γνωστή αρχή Pareto: 20% των αγοραστών - 80% των απαιτήσεων).

Ωστόσο, στην πραγματικότητα, όλα είναι πολύ πιο ενδιαφέροντα. Συγκεκριμένα, ένα από τα χαρακτηριστικά είναι ότι πολλές εταιρείες έχουν πολλά νομικά πρόσωπα και οι οφειλέτες μας δεν αποτελούν εξαίρεση. Φανταστείτε μια μικρή εταιρεία συμμετοχών (ας την ονομάσουμε "Glavtorg"), που αποτελείται από έναν εμπορικό οίκο (LLC "Trading House"), μια αλυσίδα καταστημάτων λιανικής (LLC "Network Stores") και μια εταιρεία διαχείρισης (JSC "Glavtorg"). Ας υποθέσουμε ότι κάθε ένα από τα νομικά πρόσωπα της εκμετάλλευσης είναι αγοραστής των προϊόντων μας και έχει απαιτήσεις. Το μέγεθος του χρέους καθενός από τα νομικά πρόσωπα της Glavtorg δεν είναι τόσο μεγάλο ώστε να τραβήξει την προσοχή μας. Ωστόσο, σε γενικές γραμμές, η εκμετάλλευση μπορεί να αποδειχθεί αρκετά εντυπωσιακή φιγούρα με την οποία αξίζει να δουλέψουμε.

Στο 1C:Enterprise 8.0, είναι δυνατό να καθοριστεί ένας μητρικός οργανισμός για κάθε αντισυμβαλλόμενο (υποδεικνύοντας έτσι ότι ο αντισυμβαλλόμενος ανήκει σε μια εκμετάλλευση) και στη συνέχεια να δημιουργηθούν οι απαραίτητες αναλυτικές αναφορές ανά εκμεταλλεύσεις. Αυτή η δυνατότητα φαίνεται στα σχήματα 3 και 4.

Έτσι, έχοντας λάβει μια αναφορά για τις απαιτήσεις, ομαδοποιημένη κατά κύριους αντισυμβαλλομένους, είδαμε ότι οι οφειλέτες Zarya και Iskra δίνουν πραγματικά το 80% του ποσού, αλλά το υπόλοιπο χρέος δεν είναι καθόλου "κατανεμημένο" μεταξύ των υπολοίπων αντισυμβαλλομένων , αλλά πέφτει κυρίως στο Εμπορικό Κέντρο Snowflake. Το εμπορικό κέντρο Snezhinka, που εκπροσωπείται από πολλά νομικά πρόσωπα, αντιπροσωπεύει το 13,45% των εισπρακτέων λογαριασμών.

Λάβετε υπόψη ότι η ομαδοποίηση πληροφοριών σε αναφορές από κύριους αντισυμβαλλομένους είναι ακριβώς ένα από εκείνα τα χαρακτηριστικά του 1C:Enterprise 8.0 που δεν γνωρίζουν όλοι οι χρήστες του συστήματος.

Είναι πολύ ή λίγο; Μέτρησε, έκλαψε...

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

Το Σχήμα 5 είναι μια αναφορά που συγκρίνει τις απαιτήσεις σε τρεις διαφορετικές ημερομηνίες - 1 Αυγούστου 2005, 1 Φεβρουαρίου 2005 (πριν από έξι μήνες) και 1 Φεβρουαρίου 2004 (πριν από ενάμιση χρόνο). Η παλαιότερη από τις τρεις ημερομηνίες - 1 Φεβρουαρίου 2004 - επιλέχθηκε ως χρονική περίοδος αναφοράς (αυτή με την οποία θα γίνει η σύγκριση των άλλων δύο). Οι άλλες δύο περίοδοι συγκρίνονται με την αναφορά.

Η αναφορά δημιουργείται στο νόμισμα της λογιστικής διαχείρισης (στο παράδειγμά μας - USD) και περιγράφεται λεπτομερώς από τους αντισυμβαλλομένους. Αυτή η λεπτομέρεια καθιστά δυνατό να δούμε τη δυναμική των αλλαγών στον όγκο των «απαιτήσεων» σε μια χρονική περίοδο για κάθε οφειλέτη που μας ενδιαφέρει ξεχωριστά. Στην περίπτωσή μας, ο οφειλέτης «Zarya» είναι ανησυχητικός, το ύψος του χρέους του οποίου έχει αυξηθεί δραματικά τους τελευταίους έξι μήνες. Μικρή αύξηση του χρέους (κατά 21,056% - σε σχέση με τον Φεβρουάριο πέρυσι) παρατηρείται με μεμονωμένο επιχειρηματία Bobrov A.P. Σχεδόν πλήρως (κατά 99,983%) αποπλήρωσε το χρέος της «Neva TD». Οι τελευταίες οκτώ γραμμές της έκθεσης είναι αντισυμβαλλόμενοι των οποίων το χρέος προέκυψε σχετικά πρόσφατα - την περίοδο από τον Φεβρουάριο έως τον Ιούλιο του τρέχοντος έτους, επειδή. ούτε την 1η Φεβρουαρίου του τρέχοντος έτους, ούτε την 1η Φεβρουαρίου του περασμένου έτους δεν υπήρχαν «απαιτήσεις» για αυτούς. Πρόκειται για σχετικά «φρέσκο» χρέος.

Γενικά, από την έκθεση προκύπτει ότι τον τελευταίο ενάμιση χρόνο, ο όγκος των απαιτήσεων από αγοραστές και πελάτες προς την εταιρεία αυξήθηκε από 13.421,65 USD σε 93.310,83 USD. Σε ποσοστιαία βάση, η ανάπτυξη είναι 595% (δηλαδή το χρέος έχει αυξηθεί σχεδόν 7 φορές). Είναι φυσιολογική αυτή η κατάσταση; Ναι, αυτή η κατάσταση μπορεί να θεωρηθεί φυσιολογική εάν κατά την εξεταζόμενη περίοδο τα έσοδα της εταιρείας αυξήθηκαν επίσης κατά 7 φορές. Σε γενικές γραμμές, ο όγκος των απαιτήσεων είναι πολύ πιο ενδιαφέρον να αξιολογηθεί όχι από μόνος του, αλλά σε σχέση με τον όγκο των εσόδων της εταιρείας. Ο δείκτης αυτός υπολογίζεται διαιρώντας το ποσό των απαιτήσεων στο τέλος της περιόδου με το ποσό των εσόδων της περιόδου και εκφράζεται ως ποσοστό. Ας δούμε ποια είναι η τιμή του δείκτη στην περίπτωσή μας. Ο υπολογισμός του δείκτη φαίνεται στο Σχήμα 6. Η τιμή του δείκτη είναι μεγαλύτερη από 70%. Πολλές εταιρείες θεωρούν ότι η τιμή του δείκτη εντός 10% είναι ο κανόνας. Από αυτή την άποψη, το 71,55% μας είναι ένα καταστροφικό ποσοστό και, φυσικά, η εταιρεία θα πρέπει να λάβει κάποια μέτρα με στόχο τη μείωση του όγκου των απαιτήσεων. Και γι 'αυτό είναι απαραίτητο να κατανοήσουμε τους λόγους για έναν τέτοιο όγκο και, στη συνέχεια, θα σχηματιστούμε στο "1C: Enterprise 8.0." μια σειρά από αναλυτικές αναφορές που θα μας βοηθήσουν σε αυτό.

Αλλά προτού προχωρήσουμε περαιτέρω, ας επιστρέψουμε στις Εικόνες 5 και 6 και ας δούμε πώς μπορέσαμε να μπούμε στο "1C:Enterprise 8.0". αναφορές ακριβώς αυτού του τύπου (υποψιάζομαι ότι αυτό δεν είναι προφανές για όλους τους χρήστες του "1C:Enterprise 8.0").

Πώς πήραμε τους σωστούς αριθμούς στη σωστή μορφή ή λίγα λόγια για το υποσύστημα «Προϋπολογισμός».

Οι εκθέσεις που παρουσιάζονται στα Σχήματα 5 και 6 λαμβάνονται στην πραγματικότητα από το υποσύστημα «Προϋπολογισμός». Το υποσύστημα αποτελεί μέρος της κύριας λύσης στην πλατφόρμα "1C:Enterprise 8.0" - "Production Enterprise Management" (συντομογραφία "UPP"). Η σύνθετη λύση "UPP" περιέχει πολλά υποσυστήματα: διαχείριση παραγωγής, διαχείριση πωλήσεων, διαχείριση προμηθειών, διαχείριση μετρητών, προϋπολογισμός, διαχείριση προσωπικού, διαχείριση εξοπλισμού, λογιστική, ΔΠΧΠ. Δεν είναι πάντα σκόπιμο να εφαρμόζονται απολύτως όλα τα υποσυστήματα και επομένως η απόφαση για το ποιες δυνατότητες SCP θα χρησιμοποιηθούν από την εταιρεία λαμβάνεται μεμονωμένα σε κάθε συγκεκριμένη περίπτωση, ανάλογα με τις ιδιαιτερότητες των δραστηριοτήτων της εταιρείας και τους στόχους εισαγωγής ενός πληροφοριακού συστήματος που βασίζεται στο SCP. Η απόφαση για την εφαρμογή του υποσυστήματος «Προϋπολογισμός», κατά κανόνα, λαμβάνεται με βάση το γεγονός ότι το κύριο χαρακτηριστικό του υποσυστήματος είναι ο προϋπολογισμός. Ωστόσο, ας δούμε τι άλλο μπορεί να κάνει το υποσύστημα «Προϋπολογισμός» όσον αφορά τη δημιουργία αναφορών διαχείρισης. Με τη βοήθεια του υποσυστήματος «Προϋπολογισμός» είναι δυνατό:

1. Σχηματίστε έναν ισολογισμό προβλέψεων και μια σειρά από άλλα έντυπα προβλέψεων, λαμβάνοντας υπόψη διάφορες επιλογές (σενάρια) για τη μελλοντική οικονομική κατάσταση της εταιρείας, αναλύστε τα δεδομένα προβλέψεων (Εικόνα 7),
2. Λάβετε έναν ισολογισμό διαχείρισης και άλλες οικονομικές καταστάσεις με βάση τα πραγματικά δεδομένα για την επιλεγμένη περίοδο, πραγματοποιήστε μια οικονομική ανάλυση των δεδομένων και συγκρίνετε τα κέρδη με μια άλλη περίοδο (Εικόνα 7),
3. Συγκρίνετε δύο ή περισσότερους προϋπολογισμούς (στο σύνολό τους και γραμμή προς γραμμή) για διαφορετικές χρονικές περιόδους, συγκρίνετε διαφορετικές επιλογές (σενάρια) προϋπολογισμών για την ίδια περίοδο,
4. Πραγματοποιήστε ανάλυση σχεδίου-γεγονότος, εντοπίστε αποκλίσεις του γεγονότος από το σχέδιο (σε απόλυτες τιμές και ως ποσοστό),
5. Συγκρίνετε τα πραγματικά δεδομένα πολλών περιόδων,
6. Εκτελέστε τον υπολογισμό δεικτών αυθαίρετου τύπου (σύμφωνα με τους τύπους που ορίζει ο χρήστης του συστήματος), με βάση τα προγραμματισμένα (προϋπολογισμός) ή τα πραγματικά δεδομένα.

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

Για να λάβουμε στοιχεία για τα ποσά των εισπρακτέων λογαριασμών για τρεις διαφορετικές ημερομηνίες και να συγκρίνουμε τα ποσά μεταξύ τους (Εικόνα 5), χρησιμοποιήσαμε την αναφορά του υποσυστήματος «Προϋπολογισμός», που ονομάζεται «Συγκριτική ανάλυση υπολοίπων λογαριασμών προϋπολογισμού». Στις ρυθμίσεις των παραμέτρων δημιουργίας αναφοράς (που καλούνται πατώντας το κουμπί "ρυθμίσεις" που βρίσκεται στο επάνω πλαίσιο της αναφοράς), καθορίστε τον τύπο δεδομένων και τις ημερομηνίες στην καρτέλα "γενικά" όπως φαίνεται στην Εικόνα 8.

Για να δείτε λεπτομέρειες σχετικά με τους αντισυμβαλλομένους-οφειλέτες στην αναφορά, στην καρτέλα "Ομάδες", προσθέστε την ομαδοποίηση "Αντισυμβαλλόμενος". Έχοντας κάνει όλες τις παραπάνω ρυθμίσεις και κάνοντας κλικ στο κουμπί "Δημιουργία", θα λάβουμε μια αναφορά με την ίδια ακριβώς μορφή όπως στην Εικόνα 5. Φυσικά, στο λειτουργικό περίγραμμα του συστήματος "1C:Enterprise 8.0" (συγκεκριμένα, στο το υποσύστημα "διαχείριση πωλήσεων"), μπορείτε επίσης να λάβετε πληροφορίες για τις απαιτήσεις και σε μια ποικιλία αναλυτικών ενοτήτων. Αλλά για μια όμορφη σύγκριση δεδομένων πολλών περιόδων «με ένα κουμπί», ταιριάζουν καλύτερα οι δυνατότητες που παρέχει το υποσύστημα «Προϋπολογισμός».

Ας επιστρέψουμε τώρα στο σχήμα 6. Το έντυπο που φαίνεται στο σχήμα λαμβάνεται επίσης μέσω του υποσυστήματος «Προϋπολογισμός» και συγκεκριμένα - με τη βοήθεια των λεγόμενων «οικονομικών υπολογισμών». Οι οικονομικοί υπολογισμοί είναι ένα ευέλικτο εργαλείο στο σύστημα "1C:Enterprise 8.0", το οποίο επιτρέπει στο χρήστη του συστήματος να δημιουργεί αυθαίρετες οικονομικές αναφορές. Ο χρήστης του συστήματος ορίζει ανεξάρτητα τη δομή του οικονομικού υπολογισμού - υποδεικνύει ποιες γραμμές και δείκτες θα υπάρχουν στην αναφορά και ποιοι τύποι θα χρησιμοποιηθούν για τον υπολογισμό των τιμών αυτών των δεικτών (Εικόνα 9). Ταυτόχρονα, τα δεδομένα μπορούν να «τραβηχτούν» στον οικονομικό υπολογισμό τόσο από το υποσύστημα «προϋπολογισμός» όσο και από άλλα υποσυστήματα - για παράδειγμα, «διαχείριση παραγωγής» ή «διαχείριση προσωπικού». Το κύριο πράγμα εδώ είναι να ξέρετε από πού να λάβετε τα απαραίτητα δεδομένα και στην πραγματικότητα η σύνταξη των τύπων είναι ένα πολύ απλό θέμα. Στο παράδειγμά μας, λάβαμε δεδομένα από το υποσύστημα "προϋπολογισμός", καθώς όλα τα πραγματικά δεδομένα (συμπεριλαμβανομένων των δεδομένων για τα έσοδα για την περίοδο και τις απαιτήσεις στο τέλος της περιόδου) στην περίπτωσή μας αντικατοπτρίζονται σε αυτό το υποσύστημα.

Βουτήξτε στην ανάλυση

Ήρθε λοιπόν η ώρα να μελετήσουμε τα αίτια των απαιτήσεων. Προκειμένου να κάνουμε υποθέσεις σχετικά με τους λόγους των «απαιτήσεων», θα προσπαθήσουμε να «διαστρεψουμε» τα στοιχεία αυτά σε διάφορες αναλυτικές ενότητες. Μόνο με την ανάλυση της ίδιας κατάστασης (αριθμός, πρόβλημα) από πολλές διαφορετικές οπτικές γωνίες, μπορεί κανείς να βγάλει σχετικά σωστά συμπεράσματα. Από ποιες πλευρές μπορούμε να δούμε τις "απαιτήσεις" στο πληροφοριακό σύστημα "1C:Enterprise 8.0"; Μπορεί να προβληθεί τουλάχιστον στις ακόλουθες αναλυτικές ενότητες:

1. Για αντισυμβαλλόμενους-οφειλέτες (το κάναμε ήδη από την αρχή).
2. Κατά διαστήματα εμφάνισης χρέους.
3. Με συμφωνίες που έχουν συναφθεί με εργολάβους-οφειλέτες.
4. Ανά τύπο συμβάσεων.
5. Με παραγγελίες (αιτήσεις).
6. Ανά είδη παραγγελιών (εφαρμογές).
7. Ανά τύπο αντισυμβαλλομένων (στο πλαίσιο αυτών των τύπων ταξινομήσεων που γίνονται δεκτές στην εταιρεία), για παράδειγμα, κατά γεωγραφικές περιοχές όπου βρίσκονται οι αντισυμβαλλόμενοι.
8. Για διαχειριστές που έστελναν προϊόντα (αγαθά, υπηρεσίες) σε αντισυμβαλλόμενους-οφειλέτες.
9. Για τους κύριους διαχειριστές αντισυμβαλλομένων-οφειλετών.
10. από τμήματα της εταιρείας.

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

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

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

Ας κάνουμε έναν μικρό υπολογισμό με βάση αυτή την υπόθεση. Ας υπολογίσουμε τις πιθανότητες απόκτησης οφειλής για περίοδο όχι μεγαλύτερη από 30 ημέρες στο 90%, από 31 έως 90 ημέρες - στο 80%, από 90 ημέρες σε 1 έτος - 60% και άνω του 1 έτους - μόνο 20% . Τα αποτελέσματα του υπολογισμού φαίνονται στο Σχήμα 12. Από αυτά προκύπτει ότι είναι σκόπιμο να συνεργαστείτε πρώτα απ 'όλα με τον αντισυμβαλλόμενο Iskra και δεύτερον με τη Zorya και τη Fresh Wind. Και είναι λογικό να διαγραφεί απλώς το χρέος τέτοιων οργανισμών όπως οι Mir Sveta, Glavspetsstroy και Neva TD. Η ιεράρχηση είναι απαραίτητη, γιατί οι πόροι που μπορεί να διαθέσει μια εταιρεία για να συνεργαστεί με τους οφειλέτες δεν είναι ατελείωτοι. (Πράγματι όλοι οι εργαζόμενοι της εταιρείας από το πρωί μέχρι το βράδυ δεν μπορούν να ασχοληθούν μόνο με αυτό το θέμα).

Ο υπολογισμός που περιγράφεται παραπάνω και τα συμπεράσματα που καταλήξαμε σε αυτόν είναι μόνο ένα παράδειγμα του πώς μπορείτε να χρησιμοποιήσετε τις αναφορές που δημιουργούνται στο 1C:Enterprise 8.0 για ανάλυση και λήψη αποφάσεων.

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

Ανάλυση απαιτήσεων στο πλαίσιο συμβάσεων και παραγγελιών (αιτήσεων) αγοραστών

Σε γενικές γραμμές, πληροφορίες για απαιτήσεις στο πλαίσιο συμβάσεων και παραγγελιών πελατών στο "1C:Enterprise 8.0" μπορούν να ληφθούν από διάφορους τύπους αναφορών, και συγκεκριμένα: "Διακανονισμοί με αντισυμβαλλόμενους", "Χρέος από αντισυμβαλλόμενους", "Εισπρακτέοι λογαριασμοί-διάγραμμα" , εκτός Επιπλέον, ορισμένα καθολικά σχήματα θα λειτουργήσουν επίσης. Ωστόσο, σκόπιμα θα συνεχίσουμε να χρησιμοποιούμε μόνο μία αναφορά "Χρέη από αντισυμβαλλόμενους", χάρη στην οποία θα μελετήσουμε τις δυνατότητες του συστήματος όσον αφορά τις διάφορες ομαδοποιήσεις και επιλογές δεδομένων. Με άλλα λόγια, θα δούμε πώς, με βάση το ίδιο πρότυπο αναφοράς, μπορούν να ληφθούν πολλές διαφορετικές φόρμες.

Ας ξεκινήσουμε με το γεγονός ότι δεν μπορούν να συμπεριληφθούν όλες οι πληροφορίες σε οποιαδήποτε αναφορά, αλλά μόνο πληροφορίες που πληρούν ένα συγκεκριμένο κριτήριο (ή πολλά κριτήρια). Τι θα κάνουμε τώρα, έχοντας επιλέξει στην αναφορά της σύμβασης μόνο εκείνες τις συμβάσεις που έχουν συναφθεί με τέσσερις συγκεκριμένους οργανισμούς οφειλετών - Zarya, Snezhinka Shopping Center, Fresh Wind και Morozko. Για να το κάνετε αυτό, στις συνθήκες επιλογής ανά αντισυμβαλλόμενο (βλ. Εικόνα 13), στο επάνω μέρος της αναφοράς, υποδείξτε τον τύπο συνθήκης - "Στη λίστα" και, στη συνέχεια, προσθέστε στη λίστα τους αντισυμβαλλομένους που μας ενδιαφέρουν.

Η ομαδοποίηση δεδομένων σε αναφορές μπορεί να πραγματοποιηθεί τόσο κάθετα (κατά γραμμές) όσο και οριζόντια (κατά στήλες) - Εικόνα 14.

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

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

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

Υπάρχει μια τέτοια δυνατότητα στο σύστημα. Τα συμβόλαια στο "1C:Enterprise 8.0" μπορούν να χωριστούν ανά τύπους, χρησιμοποιώντας, για παράδειγμα, το αναλυτικό χαρακτηριστικό "Τύπος αμοιβαίων διακανονισμών" (βλ. Εικόνα 15).

Περαιτέρω, στην αναφορά "Χρέος από αντισυμβαλλόμενους", αρκεί να ομαδοποιήσουμε τα δεδομένα με βάση αυτό το αναλυτικό χαρακτηριστικό (η ρύθμιση ομαδοποίησης φαίνεται στο Σχήμα 16.), Και θα λάβουμε αμέσως μια απάντηση στην ερώτησή μας.

Η έκθεση για τις απαιτήσεις, ομαδοποιημένη ανά τύπο συμβάσεων, παρουσιάζεται στο Διάγραμμα 17.

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

Ταυτόχρονα, το χρέος βάσει του πρώτου τύπου συμβάσεων είναι πολύ μεγαλύτερο από ό,τι στο πλαίσιο του δεύτερου. Μήπως η εταιρεία θα έπρεπε να αναθεωρήσει τους όρους των συμβάσεων πληρωμής, καθώς σε αυτές προκύπτει σημαντικό ποσό χρέους; Και, ίσως, είναι λογικό να μην συνάπτετε καθόλου τέτοιες συμφωνίες, αλλά να συνεργάζεστε με τους αντισυμβαλλομένους σας με κάποιους άλλους όρους, μειώνοντας έτσι την πιθανότητα «απαιτήσεων» στο μέλλον. Αν και, ειλικρινά, κοιτάζοντας την έκθεσή μας, δεν είναι καθόλου προφανές ότι η αιτία όλων των προβλημάτων έγκειται ακριβώς στα συμβόλαια.

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

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

Ο αντισυμβαλλόμενος "Morozko" δεν μας πλήρωσε για δύο παραγγελίες, το "Snezhinka" και το "Fresh wind" το καθένα είχε από μία απλήρωτη παραγγελία. Όσον αφορά το χρέος του αντισυμβαλλομένου Iskra, δυστυχώς, δεν θα μπορέσουμε να αναφέρουμε λεπτομερώς τις εντολές. Ακριβώς για τον παραπάνω λόγο η συμφωνία με την Iskra, βάσει της οποίας προέκυψε το χρέος, καθιερώνει το πρόσημο της διενέργειας αμοιβαίων διακανονισμών «στο πλαίσιο της συμφωνίας στο σύνολό της».

Περαιτέρω, είναι δυνατό να πραγματοποιηθεί μια ακόμη βαθύτερη ανάλυση των παραγγελιών σύμφωνα με διάφορα κριτήρια, ομαδοποιώντας τις παραγγελίες ανά τμήματα της εταιρείας, υπεύθυνους υπαλλήλους και κάθε άλλη πληροφορία που υπάρχει στις αιτήσεις των αγοραστών. Ή ούτε καν παρών. Για παράδειγμα, ας βάλουμε στον εαυτό μας το καθήκον να μάθουμε εάν οι καθυστερήσεις στις πληρωμές των πελατών σχετίζονται με οποιονδήποτε τρόπο με την ποιότητα των προϊόντων της εταιρείας. Για να ολοκληρώσετε αυτήν την εργασία, προτείνουμε να κάνετε τα εξής: με βάση μια έρευνα αγοραστών, να υποδείξετε απευθείας στις παραγγελίες πώς ο αγοραστής αξιολογεί την ποιότητα των προϊόντων που αποστέλλονται κατόπιν παραγγελίας και, στη συνέχεια, να ομαδοποιήσετε όλες τις παραγγελίες για τις οποίες υπάρχει "απαίτηση" σύμφωνα με αυτές τις εκτιμήσεις. Και στη συνέχεια συσχετίστε τις πληροφορίες που λαμβάνονται με τα ποσά των απαιτήσεων για παραγγελίες.

Ωστόσο, όταν ανοίγουμε το έγγραφο "Παραγγελία αγοραστή" στο 1C:Enterprise 8.0, δεν θα βρούμε σε αυτό ένα τέτοιο πεδίο (απαιτούμενο) στο οποίο θα ήταν δυνατή η εισαγωγή πληροφοριών σχετικά με την αξιολόγηση του αγοραστή για την ποιότητα των προϊόντων που παραγγέλθηκαν. Αυτό σημαίνει ότι το έργο μας είναι αδύνατο; Καθόλου. Στο "1C:Enterprise 8.0" μπορείτε να προσθέσετε σε έγγραφα (και όχι μόνο σε έγγραφα) τυχόν πρόσθετες λεπτομέρειες που ονομάζονται "ιδιότητες". Εκμεταλλευόμενοι αυτή τη μεγάλη ευκαιρία, καταλήξαμε σε ένα νέο ακίνητο, το οποίο ονομάσαμε "Βαθμολογία πελατών για την ποιότητα των προϊόντων κατόπιν παραγγελίας" και ορίσαμε ακόμη και πιθανές τιμές για αυτό "Ικανοποιητικό", "Μη ικανοποιητικό".

Αφού υποδείξαμε στις παραγγελίες τον τρόπο με τον οποίο ο αγοραστής αξιολογεί την ποιότητα των προϊόντων που αποστέλλονται, κατέστη δυνατή η λήψη μιας αναφοράς για τις απαιτήσεις της ακόλουθης φόρμας - βλέπε Εικόνα 20 (το σχήμα δείχνει τόσο την ίδια την αναφορά όσο και τις ρυθμίσεις της όσον αφορά τις ομαδοποιήσεις δεδομένων ):

Σύμφωνα με την έκθεση, οι μη πληρωμές των αγοραστών είναι απίθανο να προκληθούν από παράπονα για την ποιότητα των προϊόντων της εταιρείας. Μόνο σε μία περίπτωση (την παραγγελία για το ποσό των 1.625,00 USD του αγοραστή "Morozko") ο αγοραστής δεν είναι σαφώς ικανοποιημένος με την ποιότητα των προϊόντων, κάτι που, φυσικά, μπορεί να είναι ο λόγος για τη μη πληρωμή από τον αγοραστή. Σειρά. Για άλλες παραγγελίες δεν μπορεί να γίνει τέτοιο συμπέρασμα.

Γιατί λοιπόν δεν πληρώνουν;

Γιατί λοιπόν δεν πληρώνουν; Μπορείτε, φυσικά, να πάρετε συνέντευξη από τους ίδιους τους οφειλέτες, να αντικατοπτρίσετε τα αποτελέσματα της έρευνας στο 1C:Enterprise 8.0 και, στη συνέχεια, να δημιουργήσετε μια αναφορά σχετικά με τις παραγγελίες, ομαδοποιημένη κατά λόγους καθυστέρησης πληρωμών. Για παράδειγμα, σε αυτή τη φόρμα (Εικόνα 21):

Φυσικά, δεν είναι πάντα δυνατό να ληφθούν αντικειμενικά δεδομένα μέσω μιας έρευνας, αλλά στο παράδειγμά μας (Εικόνα 21), υπάρχει κάτι που πρέπει να σκεφτούμε. Σχεδόν στις μισές περιπτώσεις, οι οφειλέτες ανέφεραν ως λόγο μη πληρωμής μια συμφωνία για αναβολή πληρωμής με διευθυντή πωλήσεων, ενώ οι όροι των συμβολαίων με τους αγοραστές δεν φαίνεται να προβλέπουν αναβολή. Μια αναφορά ομαδοποιημένη με το χαρακτηριστικό "Υπεύθυνος" του εγγράφου "Παραγγελία αγοραστή" θα σας βοηθήσει να καταλάβετε ποιοι υπάλληλοι δείχνουν ακατάλληλη πρωτοβουλία (υποτίθεται ότι ο υπάλληλος που αναφέρεται ως υπεύθυνος εργάστηκε με το αίτημα αυτού του αγοραστή).

Μια πιθανή έκδοση της αναφοράς φαίνεται στο Σχήμα 22.

Συνοψίζοντας τα παραπάνω, σημειώνουμε ότι υπάρχουν πολλές επιλογές για τη δημιουργία αναλυτικών αναφορών στο 1C:Enterprise 8.0. Στο παράδειγμά μας, σχεδόν όλη την ώρα δουλεύαμε με έναν μόνο τύπο αναφοράς «Χρέος αντισυμβαλλομένων» και ακόμη και τότε δεν εξαντλήσαμε όλες τις δυνατότητές του. Στο "1C:Enterprise 8.0" (αν μιλάμε για τη σύνθετη λύση "Manufacturing Enterprise Management") υπάρχουν περισσότεροι από εκατό τύποι μορφών διαχειριστικής αναλυτικής αναφοράς, επιπλέον, υπάρχουν πολλές καθολικές μορφές ("υπόλοιπα και κύκλοι εργασιών", "list \ cross-tab", "diagram universal"), καθώς και ένα ειδικό εργαλείο "report console", το οποίο σας επιτρέπει να κάνετε μια αυθαίρετη επιλογή δεδομένων από το σύστημα. Χάρη σε αυτό, οι εταιρείες που χρησιμοποιούν το "1C:Enterprise 8.0" έχουν στη διάθεσή τους ένα ισχυρό αναλυτικό εργαλείο που είναι χρήσιμο για όλα τα τμήματα της εταιρείας. Εάν μάθετε πώς να το χρησιμοποιείτε σωστά. Και αυτό δεν είναι καθόλου τόσο δύσκολο όσο μπορεί να φαίνεται με την πρώτη ματιά.

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

Πώς να λάβετε δεδομένα για προγραμματισμένες εισπράξεις μετρητών από πελάτες στο 1C:Enterprise 8.0

Το υποσύστημα διαχείρισης μετρητών, το οποίο αποτελεί μέρος της λύσης 1C:Enterprise 8.0. Production Enterprise Management, καθιστά δυνατό τον προγραμματισμό εισπράξεων μετρητών από πελάτες, την αντανάκλαση των πραγματικών πληρωμών και τη συσχέτιση γεγονότων με σχέδια.

Το Σχήμα 23 δείχνει ένα παράδειγμα της αναφοράς προγραμματισμένων ταμειακών εισροών. Η έκθεση βασίζεται στο πλαίσιο των αντισυμβαλλομένων. Στην πραγματικότητα, το έντυπο που παρουσιάζεται είναι μια ανάλυση σχεδίου-γεγονότος της λήψης κεφαλαίων από τους αγοραστές. Η στήλη "απόδειξη" περιέχει πληροφορίες σχετικά με το πόσα σκοπεύουμε να λάβουμε από τον αγοραστή σε αυτήν την περίοδο (στο παράδειγμά μας, αυτό είναι το 3ο τρίμηνο του 2005). Η στήλη "έξοδα" αντικατοπτρίζει τις πραγματικές εισπράξεις μετρητών από πελάτες για την ίδια περίοδο. Στις στήλες "αρχικό υπόλοιπο" και "τελικό υπόλοιπο" μπορούμε να δούμε πόσες από τις προγραμματισμένες αποδείξεις έχει απομείνει να πληρώσει ο αγοραστής (στην αρχή και στο τέλος της περιόδου, αντίστοιχα, στο παράδειγμά μας - 01/07/2005 και 30/09/2005). Εάν οι στήλες "αρχικό υπόλοιπο" και "τελικό υπόλοιπο" περιέχουν ένα ποσό με το σύμβολο μείον, τότε δείχνει πόσο η πραγματική πληρωμή από τον αγοραστή υπερέβη την προγραμματισμένη.

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

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

Εκτός από την καταχώριση προγραμματισμένων πληρωμών από αγοραστές στο σύστημα, μπορεί κανείς επίσης να συστήσει ανεπιφύλακτα την καταχώριση γεγονότων (διαπραγματεύσεις) με τους αγοραστές σχετικά με την επιστροφή των απαιτήσεων. Η αποθήκευση τέτοιων δεδομένων στο σύστημα θα επιτρέψει, με βάση αυτά, να αναλύει τακτικά τις προσπάθειες που καταβάλλουν οι υπάλληλοι της εταιρείας για την επιστροφή των απαιτήσεων (και συγκρίνοντας τον όγκο των διαπραγματεύσεων και το ποσό του χρέους που επιστράφηκε στην εταιρεία, θα αξιολογήσουν επίσης το αποτέλεσμα από αυτές τις προσπάθειες). Ένα παράδειγμα του τρόπου με τον οποίο μπορούν να καταχωρηθούν οι διαπραγματεύσεις με έναν οφειλέτη στο 1C:Enterprise 8.0 φαίνεται στο Σχήμα 25.

Ανακεφαλαίωση

Έτσι, χρησιμοποιώντας το παράδειγμα της εργασίας με απαιτήσεις, γνωρίσαμε ορισμένες από τις δυνατότητες του συστήματος λογισμικού 1C:Enterprise 8.0 όσον αφορά τη δημιουργία αναφορών διαχείρισης.

Προφανώς, αυτό το σύστημα μπορεί πραγματικά να γίνει πραγματικός βοηθός στην καθημερινή εργασία αναλυτών και διευθυντών όλων των επιπέδων σε μια σύγχρονη ρωσική εταιρεία. Η κατασκευή των αναφορών διαχείρισης στο 1C:Enterprise 8.0 βασίζεται σε περισσότερους από εκατό τύπους προτύπων αναφορών που καλύπτουν διάφορα περιγράμματα - διαχείριση παραγωγής, εξοπλισμός, προμήθειες, logistics, διαχείριση αποθεμάτων, πωλήσεις και CRM, διαχείριση προσωπικού, οικονομική διαχείριση: προϋπολογισμός, διαχείριση λογιστική, ρωσική λογιστική και ΔΠΧΠ. Κάθε ένα από τα πρότυπα μπορεί, με τη σειρά του, να προσαρμοστεί ευέλικτα από τον χρήστη της αναφοράς για συγκεκριμένες εργασίες. Ωστόσο, είναι αδύνατο να μην παρατηρήσετε ότι ένα τόσο ισχυρό εργαλείο απαιτεί επαρκείς προσπάθειες για τη μελέτη του, καθώς δεν είναι όλες οι δυνατότητες του συστήματος απλές και κατανοητές με την πρώτη ματιά. Για να βουτήξετε στο θέμα "Αναφορές διαχείρισης στο 1C:Enterprise 8.0", μπορούμε να σας προτείνουμε να παρακολουθήσετε το ομώνυμο σεμινάριο που διοργανώνει η εταιρεία "vdgb-CONSULT".

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